Arquitectura empresarial

Si su agencia u operación no puede cumplir con los estándares o las hojas de ruta aprobados por EA, se debe registrar una excepción de Archer para su agencia.

Algunos ejemplos de excepciones son:

• Su agencia utiliza una versión del producto de software que está 2 o más versiones atrasada con respecto a la versión actual.
• Su agencia tiene hardware que ya no cuenta con soporte y del cual depende, o tiene un producto de hardware que tiene más de 5 años y que aún está en servicio.
• No puede cumplir con un requisito de la empresa, como el cumplimiento del registro o la disponibilidad de datos.

Registre sus excepciones en Archer, el sistema de gestión de riesgos de COV. Para más información, consulte nuestra sección de Preguntas Frecuentes sobre Seguridad de la Información.

Política de IA y estándar tecnológico de IA para la Commonwealth

La Orden Ejecutiva 30 ordena que VITA desarrolle y publique una política de IA y un estándar tecnológico de IA a los que se adhieran las agencias del poder ejecutivo.

Como parte del estándar desarrollado, todas las agencias y proveedores deberán registrar su utilización prevista de inteligencia artificial en sus funciones operativas para revisión por parte de VITA y la secretaría.

Para obtener más información sobre este proceso, visite nuestra sección de Inteligencia Artificial. Use Archer para iniciar o acceder a sus registros de IA 

Como función de gestión, la Arquitectura Empresarial revisa los diseños arquitectónicos para comprobar la coherencia arquitectónica y la alineación con las reglas de VITA y que se cumplen las reglas de VITA para el servicio.

Además, la EA valida que las excepciones a las que se hace referencia en el documento sean válidas y aplicables. La arquitectura empresarial también comentará sobre los detalles técnicos del diseño si es necesario. 

Las revisiones arquitectónicas se realizan a través del Proceso de Revisión Arquitectónica Holística de MSI, o HARP (por sus siglas en inglés). HARP es un enfoque iterativo que se utiliza para revisar y aprobar arquitecturas con el fin de que cumplan con los contratos y las reglas de VITA.

Las plantillas del documento de descripción general de la arquitectura (AOD, por sus siglas en inglés) ayudan a los proveedores a documentar sus arquitecturas de manera que los revisores puedan determinar si la arquitectura cumple con los requisitos. El AOD se divide en 3 secciones que se completan en diferentes momentos del ciclo de vida de una implementación de servicio. Estas secciones son la Sección de Alto Nivel (HLS), la Sección de Diseño Detallado (DDS) y una Sección de As Built (ABS).  

• HLS – La sección de alto nivel debe ser aprobada antes de comenzar el proyecto y es necesaria para construir el sistema.
• DDS – Esta sección contiene la información necesaria para construir o reconstruir el sistema y debe completarse antes de que el servicio entre en funcionamiento. Contiene la configuración del sistema e incluye las configuraciones de otros proveedores que son necesarias para poner el sistema en línea.
• ABS – La sección «as built» contiene cualquier variación con respecto al diseño detallado y las configuraciones del sistema y de los componentes. Debe completarse antes del cierre del proyecto.

Los Planes Estratégicos de TI (ITSP) son requeridos por el Código de Virginia.

Uno de los tres tipos principales de revisiones en las que EA está activa dentro del proceso de adquisición como un punto de validación y aprobación:

Cada dos años, las agencias deben dar fe de las actividades de TI que planean llevar a cabo durante los próximos dos años. Como parte del proceso de aprobación, la Arquitectura Empresarial revisa los ITSP para verificar el cumplimiento de los estándares, las oportunidades de reutilización, las actividades que corrigen las excepciones pendientes y la claridad de intención.

Una vez finalizada la revisión, la Arquitectura Empresarial introducirá en el sistema Planview la recomendación de aprobación y, en caso necesario, se pondrá en contacto con el CAM y otros recursos cuando se requiera seguimiento y aclaraciones.

Casos de negocio de inversión (IBC)

Dos de los tres tipos principales de revisiones en las que EA está activa dentro del proceso de adquisición como un punto de validación y aprobación:

Los IBC sirven como medio para autorizar a la agencia a preparar un acta constitutiva del proyecto, realizar una RFP y gastar los fondos necesarios para ello. Estos también son revisados por la Arquitectura Empresarial. Para estos, la EA busca la alineación de los IBC con los ITSP de la agencia y revisa el enfoque propuesto con respecto a los estándares actuales y la dirección de TI.

Por ejemplo, las agencias generalmente deberían utilizar enfoques compatibles con la nube que no creen obstáculos innecesarios para el cumplimiento u otros desafíos durante la implementación o en el futuro. La Arquitectura Empresarial, como uno de los revisores, aprobará los IBC si no se identifican problemas. Si hay algunas aclaraciones o condiciones, el arquitecto empresarial puede proporcionar estos comentarios con una aprobación o, si es necesario, enviará la solicitud a la agencia para obtener más información antes de la aprobación.

Solicitudes de Gobernanza de Adquisiciones (PGR)

Tres de los tres tipos principales de revisiones EA está activo dentro del proceso de adquisición como punto de validación y aprobación:

Las PGR llegan después de que se haya aprobado un caso de negocio de inversión, en el que la agencia está lista para gastar el dinero en la solución que describió en el IBC. De manera similar a las actividades de revisión de un IBC, la Arquitectura Empresarial participará en la revisión de las PGR para verificar el cumplimiento de los estándares de EA y la alineación con la dirección de TI de la COV.

Después de la revisión, el arquitecto empresarial aprobará sin comentarios o solicitará más información antes de la aprobación en la herramienta. Además, como parte de este proceso, la EA puede comunicarse con los contactos para obtener aclaraciones si es necesario.