솔루션 아키텍처

Solution architecture

솔루션 아키텍처(솔루션 아키텍처), "이별적이고 집중적인 비즈니스 운영 또는 활동에 대한 설명 및 IS/IT가 그 운영을 지원하는 방법"[1]과 같은 다양한 정의를 가진 정보 기술에서 사용되는 용어.

정의들

위에 제공된 솔루션 아키텍처에 대한 오픈 그룹의 정의에는 스케일링 애자일, Gartner 및 Grefhorst/Property의 다음 세 가지가 수반된다.Glassdoor는 2020년 8월 솔루션 설계자 5만5천명을 광고한 반면, Open Group은 TOGAF 기술 프레임워크에서 "솔루션 설계자" 역할을 인식하지 못한다는 점에 주목할 필요가 있다.[2]

  • 신속한 변화를 위한(2020) 솔루션 설계자/엔지니어링은 "솔루션 트레인"을 통해 기술 및 아키텍처의 공유 비전을 정의하고 전달하여 개발 중인 시스템 또는 솔루션이 의도한 목적에 적합하도록 보장할 책임이 있다.[3]
  • Gartner(2013) 솔루션 아키텍처(SA)는 특정 솔루션에 대한 아키텍처 설명이다. SA는 다양한 엔터프라이즈 아키텍처 관점(비즈니스, 정보 및 기술)과 엔터프라이즈 솔루션 아키텍처(ESA)의 지침을 결합한다.[4]
  • Greefhorst와 적절한 (2013) 솔루션의 아키텍처, 솔루션이 그 환경에 일관성 있는 기능 집합을 제공하는 시스템이다. 이와 같이, 그것은 필수적인 요구사항을[5] 충족하기에 충분하고 필요한 해결책의 특성에 관한 것이다.

솔루션 아키텍처의 일반적인 특성은 엔터프라이즈 아키텍처의 다른 향기와는 대조적으로, 프로젝트나 이니셔티브의 맥락 안에서 솔루션을 정의하려고 자주 추구한다는 것이다.[6]실제 프로젝트 및 이니셔티브와 밀접한 관련이 있다는 것은 솔루션 아키텍처가 기술 전략을 실행하거나 실현하는 수단이라는 것을 의미한다.

커버리지

Forrester Research에 따르면, Solution Architecture는 엔터프라이즈 아키텍처가 조직에 가치를 제공하는 핵심 구성요소 중 하나이다.여기에는 솔루션 비즈니스 컨텍스트, 솔루션 비전 및 요구사항, 솔루션 옵션(예: RFI, RFP 또는 프로토타입 개발)과 같은 아티팩트와 구축 및 구현 계획에 합의된 최적의 솔루션("로드맵")[7]이 포함된다.

Open Group은 고유한 Solution Architect 역할을 인식하지 못하므로 언급된 아티팩트에 대한 관련 링크가 비즈니스 및 시스템 분석가 역할일 수 있다.또한 The Open Group이 솔루션 아키텍처를 Forrester보다 더 큰 것으로 정의하고 있음을 상기할 필요가 있다(상기된 정의 참조).

그 후, 엔터프라이즈 아키텍처 전문 조직 연합이 발간한 2013년 논문에 따르면, 솔루션 아키텍처는 비즈니스 아키텍처, 정보 아키텍처, 애플리케이션 아키텍처, 그리고 전술적 수준에서 운영되며 선택된 비즈니스 문제의 범위와 범위에 초점을 맞춘 기술 아키텍처를 포함한다.이와는 대조적으로, 앞서 언급한 4가지 유형의 아키텍처도 포함하는 엔터프라이즈 아키텍처는 전략적 수준에서 운영되며, 그 범위와 범위는 특정 비즈니스 문제가 아니라 엔터프라이즈다.[8][9]

참고 항목

참조

  1. ^ 오픈 그룹.아키텍처 프레임워크 TOGAF™ 버전 9.2 정의 페이지 https://pubs.opengroup.org/architecture/togaf91-doc/arch/chap03.html
  2. ^ 아마존닷컴과 아마존닷컴 취업 관련 사이트 글래스도어, 2020년 8월
  3. ^ "Safe Agile on Solution Architect role". Scaled Agile Framework. Retrieved 18 August 2020.{{cite web}}: CS1 maint : url-status (링크)
  4. ^ Gartner, 2013년 gatner.com의 "IT 용어집"2015년 3월 8일에 액세스.
  5. ^ 대니 그리퍼스트 & 에릭 퍼스트, 건축 원리: 엔터프라이즈 건축의 기본, 2011. 페이지 25
  6. ^ "What is Solution Architecture? Orbus Software". www.orbussoftware.com. Retrieved 2020-11-24.
  7. ^ Forrester Research, Inc., (2012), Solution Architecture 툴킷:개요
  8. ^ FEAPO, "기업 건축에 대한 공통된 관점": 건축 및 거버넌스 매거진, 2013년(11)의 "기업 건축"
  9. ^ 미스트릭 이반, 안토니우스 탕, 라미 바순, 주디스 A.스태포드(2013), 엔터프라이즈, 시스템 및 소프트웨어 아키텍처 조정.비즈니스 사이언스 레퍼런스.

추가 읽기

  • 바네르지, 자이디프, 소헬 아지즈."SOA: 엔터프라이즈 아키텍처와 솔루션 아키텍처 간의 누락된 링크." SETLABS 브리핑 5.2(2007): 69-80
  • 첸, 그레이엄, 그리고 친정콩."통합 관리 솔루션 아키텍처"네트워크 운영 및 관리 심포지엄, 2000.NOMS 2000.2000 IEEE/IFIP. IEEE, 2000.
  • 굴레지, 토마스 등"물류 포트폴리오 관리를 위한 솔루션 아키텍처 정렬"국제 서비스 표준 저널 1.4(2005년): 401-413.
  • Shan, Tony Chao, Winnie W. Hua. "n-tier 애플리케이션을 위한 솔루션 아키텍처."서비스 컴퓨팅, 2006. SCC06. IEEE 국제회의 개최. IEEE, 2006.
  • 슬롯, 레이몬드, 귀도 데데네, 릭 메스."솔루션 아키텍처의 비즈니스 가치"Enterprise Engineering II의 발전.스프링거 베를린 하이델베르크, 2009년 84-108