Documente Academic
Documente Profesional
Documente Cultură
CONFIGURACIN
1. INTRODUCCIN
La gestin de la configuracin del software (GCS/SCM) es una conjunto de
actividades de actividades diseadas para identificar y definir los elementos en el
sistema que probablemente cambien, controlando el cambio de estos elementos a lo
largo de su ciclo de vida, estableciendo relaciones entre ellos, definiendo
mecanismos para gestionar distintas versiones de estos elementos, y auditando e
informando de los cambios realizados.
El propsito de este plan es establecer y mantener la integridad de los productos del
proyecto CTG SISTEMAS a travs del ciclo de vida del proceso de software; en el
ciclo de vida del programa pueden existir cambios en los requerimientos funcionales
ya sea de correccin, mejora o renovacin, eliminacin o cambio parcial en el
proceso de esos requisitos, por esto surge la necesidad de crear un plan de gestin
de la configuracin, para mantener documentado y detallado cada modificacin del
software tanto cdigo como documentos y as controlar cada una de las versiones.
OBJETIVOS
Crear un documento que permita establecer y mantener la integridad del
producto software a travs del ciclo de vida del proceso de software.
Describir las actividades de gestin de configuracin de software que deben
ser llevadas a cabo durante el proceso de desarrollo del proyecto. Aqu se
definen tanto los productos que se pondrn bajo control de configuracin como
los procedimientos que deben ser seguidos por los integrantes del equipo de
trabajo.
ALCANCE
Este plan busca alcanzar dentro del proyecto de Anlisis, Diseo e Implementacin del plan
de Configuracin del Sistema de Informacin para CTG SISTEMAS, las siguientes
convenciones:
Mantener la integridad de los productos que se obtienen a lo largo del desarrollo de
los sistemas de informacin, garantizando que no se realizan cambios incontrolados
y que todos los participantes en el desarrollo del sistema disponen de la versin
adecuada de los productos que manejan. As, entre los elementos de configuracin
software, se encuentran no nicamente ejecutables y cdigo fuente, sino tambin los
modelos de datos, modelos de procesos, especificaciones de requisitos, pruebas,
etc.
Busca que la gestin de configuracin se realice durante todas las actividades
asociadas al desarrollo del sistema, y contina registrando los cambios hasta que
ste deja de utilizarse.
Permitir que la gestin de configuracin facilite el mantenimiento del sistema,
aportando informacin precisa para valorar el impacto de los cambios solicitados y
reduciendo el tiempo de implementacin de un cambio, tanto evolutivo como
correctivo. As mismo, permite controlar el sistema como producto global a lo largo
de su desarrollo, obtener informes sobre el estado de desarrollo en que se encuentra
TERMINOLOGA
SCM (Software Configuration Management) Gestin de Configuracin del Software.
SCMR (SCM Responsable) Responsable de SCM.
SCR (System/Software Change Request) Peticin de Cambio en el
Sistema/Software.
CCB (Configuration Control Board) Comit de Control de Configuracin.
CI (Configuration Item) tem bajo gestin de Configuracin.
SCA (Software Change Authorization) Autorizacin de Cambio en el Software.
Lnea Base: Conjunto de componentes con una determinada versin que en forma
conjunta permiten el funcionamiento de la aplicacin (Baseline).
CM: Administracin de la Configuracin (Configuration Management).
Definimos como un elemento de Configuracin a una unidad fsica y/o lgica parte de un
conjunto mayor de elementos, producida o adquirida, que por sus caractersticas es
distinguible de las dems y cuya evolucin interesa administrar. Son elementos de
Configuracin en un proyecto de software:
01. El plan de proyecto.
02. El plan de Gestin de Configuracin.
03. El documento de definicin de requerimientos.
04. Estndares de anlisis, diseo, codificacin, pruebas, y auditoria.
05. Documentos de anlisis del sistema.
06. Documentos de diseo del sistema.
07. Prototipos.
08. Documentos de diseo de alto nivel.
09. Documentos de diseo de bajo nivel.
10. Especificaciones de prueba del sistema.
11. El plan de pruebas del sistema.
12. El Cdigo fuente del programa.
13. Cdigo objeto y ejecutable.
14. Especificaciones de pruebas de unidad.
15. Planes de pruebas de unidad.
16. Documentos de diseo de base de datos.
17. Datos de prueba.
18. Datos del proyecto.
19. Manuales de usuario.
Identificacin de la configuracin
El desarrollo del proyecto CTG SISTEMAS inici en el primer semestre del ao 2016 en el
curso Anlisis y diseo de sistemas de informacin, en los primeros meses se analiz todo
el caso de estudio, el sistema manual en la gestin y el control de trabajos de grado , se
dise todo el modelo del negocio, la arquitectura de la aplicacin y las interfaces grficas
de usuario, que para el final de semestre el producto software estuviera acorde a las
necesidades planteadas por los solicitantes.
Cada uno de los indicados en la tabla de implementacin de cambio son los responsables
directos de la modificacin, y el tiempo que cada uno tiene para la implementacin se
encuentra en el cronograma de actividades. Si alguien tiene alguna duda acerca del cambio
o creacin, tendr que consultar con el responsable de la gestin de la configuracin quien
conoce todos los detalles de este proceso.
TAREAS
Establecimiento del Plan de
Gestin de la configuracin
Especificacin del entorno
tecnolgico para la Gestin de
configuracin
PRODUCTOS
Plan de gestin
configuracin para el
de informacin
Plan de gestin
configuracin para el
de informacin
PARTICIPANTES
- Responsable
de
Gestin de Configuracin.
- Jefe del Proyecto
- Responsable
de
Gestin de Configuracin
de la
sistema
de la
sistema
a. Organizacin y Responsabilidades
Segn el tamao de proyecto se empiezan a establecer los grupos de trabajo. Este proyecto
de software cuenta con cuatro desarrolladores, debido a su tamao, por tanto son ellos
mismos los encargados de establecer y ejecutar el plan de gestin de la configuracin. En
esta tabla se muestran los cargos de los desarrolladores del software dentro de esta
actividad:
IMPLEMENTACION DE CAMBIOS Y MEJORAS EN EL SOFTWARE
Responsable
Cargo
Tarea
- Liderar el equipo de
Alejandra Bohorquez
Desarrollador y lder del
desarrollo.
proyecto
-
Mayerly Garcia
Diseadora
Desarrolladora
Camilo Arcila
Documentador
Desarrollador
Desarrollar
el
cdigo
Implementar
requerimientos
Se encargar de
Disear
las
interfaces
respectivas de la
aplicacin
Modificar el cdigo
Crear las vistas de
usuario.
Desarrollar
el
cdigo
html
respectivo.
implementar cdigo
de
los
requerimientos
Auditar
el
desarrollo,
implementar
requerimientos,
Cesar Guerrero
Diseador y Documentador
Ajuste de interfaces
Ajuste de interfaces
Modificar el cdigo
Crear las vistas de
usuario.
Desarrollar
el
cdigo
html
respectivo.
implementar cdigo
de
los
requerimientos
3. Actividades De SCM
Identificacin de todas las actividades y tareas que se requieren para el manejo de la
configuracin del sistema. Estas deben ser tanto actividades tcnicas como de gestin de
SCM, as como las actividades generales del proyecto que tengan implicancia sobre el
manejo de configuracin.
Relacin con las polticas de la empresa (satisfaccin del cliente,
competitividad, etc.)
3.4
Control De Interfaces
Calendario
Las entregas estn definidas en el cronograma del modelo de proceso, realizndose luego
de finalizar cada iteracin. El control de cambios se realizar durante cada iteracin, en
funcin de las solicitudes recibidas, y se resumirn los resultados en un reporte al final de la
iteracin. Luego de realizada la verificacin y entrega de los productos de una iteracin,
durante los dos das siguientes a la entrega, se har una revisin y auditoria de la lnea base.
Esto es verificar que estn todos los entregables correspondientes a la iteracin, fijar y
respaldar la lnea base.
4.
Recursos y Adiestramiento
5.
Ingeniero de Requerimientos.
Ingeniero de Procesos.
Arquitecto de Software.
DBA
Analista
Desarrolladores.
Testers.
Puntos de Control
Los procesos de alta y baja de la Biblioteca del Proyecto implementan dos elementos
importantes del Control de Cambios: el control de acceso y el control de sincronizacin:
El Control de Acceso se refiere a los derechos que tienen los diferentes miembros del
equipo de desarrollo para acceder y modificar ECS concretos. As, por ejemplo, hay que
controlar el acceso del ingeniero de software que da de baja el ECS de la Biblioteca de
Proyecto para realizar un cambio aprobado por una Orden de Cambio.
El Control de Sincronizacin ayuda a asegurar que los cambios en paralelo, realizados por