신속한 변화를 위한 아키텍처

Agile Architecture

신속한 변화를 위한 아키텍처란 신속한 변화를 위한 소프트웨어 개발에 엔터프라이즈/시스템/소프트웨어 설계자가 아키텍처 관행을 적용하는 방법을 의미한다.많은 의견제출자들이 적응의 축을 따라 전통적인 소프트웨어 아키텍처와 민첩한 방법 사이의 긴장감(최종 가능한 순간까지 아키텍처 결정을 내림) 대 기대(사전 계획)를 식별하였다(Kruchten, 2010).[1]

Waterman, Nobel 및 Allan(2015)[2]은 초기 아키텍처 설계에 너무 적은 시간을 소비하고 위험을 증가시키며, 고객에게 가치를 제공하는 데 부정적인 영향을 미치면서 너무 많은 시간을 소비하는 사이의 긴장을 탐구했다.이들은 민첩한 아키텍처에 영향을 미칠 수 있는 6가지 힘, 즉 요구사항 불안정성, 기술적 위험, 초기 가치, 팀 문화, 고객 민첩성 및 경험 등을 파악한다.이러한 힘은 다음 6가지 전략으로 해결할 수 있다.변화에 대응하고, 리스크를 해결하며, 새로운 아키텍처, 전면적인 빅 디자인, 프레임워크 및 템플릿 아키텍처 사용.

아키텍처에 대한 민첩한 접근방식을 구성하는 대상을 특정하기 위한 여러 시도가 있었다.SAFe 프레임워크에 따르면 신속한 변화를 위한 아키텍처의 원칙은 다음과 같다.[3]

  1. 디자인이 등장하다.건축은 공동 작업이다.(구조 개선)
  2. 시스템이 클수록 활주로(건축용 활주로)가 길어진다.
  3. 작동 가능한 가장 간단한 아키텍처 구축(설치된 설계 원리)
  4. 확실하지 않은 경우 코드화 또는 모델링(스파이크, 프로토타입, 도메인 및 사용 사례 모델)
  5. 그들은 그것을 만들고 시험한다 (시험가능성을 위한 설계)
  6. 혁신(팀, 해커톤)에 대한 독점권은 없다 - 페이스북의 Like 버튼은 해커톤의 일환으로 고안되었다.
  7. 건축 흐름(건축학적 인식 및 포트폴리오 칸반) 구현 - Kanban이 깔때기, 검토, 분석, 포트폴리오 백로그 및 구현을 거치는 포트폴리오

엔터프라이즈 아키텍처 수준에서 Scott Ambler(2016년)[4]는 다음과 같은 원칙을 제안한다.

  • 설계도에 대한 진화적 협업
  • 완벽한 커뮤니케이션
  • 적극적 이해관계자 참여
  • 엔터프라이즈 설계자는 개발 팀의 적극적인 참여자임
  • 검사를 통한 지원(예외)
  • 고급 모델(복잡할수록 추상적)
  • 작업 코드가 있는 세부 정보 캡처
  • 관료적 절차가 아닌 기울어진 지침과 규칙
  • 경험이 풍부한 엔터프라이즈 설계자로 구성된 전담 팀 구성

Svyatorves Kotusev는 "agile" 엔터프라이즈 아키텍처의 다음과 같은 차원을 파악한다.[5][6]

  1. ⑴ 전략 계획에 쏟는 전체 시간과 노력, ⑵ 전략 계획이 적용되는 조직 범위, ⑶ 전략 계획의 시간적 범위, ⑷ 원하는 미래를 정확히 정의하는 방법 등 [7][8]전략 계획의 민첩성
  2. ⑴ 이니셔티브 전달의 논리적 흐름 및 ⑵ 이니셔티브를 위해 개발된 EA 아티팩트의 볼륨(예: 솔루션 개요 및 솔루션 설계[9][10])과 같은 측면을 [7][8]포함한 이니셔티브 전달의 민첩성
  3. ⑴ 기업 IT 투자 포트폴리오의 구성 및 ⑵ 예산 책정 프로세스의 구조와 같은 측면을 포함한 재무 할당 민첩성
  4. ⑴ 의사결정 프로세스의 형식적 절차 및 ⑵ 승인된 계획의 준수와 같은 측면을 포함한 아키텍처 거버넌스의 민첩성
  5. ⑴ 전체 IT 인력의 설계자 비율 및 ⑵ IT 프로젝트에 설계자가 참여하는 정도 등 아키텍처 기능의 민첩성
  6. (a) 기술 표준화의 수준 및 (b) 활용 소프트웨어 툴의 정교화 등 기타 요소의 민첩성

참조

  1. ^ 크루치텐, P. (2010)소프트웨어 아키텍처와 신속한 변화를 위한 소프트웨어 개발 — 두 문화의 충돌?제32회 ACM/IEEE 국제 소프트웨어 엔지니어링 컨퍼런스 진행
  2. ^ 워터맨, 노벨, 앨런. (2015년).얼만큼의 선불?민첩한 건축에 대한 기초 이론.제37회 소프트웨어 엔지니어링 국제 회의의 진행 중
  3. ^ Leffingwell, Dean (2008-07-10). "Agile Architecture – The Whitepaper Now On Line". Scaling Software Agility. Retrieved 2017-02-06.
  4. ^ 앰블러, S. (2016)신속한 변화를 위한 엔터프라이즈 아키텍처 – 규율 있고 실용적인 전략.[비디오] 검색 대상: https://www.youtube.com/watch?v=AaIiG73QE3c
  5. ^ "2020년 6월 Kotusev, S., "신속한 엔터프라이즈 아키텍처란 무엇인가?"
  6. ^ "2020년 12월, 코투세프, "신속성을 위한 EA 업무 구성"
  7. ^ a b "2019년 11월 S. Kotusev, "페이지에 엔터프라이즈 아키텍처 실행"
  8. ^ a b 2019년 9월, Kotusev, "기업건축 업무 프로세스 보기"
  9. ^ 2018년 12월, Kotusev, "페이지에 있는 엔터프라이즈 아키텍처"
  10. ^ 2017년 2월 S. Kotusev, "8개의 필수 엔터프라이즈 아키텍처 유물"


Stub icon

이 소프트웨어 공학 관련 기사는 단조롭다.위키피디아를 확장하여 도울 수 있다.