- Domain 분석(요구사항이 적힌 문서 공유, 요구사항을 제대로 분석하기 위해서 먼저 Domain 분석을 하는 것)
- Rich Picture를 그림
- rich picture를 분석해서 domain model 만듦(= Conceptial model)
class diagram의 casual한 형태 - 객체 지향에서 UML을 쓸 때 요구사항 분석의 결과 : USE CASE가 나옴
Use case : 사용자에게 어떻게 쓰고 싶은지 계속 물어보는 것
여러 개 USE case를 한 번에 보고 싶을 때 -> Use case diagram -> System boundary가 정해짐.
System 안쪽에서는 만들어야 하는 것. System 밖에서는 우리가 조사해야 하는 것.(DB랑 어떻게 커넥 ? 등등 ) - Use case 내에서 사용자와 어떻게 소통하는지 그린 것 : SSD
선 하나하나가 operation contract
operation contract : event가 벌어지기 전과 그 후가 달라진다. , 그 전후를 적어둔 것이 operation contract이다.
System과 actor가 상호작용하는데 그 선 하나하나가 event 이고, 그 event 전후 상태를 분석하는 것이 Operation contract이다.(Pre condition -> Postcondition), 여기서 메서드들이 나옴
On-site customer : 옆집에 있는 고객. 잘 모를 떄 옆에 붙어서 설명해줄 수 있도록 하는 것.
FX 시장 : 어떤 actor가 있는지, system을 어떤 용도로 사용할 것인지, USE CASE 이름을 찾는 것
