1. 要件定義書

システム開発プロジェクトの最初の段階で最も重要な成果物の一つが「要件定義書」です。

要件定義書は、クライアントのビジネス要件やシステムの機能要件を整理したもので、システムが提供すべき機能、性能、制約などが詳細に記載されています。

この文書は、開発チームとクライアントとの間で双方の認識を一致させ、開発が進む中で方向性を定めるために非常に重要です。

要件定義書には、主に以下の2つの要素が含まれます。

　・機能要件
　ここではシステムが提供する機能やサービスを明確に記載します。
　例えば、ユーザー管理、レポート生成、検索機能、データエクスポートなど、システムが実行すべき操作が具体的に記述されます。
　営業担当者は、クライアントと開発チームがこの要件について認識の齟齬を生まないように調整を行い、最終的な合意を得る役割を担います。

　・非機能要件
　非機能要件は、システムのパフォーマンスや可用性、セキュリティ、拡張性など、システムが「どのように動作するか」を定義します。
　これには、レスポンスタイム、同時アクセス数、データの暗号化やバックアップの方法などが含まれます。
　これらはシステムの安定運用に不可欠な要素であり、営業担当者はクライアントが望む性能を実現するために、技術チームと密に連携を取る必要があります。

2. スコープ定義書

スコープ定義書は、プロジェクトの範囲を明確に定めるための成果物です。

どの機能や要素がシステムに含まれ、どの要素が除外されるかを明示することによって、予期せぬ追加要件や範囲の拡大を防ぐ役割を果たします。

営業担当者は、クライアントの要求を聞きながら、現実的な範囲で対応可能な範囲を確定し、過剰な期待を避けるための調整を行います。

1. システム設計書

システム設計書は、要件定義書を基にして、システムの具体的な設計を詳細に記述した成果物です。

設計書は、システム全体のアーキテクチャや、モジュール間のインターフェース、データベースの設計、セキュリティ設計などを含みます。

この設計が適切であれば、システムのパフォーマンスや拡張性を確保することができます。

システム設計書には、以下のような内容が含まれます。

　・システムアーキテクチャ図
　システム全体の構成を示すアーキテクチャ図は、各コンポーネントやモジュールがどのように連携して動作するかを視覚的に示します。
　例えば、サーバー、データベース、ユーザーインターフェース、外部システムとのインターフェースがどのように構成されるのかを明確に表現します。
　この図をもとに、システムが安定した稼働を実現するためにどのように設計されているかを理解し、クライアントに適切に説明する必要があります。

　・データベース設計書
　データベース設計書は、システムが扱うデータの種類やその関係性を明示する文書です。
　テーブル設計、リレーションシップ、インデックス設計などが含まれ、データの一貫性や性能に大きな影響を与える重要な成果物です。
　営業担当者は、データの流れや管理方法がシステムのパフォーマンスやセキュリティにどのように影響するかを把握する必要があります。

2. プロトタイプやワイヤーフレーム

ユーザーインターフェース（UI）の設計段階では、プロトタイプやワイヤーフレームが作成されることがあります。

これらは、システムの操作画面を視覚的に表現したもので、ユーザーの操作フローや画面遷移を示す重要な成果物です。

営業担当者は、これらのUI設計がクライアントのブランドやビジネス要件に合致しているかを確認し、適切なフィードバックを提供する役割を担います。

1. コードとユニットテスト

開発フェーズでは、実際にプログラムが記述され、そのコードがシステム全体を構成します。

プログラムコードは、要件定義や設計書に基づいてシステムを動作させるために記述され、最終的にはクライアントの期待に沿った機能を提供します。

2.ソースコード

ソースコードは、システムが提供する機能を実現するために記述されたプログラムそのものです。

営業担当者は、納品後にコードがどのようにメンテナンスされ、バージョンアップされていくかについて、クライアントと連携していくことが求められます。

3.エラーコード一覧

システムで発生する可能性のあるエラーや警告コードをまとめた一覧も、開発フェーズの成果物の一部です。

営業担当者は、エラーコードがシステムの障害対応にどのように役立つかを理解し、クライアントが問題を迅速に解決できるようサポートします。

システムの各モジュールが連携して動作することを確認するためのテストが「結合テスト」、システム全体が要件通りに機能するかを最終確認するテストが「システムテスト」です。

これらのテスト結果は、納品物として重要な成果物となります。

1.結合テスト結果

結合テストは、異なるモジュールやコンポーネントがうまく連携するかを確認するテストで、テスト結果は詳細なレポートとして提供されます。

このレポートをもとに、バグや不具合が修正されます。

2.システムテスト結果

システムテスト結果も、最終的にシステムが全体として要求通りに機能しているかを確認するために必須です。

営業担当者は、テスト結果がクライアントの期待にどれだけ合致しているかを確認し、納品準備を整えます。

1. リリースノート

システムが完成し、リリースされる際には、リリースノートが提供されます。

リリースノートには、システムの新機能や修正内容が記載されており、クライアントが新しいバージョンで利用可能な機能を理解するために重要です。

2. 運用マニュアル

システムが運用段階に入る際には、運用マニュアルが作成されます。

これは、システムの運用に関する手順やトラブルシューティング方法をまとめた文書で、運用担当者がシステムを円滑に運用できるようにするために必要不可欠です。

3.DBマイグレーション手順

システムが新しいバージョンに移行する場合や、データベースが変更される場合には、DBマイグレーション手順が必要です。

これには、データ移行手順や移行後のテスト項目が含まれます。

営業担当者は、マイグレーションの過程を理解し、クライアントに対して移行に伴う影響を説明する必要があります。

システム開発の各フェーズで生成される納品物は、プロジェクトを成功に導くために非常に重要な役割を果たします。

SES営業担当者は、これらの成果物を理解し、クライアントとのコミュニケーションを円滑に行うことで、プロジェクトの進行をサポートし、最終的な成功に貢献することができるでしょう。