조직 요구 사항

Share

|

이제는 요구 사항이 단일 - 성명 지시문,이된다 쉽게 분류하여 유형입니다. 3 대 유형의 요구 사항은 :

- 프로젝트 요구 사항

- 시스템 요구 사항

- 하위 시스템 요구 사항 (라고도 응용 프로그램, 모듈, 또는 기능적 요구 사항)

프로젝트 요구 사항

프로젝트 요구 사항은 고객이 - 부과 스케줄, 광고 게재 및 리소스를 아래에있는 프로젝트가 운행됩니다. 한 예로, 프로젝트의 요구 사항은 "각 프로젝트에있는 오류 금주의 회사 대표 제작진에게 할당합니다." 또 다른 수도있습니다 : "이 제품은 배달되지 이상 (nlt) 7 월 10, 199n." 여전히 또 다른 모른다 " 월별 현황 검토를 실시합니다. "

시스템 요구 사항

시스템 요구 사항은 성능, 스토리지, 프로토콜, 표준, 그리고 규칙에 의해 충족되어야하는 제품입니다. 이러한 요구 사항이 안내서의 개발 노력을합니다. 를 참조할 수있을 경우 쉽게의 요구 사항 목록에 대한 시스템 요구 사항을 보장하는 결정을 내린 개발자는 항상 목표에 대한 고려하면이 제품의 개발 방향 및 방법의 설정을 종료합니다.

서브 시스템 요구 사항

서브 시스템 요구 사항은 제품 - 특정 콘텐츠, 기능, 제한, 그리고 모양과 느낌을 계획 최종 제품입니다. 것은 바람직하지로 분류할 더욱 기능적 요구 사항을 논리적으로 그룹의 요구 사항, 예를 들면, 구입 및 예측합니다. 아직도 더 조직 5월 의욕을 보장하는 미술 요구 사항, 텍스트가 요구 사항 및 조치 요구 사항이 발견하고 다음을 주선 공동의 흐름을 논리적으로 그룹화를 선택합니다.

으로 분류 요구 사항, 3 개의 매우 중요한 일들이 성취합니다. 첫 번째는 이러한은 스태프 구성되어야하기 때문에 취소 어떤 실력을 설정이 필요합니다. 두 번째는이된다 테스트 시나리오를 쉽게 확인할 필요가 개발하고 테스트 시나리오를 제공하면 많은 (요구 사항)을 하나 (테스트) 기회와 여러 개의 검사가 필요할 경우에 전체 역량을 보여주는 하나의 요구 사항입니다. 이 유형의 정보가 유용하기 때문에이 계획에 대한 전체적인 테스트를위한 노력의 노력의 범위를보다 정확하게 예측할 수있습니다 그러므로 보장하는 기계, 네트워크, 그리고 사람들이 필요할 때 제자리에 대한 테스트는 시스템이 준비가되어 테스트를 거침.

제 3 지 분류 요구 사항은 필수적으로 관리 요구 사항을 단순화하여 변경 사항을 제어합니다. 이것은 해당 기간 동안의 값이이 과정은 프로젝트는 기술을 이동하거나 요구 사항을 변경,가 전체에 영향을 변경할 수있습니다 평의 모든 구성 요소를하기 때문에 조기 발견이 과정에서 변경됩니다. 다소는 고객하지도있는 개발자를 받게됩니다의 끝에 프로젝트를 생각하고 모두가 잘되는 유일한를 알아 균열을 통해 무언가 떨어졌다. 의 요구 사항을 나열되기 쉽다 참조, 유지 관리, 및 사용시의 요구 사항을 유형별로 분류됩니다.

문서화 요구 사항

문서화에 대한 최대 혜택을 의미합니다 나중에 덜 작동합니다. 예를 들면, 경우에 서로 다른 종류의 요구 사항이 모여와 번호 매기기 유형에 관한 요구 사항을했는지 구분하는 데 사용을 추적 및 영향 분석은보다 쉽게 수행됩니다. 이러한 차이는 중요의 추적에 대한 요구 사항은 준수를 수집하는 데이터가 관련이있는 다양한 형태의 요구 사항에 대한 분석의 성능 및 품질을합니다. 이 정보를 수집할 수있을 경우를 의미 개발자를 쉽게하고 일관되게 제공할 수있습니다 고객을 문서화 품질 개선에 모두는 기술 및 비즈니스 전선입니다. 측정 데이터는 어떤 결정에서 사용할 수있게 만들 수있습니다 사업과 관련하여 크기와 범위에 미치는 영향의 기술 문제가있습니다.

분류 요구 사항 목록이 있는지 여부를 데이터베이스에 저장, 워드 프로세싱 테이블, 또는 스프레드 시트를하는 것이 중요하다고 위치와 형식이 이와 같은 방식으로하는 것이 접근과 12,5을 대부분의 사람에있는 팀. 의 요구 사항 목록은 프로젝트 자산과 같은 생각을해야한다. 관리, 개발팀, 그리고 고객이있는 준비 도구에 대한 결정의 범위 내에서 무엇이 프로젝트와 무엇이되지 않습니다.