기업 아키텍처

기관 또는 운영이 승인된 EA 표준 또는 로드맵을 준수할 수 없는 경우, 기관에 대해 Archer 예외를 등록해야 합니다.

예외의 몇 가지 예는 다음과 같습니다.

• 기관이 현재 릴리스보다 2버전 이상 뒤처진 소프트웨어 제품 버전을 사용합니다.
• 기관이 의존하고 있는 지원 중단 하드웨어가 있거나 아직 사용 중인 5년이 넘은 하드웨어 제품이 있습니다.
• 로깅 준수 또는 데이터 가용성과 같은 엔터프라이즈 요구 사항을 충족할 수 없습니다.

COV 위험 관리 시스템인 Archer에 예외 사항을 등록하세요. 자세한 내용은 정보 보안 FAQ 섹션을 참조하세요.

버지니아 주를 위한 AI 정책 및 AI 기술 표준

행정 명령 30은 VITA가 행정부 기관이 준수하는 AI 정책 및 AI 기술 표준을 개발하고 게시하도록 지시합니다.

개발된 표준의 일환으로, 모든 기관과 공급업체는 운영 기능에서 인공 지능을 활용하려는 계획을 VITA와 사무국에 등록하여 검토를 받아야 합니다.

이 프로세스에 대해 자세히 알아보려면 인공 지능 섹션을 참조하세요. Archer를 사용하여 AI 기록을 시작하거나 액세스하기 

거버넌스 기능으로서, 엔터프라이즈 아키텍처는 아키텍처 일관성과 VITA 규칙에 대한 일치성을 위해 아키텍처 설계를 검토하고, 서비스에 대한 VITA 규칙이 충족되는지 확인합니다.

또한 EA는 문서에 언급된 예외가 유효하고 적용 가능한지 확인합니다. 필요한 경우 엔터프라이즈 아키텍처도 기술 설계 세부 사항에 대해 의견을 제시합니다. 

아키텍처 검토는 MSI 통합 아키텍처 검토 프로세스(HARP)를 통해 진행됩니다. HARP는 계약 및 VITA 규칙을 준수하는지 아키텍처를 검토하고 승인하는 데 사용되는 반복적인 접근 방식입니다.

아키텍처 개요 문서(AOD) 템플릿은 공급업체가 아키텍처를 문서화하여 검토자가 아키텍처의 규정 준수 여부를 판단할 수 있도록 돕습니다. AOD는 서비스 배포 수명 주기에서 서로 다른 시점에 완료되는 3개의 섹션으로 나뉩니다. 이 섹션들은 고수준 섹션(HLS), 상세 설계 섹션(DDS), 그리고 준공 섹션(ABS)입니다.  

• HLS — 고수준 섹션은 프로젝트를 시작하기 전에 승인을 받아야 하며 시스템을 구축하는 데 필요합니다.
• DDS – 이 섹션에는 시스템을 구축하거나 재구축하는 데 필요한 정보가 포함되어 있으며 서비스를 시작하기 전에 완료해야 합니다. 여기에는 시스템 구성이 포함되어 있으며, 시스템을 온라인으로 가동하는 데 필요한 다른 공급업체의 구성도 포함되어 있습니다.
• ABS – 준공 섹션에는 세부 설계와 시스템 및 구성 요소 구성의 차이점이 포함되어 있습니다. 프로젝트 종료 전에 완료해야 합니다.

IT 전략 계획(ITSP)은 버지니아 주 법령에 의해 요구됩니다.

세 가지 주요 검토 유형 중 첫 번째 EA는 조달 프로세스에서 검증 및 승인 지점으로 사용됩니다.

기관은 2년마다 향후 2년 동안 수행할 IT 활동에 대한 계획을 증명해야 합니다. 승인 절차의 일환으로, 엔터프라이즈 아키텍처는 ITSP의 표준 준수 여부, 재사용 가능성, 미해결 예외 사항을 해결하기 위한 활동, 그리고 의도의 명확성을 검토합니다.

검토가 완료되면 엔터프라이즈 아키텍처는 Planview 시스템에 승인 권장 사항을 입력하고, 필요한 경우 후속 조치 및 설명이 필요한 CAM 및 기타 리소스와 협력합니다.

투자 비즈니스 사례(IBC)

세 가지 주요 검토 유형 중 두 번째 EA는 조달 프로세스에서 검증 및 승인 지점으로 사용됩니다.

IBC는 기관이 프로젝트 헌장을 준비하고, RFP를 수행하며, 필요한 경우 자금을 지출할 수 있도록 승인하는 수단으로 작용합니다. 이는 또한 엔터프라이즈 아키텍처에 의해 검토됩니다. 이를 위해 EA는 IBC를 기관의 ITSP와 일치시키는 방법을 모색하고 제안된 접근 방식을 현재 표준 및 IT 방향과 비교하여 검토합니다.

예를 들어, 기관들은 일반적으로 클라우드 친화적인 접근 방식을 사용해야 하며, 이는 구현 중이나 향후에 규정 준수 또는 기타 문제에 불필요한 장애물을 만들지 않아야 합니다. 엔터프라이즈 아키텍처는 검토자 중 한 명으로서 확인된 문제가 없는 경우 IBC를 승인합니다. 몇 가지 설명이나 조건이 있는 경우 엔터프라이즈 아키텍트는 승인과 함께 이러한 의견을 제공할 수 있으며, 필요한 경우 승인 전에 추가 정보를 얻기 위해 기관에 요청을 다시 보냅니다.

조달 거버넌스 요청(PGR)

세 가지 주요 검토 유형 중 세 번째 EA는 조달 프로세스에서 검증 및 승인 지점으로 사용됩니다.

PGR은 승인된 투자 비즈니스 사례(IBC) 이후에 진행되며, 이 단계에서 기관은 IBC에서 설명한 솔루션에 자금을 투입할 준비가 된 상태입니다. IBC의 검토 활동과 유사하게, 엔터프라이즈 아키텍처는 EA 표준 준수 및 COV IT 방향과의 연계성을 위해 PGR 검토에 참여합니다.

검토 후 엔터프라이즈 아키텍트는 별다른 의견 없이 승인하거나, 도구에서 승인하기 전에 추가 정보를 요청할 것입니다. 또한 이 프로세스의 일환으로 EA는 필요한 경우 담당자에게 연락하여 설명을 요청할 수 있습니다.