BRS 대. SRS: 이들 사이의 주요 차이점
찰스 무어
주요 차이점
- SRS는 개발할 소프트웨어의 기능적 및 비기능적 요구 사항을 지정하는 반면 소프트웨어 엔지니어링의 BRS는 클라이언트가 제공한 요구 사항을 설명하는 공식 문서입니다.
- SRS는 시스템 설계자가 만드는 반면, BRS 소프트웨어는 일반적으로 비즈니스 분석가가 만듭니다.
- SRS는 시스템 요구 사항 사양을 나타내고 BRS는 비즈니스 요구 사항 사양을 나타냅니다.
- SRS는 BRS에서 파생되는 반면 BRS는 클라이언트 상호 작용 및 요구 사항에서 파생됩니다.
시작하기 전에 알아야 할 사항 – 요구 사항과 사양의 차이점
| 요구조건 니즈 | 제품 사양 |
|---|---|
| 소프트웨어가 수행해야 하는 "무엇"을 설명합니다. | 소프트웨어가 생성되는 "방법"을 설명합니다. |
| 최종 사용자, 비즈니스 및 이해관계자 관점에서 소프트웨어를 설명합니다. | 기술팀의 관점에서 소프트웨어의 개요를 설명합니다. |
다양한 문서에 대한 수많은 용어와 용어가 있습니다.
다음과 같은 사양 문서 –
- SRS – 시스템 요구 사항 사양
- FRS – 기능 요구 사항 사양
- BRS – 비즈니스 요구 사항 사양
- CRS- 호환성 요구 사항 사양
- PRS – 성능 요구 사항 사양
- RRS- 신뢰성 요구 사항 사양
- CRS 구성 요구 사항 사양
다음과 같은 요구 사항 문서 –
- BRD – 비즈니스 요구 사항 문서
- SRD – 시스템 요구 사항 문서
생각해 볼 점
- 많은 곳에서 이러한 문서는 분리되지 않고 상호 교환적으로 사용됩니다.
- 사양과 요구 사항은 대략적으로 동일한 정보를 전달하지만 완전히 다른 두 대상에게 전달됩니다.
- 특정 프로젝트에 대해 위의 문서가 생성되는 것은 프로젝트의 "특성"과 조직의 "프로세스"에 따라 다릅니다.
이 튜토리얼에서는 BRS와 SRS의 차이점에 대해 설명합니다. 소프트웨어 테스팅:
| BRS(비즈니스 요구 사항 사양) | SRS(시스템 요구사항 사양) |
|---|---|
| 소프트웨어의 기능 사양을 매우 높은 수준에서 설명합니다. | 소프트웨어의 기능적, 기술적 사양을 높은 수준에서 설명합니다. |
| 고객이 제시한 요구사항을 기술한 공식 문서입니다(서면, 구두). | 개발할 소프트웨어의 기능적 요구사항과 비기능적 요구사항을 명시합니다. |
| 일반적으로 다음에 의해 생성됩니다. 비즈니스 분석가 고객과 소통하는 사람 | 일반적으로 시스템에 의해 생성됩니다. Archi기술 전문가가 누구인지 알아보세요.
소규모 회사에서는 BA도 SRS를 생성합니다. 일부 회사는 SRS를 완전히 생성하지 않습니다. BRS는 SRS로도 사용할 수 있을 만큼 상세합니다. |
| 클라이언트 상호 작용 및 요구 사항에서 파생됩니다. | BRS에서 파생됩니다. |
