ソフトウェア工学の基礎
I.多肢選択
1。ワークのソフトウェア要件分析フェーズは4つの領域に分割することができる：要求獲得、要求分析、書き込み要求仕様及び（B）
。A）ユーザ
。B）レビュー必要
。C）が要約されている
D）が正しくありません。
2。彼は、ユーザー/設計者のためのプロトタイプの方法では、開発者はこれまでに満たすユーザの要求するまで、ユーザーの要求に基づいてプロトタイプを修正し続ける（A）と述べました。
A）。ユーザ
B）。デベロッパー
C）システムアナリスト
D）。プログラマー
3。以下は、ソフトウェアエンジニアリングの三つの要素に属していない（D）である
A）。ツール
B）。プロセス
C）。方法
D）。環境
ソフトウェア製品は、要件定義プロセスは（A）と呼ばれている満たしている4チェック
A）。テストは確認
Bを）。統合テスト
C）。確認テスト
D）。受け入れテスト
5.データストレージおよびデータストリームは、（D）は、唯一の状態が異なっています。
A）。結果
B）。イベント
C）。動作
D）。データ
6。データフロー図及び（C）を一緒にシステムの論理モデルを形成します。
A）.HIPO図
B）.PD）Lの
C）。データ辞書
D）。階層図
7。データ要素のデータ（D）の実施形態の基本的なタイプ
A）。配列
B）を選択
）Cを、サイクルの
D）。上記のすべての
8。ソフトウェアの論理モデルの抽象記述のためのデータフロー図、データフロー図は、いくつかの特定のアイコンで構成されています。次のアイコン名は、データフロー図に属していないアイコンを識別する有効なアイコン（A）です。
A）コントロールフロー
B）、処理
C）。データストア
D）ソース及びタム
9。構造化された分析手法は、段階的に洗練下方要求分析の方法の頂面（B）からのものです。
A）。ターゲット
B）。ストリーム
C）。関数
D）物体
10。（B）によってデータフローグラフを洗練するために行うことができます。
A）。分解構造
B）。機能的分解
C）。データ分解
D）。分解システム
11。ソフトウェアエンジニアリング（C）の原理に属していない以下の
A）。抽象
B）。モジュラー
C）。ボトムアップの
D）。隠蔽情報
12。（D）データ収集プログラム実行文と別々に命名され、名前によってアクセスできる他のオブジェクトを示します。
A）。モジュラー
B）。抽象
C）。洗練
D）モジュール
13。（C）は、いくつかのソフトウェア要素が互いに物理的に近い閉じせることをいいます。
A）。隠蔽情報
B）。結束
C）。ローカライズされた
D）。別のモジュール
14。データストリーム（D）の設計方法は、ソフトウェア構造にマッピング。
A）。データストリーム
B）。システム構成
C）。制御構造
D）。ストリーム
15。プログラムの流れの矢印（PDF）は（B）で表されます。
A）。データストリーム
B）。制御フロー
C）の関係コール
D）。組成との関係
16。ソフトウェアコンフィギュレーションを行う場合、主な設計原理が従うべきである（C）である
A）。抽象
B）。モジュラー
C）。モジュール独立
D）。隠蔽情報
17。構造化プロセスでは、ソフトウェア機能分割（C）は、ソフトウェア開発段階に属します。
A）。詳細設計
B）。需要分析
C）。全体的なデザイン
D）。デバッグ用プログラム
18。試験では、次の文は偽である（B）
A）。テストは、プログラムのプログラム実行中にエラーを見つけることである
）、B。テストプログラムが正しいことを示すことである
C）。非常に良好な試験プロトコルを見出すことができますこれまでに見つかっていないエラーのテストプログラム
D）。成功したテストでは、これまでのテストで発見されていない間違って発見された
19。次の要件解析ツールは、一般的なツールを使用される（D）
A）の.Pa）D）
B）.PFD）
C）.ns
D）.DFD）データフローダイアグラム
オブジェクト20は、ソフトウェアのデバッグである（B）
A）。エラーが見つかりました。
B）。正しい誤り
のパフォーマンス向上させるC）。ソフトウェアの
D参照）。マイニングソフトウェア電位
21。（B）の一種を段階的に実現するソフトウェアエンジニアによって開発されたソフトウェア・プログラム。
A）。ボトムアップの
B）。トップダウン
C）。段階的なリファインメント
D）。指向データストリーム
22。（B）機構、種々のソフトウェアツール均一なアクセスインターフェース仕様データリポジトリ環境の情報によって。
A）。ツールボックス
B）。環境に統合
C）。ソフトウェアの管理およびソフトウェア・サポート・ツール
D）。ソフトウェア開発環境
23。ソフトウェアのライフサイクルでは、ユーザの関与は、主に（A）です。A） 。
ソフトウェア定義の期間
B）。ソフトウェア開発
C）。ソフトウェアのメンテナンス期間
D）。全体のソフトウェアライフサイクルプロセス
24。問題定義の段階に関与ソフトウェア定義の担当者（D）を持っています。
A）。ユーザーは、部門長使っ
B）。ソフトウェア開発者、ユーザーが、部門を使用してヘッド
）Cを。システムアナリスト、ソフトウェア開発者
D）。システムアナリスト、ソフトウェア開発者、ユーザー、部門長は、使用
25 。ソフトウェア詳細設計の方法は、主に（A）で使用されています。
A）。構造化プログラミング
B）。設計モデル
C）。構造設計
D）。フローチャートの設計
26。（C）は、モジュールと関連付けられているリソース共有問題や制約が記載されているために考慮されるべきです。
A）。システム
B）。詳細設計
C）。インタフェース制御
D）。構造編集ツール
27。（A）は、別々の部分、プログラムのすなわち不連続な単位とすることができるプログラム・ロジックです。
A）。モジュール [友人に保つ]
B）。化合文
C）環状構造の
D）。データは、ブロック
28。プロトタイピングは、動的ソフトウェア開発ソフトウェアの要件に規定された方法は、以下の条件、（A）に必要なプロトタイピングの実施形態です。
成熟Ⅰプロトタイピング技術
高速成形工具Ⅱ
の有効性を知っている必要があるⅢ
A）を.Ⅰ とⅡ [友人に保つ]
B）.ⅡとⅢ
C）.Ⅰ、Ⅱ及びⅢ
D）。Ⅲ
29。ツールの一部のための構造解析方法（B）を説明決定木を示すデータです。
A）。説明関数
B）。データ処理
C）。プロセスの説明
D）。性能仕様
30。結果の概要は、（A）を提供するように設計されています。
A）。モジュールの仕様
B）。ブロック図
C）。手順
D）。図流
31。モジュール自体は、凝集因子モジュールの独立性の一つの重要な尺度です。最強の1つを有する凝集カテゴリ7は、（D）凝集性です。
A）。結束シーケンシャルの
B）。結束手続き
C）。結束論理
D）官能性ポリ
32。コンピュータソフトウェア（A）。
パートA）。コンピュータシステム
B）。商品として取引に関与しない
C）。コンピュータハードウェアデバイスの製造プロセスで製造される
D）。コンピュータシステムは、ワークに存在する
33。データ辞書は、データ定義情報、それは（A）に含まれるオブジェクトの定義の集合です。
A）図のストリームのV
B）が、ブロック図の
C）。ソフトウェア構造
D）。ブロック図
34の手順は、従来のプログラミングツールを示すフローチャートであり、その利点と欠点があり、工具の使用は、（Cことに留意すべきです）。
A）。段階的なリファインメントサポート
）Bを、制御のフローを検討
C参照）。構造設計の原則を遵守
D）。データ構造が表す
35。ソフトウェアの設計、デザインレビュー、設計自体が重要なリンクとしてあり、その主な目的と機能は、（B）です。
作業負荷低減するA）。試験
B）を[救済が遅れモンゴルのための高価な支払い]
C）。ソフトウェア品質保証
D）。ソフトウェア開発サイクルを短縮
36。ソフトウェア開発の解析方法を構成、一般ツールの機能要件を記述するために使用されるソフトウェアは、（C）です。
A）。ビジネスフローチャート、処理説明
B）。ソフトウェアモジュールのチャートフロー説明
）Cする。データフロー図、データ辞書
D）。システムのフローチャート、プログラム・コード
37。ソフトウェア開発の構造化設計手法、フルポイントの最も重要な基本原則は、モジュール式（C）でなければなりません。
A）。結束高いモジュール
B）低結合モジュール
C）。[モジュールの独立性に保持]
D）。モジュラープログラム
38。データ・ストリーム指向のソフトウェア設計方法、一般に、データストリームは、図のソフトウェア構造にマッピングされ、（B）は、2つのストリームのデータストリームにデータフローダイアグラムで得られます。
A）。トランザクションデータストリームストリーム
B）。Exchangeおよびトランザクション・フロー・ストリーム・
C）。情報フローと制御フロー
D）データストリームおよびストリーム交換
39。ソフトウェアの設計は、詳細設計は、ツール（A）を適用することができます。
A）。プログラムのフローチャート、PA）D） 、および擬似コードのブロック図
B）。データフロー図、PA）D）、および擬似コードの構成図
C）。ビジネスフローチャート、NSチャート及び擬似コード
D）。データ・フロー図、PA）D）、NS及び擬似コード図
40。提案されたソフトウェアエンジニアリングの方法は、ソフトウェアの危機で始まったが、その目的は、最終決済ソフトウェア（D）の問題でなければなりません。
A）。危機
B）。品質保証
C）。開発効率
D）。生産技術
41。ソフトウェア開発ライフサイクルの構造の基本的な前提は、ソフトウェア要件に考えられている（C）。行うことができます
A）。厳密に定義された
Bを）。の予備定義
C）。初期のフリーズ
D）。動的に変更
42。構造化分析ソフトウェアエンジニアリングの重点は、オブジェクト（A）の開発を分析することです。
A）。データストリーム
B）。流量制御
C）。期限
D）。通信処理
43。ソフトウェアライフサイクルのウォーターフォールモデルは二つの期間、すなわち、計画期間、開発、運用期間に分類します。以下の（D）は、開発期間の仕事に属していません。
A）。全体的な設計
B）。詳細設計
C）。プログラミング
D）。メンテナンス
44。ソフトウェア開発、一般的、経済的、技術と運用の可能性、および基本的な実現可能性調査のフィージビリティスタディは、ユーザーのソフトウェア（B）に基づいています。
A）システムの質量
B）。[ターゲット・システム上に保存]
C）。システム機能
D）。システムパフォーマンス
45。ソフトウェアの実現可能性の分析は、システムの目的や大きさに焦点を当てています。機能、性能、制約の分析は次のタスクに（B）に属している必要があります。
A）。分析
B）。評価
C）。システム開発する
D参照）。進捗分布
46。ソフトウェアの実現可能性の分析は、システムの目的や大きさに焦点を当てています。機能、性能、分析の制約は、以下の（A）の間に属している必要があります。
A）。経済性分析
B）。技術的な実現可能性の分析
動作C）。フィージビリティ
。フィージビリティスタディD）
47。ソフトウェアのライフサイクルに構造化されたアプローチは、次の作業（B）が属するミッションプランの間に3回の企画・開発・運用に分かれています。
A）。分析要求
）Bを。問題定義の
C）。全体的なデザイン
D）エンコーダ
48。これは、接続された様々なソフトウェア・モジュールとの間の結合の尺度です。モジュールのセットは、同じデータ構造（B）モードにアクセスするために属しているべきです。
A）概要カップリング
B）。一般的な結合は 、同じデータにアクセスしている
C）。取出し
Dを）結合制御
49。凝集は、モジュール内の接点の機能の点から測定される、モジュールは、（C）モードに属する元素の特定の順序を行います。
A）。結束ロジック
B）ポリ時間
C）。凝集プロセス
D）。逐次重合
50。基本的なソフトウェアのテスト方法は、次の（D）ないテストケース。
A）。ホワイトボックス試験法
B）。動的試験方法
C）。ブラックボックステスト方法
D）。静的試験法
51。ソフトウェア管理は、文書のすべての段階を設定、管理するためのソフトウェアの必要性は、（D）に属しています。
A）。組織管理
B）。リソース管理
C）。プログラム管理
D）。バージョン管理
52。ソフトウェア開発、技術の一般的なデータ辞書を構築する方法は、データ処理は、組成物の内容は、次の方法（D）は、通常の方法で説明する処理を使用して調製されるものです。
Ⅰ構造化言語
Ⅱ決定木
Ⅲ判定テーブル
A）.Ⅰ
B）.Ⅱ
C）.Ⅱ、Ⅲ
D）.. されている
方法53ソフトウェアエンジニアリングソフトウェア危機、下記（A）から製造するソフトウェア危機を製造することです根本的な理由。
Ⅰソフトウェアの複雑
Ⅱソフトウェア保守の困難
Ⅲあまりに高価ソフトウェア
Ⅳソフトウェア品質保証が困難
A）.Ⅰ
B）。Ⅲ
C）.Ⅰ、Ⅳ
D）。Ⅲ、Ⅳ
54れます。プロジェクトのソフトウェア実装では、ソフトウェアのライフサイクルの概念は、（A）によって生成されます。
A）。で決定方法論
B）。開発技術部門の
C）。Cソフトウェア開発法[百度]
D）。ソフトウェア工学の管理
55。ソフトウェア開発ソフトウェア開発の構造は、キーが三段階、（B）に分割されています。
A）。符号化正当
B）。精度要件
C）。試験のストリンジェンシー
D）。科学的デザイン
56。ソフトウェア要件定義の構成方法は、完全な分析ツールを支援するために使用することができます。以下のツール、（D）は、一般的に使用されるツールです。
データフロー図ⅡⅢⅣ辞書データ決意テーブルのⅠ構成図
A）.Ⅰ、Ⅲ
B）.Ⅱ、Ⅲ
C）.Ⅰ、Ⅱ、IV
D）.Ⅰ 、Ⅲ 、IV
57です。構造化分析ソフトウェアエンジニアリングは、独自の特徴は、以下のオプションの内容を持っている、（B）その特性を持っていません。
A）。文書の大量書き込み
）Bをインタフェース表現の詳細
データストリームのC）。分析
D）は。アプリケーション凍結
ソフトウェアの詳細設計は、全体的な設計作業遅れている58。オプションの内容に続いて、（C）は、詳細設計の内容に属していません。
A）。アルゴリズムの設計
B）。モジュール設計
C）。画面のデザイン [何ああ何で？]
D）。機能的なデザイン
59。ソフトウェア品質保証ソフトウェアレビュー際に、ソフトウェアの開発フェーズの結果を確認することが重要な指標、。以下の（A）レビュー内容でなければなりません。
全体的な設計要件を確認ⅠⅡⅢ審査手続きの詳細設計レビューレビューⅣ
A）.Ⅰ 、Ⅱ 、Ⅲ
B）.Ⅱ、Ⅲ、Ⅳ
C）.Ⅰ、Ⅲ、Ⅳ
D）すべての
60。でない対策、以下の施策の柱（A）の数を取ることができるソフトウェアの保守性を向上させます。
A）。プログラムはエラー-提供
）Bを。品質保証システムの確立
。C）のプログラムマニュアルの品質向上
D）をクリアソフトウェアの品質基準
61。ソフトウェア開発の過程では、ソフトウェアの設計は、（B）に記載されている
A）、データ記憶構造体
B）。ソフトウェアモジュールシステム
C）。ソフトウェアアーキテクチャ試験
D）コントロールソフトウェア手順
II。Fill-
削除します