[1과목-3장-020] 소프트웨어 아키텍처

SW의 골격이 되는 기본 구조, SW를 구성하는 요소들 간의 관계르 표현하는 시스템의 구조 or 구조체

 

* 특징

1) SW 개발 시 적용되는 원칙과 지침. 이해 관계자들의 의사소통 도구로 활용

2) 좋은 품질을 유지하면서 사용자의 비기능적 요구사항으로 나타난 제약 반영, 기능적 요구사항을 구현하는 방법을 찾는 해결 과정

3) 애플리케이션의 분할 방법, 분할된 모듈에 할당될 기능, 모듈 간 인터페이스 등을 결정

 

* 기본 원리

1. 모듈화 (Modularity)

: SW의 성능을 향상시키거나 시스템의 수정 및 재사용 ,유지 관리 등이 용이하도록 시스템의 기능들을 모듈 단위로 나누는 것

- 프로젝트의 재사용성 향상시킬 수 있음

- 모듈 크기 너무 작게 나누면) 개수 많아져 모듈 간 통합 비용 많이 듦

- 모듈 크기 너무 크게 나누면) 개수 적어 통합 비용 적게 들지만 모듈 하나의 개발 비용이 많이 듦

 

2. 추상화 (Abstraction)

: 문제의 전체적이고 포괄적인 개념을 설계한 후 차례로 세분화하여 구체화시켜 나가는 것

- 그 시스템과 유사한 모델을 만들어 여러 요인들을 테스트할 수 있다.

- 최소 비용으로 실제 상황에 대처 가능, 시스템 구조 및 구성을 대략적으로 파악할 수 있다.

- 유형

1) 과정 추상화

2) 데이터 추상화: 데이터 구조를 대표할 수 있는 표현으로 대체

3) 제어 추상화: 이벤트 발생을 대표할 수 있는 표현으로 대체

 

3. 단계적 분해 (Stepwise Refinement)

: Niklaus Wirth가 제안한 하향식 설계 전략. 문제를 상위의 중요 개념으로부터 하위의 개념으로 구체화시키는 분할 기법

- 추상화의 반복에 의해 세분화

- SW의 기능에서부터 시작하여 점차적 구체화, 알고리즘/자료구조 등 상세 내역은 가능한 한 뒤로 미루어 진행

 

4. 정보 은닉 (Information Hiding)

: 한 모듈 내부에 포함된 절차와 자료들의 정보가 감추어져 다른 모듈이 접근하거나 변경하지 못하도록 하는 기법

- 정보 은닉된 모듈과 필요한 정보만 인터페이스를 통해 주고 받는다.

- 정보 은닉을 통해 모듈을 독립적으로 수행 가능

- 하나의 모듈이 변경되더라도 다른 모듈에 영향을 주지 않음 > 수정, 시험, 유지보수 용이

 

 

* 품질 속성 (책 읽어보기)

: SW 아키텍처가 이해 관계자들이 요구하는 수준의 품질을 유지 및 보장할 수 있게 설계되었는지를 확인하기 위해 품질 평가 요소들을

시스템/비즈니스/아키텍처 측면으로 구분하여 구체화시켜 놓은 것

 

1) 시스템 측면

(1) 성능

(2) 보안

(3) 가용성

(4) 기능성

(5) 사용성

(6) 변경 용이성

(7) 확장성

(8) 기타 속성: 테스트 용이성, 배치성, 안정성 등

 

2) 비즈니스 측면

(1) 시장 적시성

(2) 비용과 혜택: 유연성 높은 아키텍처 만들 것인지

(3) 예상 시스템 수명: 수명 길어야 한다면, 변경 용이성, 확장성을 중요하게 고려

(4) 기타 속성: 목표 시장, 공개 일정, 기존 시스템과의 통합 등

 

3) 아키텍처 측면

(1) 개념적 무결성

(2) 정확성, 완결성

(3) 구축 가능성

(4) 기타 속성: 변경성, 시험성, 적응성, 일치성, 대체성 등

 

 

* 설계 과정

1) 설계 목표 설정

2) 시스템 타입 결정

 

** 시스템 타입 (대화형 시스템 / 이벤트 중심 시스템 / 변환형 시스템 / 객체 영속형 시스템)

 

3) 아키텍처 패턴 적용

4) 서브시스템 구체화

5) 검토