マネジメント系；開発技術

22問 • 11ヶ月前

オオタアヤコ

通報

問題一覧

システム要件定義とは、システムに必要な（　　　）や（　　　）を決める工程である。

機能, 性能

システム要件とは、業務要件のうち、システムで実現する役割のこと・（　　　　　）とは、ユーザーも把握している、システムに必要な（　　　）・（　　　　　）とは、ユーザーは把握しきれていない、システムに必要な（　　　）

機能要件, 機能, 非機能要件, 性能

3つの要件定義・要件定義プロセス…共通フレームの5つのプロセスのうちの1つ。主に（　　　　）を決める。・システム要件定義…共通フレームの5つのプロセスのうちの（　　　　）のうちの1つ。業務要件のうちの（　　　　）を決める。・ソフトウェア要件定義…共通フレームの5つのプロセスのうちの（　　　　　）のうちの1つ。システム要件のうちの（　　　　）を決める。

業務要件, 開発プロセス, システム要件, 開発プロセス, ソフトウェア要件

品質特性…ソフトウェアの品質を評価する基準（　　　　）…目的から求められる必要な機能の実装の度合い（　　　　）…機能が正常に動作し続ける度合い（　　　　）…わかりやすさ、使いやすさの度合い（　　　　）…目的のために使用する資源の度合い（　　　　）…保守（改定）作業に必要とする努力の度合い（　　　　） …別環境へ移した場合にそのまま動作する度合い

機能性, 信頼性, 使用性, 効率性, 保守性, 移植性

（　　　　　　）…システム要件定義のプロセスで作成する文書　　↑ が完成したら、開発側と発注川の両者で内容を確認して、誤りや相違点gないかをチェックします。この作業を（　　　）という。

システム要件定義書, 共同レビュー

システム設計は、4つの工程に分けられる。・（　　　　　　）・（　　　　　　）・（　　　　　　）・（　　　　　　）

システム方式設計, ソフトウェア要件定義, ソフトウェア方式設計, ソフトウェア詳細設計

システム方式設計とは、（　　　　）、（　　　　）、（　　　　）のいずれかに振り分けるプロセス。これにより、システムに何が、いくつ必要なのかが明確になる。

ハードウェア, ソフトウェア, 手作業

ソフトウェア要件定義…システム方式設計で、（　　　　　）に振り分けられたシステム要件を具体化していく。

ソフトウェア

ソフトウェア方式設計…ソフトウェア要件定義で決めたソフトウェア要件を（　　　　　）まで分割する工程。

プログラムの単位

ソフトウェア詳細設計…ソフトウェア方式設計で、プログラムの単位まで分割された要件を、さらに（　　　　　）ができる単位まで分割する工程。具体的には、動作ロジックを検討しう、その結果を（　　　　）にして表す。なおこの工程で分割されたプログラムを（　　　　　）という。

コーディング, フローチャート, ソフトウェアユニット

プログラミング工程・（　　　　）…人間が読みやすいプログラム言語で書かれたプログラム。・（　　　　）…人間が描いたプログラムをコンピュータが読むことができる機械語に変換する機能。・（　　　　）…コンピュータが読むことができる、0、1で表された言語。

ソースコード, コンパイラ, 機械語

プログラミングは、（　　　　　）の後に行う工程である。

ソフトウェア詳細設計

テストの種類 ↓（　　　　）…プログラムに誤りがないことを検証する。 ↓（　　　　）…プログラム同士の（　　　　　）が合うかを検証する。 ↓（　　　　）…システム要件（応答時間や稼働時間なども含む）が仕様通りに動作するかを検証する。 ↓（　　　　）…本番環境でシステムを運用し、（　　　　）どおりにシステムが動作することを検証する。

単体テスト, 結合テスト, インターフェース, システムテスト, 運用テスト, 業務要件

・（　　　　　）…内部構造を分析して行うテスト。すべての処理を検証できる。・（　　　　　）…内部構造を考慮せず、システム要件定義書通りに動作するかを確認するテスト。仕様通りの動作をするかを検証できる。

ホワイトボックステスト, ブラックボックステスト

テスト関連の用語・（　　　）…プログラム上の誤りや不具合のこと・（　　　）…プログラム上の誤りや不具合を修正する作業・（　　　）…ソースコードをレビューすること・（　　　）…システムに修正や機能追加をしたために、別のところで新しいバグが出ていないか確認するテスト。（　　　　　）

バグ, デバッグ, コードレビュー, 回帰テスト, リグレッションテスト

（　　　　）…本番環境にソフトウェアをインストールすること（　　　　）…システムが正常に稼働することを利用者側が確認するテスト

ソフトウェア導入, ソフトウェア受入れテスト

ソフトウェアライフサイクルプロセス企画→（　　　　）→開発→（　　　　）→（　　　　）

要件定義, 運用, 保守

（　　　　　　）…（　　　　　）のソフトウェアを修正・改良すること。システム開発の最後の工程。

ソフトウェア保守, 本番稼働中

見積もり方法（　　　　）…システムの機能に点数をつけて、開発費用を見積もる方法

ファンクションポイント法

ウォーターフォールモデルとアジャイル開発の違い　　　　　　　　　　　｜ウォーターフォールモデル｜　　　アジャイル開発事前の計画　　　　　　｜　計画を綿密に立てる　　｜計画の（　　　　）が前提適したプロジェクト規模｜（　　　　）プロジェクト｜（　　　　）プロジェクト仕様変更への対応　　　｜　　　　（　　　）　　　｜　　（　　　　）

変更, 大きな, 小さな, 弱い, 強い

（　　　　　）…開発担当者と運用担当者が携して開発する手法。開発者＝開発プロセスを担う人、運用者＝運用プロセスを担う人であるため、目的が異なりたびたび衝突する。（　　　　　）…アジャイル開発の手法の1つ。19のプラクティスが定義された開発手法。・（　　　　　）…通常はプログラムを書いた後に行う（　　　　）を、順序を逆にして先に行い、このテストに通るようにプログラムを書く開発手法。・（　　　　　）…2人のプログラマが1つのパソコンを使ってソフトウェアを開発する手法。・（　　　　　）…プログラムの機能仕様は変えずに、内部構造を変えること

DevOps（デブオプス）, XP, テスト駆動開発, ペアプログラミング, リファクタリング

その他のソフトウェア開発モデル・（　　　　）…ソフトウェアを部品化することで再利用しやすくし、開発を効率化する手法・（　　　　）…システムを利用する部門（エンドユーザー）が主体的にシステムの開発や運用に携わること・（　　　　）…少人数のチームでプロトタイピングを繰り返し、短かい期間で開発する開発するモデル・（　　　　）…既存のプログラムを解析して、そのプログラムの仕様や設計の情報を取り出す技術。　　　　　　　　取り出した仕様や設計をもとにして、従来の流れで行うシステム開発のことを（　　　　　）という。・（　　　　）…アジャイル開発の1つ。開発チームが一致団結するにはどうしたらよいかに着目したソフトウェア開発手法。

オブジェクト指向, EUC（End User Computing）, RAD（Rapid Application Development）, リバースエンジニアリング, フォワードエンジニアリング, スクラム

Chapter5 漢方の診察法

Chapter5 漢方の診察法

漢方基礎講座２　5診察法

漢方基礎講座２　5診察法

Chapter6 漢方の診断法