2018년 12월 28일
소프트웨어 관계 정의 표준 프레임워크, IEEE1471
I. 관계 정의 표준 프레임워크 IEEE1471
가. IEEE 1471의 정의
아키텍처에서 표현해야 하는 내용 및 이들간의 관계를 제공하는 아키텍처 명세를 위한 표준 메타 모델
나. 범위관리의 특징
| 특징 | 내용 |
|---|---|
| 표준화 | 아키텍처와 관련된 용어 및 개념 통일 |
| 중립성 | 모델링 언어, 방법론 제시 않음, 개발 상위 레벨에서 SA 표현 |
| 유연성 | 다양한 규모의 시스템 구축 시 적용 |
| 의사소통 | 요구사항과 설계의 차이를 개선하고 이해 관계자 관점 표현 |
II. IEEE1471의 개념적 모델 및 구성요소
가. IEEE1471의 개념적 모델
 |
– 아키텍처 개발에 관련된 Best Practice 기반 국제 표준으로 필요/불필요한 정보를 구분하고 일관성 있게 조직화할 수 있도록 지원
나. IEEE1471의 구성요소
| 구성요소 | 설명 |
|---|---|
| Mission | Environment안에서 한 명 이상의 Stakeholder들이 의도하는 System의 목적/사용/운영방법 |
| Environment | System에 영향을 주는 요인으로 개발, 운영, 정치 등의 외부 요인 등으로 시스템에 영향을 주는 요인 |
| System | 각 어플리케이션들, 서브 시스템들, 시스템의 집합, 제품라인, 제품 군 등의 구현체 |
| Stakeholder | 한 명 이상의 System에 대한 이해 당사자로 각자 다른 System에 대한 Concern을 가지고 있으며 개인이나 기관이 될 수 있음 |
| Concerns | System의 성능, 유연성, 보안, 분배, 진화 등을 포함한 한 명 이상의 Stakeholder들에게 중요한 System의 개발이나 운영 등 측면 |
| Architectural Description | System구축 시 Environment에 적합하도록 추천하는 수행방법으로 Architecture가 기록되는 방법 |
| View | 이해관계자들과 이들이 가지는 생각이나 견해로부터 시스템을 표현 |
| Viewpoint | View를 구성하기 위한 규칙을 정의하는 패턴이나 템플릿 |
| Rationale | 선택되어 설계된 아키텍처에 대한 논리적 근거 |
III. IEEE1471 아키텍처 작성 순서 및 내용
가. 아키텍처 작성 순서
- ① 아키텍처 관련 문서의 파악
- ② 이해관계자의 역할 및 아키텍처 관심 사항 파악
- ③ 뷰포인트의 선택 및 명세
- ④ 뷰의 명세
- ⑤ 뷰들 간에 존재하는 불일치성 파악 및 기록
- ⑥ 선택되어 설계된 아키텍처에 대한 논리적 근거(Rationale) 작성
나. 아키텍처 작성 내용
| 항목 | 작성 내용 |
|---|---|
| 아키텍처기술서 작성 | 작성일자, 조직, 변경이력, 이해관계자 |
| 이해관계자 식별 | 이해관계자, 관심식별, 품질속성, 목표달성 |
| 뷰 포인트 선택 | 뷰구성모델, 작성언어, 작성방법, 분석기법 |
| 뷰 설명서 | 이해관계자 목록/관심, 뷰 작성법, 출처, 근거 |
| 뷰 작성법 | 뷰 우선순위, 뷰 구조(Context Diagram 등) |
| 전체 뷰 작성 | 아키텍처 기술서 구성방식, 개요, 결정 근거 |
– 아키텍처 개발 프레임워크를 제공하는 국제표준으로, 아키텍처 모델 및 연관 정보의 일관성있는 조직화에 효과적으로 활용
IV. IEEE42010과 IEEE1471 비교
| 구분 | IEEE42010 | IEEE1471 |
|---|---|---|
| 발표/승인 | 2011(발표) | 2000(승인) |
| 관심(Focus) | 아키텍처 기술(Description), 아키텍처프레임웍, 아키텍처기술언어 | 아키텍처 기술(Description) |
| 대상 시스템 | 일반적인 시스템(ISO15288) 및 소프트웨어(ISO12207) 포함 | SW중심 시스템에 국한 (SW intensive system) |
| 특징 | 아키텍처, 프레임워크, 기술언어, 뷰포인트에 대한 최소요건을 포함 | 시스템에 대한 표준 없음 |
About The Author
