機能要件と非機能要件
機能要件と非機能要件の主な違い
- 機能要件はシステムまたはそのコンポーネントを定義しますが、非機能要件はソフトウェア システムのパフォーマンス属性を定義します。
- 機能要件は、要件分析とともに、不足している要件を特定するのに役立ちます。一方、非機能要件の利点は、優れたユーザー エクスペリエンスとソフトウェアの操作性を確保するのに役立つことです。
- 機能要件は動詞ですが、非機能要件は属性です
- 非機能要件の種類は、スケーラビリティ、容量、可用性、信頼性、回復性、データ Integrityなどですが、トランザクションの修正、調整、キャンセル、ビジネス ルール、認証要件、レポート要件、管理機能、承認レベル、監査追跡、外部インターフェイス、履歴データ管理、法的または規制要件は、さまざまな種類の機能要件です。

機能要件とは何ですか?
ソフトウェアエンジニアリングでは、 機能要件 システムまたはそのコンポーネントを定義します。 ソフトウェアが実行する必要がある機能について説明します。 関数は入力、その動作、出力にほかなりません。 これは、計算、データ操作、ビジネス プロセス、ユーザー インタラクション、またはシステムがどのような機能を実行する可能性があるかを定義するその他の特定の機能です。
機能要件 ソフトウェアエンジニアリングでは、システムの意図された動作を捉えるのに役立ちます。 この動作は、機能、サービス、タスク、またはどのシステムが実行する必要があるかとして表現される場合があります。
非機能要件とは何ですか?
A 非機能要件 ソフトウェア システムの品質属性を定義します。システムの特定の動作を判断するために使用される一連の標準を表します。たとえば、Web サイトの読み込み速度はどのくらいですか?
非機能要件は、ソフトウェア システム全体の使いやすさと有効性を確保するために不可欠です。 非機能要件を満たさないと、システムがユーザーのニーズを満たせなくなる可能性があります。
非機能要件を使用すると、さまざまなアジャイル バックログにわたってシステムの設計に制約や制限を課すことができます。たとえば、同時ユーザー数が 3 人を超える場合、サイトは 10000 秒以内に読み込まれる必要があります。 Descript非機能要件の定義は機能要件の定義と同じくらい重要です。
機能要件の例
ソフトウェア エンジニアリングにおける機能要件の例をいくつか示します。
- ソフトウェアは、ABC Contact Management System に対して顧客を自動的に検証します。
- 販売システムでは、ユーザーが顧客の販売を記録できるようにする必要があります。
- アプリケーション内のすべてのウィンドウの背景色は青になり、0 進数の RGB カラー値は 0000xXNUMXFF になります。
- 管理レベルの従業員のみが収益データを表示する権利を持っています。
- ソフトウェア システムは銀行 API と統合される必要があります。
- ソフトウェアシステムは合格するはずです セクション508 アクセシビリティ要件。
非機能要件の例
ソフトウェア エンジニアリングにおける非機能要件の例をいくつか示します。
- ユーザーは、最初にログインに成功した直後に、最初に割り当てられたログイン パスワードを変更する必要があります。 また、イニシャルは決して再利用しないでください。
- 従業員は給与情報を更新することを決して許可されていません。 このような試みはセキュリティ管理者に報告する必要があります。
- ユーザーによるデータ項目へのアクセスの失敗はすべて、監査証跡に記録されます。
- Web サイトには、パフォーマンスに影響を与える 20 万人のユーザーを処理できる十分な能力が必要です
- ソフトウェアはポータブルである必要があります。 したがって、ある OS から別の OS に移行しても問題は発生しません。
- 情報のプライバシー、制限された技術の輸出、知的財産権などを監査する必要があります。
機能要件と非機能要件の違い
ソフトウェア エンジニアリングにおける機能要件と非機能要件の主な違いは次のとおりです。
| 技術パラメータ | 機能要件 | 非機能要件 |
|---|---|---|
| それは何ですか | 動詞 | Attributes |
| 要件 | それが必須です | 強制ではありません |
| 捕獲タイプ | ユースケースでキャプチャされます。 | それは品質属性として捉えられます。 |
| 最終結果 | 製品の機能 | 製品の特性 |
| キャプチャ | 捕獲が簡単 | 捕獲が難しい |
| DevOps Tools Engineer試験のObjective | ソフトウェアの機能を検証するのに役立ちます。 | ソフトウェアのパフォーマンスを検証するのに役立ちます。 |
| 重点分野 | ユーザーの要件に焦点を当てる | ユーザーの期待に集中します。 |
| ドキュメント | 製品の機能を説明する | 製品の仕組みについて説明します |
| テストの種類 | システム、統合、エンドツーエンドなどの機能テスト APIテスト, etc. | パフォーマンス、ストレス、ユーザビリティなどの非機能テスト セキュリティテスト, etc. |
| テストの実行 | テストの実行は、非機能テストの前に行われます。 | 機能テスト後 |
| 製品情報 | 製品の特徴 | 製品のプロパティ |
機能要件の利点
ここでは、典型的な機能要件ドキュメントを作成する利点/利点を示します。
- アプリケーションの機能要件に記載されているすべての機能をアプリケーションが提供しているかどうかを確認するのに役立ちます。
- 機能要件ドキュメントは、システムまたはそのサブシステムの XNUMX つの機能を定義するのに役立ちます。
- 機能要件と要件分析は、不足している要件を特定するのに役立ちます。 これらは、期待されるシステム サービスと動作を明確に定義するのに役立ちます。
- 機能要件の収集段階で検出されたエラーは、最も安価に修正できます。
- ユーザーの目標、タスク、アクティビティをサポートしてプロジェクト管理を容易にします
- 機能要件は、外部から目に見える機能動作を示すため、ユースケースフォームまたはユーザーストーリーで表現できます。
非機能要件の利点
非機能テストの利点/利点 ソフトウェア工学 には次の値があります:
- 非機能要件により、ソフトウェア システムが法的ルールおよびコンプライアンス ルールに従っていることが保証されます。
- ソフトウェア システムの信頼性、可用性、パフォーマンスを保証します。
- それらは、優れたユーザーエクスペリエンスとソフトウェアの操作のしやすさを保証します。
- これらは、ソフトウェア システムのセキュリティ ポリシーの策定に役立ちます。
