[정보처리기사]현행 시스템 분석1

공대남이다.

환절기가 오니 감기에 걸리는 분들이 많아졌다.

항상 몸조리 잘들 하시길 바란다.

현행 시스템 분석에 대해서 알아보도록 하자.

---

1. 소프트웨어 아키텍처

-개념

여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중 외부에 드러나는 특성, 그리고 구성요소 간의 관계를 표현하는 시스템의 구조나 구조체

-아키텍처 4+1 뷰

고객의 요구사항을 정리해 놓은 시나리오를 4개의 관점에서 바라보는 소프트웨어적인 접근 방법

 

-4+1 뷰 종류

1. 유스케이스 뷰

유스케이스 또는 아키텍처를 도출하고 설계하며 다른 뷰를 검증하는데 사용되는 뷰

 

2. 논리뷰

시스템의 기능적인 요구사항이 어떻게 제공되는지 설명해주는 뷰

 

3. 프로세스 뷰

시스템의 비기능적인 속성으로 자원의 효율적인 사용, 병행 실행, 비동기, 이벤트 처리 등을 표현한 뷰

 

4. 구현 뷰

개발 환경 안에서 정적인 소프트웨어 모듈의 구성을 보여주는 뷰, 컴포넌트 구조와 의존성을 보여주고 부가적인 정보 정의

 

5. 배포 뷰

컴포넌트가 물리적인 아키텍처에 어떻게 배치 되는가를 매핑해서 보여주는 뷰

-소프트웨어 아키텍처 패턴 유형

1. 계층화 패턴(Layered Pattern)

시스템을 계층으로 구분하여 구성하는 패턴

 

2. 클라이언트-서버 패턴(Client-Server Pattern)

하나의 서버와 다수의 클라이언트로 구성된 패턴

 

3. 파이프-필터 패턴(Pipe-Filter Pattern)

데이터 스트림을 생성하고 처리하는 시스템에서 사용 가능한 패턴, 재 사용성이 좋고 추가가 쉬워 확장에 용이

 

4. 브로커 패턴(Broker Pattern)

분리된 컴포넌트들로 이루어진 분산 시스템에서 사용, 각 컴포넌트들의 원격 서비스 실행을 통해 상호 작용이 가능

 

5. 모델-뷰-컨트롤러 패턴(MVC, Model-View-Controller Pattern)

대형 애플리케이션을  3개의 서브 시스템으로 구조화한 패턴, 컴포넌트로 분리되어 있어 서로 영향을 받지 않고 개발

작업 수행 가능

 *모델(Model): 핵심 기능과 데이터 보관

 *뷰(View): 사용자에게 정보 표시

 *컨트롤러(Controller): 사용자로부터 요청을 입력 받아 처리

 

-소프트웨어 아키텍처 비용 평가 모델 종류

1. SAAM

변경 용이성과 기능성에 집중, 경험이 없는 조직에서도 활용 가능 비용 평가 모델

 

2. ATAM

아키텍처 품질 속성을 만족시키는지 판단 및 품질 속성들의 이해 상층 관계까지 평가하는 모델

 

3. CBAM

ATAM 바탕의 시스템으로 경제적 의사결정에 대한 요구를 충족하여 평가 모델

 

4. ADR

소프트웨어 아키텍처 구성요소 간 응집도 평가 모델

 

5. ARID

전체 아키텍처가 아닌 특정 부분에 대한 품질 요소에 집중하여 비용 평가 모델

 

---

이번 챕터는 참 외워야 할게 많다.

종류가 꽤나 많은데 눈에 익혀놔야 하는 개념들이다.

패턴들과 종류들을 꼭 숙지하길 바란다.

 

파이팅!