RUP 4+1 View

1.java코드변환
2.유즈케이스 모델링
3.MDA
4.SCRUM
5.나선형모델
6.소프트웨어아키텍처뷰
7.요구공학(2교시)
8.감리
9.기능점수(2교시)
10.객체지향설계원칙(2교시)

 

문) RUP 4+1 View
답)
1. SW요구사항-분석-설계-구현-시험의 일관성 유지 RUP4+1View
 가. RUP 기본 시스템을 바라보는 관점
  1) 사용자(고객) : 요구사항(Usecase), 사용사례, 명세등 자연어 접근
  2) 설계자 : 요구사항 분석/설계/시험공정을 Object & Association
  3) 개발자 : class & component, interface & Deploy 로 파악
  4) 시스템엔지니어 : 실제 패키지의 HW배치, 실행모듈 상태로 접근
 나. RUP 4+1 View의 Usecase driven 특징
  1) usecase 중심으로 4 view 균형 잡음
  2) 각각 view가 연관/종속 관계 유지, 요구사항~시험공정 전체 표현 가능
2. 4+1 View 구성요소 & SA의 4View 비교
 가. 4+1 View 구성요소
  1) Usecase : 액터관점, Usecase식별, 관계파악, Usecase/Activity diagram
  2) Logic : 분석, 설계, class & interface, class/sequence diagram
  3) Implementation : 구현패키지/Interface, 구현아키텍처 적용, 컴포넌트 diagram
  4) Process : 컴포넌트/패키지가 실행상태 일때 표현(DLL, ActiveX)
  5) Deployment : 컴포넌트/패키지가 HW에 설치된 상태, HW구성/제원표기
 나. RUP 4+1 View와 SA 4View 비교
    RUP 4+1 View                       SA 4View
  1) usecase                         C&C view    : 개념,시스템상위레벨,컴포넌트관계식별
  2) logic                              Model view    : 논리,분할(MVC), Layed, Pipe&Filter
  3) Implementation              Code view      : 물리,소스코드 구조화
  4) Process&Deployment    Allocation view : 실행, 시스템 런타임 객체 속성정의
3. RUP 4+1 view 사용시 기대효과
 가. 고객중심 : 시스템 중심에 usecase위치, view간 균형이 어긋날 경우, usecase가 판단기준, 고객과 의사소통(usecase spec.)
 나. usecase>class분석/설계>component구현>Testcase연결 : 사용사례 실체화(usecase Realization)통한 추적성/연관성 관리
끝.

----------------------------------------

1   소프트웨어 아키텍처를 위한 UP의 아키텍처 뷰 개요
 가  UP의 아키텍처 뷰(Unified Process Architecture View) 정의
  1) Software Architecure: 소프트웨어 요소와 이들 요소의 외부속성 그리고 이들
   사이의 관계를 구성하는 시스템 구조
  2) 아키텍처 뷰: 소프트웨어 아키텍처의 논리적 구성,기능,병행성,설치위치 등의
   특정관점에서 시스템을 해석(UP는 UML를 사용하여 4+1 View정의)
2   아키텍처 뷰의 종류 
 가  4+1 아키텍처 뷰
  - UseCase: 액터와 유즈케이스간의 관계정의, 시스템아키텍처 도출
  - Logical: 시스템의 기능요구사항설명, 클래스/인터페이스/협력관계 정의
  - Process: 독립실행 컴포넌트와 이들간의 관계를 정의
  - Implement: 스레드와 프로세스정의(병렬/동화기처리), 비기능적요구사항설명
  - Deployment: 실행되는 시스템 H/W와 S/W의 관계 정의
 나  소프트웨어 아키텍처 4가지 뷰
  - Componet Connector: 핵심컴포넌트정의, 각 컴포넌트간 인터페이스 정의
  - Allocation: 컴포넌트의 배치(H/W), H/W현황정보 제공
  - Module: 컴포넌트에서 수행되는 모듈정의, 모듈기능정의
  - Code: 컴포넌트가 사용하는 패키지 정의
3.   4+1 아키텍처 뷰의 활용 및 고려사항
  - 4+1 View는 사용자,분석가/테스터,프로그래머,시스템통합자,시스템엔지니어어게
   전체 시스템의 모습을 보여줄 수 있는 아키텍처를 제시
  - 기능적, 비기능적(품질특성)을 반영하여 소프트웨어의 품질을 향상 시킴
  - 아키텍처 구축시에 반복적 프로세스 수행을 통해서 품질향상을 수행함. “끝”