개요 기업 아키텍처는 조직 내 사람, 프로세스, 기술, 정보의 일관성을 확보하는 데 중점을 둡니다.
기업 아키텍처(EA)는 IT 전략 계획 프로세스 내 사전 구매 활동부터 RFP 검토, 기술 선정, 예외 처리, 공급업체 관리, 아키텍처 검토 등 지속적인 거버넌스 활동에 이르기까지 기술 라이프사이클 전반에 걸쳐 운영됩니다.
EA는 또한 Commonwealth에서 기술 적용 시 필요한 행동 기준과 통제 조치를 규정하는 표준을 수립합니다. 또한 EA는 효과적인 인프라 관리 및 계획 수립을 지원하기 위해 현재 사용 중인 소프트웨어, 향후 출시될 소프트웨어, 그리고 구형 소프트웨어를 식별하는 기술 로드맵을 개발합니다.
기업 아키텍처 실무의 권한은 버지니아 주법 § 2.2-2007 및 § 2.2-2011에 규정되어 있습니다.
기업 아키텍처 표준 및 정책
주 정부 전체에 걸쳐 통합된 IT 접근 방식을 구현하는 CIO의 임무를 지원하기 위해, 기업 아키텍처(EA)는 Commonwealth 내에서 기술 사용에 필요한 행동 기준과 통제 조치를 정의하는 표준을 수립합니다. 이 표준은 측정 가능하고 강제 가능한 요구사항을 바탕으로 설계되어 일관된 적용과 준수를 보장합니다. 표준화된 접근 방식을 통해 EA는 중복을 줄이고, 보안 위험을 최소화하며, 교육 및 기술 개발을 효율화합니다.
기업 아키텍처 정책(EA200) 은 기업 아키텍처 표준의 기반을 마련하며, Commonwealth의 기술 거버넌스 프레임워크의 일부를 구성합니다. 이 지침은 행정부 소속 기관의 IT 자원 획득, 사용 및 관리에 적용되는 방향을 설정하고 기술적 요구사항을 규정합니다.
기업 아키텍처 표준(EA225) 은 기업 전체의 IT 투자 및 변경에 대한 의사결정 도구로 활용되는 기업 아키텍처(EA)를 개발, 유지보수, 활용하기 위한 구조화된 프레임워크를 수립합니다.
EA 로드맵 및 요구사항
EA- 하위 카테고리에서 게시된 다음 로드맵 및 리소스를 확인하세요:225.
COV EA 팀에서 게시한 로드맵은 기술 투자, 변경 및 업데이트 계획에 대한 지침을 제공합니다. 이는 기초 기술 카테고리의 경우, 어떤 제품 버전을 사용해야 하는지, 언제 업데이트해야 하는지, 그리고 언제 더 이상 사용하지 않아야 하는지를 명시합니다.
기술 버전에 대한 거버넌스의 목적은 단순히 마지막 순간의 버전 업데이트를 방지하고, 그로 인해 발생할 수 있는 부정적인 영향을 최소화하여 버지니아 주 비즈니스 아키텍처를 지원하는 양질의 정보 기술 제공을 보장하는 것입니다. 사실, 최신 버전으로 업데이트하는 일은 버지니아 주 정보 기술 서비스 제공 기관과 공급업체에게 있어 반복적인 작업이 되어야 합니다. 이를 통해 직원 생산성이 향상되고, 안정적인 보안이 유지되며, 레거시 유지 관리 비용이 절감되기 때문입니다.
다음 로드맵을 통해 기관 및 공급업체는 보다 예측 가능하고 예정된 업데이트를 계획할 수 있습니다. 평가는 결정 시점에 이용 가능한 최상의 정보를 바탕으로 "예측된" 것이므로, 이후 버지니아 주의 통제 범위를 벗어나는 변화에 대한 탄력성을 유지하기 위해 변경될 수 있습니다.
로드맵은 다음과 같은 경우에 사용할 수 있습니다.
- 애플리케이션 호스팅 플랫폼 로드맵
- COV 인공 지능 기술 로드맵
- COTS 애플리케이션 기술 로드맵
- 데이터 관리 기술 로드맵
- 최종 사용자 컴퓨팅 운영 체제 기술 로드맵
- 최종 사용자 컴퓨팅 생산성 소프트웨어 기술 로드맵
- 최종 사용자 컴퓨팅 웹 브라우저 기술 로드맵
- 프로그래밍 언어 및 데이터 액세스 방법
- COV 검색 엔진 기술
- 서버 OS 및 하이퍼바이저 기술 로드맵
- 웹 및 애플리케이션 서버 기술 로드맵
COV IT 용어집을 방문하여 EA 로드맵 정의에 대해 확인하세요.
EA 팀과 협력하는 방법
VITA의 기업 아키텍처는 다양한 메커니즘을 통해 참여하며, 이는 필요에 따라 달라집니다. 아래에 나열된 각 프로세스별로 EA 팀과 협력하는 방법을 알아보세요.
귀 기관 또는 운영이 승인된 EA 표준 또는 로드맵을 준수할 수 없는 경우, 해당 기관에 대해 Archer 예외를 등록해야 합니다.
예외의 몇 가지 예는 다음과 같습니다.
- 기관이 현재 릴리스보다 2버전 이상 뒤처진 소프트웨어 제품 버전을 사용합니다.
- 기관이 의존하고 있는 지원 중단 하드웨어가 있거나 아직 사용 중인 5년이 넘은 하드웨어 제품이 있습니다.
- 로깅 준수 또는 데이터 가용성과 같은 엔터프라이즈 요구 사항을 충족할 수 없습니다.
Archer(COV 위험 관리 시스템)에 예외 사항을 등록하세요.
행정명령 30 는 VITA가 행정 부처 기관들이 준수해야 할 인공지능(AI) 정책 및 AI 기술 표준을 수립하고 공개하도록 지시합니다.
개발된 표준의 일환으로, 모든 기관과 공급업체는 운영 기능에서 인공 지능을 활용하려는 계획을 VITA와 사무국에 등록하여 검토를 받아야 합니다.
이 프로세에 대해 더 알아보려면, 저희 인공지능 섹션을 방문해 주세요. Archer를 사용하여 AI 기록을 시작하거나 액세스하세요.
기업 아키텍처(EA)는 거버넌스 역할의 일환으로 아키텍처 설계를 검토하여 VITA 규칙과의 일관성과 일치성을 확보하며, 모든 적용 가능한 서비스 요구사항이 충족되었는지 확인합니다. EA는 참조된 예외 사항의 유효성과 관련성을 검토하며, 필요 시 기술적 설계 세부 사항에 대한 의견을 제공합니다.
버지니아 주법은 IT 전략 계획(ITSP)을 요구합니다. 매 2년마다 기관들은 향후 2년 동안 실시할 예정인 IT 관련 사업 계획을 확인하고 보고해야 합니다. 승인 절차의 일환으로, 기업 아키텍처는 각 계획이 표준 준수 여부, 재사용 가능성, 미해결 예외 사항의 해결, 의도 명확성을 검토합니다.
검토 후, EA는 승인 권장 사항을 Planview에 입력하고, 필요 시 CAM 및 기타 팀과 협조하여 후속 조치 또는 추가 설명을 진행합니다.
투자 사업 사례(IBC)는 기관이 프로젝트 헌장을 수립하고, 제안 요청서(RFP)를 발간하며, 자금을 배정할 수 있도록 승인합니다. 검토 과정의 일환으로, 기업 아키텍처(EA)는 각 IBC가 기관의 IT 전략 계획(ITSP)과 일치하는지 평가하고, 제안된 솔루션이 현재 표준 및 IT 전략과 일치하는지 평가합니다.
예를 들어, 기관들은 일반적으로 클라우드 친화적인 접근 방식을 채택해야 하며, 이는 구현 단계나 미래에 준수 문제나 기타 어려움을 불필요하게 발생시키지 않아야 합니다. 기업 아키텍처는 검토자 중 한 명으로서, 식별된 문제가 없는 경우 IBC를 승인합니다. 명확한 설명이나 조건이 필요한 경우, EA는 승인과 함께 이를 포함하거나 추가 정보를 요청하기 위해 IBC를 반환할 수 있습니다.
프로젝트 거버넌스 요청(PGR)은 기관이 제안된 솔루션을 자금 지원할 준비가 되면 승인된 투자 사업 사례(IBC)에 따라 진행됩니다. IBC 검토와 유사하게, 기업 아키텍처(EA)는 PGR이 EA 표준을 준수하고 Commonwealth의 IT 전략과 일치하는지 평가합니다.
검토가 완료되면 기업 아키텍트는 PGR을 승인하거나 승인 전에 추가 정보를 요청할 수 있습니다. EA는 이 과정 중 필요에 따라 에이전시 대표와 연락하여 추가 설명을 요청할 수 있습니다.