시스템분석및설계

모든 소프트에어 : 요구사항이 써 있는 문서부터 시작개발자 : 요구사항을 낸 사람의 정보를 모름(domain knowledge가 없음)사용자(고객) : 개발환경을 모름, 개발 수단을 모름domain exports : 소프트웨어를 사용할 사람들고객 not equal do

Domain, Domain knowledge and ... domain : 주어진 문제, 영역 어느 정도까지 공부해야 하냐(Scope) : 개발에 필요한 영역까지 domain export : domain 지식을 알고 있는 사람(고객) 전문가에게 배우는 것이 가장 좋음

Domain Models Visual representation of conceptual classes or real-world objects in a domain of interest Domain Models must have Object(객체) attribut

post condition - 거래 내역이 만들어졌다.가장 가볍고 쓰기 편한 양식 - 애자일에서는 스토리 카드라고도 부름Not Format누가 뭐를 왜(who, what, why)Write user storiesBrief format use cases보다 좀 더 양식이

<span style="background-color:책임의 존재(알아야 할 책임, 행해야 할 책임 2가지 - attribute와 method, static과 dianamic)프로그램은 상태를 바꾼다. 즉, 컴퓨터는 상태를 변화시키는 머신이다.기억되는 상태 ->

Domain 분석(요구사항이 적힌 문서 공유, 요구사항을 제대로 분석하기 위해서 먼저 Domain 분석을 하는 것)Rich Picture를 그림rich picture를 분석해서 domain model 만듦(= Conceptial model)class diagram의 c

대출이라는 추상 명사를 독서카드라는 구체적으로 만들었다. design by intension : 미래를 대비하는 코드는 하면 안된다. 설계가 복잡하면 설계가 제대로 안된 것임 -> 복잡하다 ? 설계가 제대로 안된 것...로직을 만드는 것이 힘든 것. 분석과 설계가 80

operation : rentBook결과적으로 만드는 것은 System diagram??과 class Diagram이겠지만 그 전에는 이미 Domain model과 SSD가 그려져야 한다.System Diagram이나 SDD 그린 후에 Operation Contract