ソフトウェアのライフサイクルにおいて、「ソフトウェアが何を行うか」を解決する段階は、要件分析です。要求分析とは、ユーザーのニーズを深く具体的に理解し、開発したシステムが何をすべきかというユーザーの考えと完全に一致し、ターゲットシステムが何をしなければならないかを明確にし、ターゲットがどのような機能を持っているかを決定することです。システムには必ず必要があります。
このチュートリアルの動作環境: Windows 7 システム、Dell G3 コンピューター。
ソフトウェアのライフサイクルにおいて、「ソフトウェアシステムが何をしなければならないか」を正確に決定できる段階は、要件分析です。
ソフトウェア ライフ サイクルの各段階のタスク:
1. 問題定義
解決すべき問題が何かを決定します (システム アナリストは、顧客へのインタビュー調査を通じて、問題の性質、プロジェクトの目標、プロジェクトの規模に関する簡単な報告書を作成し、議論と必要な修正を行った後、このレポートは顧客によって確認されます。
2. 実現可能性の検討
問題に対する解決策があるかどうかを判断します。実現可能性調査の結果は、顧客がプロジェクトを継続するかどうかを決定するための重要な根拠となるため、一般に、投資により大きな利益が得られる可能性が高いプロジェクトのみを継続する価値があります。
3. 要件分析
ユーザーのニーズを深く詳細に理解し、開発するシステムが何をすべきかというユーザーの考えと完全に一致します。ターゲットシステムが何をする必要があるかを明確にし、ターゲットシステムにどのような機能が必要かを決定します。システムの論理モデルは通常、データ フロー図、データ ディクショナリ、および簡単なアルゴリズムによって表されます。 「仕様」を使用して、ターゲット システムの要件を文書化します。
4. 概要設計(全体設計)
対象システムをどのように実装するか、対象システムを実現するためのいくつかの解決策を設計し、プログラムのシステム構造をまとめると、つまり、プログラムがどのモジュールで構成されているか、およびモジュール間の関係を決定する必要があります。
5. 詳細設計
システムの具体的な作業を実装し、詳細な仕様を記述し、それを基にプログラマが実際のプログラムコードを記述します。詳細設計はモジュール設計とも呼ばれ、各モジュールを詳細に設計し、モジュールの機能を実現するために必要なアルゴリズムやデータ構造を決定します。
6. コーディングと単体テスト (コーディングは開発作業量全体の 10% ~ 20% を占めます)
7. 包括的なテスト (テストは開発作業量全体の 40% ~ 50% を占めます)
8. ソフトウェア メンテナンス
必要なさまざまなメンテナンス活動を通じて、システムは継続的にユーザーのニーズに応えることができます。大きく分けて事後保全、事後保全、完全保全、予防保全に分かれます。
拡張情報
ソフトウェア ライフ サイクル ベースライン
1. 機能ベースライン(機能ベースライン)
機能ベースラインとは、分析およびソフトウェア定義フェーズの終了時に、開発するシステムの仕様は、正式にレビューおよび承認されたシステム設計仕様書で指定されるか、または、開発するシステムの仕様が、システム設計仕様書に規定されるか、システム設計仕様書またはシステム設計書に記載されている処理を指します。プロジェクト委託部門とプロジェクト受託部門 開発対象ソフトウェアシステムの仕様書;
または、プロジェクトにおいて部下が申請して上司が承認する、または上司が直接発行する開発対象ソフトウェアシステムの仕様書ミッションステートメント。機能ベースラインは、最初に承認された機能構成の識別です。
2. 割り当てられたベースライン (割り当てられたベースライン)
割り当てられたベースラインは、ソフトウェア要件分析フェーズの最後に正式にレビューおよび承認されたソフトウェア要件の仕様を指します。割り当てベースラインは、最初に承認された割り当て構成 ID です。
3. 製品ベースライン(製品ベースライン)
製品ベースラインとは、ソフトウェア アセンブリとシステム テストの終了時に正式にレビューおよび承認された、開発されたソフトウェア製品のすべての構成アイテムを指します。フェーズの仕様製品ベースラインは、最初に承認された製品構成の指定です。
関連知識の詳細については、FAQ 列をご覧ください。
以上がソフトウェアのライフサイクルにおいて、「ソフトウェアが何をするのか」を解決するのはどの段階でしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。