Plan de Administración de La Configuración Del Software

 

Plan de administración de la configuración del software.  1. INTRODUCCIÓN construcción del sistema de informacion debepermitan asegurarlalatrazabilidad calidad del mismo yDurante para la ello es necesario contar con mecanismosseque de los requerimientos a través del diseño y hasta su implementación. De este modo todos los modulos que conforman el sistema de informacion procesaran, almacenaran almac enaran y comunicaran la gestion de informacion textual, tanto asistencial como administrativa. Ya que los PACS estan dedicados a la gestión de las imágenes y exploraciones. 1.1 ACRONIMOS: EC: Elementos de configuración; un elemento controlado por el sistema de configuración. LP: Líder del proyecto  AC: Administraci Administración ón de la configurac configuración; ión; el proceso de conserv conservación ación de las versione versioness relevantes del proyecto. PACS: Plan de administración de la configuración del software(este documento). 1.2 TERMINOS: EC aprobado: EC autorizado por la administración del proyecto  Artefacto:: Produ  Artefacto Producto cto final o intermedio del so software ftware (co (como mo docu documento, mento, código fuente, código objeto, resultado de la prueba).  Archivo maestro: maestro: Archi Archivo vo especi especifico fico design designado ado pa para ra este p proyecto. royecto.

2. ADMINISTRACION ACS 2.1ORGANIZACION Termino USDP

Símbolo y ejemplos

Artefacto: Entidades que maneja la ingeniaría de software. Documentos

Un ingeniero especifico, proporcionado por la organización de LP, se designara como “Líder de configuración” para la duración del proyecto. 2.2 Responsabilidades de ACM. El ingeniero a cargo de gestión de Configuración del software tiene com como o responsabilidades Identificar y definir los elementos del sistema.   Controlar el cambio de los elementos a lo largo de sus ciclo de vida,  Registrar y reportar el estado de los elementos y la solicitud de cambio.  Verificar que cada uno de los elementos este completo y sean correctos.   2.2.1 Líder de configuración. 

 

El líder de la configuración debe ser responsable de organizar y controlar la administración de la configuración (AC). Siempre que sea posible el líder de la configuración debe distribuir los planes de AC con el equipo de desarrollo antes de implementarlos. Tambien es responsable de intalar y mantener las herramientas de administración de la configuración especificadas en las Politicas , Directivas y Procedimientos Aplicables. Debe archivaar según las políticas del departamento.  El líder de AC debe ser responsable de adquirir , mantener y respaldar las herramientas de configuración usadas.Debe responder al plan de acción si las herramientas no tiene soporte.   2.2.2 Lider del proyecto. El líder del proyecto y su  administrador se encargan de la función del líder de la configuración solo nnnen sircuntancias excepcionales. Son reponsables de conocer todos los medios relevantes de acceso a los documentos durante la vida del proyecto. El líder del pro proyecto yecto debe asegurar que se archive de acuerdo a las políticas establecidas.  2.2.3 Ingenieros.  Es responsabilidad de cada ingeniero acatar las ordenes del AC que publique el líder de la configuración .  2.3 Politicas, directivas y procedimientos aplicables.   PONER ACUERDOS. 

 ACTIVIDADES DE AC  3.1 IDENTIFICACION DE LA CONFIGURACION:   ACUERDOS.  3.1.2 NOMBRE DE LOS ELEMENTOS DE CONFIGURACION.  El lideer de la configuración debe ser responsable de etiquetar todo los EC. Las convenciones de archivos son las siguientes.  Direccion Raiz: URL EN DRIVE  Subdireccion: Nombre del archivo.   Archivo: Vercion 1.0 3.1.3  Adquisición de elementos de configuración.

Los ingenieros que requieran modificar un EC debe pasar el procedimiento de control de Departamento de Analisis. Dentro del Departamento de Analisis solicita al usuario una forma con la estimación de tiempo que trabajar con el EC y almacenar esta información para otra perspectiva del EC en uso, debe negociar con el propietario actual del EC. Cual quier persona que solicite el EC en uso, debe negociar con el propietario actual del EC para que le trasfiera el control a traves de Departamento de Analisis. Una versión de lectura estará disponible para todos los ingenieros. En ninguna circunstancia puede un ingeniero trasferir un EC directamente a otro ingeniero. 3.2 CONTROL DE CONFIGURACION. 3.2.1 Solicitud de cambio.

 

De acuerdo al Plan de Administracion de Configuracion del Software, el equipo designara un ingeniero “inspector ” para cada miembro del equipo. Antes de pedir

un cambio,los ingenieros deben obtener una inspección del cambio propuesto de un equipo de inspección del cambio y si no es posible , del ingeniero inspector. Para solicitar la incorporación de cambio en un EC a la base, debe llenarse la forma url drive Para el líder de configuración y el líder del proyecto, junto con el EC cambiado y el EC original.Tambien debe 3.2.2 Evaluacion de cambios. El líder del proyecto y su sustituto evalúan todos los cambios propuestos. Tambien debe especificar los estándares de calidad 3.2.3 Aprovacion y rechazo de cambio. 3.2.4 Implantacion de cambio.

del EC ananlista revisión y programador    S IS TE MA D E S E G UI UIMIE MIE NTO NT O DE IN DI C A D OR E S DE G E S TIÓN TI ÓN D E P ROYE CTOS CTOS DE SOFTWARE SOFTWARE

PROCESO DE ADMINISTRACION DE LA CONFIGURACION DEL SOFTWARE Presentado por: GRUPO Universidad Nacional Ingeniería de Sistemas GGP Fecha

 

 

PROCESO ADMINISTRA ADMINISTRACION CION DE LA CONFIGURACION Versión 1.1_I

Historia de Revisión Fecha 22-04-2008 26-04-2008

GGP

Versión Descripción 1.0 Proceso administración de la configuración Ciclo II 1.1 Ajuste Ciclo II

Autor S. R. A. F. L.

Proceso de Administración de la Configuración

Página 4 de 8

 

 

PROCESO ADMINISTRACI ADMINISTRACION ON DE LA CONFIGURACION Versión 1.1_I

PROCESO DE ADMINISTRACIÓN DE LA CONFIGURACION DEL SOFTWARE Introducción

Durante la construcción del producto se debe asegurar la calidad del mismo y para ello es necesario contar con mecanismos que permitan trazabilidad de los requerimientos a través del diseño y hasta su implementación, de este modo todos los elementos que forman el producto deben ser adecuadamente protegidos y controlados. Criterios de inicio o criterios de entrada

El proceso de administración inicia con la etapa de construcción de cada uno de los componentes, los cuales son debidamente inspeccionados y controlados. Objetivo del proceso

El objetivo de la administración de la configuración es asegurar que los componentes que integran el producto son fácilmente distribuibles, conocidos por el equipoendeque trabajo y que se encuentren disponibles fácilmente para todos en la medida se desarrollan. Responsables del Proceso

El principal responsable del proceso de pruebas es el líder de soporte quien define los mecanismos de control sobre los componentes de software desarrollado, así como la manera de distribuirlos a todo el equipo asegurando su funcionalidad y disponibilidad. Entradas

Las siguientes son las entradas del proceso de administración de la configuración del proyecto:   Documento de requerimientos: El documento que establece los requerimientos del sistema es la base para determinar la trazabilidad de cada uno de los componentes de software que deben generarse.



  Documento de diseño: El documento de diseño establece el puente entre el documento de requerimientos y las premisas de desarrollo establecidas para generar el código fuente del producto.



  Código fuente del programa:



GGP

Proceso de Administración de la Configuración

Página 5 de 8

 

 

PROCESO ADMINISTRACI ADMINISTRACION ON DE LA CONFIGURACION Versión 1.1_I

Contiene el producto binario que implementa los requerimientos siguiendo las directrices del diseño planteado.  Actividades  Actividad es

Las siguientes son las actividades que se deben ejecutar durante el proceso administración de la configuración: Documento de especificación de Diseño de Software

Documento de especificación de requerimientos

1. Generar el plan de administración de la configuración del software (Lider de soporte)

Código fuente del programa

Plan de administración de la configuración.

2.Establecer la línea base del sistema (Lider de soporte)

Documento de administración de la configuración

 

Figura. 1 Diagrama Actividades Proceso de administración de la configuración

  Generar el plan de administración de la configuración del software



a. Descripción: Describe cómo deben administrarse los artefactos del producto. b. Resultado: El resultado de esta actividad es el plan de administración de la configuración. c. Responsable: Líder de soporte d. Participantes: Miembros del equipo   Establecer la línea base del sistema



a. Descripción: Es la colección de documentos y otros materiales que oficialmente representan el producto en cualquier momento en el tiempo. La GGP

Proceso de Administración de la Configuración

Página 6 de 8

 

 

PROCESO ADMINISTRACI ADMINISTRACION ON DE LA CONFIGURACION Versión 1.1_I

línea base del sistema se compone de d e la línea base de requerimientos, que contiene los requerimientos inspeccionados, actualizados y aprobados con la documentación y datos de soporte. La línea base del diseño, que corresponde al diseño de alto nivel del producto inspeccionado y aprobado; y la línea base del producto, que contiene el código fuente después de haber sido inspeccionado, de que se le hayan realizado las pruebas unitarias y antes de ser enviado a integración. b. Resultado: Línea base del sistema c. Responsable: Líder de soporte d. Participantes: Miembros del equipo

Salidas

Las siguientes son las salidas del proceso:   Plan de Administración de la configuración:



El plan de administración de la configuración está conformado por el plan de identificación de la configuración y los procedimientos de control de la configuración. El primero, contiene la lista de ítems de configuración aprobados, los requerimientos, el diseño del producto, los programas de código fuente, las pruebas y resultados de las pruebas y los estándares definidos; el segundo, define las reglas para que los cambios realizados no ocasionen conflictos.   Documento de administración de la configuración:



El de administración de la configuración contiene lossistema, elementos deldocumento plan de administración de la configuración, la línea base del la administración de los cambios y los reportes rep ortes del sistema de administración de la configuración. Criterios de terminación del proceso

El proceso de planeación finaliza una vez se han generado el documento de administración de la configuración con todos los elementos necesarios en cada una de las actividades. Validación y verificación del proceso

GGP

Proceso de Administración de la Configuración

Página 7 de 8

 

 

PROCESO ADMINISTRACI ADMINISTRACION ON DE LA CONFIGURACION Versión 1.1_I

Estos son los criterios de validación y verificación con los que se acepta la ejecución correcta del proceso de administración de la configuración descrito: a. Completitud Com pletitud de la línea base. Descripción: Todos los productos están en la línea base. Criterios de Aceptación: El 100% de los ítems de configuración, documentos y código fuente hacen parte de la línea base del producto. b. Adecuada Ad ecuada gestión de cambios de la línea base. Descripción: Todos los cambios en la línea base están documentados y/o aprobados. Criterios de Aceptación: El 100% de los cambios solictados en la línea base del producto están documentados y/o aprobados.

Referencias: Guía de los Fundamentos de la Dirección de Proyectos. Tercera Edición. Norma Nacional Americana. ANSI/PMI 99-001-2004. Ed. Project Management Institute, Inc. EEUU. 2004. 409p. ISBN: 1-930699-73-5 Watts, Humphrey. Introducción al Proceso de Software Personal. Per sonal. Carnegie Mellon University. Ed. Addison   Addison Wesley. Madrid. 2001. ISBN: 84-7829-052-4

GGP

Proceso de Administración de la Configuración

Página 8 de 8