ソフトウェア要件の特徴は何ですか?

ソフトウェア要件の特徴は次のとおりです: 1. 完全性、つまり各要件は実装する機能を明確に記述し、一部の情報が失われることがないことを意味します; 2. 正確性、つまり各要件が完全である必要があることを意味します開発する機能が正確に記述されている必要がある; 3. 実現可能性とは、要件が正常に実現できるかどうかを指す. 各プロジェクトの要件は、既知のシステムと環境の能力と制限内で実装される必要がある; 4. 必要性とは、すべての要件を記録する必要があることを意味する顧客が本当に必要としているものと最終的に従う必要がある標準、5. 優先順位付け、6. 曖昧さの排除、7. 検証可能性。

このチュートリアルの動作環境: Windows 7 システム、Dell G3 コンピューター。

ソフトウェア要件とは

ユーザーが問題を解決したり目標を達成したりするために必要な条件や機能

システムまたはシステムコンポーネントは、契約、規格、仕様、またはその他の正式に指定された文書で要求される条件または機能を満たさなければなりません。

##上記 1 または 2 で説明した条件または機能を反映する文書化された説明

要件には、以下のものが含まれます。通常の意味での製品機能だけでなく、銀行業界の技術仕様、電気通信ネットワークのアクセス標準など、業界仕様で定義された標準も含まれます。

ソフトウェア要件の特徴

研究開発プロセス全体において、元のコレクションが完成した後の最初のステップは、ソフトウェア要件をレビューすることです。要件をよく見直したい場合は、どのような要件記述が良い記述なのかを知る必要がありますが、通常、良い要件記述とは次の 7 つの特徴を備えている必要があります。

(1) 完全性

完全性とは、各要件が実装する機能を明確に記述しており、一部の情報が失われることがないことを意味します。これは、要件が十分に満たされていないことを意味し、開発者がこれらの機能を設計および実装するために必要な情報でもあります。

(2) 正しさ

正しさとは、それぞれの要件が開発すべき機能を正確に述べていることを意味し、正しい判断をするための参考となるのは、次のような要件ソースです。ソフトウェア要件が対応するシステム要件と矛盾する場合、ユーザーまたは高レベルのシステム要件の仕様は正しくありません。ユーザーのニーズが正しいかどうかを判断できるのはユーザーの代表者だけであるため、ユーザーは積極的に関与する必要があります。ユーザーの参加がない要件レビューは、「無意味なものは私たちが望んでいることではない」という現象につながります。ユーザーの参加がなければ、多くのレビューが当社のレビュー専門家自身によって想像される可能性があるためです。

(3) 実現可能性

実現可能性とは、要件が正常に実現できるかどうかを指し、プロジェクトの各要件は、既知のシステムおよび環境で実現可能である必要があります。権限と制限について。実現不可能な要件を回避するには、要件取得プロセス中に常にソフトウェア エンジニアリング チームのメンバーを要件アナリストまたは市場検討者と協力させ、技術的な実現可能性をチェックすることが最善です。

(4) 必要性

必要性とは、すべての要件が顧客が本当に必要とするものと、最終的に従う必要がある基準を記録する必要があることを意味します。」また、各要件はドキュメントの作成を許可するために使用される「ルート」であり、各要件は顧客の入力にまで遡ることができるということも理解されています。

(5) 優先順位付け

優先順位付けとは、すべての要件をさまざまなレベルの要件に分類することであり、通常、要件は高、中、3 つ下のレベルに分類できます。需要優先度が高いとは、ミッションクリティカルな需要を指し、このビジネスが実現しなければ、この製品を購入するユーザーは存在しません。携帯電話の通話機能など、携帯電話に通話機能がなければ誰もその携帯電話を買わないでしょう。

需要優先ということで事業を進めなければなりませんが、携帯電話のカメラ機能など、品質面での完成度は高くなります 現在、スマートフォンにはカメラが搭載されていますが、画素数は必ずしも完璧ではありません. 高い、どこかのメーカーが3,000万画素を達成しても、当社は1,000万画素を達成できるので、それでも製品を買う人もいるでしょうが、価格に影響が出る可能性があります。

需要の優先度が低いということは、ビジネスが実行できるかどうかを意味しており、例えば、月餅のパッケージがきれいであれば、自分で買うのであれば、パッケージが美しいかどうかは重要ではありません。通常、このクラス要件は金メッキ要件とも呼ばれます。

(6) あいまいさなし

あいまいさとは、記述された要件が 2 つ以上の方法で理解できることを意味します。曖昧さの原因となるため、各要件を表現するために簡潔で明確なユーザーフレンドリーな言葉を使用するようにしてください。

(7) 検証可能性

検証可能性とは、各要件が特定のユース ケースまたはテスト ステップを通じて検証され、それが正しいかどうかを検証できることを意味します。効果的な検証方法が確立されていないと、現在の要件が正しく実装されているかどうかを客観的に判断することができなくなります。

上記は、レビューする際に注意する必要があるいくつかの特性です。これらの特性を満たす要件のみが良い要件とみなされます。そして、要件の説明には、通常、次の 4 つの特徴があります。

1 )誠実さ

完全性とは、上で紹介したように、必要な需要情報を取りこぼさないことを指しますが、情報が欠落している場合、それを見つけるのは困難です。

要件を記述するとき、システムの機能を脇に置き、ユーザーのタスクに焦点を当てるようにすると、不完全な要件をよりよく回避できます。

2) 一貫性

一貫性とは、他のソフトウェア要件や上位（システム、ビジネス）要件と競合しないことを意味し、開発前にすべての要件間の矛盾を解決する必要があります。要件が正しいかどうかを判断するには、詳細な検査のみが必要です。

3) 変更可能性

必要に応じて、または各要件への変更履歴を維持するために、要件を変更する必要があります。これには、各要件を独立して識別し、他の要件と組み合わせる必要があります。明確な意味を保証するためにそれらを使用します。また、要件が変更された場合でも要件の一貫性を維持できるように、各要件は要件仕様書に 1 回だけ出現する必要があります。

4) トレーサビリティ

トレーサビリティとは、各ソフトウェア要件とそのソースおよび設計要素、ソース コード、およびテスト ケースとの間のリンクを確立して、各要件が確実に満たされていることを確認することを指します。これは、私たちが仕事でよく呼ぶ要件追跡マトリックスでもあります。

プログラミング関連の知識について詳しくは、プログラミング教育をご覧ください。 ！

以上がソフトウェア要件の特徴は何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。