use case & sequence diagram

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
>
최초 생성일 2024.10.30
6,500원
AI자료를 구입 시 아래 자료도 다운로드 가능 합니다.
새로운 AI자료
생성
다운로드

상세정보

소개글

"use case & sequence diagram"에 대한 내용입니다.

목차

1. 시스템 분석 설계를 위한 기법과 도구
1.1. 서론
1.2. UML의 이해
1.2.1. 모델링을 하는 이유
1.2.2. UML의 목표
1.2.3. UML의 범위
1.2.4. UML 산출물
1.2.5. 액터와 사용사례
1.2.6. 사용사례 다이어그램
1.2.7. 사용사례 기술
1.3. 클래스 다이어그램
1.4. 상호작용 다이어그램
1.4.1. 순차 다이어그램
1.4.2. 협동 다이어그램
1.5. 상태 다이어그램
1.6. 활동 다이어그램
1.7. 컴포넌트 다이어그램
1.8. CBD 방법론
1.8.1. CBD 방법론 비교기준
1.8.2. 주요 CBD 방법론
1.8.3. CBD 방법론 비교 결과
1.9. 결론

2. 참고 문헌

본문내용

1. 시스템 분석 설계를 위한 기법과 도구
1.1. 서론

소프트웨어 시스템을 구축하거나 혁신하기 전에 모델을 개발하는 것은 건물을 지을 때 청사진을 그리는 것과 마찬가지로 필수적이다. 좋은 모델은 아키텍처를 건전하게 하고 프로젝트 팀의 의사소통을 원활히 하는 데에 있어서 필수적이다. 복잡한 시스템의 모델을 만드는 이유는 그러한 시스템을 한 번에 통째로 이해할 수 없기 때문이다. 시스템의 복잡성이 커질수록 좋은 모델링 기법의 중요성도 커지게 마련이다. 프로젝트의 성공을 위한 요소들이 많이 있지만 엄격한 모델링 언어의 표준화는 그 중 필수적인 요소이다. 모델링 언어는 모델 요소, 표기법, 지침을 포함해야 한다. 시스템의 복잡성이 증가하고 있는 현 시점에서 시각적 모델링은 더욱 필수가 되고 있다. UML은 이러한 필요성에 부응하는 잘 정의되고 널리 받아들여지고 있는 표준으로서 객체지향, 컴포넌트 기반의 시스템을 구축하는 시각적 모델링 언어이다.


1.2. UML의 이해
1.2.1. 모델링을 하는 이유

모델링을 하는 이유는 소프트웨어 시스템을 구축하거나 혁신하기 전에 모델을 개발하는 것이 필수적이기 때문이다. 좋은 모델은 아키텍처를 건전하게 하고 프로젝트 팀의 의사소통을 원활하게 한다. 복잡한 시스템의 모델을 만드는 이유는 그러한 시스템을 한 번에 통째로 이해할 수 없기 때문이다. 시스템의 복잡성이 커질수록 좋은 모델링 기법의 중요성도 커지게 된다. 프로젝트의 성공을 위한 요소들이 많이 있지만 엄격한 모델링 언어의 표준화는 그 중 필수적인 요소이다. 모델링 언어는 모델 요소, 표기법, 지침 등을 포함해야 한다. 시스템의 복잡성이 증가하고 있는 현 시점에서 시각적 모델링은 더욱 필수가 되고 있으며, UML은 이러한 필요성에 부응하는 잘 정의되고 널리 받아들여지고 있는 표준으로서 객체지향, 컴포넌트 기반의 시스템을 구축하는 시각적 모델링 언어이다.


1.2.2. UML의 목표

UML의 저자들이 UML을 설계하면서 주안점을 두었던 목표는 다음과 같다"

첫째, 사용자들이 의미있는 모델을 만들고 교환할 수 있도록 사용하기 쉽고 표현이 풍부한 시각적 모형화 언어를 제공하는 것이다.

둘째, 핵심 개념을 확장하기 위한 메커니즘을 제공하는 것이다.

셋째, 특정 프로그래밍 언어나 개발 공정에 종속되지 않아야 한다는 것이다.

넷째, 모델링 언어를 이해하기 위한 공식적 기준을 제공하는 것이다.

다섯째, 객체지향 도구 시장의 성장을 장려해야 한다는 것이다.

여섯째, 고수준의 개발 개념들, 예를 들어 협동(collaboration), 프레임웍, 패턴, 컴포넌트 등의 개념들을 지원하는 것이다.

일곱째, 산업계의 검증된 최상의 경험들을 통합하는 것이다.


1.2.3. UML의 범위

Unified Modeling Language (UML)는 소프트웨어 시스템, 더 나아가 업무 모델링, 기타 소프트웨어가 아닌 시스템의 산출물을 규정하고 시각화하며 구현하고 문서화하는 언어이다. 첫째로, UML은 기존의 개별적인 객체지향 분석 설계 방법론들인 Booch, OMT, OOSE의 개념을 융합하여 공통된 단일 모델링 언어로 만든 것이다. 둘째로, UML은 기존 방법론들로 할 수 있었던 일의 영역을 확장시켰다. 예를 들어, UML의 저자들은 분산 병렬 시스템의 모델링을 목표로 삼았다. 셋째로, UML은 표준 공정이 아닌 표준 모델링 언어에 초점을 맞추었다. 물론 UML은 어떤 공정의 문맥 안에서 적용되어야 하겠지만 조직과 문제영역의 차이에 따라 다른 공정이 요구되기 때문이다. 그러므로, UML의 저자들은 의미를 통일시키는 공통 메타모델과 그 의미를 표현할 수 있게 하는 공통 표기법을 개발하는데 집중하였다. UML의 저자들은 사용사례 중심, 아키텍처 중심, 점진 반복적인 개발 공정을 권장한다.UML은 객체지향 공동체의 일치된 의견을 핵심 모델링 개념에 통합한 모델링 언어이다. 그 확장 메커니즘에 따라 문제영역에 맞게 재단하여 사용할 수 있다. 복잡한 시스템은 모델의 독립적인 뷰의 집합으로 표현될 수 있으며, 하나의 뷰만으로는 충분하지 않다. 모든 모델은 상세함의 정도가 다른 여러 차원으로 표현될 수 있고, 좋은 모델은 실재를 잘 반영해야 한다. UML은 모델의 뷰라는 용어를 사용하여 사용사례 다이어그램, 클래스 다이어그램, 상태차트 다이어그램, 활동 다이어그램, 순차 다이어그램, 협동 다이어그램, 컴포넌트 다이어그램 등의 그래픽 다이어그램을 정의한다. 이러한 다이어그램들은 분석 또는 개발 중인 시스템에 복합적인 관점을 제공하며, 모델은 이러한 관점들을 통합하여 일관성 있는 시스템이 개발될 수 있게 한다.

UML은 프로그래밍 언어가 아니며, 복잡한 알고리즘은 프로그래밍 언어로 표현하는 것이 나을 것이다. UML은 객체지향 언어와 긴밀하게 연결되어 있으므로 둘을 동시에 활용할 수 있어야 한다. UML이 제공하는 의미와 표기법은 도구의 개발과 호환성에 도움이 된다. UML은 공정에 독립되어 공통어로 사용되며, Booch, O...


참고 자료

 고영국, 이우용 외, UML과 객체지향 시스템 분석 설계
 강문설, 김태희,  객체지향 소프트웨어 개발 방법론의 표준화: UML, 정보처리학회지, 한국정보처리학회, Vol. 5, No. 5, 1998
 Jacobson, Booch 외, The Unified Modeling Language User Guide

주의사항

저작권 EasyAI로 생성된 자료입니다.
EasyAI 자료는 참고 자료로 활용하시고, 추가 검증을 권장 드립니다. 결과물 사용에 대한 책임은 사용자에게 있습니다.
AI자료의 경우 별도의 저작권이 없으므로 구매하신 회원님에게도 저작권이 없습니다.
다른 해피캠퍼스 판매 자료와 마찬가지로 개인적 용도로만 이용해 주셔야 하며, 수정 후 재판매 하시는 등의 상업적인 용도로는 활용 불가합니다.
환불정책

해피캠퍼스는 구매자와 판매자 모두가 만족하는 서비스가 되도록 노력하고 있으며, 아래의 4가지 자료환불 조건을 꼭 확인해주시기 바랍니다.

파일오류 중복자료 저작권 없음 설명과 실제 내용 불일치
파일의 다운로드가 제대로 되지 않거나 파일형식에 맞는 프로그램으로 정상 작동하지 않는 경우 다른 자료와 70% 이상 내용이 일치하는 경우 (중복임을 확인할 수 있는 근거 필요함) 인터넷의 다른 사이트, 연구기관, 학교, 서적 등의 자료를 도용한 경우 자료의 설명과 실제 자료의 내용이 일치하지 않는 경우