IEEE 1471

IEEE 1471

IEEE 1471은 소프트웨어 아키텍처라고도 불리는 "소프트웨어 집약적 시스템"의 아키텍처를 기술하기 위해 대체된 IEEE 표준입니다.

2011년에는 ISO/IEC/IEEE 42010, Systems and Software Engineering — Architecture description

개요

IEEE 1471은 공식적으로 ANSI/IEEE 1471-2000으로 알려진 표준의 약칭입니다.소프트웨어 집약적인 시스템의 아키텍처 설명에 대한 권장 프랙티스입니다.IEEE(Institute of Electrical and Electronics Engineers)의 용어로는, 이것은 「권장 프랙티스」로, 표준의 규범이 가장 낮습니다.이 표준은 2007년에 ISO/IEC JTC1/SC7에 의해 ISO/IEC 42010:2007, Systems and Software Engineering -- 소프트웨어 집약적인 [1]시스템의 아키텍처 기술에 권장되는 프랙티스로 채택되었습니다.

「아키텍처」는, 시스템의 라이프 사이클에 큰 영향을 주는 것으로 오랫동안 인식되어[by whom?] 왔습니다.그러나 비교적 [when?]최근까지는 하드웨어 문제가 아키텍처의 사고를 지배하고 있는 경향이 있으며,[1] 소프트웨어 측면은 전혀 고려되지 않고 개발의 압력으로 인해 가장 먼저 손상되는 경우가 많았다.IEEE 1471은 소프트웨어 집약적인 시스템의 아키텍처에 대해 생각할 수 있는 기반을 제공하기 위해 작성되었습니다.

IEEE 1471의 기여도는 다음과 같이 요약할 수 있다(이 목록에서 이탤릭체로 표시된 항목은 표준에서 정의되어 사용되고 있는 용어이다).

  • 아키텍처 설명에 대한 정의와 메타 모델을 제공합니다.
  • 아키텍처는 시스템 이해관계자의 우려에 대응해야 한다고 명시되어 있습니다.
  • 아키텍처 설명은 본질적으로 멀티 뷰이며, 모든 이해관계자의 우려를 적절히 포착하는 단일 뷰는 없다고 주장한다.
  • 그것은 관점과 관점의 개념을 규정한다. 여기서 관점은 관심사 집합과 그러한 관심사에 대처하기 위한 아키텍처를 기술하는 데 사용되는 표현/모델링 기법 등을 식별하며 관점은 특정 시스템에 관점을 적용한 결과이다.
  • 아키텍처 설명과 일치하는 아키텍처 설명이 관점과 뷰 사이에 1:1로 대응한다는 개념에 대한 콘텐츠 요건을 확립합니다.
  • 아키텍처의 근거를 파악하고 아키텍처 설명 내의 뷰 간 불일치/해결되지 않은 문제를 특정하기 위한 지침을 제공합니다.

IEEE 1471은 RM-ODP 및 IEEE 12207을 포함한 다른 표준의 아키텍처 개념과 관련된 유용한 부록을 제공합니다.

역사

1995년 8월 IEEE 소프트웨어 엔지니어링 표준 위원회(SESC)는 IEEE 아키텍처 플래닝 그룹(APG)을 임대하여 IEEE 표준에 아키텍처 사고를 통합하기 위한 방향을 설정하였다.1996년 4월, 건축 작업 그룹(AWG)은 APG가 SESC에 제공한 권고사항을 이행하기 위해 만들어졌다.AWG는 Basil Sherlund, 부회장 Ronald Wade, David Emery가 의장을 맡았으며, 사양서는 Rich Hilliard가 편집했습니다.AWG는 25명의 회원이 있었다.규격 초안은 130명의 국제 검토자에 의해 표결에 부쳐졌다.2000년 9월에 IEEE-SA Standards Board는 이 사양을 IEEE 규격 1471-2000으로 승인했습니다.

2006년에 ISO/IEC 공동 기술 위원회 1(JTC1)과 정보 기술/소위원회 SC 7, 소프트웨어 및 시스템 엔지니어링은 ISO 및 IEC 국가 기구의 승인과 병행하여 특별한 "패스트 트랙 절차"에 따라 ISO/IEC 42010으로 규격을 채택하였다.ISO/IEC 패스트 트랙 투표에 성공하고 IEEE 표준의 5년 검토에 따라 ISO/IEC JTC1/SC7/WG42와 IEEE CS에 의한 이 표준의 공동 개정이 2006년에 시작되었다.

2011년 [2]11월, IEEE 1471-2000 및 ISO/IEC 42010:2007은 ISO/IEC/IEE 42010:2011, 시스템 및 소프트웨어 엔지니어링 - 아키텍처 설명으로 대체되었습니다.

목적

IEEE 1471에[1][3][4] 따르면 아키텍처 설명은 다음 용도로 사용할 수 있습니다.

  • 시스템의 표현과 그 진화
  • 시스템 이해관계자 간의 커뮤니케이션
  • 일관성 있는 아키텍처 평가 및 비교
  • 시스템 개발 활동 계획, 관리 및 실행
  • 허용 가능한 변화를 유도하기 위한 시스템의 지속적 특성 및 지원 원칙의 표현
  • 시스템 구현의 아키텍처 설명 준수 검증
  • 소프트웨어 집약적인 시스템 아키텍처에 대한 지식 본문에 대한 기여 기록

용어.

소프트웨어 엔지니어링 용어의 IEEE 표준 용어집에[5] 따르면 다음과 같은 정의가 사용됩니다.

  • 설계자:시스템 아키텍처 설계를 담당하는 사람, 팀 또는 조직.
  • Architecture Description(AD): 아키텍처를 문서화하기 위한 제품 모음.
  • 아키텍처:시스템의 기본 구성 요소, 구성 요소, 구성 요소 간의 관계 및 환경과의 관계, 시스템의 설계와 진화를 이끄는 원칙.
  • 설계:아키텍처의 적절한 구현을 정의, 문서화, 유지보수, 개선 및 인증하는 활동.
  • system: 특정 기능 또는 기능 세트를 달성하기 위해 구성된 컴포넌트 집합.시스템이라는 용어는 개별 애플리케이션, 전통적인 의미의 시스템, 하위 시스템, 시스템 시스템, 제품군, 전체 기업 및 기타 관심 집계를 포함합니다.
  • 시스템 관계자:시스템에 대한 관심 또는 관심사를 가진 개인, 팀 또는 조직(또는 그 클래스)
  • 뷰: 관련된 일련의 우려 사항의 관점에서 시스템 전체를 나타내는 것입니다.
  • 시점:뷰를 구성하고 사용하기 위한 규칙의 사양입니다.뷰의 목적과 대상자 및 뷰의 작성과 분석을 위한 기술을 확립함으로써 개별 뷰를 개발하는 패턴 또는 템플릿.

개념적 프레임워크

IEEE 1471은 다음과 같은 개념 [1][3][6]프레임워크를 사용합니다.

  1. 시스템의 환경 또는 컨텍스트가 시스템에 영향을 미칠 수 있습니다.환경에는 인터페이스를 통해 직접 또는 다른 방법으로 관심 시스템과 상호 작용하는 다른 시스템이 포함될 수 있습니다.환경에 따라 다른 시스템에 대한 관심 시스템의 범위를 정의하는 경계가 결정됩니다.
  2. 시스템에 이해관계자가 1명 이상 있습니다.각 이해관계자는 일반적으로 그 시스템에 대해 이해관계가 있거나 관련성이 있다.
  3. 우려되는 것은 시스템의 개발, 운영 또는 하나 이상의 이해관계자에게 중요하거나 기타 중요한 모든 측면과 관련된 이해관계입니다.우려 사항에는 성능, 신뢰성, 보안, 분산 및 진화 가능성 등의 시스템 고려 사항이 포함됩니다.
  4. 환경에서 하나 이상의 임무를 수행하기 위한 시스템이 존재합니다.미션은 한 명 이상의 이해관계자가 특정 목표를 달성하기 위해 시스템을 사용하는 것입니다.
  5. 모든 시스템은 이해 여부에 관계없이 기록되거나 개념적이든 아키텍처가 있습니다.아키텍처는 아키텍처 설명으로 기록할 수 있습니다.
  6. 아키텍처 설명은 (아키텍처) 뷰라고 불리는 하나 이상의 구성요소로 구성됩니다.각 뷰는 시스템 이해당사자의 1개 이상의 우려사항에 대응합니다.뷰는 특정 관점에 대한 시스템 아키텍처의 부분적인 표현입니다.
  7. 관점은 뷰가 생성, 묘사 및 분석되는 규약을 확립합니다.이와 같이 관점은 관점과 일치한다.뷰는 뷰를 기술하는 데 사용할 언어(표기, 모델 또는 제품 유형 포함)와 뷰의 이러한 표현에 적용할 연관된 모델링 방법 또는 분석 기법을 결정합니다.이러한 언어와 기법은 관점으로 해결된 우려사항과 관련된 결과를 도출하기 위해 사용된다.
  8. 아키텍처 설명은 사용할 하나 이상의 시점을 선택합니다.관점의 선택은 일반적으로 AD의 대상이 되는 이해관계자와 그들의 관심사를 고려한 것이다.시점 정의는 AD에서 시작되거나 다른 곳에서 정의되었을 수 있습니다(라이브러리 시점).
  9. 뷰는 하나 이상의 아키텍처 모델로 구성될 수 있습니다.그러한 각 건축 모델은 관련된 건축학적 관점에 의해 확립된 방법을 사용하여 개발된다.아키텍처 모델은 둘 이상의 뷰에 참여할 수 있습니다.

준거

IEEE 1471에서는[1] 다음과 같은 일련의 규범적인 아키텍처 기술을 정의하고 있습니다.

  • AD 식별 정보, 버전 및 개요 정보(조항 5.1)
  • 아키텍처와 관련성이 있다고 판단되는 시스템 이해관계자 및 이들의 우려사항 식별(5.2절)
  • 아키텍처의 표현과 그러한 선택의 근거를 구성하기 위해 선택된 각 관점의 사양(조항 5.3)
  • 1개 이상의 아키텍처 뷰(제5.4절)
  • 아키텍처 설명의 필수 구성 요소 간에 알려진 모든 불일치 기록(제5.5절)
  • 아키텍처 선택의 근거 (조항 5.6)

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b c d e ISO/IEC 42010:2007, 시스템 및 소프트웨어 엔지니어링 -- 아키텍처 설명
  2. ^ ISO/IEC/IEE 42010:2011, 시스템 및 소프트웨어 엔지니어링 - 아키텍처 설명, 원본 IEEE 규격 1471:2000 최신판, 최종 업데이트 2014년 2월 5일
  3. ^ a b 2009-06-19년 Wayback Machine에서 아카이브된 아키텍처와 변경
  4. ^ IEEE 1471 설명
  5. ^ IEEE 규격 610.12-1990, IEEE 표준 소프트웨어 엔지니어링 용어집.
  6. ^ IEEE 1471 개념 프레임워크
  • 1471-2000 - IEEE Recommended Practice for Architectural Description of Software-Intensive Systems. 2000. doi:10.1109/IEEESTD.2000.91944. ISBN 0-7381-2518-0.

외부 링크

  • IEEE 1471 웹사이트
  • MEGAF는 ISO/IEC 42010 표준에 규정된 아키텍처 프레임워크의 정의에 부합하는 아키텍처 프레임워크를 실현하기 위한 인프라스트럭처입니다.