1. ソフトウェアエンジニアリングの概要
1. システムの開発に参加する場合、システムの問題領域にあまり詳しくない場合、次のシステム開発モデルのうち、採用しない方がよいのはどれですか? (A)
- A.ウォーターフォールモデル
- B.試作モデル
- C.スパイラルモデル
- D.噴水モデル
ウォーターフォール モデルでは、ユーザーの要件が明確で変更されていないことが求められます。そうでない場合、多くの手戻りとリスクが発生します。
2. このソフトウェアは (C) です。
- A.プログラム
- B.データ
- C.ロジック製品
- D.物理的な製品
コンピュータ ソフトウェアは、ハードウェアと相互依存するコンピュータ システムのもう 1 つの部分であり、プログラム、データ、および関連ドキュメントの完全な集合体です。ソフトウェアは抽象的な物理的実体ではなく論理的実体です。
3. ソフトウェアエンジニアリングとは、ソフトウェアの開発、運用、保守に体系的かつ 標準化された測定可能な手法を適用すること、すなわちソフトウェアに工学を適用し、それ を実現する方法を研究することです。
4. ソフトウェアエンジニアリング方法論の 3 つの要素は、メソッド、ツール、プロセスです。
5. ソフトウェアのライフサイクルには主に、問題定義、実現可能性調査、需要分析、全体設計、詳細設計、コーディング、テストとメンテナンス、その他の段階が順番に含まれます。
6. ソフトウェアが稼働する過程において、ソフトウェアの開発、運用、保守管理、サポートなどを支援するソフトウェアをソフトウェア開発ツールといい、通常 CASE ツールとも呼ばれます。
7. ソフトウェアにはコード、データ、ドキュメントが含まれます
2. 実現可能性の分析
1. 実現可能性調査ではどこまでニーズ分析を行うべきですか? (D)
- A.詳細
- B.詳細
- 完全にC
- D.簡略化および圧縮
2. 階層型 DFD 図を描く基本原理は、親子図のバランスの原則です
3. 実現可能性分析の後、要件分析はターゲット システムの設計スキームを解決するだけで済みます。( )真または偽
×要件分析とは、ソフトウェアが何をするのかという問題を解決することです
4. ソフトウェア要件分析はソフトウェアの品質を確保するための重要なステップであり、その実装は (C) で行う必要があります。
- A.コーディング段階
- B.ソフトウェア開発の全プロセス
- C.ソフトウェア定義段階
- D.ソフトウェア設計段階
要件分析はソフトウェア開発における重要な段階であり、その実装はソフトウェア定義段階にあり、ソフトウェア定義段階はソフトウェア設計段階の前にあります。
3. システム設計の概要
1. 構造化分析では、処理ロジックを記述するために使用される 3 つの主要なツール、つまり、構造化言語、デシジョン テーブル、およびデシジョン ツリーが 使用されます 。
2. 構造解析手法では、データモデリング、機能モデリング、動作モデリングの3 つの側面からソフトウェアシステムの解析モデルを構築します。
3. C または C++ では、レコードへのポインタがパラメータとして渡される場合、モジュール間にタグ結合が存在する可能性があります。
◎はい
4. データフロー指向のソフトウェア設計手法では、情報の流れは一般に変換フローとトランザクションフローに分けられます。
5.
4.コーディング
1. 第 4 世代言語 (4GL) の主な機能ではないものは次のうちどれですか? (C)
A. フレンドリーなユーザー インターフェイス
B. 効率的なプログラム コード
C. マシン指向
D. アプリケーション ジェネレーター
第 4 世代言語 (4GL) の主な特徴は次のとおりです。
(1) フレンドリーなユーザー インターフェイス。操作は簡単なので、コンピュータの専門家でなくても便利に使用できます。
(2) 手続き型と非手続き型の二重特性。非手続き型とは、言語の抽象度を新たなレベルに引き上げ、「どのように行うか」を記述せずに「何を行うか」をコンピュータに伝えるだけで、プロセスの詳細を埋めることを指します。
(3) 効率的なプログラムコード。開発サイクルを短縮し、メンテナンスのコストを削減できます。
(4) 完全なデータベース。データベース機能を 4GL で実装し、DBMS (データベース管理システム) を言語以外のコンポーネントとして認識しなくなりました。
(5) アプリケーションビルダー。ファイル保守、画面管理、レポート生成、クエリなどのタスクを完了するために一般的に使用されるプログラムをいくつか提供し、ソフトウェアの生産性を効果的に向上させます。
2. 次の統合戦略のうち、特定の運用レベルでのコンポーネントの再利用に役立つものはどれですか? (BC)
A. トップダウン統合
B. ボトムアップ統合
C. サンドイッチ統合
D. ワンショット統合
5. テスト
1. ホワイト ボックス テスト方法を使用する場合、テスト データの決定は、プログラムの内部ロジックと指定されたカバレッジ基準に基づいて行う必要があります。
2. ブラックボックステスト手法プログラムが実現したい機能に応じてテストケースを設計します。
3. エラーが多いモジュールが見つかった場合、エラーが多数残っている可能性があります。( )
真偽
4. テスト管理プロセスは通常、SQA が担当します。
5. 統合テストには主に 2 つの方法があります。増分テスト方法と非増分テスト方法です。
6. メンテナンス
1.(第6章)新機能追加案に伴うソフトウェアのメンテナンスは( )です。
A. 事後保守
B. 適応保守
C. 完全保守
D. 予防保守
完全保守とは、新機能の追加によるソフトウェアの保守を指し、主にシステム分析・設計段階では規定されていない一部の機能や性能特性を既存のソフトウェアシステムに追加することを指します。これらの機能はシステム機能を完璧にするために非常に必要です。
2. 保守フェーズに属さない次の文書は ( )
A. ソフトウェア仕様書
B. ユーザー操作マニュアル
C. ソフトウェア問題報告書
D. ソフトウェア テスト分析報告書
インターネットで調べた情報によると、保守フェーズのドキュメントには以下の1つが含まれます。
ソフトウェア保守マニュアル
ソフトウェア問題報告書
ソフトウェア変更報告書
ソフトウェアテスト分析報告書
したがって、保守フェーズに属さない文書は、ソフトウェア要件分析フェーズの文書であるため、A. ソフトウェア仕様書となります。
3. ソフトウェア リバース エンジニアリングは、抽象化から具体化へのプロセスです。(バツ)
インターネットで調べた情報によると、ソフトウェアリバースエンジニアリングとは、実行可能なプログラムシステムを起点として、復号化、逆アセンブリ、システム解析、プログラム理解などのさまざまなコンピュータ技術を利用して、その構造、プロセス、アルゴリズム、コードを解析することを指します。ソフトウェアを逆分解・解析し、ソフトウェア製品のソースコード、設計原理、構造、アルゴリズム、処理プロセス、操作方法、関連ドキュメントを推定します。したがって、ソフトウェア リバース エンジニアリングは、抽象から具体へのプロセスではなく、具体から抽象へのプロセスです。
4.ドキュメントはソフトウェアの保守性に影響を与える決定的な要素です。