1. 機能要件

2. 性能要件

3. 信頼性と可用性の要件

4. エラー処理要件

5. インターフェース要件

6. 制約

7. 逆需要

8. 今後のリクエストについて

9. システムのデータ要件を分析する

論理モデルは通常、DFD 図、E-R 図、状態遷移図、データ ディクショナリ、および主要な処理アルゴリズムを使用して記述されます。

公式面接

非公式の面接

シナリオ分析とは、将来の特定の問題を解決するために、ユーザーが対象システムを利用した方法や結果を分析することです。

構造化分析手法は、データフローをトップダウンで段階的に絞り込むことに基づいた需要分析手法です。

ユーザーと開発者は緊密に連携して問題を特定し、解決策の要素を提案し、代替案について話し合い、基本的な要件を指定します。

ユーザーと開発者は緊密に協力し、協力し、議論し、改良します。

速い

簡単に変更できます

1対1

1対多の

多対多

初期状態は 1 つだけありえます

0 個以上の最終状態が存在する可能性があります

イベントは、システムにアクションを実行させたり、状態を変更させたりする制御情報です。

アルゴリズムを説明するためのグラフィカル ツール

インプット・プロセッシング・アンド・アウトプット・ダイアグラムの略称です。

IBM によって開発されたこのツールは、入力データ、データ処理、出力データの関係を簡単に表現できます。

すべての要件は一貫している必要があり、要件が互いに競合してはなりません

要件は完全でなければならず、仕様に完全に反映される必要があります

提案される要件は現実的である必要があります

要件が正しく有効であり、ユーザーの問題を解決できることを証明する必要があります

ソフトウェア要件の仕様を確認する

過去の開発実績を参考にシミュレーションやシミュレーション技術を活用

プロトタイピング システムを使用する