observe_db

5/12 설계란? 목적: 어떻게 system을 만들 것인지 결정 요구사항 프로세스를 software domain으로 변경(translate) 문제에 대한 해답 제시 Good Design이란? 유지 가능한(maintainable) Cohesion(응집력): 기능적 관련성이 강하고 Coupling(결합력): 상호연결의 힘이 약하고 Understandability(이해가능): 정보의 제공 Adaptability(적용성) +모듈화가 잘 되어야한다. Design은 크게 - Management Aspect(관리) Preliminary design(기본 설계): 요구사항을 데이터와 소프트웨어 구조/구성으로 변환 Detail design(상세 설계): 구조의 세부사항과 데이터 구조 및 소프트웨어 알고리즘 재정의 -Te..

Introduction Funtional model(기능 모델링) 시스템이 어떻게 동작할 것인지 표현 Usecase Diagram, Activity Diagram Structural model(구조 모델링) 시스템에서 만들어지고 사용되는 객체 표현 Class Diagram, Object Digram, Package Diagram Structural model is evolving over time 분석(analysis)과정: 객체의 논리적 구조 시각화 설계(design) 과정: 객체가 DB나 파일에서 어떻게 구성될지를 반영 Behavioral model(행위 모델링) 객체의 내부 행동 표현 객체간 상호작용 표현 Sequence Diagram, State machine diagram Objectives 분..

개발 과정-분석 요구사항->비즈니스 프로세스 이해->domain 모델링->행위적 모델링 기능모델: 어떻게 비즈니스 시스템이 동작하고 시스템이 무엇을 하는지. 시스템의 외부 행위 관점을 서술 구조모델: 비즈니스 시스템에 의해 생성되고 사용되는 객체. 정보 시스템의 정적 관점. 클래스 레벨 관점 행위모델: 내부 동작이나 정보시스템의 직접적인 관점 서술. 객체 레벨 관점 행위 모델의 종류 - 비즈니스 프로세스의 잠재된 세부사항을 나타내는 모델(sequence diagram, communicatoin diagram) - 잠재된 데이터의 변화를 나타내는 모델(behavior state machine) 행위 모델링의 목적 -구조모델링의 usecase들끼리 객체가 어떻게 협업하는지. -비즈니스 프로세스의 내부적 관점..

4/10, 4/14, 4/17 Structure Modeling 전에.. Use case diagram의 실현화 - 정교한 작업 수행 - 오브젝트와 use-case 연결 Sequence Diagram을 통해 실현화(Object간 메시지를 어떻게 주고받는지) 규칙과 스타일 가이드라인 이해 CRC(Class-Responsibility-Collaboration) Cards Class Diagram Object Diagram Introduction Functional model(기능) Structural model(구조) 이해를 위한 3가지 방법(CRC, Class diagram, Object diagram) Structure Modeling의 목적 -실제와 소프트웨어 사이의 semantic gap의 감소 -분..