전체 글 310

19. 소프트웨어 개발 방법론

소프트웨어 개발 방법론은 소프트웨어 개발, 유지보수 등에 필요한 여러가지 일들의 수행 방법과 이러한 일들을 효율적으로 수행하는 과정에서 필요한 각종 기법 및 도구를 체계적으로 정리하여 표준화한 것 소프트웨어 개발 방법론의 목적은 소프트웨어 생산성과 품질 향상 주요 소프트웨어 개발 방법론 - 구조적 방법론- 정보공학 방법론- 객체지향 방법론- 컴포넌트 기반 방법론(CBD)- 제품 계열 방법론- 애자일 방법론  구조적 방법론구조적 방법론은 정형화된 분석 절차에 따라 사용자 요구사항을 파악하여 문서화하는 처리(Process)중심의 방법론 1960년대까지 가장 많이 사용된 방법론 쉬운 이해 및 검증이 가능한 프로그램 코드를 생성하는 것이 목적임 복잡한 문제를 다루기 위해 분할과 정복(Divide And Conq..

16. 커뮤니케이션 다이어그램

커뮤니케이션 다이어그램 커뮤니케이션 다이어그램은 시스템이나 객체들이 메시지를 주고받으며 상호 작용하는 과정과 객체들 간의 연관을 그림으로 표현한 것 동작에 참여하는 객체들 사이의 관계를 파악하는데 사용됨 클래스 다이어그램에서 관계가 제대로 표현됬는지 점검하는 용도로도 사용됨 초기에는 협업(Collaboration) 다이어그램이라고도 불림

15. 시퀀스 다이어그램

동적 모델링 동적 모델링은 시스템의 내부 구성 요소들의 상태 변화 과정과 과정에서 발생하는 상호 작용을 표현한 것 시스템 내부 구성 요소들 간에 이루어지는 동작이라는 관점(View) 에서 표현함 시스템이 실행될 때 구성 요소들 간의 메시지 호출, 즉 오퍼레이션을 통한 상호 작용에 초점을 둠 동적 모델링의 종류 - 시퀀스 다이어그램 - 커뮤니케이션 다이어그램 - 상태 다이어그램 시퀀스 다이어그램 시퀀스 다이어그램은 시스템이나 객체들이 메시지를 주고받으며 상호 작용하는 과정을 그림으로 표현한 것 시스템이나 객체들이 상호 작용 과정에서 주고받는 메세지를 표현함  각 동작에 참여하는 시스템이나 객체들의 수행 기간을 확인할 수 있음 클래스 내부에 있는 객체들을 기본 단위로 하여 그들의 상호 작용을 표현함

14. 클래스 다이어그램

1. 정적 모델링 정적 모델링은 사용자가 요구한 기능을 구현하는데 필요한 자료들의 논리적인 구조를 표현한 것 시스템에 의해 처리되거나 생성될 객체들 사이에 어떤 관련이 있는지를 구조적인 관점(View)에서 표현함 정적 모델링은 객체(Object)들을 클래스로 추상화하여 표현함 UML을 이용한 정적 모델링의 대표적인 것이 클래스 다이어그램 임.    2. 클래스 다이어그램 클래스와 클래스가 가지는 속성, 클래스 사이의 관계를 표현한 것 시스템을 구성하는 요소에 대해 이해할 수 있는 구조적 다이어그램 시스템 구성 요소를 문서화하는 데 사용   3. 클래스 다이어그램의 구성요소 구성요소표현방법내용클래스 각각의 객체들이 갖는 속성과 오퍼레이션(동작)을 표현한 것일반적으로 3개의 구획(Compartment)으로 ..

13. 활동 다이어그램

1. 활동 다이어그램 활동 다이어그램은 사용자의 관점에서 시스템이 수행하는 기능을 처리 흐름에 따라 순서대로 표현한 것 하나의 유스케이스 안에서 혹은 유스케이스 사이에 발생하는 복잡한 처리의 흐름을 명확하게 표현할 수 있음 자료 흐름도와 유사함 2. 활동 다이어그램    3. 활동 다이어그램의 구성 요소        활동 다이어그램은 사용자의 관점에서 시스템이 수행하는 기능을 처리 흐름에 따라! 순서대로 표현한 것 하나의 유스케이스 안에서 혹은 유스케이스 사이에 발생하는 복잡한 처리의 흐름을 명확하게 표현할 수 있음 자료 흐름도와 유사

12.유스케이스 다이어그램

1.기능 모델링기능 모델링은 사용자의 요구사항을 분석하여 개발될 시스템이 갖춰야 할 기능을 정리한 후 사용자와 함께 정리된 내용을 공유하기 위해 그림으로 표현하는 것 개발될 시스템의 전반적인 형태를 기능에 초점을 맞춰 표현함 기능 모델링의 종류- 유스케이스 다이어그램 - 액티비티 다이어그램 2. 유스케이스 다이어그램사용자와 다른 외부 시스템들이 개발될 시스템을 이용해 수행할 수 있는 기능을 사용자의 관점에서 표현한 것 외부 요소와 시스템 간의 상호 작용을 확인할 수 있음 사용자의 요구사항을 분석하기 위한 도구로 사용됨 시스템의 범위를 파악할 수 있음 3. 유스케이스 다이어그램의 구성 요소  4. 유스케이스 다이어그램의 구성 요소

요구사항 확인 11. UML 다이어그램

1. 다이어그램다이어그램은 사물과 관계를 도형으로 표기한 것 여러 관점에서 시스템을 가시화한 뷰를 제공함으로써 의사소통에 도움을 준다 정적 - 주로 구조 다이어그램 / 동적 - 주로 행위 다이어그램 2. 구조(Structural) 다이어그램의 종류- 클래스 : 클래스가 가지는 속성 / 클래스 사이의 관계를 표현 - 객체 : 객체와 객체 사이의 관계로 표현함 / 럼바우 기법에서 객체 모델링에 사용됨 - 컴포넌트 : 실제 구현 모듈인 컴포턴트 간의 관계나 인터페이스를 표현, 구현단계에 사용 - 배치 : 결과물 프로세스 컴포넌트 등 물리적 요소들의 위치를 표현 / 구현 단계에 사용 - 복합체 구조: 클래스나 컴포넌트가 복합 구조를 갖는 경우 그 내부 구조를 표현함  - 패키지 : 유스케이스나 클래스 등의 모델..

요구사항 10. UML-관계(Relationship)

1. 관계관계는 사물과 사물 사이의 연관성을 표현한 것이다. 관계의  종류-연관-집합-포함-일반화-의존-실체화 2. 연관 관계연관 관계는 2개 이상의 사물이 서로 관련되어 있는 관계이다. 사물 사이를 실선으로 연결하여 표현한다. 방향성은 화살표로 표현한다. 양방향 관계의 경우 화살표를 생략하고 실선으로만 표현한다. 다중도(연관에 참여하는 객체의 갯수)를 선 위에 표기한다  다중도의미11개의 객체가 연관되어 있음nn 개의 객체가 연관되어 있음0..1연관된 객체가 없거나 1개만 존재함0..* 또는 *연관된 객체가 없거나 다수일 수 있음1..*연관된 객체가 1개 이상임n..*연관된 객체가 n개 이상임n..m연관된 객체가 n개 이상 m개 이하임 3. 집합 관계(Aggregation)집합 관계는 하나의 사물이 다..