2023年上半期、午後はソフトウェア設計者のリアルな質疑応答分析

質問 1 (15 点)

農業分野における科学的作付けの発展に伴い、農業基盤や営農に関する情報管理を行い、小作人や農家に対して作付け関連サービスを提供する必要があり、営農管理サービスプラットフォームの開発を目指しています。関数は次のとおりです。

(1) 人材管理：プラットフォーム管理者はテナントを管理し、テナントは農民を管理し、担当区画を割り当て、テナントと農民は人員の種類によって区別されます。

(2) 拠点管理：テナントは、表示された地図上に拠点名や地域などの説明情報を記入し、区画を描画します。

(3) 作付管理：テナントが作物を設定し、作付から収穫までの営農活動とその実施計画を含めた全営農プロセスを管理します。農家は農業活動を実施し、対応する農業プロセスのリマインダーに従ってそれを記録します。このシステムは、設定された時間に農業従事者に農業について通知し、期限を過ぎた作業についてテナントに期限を過ぎた警告を発します。

(4) 投入管理：テナントは肥料や農薬などの投入情報を一元管理します。農家は農業活動における投入物の実際の消費量を設定します。

(5) 情報サービス：農家は、クエリ条件に従って農業情報の要求を開始し、該当する圃場での農業活動の実施（農業プロセスとの比較など）などの農業情報を選別、比較、集計し、回答情報を表示します。。このシステムは、他のサードパーティソフトウェア用の APP インターフェイスも提供し、インターフェイスアクセスを通じて農業情報リクエストを開始するためのアカウント番号、パスワード、およびクエリ条件を提供し、特定の形式で農業情報を返します。クエリ条件がない場合は、すべての情報が返されます。すべての条件を満たす情報を返します。

次に、構造的手法を使用して農業管理サービスプラットフォームを分析および設計し、図に示すコンテキストデータフロー図と図 2 に示す 0 層データフロー図を取得します。

図 1-1 コンテキストデータフロー図

質問 1 (4 点)

説明内の単語を使用して、図 1-1 のエンティティ E1 ～ E4 の名前を付けてください。

質問 2 (4 点)

説明内の単語を使用して、図 1-2 のデータストア D1 ～ D4 の名前を付けます。

質問 3 (4 点)

図の説明と用語に従って、図 1 ～ 2 の補足データストリームとその開始点と終了点を示します。

質問 4 (3 点)

説明に従って、「農業情報リクエスト」のデータフローの構成を与えます。

質問 2 (15 点)

効率を向上させるための新エネルギー自動車会社。自動車部品調達システムを開発する必要がある。システムのデータベース設計を完了してください。

【コンセプト構造設計】

【要件の説明】

(1) サプライヤーの名前、住所、電話番号などのサプライヤーの情報を記録します。

(2) 部品のコード、名称、価格などの情報を記録します。

(3) モデルのシリアル番号、名前、仕様などのモデル情報を記録します。

(4) 部品の調達情報を記録するある機種の特定の部品を複数のサプライヤーから購入できること、ある部品を複数のモデルで使用することもできること、特定のサプライヤーが複数の部品を供給することも可能であること、購入数量や購入日などを記録する。購入。

【論理構造設計】

概念構造設計段階で完成したエンティティ関連図によれば、次のような関係モデル（不完全）が得られます。

 サプライヤー（氏名、住所、電話番号）

 部品（コード名、価格）

 型式（数字を仕様といいます）

 ご購入内容（型番、仕入先名（a）、（b）、購入日）

質問1（5点）

補足図 2-1 のエンティティ関係図の説明によると (新しいエンティティは追加されていません)。

質問 2 (3 点)

論理構造設計結果の 2 つの空き (a) と (b) を補足し、主キーと外部キーの整合性制約をマークします。

問3（7点）

自動車会社は現在、次の要件を追加しています。全国の店舗でのモデルの販売を記録すること、店舗情報には店舗番号、住所、電話番号が含まれること、売上には販売数量と販売日などが含まれること、および次の変更を加えることです。この要件を達成するためのオリジナルの設計。

(1) 図 2-1 では、店舗情報とモデルの販売が反映され、新たに追加されたエンティティと接続およびそれらの重要な属性がマークされています。

(2) 新しく追加された関係スキーマを指定し、主キーと外部キーの整合性制約をマークします。

質問 3 (15 点)

大学図書館は、学術リソースのミラーデータベース (MinorDB) リソースを多数購入しており、現在、学校内のユーザー (ユーザー) に学術リソースの閲覧、検索、ダウンロードサービスを提供する電子図書館 (デジタルライブラリ) システムの開発が必要です。リソース (Resoure) システムの主な要件は次のとおりです。

1. システムには、各ミラーデータベースのデータベース名、アクセスアドレス、データベース属性、データベースプロファイルなどの基本情報が保存されており、ユーザーはミラーデータベースにアクセスすると、そこにある学術リソースを参照、検索、ダウンロードすることができます。

2. 学術リソースには、会議論文（ConferencePaper）、雑誌論文（JournalArticle）、学位論文（Thesis）などが含まれます。このシステムには、各学術リソースのタイトル、著者、発行時刻、ソース (ミラーデータベース)、引用回数、ダウンロード回数などの情報が保存されます。

(1) 会議の論文については、会議の名前、時間、場所も記録する必要があり、同じ会議の論文は議事録に含まれます。

(2) 定期論文の場合は、雑誌名、発行月、号数、スポンサーの記載も必要であり、同じ号数の論文は 1 つの雑誌（Edition）に含まれます。

(3) 論文の場合は、学位区分（博士・修士）、大学院、専攻、指導教員を記入してください。

3. 会議コレクションには、会議 (特定の期間、特定の場所で開催) で発行されたすべての記事が含まれます。ジャーナルの各号は特定の時期に発行され、複数の記事が含まれています。

4. システム利用者（User）には、学生（Student）、教師（Teacher）、その他の現職職員（Staff）が含まれます。利用者は学校統一本人認証を利用してシステムにログインすると、システムが提供する各種サービスを利用できるようになります。

5. システムは、主にリソースのタイトルによる検索 (SearchbyTitle)、著者名によるチェック (SearchByAuthor)、ソースによる検索 (SearchBySource) などを含むさまざまなリソース検索方法を提供します。

6. ユーザーはリソースをダウンロードでき、システムは各リソースがダウンロードされた回数を記録します。

現在、オブジェクト指向の分析・設計手法を用いてシステム開発が行われ、図 3-1 に示すユースケース図と図 3-2 に示す初期クラス図が得られます。

図 3-1 ユースケース図

図 3-2 クラス図

問1（6点）

説明文に従い、図 3-2 の C1～C8 に相当するクラス名を付けます。

質問 2 (5 点)

説明の記述に従って、図 3-2 のクラス C1 ～ C4 のキー属性を与えます。

質問 3 (4 点)

システムの開発中に、新しい要件が発生します。ユーザーは、関心のあるデジタルリソースを他の引用通知のためにシステムに登録でき、リソースの他の引用数が変化した場合、システムは適切なタイミングでユーザーに通知できます。。この新しい要件を実現するには、図 3-2 のクラス図にどの設計パターンを追加できますか? このパターンを選択した理由を 150 ワード以内で説明してください。

質問 5 (15 点)

次の指示と C++ コードを読んで、(n) に記入する単語や文章を対応する列に記入してください。

システムでは、クラス間隔は、下限と上限によって定義される間隔を表します。間隔範囲を表示するには別の形式が必要です。[下限、上限]、[下限...上限]、[下限-上限] など。

ここで、この要件を実現するためにストラテジーモードを採用し、図 5-1 に示すクラス図を取得します。

図 5-1 クラス図

質問6 (15点)

次の指示と Java コードを読んで、解答用紙の該当する欄に (n) に記入する単語を記入してください。

システムでは、クラス間隔は、下限と上限によって定義される間隔を表します。間隔範囲を表示するには、別の形式が必要です。たとえば、[下限.上限]:[下限...上限];[下限-上限] などは、この要件を達成するためにストラテジモードを使用しています。クラス図は図 6 に示されています。 -1が得られます。