전 안쓰므로 패스 - -"

전 지금까지 써본적이 없습니다 ㅜ
한가지 요즘 드는 생각은.. UML 다이어그램에다가 많은걸 적으려고하면 더 복잡해 지는 것 같아요. 그냥 개발자 본인이 생각하기에 이 정도까지는 중요하다.. 적어야 겠다.. 라는 것까지만 작성하면.. 본인도 편하고.. 남들도 보기 쉽고... ;;;
그냥 잡설이었습니다.

저도 안 쓰므로 패쓰~!

요구가 있을 경우 사용합니다.

익숙해지면 UML만으로도 코딩이 끝난다는 분들도 계시긴 하시더군요..
저야 뭐.. 구색이나 맞춰 겨우 그리는 정도입니다.

장점은 역시 상당히 명시적이라는 것이 아닐까 싶습니다.

단점이야 뭐.. 익숙하지 않으면 시간이 너무 많이 걸리고..
익숙해지기 까지도 시간이 많이 걸린다는게 아닌가 싶습니다.

익숙해져서 UML작업을 하는 것이 전체 개발시간을 단축시키는 효과를 내는 분들은 이때까지 연구소장님 두분정도 봤습니다.

저는 "어림짐작"으로 그려놓은 후에 개발 끝내고 그거에 맞춰 UML을 은근슬쩍 수정하는 스킬을 사용하고 있습니다..ㅡ.,ㅡ;

저는,
기능분석은 1995년 제가 만든 Job Flow와 도표를 이용하고, (Use case 분석)
구조분석은 Class Diagram,
동적분석은 Job Flow라는 양식을 사용하고 있습니다.
(Job Flow는 Sequence Diagram, SAC, BPMN과 조금씩 비슷합니다)

문서 작성은 근래에 들어서 UML 쪽으로 변경하고 있습니다.
이유는, UML이 거의 표준화된 문서로 정착하고 있기 때문입니다.

단순히 개인적인 프로젝트나 조직내에서 해결 가능한 프로젝트에서는
Class Diagram 이외에는 제가 사용하는 문서형식을 유지합니다.

하지만, 최종 산출물과 문서를 동기화하는 일은 하지 않습니다.
저의 철학은 "문서는 대화의 수단일 뿐!"입니다.

표준적인 문서양식을 통해서 분석 및 설계 작업을 진행하는 것은
상당히 효율적이라고 생각합니다.
(UML을 문서양식이라고 표현하는 것은 문제가 있지만)

표준화 문제가 없다면,
굳이 UML을 사용하실 필요는 없을 듯 합니다.

"UML 실전에서는 이것만 쓴다"라는 책을 추천합니다.
(제목이 맞나 ㅡ.ㅡ)

개인적으로 UML을 사용하기는 합니다만.. 개발 전에 사용하지는 않았습니다 -.-;;
개발 후에 제출 문서로서 요구분석, 시퀀스등의 용도로 사용했을 뿐이죠..
이런 문서 제출을 원하는 프로젝트는 그래도 어느 정도 규모가 있는 SI인 경우가 많은데
우리나라 SI가 일정을 급하게 잡는게 보통인지라.
UML을 통한 설계는 아직까지는 미비하고 위험한 감이 있다고 생각됩니다.

저는 매우 유용하게 활용하고 있습니다. 이 놈 없었으면 어떻게 살았을까 싶을 정도입니다. ^^b

UML 실전에서는 이것만 쓴다... 라는 책은 저는 개인적으로 비추입니다.
정확한 제목은 "나는 UML 실전에서 이것만 쓴다"이지 않을까 싶습니다.
차라리 "초보자를 위한 UML 객체지향 설계" 이 놈을 더 추천하고 싶습니다.
몇 번을 반복해서 읽었는지 기억이 안날정도네요.
제가 샀을때는 1판이었는데 3판까지 나왔네요. ^^

개발자 사이의 정보 전달에는 어느정도 효과가 있다고 봅니다.
그 외에는 쓰고 싶어도 사용하는 사람이 없어요 -_-

사악신// 네 그책 좋아요~

조엘온소프트웨어에 대한 실용적인 명세서 작성하는법이 나와있는데.. 그거 시도해보려고요. 개인적인 스타일에도 맞고...