Page History

...

• 단계 : 코딩단계는 앞단계와 결합할때도 있지만,다음 단계와 결합할때도 있다.
• 주의점 : 불행히도 코드 작성은 사소하게 보일 때가 흔하다.  하지만 이 단계에서 시스템의 구성요소를 전부 만든다.

좀더 먼 미래에 이야기된 DDD에서 이야기된 내용이며~

코딩단계가 결코 사소한 단계가 아닌, 소프트웨어 개발의 핵심이란점입니다.

폭포수모델을 사용하는데 가장 큰문제는, 잘못 예측된 계획단계,잘못 설계된 인터페이스,예측하지 못한 시스템등

모두 구현(코딩)단계에 보이지 않는 노력을 쏟아붓는다는 점입니다. ( 일정을 지키려고 야야근 / 하향식 개발인 WBS에서 상위계획 수정을 결코 표현할수 없습니다. 전체일정을 늘려야하니까요, 일정조율없이 암묵적으로 구현단계에서 커버합니다. ) 

분석모델이 별도로 존재하는 이분법을 채택하지 않고 설계와 코드를 일치시키는것이 핵심!

코드의 변경이 곧 모델의 변경이라는 점을 인식해야하는 점과, 설계자가 구현을 하지 못해 개발자와 업무의 단절이 생기면

설계자의 지식과 솜씨는 결코 전달되지 않기때문에 실천적 모델(HANDS-ON MODELER)을 각 프로그래머가 수행해야하며

이것은 역활과는 상관없이 코드를 변경하는 책임이 있는 이들은 코드를 통해 모델을 표현하는 방법을 배워야한다란것을 강조하고 있습니다.

5-시스템 검증단계

• 단계 : 모듈테스트단계가 포함될수 있으며, "우리가 시스템을 제대로 만들었는가?" 질문에 답을준다. 착수단계에 이미 만든 테스트케이스를 수행하기도한다.
• 주의점 : 실천배치가되어 발생하는문제를 대부분 잡지 못할수도 있다. 다음 유지보수단계에서 요구사항과 기능명세가 불일치함을 찾을수도 있고 유지보수 초반단계에 폭포수의 모든단계를 다시할수도 있다. 유지보수는 기능개선임에도 불구하고 사실은 기존에 잘못개발된것을 고치는데 더 많은 시간을 쏟아부울수도 있다.

...