요구 사항 정리
보통 시스템 수요 주체는 표준 비지니스 절차로 Request For Information을 통해 많은 공급자들의 가용한 능력들에 관한 정보를 문서 형태로 수집한다. 그 이후에 Request For Proposal/Request For Quotation등을 요구하게 된다.
하지만 작은 규모의 새로운 시스템을 구현 하려고 하나 요구가 명확하지 않은 상황에서 정리가 필요하다. 개인 또는 소규모 집단과 같은 주체가 이런 과정이 익숙하지 않은 경우가 많다.
초기 기획 이전 단계에 활용하면, 기획에 도움이 될 수도 있으려나(?), 개발하려는 프로그램/시스템을 명확하게 정의를 내려서, 목표를 명확하게 할 수 있다.
요구 사항 분류들
- 기능 요구 사항
- 품질 요구 사항
- 제약 사항 ( 비지니스적, 기술적 )
UML에서 Use Case와 기능 요구사항과 구분하지만...
정해진 문법에 따라 그림으로 시각화 하여, 한눈에 들어 오게하는 용도로 글을 작성해서 길고 혼잡한 것을 해소 시켜 준다. ( byron1st.pe.kr )
Use Case Diagram ( from UML )
행동 도표(behavior diagram)라고도 하며, 행위의 집합들을 표현하며, 이는 어떤 시스템(subject)은 하나 또는 그이상의 외부 유저(actor)와 협력해서 동작하거나 할 수 있는 부분들이다.
- Business Use Case Diagrams ( from www.uml-diagrams.org )
- System Use Case Diagrams ( from www.uml-diagrams.org )
Use Case Diagram Editor 의 구글 Trend
- gliffy
- draw.io
- luchid chard
- creately
인기 높은 gliffy에는 Use Case가 없으며, 유사한 Activity Diagram를 제공한다.
- gliffy 실행 화면
- 오래된 MS Visio
1) "include" streotype이 없으니, 추가 하기
도구바의 UML 항목에서 "스테레오타입을 선택하고, 다얼로그창에서 "신규"를 선택
각 항목을 수정(스테레오타입:include, 기본클래스:일반화)한다 - "extend"와 동일하게
2) use case(사용 사례) 모양(shape)내의 글자가 글넘김이 안되는 현상 수정하기
File(파일)->Option(옵션)->Advanced(고급) : 일반 항목에서 "개발자 모드로 실행" 선택
shape(사용 사례, use case)를 선택하고, 우측메뉴에서 "ShapeSheet표시"를 선택
Protection항목읠 LockTextEdit의 값을 1에서 0으로 변경
shape(사용 사례, use case)를 선택하고, F2를 누르면 글자수정가능함(줄넘기, Shift-Enter)