주의 : 아래 글은 전적으로 개인적으로 짧은 지식과 소견으로 쓰는 글입니다. 제 전공은 경제학이나 국제금융도 아니고 외환이나 주식관련 애널리스트도 아닙니다. 따라서 아래 정보를 활용해서 발생하는 손실이나 손해에 대해서는 아무런 책임을 질 수가 없음을 밝힙니다. 그리고, 여기에 쓰는 글은 여기저기 널려있는 수많은 정보중에서 제 맘대로 발췌해서 만든내용일 가능성이 대다수입니다. 이 정보를 자신을 위해 사용할 때의 결정은 자기자신만이 할 수가 있는 것이기 때문에 이 글을 읽으실때에는 그냥 편하게 읽어주십시요.
참고로... 저는 무정부주의자도 아니고, 누구를 모함하거나 잘못된 정보를 전달하기 위해 만들어진 글도 아닙니다. 정부의 정책을 반대하는 것도 아니고, 동조하지도 않습니다. 그냥 개인적인 의견이므로 다음부터 나열되는 글을 읽기가 걱정되시면 그대로 페이지를 닫아주시기 바랍니다. 저는 미네르바 처럼 잡혀가기 싫습니다.
이 장에서는 아키텍처의 입려물인 요구사항을 정의하는 절차와 산출물에 대해서 살펴본다.
-
요구사항의 유형
요구사항은 고객의 요구사항인 업무 개선 사항과 제품의 특성, 상세한 요구사항 문서로 나누어진다.
그림 Ⅲ-14. 요구사항의 유형
그림 Ⅲ-15. 요구사항과 테스트의 관계
업무 개선 사항은 고객의 영역이며 고객의 원하는 요구사항을 잘 관리해야 한다. 제품 특성과 요구사항은 개발 프로젝트 팀의 영역이며 업무 개선 사항을 듣고 상세화시켜야 한다.
업무 개선 사항에 대한 정의
AS-IS에서 To-be의 개선사항들에 대해서 정의를 한다.
제품 특성에 대한 정의
그림 Ⅲ-16. 제품 특성에 대한 분류
제폼의 특성은 기능적인 특성, 품질에 대한 특성, 제품의 제약 사항, 시스템에 대한 특성으로 나누어진다.
-
제품 특성의 예
그림 Ⅲ-17. 은행 시스템의 특성
위의 그림은 제품 특성의 예를 보여준다. 제품 특성은 간단히 한 줄로 시스템의 특징을 설명할 수 있어야 한다.
요구사항에 대한 설명
이 절에서는 앞절의 요구사항에 대하여 상세하게 설명한다.
-
요구사항 유형들 사이의 관계
그림 Ⅲ-18. 요구사항 유형들 사이의 관계
-
요구사항 문서와 요구사항 유형 사이의 관계
그림 Ⅲ-19. 요구사항 유형과 요구사항 문서의 관계
-
요구사항의 추적성
그림 Ⅲ-20. 요구사항의 추적성
-
요구사항 관련 문서들 사이의 관계
그림 Ⅲ-21. 요구사항 관련 문서들 사이의 관계
이올린에 북마크하기'Dev... > 소프트웨어 아키텍처' 카테고리의 다른 글
| [SA강좌] Part 2-8 품질 속성과 프로파일 (0) | 2008/08/11 |
|---|---|
| [SA강좌] Part 2-7 요구사항 파악절차 (0) | 2008/08/11 |
| [SA강좌] Part 2-6 요구사항 정의 절차 (0) | 2008/08/05 |
| [SA강좌] Part 2-5 아키텍처 관련 산출물의 개요 (0) | 2008/08/04 |
| [SA강좌] Part 2-4 소프트웨어 아키텍처 상세 설계 절차 (0) | 2008/08/01 |
| [SA강좌] Part 2-3 소프트웨어 아키텍처 설계 절차와 CBD방법론의 관계 (0) | 2008/07/31 |
Prev
Rss Feed
