解説

〔ウについて〕
変数 amount は注文金額を保持する変数です。注文金額 amount にウを加算しているので、この行は、図3「注文の状態を判定する手順」の「(2)注文された商品を先頭から順に一つ参照し、商品の金額を注文金額に加算する」に対応する処理とわかります。つまりウには、商品の価格を表す式が入ります。
表3「判定プログラム中で利用する主な変数、定数及び関数」を読むと、商品の情報は order[] に格納されており、「i番目の注文については，order[i].N，order[i].S，order[i].O，order[i].Aで，それぞれ表1の商品のN，S，O及び商品の金額を参照できる」とあります。i番目に注文された商品の価格を表す式は「order[i].A」です。

∴ウ＝order[i].A

〔エについて〕
プログラムの7行目は、図3「注文の状態を判定する手順」の「(3)注文された商品のイベントコードを算出する」に対応する処理です。
また、〔注文の状態の判定手順〕には、「表1のN，S，Oを左から順に並べた3桁の数をイベントコードと呼び，…」とあります。単純に考えれば、1桁の数字を文字列として繋ぎ合わせて
と考えてしまいがちですが、event_code の値は次行の get_event_index に渡されており、表3で関数 get_event_index の引数は整数と定義されているため、event_code は整数値でなければいけません。N、S、Oを左から順に並べると、Nが百の位、Sが十の位、Oが一の位になるため、イベントコードは「N×100＋S×10+O」で求めることができます。

「＋order[i].O」の部分はプログラム内に記述済みですので、エには前半部分である
が入ります。

∴エ＝order[i].N*100+order[i].S*10

〔オについて〕
プログラムの9行目は、図3「注文の状態を判定する手順」の「(4)状態遷移の際の値引きの金額を取得し、値引き金額に加算する」に対応する処理です。

表3の定義より、status_table[stat][ev].discount で遷移前の状態と与えられたイベントコードに対応する値引きの金額を取得できることがわかります。配列の添字の stat は遷移前の状態番号、ev はイベントコードです。現在の状態番号は変数 status に、イベントコードは前行の get_event_index により変数 event_code に格納済なので、status_table[status][event_index].discount を参照することで、加算すべき値引き額を取得できます。

∴オ＝status_table[status][event_index].discount

〔カについて〕
プログラムの10行目は、図3「注文の状態を判定する手順」の「(5)状態遷移表を参照し、現在の状態番号とイベントコードから次の状態番号を取得して、状態番号を更新する」に対応する処理です。

表3の定義より、status_table[stat][ev].status で次の状態番号を取得できることがわかります。先程と同じく、現在の状態番号は変数 status に、イベントコードは変数 event_code に格納済なので、status_table[status][event_index].status を参照することで、遷移先の状態番号を取得できます。この値で status を更新することになります。

∴カ＝status_table[status][event_index].status

〔キについて〕
プログラムの15行目は、status_table[status][ACCEPT_INDEX].accept で発券可の列の値を取得し、変数 accepted に代入しています。定数 ACCEPT_INDEX は、配列 status_table の発券可の列のインデックス番号です。status の値は10行目で遷移先の状態番号に更新されているため、次の遷移先が発券可能な状態であれば true が、そうでなければ false が変数 accepted に格納されることになります。
プログラムではキが真であれば、発券ボタンを押せるようにし、そうでなければ発券ボタンを押せないようになっています。発券ボタンを押せるようにするのは発券可（すなわち、accepted==true）のときですから、キには「accepted が true と等しい」という条件式が入ります。

∴キ＝acceptedがtrueに等しい

解説

• 時間帯によって処理の内容を変更する必要があるため、プログラムの変更が必要であり、表1、2の内容を変更するだけでは実現できません。
• 実現可能です。
  まず表1のオプションにつゆの量として、普通、多め、少なめをN=4、S=0、O=1として追加します。次に、新しく状態6を作成し、状態1から状態6を経て状態2に移るように表2を変更します。
  これにより、オプション指定が必須なメイン商品の状態遷移を「1→6→2」とすることができ、2つのオプション項目を必須選択にできます。
• 「1回の注文でセットメニューに組み込めるサイドメニュー1+サイドメニュー2のセットが複数あった場合は、50円×セット数の値引きを行う」と解釈します。例えば、牛丼+野菜サラダ+漬物+みそ汁+スープの注文があった場合を考えます。
  問題文の条件の場合は、図1の〔セットメニューの値引きのルール〕に「値引きは食券購入ごとに1回だけ適用される」とあるため、値引き金額は50円になります。それに対して、「ウ」の変更を加えた場合は、100円の値引きになります。
  これを実現するには、セット対象のサイドメニューが注文された数をプログラム中で数える必要があるため、表1、2の内容を変更するだけでは実現できません。
• 実現可能です。
  まず表1のメインメニューに名称=カレー、N=1、S=1、O=3を追加します。次にオプションに、「カレー(並)」と「カレー(大盛り)」をN=4、S=0、O=3で追加することで実現可能です。

∴イ，エ