stringtranslate.com

Gestión de configuración

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

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 las organizaciones de ingeniería militar para gestionar los cambios a lo largo del ciclo de vida de sistemas complejos , como sistemas de armas , vehículos militares y sistemas de información . Fuera del ámbito militar, el proceso CM también se utiliza con la gestión de servicios de TI según lo define ITIL , y con otros modelos de dominio en la ingeniería civil y otros segmentos de ingeniería industrial , como carreteras, puentes, canales , presas y edificios. [3] [4] [5]

Introducción

CM aplicado 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 esté identificado y documentado con suficiente detalle para respaldar su ciclo de vida proyectado. El proceso CM facilita la gestión ordenada de la información del sistema y los cambios del sistema con fines tan beneficiosos como revisar la capacidad; mejorar el rendimiento, la confiabilidad o la mantenibilidad; extender la vida; reducir el costo; reducir el riesgo y la responsabilidad; o corregir defectos. El costo relativamente mínimo de implementar CM se compensa con creces al evitar costos. La falta de CM, o su implementación ineficaz, puede resultar muy costosa y en ocasiones puede tener consecuencias tan catastróficas como fallas en los equipos o la pérdida de vidas.

CM enfatiza la relación funcional entre partes, subsistemas y sistemas para controlar eficazmente el cambio del sistema. Ayuda a verificar que los cambios propuestos se consideren sistemáticamente para minimizar los efectos adversos. Los cambios al 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 CM completo incluye disposiciones para el almacenamiento, seguimiento y actualización de toda la información del sistema por componente, subsistema y sistema. [6]

Un programa CM estructurado garantiza que la documentación (por ejemplo, requisitos, documentación de diseño, prueba y aceptación) de los artículos sea precisa y consistente 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, contratistas y gerentes frecuentemente se ven obligados 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 llamados "serie 480" (es decir, MIL-STD-480, MIL-STD-481 y MIL-STD-483) que Posteriormente se publicaron 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 reducía el número de estándares militares en favor de los 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 más ampliamente distribuido y aceptado en CM, ANSI–EIA–649 –1998. [8] Ahora ampliamente adoptados 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 capacidad (CMMI), ISO 9000 , método de gestión de proyectos Prince2 , COBIT , ITIL , gestión del ciclo de vida del producto y gestión del ciclo de vida de la aplicación . Muchas de estas funciones y modelos han redefinido la CM a partir de su tradicional enfoque holístico de la gestión técnica. Algunos tratan la CM como algo similar a una actividad bibliotecaria y dividen el control o la gestión de cambios como una disciplina separada o independiente.

Descripción general

CM es la práctica de manejar cambios sistemáticamente para que un sistema mantenga su integridad a lo largo del tiempo. CM implementa las políticas, procedimientos, técnicas y herramientas que gestionan, evalúan los cambios propuestos, rastrean el estado de los cambios y mantienen un inventario del sistema y los documentos de soporte a medida que el sistema cambia. Los programas y planes de CM brindan dirección técnica y administrativa para el desarrollo y la implementación de los procedimientos, funciones, servicios, herramientas, procesos y recursos necesarios para desarrollar y respaldar exitosamente un sistema complejo. Durante el desarrollo del sistema, CM permite que la gestión del programa realice un seguimiento de los requisitos a lo largo del ciclo de vida hasta la aceptación, las operaciones y el mantenimiento. Como inevitablemente ocurren cambios en los requisitos y el diseño, deben aprobarse y documentarse, creando un registro preciso del estado del sistema. Idealmente, el proceso CM se aplica durante todo el ciclo de vida del sistema . La mayoría de los profesionales se confunden o confunden con la gestión de activos (AM, ver también ISO/IEC 19770 ), donde se inventarian los activos disponibles. La diferencia clave entre CM y AM es que el primero no gestiona el aspecto de contabilidad financiera sino el servicio que respalda el sistema o, en otras palabras, que el segundo (AM) intenta obtener valor de un activo de TI. [9] [10] [11]

El proceso CM para elementos de configuración de hardware y software comprende cinco disciplinas distintas según lo establecido en MIL–HDBK–61A [12] y en ANSI/EIA-649. Los miembros de una organización interesados ​​en aplicar un proceso estándar de gestión de cambios emplearán estas disciplinas como políticas y procedimientos para establecer líneas de base , gestionar y controlar los cambios, y monitorear y evaluar la efectividad y corrección del progreso. 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 y plan formal 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 referencia
    • Control de configuración y contabilidad del estado de la configuración.
    • Convenciones de nombres
    • Auditorías y revisiones
    • Requisitos de CM para subcontratistas/proveedores
  2. Identificación de Configuración (CI): consiste en establecer y mantener líneas base, que definen la arquitectura del sistema o subsistema, sus componentes y sus desarrollos en cualquier momento. Es la base mediante la cual se identifican, documentan y luego rastrean los cambios en cualquier parte de un sistema durante el diseño, el desarrollo, las pruebas y la entrega final. CI establece y mantiene de manera incremental 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 y propuestas de cambio, y su posterior aprobación o desaprobación. Cubre el proceso de controlar las modificaciones al diseño, hardware, firmware, software y documentación del sistema.
  4. Contabilidad del estado de la 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 base durante el diseño y la producción. En caso de sospecha de problemas, se puede determinar rápidamente la verificación de la configuración básica y las modificaciones aprobadas.
  5. Verificación y auditoría de configuración: una revisión independiente de hardware y software con el fin de evaluar el cumplimiento de los requisitos de rendimiento establecidos, los estándares comerciales y militares apropiados y las líneas 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 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 manejar 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 durante todo el ciclo de vida del desarrollo del software.

El proceso SCM define además la necesidad de rastrear los cambios y la capacidad de verificar que el software final entregado 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 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 un estándar a otro, pero son esencialmente los mismos.

Base de datos de gestión de configuración

ITIL especifica el uso de un sistema de gestión de configuración (CMS) o una base de datos de gestión de configuración (CMDB) como medio para lograr las mejores prácticas de la industria para la gestión de 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 otros, computadoras, software, licencias de software, bastidores, dispositivos de red, almacenamiento. , e incluso los componentes dentro de dichos artículos.

Los beneficios de un CMS/CMDB incluyen la capacidad de 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, comúnmente identificados 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 se puede definir como la gestión de características y garantías de seguridad a través del control de los cambios realizados en el hardware, software, firmware, documentación, pruebas, accesorios de prueba y documentación de prueba durante todo el ciclo de vida de un sistema de información. [13] [ se necesita mejor fuente ] CM para el aseguramiento de la información, a veces denominado Gestión de Configuración Segura , se basa en el rendimiento, los atributos funcionales y físicos de las plataformas y productos de TI y sus entornos para determinar las características y garantías de seguridad apropiadas que se utilizan para medir el 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 de los límites de Internet de una organización versus 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 activos complejos con miras a mantener el más alto nivel de capacidad de servicio al menor costo. Específicamente, su objetivo es garantizar que las operaciones no se vean interrumpidas debido a que el activo (o partes del activo) supere los límites de la vida útil planificada o esté por debajo de los niveles de calidad.

En el ejército, este tipo de actividad suele clasificarse 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 configuración se puede utilizar para mantener archivos de configuración del sistema operativo . [14] Muchos de estos sistemas utilizan infraestructura como código para definir y mantener la configuración. [15]

La teoría Promise de mantenimiento de la configuración fue desarrollada por Mark Burgess , [16] [17] [18] 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 tal como se utiliza en el mantenimiento, reparación y revisión y en los sistemas de gestión de activos empresariales .

Activos complejos como aviones, barcos, maquinaria industrial, etc. dependen de que muchos componentes diferentes estén en buen estado. 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 qué tan cerca está el final de su vida útil de cada uno de estos componentes ha sido una tarea importante que implicaba un mantenimiento de registros intensivo en mano de obra hasta los recientes desarrollos en software.

Mantenimiento predictivo

Muchos tipos de componentes utilizan sensores electrónicos para capturar datos que proporcionan 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 experiencia de campo y modelado. Esta 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 este a menudo puede ser un factor limitante. La captura y difusión de datos operativos a las distintas organizaciones de soporte 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 el panorama sea más complejo: el operador gestiona 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, [19] entre ellos:

Pautas

Construcción

Más recientemente [ ¿ cuándo? ] La gestión de 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. Agencias de construcción como la Administración Federal de Carreteras han utilizado la gestión de configuración para sus proyectos de infraestructura. [32] Existen herramientas de gestión de configuración basadas en la construcción que tienen como objetivo documentar órdenes de cambio y RFI 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 esas 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 aproximadamente el 80 % de la construcción completa de la Agencia de Transporte Metropolitano del Condado de Los Ángeles (LACMTA). y segundos segmentos de la Línea Roja, un proyecto de construcción ferroviaria de 5.300 millones de dólares. Este estudio arrojó resultados que indican un beneficio al utilizar la gestión de configuración en proyectos de esta naturaleza. [33]

Ver también

Referencias

  1. ^ "MIL-HDBK-61A", "Manual militar: guía de gestión de 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". TechAmérica. 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) . HIELO . 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 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 ingeniería de sistemas" (PDF) . Prensa Universitaria de Adquisiciones de Defensa. Enero de 2001. Archivado desde el original (PDF) el 11 de febrero de 2006 . Consultado el 25 de marzo de 2012 .
  7. ^ "Memorando, 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 de tecnología (CR/TA)" (PDF) . Centro de Información Técnica de Defensa. Archivado (PDF) desde el original el 9 de octubre de 2022 . Consultado el 14 de mayo de 2001 .
  9. ^ Atlassiano. "Guía de bases de datos de gestión de configuración (CMDB)". Atlassiano . Consultado el 20 de julio de 2021 .
  10. ^ Galusha, C. (junio de 2001). "Introducción a la gestión de activos de TI". Profesional de TI . 3 (3): 37–40. doi :10.1109/6294.939973.
  11. ^ "La norma ISO 19770-1: una guía para implementar la gestión de activos de TI". El centro SHI . 30 de enero de 2018 . Consultado el 20 de julio de 2021 .
  12. ^ "Manual militar: guía de gestión de 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 [...]
  13. ^ Glosario de seguridad de sistemas de información nacionales
  14. ^ C. Lueninghoener. "Introducción a la gestión de la configuración. Iniciar sesión: edición: abril de 2011, volumen 36, número 2" (PDF) . Archivado (PDF) desde el original el 9 de octubre de 2022 . Consultado el 23 de noviembre de 2012 .
  15. ^ Loschwitz, Martin (14 de noviembre de 2014). "Elegir entre los principales gestores de configuración de código abierto". Red de administración y seguridad . Lawrence, Kansas: Linux New Media USA LLC.
  16. ^ M. Burgess, Cfengine: un motor de configuración de sitios, USENIX Computing Systems, Vol8, No. 3 1995 [1]
  17. ^ 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.
  18. ^ M. Burgess, Inmunidad configurable para sistemas humanos-computadoras en evolución, Science of Computer Programming 51 2004, p197-213 pdf Archivado el 3 de marzo de 2012 en Wayback Machine.
  19. ^ "Análisis NISTIR 7339 de estándares para la gestión del ciclo de vida de sistemas para el ejército de EE. UU." (PDF) . Instituto Nacional de Estándares y Tecnología. Agosto de 2006. Archivado desde el original (PDF) el 21 de diciembre de 2016 . Consultado el 25 de noviembre de 2015 .
  20. ^ "ASSIST-QuickSearch - Perfil básico". 27 de septiembre de 2011. Archivado desde el original el 27 de septiembre de 2011.
  21. ^ ab [2] [ enlace muerto ]
  22. ^ "Estándares para CM | Instituto de Gestión de Configuración". 2 de mayo de 2012. Archivado desde el original el 2 de mayo de 2012.
  23. ^ "Estándares de gestión de configuración: una lista extensa de CM y estándares industriales relacionados". CMPIC - El Centro de Mejora del Proceso de Gestión de la Configuración .
  24. ^ "ECSS-M-ST-40C Rev.1 - Configuración y gestión de la información (6 de marzo de 2009) | Cooperación europea para la normalización del espacio". ecss.nl.
  25. ^ "IEEE 828-2012 - Estándar IEEE para la gestión de configuración en ingeniería de software y sistemas". estándares.ieee.org .
  26. ^ "ISO 10007:2017 (es) Gestión de la calidad: directrices para la gestión de la configuración". iso.org . Consultado el 29 de noviembre de 2023 .
  27. ^ "Detalles del documento ASSIST-QuickSearch". Búsqueda rápida.dla.mil . Consultado el 28 de agosto de 2022 .
  28. ^ "Detalles del documento ASSIST-QuickSearch". Búsqueda rápida.dla.mil . Consultado el 28 de agosto de 2022 .
  29. ^ "Guía de adquisiciones de defensa [DAG]". 13 de febrero de 2013. Archivado desde el original el 13 de febrero de 2013.
  30. ^ "Copia archivada" (PDF) . www.dau.mil . Archivado desde el original (PDF) el 31 de enero de 2017 . Consultado el 11 de enero de 2022 .{{cite web}}: CS1 maint: archived copy as title (link)
  31. ^ "Plan de gestión de la configuración". Notas de acceso .
  32. ^ "Manual de gestión de configuración para sistemas de gestión de transporte". Administración Federal de Carreteras . Consultado el 28 de marzo de 2012 .
  33. ^ "Estudio de caso de gestión de la configuración". PACO Tecnologías, Inc. Archivado desde el original el 26 de agosto de 2016 . Consultado el 28 de marzo de 2012 .