リソースには限りがあるため、製品要件には境界を定義する必要があります。境界のない要件は、プロジェクトの目的の混乱、工期の延長、開発コストの増加につながります。
1. 最小のビジネスユニットを定義する
一般に、完成度の高い大きな製品を作ることは不可能であり、独自のビジネス市場を持たなければなりません。ユーザーから見ると、この機能が欲しいならあの機能も欲しい、とユーザーニーズはどんどん増えています。ただし、ユーザーのニーズを一定の範囲内に選択的に絞り込む原理、つまり最小のビジネスユニットを把握する必要があります。
製品を設計する前に、どの事業が主要な事業で、どの補助事業で、どの事業が制限領域であるかなど、自社の事業境界を明確にする必要があります。コアとなるビジネスプロセスを特定し、コアプロセスを満たし、干渉を排除する必要があります。ユーザーの注意が重要なリンクに集中し、分散しないようにします。
2. ビジネス上の役割を定義する
ビジネスの役割を明確にし、製品の機能ごとに誰がどこまで責任を負うのかなど、ビジネスチェーン全体におけるプロセスの責任分担を決定する必要があり、これを表現する手段がスイムレーン図です。
スイムレーン図では、水平方向のスイムレーンは完全なビジネスのいくつかの段階であり、通常は最初から最後までの順序であり、垂直方向のスイムレーンはビジネスに関与する役割です。役割と段階に対応する白いボックスは、この段階で役割が実行する必要があるものであり、通常は機能に対応します。
3. 業務プロセス標準の整理
ビジネスプロセスの標準化、つまり企業業務SOPとは、特定のイベントの標準的な作業手順や要件を統一された形式で記述し、日常業務の指針や標準化に使用することを指します。
それは、プログラム内の主要な制御ポイントを洗練して定量化することです。これにより、プロジェクトの新しいメンバーが物事を学ぶ時間を短縮し、手順に従うだけで間違いや過失を避けることができます。アクティビティ操作用にテンプレートを作成する場合、それは SOP のカテゴリに属し、不要なミスを回避し、操作効率を向上させます。
4. フィールドの境界を定義する
製品の機能はフィールド情報の形で保持され、フィールドの集合体がページを形成します。通常、ページ数は機能境界によって決まり、ページの情報はフィールド境界、つまり、このステップを明確に定義するために必要なフィールドと情報レベルの数によって決まります。
フィールド境界の一般的に使用される定義方法は、エンティティ関係図です。これは、エンティティとエンティティの属性の間の関係を表すグラフです。これは主にエンティティ、関係、属性で構成されます。エンティティは一般に情報であり、エンティティの属性は一般にエンティティを定義するフィールドであり、関係は情報のレベルです。エンティティの関係が整理されると、ページの構造が明確になります。
たとえば、商品見積ページに商品と価格の 2 つのテスト質問がある場合、1 つの商品が複数の価格に対応します。商品属性には商品ID、カテゴリ、ブランド、属性、属性値などが含まれ、価格属性には価格ID、価格タイプ、価格、有効期間などが含まれます。
要件分析の品質をさらに向上させるために、CoCode要件分析ツールはAIを使用し、要件テストと一貫性検出を通じて、曖昧さ、重複、欠落、矛盾、複雑さなどのユーザー要件の欠陥を数分で迅速に分析できます。などを検出し、要件の問題を正確にロックして、欠陥をより効率的に修正します。さらに、このツールは設計の基礎となる UML 図を自動的に生成できます。
現在、CoCodeは一連のAI開発ツール「Co-Project」インテリジェントプロジェクト管理ツール（要件項目化、テストケース自動生成）、需要分析ツール、レビュー分析ツール、ストーリーポイント推定ツールをリリースしている。その中で、Co-Project プロジェクト管理プラットフォームは 4 つのメジャー バージョンと 30 日間の無料トライアルをリリースし、CMMI 標準プロセスを完全にカバーし、CMMI3 ～ 5 レベルの実装を完全にサポートする一連の CMMI 効率的な実装ツールをリリースしました。 。