을 준수하는 각각의 세부 사항 및 요구 사항에 정의된 소프트웨어 프로젝트 수행되는,큰 목표는 개발자가 달성해야의 기대를 충족시키기 위해 그들의 고객 및 프로젝트를 성공적이다. 개발자는 고객의 모든 요구 사항을 충족하는 시스템을 어떻게 만들 수 있습니까? 그것은 당신의 첫 번째 질문 중 하나가 될 수있다.문제는 소프트웨어 프로젝트의 성공에 영향을 미치는 많은 요소가 있다는 것입니다. 그러나 오늘 우리는 제품 개발의 초기 단계에서 준비해야하는 필수 문서에 대해 이야기 할 것입니다. 우리는 소프트웨어 요구 사항 사양 문서에 대해 이야기하고 있습니다.
소프트웨어 요구 사항(SRS)는 의심 할 여지없이의 하나로서 간주됩 가장 중요한 단계의 소프트웨어/제품 개발입니다. SRS 소프트웨어—소프트웨어 요구 사양에는 특별한 소프트웨어 설명서를 포함하는 방법에 대한 정보 시스템 자체 행동해야 하는지,어떤 기능을 수행해야 합니다 무엇을 로드 그것을 견딜 수 있어야니다. 제품 문서 요구 사항은 장소의 특성과 요구 사항의 소프트웨어,제품,프로그램 또는 프로그램의 설정한 설명이 있습니다. 이러한 요소는 고려 사항이나 기술적 인 용어없이 자연어로 표현됩니다.
- 당신은 비용,위험 및 시간 비용의 정확한 견적을 얻을 수 있습니다.
- 클라이언트는 프로젝트의 자신의 비전을보다 명확하게 형성 할 수있을 것입니다.
- 고객과 계약자는 제품에 대해 동일한 생각을 가질 것입니다.
- 최적의 기능 세트를 식별하는 데 도움이됩니다.
- 그것은 다른 기술 문서의 형성을위한 기초 역할을합니다.
- 개발 프로세스가 최적화되고 시간이 최소화됩니다.
- 작업의 중복이 없을 것입니다.
- 를 사용하면 문제를 구조화하여보다 쉽고 빠르게 해결할 수 있습니다.
소프트웨어 요구 사항의 가난한 사양이 실패한 프로젝트로 이어질 수 있다는 것이 매우 분명 해졌다. 따라서이 분야는 점점 더 필수적이됩니다.
제품 요구 사항 문서를 준비하는 방법은 무엇입니까?
다음과 같은 템플릿은 다음과 같이 지침에 설립되 IEEE830 표준에 따라,소프트웨어 요구 사항을 명세가 포함되어야 합 설명의 응용 프로그램의 기능을,관계로는 외부 시스템이 아닌 기능적 요구 사항과 같은 성능,가용성,응답 시간 및 유지보수 사이에 다른 사람입니다.
템플릿을 준비하는 소프트웨어 문서 요구 사항은 다음과 같은 내용으로 구성되어 있:
목적:
야 이름을 추가하거나 제목의 제품을 지정하는 논문에서는 버전 번호를 포함하거나 릴리스입니다. 을 설명하는 요소 또는 부품의 범위를 소프트웨어의 문서에 포함되어 있고,설정하지 전체 소프트웨어,하나의 그것의 일부를,하위 시스템 또는 하위의 과정입니다.
의 범위를 소프트웨어:
있어야에 대한 간략한 설명 범위의 소프트웨어는 포함하여 지정된 목적이나 일반 목적,제공하는 혜택의 사업 및 조직이 지역의 관련 소프트웨어의 목적으로 기업의 목표와 비즈니스 전략이 있습니다. 다른 문서를 참조할 수 있습니다.
여기에 포함할 수 있는 다른 인쇄 문서,전자 문서 또는 전자적 주소를 보완하는 제품이 요구사항 문서입니다.
제품 기능:
각 기능을 할 수 있습으로 구성 중 하나 또는 여러 가지 기능성 소프트웨어 요구 사항이 있습니다. 주요 기능의 번호가 매겨진 목록 만 포함되어야합니다.
사용자 특성:
이 섹션에서는이 제품을 사용할 사용자를 설명해야합니다. 사용의 규칙 성,사용 된 기능 그룹,보안 권한,경험 수준 및 기타 매개 변수를 기반으로 분류하십시오.
작동 환경:
환경에서는 시스템,소프트웨어 모듈 또는 그룹의 기능이 개발도 포함되어야 합니다. 언급한 측면으로 버전의 운영 체계,하드웨어 플랫폼,및 다른 시스템 또는 요소를 함께 공존해야 합.
기능적 요구 사항:
목록 기능,그리고 그들 각각에 대해,참고 기능적 요구 사항입니다. 또한 요구 사항의 추적 성 매트릭스에 문서화 할 수 있습니다.
비즈니스 규칙:
이 부분에는 문서에 나열된 전체 소프트웨어 사양 세트에 적용해야하는 원칙이 포함되어 있습니다. 예를 들어,특정 상황에서 어떤 개인이 특정 역할을 할 수 있는지 설명하십시오.
외부 인터페이스 요구 사항:
이 장에서는 인터페이스 하드웨어,인터페이스로 다른 시스템과 통신 인터페이스의 특성과의 특성을 사용자 인터페이스(GUI).
비 기능 요구 사항:
그들이 지정한 기준을 평가하는 작업의 정보 기술 서비스와는 달리,기능 요구사항을 정의하는 특정한 행동을 합니다.
기타 요구 사항:
포함되는 요구 사항에 설명되어 있지는 않은 다른 부분의 제품이 요구사항 문서입니다. 데이터베이스 요구 사항,국제화,소프트웨어 구성 요소의 법적 및 재사용 목표 일 수 있습니다.
용어집:
생성 된 문서의 이해에 필요한 용어 및 약어에 대한 설명을 추가하십시오.
팁을 쓰 SPS
- 모든 것을 설명하는 매우 간단히 명확하게 만큼 많이 가능합니다.
- 문서화 할 필요가 없을 수도있는 것들을 포함하지 마십시오.
- 모호한 설명없이 작성하십시오. SRS 를 읽는 사람은 쓰여진 내용을 정확하게 이해해야하며 다른 것은 아닙니다.
- 시각화. 예를 들어 dfd(데이터 흐름 다이어그램)다이어그램을 사용합니다. 설명 된 소프트웨어의 입구에 무엇이 있는지,그리고 출력에 무엇이 있는지 모르는 경우 사양을 완료 할 수 없습니다. 모든 것이 포함되어야합니다.
이제 소프트웨어 요구 사항 사양을 만드는 데 도움이되는 모든 주요 요소가 있습니다. 그것을 위해 가십시오!