Gestión de la configuración

La gestión de la configuración ( CM ) es un proceso de ingeniería de sistemas para establecer y mantener la coherencia del rendimiento, los atributos funcionales y físicos de un producto con sus requisitos, diseño e información operativa a lo largo de su vida. ^{[1] [2]} El proceso CM es ampliamente utilizado por organizaciones de ingeniería militar para gestionar cambios a lo largo del ciclo de vida del sistema de sistemas complejos , como sistemas de armas , vehículos militares y sistemas de información . Fuera de las fuerzas armadas, el proceso CM también se utiliza con la gestión de servicios de TI según lo define ITIL , y con otrosmodelos de dominio en la ingeniería civil y otros segmentos de ingeniería industrial como carreteras, puentes, canales , presas y edificios. ^{[3] [4] [5]}

Modelo de actividad de gestión de configuración de nivel superior

Introducción

La CM aplicada durante el ciclo de vida de un sistema proporciona visibilidad y control de su rendimiento, atributos funcionales y físicos. CM verifica que un sistema funcione según lo previsto y que esté identificado y documentado con suficiente detalle para respaldar su ciclo de vida proyectado. El proceso de CM facilita la gestión ordenada de la información del sistema y los cambios del sistema con fines beneficiosos como revisar la capacidad; mejorar el rendimiento, la fiabilidad o la facilidad de mantenimiento; extender la vida; reducir el costo; reducir el riesgo y la responsabilidad; o corregir defectos. El costo relativamente mínimo de implementar CM se ve multiplicado por la reducción de costos. La falta de CM, o su implementación ineficaz, puede ser muy costosa y, en ocasiones, puede tener consecuencias catastróficas como fallas en los equipos o la muerte.

CM enfatiza la relación funcional entre partes, subsistemas y sistemas para controlar eficazmente el cambio de sistema. Ayuda a verificar que los cambios propuestos se consideren sistemáticamente para minimizar los efectos adversos. Los cambios en el sistema se proponen, evalúan e implementan utilizando un enfoque sistemático y estandarizado que garantiza la coherencia, y los cambios propuestos se evalúan en términos de su impacto anticipado en todo el sistema. CM verifica que los cambios se lleven a cabo según lo prescrito y que la documentación de los elementos y sistemas refleje su verdadera configuración. Un programa de CM completo incluye disposiciones para el almacenamiento, seguimiento y actualización de toda la información del sistema sobre una base de componente, subsistema y sistema. ^[6]

Un programa de CM estructurado asegura que la documentación (por ejemplo, requisitos, diseño, pruebas y documentación de aceptación) de los artículos sea precisa y coherente con el diseño físico real del artículo. En muchos casos, sin CM, la documentación existe pero no es coherente con el artículo en sí. Por esta razón, los ingenieros, los contratistas y la administración se ven obligados con frecuencia a desarrollar documentación que refleje el estado real del artículo antes de poder proceder con un cambio. Este proceso de ingeniería inversa es un desperdicio en términos de recursos humanos y de otro tipo y puede minimizarse o eliminarse utilizando CM.

Historia

La gestión de la configuración se originó en el Departamento de Defensa de los Estados Unidos en la década de 1950 como una disciplina de gestión técnica para elementos de material de hardware, y ahora es una práctica estándar en prácticamente todas las industrias. El proceso CM se convirtió en su propia disciplina técnica en algún momento a fines de la década de 1960 cuando el Departamento de Defensa desarrolló una serie de estándares militares denominados "serie 480" (es decir, MIL-STD-480, MIL-STD-481 y MIL-STD-483) que posteriormente se emitieron en la década de 1970. En 1991, la "serie 480" se consolidó en un único estándar conocido como MIL-STD-973 que luego fue reemplazado por MIL-HDBK-61 de conformidad con un objetivo general del Departamento de Defensa que redujo el número de estándares militares a favor de los estándares técnicos de la industria. estándares respaldados por organizaciones de desarrollo de estándares (SDO). ^[7] Esto marcó el comienzo de lo que ahora se ha convertido en el estándar de CM más ampliamente distribuido y aceptado, ANSI – EIA – 649 –1998. ^[8] Ahora ampliamente adoptado por numerosas organizaciones y agencias, los conceptos de la disciplina CM incluyen ingeniería de sistemas (SE), Soporte Logístico Integrado (ILS), Integración del Modelo de Madurez de Capacidades (CMMI), ISO 9000 , método de gestión de proyectos Prince2 , COBIT , ITIL , la gestión del ciclo de vida del producto , y de gestión del ciclo de Vida . Muchas de estas funciones y modelos han redefinido la CM de su enfoque holístico tradicional a la gestión técnica. Algunos tratan CM como algo similar a una actividad de bibliotecario y rompen el control de cambios o la gestión de cambios como una disciplina separada o independiente.

Descripción general

CM es la práctica de manejar cambios de manera sistemática para que un sistema mantenga su integridad a lo largo del tiempo. CM implementa las políticas, procedimientos, técnicas y herramientas que administran, evalúan los cambios propuestos, realizan un seguimiento del estado de los cambios y mantienen un inventario de los documentos de soporte y del sistema a medida que el sistema cambia. Los programas y planes de CM proporcionan dirección técnica y administrativa para el desarrollo e implementación de los procedimientos, funciones, servicios, herramientas, procesos y recursos necesarios para desarrollar y respaldar con éxito un sistema complejo. Durante el desarrollo del sistema, CM permite a la gestión del programa realizar un seguimiento de los requisitos a lo largo del ciclo de vida mediante la aceptación, las operaciones y el mantenimiento. Como los cambios ocurren inevitablemente en los requisitos y el diseño, deben aprobarse y documentarse, creando un registro preciso del estado del sistema. Idealmente, el proceso de CM se aplica a lo largo del ciclo de vida del sistema . La mayoría de los profesionales confunden o se confunden con la gestión de activos (AM), donde realiza un inventario de los activos disponibles. La diferencia clave entre CM y AM es que el primero no gestiona el aspecto de la contabilidad financiera, sino el servicio que admite el sistema.

El proceso de CM para elementos de configuración de hardware y software comprende cinco disciplinas distintas según lo establecido en MIL – HDBK – 61A ^[9] y en ANSI / EIA-649. Estas disciplinas se llevan a cabo ^{[¿ por quién? ]} como políticas y procedimientos para establecer líneas de base y para realizar un proceso estándar de gestión de cambios . El proceso IEEE 12207 IEEE 12207.2 también tiene estas actividades y agrega "Gestión y entrega de versiones". Las cinco disciplinas son:

1. Planificación y gestión de CM: un documento formal y un plan para guiar el programa de CM que incluye elementos tales como:
   • Personal
   • Responsabilidades y recursos
   • Requisitos de formación
   • Directrices para reuniones administrativas, incluida una definición de procedimientos y herramientas
   • Procesos de base
   • Control de configuración y contabilidad del estado de la configuración
   • Convenciones de nombres
   • Auditorías y revisiones
   • Requisitos de CM del subcontratista / proveedor
2. Identificación de la configuración (CI): consiste en establecer y mantener líneas de base, que definen la arquitectura del sistema o subsistema, los componentes y cualquier desarrollo en cualquier momento. Es la base por la cual los cambios en cualquier parte de un sistema se identifican, documentan y luego se rastrean a través del diseño, desarrollo, prueba y entrega final. CI establece y mantiene gradualmente la base actual definitiva para la Contabilidad del estado de configuración (CSA) de un sistema y sus elementos de configuración (CI) a lo largo de su ciclo de vida (desarrollo, producción, implementación y soporte operativo) hasta su eliminación.
3. Control de configuración: incluye la evaluación de todas las solicitudes de cambio y propuestas de cambio, y su posterior aprobación o desaprobación. Cubre el proceso de control de modificaciones en el diseño, hardware, firmware, software y documentación del sistema.
4. Contabilidad del estado de configuración: incluye el proceso de registrar e informar las descripciones de los elementos de configuración (por ejemplo, hardware, software, firmware, etc.) y todas las desviaciones de la línea de base durante el diseño y la producción. En caso de sospecha de problemas, la verificación de la configuración de línea base y las modificaciones aprobadas se pueden determinar rápidamente.
5. Verificación y auditoría de la configuración: revisión independiente de hardware y software con el fin de evaluar el cumplimiento de los requisitos de rendimiento establecidos, los estándares militares comerciales y apropiados, y las líneas de base funcionales, asignadas y de productos. Las auditorías de configuración verifican que la documentación de configuración del sistema y del subsistema cumpla con las características de rendimiento físico y funcional antes de su aceptación en una línea de base arquitectónica.

Software

Los profesionales consideran que el proceso de gestión de la configuración de software (SCM) es la mejor solución para gestionar los cambios en los proyectos de software. Identifica los atributos funcionales y físicos del software en varios momentos y realiza un control sistemático de los cambios en los atributos identificados con el fin de mantener la integridad y la trazabilidad del software a lo largo del ciclo de vida del desarrollo del software.

El proceso de SCM define además la necesidad de rastrear los cambios y la capacidad de verificar que el software entregado final tenga todas las mejoras planificadas que se supone deben incluirse en la versión. Identifica cuatro procedimientos que deben definirse para cada proyecto de software para garantizar que se implemente un proceso de SCM sólido. Ellos son:

1. Identificación de configuración
2. Control de configuración
3. Contabilidad del estado de configuración
4. Auditorías de configuración

Estos términos y definiciones cambian de estándar a estándar, pero son esencialmente los mismos.

• La identificación de la configuración es el proceso de identificar los atributos que definen cada aspecto de un elemento de configuración. Un elemento de configuración es un producto (hardware y / o software) que tiene un propósito de usuario final. Estos atributos se registran en la documentación de configuración y se establecen como referencia. Establecer un atributo obliga a realizar procesos formales de control de cambios de configuración en caso de que se modifiquen estos atributos.
• El control de cambios de configuración es un conjunto de procesos y etapas de aprobación necesarios para cambiar los atributos de un elemento de configuración y volver a establecer la línea de base.
• La contabilidad del estado de configuración es la capacidad de registrar e informar sobre las líneas base de configuración asociadas con cada elemento de configuración en cualquier momento.
• Las auditorías de configuración se dividen en auditorías de configuración funcional y física . Ocurren en el momento de la entrega o en el momento de efectuar el cambio. Una auditoría de configuración funcional asegura que se logren los atributos funcionales y de rendimiento de un elemento de configuración, mientras que una auditoría de configuración física asegura que un elemento de configuración se instale de acuerdo con los requisitos de su documentación de diseño detallada.

Base de datos de gestión de la configuración

ITIL especifica el uso de un sistema de gestión de la configuración (CMS) o una base de datos de gestión de la configuración (CMDB) como medio para lograr las mejores prácticas de la industria para la gestión de la configuración. Las CMDB se utilizan para rastrear elementos de configuración (CI) y las dependencias entre ellos, donde los CI representan las cosas en una empresa que vale la pena rastrear y administrar, como, entre otras, computadoras, software, licencias de software, racks, dispositivos de red, almacenamiento , e incluso los componentes dentro de dichos elementos.

Los beneficios de un CMS / CMDB incluyen poder realizar funciones como análisis de causa raíz, análisis de impacto, gestión de cambios y evaluación del estado actual para el desarrollo de estrategias estatales futuras. Los sistemas de ejemplo, que comúnmente se identifican a sí mismos como sistemas de gestión de servicios de TI (ITSM) , incluyen FreshService, ServiceNow y Samanage.

Aseguramiento de información

Para el aseguramiento de la información , CM puede definirse como la gestión de las características y garantías de seguridad mediante el control de los cambios realizados en el hardware, software, firmware, documentación, pruebas, accesorios de prueba y documentación de prueba a lo largo del ciclo de vida de un sistema de información. ^[10] CM para el aseguramiento de la información, a veces se denomina S ecure C onfiguration M GESTIÓN, se basa en el rendimiento, funcional, y atributos físicos de las plataformas y de los productos de TI y sus entornos para determinar las características de seguridad apropiadas y garantías de que se utilizan para medir una estado de configuración del sistema. Por ejemplo, los requisitos de configuración pueden ser diferentes para un firewall de red que funciona como parte del límite de Internet de una organización frente a uno que funciona como un firewall de red local interno .

Sistemas de mantenimiento

La gestión de la configuración se utiliza para mantener una comprensión del estado de los activos complejos con el fin de mantener el nivel más alto de capacidad de servicio al menor costo. Específicamente, su objetivo es garantizar que las operaciones no se interrumpan debido a que el activo (o partes del activo) supere los límites de la vida útil planificada o por debajo de los niveles de calidad.

En el ejército, este tipo de actividad a menudo se clasifica como "preparación para la misión" y busca definir qué activos están disponibles y para qué tipo de misión; Un ejemplo clásico es si los aviones a bordo de un portaaviones están equipados con bombas para apoyo terrestre o misiles para defensa.

Gestión de la configuración del sistema operativo

La gestión de la configuración se puede utilizar para mantener los archivos de configuración del sistema operativo . ^{[11] Los} sistemas de ejemplo incluyen Ansible , Bcfg2 , CFEngine , Chef , Otter , Puppet , Quattor , SaltStack , Terraform , Pulumi y Vagrant . Muchos de estos sistemas utilizan Infraestructura como Código para definir y mantener la configuración. ^[12]

La Teoría Promesa del mantenimiento de la configuración fue desarrollada por Mark Burgess , ^{[13] [14] [15]} con una implementación práctica en los sistemas informáticos actuales en el software CFEngine capaz de realizar reparaciones en tiempo real así como mantenimiento preventivo.

Mantenimiento preventivo

Comprender el estado "tal cual" de un activo y sus componentes principales es un elemento esencial en el mantenimiento preventivo que se utiliza en el mantenimiento, reparación y revisión y en los sistemas de gestión de activos empresariales .

Los activos complejos, como aviones, barcos, maquinaria industrial, etc., dependen de que se puedan reparar muchos componentes diferentes. Esta capacidad de servicio a menudo se define en términos de la cantidad de uso que ha tenido el componente desde que era nuevo, desde que se instaló, desde que se reparó, la cantidad de uso que ha tenido durante su vida útil y varios otros factores limitantes. Comprender cuán cerca del final de su vida útil está cada uno de estos componentes ha sido una tarea importante que implica el mantenimiento de registros que requiere mucha mano de obra hasta los desarrollos recientes en software.

Mantenimiento predictivo

Muchos tipos de componentes usan sensores electrónicos para capturar datos que brindan monitoreo de condiciones en vivo . Estos datos se analizan a bordo o en una ubicación remota por computadora para evaluar su capacidad de servicio actual y cada vez más su probable estado futuro utilizando algoritmos que predicen posibles fallas futuras basadas en ejemplos previos de fallas a través de la experiencia de campo y el modelado. Ésta es la base del "mantenimiento predictivo".

La disponibilidad de datos precisos y oportunos es esencial para que CM proporcione valor operativo y la falta de esto a menudo puede ser un factor limitante. La captura y difusión de los datos operativos a las diversas organizaciones de apoyo se está convirtiendo en una industria en sí misma.

Los consumidores de estos datos se han vuelto más numerosos y complejos con el crecimiento de los programas ofrecidos por los fabricantes de equipos originales (OEM). Estos están diseñados para ofrecer a los operadores disponibilidad garantizada y hacer que la imagen sea más compleja, ya que el operador administra el activo, pero el OEM asume la responsabilidad de garantizar su capacidad de servicio.

Estándares

Varios estándares admiten o incluyen la gestión de la configuración, ^{[16] que} incluyen:

• Norma de consenso nacional ANSI / EIA-649-1998 para la gestión de la configuración
• EIA-649-A 2004 Estándar de consenso nacional para la gestión de la configuración
• Estándar de gestión de configuración ANSI EIA-649-C 2019
• Sistemas de gestión de la calidad ISO 10007 : directrices para la gestión de la configuración
• Estándar federal 1037C
• Intercambio e interoperabilidad de datos de gestión de configuración del estándar GEIA 836-2002
• Norma IEEE 829 para documentación de prueba de software
• 828-2012 Estándar IEEE para la Gestión de la Configuración en Ingeniería de Sistemas y Software . 2012. doi : 10.1109 / IEEESTD.2012.6170935 . ISBN 978-0-7381-7232-3.
• Gestión de configuración MIL-STD-973 (cancelada el 20 de septiembre de 2000)
• NATO STANAG 4427 Gestión de la configuración en la gestión del ciclo de vida de los sistemas, que incluye
• Política de la OTAN ACMP 2000 sobre gestión de la configuración
• Orientación sobre gestión de la configuración del ACMP 2009 de la OTAN
• Requisitos contractuales de gestión de la configuración del ACMP 2100 de la OTAN
• CMMI CMMI para desarrollo, versión 1.2 Gestión de configuración
• CMII-100E Estándar CMII para la gestión de la configuración empresarial
• Lista ampliada de gestión de la configuración y estándares relacionados
• Gestión de configuración y activos del servicio ITIL
• Sistema de gestión de servicios ISO 20000: 1 2011 y 2018.
• ECSS-M-ST-40C Rev.1 Configuración y gestión de la información

Pautas

• Estándar IEEE 828-2012 para la gestión de la configuración en la ingeniería de sistemas y software , fecha de publicación: 2012-03-16
• ISO 10007: 2017 Gestión de la calidad - Directrices para la gestión de la configuración
• OTAN ACMP-2009 - Orientación sobre la gestión de la configuración
• Procesos ANSI / EIA-632-1998 para diseñar un sistema
• Norma de consenso nacional ANSI / EIA-649-1998 para la gestión de la configuración
• GEIA-HB-649 - Guía de implementación para la gestión de la configuración
• Estándar de consenso EIA-836 para la interoperabilidad y el intercambio de datos de gestión de la configuración
• Guía de gestión de configuración MIL-HDBK-61B , 7 de abril de 2020
• Gestión de configuración MIL-STD-3046 , 6 de marzo de 2013 y cancelada el 1 de junio de 2015
• Guía de adquisición de defensa , elementos de CM en 4.3.7 Procesos de SE, atributos de CM en 5.1.7 Soporte del ciclo de vida
• Fundamentos de ingeniería de sistemas , Capítulo 10 Gestión de la configuración
• Plan de gestión de la configuración Documento de adquisición del Departamento de Defensa de los Estados Unidos

Construcción

Más recientemente, la gestión de la configuración se ha aplicado a grandes proyectos de construcción que a menudo pueden ser muy complejos y tener una gran cantidad de detalles y cambios que deben documentarse. Las agencias de construcción, como la Administración Federal de Carreteras, han utilizado la gestión de la configuración para sus proyectos de infraestructura. ^[17] Existen herramientas de administración de configuración basadas en la construcción que tienen como objetivo documentar las órdenes de cambio y las solicitudes de información para garantizar que un proyecto se mantenga dentro del cronograma y el presupuesto. Estos programas también pueden almacenar información para ayudar en el mantenimiento y modificación de la infraestructura cuando esté terminada. Una de estas aplicaciones, ccsNet, se probó en un estudio de caso financiado por la Administración Federal de Transporte (FTA) en el que se midió la eficacia de la gestión de la configuración comparando primero la construcción completa de aproximadamente el 80% de la Agencia de Tránsito Metropolitano del Condado de Los Ángeles (LACMTA) y segundos segmentos de la Línea Roja, un proyecto de construcción de rieles de $ 5.3 mil millones. Este estudio arrojó resultados que indican un beneficio de utilizar la gestión de la configuración en proyectos de esta naturaleza. ^[18]

Ver también

• Detección de cambios
• Automatización granular de la configuración
• Comparación de software de gestión de configuración de código abierto
• Dependencia
• Lista de temas de ingeniería de software
• Partes intercambiables
• Infraestructura como código
• Automatización continua de la configuración
• Configuración del sistema
• Gestión de sistemas

Referencias

1. " MIL-HDBK-61A", "Manual militar: Orientación para la gestión de la configuración " . Departamento de Defensa. 7 de febrero de 2001. Archivado desde el original el 20 de marzo de 2012 . Consultado el 24 de marzo de 2012 .
2. " ANSI / EIA-649B", "Estándar de consenso nacional para la gestión de la configuración " . TechAmerica. 1 de abril de 2011. Archivado desde el original el 1 de agosto de 2012 . Consultado el 24 de marzo de 2012 .
3. "Historia y Patrimonio de la Ingeniería Civil" . ASCE . Archivado desde el original el 16 de febrero de 2007 . Consultado el 8 de agosto de 2007 .
4. "Institución de Ingenieros Civiles Qué es la Ingeniería Civil" (PDF) . ICE . Archivado desde el original (PDF) el 23 de septiembre de 2006 . Consultado el 22 de septiembre de 2007 .
5. " Gestión de la configuración y el programa nacional de lecciones aprendidas de la Administración Federal de Transporte (FTA) " . Administración Federal de Transporte . Archivado desde el original el 7 de septiembre de 2012 . Consultado el 22 de septiembre de 2007 .
6. " Fundamentos de la ingeniería de sistemas " (PDF) . Prensa Universitaria Adquisición de Defensa. Enero de 2001. Archivado desde el original (PDF) el 11 de febrero de 2006 . Consultado el 25 de marzo de 2012 .
7. " Memorándum, especificaciones y normas: una nueva forma de hacer negocios " . Secretario de Defensa. 29 de junio de 1994. Archivado desde el original el 21 de octubre de 2013 . Consultado el 23 de marzo de 2012 .
8. " Validación del cumplimiento de la gestión de la configuración: informe de revisión crítica y evaluación tecnológica (CR / TA) " (PDF) . Centro de Información Técnica de Defensa . Consultado el 14 de mayo de 2001 .
9. Compare: "Manual militar: orientación para la gestión de la configuración" (PDF) . Departamento de Defensa: Estados Unidos de América. pag. iii – iv . Consultado el 21 de julio de 2016 . 4. GESTIÓN Y PLANIFICACIÓN DEL CICLO DE VIDA DEL CM [...] 5. IDENTIFICACIÓN DE LA CONFIGURACIÓN [...] 6. CONTROL DE LA CONFIGURACIÓN [...] 7. CONTABILIDAD DEL ESTADO DE LA CONFIGURACIÓN [...] 8. VERIFICACIÓN Y AUDITORÍA DE LA CONFIGURACIÓN [.. .] 9. GESTIÓN DE DATOS [...]
10. Glosario de seguridad de los sistemas de información nacionales
11. C. Lueninghoener. "Introducción a la gestión de la configuración.; Inicio de sesión: número: abril de 2011, volumen 36, número 2" (PDF) . Consultado el 23 de noviembre de 2012 .
12. Loschwitz, Martin (14 de noviembre de 2014). "Elección entre los principales gestores de configuración de código abierto" . Red de administración y seguridad . Lawrence, KS EE.UU .: Linux New Media USA LLC.
13. M. Burgess, Cfengine: un motor de configuración del sitio, Sistemas informáticos USENIX, Vol8, No. 3 1995 [1]
14. M. Burgess, Sobre la teoría de la administración de sistemas, Science of Computer Programming 49, 2003. p1-46 pdf Archivado el 24 de julio de 2011 en Wayback Machine.
15. M. Burgess, Inmunidad configurable para la evolución de los sistemas humanos-informáticos, Science of Computer Programming 51 2004, p197-213 pdf Archivado el 3 de marzo de 2012 en Wayback Machine
16. "NISTIR 7339 Análisis de estándares para la gestión del ciclo de vida de los sistemas para el ejército de los EE. UU." (PDF) . Instituto Nacional de Estándares y Tecnología. Agosto de 2006.
17. " Manual de gestión de la configuración para sistemas de gestión de transporte " . Administración Federal de Carreteras . Consultado el 28 de marzo de 2012 .
18. " Estudio de caso de gestión de la configuración " . PACO Technologies, Inc . Archivado desde el original el 26 de agosto de 2016 . Consultado el 28 de marzo de 2012 .