[정보처리기사] 공통 모듈 설계_ 소프트웨어 아키텍처 4+1 뷰, 비용 평가 모델

 

해당내용은 <수제비 정보처리기사> 책을 참고하여 작성된 개인적인 용도의 요약본입니다.

 

Ⅰ소프트웨어 설계

    Chapter 01 요구사항 확인

    Chapter 02 화면설계

    Chapter 03 애플리케이션 설계

        1. 공통 모듈 설계

        2. 객체지향 설계

    Chapter 04 인터페이스 설계

Ⅱ 소프트웨어 개발

Ⅲ 데이터베이스 구축

Ⅳ 프로그래밍 언어 활용

Ⅴ 정보시스템 구축관리

 

---

1. 공통 모듈 설계

1) 현행 시스템 분석

(1) 현행 시스템 파악 개념

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

(2) 현생 시스템 파악 절차

구성/기능/인터페이스 파악 - 아키텍처 및 SW구성 파악 - HW 및 NW 구성 파악

 

2) 소프트웨어 아키텍처 프레임워크

(1) 소프트웨어 아키텍처 개념

여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중에서 외부에 드러나는 특성, 그리고 구성요소 간의 관계를 표현하는 시스템의 구조. 소프트웨어를 설계하고 전개하기 위한 지침과 원칙.

(2) 소프트웨어 아키텍처 프레임워크 개념

소프트웨어 집약적인 시스템에서 아키텍처가 표현해야 하는 내용 및 이들 간의 관계를 제공하는 아키텍처 기술 표준

(3) 소프트웨어 아키텍처 프레임워크 구성도와 구성요소

아키텍처 명세서(Architectural Description), 이해관계자(Stakeholder), 관심사, 관점, 뷰

 

2) 소프트웨어 아키텍처 4+1 뷰

(1) 소프트웨어 아키텍처 4+1 뷰 개념

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

(2) 소프트웨어 아키텍처 4+1 뷰 구성요소

• 유스케이스 뷰: 유스케이스를 설계하며 다른 뷰를 검증하는 데 사용되는 뷰
• 논리 뷰: 시스템의 기능적인 요구사항이 어떻게 제공되는지 설명해주는 뷰
• 프로세스 뷰: 시스템의 비기능적 속성으로서 자원의 효율적인 사용, 병행실행, 비동기, 이벤트 처리등을 표현한 뷰
• 구현 뷰: 개발 환경 안에서 정적인 소프트웨어 모듈의 구성을 보여주는 뷰
• 배포 뷰: 컴포넌트가 물리적인 아키텍처에 어떻게 배치되는가를 매핑해서 보여주는 뷰

 

3) 소프트웨어 아키텍처 비용 평가 모델

(1) 소프트웨어 아키텍처 비용 평가 모델 개념

아키텍처 접근법이 품질 속성에 미치는 영향을 판단하고 아키텍처의 적합성을 평가하는 모델

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

• SAAM: 변경 용이성과 기능성에 집중. 평가가 용이하여 경험이 없는 조직에서도 활용 가능한 비용 평가 모델
• ATAM: 아키텍처 품질 속성을 만족시키는지 판단 및 품질 속성들의 이해 상충관계까지 평가하는 모델
• CBAM: ATAM 바탕의 시스템 아키텍처 분석 중심으로 경제적 의사결정에 대한 요구를 충족하는 비용 평가 모델
• ADR: 소프트웨어 아키텍처 구성요소 간 응집도를 평가하는 모델
• ARID: 전체가 아닌 특정 부분에 대한 품질 요소에 집중하는 비용 평가 모델