2019-12-21 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト48 項目定義 データの流れを把握したら、主要な項目を定義します。システム開発は、項目と項目の間の関係を明確にし、入力・演算・出力を正しく行うことに他なりません。 同じ名前の項目でも違う内容であったり、違う名前の項目が実は同じものである […]
2019-12-20 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト47 データフローダイアグラム 基本設計書を作成するにあたり、業務プロセスをシステムに落とし込む必要があります。この時、データの流れに着目して業務プロセスを整理するという手法があります。この図をデータフローダイアグラム(DFD)といいます。 データは画 […]
2019-12-19 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト46 基本設計 基本設計は、要件定義に基づいて、画面(インプット)、帳票(アウトプット)、処理(プロセス)の基本的な設計を行うものです。ユーザに直接かかわる部分については、外部設計ということもあります。 基本設計は、データベースの設計を […]
2019-12-18 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト45 設計・開発フェーズ 要件定義が終了したら、いよいよ設計・開発フェーズに入ります。 要件定義書に基づき、設計書を作成し、その設計書に基づいて、具体的なシステム開発を行います。 設計書は、さらに基本設計書と詳細設計書にわかれます。基本設計書には […]
2019-12-17 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト44 コスト・スケジュールの再設定 要件定義書の承認を行ったら、要件定義を踏まえて、必要に応じてコスト・スケジュールの見直しを行います。 通常は、要件定義は準委任契約で行います。要件の範囲・深さによって、コストが変動するからです。しかし、要件定義が終わって […]
2019-12-16 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト43 要件定義の承認 要件定義の成果物は、必ずユーザがレビューし、承認することが必要です。システム開発について、ユーザとしてどのような機能を実現することを期待するのか、明確にするためです。 要件定義書に、具体的な機能が記載されていないことが、 […]
2019-12-15 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト42 要件定期の成果物 要件定義の成果物は、当然ながら要件定義書です。要件定義はユーザが主体になって作成するものではありますが、ベンダに委託して作成することが一般的です。 そのため、要件定義に入る際に、どのような成果物になるのかを、事前に確認し […]
2019-12-14 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト41 要件定義の期間 要件定義の期間は、十分とることが必要です。工期を短くするために要件定義の期間を切り詰めてしまうことは避けるべきです。ユーザが決めるべきことを決めないと、ベンダは要件定義を進めることができず、ずるずると要件定義の期間が延び […]
2019-12-13 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト40 要件の粒度 要件定義には、決まった形式はありません。ユーザが主体となって作成するために、その粒度にバラツキが発生するため、問題となります。 システム開発について理解があるユーザの場合、決めるべきことを決めなければシステムは作れないこ […]
2019-12-12 / 最終更新日 : 2020-05-19 小笠原 裕 ITプロジェクトマネジメント ITプロジェクト39 要件の整理 要件定義で最も大切なことは、要件を整理することです。RFPでは、できること・できないことを、あまり整理せずに盛り込んでしまうことが多いです。こんなことができたらいいな、とドラえもんのポケットのような要望を書いてしまうこと […]