본문 바로가기

0x01 Programming/0x011 CBD 개발 방법론

# 4. 클래스 다이어그램과 분석 클래스 모델의 작성 클래스 다이어그램 : 시스템을 구성하는 기본 단위인 클래스의 내부 구조, 즉 클래스의 속성과 연산, 클래스 간의 관계를 표현한다. 클래스 다이어그램의 관계 요약 연관관계 : 클래스 A와 클래스 B는 연관관계를 가지고 있다. 포함관계 : 클래스 B는 클래스 A의 부분이다. 일반화관계 : 클래스 B는 클래스 A의 하위 클래스 이다. 의존관계 : 클래스 A는 클래스 B에 의존한다. 인터페이스 실현 관계 : 클래스 B는 인터페이스 A를 실현한다. 인터페이스 의존관계 : 클래스 A는 인터페이스 B에 의존한다. 클래스와 객체 객체는 상태와 행동을 가지는 개별적인 실체이다 클래스는 유사한 객체들의 묶음이다. 객체는 특정 클래스의 실체다. 클래스는 오직 한가지 유형의 대상과 개념만을 나타낸다 클래스의 이름은 명확하고 .. 더보기
#3. 유스케이스 모델의 작성 , 상세화, 구조화 + 유스케이스 모델 - 사용자 및 고개으로부터 요구사항을 누락없이 도출해 명확하게 기술하는 것을 목표 - 액터 : 시스템과 상호작용을 하는 시스템 외부의 존재 액터는 개발 대상이 되는 시스템에 따라서 달라질 수 있음 일반적으로 사용자, 외부시스템, 장치의 세가지 유형으로 분류 - 유스케이스 : 개발 대상이 되는 시스템이 제공하는 개별적인 기능 표현된 기능은 시스템의 사용자가 이용 기능과 이를 이용하는 액터와의 관계를 연관관계를 이요해 명시적으로 표현 시스템의 전체 기능적 요구사항은 표현된 유스케이스로 구체화 + 유스케이스 상세화 - 유스케이스에 대한 구체적인 명세를 기술한 문서를 유스케이스 명세서라 한다. (유스케이스 이름, 개요, 관련 액터 항목, 우선순위, 선행조건, 후행조건, 시나리오, 비기능적 요.. 더보기
#2. 소프트웨어 개발 개요 -소프트웨어 개발 프로세스 요구 사항 정의 -> 분석 -> 설계 -> 구현 -> 시스템 - 요구사항 정의 : 사용자들이 소프트웨어에 기대하는 기능 및 특징에 대한 요구를 도출해 명세하고 검증하는 활동 + 요구사항 - 기능적 요구사항 + 비 기능적 요구사항 : 품질 요구사항, 제약 사항 - 분석 단계 : 정의된 요구사항을 충족시킬 수 있는 시스템의 구성 요소를 파악하는 것을 목표 플랫폼 독립적 : 응용 소프트웨어를 구성하는 컴포넌트들을 결정 , 하위는 설계단계에서 고려 기능적 요구사항만의 고려, 품질 요구사항과 제약사항은 설계 단계에서 고려 - 설계 단계 : 분석의 결과물을 바탕으로 최종적으로 시스템을 구현하기 위한 구체적인 시스템 구성요소와 행위를 결정하는 활동 더보기

티스토리툴바