[Site Map]  [소프트웨어목차]

 

연관토픽

  1. 소프트웨어 아키텍처(Software Architecture)

 

개념  : 소프트웨어 아키텍처 표준 제시   

  • 소프트웨어 아키텍처 명세를 위한 메타모델을 규정한 IEEE 표준
  • 소프트웨어 집약적 시스템의 아키텍처 기술요소와 행위를 표준화하여 다양한 소프트웨어 설계 및 활용, 이해관계자들 의사소통이 용이하도록 만든 표준 메타 모델
  • 어떤 규모의 개발 프로젝트 및 조직에서도 유용하게 활용될 수 있도록 아키텍처 표현을 위한 요소 및 이들간의 관계를 개념적으로 보여줌

 

 

 

개정내역(IEEE 1471 → ISO/IEC/IEEE 42010:2011)

  • ISO/IEC/IEEE 42010:2011, Systems and software engineering -Architecture description로 개정
  • 현재 IEEE 1471의 가장 최신 버전은 ISO/IEC/IEEE 42010:2011로 이는 ISO/IEC 42010:2007 IEEE 1471를 대체함

 

 

 

IEEE 1471의 필요성

종류 내용
표준화 아키텍처와 관련된 용어 및 개념의 통일
중립성 모델링언어, 방법론 제시하지 않고 개발 상위 레벨에서 추상화된 아키텍처 표현
유연성 다양한 규모의 시스템 구축 시 적용 가능
의사소통 요구사항/설계의 차이를 개선, 이해관계자 관점에서의 표현

 

 

 

 

IEEE 1471의 구성도

 

 

 

 

IEEE 1471의 구성요소

구성요소 내용
System
  • 시스템은 비즈니스의 목적, Mission 완수해야
  • 특정 기능이나 기능 세트를 달성하기 위해 조직된 컴포넌트 집합
Stakeholder
  • 이해관계자들의 관심은 아키텍처로 수렴
  • 시스템에 관심을 갖는 사람이나 조직, 고객, 최종사용자, 개발자, 프로젝트 관리자, 유지보수자, 마케팅 담당자 등을 포함
Architecture
  • 모든 시스템은 아키텍처를 가지고 아키텍처 기술서로 문서화되어 구체화, 아키텍처 결정의 근거(Rationale) 제시가 필수
Rationale
  • 아키텍처 기술서는 아키텍처 결정의 명확한 근거를 제시
  • 이해 당사자간의 불필요한 논쟁 감소, 아키텍처 평가 주요 판단 기준
Architecture Description
  • 아키텍처 기술서는 아키텍처를 기록하기 위한 산출물들을 의미
  • 이해 관계자들의 시스템에 대한 관심을 관점(Viewpoint) 맞춰 작성한 (View) 구성
Concerns
  • 동일한 시스템에 대해 이해관계자들은 서로 다른 의견과 목표 소유
  • 사용자는 기본적 기능 외에 신뢰성, 보안, 사용성 등에 관심이 많고 유지보수자는 유지보수 용이성을, 개발자는 적은 비용과 인력으로 개발이 가능해야
View & Viewpoint
  • 포인트는 서로 다른 역할이나 책임으로 시스템이나 산출물들에 대해 서로 다른 관점을 의미하고 뷰는 이런 이해관계자들과 이들이 가지는 생각이나 견해로부터 전체 시스템을 표현 도식화한
  • 포인트는 뷰를 구성하기 위한 규칙을 정의하는 패턴
Library viewpoint
  • 미리 정의 되어 있는 포인트, 이를 참고하여 해당 소프트웨어에 적합한 포인트를 결정
Environment
  • 시스템에 대한 개발, 작동, 정책, 기타 영향요소들의 설정과 환경, 내부제약조건(내규), 외부제약조건(법규, 제도), 하드웨어 시스템
Mission
  • 이해관계자의 목적달성을 위해 시스템이 수행하는 연산

 

 

 

 

IEEE 1471에서 규정하고 있는 아키텍처 개발의 주요 활동

  • 아키텍처 관련 문서의 파악
  • 이해관계자, 그들의 역할 및 아키텍처 상의 관심 사항의 파악
  • 뷰 포인트의 선택 및 명세
  • 뷰의 명세
  • 뷰들간의 존재하는 불일치성의 파악 및 기록
  • 선택되어 설계된 아키텍처에 대한 논리적 근거(Rationale) 작성

 

 

+ Recent posts