SDLC 프로세스 문서화

Question

개발 팀의 선임이기 때문에 팀의보다 정교한 프로세스를 생성하도록 도와 달라는 요청을 받았습니다. SDLC/폭포 메서드를 경계로 사용하지 않고 SDLC/waterfall 메서드를 경계해야합니다. 각 단계의 ("여기에 몇 가지 요구 사항, 코드가 있습니다!"). 같은 민첩한 등 다양한 방법의 논의에 들어가기없이

(내가 좋아하는, 그러나 아마 최대 그 을 가지고하는 방법을 통해 다른 스레드를 시작합니다), 개발자를 포함 SDLC 단계를 공식화에 대한이 좋은 자원입니다? 아이디어는 프로세스를 표준화하는 것이므로 일반적으로 필요한 문서의 특정 단계 나 아이디어를 논의하는 것이 좋습니다.

필자는 위키 피 디아의 표준 기사와 그 지사를 주제에 대해 잘 살펴 보았지만 일반적인 개요를 제공했지만 일반적인 절차를 따라야합니다. 빅뱅 접근을 피하기위한 점진적인 조치가 도움이 될 것입니다.

팀이 도움이된다면, 팀은 주로 카우보이 코더이며, 유일한 공식 결과물은 코드 자체의 최종 결과입니다. 이미 업계에서 이미 받아 들인 디자인, 문서 및 기타 여러 가지 단계와 산출물이 있습니다. 그래서 내가 한 일입니다. 무엇이 효과적이며 그 과정에서 추가 산출물에 관해서는 어리석은 것입니다.

Answer 1

나는 method engineering 접근법을 제안 할 수 있습니다.

• 가 무엇 : 그런 당신이 따라야 할 것으로 예상되는 방법을 포함하여 설명하는 데 사용할 수있는 당신에게 언어 (개념과 관계의 집합)을 얻었다 ISO/IEC 24744과 같은 표준이있다 즉, 프로세스, 작업, 기술.
• ~, 즉 문서, 모델 및 기타 제품을 대상으로합니다.
• 누구입니까 사람, 팀 및 도구입니다.
• 이 완료 될 때, 즉 단계 및 중요 시점입니다.

관련 관점에서는 my answer here을 참조하십시오.

추가 정보가 필요하면 알려주세요.

Answer 2

나는이 article을 살펴볼 것을 제안한다. 여기서는 저자가 실제 환경, 입력, 출력 및 각 단계의 책임자, 더 이상 논리적 정의 및 방법론에 어떻게 적용되는지 자세히 설명한다.

작업 환경에서 SDLC를 적용하려면이 기사를 적극 권장합니다.