변화하는 요구사항을 다뤄야 한다. 구조적(Structured) 접근과 객체지향(Object Oriented)접근의 차이는 => 책임의 이동이다. 구조적인 접근은 한명이 명령을 내리는 거라면 객체지향은 각각의 객체가 자신의 역할을 알고 움직이는 것이다. 성공적
Inception Phase시작 단계에서 나타날 의문 What is the vision and business case for this project? Feasible? Buy and/or build? Rough estimate of cost: Is it $10
객체지향 개발을 할 때 내가 무엇을 개발해야하는지 아는 것은 상당히 중요하다.코드의 난잡함을 해결하고 메소드가 하나의 일만을 수행할 수 있도록 하여 유지보수가 쉽도록 하기 위해서전체적인 시스템을 개발 전부터 구조화시키는 과정이 필요하다.구조화 시키는 과정 즉 소프트웨어
시스템 시퀀스 다이어그램과 시퀀스 다이어그램과의 차이는 표현의 범위에 있다시스템 시퀀스 다이어그램은 개발 중인 시스템의 인풋 아웃풋 이벤트를 표현하는 것에 집중한다.일반적인 시퀀스 다이어그램이 외부 액터와 시스템 속 유스케이스의 시간에 따른 상호작용을 표현한다면시스템
도메인 모델이란개발해야 하는 도메인의 개념 클래스 또는 실제 객체들의 시각적 표현도메인 모델은 소프트웨어 컴포넌트가 아니라 실세계 개념 클래스들의 표현이다. 소프트웨어 클래스 또는 책임을 갖고 있는 소프트웨어 객체를 나타내는 다이어그램 집합이 아니다.네모 : 도메인 모
Preconditions : 전제조건 조건이 충족되어야 유스케이스 시작 ex)로그인 Postconditions : 사후조건 시스템이 종료되었을 때 충족해야할 조건 postconditions은 이해관계자의 요구를 충족시켜야 한다. main success scenari
정교화는 다음과 같은 초기 일련의 반복이다. 대부분의 요구사항이 발견되고 안정화 대부분의 사용 사례 및 기타 요구사항을 일련의 작업장을 통해 상세하게 작성 주요 위험(기술이나 비즈니스 가치)의 경감이나 퇴직 코어 아키텍쳐 요소가 구현되고 입증 정교화
도메인 모델 구성요소 연관은 실선으로 표현되며 이미지 출처(https://objectdiscovery.com/solutions/publications/roles/index.html) UML에서 연관(association)은 한 클래스의 객체가 다른 클래스의 객체에
분석단계는 요구사항, 개념, 시스템 작동에 대한 이해를 강조한다.분석단계에서 산출물유스케이스 - 도메인 프로세스는 뭔지, 기능적 요구사항이 뭔지도메인 모델 - problem 도메인과 관련된 개념, 용어는 뭔지시스템 시퀀스 다이어그램 - 시스템 이벤트와 작동은 뭔지계약
개체 사이를 선으로 연결하여 메시지를 표현한다.시간은 위에서 아래 순으로 진행한다.Customer에서 29cm으로 '배송비 무료로 처리'라는 메시지를 보낸다.객체 아래로 점선은 생명선이라고 하며 작동이 될 때는 네모를 만들어 준다.Return 값은 점선 화살표로 표시하
GRASP 패턴General Responsibility Assignment Software Patterns각 개체에 책임을 부여하는 원칙Information Expert PatterOOD에서 책임을 부여하는 가장 기본적인 원칙은 무엇일까?책임을 수행하는 데 필요한 정보