【データベース】正規化する際に列が関数従属かどうかの判断について

Question

いつも大変お世話になっております。
最近DBの正規化について学んでおります。

とあるサイトで正規化の細かい説明をされているのを拝見したのですが、
この場合、この項目(列)はどちらに含まれるのかというのがわかりません。

https://www.fe-siken.com/bbs/0581.html

上記サイトより例を拝借します。

次のような表があったとします。

受注(受注No, 受注日付, 顧客コード, 顧客名, 商品コード, 商品名, 単価, 数量)

主キーは、{受注No, 商品コード}で、次の関数従属があったとします。

受注No -> 受注日付, 顧客コード, 顧客名
顧客コード -> 顧客名
商品コード -> 商品名, 単価
{受注No, 商品コード} -> 数量

この一番最後の {受注No, 商品コード} -> 数量 がわかりません。

というのも、受注No, 商品コードが決まれば自ずと数量も確定するというのは理解ができるのですが、
そもそも 受注No のみでも「数量」自体は確定するのではないかと思えてしまいます。

要は 受注No -> 受注日付, 顧客コード, 顧客名, 数量 ということでも良いのではと思います。

詳しい方がいらっしゃれば、この点を上手くご説明いただけると幸いです。
どうぞ宜しくお願い致します。

Answer 1

受注No -> 受注日付, 顧客コード, 顧客名, 数量

受注日付6/2に顧客●●さんと(商品)10個取引しました

引用テキスト{受注No, 商品コード} -> 数量

受注日付6/2に顧客●●さんと商品コード■■の(商品)3個取引しました。
受注日付6/2に顧客●●さんと商品コード■▲の(商品)7個取引しました。

Answer 2

１つの受注に複数の商品コードが含まれるということです
ちょっと認識が難しくなりますが、受注データには普通
明細ごとに単価、数量、金額（単価*数量）、税
などをもたせて、伝票ごとの合計金額を付加したうえで
伝票単位で完結するような作りにします

Answer 3

受注伝票を思い浮かべましょう。
1度の受注で複数の商品を扱えばその受注伝票の商品毎の受注数が必要になるのでは？商品毎の受注数を合計しても意味はないですよね？
別に受注NOをPRIMARY KEYとする受注テーブルがあるのでは？