La arquitectura empresarial se centra en la alineación de personas, procesos, tecnología e información en una organización.
La arquitectura empresarial (EA) opera en todo el ciclo de vida de la tecnología, comenzando en las actividades previas a la adquisición dentro del proceso del plan estratégico de IT, a través de consideraciones de RFP, selección de tecnología y actividades de gobernanza en curso, como el manejo de excepciones, la gestión de proveedores y las revisiones arquitectónicas.
EA también produce estándares que especifican el comportamiento y los controles requeridos para la aplicación de la tecnología en la Commonwealth. Además, EA desarrolla hojas de ruta tecnológicas que identifican el software actual, futuro y obsoleto para respaldar la gestión y planificación efectivas de la infraestructura.
La autoridad de la práctica de arquitectura empresarial se establece en el Código de Virginia § 2.2-2007 y § 2.2-2011.
Estándar y política de arquitectura empresarial
Para respaldar la misión del CIO de ofrecer un enfoque de TI unificado en todo el gobierno estatal, Enterprise Architecture (EA) desarrolla estándares que definen los comportamientos y controles requeridos para el uso de la tecnología dentro de la Commonwealth. Estos estándares están diseñados con requisitos medibles y exigibles para garantizar una aplicación y cumplimiento consistentes. Al estandarizar los enfoques, EA reduce la redundancia, minimiza los riesgos de seguridad y agiliza la capacitación y el desarrollo de habilidades.
La Política de Arquitectura Empresarial (EA200) sienta las bases para los estándares de EA y forma parte del marco de gobernanza tecnológica de la Commonwealth. Establece la dirección y describe los requisitos técnicos que rigen la adquisición, el uso y la gestión de los recursos de IT por parte de las executive branch agencies.
El Estándar de Arquitectura Empresarial (EA225) establece un marco estructurado para desarrollar, mantener y aprovechar EA como una herramienta de toma de decisiones para las inversiones y cambios de IT en toda la empresa.
Hojas de ruta y requisitos de EA
Vea las siguientes hojas de ruta y recursos publicados en EA-225.
- Informe de dominio de aplicación
- Informe de temas de alojamiento basado en la nube
- Gestión de Sistemas Empresariales
- Estándar de firma basado en ordenador de EA Solution
- Requisitos de disponibilidad de datos de EA Solution
- Estándar de sistemas web de las soluciones de EA
- Informe de dominio de integración ETA
- Tecnología de la información heredada
- Uso de dispositivos inteligentes de EA
- Informe del tema sobre el dominio de integración de SOA
Las hojas de ruta, publicadas por el equipo de ea de la COV, ofrecen orientación sobre la planificación de inversiones tecnológicas, cambios y actualizaciones. Especifican, para las categorías de tecnología fundamental, qué versiones de productos deben utilizarse, cuándo deben actualizarse y cuándo deben dejar de usarse.
La intención de la gobernanza de las versiones tecnológicas es simplemente prevenir las actualizaciones de última hora y su consiguiente impacto negativo en la entrega de tecnología de la información de calidad que apoya la arquitectura empresarial de la Commonwealth. De hecho, la actualización a las versiones actuales debería ser una tarea recurrente para las agencias y proveedores de servicios de tecnología de la información del Commonwealth, ya que esto resultará en un aumento de la productividad del personal, el mantenimiento de una seguridad confiable y la reducción de los costos de mantenimiento de sistemas heredados.
Las siguientes hojas de ruta permiten a las agencias y proveedores planificar actualizaciones de manera más predecible y programada. Dado que las evaluaciones se 'pronostican' con la mejor información disponible en el momento de la decisión, están sujetas a cambios para mantener la resiliencia ante aquellos cambios posteriores que ocurren fuera del control de la Commonwealth.
Revise las actualizaciones actuales del plan de desarrollo tecnológico de EA.
Las hojas de ruta están disponibles para lo siguiente:
- Hoja de ruta de la plataforma de alojamiento de aplicaciones
- Hoja de ruta de la tecnología de inteligencia artificial COV
- Hoja de ruta de la tecnología de aplicaciones COTS
- Hoja de ruta de la tecnología de gestión de datos
- Hoja de ruta de tecnologías de sistemas operativos de computación para usuarios finales
- Hoja de ruta de tecnologías de software de productividad informática para usuarios finales
- Hoja de ruta de tecnologías de computación para usuarios finales
- Lenguajes de programación y métodos de acceso a datos
- Tecnologías de motores de búsqueda COV
- Hoja de ruta de tecnologías de hipervisor y SO de servidor
- Hoja de ruta de las tecnologías de servidores web y de aplicaciones
Visite el glosario de IT de COV para conocer las definiciones de la hoja de ruta de EA.
Cómo interactuar con el equipo de EA
La arquitectura empresarial en VITA se lleva a cabo a través de una variedad de mecanismos, que varían según la necesidad. Aprenda a interactuar con el equipo de EA para cada proceso que se enumera a continuación.
Si su agencia u operación no puede cumplir con los estándares u hojas de ruta aprobados de 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 COV.
La Orden Ejecutiva 30 ordena que VITA desarrolle y publique una política de IA y un estándar de tecnología de IA que cumplan 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 . Utilice Archer para iniciar o acceder a sus registros de IA.
Como parte de su función de gobierno, Enterprise Architecture (EA) revisa los diseños arquitectónicos para garantizar la coherencia y la alineación con las reglas VITA, verificando que se cumplan todos los requisitos de servicio aplicables. EA también revisa las excepciones a las que se hace referencia para determinar su validez y relevancia y proporciona información sobre los detalles técnicos del diseño cuando es necesario.
Los Planes Estratégicos de IT (ITSP) son requeridos por el Código de Virginia. Cada dos años, las agencias deben dar fe de las iniciativas de IT que planean emprender durante el próximo período de dos años. Como parte del proceso de aprobación, Enterprise Architecture revisa cada plan para verificar el cumplimiento de los estándares, las oportunidades de reutilización, la corrección de excepciones pendientes y la claridad de intención.
Después de la revisión, EA ingresa las recomendaciones de aprobación en Planview y, si es necesario, coordina con el CAM y otros equipos para el seguimiento o la aclaración.
Los casos de negocios de inversión (IBC) autorizan a las agencias a desarrollar estatutos de proyectos, emitir RFP y asignar fondos. Como parte del proceso de revisión, Enterprise Architecture (EA) evalúa cada IBC para verificar su alineación con el Plan Estratégico de IT (ITSP) de la agencia y evalúa la solución propuesta con respecto a los estándares actuales y la estrategia de IT.
Por ejemplo, las agencias generalmente deberían utilizar enfoques amigables con la nube que no creen obstáculos innecesarios para el cumplimiento u otros desafíos durante la implementación o en el futuro. Enterprise Architecture, como uno de los revisores, aprobará el IBC si no hay problemas identificados. Si se necesitan aclaraciones o condiciones, EA puede incluirlas con la aprobación o devolver el IBC para obtener información adicional antes de continuar.
Una Solicitud de Gobernanza del Proyecto (PGR) sigue a un Caso de Negocio de Inversión (IBC) aprobado, una vez que la agencia está lista para financiar la solución propuesta. De manera similar a la revisión de IBC, Enterprise Architecture (EA) evalúa el PGR para verificar el cumplimiento de los estándares de EA y la alineación con la estrategia de IT de la Commonwealth.
Después de la revisión, el arquitecto empresarial aprobará el PGR o solicitará información adicional antes de la aprobación. EA también puede ponerse en contacto con los representantes de la agencia para obtener aclaraciones según sea necesario durante este proceso.