하나의 소프트웨어 개발 프로젝트에 참여할 때, 내가 가장 먼저 고객과 함께 진행하는 일 중 하나는, 그 소프트웨어의 수명을 미리 정하는 일이다.
빠르면 내일, 길어도 며칠 내에는 다시 작성할 프로토타입부터 시작해서, 5년 또는 7년 넘게 문제없이 동작해야 할 기업용 어플리케이션까지..
이를 습관화 하면, 소프트웨어 개발 시에 '과도한 설계' 문제를 피할 수 있고, 또한 고객과 개발자 모두가 수용할 수 있는 적정 개발 기간과 단가를 산출할 수 있다.
옮기며 덧붙임
상당히 거창하게 적었지만, 요구사항 분석 시 질문하는 수많은 체크리스트 중 하나일 뿐이다. 하지만 한편으론, 가장 빼먹기 쉬운 것 중 하나이기도 하다.
'Software Engineering' 카테고리의 다른 글
| 출제자의 의도 파악 문제 (2) | 2008/05/30 |
|---|---|
| 깨끗한 코드 (2) | 2008/03/10 |
| 소프트웨어의 수명 정하기 (0) | 2008/02/22 |
| 성급한 퍼포먼스 튜닝 (6) | 2007/05/06 |
| 코드의 레이어링 (0) | 2007/03/11 |
| 테스트 케이스 (0) | 2007/03/07 |
댓글을 달아 주세요