要件定義. 受注者は、業務要件をもとにシステム機能要件、非機能要件を整理し、要件定義書として文書化し、当機構の承認を得る。
要件定義. 設計書作成 システム開発及び導入 データ移行 データ連携 システム保守 操作研修
要件定義. 1.7 運用 1.8 保守
要件定義. ⑫システム要件定義
要件定義 b.システム化計画」で明確にされた「⑦業務要件定義」を基に、「c.要件定義」の段階では、「システムモデル」の検討を行い、「⑫システム要件定義」の確定に着手することになる。「⑫システム要件定義」の内容は、システム構成、業務アプリケーション（構造、ＤＢ・ファイル構造など）、運用、移行要件、セキュリティ、機密情報保護対策などである。 フィット＆ギャップ評価を得て、パッケージを選定し、必要なアドオン、カスタマイズ、システム構成等を決定し、「⑫システム要件定義」とする。パッケージソフトウェアは一定の開発思想と経済合理性をもって設計されているため、ユーザ仕様に適合しない部分を無理にカスタマイズすることで、一部性能の大幅な低下や、将来の拡張に制限を招く場合があるため、カスタマイズによる制限事項や影響評価を含めた「⑫システム要件定義」に留意する。 ・ パッケージ選定によって主要な要件が定義されるため、これ以降の要件追加、変更は大幅なコスト負担又は運用上の制限が加わることが考えられる。将来にわたる外的環境変化に対応するための配慮として、データベースに対する柔軟なインターフェースの確保や異なるアプリケーションソフトウェアとのデータ連携などを視野に入れておくことが望ましい。 ・ 最終仕様の決定においては、画面の遷移や帳票の形式、運用手順等を、現場オペレータの参画と承認を得るとともに、導入に備えた教育計画が必須である。導入後の手直しや変更を最低限に留めることは、信頼性向上とコストに重大な影響を及ぼすため、十分に留意する。 ・ パッケージに対するカスタマイズによって、基本機能に制限が加わるなどの他の機能に及ぼす影響と、非機能要件に及ぼす影響について確認し、要件定義とする。 ・ ハードウェア、ネットワークの高性能化、低価格化に伴い、データ量の増大とデータの分散が顕著である。信頼性要件、セキュリティ要件の観点から、要件定義の最終評価を行うとともに、これらが付随的要件でないことに留意する必要がある。
要件定義. テスト 導入 設計