기술 및 기능 사양 템플릿

기술 및 기능 사양 템플릿

---

따라서 기본적으로 프로젝트 또는 작업 요청에 대한 기술 및 기능 사양을 모두 작성하기위한 좋은 템플릿을 찾고 있습니다.

당신은 무엇을 사용합니까? 사양을 작성하는 동안 얼마나 깊이 얻습니까? 귀하가 제공 할 수있는 추가 일반 팁을 주시면 감사하겠습니다.

우리 회사는 이것들이 심하게 필요합니다. 저는 계약 업체에서 일하고 있으며 지금은이 문서를 전혀 사용하지 않습니다.

편집 : Painless Specification 에 대한 Joel의 견해를 읽었습니다. 정말 좋아했지만 다른 의견이 있습니까 :)

---

일반적인 팁에 대해;

우리는 프로세스를 구현하고 있습니다

1) 비즈니스 요구 사항 선언문 (BRS)

2) 기능 사양

3) 기술 사양

BRS는 비즈니스 문제가 무엇인지, 솔루션, 테스트, 보안, 안정성 및 제공에 대한 요구 사항이 무엇인지를 다룹니다. 이것은 성공적인 솔루션을 만드는 것을 정의합니다.

기능 사양은 필요한 사항, 모양, 필드 길이 등을 자세히 설명합니다.

기술 사양은 데이터의 출처, 고려해야 할 까다로운 코드를 자세히 설명합니다.

고객은 요구 사항을 소유합니다. 개발자가 기술 사양을 소유하고 기능 사양은 중간 지점입니다. 테스트는 기술 사양 (일반적으로 단위 테스트), 기능 사양 (일반적으로 시스템 테스트), 요구 사항 (UAT)에 대해 수행됩니다.

이것의 중요한 부분 (그리고 우리가 어려움을 겪고 있음)은 개발자가 여전히 기능 사양 및 원래 비즈니스 요구 사항을 제공해야한다는 것입니다. 실제로 기능 및 기술 사양은 명확성을 위해 존재합니다.

요컨대, 내 주요 팁은 먼저 구현하려는 프로세스를 해결하는 것입니다. 그런 다음 제안 된 프로세스에 관련된 모든 당사자의 동의를 구한 다음 템플릿에 맞게 작업하십시오. 템플릿 자체는 변경하려는 변경의 작은 부분 일뿐입니다.

---

템플릿은 아니지만 Joel은 기능 사양 작성에 대한 몇 가지 기사 를 작성했습니다. 그는 또한 여기에 샘플이 있습니다 .

---

ieee 및 다른 곳에서 템플릿을 구입할 수 있지만 항상 저만의 템플릿을 만들었습니다.

기술 사양의 경우 Steve McDonnell의 " Code Complete "에 좋은 체크리스트가 있습니다. 여기에서 정보를 얻을 수 있습니다. 마지막 작업에서 저는 그의 섹션 헤더로 템플릿을 만들고 거기에서 수정했습니다.

기능 사양에 관한 한 중요한 것은 모든 인터페이스를 정의하는 것입니다.

1. UI (화면 모형)
2. 소프트웨어 인터페이스 (플러그인 등)
3. 하드웨어 인터페이스 (해당하는 경우)
4. 통신 인터페이스 (서비스, 이메일, 메시징 등)

인터페이스 정의에서 다루지 않는 기능적으로 중요한 사항 인 비즈니스 규칙에 대한 섹션도 있어야합니다.

---

책을 구입하려는 경우 Karl Wiegers의 Software Requirements에 부록으로 몇 가지 문서에 대한 템플릿이 있습니다. 불행히도 저는 직장에 있고 그 책은 집에 있습니다. 누군가가 그것을 가지고 있다면, 그들은 그것을 확인할 수있을 것입니다.

---

나는 다른 무엇 보다도 ReadySet 을 좋아합니다 .

그는 프로 버전도 판매합니다.

---

이것은 내가 찾은 최고의 것입니다 : http://www.jiludwig.com/templates/FRDTemplate.doc

---

간단하게 시작하고 거기서부터 작업하십시오. 이 작업을 처음 경험 한 것이므로 글 머리 기호가있는 워드 문서를 사용하십시오. 작성하고 다시 읽고 이해할 수있는 충분한 세부 사항을 제공하십시오. 기술 사양의 경우 개발자를 솔루션으로 이끌고 싶을 수 있지만 기능 사양의 경우 "방법"이 완전히 누락되어야합니다.

---

여기 에서 Roberston의 Volere 템플릿을 살펴볼 것을 제안합니다 . 그들은 "Peopleware"명성의 Tom DeMarco 및 Timothy Lister와 같은 사람들과 함께 Atlantic Systems Guild의 일부입니다.

템플릿은 저작권이 있으므로 여기에서는 복제하지 않겠습니다. 그러나 몇 가지 주요 헤더를 제공합니다.

1. 프로젝트의 목적
2. 이해 관계자
3. 필수 제약
4. 명명 규칙 및 용어
5. 관련 사실 및 가정
6. 작업 범위
7. 비즈니스 데이터 모델 및 데이터 사전
8. 제품의 범위
9. 기능 요구 사항
10. 룩앤필 요구 사항 ...

더 많은 것이 있지만 이것은 당신에게 아이디어를 줄 것입니다. 템플릿의 가장 흥미로운 부분은 일종의 큐 카드에 대한 기능적 요구 사항을 나열하는 요구 사항 셸입니다. 다시 저작권이 있지만 진정으로 가치가 있습니다.

봐 여기 9 장.

참고 URL : https://stackoverflow.com/questions/52290/templates-of-technical-and-functional-specs