ソフトウェア エンジニアリング入門 最終試験の問題
一。選ぶ
1. ウォーターフォール モデルでは、ソフトウェアのライフ サイクルを、問題定義、実現可能性検討、ソフトウェア要件分析、システム全体設計、詳細設計、コーディング、テストと運用、保守の 8 つの段階に分割します。8 つの段階は、計画段階、開発段階、および (C) の 3 つの主要な段階に要約できます。
A. 詳細計画 B. 実現可能性分析
C. 運用段階 D. テストとトラブルシューティング
2. 構造化ウォーターフォール モデルの観点から見ると、そのライフ サイクルの 8 つの段階において、次のオプションのどのリンクが間違っているかがソフトウェアに最も大きな影響を及ぼします (C)。
A. 詳細設計段階 B. 概要設計段階
C. 要件分析フェーズ D. テストと実行フェーズ
3. 構造化ウォーターフォール モデルにおいて、ソフトウェア テストにおけるシステム テスト フェーズの目標となる標準を定義するフェーズ (A)。
A. 要件分析段階 B. 詳細設計段階
C. 概要設計段階 D. 実現可能性検討段階
4. ソフトウェア工学の出現は主に (C) によるものです。
A. プログラミング方法論の影響 B. 他の工学科学の影響
C. ソフトウェア危機の出現 D. コンピュータの開発
5. ソフトウェアエンジニアリング方法論の目的は、ソフトウェア生産の標準化とエンジニアリングであり、実装されるソフトウェアエンジニアリング方法の主な保証は次のとおりです (C) A. ハードウェア環境 B. ソフトウェア開発環境 C. ソフトウェア開発ツールとソフトウェア開発環境 D. 開発者の質 6. ソフトウェア開発で一般的に使用される 2 つの基本的な方法は、構造化方法とプロトタイピング
方法です。
C. 単独で使用する D. 交互に使用する
7. UML はソフトウェア開発において重要なツールですが、主にどのソフトウェア開発手法
で
使用されますか
?
A、结构化方法 B、原型化方法 C、面向对象的方法 D、控制流方法
9、结构化分析方法是一种预先严格定义需求的方法，它在实施时强调的是分析对象的(B )
A、控制流 B、数据流 C、程序流 D、指令流
10、软件开发的结构化生命周期方法将软件生命周期划分成(A )
A、 计划阶段、开发阶段、运行阶段 B、 计划阶段、编程阶段、测试阶段
C、 总体设计、详细设计、编程调试 D、需求分析、功能定义、系统设计
11、软件开发中常采用的结构化生命周期方法，由于其特征而一般称其为(A )
A、 瀑布模型 B、 对象模型 C、 螺旋模型 D、 层次模型
12、软件开发的瀑布模型，一般都将开发过程划分为：分析、设计、编码和测试等阶段，一般认为可能占用人员最多的阶段是( C)
A、 分析阶段 B、 设计阶段 C、 编码阶段 D、 测试阶段
2. 空白を埋める
21。システム フローチャートは、物理モデルを記述するための伝統的なツールであり、システム内の各要素は、システム内のさまざまな要素間の (情報の流れ) 状況を表すグラフィック シンボルで表されます。
[分析] システムフローチャートは、物理システムを記述するための伝統的なツールであり、手動処理、データ処理、データベース、ファイル、機器など、システム内の各要素を図記号を使用して表現し、要素間の情報の流れを表現します。
22。費用便益分析の目的は、（経済的）観点からプロジェクトを開発することが可能かどうかを評価することです。
【分析】 費用便益分析とは、開発するシステムの開発コストを見積もり、得られる効果と比較・検討することにより、新たなソフトウェアプロジェクトの開発の実現可能性を経済的な観点から評価することを目的としています。
23。トップダウン結合増分テスト方法には、モジュールを結合する際に、深さ優先戦略と（幅優先戦略）という 2 つの組み合わせ戦略があります。
【分析】 インクリメンタルテスト手法には、トップダウン統合とボトムアップ統合の2つのモジュールの組み立て方法があり、このうちトップダウン統合は、ドライバーモジュールを記述する必要がなく、スタブモジュールのみを記述するだけでプログラム構造を構築するインクリメンタルな方法です。ソフトウェアの制御階層に従ってメイン制御モジュールから開始し、深さ優先または幅優先の戦略に従って各モジュールを徐々に統合します。
24。スタンドアロン パスは、これまでに処理されていない一連のステートメントまたは条件を含むパスです。プログラム グラフから、独立パスは、(他の独立パスにはない) 少なくとも 1 つのエッジを含むパスです。
【解析】 基本パステストでは、詳細設計やソースプログラムに基づいて、制御フローチャートのトポロジー構造、つまりプログラムグラフを導出し、プログラムグラフのサイクル複雑度を計算した上で、独立パスのみを含む基本パスグラフを決定します。独立パスとは、これまで処理されていない文や条件の集合を含むパスです。プログラム グラフの観点から見ると、独立パスは、他の独立パスには見られないエッジを少なくとも 1 つ含むパスです。
25．アセンブリ言語は（機械指向）であり、外部デバイスとの一部のインターフェイス作業など、高級言語では実行できない特殊な機能を実行できます。
[分析] アセンブリ言語は低級言語であり、機械指向の言語であり、高級言語と比較して、柔軟な動作、ハードウェアの最下位層に直接影響を与えることができる、外部機器とのインターフェース作業を完了するなど多くの利点があり、コンピュータのハードウェア特性を利用してハードウェア機器を直接制御できる唯一の言語です。
26．JSP メソッドの構造的競合を解決する具体的な方法は (中間データ構造または中間ファイル) です。
【分析】 JSP手法はデータ構造指向の設計手法です。データ構造に基づいて一連のマッピング プロセスを定義します。入力データ構造と出力データ構造に従って、特定の規則に従ってソフトウェアのプロセス記述にマッピングされます。JSP メソッドで構造の競合を解決する具体的な方法は、中間データ構造または中間ファイルを導入し、競合する部分を分離し、複数のプログラム構造を確立し、中間ファイルを使用してそれらを接続してシステム全体を形成します。
27．詳細設計の仕事は、各モジュールの内部特性、つまりモジュールのアルゴリズム (使用するデータ) を決定することです。
【分析】 詳細設計の基本的な作業は、モジュールごとに詳細なアルゴリズム設計を行い、モジュール内のデータ構造を設計し、モジュールが使用するアルゴリズムやデータなど、各モジュールの内部特性を決定することです。データベースの物理設計など
28．すべてのソフトウェア保守申請レポートは、所定の方法で提出されなければなりません。これは、（ソフトウェア問題）レポートとも呼ばれます。
[分析] ソフトウェア保守のプロセスでは、最初のステップは保守申請報告書 (ソフトウェア問題報告書とも呼ばれる) を作成することです。これは保守フェーズの文書であり、保守を申請するユーザーによって記入されます。
29．保守技術には、開発段階でエラーの削減やソフトウェアの保守性の向上を図るための保守重視の技術と、保守フェーズで保守の効率化や品質の向上を図るための（保守支援）技術の2種類があります。
[分析] メンテナンス指向のテクノロジーはソフトウェア開発のすべての段階に関係しており、ソフトウェアのエラーを削減し、ソフトウェアの保守性を向上させることができます。保守支援技術とは、情報収集、障害原因分析、保守計画評価などを含み、ソフトウェア保守フェーズにおける保守効率と品質を向上させるための技術です。
30．科学技術計算では複雑な数値計算を扱うために多数の標準ライブラリ関数が必要ですが、利用可能な言語は(FORTRAN言語)、PASCAL言語、C言語、PL/1言語です。
[分析] さまざまな業界のニーズに応じて、コンピュータ言語は異なる重点を持っています. オフィス管理の観点では、FOXPRO や ORICAL などのデータベース言語は多くの用途があります. エンジニアリング業界では、コンピュータ言語の科学技術計算能力が特に重要です. MATLAB、PL/1、FORTRAN などの言語はすべて、工学計算で一般的に使用される言語です.
三つ。ジャッジ
1. ソフトウェアの開発と運用は、多くの場合、ハードウェアによって制限され、制限されます。(√)
2．モジュール内の凝集度が高いということは、多くの場合、モジュール間の結合が疎であることを意味します。(√)
3．ジャクソン グラフはプログラム構造のみを表現でき、データ構造は表現できません。(X)
上のデータ フロー図は、データ A と B が同時に入力され、C に変換されることを示しています。(×)
5．ソフトウェアの品質は主に受け入れ担当者に責任があり、他の開発者は気にする必要はありません。(×)
6．決定カバレッジには必ずしも条件カバレッジが含まれるとは限りません。また、条件カバレッジには必ずしも決定カバレッジが含まれるとは限りません。(√)
7. プログラムの動作効率を向上させ、高級言語の使用を減らすために、コードを記述するには可能な限り機械語を使用する必要があります。(×)
8．UML はソフトウェア システム モデルの確立にのみ適用できます。(×)
9．フォールト トレランスとは、各プログラムが 2 つの異なるアルゴリズムを使用して作成されることを意味します。(×)
10．ソフトウェアテストの目的は、すべてのエラーを漏れなく見つけることです。（バツ）
4. 名詞説明問題（この大問には小問が5つあり、各3点の計15点）
31. ソフトウェア開発環境
32. 誤算
33. ブラックボックステスト手法
34. ソフトウェアの品質保証
35. ウォーターフォールモデル
31．経済的実現可能性
解決策: 開発コストを見積もり、そのメリットの評価を理解して、開発するプロジェクトが開発に投資する価値があるかどうかを判断します。
【分析】 システムにおいて測定しなければならないのは、経済的な費用対効果があるかどうかであり、経済的実現可能性の範囲は、便益分析や潜在的な市場見通しなどを含めて非常に広い。
32．社会的実現可能性
解決策：開発するプロジェクトに侵害や妨害などの責任問題はないか、開発するプロジェクトの目的や運営形態はユーザー組織内で実現可能か、既存の管理体制や人材の質、運営方法は実現可能か。
【分析】 社会的実現可能性には、契約、責任、侵害など、技術者がよく理解していない問題が数多く含まれます。
33．返済期間
解決策: 回収期間は、累積的な経済効果が初期投資コストと等しくなるまでに必要な時間です。
[分析] 通常、開発プロジェクトの価値を測定する際に投資回収期間が使用されますが、投資回収期間が短いほど、より早く利益が得られます。
34．対応
解決策: つまり、プログラムで同時に処理できる直接的な因果関係が存在します。
［解析］ 対応関係とは、データの内容、量、順序などに関して直接的な因果関係があることをいい、繰り返しデータの場合は、対応する順序や繰り返し回数が同じであることを意味する。
35．構造的対立
解決策: 入力データと出力データ構造が対応する関係を見つけることができない状況は、構造の競合と呼ばれます。
[分析] JSP方式ではこのような構造矛盾の問題が発生するため、ジャクソン氏は中間データ構造や中間ファイルを導入して競合部分を分離し、複数のプログラム構造を確立し、中間ファイルでそれらを結合してシステム全体を形成する方法を提案している。
5. 図 a では、モジュール G が判定であり、その判定にはモジュール B、F、G が関与しています。設計上の誤りを指摘してから、
モジュール図の基本原理を改善し、（モジュールGの判断関係を変えずに）改善スキームを1～2つ描き、それが～に基づいていることを説明する
どの基本原理が改善されているか。
解決策: 図 b は改善スキームです。モジュール G の位置が増加し、その動作範囲が制御範囲のサブセットとなり、動作範囲が減少します。
モジュール間のリンクがほとんどありません。
40．配列A(1)～A(10)の最大数を求めるアルゴリズムをPAD図とPDL言語で記述してください。
解決策: PDL 言語:
N=1
N<=10 の場合は実行します
IF A（N）<=A（N+1） MAX =A（N+1）;
ELSE MAX =A（N） ENDIF;
N=N+1;
家の中;
パッド図:
[分析] 手動で検索する場合、最初の要素から開始して、現在の要素と次の要素を比較し、大きい方を現在の要素として取得し、次の要素と比較する、ということを配列の最後まで繰り返します。
41．同値クラス分割法を使用して、以下の条件に従ってテストケースを設計します。
8 ビット マイコンの場合、8 進定数は次のように定義されます。ゼロで始まる数値は 8 進整数であり、その値の範囲は -177 から 177 (05、0127、-065 など) です。
解決策: (1) 以下のように同値クラスを分割して番号を付けます: (4 点)
(2) 合理的同値クラスのテスト ケースを設計します。表には 2 つの合理的同値クラスがあり、2 つの例を設計します (2 点)
(3) 不合理な等価クラスのテスト ケースに対して少なくとも 1 つのテスト ケースを設計する (2 点)
[分析] 同値クラス分割はブラックボックステストの一種であり、入力データフィールドを有効か無効かに応じて複数の同値クラスに分割し、各同値クラスの代表値をテストすることは、そのクラスの他の値をテストすることと同じであるため、同じテスト目的の多数の例を少数の代表例に置き換えることで、テストの効率を効果的に向上させることができます。この問題は 3 つの合理的等価クラスと 9 つの不合理な等価クラスに分けてテストされており、期待どおりの結果が得られています。
42．電機グループ会社の工場には、技術部門と生産部門という基本単位があります。現在、次のようなコンピュータ支援の企業管理システムを構築したいと考えています。
製造部門のタスクは次のとおりです。
(1) 販売会社から譲渡された社内契約書（製品型式、仕様、数量、納期）に従い、工場の月次生産計画を策定します。
(2) 工場の実際の生産日報と週報に基づいて月次生産計画を調整します。
(3) 月次生産計画に基づき、製品設計（構造、工程）、製品組立の月次計画を策定します。
(4)製品組立計画を各部門に伝達し、月次組立計画を週次計画に分解して作業場に出す
技術セクションのタスクは次のとおりです。
(1) 生産部門から引き継がれた組立計画に従って製品構造設計を行い、生産部門に対して製品組立図を作成し、供給部門に対して外注需要計画を作成し、自社製品の部品表を作成する。
(2)組立計画に従って製品の工程設計を行い、自社で作成した製品の部品表に従って工程フローチャートを作成して部品工場に送ります。上記のシステムに生産部門と技術部門のソフトウェア構造図を書いてみます。
ほどく：
生産部門の製図は 6 点、技術部門の製図は 4 点が与えられます。
[分析] ソフトウェア構造図とは、システム全体の機能実現を反映したソフトウェアシステムのモジュール階層、すなわち将来のプログラムの制御階層であり、ソフトウェア構造はツリーやネットワーク構造グラフで表現されることが多い。