I.- Fuente: Ing. De Software – Un Enfoque Práctico (PRESSMAN), 5ta.

Ed.

1. Suponga un cambio en el software que entregó en el nivel 1 de la materia y

aplique las 5 tareas de GCS (Identificación, control de versiones, control de
cambios, auditorías de configuración y generación de informes), incluyendo
cualquier documento a utilizar en cada una de ellas.
2. Incluya para el punto anterior una política de notificación del cambio,
incluyendo la aceptación, responsables, respuestas, etc.
3. Sobre este mismo sistema, elabore un esquema de informes que debe
presentar semanalmente con estadísticas y gráficos sobre los cambios
pendientes, realizados, en proceso, en espera de algún evento (revisión,
aceptación, información del usuario o externa, etc.), el esfuerzo tecnológico
asociado (tiempos, recursos, etc.), distribución de este esfuerzo por usuarios,
y cualquier otro dato que considere de importancia para la audiencia.
4. Responda las preguntas a final del capítulo: (1-12), incluyendo las que se
refieren a temas más amplios como la 9.4, donde debe diseñar una BD que le
permita administrar los ECS.
9.1. ¿Por qué es cierta la primera ley de la ingeniería de sistemas? ¿Cómo
afecta a nuestra percepción de los paradigmas de la ingeniería del software?
Debido a que el software está orientado a negocios, de cualquier índole. El sistema
debe apoyar los procesos de negocios, los cuales cambian a través del tiempo.

9.2. Exponga las razones de la existencia de líneas base con sus propias
palabras.
Ya que los controles y procedimientos dentro del ciclo de desarrollo del software
se pueden modificar, la línea ayuda el control de estos cambios para el manejo de
procesos.

9.3. Asuma que es el gestor de un pequeño proyecto. ¿Qué líneas base

definiría para el proyecto y cómo las controlaría?

Revisión de especificación
Esta se controlaría mediante reuniones llevando minutas para el manejo
adecuado

Revisión de diseño
Se controla mediante las interacciones que cumple el sistema con las
especificaciones

9.5. Investigue un poco sobre bases de datos orientadas a objetos y

escriba un artículo que describa cómo se podrían usar en el contexto de la
GCS.

Se utilizaría es mediante creación de objetos que serán registros históricos de

cambios.

9.6. Utilice un modelo E-R (Capítulo 12) para describir las interrelaciones
entre los ECS (objetos) de la Sección 9.1.2.
Este diagrama explicaría como lo procesos de relación de una a entidad a otra se
desarrolla.

9.9. Investigue sobre una herramienta de GCS existente y describa cómo

implementa los mecanismos de control de versiones. Alternativamente, lea dos
o tres de los artículos a los que se hace referencia en este capítulo e
investigue en las estructuras de datos y los mecanismos que se usan para el
control de versiones.

GIT. Esta aplicación controla las modificaciones del sistema completo, esta ayuda a
evitar que se cometan errores de actualización. Esta aplicación captura la
información modificada y la guarda, compara el registro que se va actualizar a él si
tiene compatibilidad y evitar que el programa se pare por culpa.

9.10. Utilizando la Figura 9.5 como guía, desarrolle un esquema de

trabajo más detallado aún para el control de cambios. Describa el papel de la
ACC y sugiera formatos para la petición de cambio, el informe de cambios e
IEC.

1- Se evalúa proceso para solicitud de cambio

2- Se reconoce cambio la petición de usuario
3- El desarrollador evalúa cambio
4- Se genera solicitud de cambio
5- Decisión de cambio
6- Si cambio surge
7- La petición queda pendiente de actualización se genera la OCI
8- Asignación personalizada a los objetivos de configuración
9- Guardar número de cambio para realizar petición
10- Verificar elementos a cambiar
11- Eliminar elementos
12- Establecimiento de base de prueba
13- Realización actividades fundamentales
14- Reconstrucción adecuada del software
15- Revisión de calidad del software
16- Distribución de nueva versión

9.1 1. Desarrolle una lista de comprobaciones que se pueda utilizar en las

auditorías de configuración.

-Control de versiones
-Control se accesos
-Control de tiempo
-Control de tarea
-Flujo de proceso

9.12. ¿Cuál es la diferencia entre una auditoria de GCS y una revisión técnica
formal? ¿Se pueden juntar sus funciones en una sola revisión? ¿Cuáles son los
pros y los contras?
 Auditoria es el proceso que evalúa si el sistema está cumpliendo los procesos como
está establecido anteriormente por escrito.
RTF. Detalla el cómo se hacen los procesos de manera eficiente y explicita.

Estas dos combinaciones no se pueden juntar, ya que tienen enfoques diferentes, y

una no se puede ligar con la otra.

5. Compare el contenido de este capítulo con el documento pdf Gestión de

Configuración de Software disponible en el grupo web y especifique qué temas
aborda y/o amplía este documento con respecto al capítulo.

Como ya sabemos los elementos de toda la información producida como parte del proceso
de Ing. Software se denomina como configuración del software, en este documento se
amplía bastantes las clasificaciones y tareas de GCS, donde muestras las línea de base y los
elementos de configuración, donde es muy importante recalcar que las líneas de base es el
punto del ciclo de vida del software

Por ejemplo:

Los elementos se forman después generarse cambia en na línea de base donde se requiere
la revisión formal de dichos cambios, entonces los elementos fomenta la información que se
crea como parte del proceso, la cual tienen técnicas de gestión de configuración y forman
la base, como por ejemplo: Especificaciones, Plan, Diseño, Manual, Programas, Documentos,
Estandares, entre otras.

La GCS se basa en una clasificación de procesos o tareas, identificación, control de

cambios, auditorias y generación de informas. Esta es la clave de realizar una GCS

Donde se definen los objetivos, procesos y enfoques:

- Definir (Definición de elementos)
- Proporcionar (Asignar identificadores)
- Individual
- Gestión
- Cuestiones
 6. Estudie el documento pdf Guía práctica de gestión de configuración, disponible
en el grupo web, y especifique cuáles detalles adicionales a nivel práctico
amplía con respecto a este capítulo.

Después de analizar este documento quisimos hacer énfasis en esta pregunta porque
abarca todo respecto a GCS

¿Por qué ES TAN IMPORTANTE LA GESTION DE CONFIGURAICON?

La configuración es el ciclo de vida de un software, puesto que es importa ¿POR QUE?

Esta nos proporcionaría

- Una resolución más rápida de los problemas
- Gestión de cambios más eficientes
- Reducción de costes
- Control de licencias
- Mayores niveles de seguridad
- Mayor rapidez en la restauración del servicio

7. Investigue sobre 2 herramientas de control de versiones disponibles, y elabore

una tabla resumida que las evalúe con respecto a funcionalidad incluida,
ventajas, desventajas, costos, soporte disponible, plataformas en que corre, y
cualquier otro dato comparativo que usted considere conveniente.

Herramienta Ventajas Desventajas Cost Plataforma

o
GIT - Compatible con - Dificulta en 200 Linux (GNU)
otras las carpetas
herramientas y archivos
- Repositorios - Dificultad
basados en de acceso a
carpetas y distintas
archivos ubicaciones
(Simplicidad) - Caperta
- Archivo compartida
compartidos no es
- Recuperación precisament
de archivo e la opción
rápido. mas rápida
- no indexa
directorios
CVS - La arquitectura Multiplataform
Cliente/servido a
r de CVS
 permite a los
desarrolladores
permanecer
dispersos
geográficament
e y funcionar
como un solo
equipo.
- Checkouts sin
reservas
- Base de datos
de módulos
flexibles
SUBVERSIO - Se sigue - tiene una Multiplataform
N historia de los curva de a
archivos aprendizaje
- Puede ser no lineal
servido - los modelos
mediante centralizado
Apache s
- Maneja - se necesita
archivos estar
binarios conectado
- Permite para hacer
selectivamente commit
el bloqueo de
archivos
- Las
modificaciones
son atómicas.
MERCURIAL Unix, Windows,
Mac OS X
CLEARCASE - Infraestructura para - GUI es muy pobre 50k- AIX, HP-UX,
administrar el cambio - Su ayuda personal 100k Linux, Linux on
- Ayuda a unificar es bastante reacio a z Systems,
equipos arreglar nada. Solaris,
interdisciplinarios Windows, z/OS
compuestos por (limited client)
analistas

8. En el siguiente link se describen herramientas de diversos tipos para GCS, en

las categorías de Control de versiones, Gestión de Incidencias, Gestión de
Documentación y Gestión de Proyectos. Si las aplicara a su proyecto, detalle
las ventajas que se describen, en su caso particular, y qué medidas adoptaría
para minimizar el impacto de sus desventajas.
.
http://es.wikiversity.org/wiki/Herramientas_para_el_Proceso_de_Gesti
%C3%B3n_de_Configuraci%C3%B3n_del_Software
Control de versiones

VENTAJAS

 Simplicidad y el aprovechamiento de los permisos preexistentes de acceso.

 se puede restringir o permitir el acceso de un determinado usuario

 Preparar un repositorio es muy sencillo, simplemente pones el repositorio básico

en algún lugar donde todos tengan acceso a él y ajustas los permisos de
lectura/escritura según proceda, tal y como lo harías para preparar cualquier otra
carpeta compartida.

 Puedes disponer del código fuente en cualquier lugar, y también recuperar

rápidamente el contenido del repositorio de trabajo de alguna otra persona.

 Integrar el proyecto cuando se trabaja en equipo ahora es más sencillo y reduce el

tiempo de integración.

Gestión de Incidencias

VENTAJAS

 Es multiplataforma, basada en PHP y con soporte para bases de datos MySQL,

PostgreSQL y MS SQL.

 Facilidad de uso e intuitiva.

 Licencia gratuita, ya que es GPL v2 esta define a la aplicación como software libre,
con libertad de uso, modificación y distribución.

 Soporte disponible


 Documentación de instalación en diferentes formatos.

 Variedad de plugins disponibles en la web.