7. 명세 그거 해야해 ? 2 조엘이 말하는 명세의 거짓 - 시간이 소비된다 - 나사나 우주왕복선 만드는 공학도나 큰규모의 프로젝트에나 어울린다 조엘이 말하는 명세의 장점 - 소프트웨어 설계 - 의사소통 시간의 절약 개발팀 품질향상팀 testing code_inspection 명세서
9. 사례 2 오픈마루 내용적인 측면을 보자면 , 기획자의 의도는 위에서 설명한 여러 가지 경로를 통해 공유되고 있고 행여나 개발자가 중간에 모르는 것이 있으면 바로 앞에 ( 혹은 옆에 ) 앉아 있는 기획자에게 그때 그때 물어보면 되기 때문에 기획서가 요구사항 명세서나 기능 정의서 역할을 할 필요가 없다 개발자는 수정된 기획 문서를 빨리 받아볼 수 있게 되고 , 기획자는 좀 더 창의적이고 생산적인 일에 집중할 수 있게 된다 최근에 시스템의 모든 범위를 포괄하는 단일한 문서가 없어서 문제가 발생 한 경우가 한 번 있었다 . 사발면 프로젝트의 핵심 기능 중 하나이자 여러 테스터들이 좋다고 얘기한 기능 한 가지가 보름이 넘도록 작동되지 않는 채로 방치되어 있었는데 프로젝트 팀의 어느 누구도 모르고 있었던 것이다 . 강문식 씨의 노력으로 테스트 커버지리가 거의 100% 가까이 유지되고 있는 서버 측 단위 테스트 모음 (RSpec 을 쓰고 있다 ) 만 믿고 수동 테스트나 기능 테스트 ( 혹은 인수 테스트 ) 를 부실하게 한 결과 , 단위 테스트로는 적절히 처리하기 힘든 모듈에서 문제가 발생했던 것이다 이 문제를 보완하기 위해 , 지난주부터 시스템의 전체 기능 명세서와 비슷한 것을 엑셀 파일에 작성하기 시작했다
10. 사례 3 스도쿠 1. 프로토타입 개발 - 페이지 이동 , 확대 , 축소 기능 , 확대 / 축소된 문서 맞춤기능 2. 1 차 추가 기능 - 스크롤 이동시 페이지도 이동 3. 2 차 추가 기능 - 전체화면 , 썸네일 보기 , 이미지 정리 < 기능 > 1. 전체화면 기능 : 페이지의 나머지 태그들을 display:none; 변경하고 object 태그의 width, height 를 100% 로 키움 => object 태그가 한 화면에 많이 있을때 문제가 될 수 있다 . 2. 썸네일 기능 : SWF 파일의 배치를 다시 한다 . => 한 장일 경우에도 잘되는가 ? => 장수가 크면 많이 느릴 수도 있다 . 3. 페이지 이동 기능 : 문서에 맞춰서 스크롤 위치 변화도 같이 된다 . 4. 확대 / 축소 기능 : 현재 문서의 젤 위에 맞춰서 확대 / 축소된다 . => 사용자들은 이 때문에 불편할 수 도 있을 것 같다 . 5. 페이지 맞춤 기능 => 확대 / 축소 슬라이드가 안맞는 경우가 있다 . -----------------------------------------------