전문 소프트웨어 개발자는 의미 있는 규모의 소프트웨어 개발 프로젝트를 시작할 때 소프트웨어 요구 사항 수집 프로세스를 거쳐야 합니다. 해당 프로젝트 단계의 최종 제품은 일반적으로 소프트웨어 요구 사항 사양(SRS)이라고 하는 문서입니다. 일반적으로 첫 번째 프로젝트 이정표 또는 결과물입니다. 이 문서의 중요성은 아무리 강조해도 지나치지 않습니다. 가장 중요한 기능은 클라이언트의 비즈니스 요구 사항과 요구 사항을 서면 형식으로 기록하고 나머지 소프트웨어 개발 프로세스의 기초가 되는 것입니다. 이러한 요구 사항이 컴파일되면 문서는 소프트웨어가 수행해야 하는 작업에 대한 클라이언트와 개발자 모두의 이해에 대한 기록이 됩니다. 일반적으로 클라이언트는 SRS를 검토하고 서명하여 전체 소프트웨어 설계 및 개발 단계를 시작합니다. 관련된 높은 수준의 단계를 수행하여 SRS 문서를 작성할 수 있습니다.
1 단계
조직에 표준 소프트웨어 요구 사항 사양 문서 템플릿이 없는 경우 지금 만드십시오(템플릿에 대한 링크는 리소스 참조).
오늘의 비디오
2 단계
요구 사항을 수집하기 위해 주제 전문가/클라이언트와 만나십시오.
3단계
소프트웨어의 기능을 정의합니다.
4단계
주요 하위 프로세스에 대한 사용 사례를 만듭니다. 예를 들어 주문 입력 시스템을 설계하는 경우 사용 사례는 새 주문 생성, 기존 주문 수정 및 고객 주문 검색으로 구성됩니다.
5단계
사용자 인터페이스를 정의합니다.
6단계
하드웨어 인터페이스 또는 기타 소프트웨어 시스템 인터페이스와 같은 다른 인터페이스를 정의합니다.
7단계
프로세스 흐름을 정의합니다.
8단계
특정 비즈니스 규칙을 결정합니다.
9단계
성능 사양을 정의합니다.
10단계
프로세스 흐름을 설명하거나 주요 요구 사항을 자세히 설명하는 데 필요한 다이어그램을 만듭니다.
11단계
SRS 문서를 작성하고 필요한 모든 당사자가 이를 검토하거나 서명하도록 합니다.
필요한 것
워드 프로세싱 애플리케이션
Microsoft Visio와 같은 다이어그램 작성 소프트웨어
팁
표준 문서 템플릿을 만듭니다. 추적성 매트릭스를 포함합니다. 요구 사항과 해당 요구 사항의 소스 간의 연결을 포함합니다. 정의된 비즈니스 운영 규칙을 명확하게 나열합니다. 규칙과 프로세스가 정확하고 모호하지 않은 언어로 정의되었는지 확인합니다.
경고
SRS에는 기능 요구 사항만 포함되어 있습니다. 소프트웨어 설계 또는 구현 세부 정보는 포함되어서는 안 됩니다.
