시스템 아키텍처

Systems architecture

시스템 아키텍처는 시스템의 구조, 동작 및 더 많은 보기를 정의하는 개념 모델이다.[1] 아키텍처 설명은 시스템의 구조와 동작에 대한 추론을 지원하는 방식으로 구성된 시스템의 공식적인 설명과 표현이다.

시스템 아키텍처는 전체 시스템을 구현하기 위해 함께 작동하는 시스템 요소와 개발된 하위 시스템으로 구성될 수 있다. 시스템 아키텍처를 기술하기 위해 언어를 공식화하려는 노력이 있었는데, 이를 집합적으로 아키텍처 기술 언어(ADLs)라고 부른다.[2][3]

개요

다양한 조직이 시스템 아키텍처를 다음과 같은 다양한 방법으로 정의할 수 있다.

  • 시스템의 구성 요소, 서로 및 환경에 대한 관계, 그리고 시스템의 설계와 진화를 지배하는 원리에 구체화된 시스템의 기본적 조직.[4]
  • 하드웨어 및 소프트웨어 구성요소에 대한 기능 매핑, 하드웨어 아키텍처에 대한 소프트웨어 아키텍처 매핑 및 이러한 구성요소와의 인간 상호작용을 포함한 시스템의 표현.[5]
  • 기능 아키텍처와 요구사항 기준선의 요건을 충족하기 위한 소비자 제품 또는 라이프사이클 프로세스에 대한 설계 솔루션을 제공하는 물리적 요소의 할당 배열.[6]
  • 아키텍처는 전체 구조(즉, 필수 요소와 그들의 관계)와 관련 특성과 행동에 대한 가장 중요하고, 널리 퍼져 있는 최상위 수준의 전략적 발명, 결정 및 관련 합리성으로 구성된다.[7]
  • 컴퓨터 시스템의 설계 및 내용에 대한 설명. 문서화된 경우, 현재 하드웨어, 소프트웨어 및 네트워킹 기능에 대한 상세 인벤토리, 향후 구매를 위한 장기 계획 및 우선순위에 대한 설명, 최신 장비 및 소프트웨어의 업그레이드 및/또는 교체 계획과 같은 정보를 포함할 수 있다.[8]
  • 시스템에 대한 공식적인 설명 또는 시스템 구현을 안내하는 구성요소 수준의 상세 계획.[9]
  • 제품 및 제품 라이프사이클 프로세스의 설계 아키텍처의 합성.[10]
  • 구성요소의 구조, 상호관계, 그리고 설계와 진화를 관리하는 원칙과 지침.[11]

시스템 아키텍처를 기존(또는 미래) 시스템의 표현 집합으로 생각할 수 있다. 이러한 표현은 처음에는 일반적이고 높은 수준의 기능적 조직을 기술하고, 보다 상세하고 구체적인 설명으로 점진적으로 정제된다.

시스템 아키텍처는 시스템으로 구성된 요소의 정보 내용, 그 요소들 간의 관계, 그리고 그러한 관계를 지배하는 규칙들을 전달한다. 아키텍처 설명이 하드웨어, 소프트웨어, 문서, 시설, 수동 절차 또는 조직이나 사람이 수행하는 역할로 구성될 수 있는 이러한 요소들 간의 아키텍처 구성요소 및 관계 집합.[clarification needed]

시스템 아키텍처는 주로 시스템의 구성요소나 서브시스템들 사이의 내부 인터페이스와 시스템과 그것의 외부 환경, 특히 사용자 사이의 인터페이스에 집중한다. (컴퓨터 시스템의 특정한 경우, 이 후자, 특수 인터페이스는 컴퓨터 휴먼 인터페이스로 알려져 있다, AKA 휴먼 컴퓨터 i.nterface 또는 HCI(이전에는 man-machine interface라고 함)

시스템 아키텍처를 시스템 아키텍처 엔지니어링(SAE)과 대조할 수 있다. 즉, 시스템 아키텍처를 효과적으로 구현하기 위한 방법과 규율:[12]

  • SAE는 일련의 제약조건 내에서 시스템의 구조를 생산하거나 변경하기 위해 일련의 단계가 규정되어[by whom?] 있기 때문에 하나의 방법이다.
  • SAE는 일련의 제약조건 내에서 시스템을 설계하는 가장 효과적인 방법에 대해 실무자들에게 알리기 위해 지식의 한 부분이 사용되기 때문에 하나의 학문이다.

역사

시스템 아키텍처는 다른 많은 분야에서 수천년에 걸쳐 개발된 관행과 기술에 크게 의존하며, 아마도 가장 중요한 것은 토목 아키텍처일 것이다.

  • 디지털 컴퓨터가 등장하기 전에, 전자와 다른 공학 분야들은 오늘날에도 흔히 사용되고 있기 때문에 "시스템"이라는 용어를 사용했다. 그러나 디지털 컴퓨터가 도래하고 소프트웨어 공학이 별개의 분야로 발전함에 따라 공학적 하드웨어 유물, 소프트웨어 유물, 결합된 유물 등을 구별할 필요가 있는 경우가 많았다. 컴퓨터 프로그램이 없는 프로그램 가능한 하드웨어 공예품 또는 컴퓨팅 기계는 발기부전이다. 소프트웨어 공예품이나 프로그램으로도 적합한(하드웨어) 기계의 순차적 상태를 변경하는 데 사용할 수 없는 한 똑같이 발기부전이다. 그러나 하드웨어 기계와 그 프로그래밍은 거의 흉내낼 수 없는 많은 추상적이고 물리적인 작업을 수행하도록 설계될 수 있다. 컴퓨터 및 소프트웨어 엔지니어링 분야(그리고 통신과 같은 다른 엔지니어링 분야) 내에서, 용어 시스템은 유용한 기능을 수행하는 데 필요한 모든 요소(일반적으로 하드웨어와 소프트웨어를 모두 포함)를 포함하는 것으로 정의되었다.
  • 따라서 이러한 엔지니어링 분야 내에서 시스템은 일반적으로 프로그램 가능한 하드웨어 기계와 포함된 프로그램을 가리킨다. 그리고 시스템 엔지니어는 하드웨어와 소프트웨어, 특히 하드웨어와 소프트웨어 사이의 인터페이스, 특히 전체 장치와 그 사용자(CI) 사이의 인터페이스를 포함하여 전체 장치와 관련된 것으로 정의된다. 하드웨어 엔지니어는 하드웨어 장치만을 취급한다(이상 또는 이하), 소프트웨어 엔지니어는 컴퓨터 프로그램만을 취급한다(이상 또는 이하), 시스템 엔지니어는 프로그램이 하드웨어 장치 내에서 적절하게 실행될 수 있으며, 두 실체로 구성된 시스템이 카파블(capabl)인지 확인할 책임이 있다.e 외부 환경, 특히 사용자와 적절하게 상호작용하고 의도된 기능을 수행한다.
  • 시스템 아키텍처는 소프트웨어와 하드웨어의 요소를 모두 사용하며 그러한 복합 시스템의 설계를 가능하게 하는데 사용된다. 좋은 아키텍처는 시스템의 현재 및 예측 가능한 모든 요건을 남은 것이 없는 깨끗한 경계 서브시스템의 실행 가능한 집합으로 분할하는 '분할 계획' 또는 알고리즘으로 볼 수 있다. 즉, 배타적이고 포괄적이며 철저한 분할 방식이다. 파티셔닝의 주요 목적은 하위 시스템들 사이에 필요한 최소한의 상호의존성이 있도록 요소들을 배열하는 것이다. 소프트웨어와 하드웨어 모두에서 좋은 하위 시스템은 의미 있는 "객체"로 보이는 경향이 있다. 더욱이, 좋은 아키텍처는 사용자의 요구사항과 사용자 요구사항의 유효성검사 테스트에 대한 쉬운 매핑을 제공한다. 이상적으로는 모든 최소 요소에서 모든 요건 및 테스트에 이르는 매핑도 존재한다.

종류들

몇 가지 유형의 시스템 아키텍처(동일한 기본 원리에[13] 의해 강조됨)는 다음과 같이 식별되었다.[14]

참고 항목

참조

  1. ^ 한누 자크콜라와 베른하르트 탈하임. (2011) "건축 중심의 모델링 방법론" 인: 2011년 정보 모델링 및 지식 기반 XXII 회의의 진행. Annely Heimburiger 외 (eds. IOS 프레스. 페이지 98
  2. ^ Paul C. Clements (1996) "건축 기술 언어에 대한 조사" 소프트웨어 사양 및 설계에 관한 제8차 국제 워크숍의 진행. IEEE 컴퓨터 협회, 1996.
  3. ^ 네나드 메드비도비치와 리처드 N. 테일러(2000). "소프트웨어 아키텍처 설명 언어에 대한 분류 및 비교 프레임워크" 소프트웨어 엔지니어링, IEEE 26.1(2000년) 거래: 70-93.
  4. ^ ANSI/IEEE 1471-2000에서.
  5. ^ 카네기 멜론 대학의 소프트웨어 공학 연구소로부터.
  6. ^ Human Engineering Home Page의 용어집에서. 웨이백 머신에 2015-02-13 보관
  7. ^ OPF(Open Process Framework) 리포지토리가 웨이백 머신에 보관된 2006-03-05.
  8. ^ 국립 교육 통계 용어집에서.
  9. ^ 토가프
  10. ^ 웨이백 머신에 보관된 2006-05-17 용어집에서 발견된 IEEE 1220-1998.
  11. ^ 토가프
  12. ^ 엔지니어링 시스템 아키텍처의 Method Framework, Donald Firesmith 등, 2008
  13. ^ 보리스 골든에 의한 시스템 아키텍처의 기본 원리
  14. ^ Mark Maier and Eberhardt Rechtin, 2002년 2차 개정 시스템 아키텍처
  15. ^ 브래드 데이의 전략적 시스템 아키텍처 선택

외부 링크