ソフトウェアシステムの設計における機能要件と非機能要件の違いは何ですか?
ケースごとに例を挙げます。
質問する
854116 次
6 に答える
30
機能要件
機能要件は、システムまたはシステム コンポーネントが実行できなければならない機能を指定します。さまざまな方法で文書化できます。最も一般的なものは、ドキュメントに記述された説明とユース ケースです。
ユースケースは、ユーザーのアクションを説明するテキストの列挙リストや図にすることができます。各ユース ケースは、1 つ以上の機能要件を通じて行動シナリオを示しています。ただし、多くの場合、アナリストは一連のユース ケースを引き出すことから始めます。アナリストは、ユーザーが各ユース ケースを実行できるようにするために実装する必要がある機能要件を、そこから導き出すことができます。
機能要件は、システムが達成することになっているものです。そうかも知れない
- 計算
- 技術的な詳細
- データ操作
- 情報処理
- その他の特定の機能
典型的な機能要件には、一意の名前と番号、簡単な要約、および根拠が含まれます。この情報は、要件が必要な理由を読者が理解するのを助け、システムの開発を通じて要件を追跡するために使用されます。
非機能要件
LBushkinはすでに非機能要件について詳しく説明しています。さらに追加します。
非機能要件は、機能要件以外の要件です。これは、特定の動作ではなく、システムの動作を判断するために使用できる基準を指定する要件です。
非機能要件は、「システムはあるべきである」という形をとっており、特定の機能ではなく、システム全体または特定の側面の全体的なプロパティです。システムの全体的なプロパティは、通常、開発プロジェクトが成功したか失敗したかの違いを示します。
非機能要件 - 2 つの主なカテゴリに分けることができます。
- セキュリティや使いやすさなど、実行時に観察できる実行品質。
- テスト容易性、保守容易性、拡張性、スケーラビリティなど、ソフトウェア システムの静的構造に具現化される進化の品質。
- 非機能要件は、開発中の製品や開発プロセスに制限を課し、製品が満たさなければならない外部制約を指定します。
- IEEE-Std 830 - 1993には、ソフトウェア要件ドキュメントに含まれる 13の非機能要件がリストされています。
- 性能要件
- インターフェイス要件
- 運用要件
- リソース要件
- 検証要件
- 受け入れ要件
- ドキュメント要件
- セキュリティ要件
- 移植性の要件
- 品質要件
- 信頼性要件
- 保守性要件
- 安全要件
要件が機能的要件または非機能的要件として表現されるかどうかは、以下に依存する場合があります。
- 要件ドキュメントに含まれる詳細レベル
- システム顧客とシステム開発者の間に存在する信頼度。
元。システムは、データベース内のレコード数をユーザーに表示する必要がある場合があります。これは機能要件です。この番号がどの程度最新の [更新] である必要があるかは、機能要件ではありません。数をリアルタイムで更新する必要がある場合、システム アーキテクトは、システムが [表示された] レコード数を変更するレコード数の許容可能な短い間隔内で更新できることを確認する必要があります。
参考文献:
于 2016-08-31T09:40:01.667 に答える
9
機能要件は、システムの技術的機能に関連する要件です。
非機能要件は、特定の動作ではなく、特定の条件でシステムの動作を判断するために使用できる基準を指定する要件です。
たとえば、ショッピング サイトを検討している場合、カートにアイテムを追加する、さまざまなアイテムを閲覧する、オファーや取引を適用する、正常に注文するなどの機能要件が必要になります。
一方、ピーク時のシステムのパフォーマンス、システムが DB からデータを取得するのにかかる時間、ユーザー データのセキュリティ、多数のユーザーがログインした場合のシステムの処理能力は、非機能要件に該当します。
于 2016-08-31T10:12:00.390 に答える
3
機能要件 システムが実行しなければならない活動
- ビジネスは、ユーザーが実行する機能を使用します
- 給与計算システムの必要な機能を開発している場合の使用例
- 電子送金を生成する
- 計算手数料額
- 給与税を計算する
- 税額控除を IRS に報告する
于 2013-09-10T11:28:28.193 に答える