こんにちは。わさお(@wasataka)です。
今回は一般的なウォーターフォールでのソフトウェア開発における成果物を解説いたします。
システム開発における参考にしていただければと思います。
目次
1.システム開発の工程別成果物について
1-1.企画
プロジェクト計画書
プロジェクト計画書はプロジェクトの基本方針をまとめたものになります。
プロジェクトにおいて、何か判断に迷ったときの羅針盤となりますので、作成するのが望ましいです。
特に、システム開発を外注する場合は、コミュニケーションミスを防ぐために、必ず作成しましょう。
なお、プロジェクト計画書のチェックポイントは下記の通りです。
・プロジェクトの背景・目的
・システム概要図
・スケジュール
・プロジェクト体制図
・成果物
・会議体
・プロジェクトの進め方
・課題管理方法
サービス仕様書
サービスのためのシステム開発を行う場合はサービス仕様書も必要になります。
どのようなサービスなのかが初めて見るでも分かるようにしましょう。
技術仕様書
システム開発以外の技術要素がある場合は、技術仕様書も作成しましょう。
1-2.業務要件定義
業務フロー
業務フローは、関係者とタスクを時系列で整理したものです。
業務フローの中で対象システムがどのように関わってくるかを見える化するために、業務フローは必ず作成しましょう。
要件定義を行うにあたって、まず始めに作成したい成果物です。
なお、業務フロー図の作成方法については下記記事を参考にしていただければと思います。
【初心者必見!!】業務フロー図作成の4ステップ
業務要件一覧
業務要件一覧は、業務側の目線で必要な要件を一覧化したものです。
システムの受け入れ条件基準の一つに、業務要件一覧を全て満たしていることが挙げられますので、必要な要件を抜け漏れないよう作成しましょう。
画面要件定義書
画面要件定義書は、システム画面の部品や機能を定義したものになります。
システム要件定義の際に作成する場合もありますので、業務側とシステム側でどちらが作成するかをあらかじめ決めておきましょう。
1-3.システム要件定義
システム開発計画書
機能要件一覧
機能要件一覧は、システム目線での機能を一覧にしたものです。
システムテストの合格基準として、機能要件を全て満たしていることが挙げられます。
こちらも必須の成果物になります。
非機能要件一覧
非機能要件一覧は、機能要件以外でシステムに盛り込むべき要件をまとめたものです。
非機能要件一覧は下記6つの観点で作成します。
1.可用性
2.性能・拡張性
3.運用・保守性
4.移行性
5.セキュリティ
6.システム環境
なお、非機能要件一覧の作成方法については下記記事を参考にしていただければと思います。
非機能要件定義で押さえるべき6つの観点について(サンプルあり)
テーブル定義書(項目定義書)
テーブル定義書は、システムに必要な項目を定義したものです。
詳細の書き方は以下の記事でまとめておりますので、参考にしていただければと思います。
【サンプルあり】テーブル定義書の書き方を一から解説します
1-4.基本設計(外部設計)
画面レイアウト
帳票レイアウト
ER図
ネットワーク構成図
機能設計書
機能設計書は、機能ごとに処理を記述するものです。フローチャートや画面・帳票の詳細項目の説明をします。
1-5.詳細設計(内部設計)
物理データベース仕様
1-6.開発・製造(プログラミング)
プログラムの流れ図
1-7.システムテスト
システムテストについては、以下のようなものが代表例として挙げられます。
・単体テスト
・結合テスト
・総合テスト
詳細は下記の記事でまとめておりますので、参考にしていただければと思います。
【入門編】システム開発におけるテストの種類について
1-8.受入テスト
受入テスト計画書
受入テスト計画書は、受入テストを必要十分に実施するために作成します。
受入テストの目的、スケジュール、スコープ、内容、準備、役割分担、開始/終了基準、連絡体制などを定義します。
なお、受入テスト計画書の作成方法は下記を参考にしていただければと思います。
【入門編】受入テスト計画書作成の8ステップ(サンプル有り)
受入テスト仕様書
受入テスト仕様書は、テスト当日のシナリオ、判定基準、テストデータなどを定義したものです。
受入テストメンバーは開発者以外で実施しますので、誰が見てもテスト実施出来るような内容・書き方にします。
なお、受入テスト仕様書は下記を参考にしていただければと思います。
【入門編】受入テスト仕様書作成の4ステップ(シナリオ・テスト観点のサンプル有り)
1-9.システムリリース
リリース計画書
リリーススケジュール
システムごとのリリーススケジュール。時間単位まで記載するべき。
作業判定
開始判定→1次判定→切戻判定→リリース完了判定の順番で進めていく。
体制
リリース作業時の体制。NG時のエスカレフローは特に念入りに整理する必要がある。
1-10.稼働準備
ユーザー研修計画書
移行計画書
システム稼働判定表
システム稼動判定表はシステムリリース及び業務リリースをしても良いかの判定基準をまとめたものになります。
システム側と業務側の責任者がGOサインを出す根拠として必要になります。
具体的な判定基準としては、移行完了率、受入テスト完了率、ユーザー研修実施率などがあります。
詳細は下記の記事に書き方などをまとめておりますので、参考にしてみてください。
【サンプルあり】システム/業務リリース判定チェックリストの作成方法について
1-11.運用・保守
初期流動計画書
システムリリース直後はトラブルや問い合わせが多く発生します。
そのようなときの対応方法、運用体制、連絡フローなどを事前に計画するために初期流動計画書を作成します。
システムリリースから通常の運用体制に引き継ぐまでの期間を初期流動期間と定めます。
詳細は下記の記事にまとめておりますので、参考にしてみてください。
システム開発における初期流動管理で対応すべきことを解説します
運用手順書
運用手順書は通常の運用・保守対応の手順をまとめたものになります。
開発と運用でメンバーが異なることも多いため、初めて見た人でも運用出来るような内容にします。
2.参考書籍
発注者側目線でシステム開発をまとめた本です。
システム開発における注意点などがまとまっておりますので、参考にしていただければと思います。
3.参考動画
オンライン研修動画サービスの「Udemy」では成果物の作成方法に関する研修動画がいくつかあります。
個人的には下記の『手を動かして学ぶITプロジェクトの資料作成！システム開発のドキュメンテーション技術と成果物テンプレート』講座がおすすめですので、成果物作成に関して、勉強したい方は是非視聴してみてください。
4.まとめ
いかがでしたでしょうか。
今回はシステム開発における各種成果物について整理致しました。
↓↓このブログが少しでもお役に立ったならば、応援クリック頂けると嬉しいです！↓↓
