METHODOLOGY
ooCBD
객체지향 기술과 컴포넌트 기반 개발을 결합. 요즘 개발이 향하는 주류 방법론.
UseCase 모델
개발 범위를 다이어그램으로 표현한 모델. 요구사항 정의서와 짝을 이룬다.
유스케이스 모델은 그림 자체가 목적이 아니라, 시스템 경계 밖과 안을 갈라 개발 범위를 발주사와 합의하는 계약적 도구다. 다이어그램에 없는 기능은 이번 범위가 아니라는 합의를 만들고, 세부 흐름은 요구사항 명세서에 위임해 추적성을 맞춰야 분석 산출물로서 제 역할을 한다.
분석·설계 · 모델링OO 모델링
현실의 사물·개념을 객체로 인식해 시스템을 분석·설계하는 방법론.
객체 분해의 성패는 클래스를 몇 개로 쪼갰느냐가 아니라, 변경 요청이 들어왔을 때 영향 범위가 한 객체 안에서 끝나느냐로 판가름난다. 도메인 용어와 객체 이름을 일치시켜 두면 현업·분석가·개발자가 같은 언어로 모델을 검증하게 되어, 설계 오류가 코드로 굳기 전에 드러난다.
구현 · 방법론ooCBD
객체지향 기술과 컴포넌트 기반 개발을 결합한 방법론.
컴포넌트 분할의 적정선은 부품을 얼마나 많이 쪼갰느냐가 아니라, 인터페이스를 바꾸지 않고도 내부를 자유롭게 고칠 수 있느냐로 정해진다. 재사용은 거저 얻어지지 않으며, 인터페이스를 일반화하고 의존성을 정리한 선행 투자가 이익을 넘어서는 지점을 가늠하는 것이 방법론 적용의 핵심이다.
분석·설계 · 모델링UML
객체지향 분석·설계를 표준 다이어그램으로 표현하는 통합 모델링 언어.
UML은 모든 다이어그램을 다 그릴 때가 아니라 핵심 협력 구조와 위험한 흐름만 골라 그릴 때 가장 유용하다. 완벽한 모델링에 일정을 쓰기보다, 유스케이스·클래스·시퀀스의 추적 관계를 유지해 변경의 파급 범위를 읽어내는 기준선으로 삼는 편이 현장에서 더 큰 가치를 낸다.
분석·설계 · 모델링클래스 다이어그램
클래스의 속성·행위·관계를 표현하는 정적 구조 다이어그램.
클래스 다이어그램은 관계선이 한 클래스에 몰리는지, 다중도가 명확한지를 보는 결합도·응집도 진단 도구로 쓸 때 가치가 가장 크다. 시퀀스 다이어그램의 메시지와 클래스의 행위가 일대일로 대응되는지 교차 점검하면 설계의 빈틈을 코드 작성 전에 잡아낼 수 있다.
분석·설계 · 모델링시퀀스 다이어그램
객체 간 메시지 흐름을 시간순으로 표현하는 동적 다이어그램.
시퀀스 다이어그램은 메시지 왕복이 길어지거나 한 객체로 호출이 몰리는 지점을 통해 병목과 책임 편중을 코드 작성 전에 드러낸다. 모든 유스케이스를 다 그리기보다 협력 구조가 복잡하고 위험이 큰 핵심 흐름만 선별해 그리고, 그 메시지를 클래스 행위와 대조하는 활용이 현장에서 가장 효율적이다.