I. 요구사항 확인 - Chap 2. 현행 시스템 분석

Chapter2. 현행 시스템 분석

1. 현행 시스템 파악(1)

1) 현행 시스템 파악 개념
: 현행 시스템이 어떤 하위 시스템으로 구성되어 있고,
제공 기능 및 연계정보는 무엇이며 어떤기술 요소를 사용하는지를 파악하는 활동

2) 현행 시스템 파악 절차
구성/기능/인터페이스 파악 -> 아키텍처 및 SW구성 파악 -> HW 및 NW구성 파악

3) 소프트웨어 아키텍처 개념
: 여러가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중에서 외부에 드러나는 특성,
그리고 구성요소 간의 관계를 표현하는 시스템의 구조

4) 소프트웨어 아키텍처 프레임워크 개념
: 소프트웨어 집약적인 시스템에서 아키텍처가 표현해야 하는 내용 및
이들 간의 관계를 제공하는 아키텍처 기술 표준
ex) IEEEE1471

5) 소프트웨어 아키텍처 4+1뷰 - 유,논,프,구,배
유스케이스 뷰(+1) / 논리 뷰(기능) / 프로세스 뷰(비기능) / 구현 뷰(모듈 구성) / 배포 뷰(컴포넌트 배치)
*유스케이스(usecase) : 시스템이 액터에게 제공해야 하는 기능으로
시스템 요구사항, 사용자 입장에서 바라본 시스템의 기능

6) 소프트웨어 아키텍처 패턴 개념
: 소프트웨어 설계할 때 참고할 수 있는 전형적인 해결 방식

7) 소프트웨어 아키텍처 패턴 유형
: 계층화 패턴 / 클라이언트-서버 패턴 / 파이프-필터 패턴 / 브로커 패턴 / 모델-뷰-컨트롤러 패턴

8) 소프트웨어 아키텍처 비용 평가 모델 개념
: 아키텍처 접근법이 품질 속성에 미치는 영향을 판단하고 아키텍처의 적합성을 평가하는 모델

9) 아키텍처 비용 평가 모델 종류 - 사카(SACAA) 린
SAAM (일반적) / ATAM (품질 속성=성능) /
CBAM (비용=경제적) / ADR (응집도) / ARID (특정부분 품질요소)