BRS vs. SRS: 両者の主な違い
チャールズ・ムーア
主な違い
- SRS は開発するソフトウェアの機能要件と非機能要件を指定しますが、ソフトウェア エンジニアリングにおける BRS はクライアントが提供する要件を説明する正式な文書です。
- SRS はシステム アーキテクトによって作成されますが、BRS ソフトウェアは通常、ビジネス アナリストによって作成されます。
- SRS はシステム要件仕様の略であり、BRS はビジネス要件仕様の略です。
- SRS は BRS から派生しますが、BRS はクライアントの対話と要件から派生します。
始める前に知っておく必要があります – 要件と仕様の違い
| 要件 | 仕様 |
|---|---|
| ソフトウェアが「何を」しなければならないかを概説します | ソフトウェアが「どのように」作成されるかを概説します |
| エンドユーザー、ビジネス、利害関係者の観点からソフトウェアの概要を説明します。 | 彼らは技術チームの観点からソフトウェアの概要を説明します。 |
さまざまな文書には大量の用語や専門用語が存在します
仕様書は次のとおりです –
- SRS – システム要件仕様
- FRS – 機能要件仕様
- BRS – ビジネス要件仕様
- CRS-互換性要件の仕様
- PRS – パフォーマンス要件の仕様
- RRS-信頼性要件の仕様
- CRS 構成の要件仕様
以下のような要件書類 –
- BRD – ビジネス要件文書
- SRD – システム要件ドキュメント
熟考すべき点
- 多くの場所で、これらの文書は別々ではなく、同じ意味で使用されます。
- 仕様と要件は、ほぼ同じ情報を伝えますが、まったく異なる XNUMX つの聴衆に伝えます。
- 特定のプロジェクトに対して、上記のどの文書が作成されるかは、プロジェクトの「性質」と組織の「プロセス」によって異なります。
このチュートリアルでは、BRS と SRS の違いについて説明します。 ソフトウェアテスト:
| BRS (ビジネス要件仕様) | SRS (システム要件仕様) |
|---|---|
| ソフトウェアの機能仕様を非常に高いレベルで説明します。 | ソフトウェアの機能および技術仕様を高レベルで説明します。 |
| クライアントから提供された要件（書面、口頭）について説明する正式な文書です。 | 開発するソフトウェアの機能要件と非機能要件を指定します。 |
| 通常、それはによって作成されます ビジネスアナリスト クライアントとやり取りする人 | 通常、システムによって作成されます Archi技術専門家であるtect。
ただし、小規模な企業では BA が SRS も作成します。 SRS をまったく作成しない企業もあります。 BRS は SRS としても使用できるほど詳細に設計されています。 |
| クライアントとのやり取りと要件から導き出されます | BRSから派生したものです |
