ソフトウェア エンジニアリング MCQ を使用して知識を学び、テストします。 これらのフリー ソフトウェア開発の質問と回答はクイズ形式で提示されているため、楽しくインタラクティブな方法でスキルをテストできます。
A. ブラックボックス
B. 白い箱
C. 徹底的です
D. 上記のどれでもない
A. 第2世代
B. 第三世代
C. 第4世代
A. ボトムアップ統合テスト
B. トップダウン統合テスト
C. Big-Bang Integration Testing
D. 混合/サンドイッチ統合テスト
A. 簡潔でなければなりません。
B. 実装と問題を指定する必要があります。
C. 概念的な完全性を示すはずです
D. 構造化する必要があります
A. 相続、集約
B. 協会、相続
C. 集約、構成
D. 作曲、関連
A. エラー修正
B. エラー予防
C. AもBも
D. 上記のどれでもない
A. 理解可能性
B. 剛性
C. 効率
D. 保守性
E. 複雑
A. プログラミング言語の不足
B. ソフトウェアエンジニアリングの急速な進歩の不足
C. 問題サイズの増加
D. 上記のすべて
A. 実現可能性調査
B. 要件分析と仕様
C. デザイン
D. テスト
A. ソフトウェア製品の体系的かつ規律ある開発に役立ちます。
B. ソフトウェア開発の最初と最後の段階のみのエントリとエグジットの基準を定義するのに役立ちます。
C. プロジェクトの進捗状況を監視するのに役立ちます。
D. ソフトウェアライフサイクルモデルは、ソフトウェアライフサイクルの簡単な紹介です。
A. 条件
B. 要件
C. 行動
D. 結果
A. 回帰試験
B. ボリュームテスト
C. ユーザビリティテスト
D. メンテナンステスト
E. 互換性テスト
A. 抽象化、分解
B. 抽象化とジャンプ
C. 分解および探索的プログラミング
D. 探索的プログラミングと抽象化
E. 探索的プログラミングとジャンプ
A. このために
B. 白い箱
C. ブラックボックス
D. 徹底的です
A. ソフトウェア構成管理
B. 検証
C. 設計と実装
D. テストケースデザイン
E. ソフトウェア仕様
F. 進化
G. ドキュメンテーション
A. 静的
B. 動的
C. 静的と動的の両方
A. システム内の機能
B. 処理ステーション間を流れるデータ項目
C. 制御構造の設計
D. 命令の実行のシーケンス
E. 上記のどれでもない
A. 検証、検証
B. 検証、検証
C. 検証、検証
D. 検証、検証
A. 互換性テスト
B. ボリュームテスト
C. 回帰試験
D. ストレステスト
A. コーディング
B. システムテスト
C. 設計
D. ユニットテスト
A. 継承
B. 協会
C. 集約
D. 構成
A. 開発中の組織内のテストチーム
B. 開発中の組織外のテストチーム
C. 実際の顧客またはフレンドリーな顧客の選択されたグループ。
D. 選択された開発者グループ
A. プログラムスライス
B. 強引な
C. バックトラッキング
D. 排除を引き起こします
A. 理解しにくいです
B. 実装しやすい
C. 開発するのに安価です
D. 上記のすべて
A. ソフトウェア仕様
B. ソフトウェア設計
C. ソフトウェア検証
D. ソフトウェアの進化
E. 上記のすべて
A. プロジェクト全体が開発された後、テストは最終的に実行されます
B. 最初はプロトタイプが開発およびテストされ、その後、プロジェクトの完了後に2回目のテストが実行されます
C. コーディングは徐々に実行されます。新しい増分は、以前の増分のテストが成功した後にのみ開始されます
D. 要件がテストされ、文書化されています
A. 高、高
B. 高低
C. 低、高
D. 低、低い
A. 開発ツール
B. ソフトウェア開発の技術プロセス
C. 方法と理論の開発
D. ハードウェアのメンテナンス
E. ネットワーキング
A. 回復
B. 互換性
C. 音量
D. 回帰
A. 実装フェーズ
B. テストフェーズ
C. 実現可能性調査段階
D. コーディングフェーズ
A. モデル指向
B. プロパティ指向
C. AもBも
A. ソフトウェアの失敗
B. ソフトウェアの障害
A. シングルエントリおよびシングルエキシットコンストラクトは、可能な限り使用する必要があります。
B. 情報の隠蔽をまったく行うべきではありません。
C. ユーザー定義のデータ型の使用は、可能な限り回避する必要があります。
D. ネストのレベルは深すぎてはいけません。
A. ユースケース図のアクターは、1つのユースケースのみに参加できます。
B. ユースケース図では、1つのユースケースは他のユースケースとは無関係です。
C. すべてのビューは、UMLによって提供されるすべての図を使用して、特定の問題に対して構築する必要があります。
D. システムの静的構造は、クラス図で説明されています。
A. V字型モデル
B. プロトタイプモデル
C. スパイラルモデル
D. 滝モデル
A. DFDは、システムのデータフローと、システムによって実行される機能を表します。
B. 制御の側面は、DFDによって非常に正確に定義されています。
C. DFDは、理解して使用するのが簡単です。
D. プロセスの動作順序はDFDによってキャプチャされます
A. さまざまなモジュールが1つのステップで結合され、ユニット全体としてテストされます。
B. さまざまなコンポーネントが1つずつ統合され、各レベルの統合でテストされています。
C. さまざまなコンポーネントが1つずつ統合されていますが、システム全体としてのみテストされています。
D. システムはモジュールに分割され、各モジュールは単独でテストされます。
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. コンピューターハードウェアにそんなにコストがかかるのはなぜですか?
B. コンピューターハードウェアにそんなにコストがかかるのはなぜですか?
C. ソフトウェアを開発するのになぜそれほど費用がかかるのですか?
D. 配達前にソフトウェアエラーを製品から削除できないのはなぜですか?
A. ソフトウェアは、敵対的な環境への暴露に苦しんでいます。
B. ソフトウェアが頻繁に使用された後、欠陥が発生する可能性が高くなります。
C. 複数の変更要求により、コンポーネントインタラクションにエラーが導入されます。
D. ソフトウェアのスペアパーツは注文が難しくなります。
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. ProcessProcess
B. 製造
C. 方法
D. ツール
A. コミュニケーション、計画、モデリング、建設、展開。
B. コミュニケーション、リスク管理、測定、生産、レビュー。
C. 分析、設計、プログラミング、デバッグ、メンテナンス。
D. 分析、計画、設計、プログラミング、テスト。
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 同時プロセスフロー。
B. 反復プロセスフロー。
C. 線形プロセスフロー。
D. スパイラルプロセスフロー。
E. BとC の両方
A. sei
B. スパイス
C. ISO 9000。
D. ISO 9001
E. bとd の両方
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 要件が明確に定義されている場合の合理的なアプローチ。
B. 作業プログラムが迅速に必要な場合の良いアプローチ。
C. 大規模な開発チームを持つプロジェクトに使用する最良のアプローチ
D. めったに使用されない昔ながらのモデル。
A. 要件が明確に定義されている場合の合理的なアプローチ。
B. 作業コア製品が迅速に必要な場合の良いアプローチ。
C. 大規模な開発チームを持つプロジェクトに使用する最良のアプローチ。
D. 商用製品には使用されていない革新的なモデル。
A. 本質的に反復的です。
B. 製品の要件の変更に簡単に対応できます。
C. 一般的に、使い捨てシステムを生成しないでください。
D. 。上記のすべて。
A. 要件が明確に定義されている場合の合理的なアプローチ。
B. 顧客が要件を明確に定義できない場合の有用なアプローチ。
C. 大規模な開発チームを持つプロジェクトに使用する最良のアプローチ。
D. 意味のある製品をめったに生成しないリスクのあるモデル。
A. ソフトウェア製品の配信で終了します。
B. 増分モデルよりも混oticとしています
C. 各反復中のプロジェクトリスク評価が含まれます。
D. 上記のすべて。
A. 同時エンジニアリングの別名。
B. エンジニアリングアクティビティ状態の移行をトリガーするイベントを定義します。
C. 並列または分散システムの開発にのみ使用されます。
D. 多数の変更要求が予想されるときはいつでも使用されます。
A. 同時エンジニアリングの別名。
B. エンジニアリングアクティビティ状態の移行をトリガーするイベントを定義します。
C. 並列または分散システムの開発にのみ使用されます。
D. 多数の変更要求が予想されるときはいつでも使用されます。
E. AもBも
A. コンピューターハードウェアの設計にのみ適切です。
B. 再利用可能なコンポーネントの開発をサポートできません。
C. サポートのためのオブジェクトテクノロジーに依存します。
D. 既知の定量化可能なソフトウェアメトリックによる費用効果はありません。
A. コンピューターベースのシステムの仕様を定義します。
B. 欠陥のないコンピューターベースのシステムを開発します。
C. コンピューターベースのシステムの正しさを確認します
D. 上記のすべて。
A. インセプションフェーズ。
B. 精緻化フェーズ。
C. 建設段階
D. 検証フェーズ。
A. 作業製品の個人的な測定を強調しています。
B. 開業医は、プロジェクトマネージャーによる慎重な監督が必要です。
C. 個々の開業医は、推定とスケジューリングを担当します。
D. 。開業医は、ソフトウェア作業製品の品質を制御する権限を与えられています。
A. ソフトウェアプロセスの改善を加速します。
B. 高度に訓練された専門家によるより良い時間管理を可能にします。
C. 自主的なソフトウェアチームを構築します。 D.マネージャーにコストを削減する方法を示します
D. BとC の両方
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. プロジェクトの計画とテストの使用を排除します。
B. 必須の作業製品のみが生産されています。
C. プロセスにより、チームはタスクを合理化できます。
D. 増分製品配信戦略を使用します。
A. 要件の収集は非常に慎重に実施する必要があります。
B. 計画が行われる前に、リスク分析を実施する必要があります。
C. ソフトウェアの増分は、短期間で配信する必要があります。
D. ソフトウェアプロセスは、変更に徐々に適応する必要があります。
E. CとD の両方
A. 分析、設計、コーディング、テスト。
B. 計画、分析、設計、コーディング。
C. 計画、分析、コーディング、テスト。
D. 計画、設計、コーディング、テスト。
A. 前回の会議以来何をしましたか?
B. どんな障害に遭遇していますか?
C. あなたが遭遇している問題の原因は何ですか?
D. 次のチームミーティングを達成する予定ですか?
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 詳細に気を配ります
B. 残酷に正直。
C. プロセスルールは独断的に従います。
D. 圧力下で回復力があります。
A. 熱狂的な職場の雰囲気。
B. 不十分な予算。
C. 調整されたソフトウェアプロセスが不十分です。
D. チームの役割の不明確な定義。
E. a、b、d
A. 問題の複雑さ
B. 問題の複雑さ
C. 。意図しない結果の法則
D. 決定に関連するリスク
E. 上記のすべて
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い
A. 真実
B. 間違い