Blue sky, wind, cloud and knulf

개발방법론중 CBD 방법론에서 일반적인 산출물과 어떤 개발 프로젝트의 산출물 예제이다. 정리가 잘되어 있고, 예제 같은 경우 작성자가 정리를 정말 잘했다. 문서의 요점은 기본 초안과 내용을 잡고 지속적인 내용의 보강과 확장이다... 그런데, 정말 단계 즉 프로세스가 필요하다는 것은 알겠지만, 정말 문서를 이렇게까지 만들어야 할까 하는 생각은 든다. 협업을 해야 하는 경우라면 필요하겠지만, 소규모 인원으로 하는 프로젝트의 경우 이렇게 까지는 필요가 없을 듯 한데 말야..

1. 분석 1.1. 현업요구사항정의서 해당 프로젝트를 수행하는 가장 기본이 되며 고객의 needs을 담고 있는 문서입니다. 이를 통해 다양한 스펙산정이 가능합니다. 이부분에서 요구ID를 도출합니다. 1.2. 기능챠트 현업요구사항을 근간으로 큰 카테고리를 만들어 한눈에 해당 프로젝트가 무슨 일을 하는 것인지 보여줄 있습니다. * 이부분은 개발방법론에 따라 유스케이스다이어그램으로 대치할 수도 있을 것으로 판단되어지고, 기능챠트와 같이 가도 무관하다는 판단입니다. 1.3. 프로세스 정의서 기능챠트를 기준으로 각각의 프로세스를 보여줍니다. 때에 따라 확대된 프로세스의 표현도 가능합니다. * 개발방법론에 따라 시퀀스다이어그램을 넣어도 무방하다는 판단입니다. 1.4. 인터페이스정의서 상기 현업요구사항정의서,기능챠트..