기술 및 기능 사양 템플릿 [닫기]
https://stackoverflow.com/questions/52290
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
그래서 기본적으로 저는 프로젝트나 작업 요청에 대한 기술 및 기능 사양을 모두 작성하기 위한 좋은 템플릿을 찾고 있습니다.
당신은 무엇을 사용합니까?스펙을 작성하는 동안 얼마나 깊이 들어가나요?귀하가 제공할 수 있는 추가 일반 팁을 알려주시면 감사하겠습니다.
우리 회사는 이것이 절실히 필요합니다.저는 계약업체에 근무하고 있으며 지금은 이 문서를 전혀 사용하지 않습니다.
편집하다: 나는 Joel의 견해를 읽었습니다. 무통 사양, 정말 마음에 들었는데 다른 의견이 있으신가요 :)
해결책
일반적인 팁에 대해;
우리는 다음과 같은 프로세스를 구현하고 있습니다.
1) 사업요구사항명세서(BRS)
2) 기능적 사양
3) 기술 사양
BRS는 비즈니스 문제가 무엇인지, 솔루션, 테스트, 보안, 안정성 및 제공과 관련된 요구 사항이 무엇인지 다룹니다.이는 성공적인 솔루션이 무엇인지 정의합니다.
기능 사양에는 필요한 사항, 표시 방법, 필드 길이 등이 자세히 설명되어 있습니다.
기술 사양은 데이터의 출처, 고려해야 할 까다로운 코드를 자세히 설명합니다.
고객은 요구사항을 소유합니다.개발자는 기술 사양을 소유하고 기능 사양은 중간 지점입니다.테스트는 기술 사양(보통 단위 테스트), 기능 사양(보통 시스템 테스트), 요구 사항(UAT)을 기준으로 수행됩니다.
여기서(그리고 우리가 어려움을 겪고 있는) 중요한 부분은 개발자가 여전히 기능 사양과 원래 비즈니스 요구 사항을 충족해야 한다는 것입니다.실제로 기능 및 기술 사양은 명확성을 위해 존재합니다.
간단히 말해서, 나의 주요 팁은 구현하려는 프로세스를 먼저 해결하는 것입니다.그런 다음 제안된 프로세스에 관련된 모든 당사자의 동의를 구한 다음 이에 맞게 템플릿을 작업합니다.템플릿 자체는 원하는 변경 사항의 작은 부분일 뿐입니다.
다른 팁
ieee나 다른 곳에서 템플릿을 구입할 수 있지만 저는 항상 직접 만들었습니다.
기술 사양의 경우 "코드 완성" Steve McDonnell의 훌륭한 체크리스트가 있으므로 그로부터 몇 가지 정보를 얻을 수 있습니다.지난 직장에서 저는 그의 섹션 헤더로 템플릿을 만들고 거기에서 수정했습니다.
기능 사양에 관한 한 중요한 것은 모든 인터페이스를 정의하는 것입니다.
- UI(화면 모형)
- 소프트웨어 인터페이스(플러그인 등)
- 하드웨어 인터페이스(해당하는 경우)
- 통신 인터페이스(서비스, 이메일, 메시징 등)
인터페이스 정의에서는 다루지 않지만 기능적으로 중요한 비즈니스 규칙에 대한 섹션도 있어야 합니다.
책 구매를 원하시면, Karl Wiegers의 소프트웨어 요구 사항 부록으로 몇 가지 문서에 대한 템플릿이 있습니다.안타깝게도 저는 직장에 있는데 그 책이 집에 있어요.누군가 그것을 가지고 있다면 그것을 확인할 수 있을 것입니다.
나는 특히 이것을 좋아합니다: 레디셋.
그는 프로 버전도 판매합니다.
이것은 내가 찾은 최고의 것입니다: http://www.jiludwig.com/templates/FRDTemplate.doc
간단하게 시작하여 거기서부터 작업해 보세요.이 작업이 처음이므로 글머리 기호가 있는 워드 문서를 사용하세요.쓰고, 다시 읽고, 이해가 될 만큼 충분한 세부정보를 제공하세요.기술 사양의 경우 개발자를 솔루션 방향으로 유도하고 싶을 수 있지만 기능 사양의 경우 "방법"이 완전히 누락되어야 합니다.
Roberston의 Volere 템플릿을 살펴보는 것이 좋습니다. 여기.그들은 "Peopleware"로 유명한 Tom DeMarco 및 Timothy Lister와 같은 사람들과 함께 Atlantic Systems Guild의 일부입니다.
템플릿에는 저작권이 있으므로 여기서는 복제하지 않겠지만 몇 가지 주요 헤더를 알려드리겠습니다.
- 프로젝트의 목적
- 이해관계자
- 필수 제약
- 명명 규칙 및 용어
- 관련 사실 및 가정
- 작업 범위
- 비즈니스 데이터 모델 및 데이터 사전
- 제품의 범위
- 기능 요구 사항
- 보고 요구 사항을 느낍니다 ...
더 많은 것들이 있지만 이것이 당신에게 아이디어를 줄 것입니다.템플릿에서 가장 흥미로운 부분은 일종의 큐 카드에 기능적 요구 사항을 나열하는 요구 사항 셸입니다.다시 한 번 저작권이 있지만 정말 가치가 있습니다.
바라보다 여기 9장에서.
