![]()
상태 다이어그램이란 이벤트에 의한 객체들의 상태 변화를 그림으로 표현한 것입니다. 객체의 상태란 객체가 갖는 속성 값의 변화를 의미하며, 시스템에서 상태 변환 이벤트를 확인할 필요가 있는 객체만을 대상으로 그립니다. 상태 다이어그램은 다음과 같이 생겼습니다. 상태 다이어그램의 구성 요소는 다음 6가지와 같습니다. 1) 시작 상태 2) 상태 3) 상태 전환 4) 이벤트 상태에 변화를 주는 현상 - 조건 - 외부 신호 - 시간의 흐름 등 5) 종료 상태 6) 프레임 상태 다이어그램의 범위를 표시한 것
![]()
커뮤니케이션 다이어그램이란 객체들이 상호작용하는 과정과 객체들 간의 연관을 그림으로 표현한 것입니다. 클래스 다이어그램에서 관계가 제대로 표현됐는지 점검하는 용도로도 사용되며, 초기에는 협업(Collaboration) 다이어그램이라고 불렸습니다. 커뮤니케이션 다이어그램은 아래와 같이 생겼습니다. 커뮤니케이션 구성요소에는 다음 4가지가 있습니다. 1) 액터 외부 요소 2) 객체 메시지를 주고받는 주체 3) 링크 객체-객체, 액터-객체의 관계를 표현 4) 메시지 시퀀스 다이어그램과의 차이점은, 커뮤니케이션 다이어그램의 경우 메시지뿐만 아니라 객체들 간 관계까지 표현한다는 것입니다. 바로 '링크'라는 구성요소를 사용해서 말입니다.
![]()
동적 모델링이란 시스템 내부 요소들의 상태 변화와 상호 작용을 표현한 것입니다. 동적 모델링의 종류는 다음 3가지입니다. - 시퀀스 다이어그램 - 커뮤니케이션 다이어그램 - 상태 다이어그램 이 세 가지 다이어그램을 차례대로 다뤄볼 것입니다. 시퀀스 다이어그램이란 객체들이 메시지를 주고받는 상호 작용을 그림으로 표현한 것입니다. 객체들의 수행 기간을 확인할 수 있습니다. 시퀀스 다이어그램은 다음과 같이 생겼습니다. 시퀀스 다이어그램의 구성 요소 7가지는 다음과 같습니다. 1) 액터 외부 시스템 2) 객체 메시지를 주고받는 주체 3) 생명선 객체가 메모리에 존재하는 기간 '객체 소멸'전 까지 존재 4) 실행 상자 (활성 상자) 객체가 구동되고 있음을 표현 5) 메시지 6) 객체 소멸 7) 프레임 다이어그램의..
![]()
정적 모델링이란 기능을 구현하는데 필요한 자료들의 논리적 구조를 표현한 것입니다. 보통 객체들을 클래스로 추상화하여 표현하는데, UML을 이용한 정적 모델링의 대표가 바로 클래스 다이어그램입니다. 클래스 다이어그램은 구조적 다이어그램으로서, 시스템 구성 요소를 문서화하는 데 사용합니다. 클래스 다이어그램은 대략 아래와 같이 생겼습니다. 클래스 다이어그램의 구성요소에는 다음 3가지가 존재합니다. 1) 클래스 객체들이 갖는 속성, 동작을 표현한 것 2) 제약조건 3) 관계 연관 관계, 집합 관계, 포함 관계 등 각종 화살표들 연관 클래스는 연관 관계에 있는 두 클래스에 추가적으로 표현해야 할 속성이나 오퍼레이션이 있는 경우 생셩하는 클래스입니다. 두 클래스 사이 선의 가운데로부터 점선을 그어 연관 클래스를 ..
![]()
활동 다이어그램은 사용자의 관점에서 시스템의 기능을 처리 흐름에 따라 순서대로 표현한 것입니다. 자료 흐름도와 유사한 특징을 지닙니다. 활동 다이어그램은 대략 다음과 같이 생겼습니다. 활동 다이어그램의 구성요소 8가지는 다음과 같습니다. 1) 시작 노드 2) 액션 / 액티비티 액션 : 더 이상 분해할 수 없는 단일 작업 액티비티 : 액션으로 분리될 수 있는 작업 3) 조건(판단)노드 4) 병합 노드 5) 포크 노드 6) 조인 노드 7) 종료 노드 8) 스윔레인 액티비티 수행 주체를 구분해주는 선
![]()
기능 모델링이란 시스템의 기능을 사용자와 공유하기 위해 그림으로 표현하는 것입니다. 기능 모델링의 종류에는 '유스케이스 다이어그램'과 '액티비티 다이어그램'이 있으며, 이 중 유스케이스 다이어그램에 대해 자세히 알아봅시다. 유스케이스 다이어그램이란 시스템의 기능을 사용자 관점에서 표현한 것입니다. 사용자의 요구사항을 분석하기 위한 도구로 사용되며, 시스템의 범위 및 외부 요소와 시스템 간의 상호 작용을 파악할 수 있습니다. 일반적으로 유스케이스 다이어그램은 다음과 같이 생겼습니다. 유스케이스 다이어그램의 구성 요소는 아래 4가지와 같습니다. 시스템 / 시스템 범위 액터 유스케이스 관계 큰 네모 박스 주액터 - 좌측 사람 부액터 - 우측 외부시스템 시스템 박스 내부 타원들 화살표
![]()
UML(Unified Modeling Language)이란 시스템 개발 과정에서의 의사소통을 위한 표준화된 객체지향 모델링 언어입니다. Rumbaugh, Booch, Jacobson 등의 객체지향 방법론의 장점을 통합하였습니다. UML의 구성 요소 3가지는 다음과 같습니다. - 사물 - 관계 - 다이어그램 사물(Things)의 종류 4가지는 다음과 같습니다. - 구조 사물 - 행동 사물 - 그룹 사물 - 주해 사물 관계(Relationship)의 종류에는 6가지가 있습니다. 연관 집합 포함 일반화 의존 실체화 관련 있음 포함됨 (독립적) 포함됨 (종속적) 더 구체적 관련 있음 (짧은 시간동안) 할 수 있음 * 화살표를 쏘는 객체 입장에서 설명하였습니다. 연관 관계의 다중도에 대해 알아봅시다. n n..m..
![]()
자료흐름도(DFD)란 자료의 흐름 및 변환 과정, 기능을 도형 중심으로 기술하는 방법입니다. '자료 흐름 그래프', '버블 차트'라고도 부릅니다. 다음은 자료흐름도에서 사용하는 기본 기호 4가지 입니다. 프로세스 자료 흐름 자료 저장소 단말 처리 / 기능 / 변환 / 버블 자료의 이동 및 연관관계 파일, 데이터베이스 외부 개체 자료 사전(DD)는 자료 흐름도에 있는 자료를 더 자세히 기록한 것입니다. 일종의 메타 데이터입니다. 다음은 자료 사전에서 사용하는 기본 기호 6가지 입니다. = + ( ) [ ] { } * * 정의 연결 생략 선택 반복 설명 is composed of and Optional or Iteration of Comment 요구사항 분석용 CASE(자동화 도구)는 요구사항을 자동으로 분..
![]()
요구공학이란 요구사항의 정의, 분석, 관리에 대해 연구하는 학문입니다. 요구사항 개발 프로세스는 다음 4단계로 이루어집니다. : 도출(Elicitation) - 분석(Analysis) - 명세(Specification) - 확인(Validation) 요구사항 분석 기법으로는 주로 '구조적 분석 기법'이 사용됩니다. 구조적 분석 기법은 자료의 흐름과 처리를 중심으로 요구사항을 분석합니다. 주요 구조적 분석 기법 도구는 아래와 같습니다. - 자료 흐름도 (DFD) - 자료 사전(DD) - 소단위 명세서 (Mini-Spec.) - 개체 관계도 (ERD) - 상태 전이도 (STD) - 제어 명세서 요구사항 명세 기법에는 다음 2가지가 있습니다. 정형 명세 기법 비정형 명세 기법 수학적 기호 자연어 기반 서술 /..
![]()
요구사항이란 소프트웨어가 제공하는 서비스에 대한 설명과 제약조건 등을 나타내며 아래와 같이 4가지로 구분할 수 있습니다. ★ 기능 요구사항이란 수행과 관련된 요구사항입니다. - 입력과 출력은 무엇이 포함돼야 하는가? - 어떤 데이터가 필요한가? - 사용자가 어떤 기능을 제공받길 원하는가? ★ 비기능 요구사항이란 품질이나 제약사항과 관련된 요구사항입니다. - 장비 구성 - 성능 - 인터페이스 - 데이터 구축 - 테스트 - 보안 - 프로젝트 관리 - 프로젝트 자원 등 사용자 요구사항은 사용자 관점에서 본 요구사항입니다. 시스템 요구사항은 개발자 관점에서 본 요구사항입니다.
