Category: 소프트웨어 공학

0

기타 다이어그램(컴포넌트. 배포, 패키지 다이어그램)

15강. 기타 다이어그램(컴포넌트. 배포, 패키지 다이어그램) 기타 다이어그램(컴포넌트. 배포, 패키지 다이어그램)에 대해 알아보자. 주요 용어 컴포넌트: 기능을 구현하여 인터페이스를 제공하는 소프트웨어 부품으로물리적 바이너리 파일이다. 제공 인터페이스: 어떤 컴포넌트의 제공 인터페이스는그 컴포넌트가 구현하여 서비스로 제공하는 인터페이스이다. 요구 인터페

0

상태 머신 다이어그램

14강. 상태 머신 다이어그램 상태 머신 다이어그램에 대해 알아보자. 주요 용어 상태: 특정 시점에서 객체나 시스템의 상황을 의미하는 것으로 객체의 상태는 주어진 시점에서 객체의 속성 값들로 표현된다. 상태 전이: 한 상태에서 다른 상태로 상태가 변경되는 것으로,트리거에 의해 또는 이전 상태의 내부 행위가 종료되면 발생할 수 있다. 트리거: 상태 전이를

0

클래스 다이어그램과 객체 다이어그램

13강. 클래스 다이어그램과 객체 다이어그램 상호작용 다이어그램에 대해 알아보자. 주요 용어 클래스: 동종의 객체를 추상화하여 표현한 틀로서객체가 가질 수 있는 속성과 행위로 구성된다. 객체: 특정 클래스의 실제화된 인스턴스이다. 상속 관계: 부모 클래스와 자식 클래스 간의 관계이다.자식 클래스는 부모 클래스가 가지는 공통 속성과 행위를 상속받는다. 의존

0

상호작용 다이어그램

12강. 상호작용 다이어그램 상호작용 다이어그램에 대해 알아보자. 주요 용어 상호작용 다이어그램: 시스템 구성 요소들 사이의 상호작용을 표현하는 다이어그램을 의미한다. 시퀀스 다이어그램: 유스케이스가 실행될 때 필요한 구성 요소들 사이의상호작용과 상호작용 순서를 표현하는 다이어그램이다. 통신 다이어그램: 시퀀스 다이어그램과 의미적으로 동일하나상호작용에 참

0

액티비티 다이어그램

11강. 액티비티 다이어그램 액티비티 다이어그램에 대해 알아보자. 주요 용어 액티비티: 일련의 액션들로 구성된 상위 개념의 작업 프로세스 액션: 액티비티의 구성단위로 분해될 수 없는 단일 작업을 말한다.오퍼레이션의 호출, 시그널의 전송, 객체의 생성이나 소멸 및 단순 계산 등을 의미한다. 시그널: 외부와의 상호작용을 의미한다.외부의 사람, 시스템, 또는

0

유스케이스 다이어그램 및 명세

10강. 유스케이스 다이어그램 및 명세 유스케이스 다이어그램 및 명세에 대해 알아보자. 주요 용어 유스케이스: 사용자 입장에서 시스템의 동작을 기술한 시나리오.시스템의 유사 기능을 나타내는 모든 구체적 시나리오들을 일반적이고 구조적으로 표현함 유스케이스 다이어그램: UML 다이어그램 중 하나로 시스템 외부의 액터와 시스템이 제공하는 기능인 유스케이스를 추

0

객체지향 분석과 설계

9강. 객체지향 분석과 설계 객체지향 분석과 설계에 대해 알아보자. 주요 용어 OOA / OOD: 객체지향 분석과 설계로 상호작용하는 객체들로 시스템을 모델링하는 방법이다.분석 과정에서는 문제 도메인을 분석하여다루어야 하는 정보들에 관한 개념 모델을 작성하는 것에주안점을 둔다. 유스케이스: 사용자와 시스템 간의 일련의 상호 작용또는 사용자 입장의 사용 시

0

소프트웨어 유지보수

8강. 소프트웨어 유지보수 소프트웨어 유지보수에 대해 알아보자. 주요 용어 소프트웨어 유지보수: 고객에게 인도되어 사용 중에 있는 소프트웨어를 환경 적응, 오류 수정, 성능 향상, 유지보수성 향상 등을 위하여 계속하여 수정, 보완하는 일 재공학: 레가시 시스템의 이해성을 높이고 유지보수성, 재사용성 등을 개선하기 위해 소프트웨어를 변경하는 작업 역공학:

0

소프트웨어 설계

7강. 소프트웨어 설계 소프트웨어 설계에 대해 알아보자. 주요 용어 소프트웨어 아키텍처: 소프트웨어 구조를 말하며 시스템을 구성하는 요소들과 그들간의 관계를 의미한다. 아키텍처 스타일: 유사한 애플리케이션들에 적용되는 공통적인 아키텍처 패턴으로 같은 부류의 시스템을 설계할 때 초안으로 사용될 수 있는 아키텍처 구조적 설계: 데디터 흐름을 분석하여 시스템을

0

사용자 요구 분석

6강. 사용자 요구 분석 사용자 요구 분석에 대해 알아보자. 주요 용어 FURPS+: HP에서 정의한 요구사항 분류 모델로 F는 기능적 요구사항을 의미하며나머지는 비기능적 요구사항인 사용성, 신뢰성, 성능, 지원성 및 제약조건을 의미한다. 요구 공학: 시스템의 목표와 기능 및 제약사항을 결정하는 과정으로시스템 요구사항을 만들고 유지하기 위한 반복적 프로세