Gentle Breeze

* 설계 단계 - 목표 : 분석 단계에서 구현 된 것들을 어떻게 채워 넣을 것인가를 결정하는 단계 - Key-practices * 분석 모델과 SW 아키텍처를 바탕으로 설계 모델 정의 * 논리 데이터 모델을 물리 데이터 모델로 변환 * 코드화 대상을 파악하고 데이터 코드를 설계

* 디자인 패턴 - 정의 * 유사한 문제에 대해 반복적으로 적용할 수 있는 특정한 해결책 * 새로운 문제에 대한 해결착을 찾아낼 때 기존의 해결책을 조합 * 검증된 디자인 경험을 문서화하고 구분하여 제시 * 유사한 문제들에 대해 반복적인 해결책과 Trade-Offs 제시 * 디자인이 기존에 존재하는 부분도 고려하고 검증된 쪽으로 나아가도록 도와줌 - 구성요소 * 패턴 이름 - 가장 중요 * 문제(Problem) * 해결방법(Solution) * 결론(Conclusion) - J2EE (기업용 시스템 개발)에 패턴을 적용하는 이유 보안, 확장성, Performance 향상, Stability - 장점 * 개발자를 위한 공통의 단어, 어휘를 정의하여 개발자간 원활한 의사 소통을 가능하도록 함 * 개별 개발자..

* 아키텍처 정의 단계 - 목표 : 요구 정의와 분석 시첨에 시스템 구축을 위한 청사진 및 설계의 주요 구성 요소에 대한 설계 원칙과 방향을 제시 - Key-practices * 모든 이해 당사자를 대상으로 시스템의 큰 그림을 제공하는 개념 아키텍처 정의 * 아키텍트의 상호 협업을 통한 아키텍처 설계 방향 정의 * 아키텍처 설계를 통한 설계 및 개발 원칙 체공 * 실행 아키텍처 구축을 통한 아키텍처 베이스라인 조기 확보 - 시제품 구현 - 아키택처 시스템의 구성요소, 구성요소간의 관계를 정의하여 시스템 개발을 위한 설계원칙 및 제약조건 등을 제공 - 아키텍처 도메인 아키텍처의 복잡성을 줄이기 위해 분석대상에 따라 Business, App, Data, 기술 Infra 아키텍처로 분리

* 분석 단계 - 목표 : 요구정의 단계에서 정의된 요구사항을 시스템 기능으로 정형화 실제 구현 환경과 독립적으로 시스템을 구조화 - Key-practices * 기존 시스템의 데이터 분석 및 요구사항을 반영하여 목표 시스템의 데이터 구조를 정의 - 데이터 분석 * 사용자-시스템간의 상호 작용을 위한 화면 정의, 화면 네비게이션(화면간 이동관계) 정의 - 화면 분석 → 화면 정의서 산출 * 사용자의 기능적 요구사항을 상세화, 실제 시스템 기능 구현을 위해 필요한 분석 클래스 도출 - 업무 분석 → 클래스 다이어그램 산출

* 요구정의 단계 - 목표 : 개발 할 시스템의 도메인(업무)을 이해 요구사항을 정형화, 명세화 - Key-practices * 현행 시스템 구조(As-Is) 와 현행 업무 프로세스를 파악하고 개선점(To-Be) 도출 * 개선된 업무 프로세스를 파악하고 개선효과 정의 (To-Be) * 제안서, 계약서 기반으로 업무 범위 정의 수행 * 도출된 요구사항을 분류하고 Use Case Model을 통해 정제 → 요구사항 정의서, UseCase Diagram 산출 * 정제된 요구사항을 고객과 합의에 의하여 baseline 확정