Está en la página 1de 12

GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

ESTEBAN ORTEGA y STIVEN ZAMORA

ARNOLD GARCÍA

INGENIERÍA DE SOFTWARE II

CORPORACIÓN UNIVERSITARIA UNIREMINGTON

BUENAVENTURA 2017
Sistema de Gestión de Configuración de Software, aplicado a la siguiente situación Problemática:

Se tiene un software para manejar la información de sobre el control de citas de un centro


veterinario, el cual atiende varios tipos de animales, los cuales pueden ser de varias razas, cuando
el animal ingresa la secretaria pide los datos del animal, los del dueño y le asigna un médico
veterinario, así como el consultorio, donde le toca la consulta, el animal puede ingresar a la consulta
por varios motivos, lesiones, chequeo general, entre otros. El médico puede revisar su agenda de
citas vía Web y observar la historia de cada animal. El director del centro en cualquier momento
puede consultar el movimiento de citas en determinado rango de tiempo. Para la información de
los médicos el sistema permite sólo el manejo que muestra el siguiente formulario, ya que cuando
se levantó los requerimientos no se consideró relevante los estudios de los médicos.

ESTUDIO ORDEN DE SOLICITUD DEL CAMBIO

Fecha: 13-09-17 Hora: 13:30 pm


Responsable: Esteban Ortega Cargo: Líder del proyecto
Requerimiento (situación actual, justificación, descripción
Situación actual: La aplicación se encuentra activa y funcional en los equipos del centro veterinario,
cumpliendo a cabalidad con las tareas para el manejo y control de información de las mascotas, dueños
y médicos. El cliente requiere que se tenga la información de los estudios de los médicos esto nos solo
con el fin de actualizar su hoja de vida en el sistema sino también asignar correctamente los diferentes
casos y urgencias al personal indicado.
Justificación: Dada la constante aparición de diferentes enfermedades, lecciones y urgencias en los
animales, surge la necesidad de asignar los diferentes casos a un especialista en el área que pueda dar
respuesta optima a la problemática; es por ello que en el software se requiere manejar y conocer los
estudios realizados por los médicos de Centro Veterinario para así determinar coherentemente y con
la mayor responsabilidad y exactitud a la hora de quien atiende un caso específico de acuerdo a sus
conocimientos, permitiendo así mayor agilidad a la respuesta y aumento de la competitividad en
relación a otros centros veterinarios.
Descripción: El director del centro veterinario requiere que el formulario de los datos de los médicos se
pueda consignar y mostrar los estudios realizados, de este modo él podrá asignar de manera más
acertada las citas para la atención de las mascotas de acuerdo a la especialidad de cada uno dando así
agilidad de respuesta y mayor eficiencia en la prestación del servicio.
EVALUACIÓN Y ANÁLISIS DE SOLICITUD DEL CAMBIO

Fecha: 15-09-17 Hora: 10:25 pm


Responsable: Estaban Ortega y Stiven Zamora Cargo: Analistas de Software
Análisis de datos: (Agregación de tablas, modificación de las ya existentes, relaciones, manejo de
datos existentes, migración de datos, manejo de estructuras por fuera de la base de datos entre
otros). Se debe mostrar modelos actuales y modelo propuesto, donde se resalte las mejoras y
los procesos a tener en cuenta.
1. Se realiza revisión de las bases de datos relacionadas directamente con el sistema actual,
encontrándose la siguiente:

2. Se analiza y realiza la copia de seguridad, con el fin de garantizar que la información que
se posee actualmente almacenada en la base de datos, no se pierda o sufra alteraciones.
3. Al revisar el requerimiento del cliente, se encuentra que:
- Se requiere crear una nueva tabla llamada Títulos con los siguientes campos (código del
título, nombre del título)
- Existe relación de muchos a muchos entre título y médico, por lo tanto, se requiere crear
una tabla intermedia, que puede llamarse Título Médico con los siguientes campos (clave
primaria de médico, clave primaria de título y otros campos complementarios como
duración, fecha de graduación, entre otros), conservando la integridad de acuerdo a las
formas normales para estandarización de las bases de datos.
- Realizar las respectivas validaciones de la estructura de la base de datos.
- Recuperar la información, desde la copia de seguridad hacia la nueva estructura.
- Modelo actualizado de la base de datos.
Análisis de Aplicativo y Ejecutables: Se detalla la actualización en formularios, consultas,
informes, menú, módulos, componentes, sistemas operativos u otros sistemas que intervengan
en la aplicación, cambios en ejecutables.
1. La vista de usuario médico, sufrirá modificación, ya que se incorpora la información
relacionada con los estudios de los médicos:
2. Se crea una vista de usuario nueva llamada Títulos, donde se aplica toda la validación de
la vista, la programación de los diferentes controles, así como enlaces con la base de
datos.

3. Se crea una vista de usuario nueva llamada Tipo de Estudios, donde se aplica toda la
validación de la vista, la programación de los diferentes controles, así como enlaces con
la base de datos.
4. Se diseña informe médico y sus estudios.

5. Se diseña informe de movimientos de citas en rango de tiempo


6. Se modifica el menú del sistema, agregando dos menús (Estudios y Utilidades) y cuatro
sub menús dos en el menú principal informes para general el informe de citas en un
determinado tiempo y el informe de los estudios de los médicos y dos en el nuevo botón
de utilidades para agregar los tipos de estudio (maestría, pregrado, doctorado, etc…) y
otro para establecer la relación de los estudios realizados con los médicos.

7. Se realizan las diferentes pruebas al software, tanto pruebas unitarias que corresponden
a las realizadas por los desarrolladores, como pruebas de integración relacionadas con
las posibles variaciones que pueden generar estos cambios al resto de los elementos
funcionales del sistema informático.

8. Se empaqueta el producto, revisando su funcionalidad, teniendo en cuenta los diferentes


sistemas operativos, que el cliente puede utilizar.

9. Despliegue del producto en la máquina del cliente, con pruebas por parte del usuario,
para la aceptación de los cambios.

Documentación
Manual Técnico:

Actores
Gestiones Acciones
Secretaria Director Administrador
Crear X X
Consultar X X X
Modificar X X
Gestión de títulos Guardar X X
Inhabilitar X X
Cancelar X X X
Salir X X X
Caso de uso extendido (Gestión de Títulos)

<<Extendido>> CREAR <<Incluye>> GUARDAR

<<Incluye>>
GESTIÓN
ADMINISTRADOR
DE TÍTULOS <<Extendido>> CONSULTAR <<Incluye>> MODIFICAR
<<Incluye>>
<<Extendido>> CANCELAR INHABILITAR

<<Extendido>> SALIR

Identificación de los requisitos de usuario

REQUISITOS DE USUARIO (RU)


ID NOMBRE
DESCRIPCIÓN DEL REQUISITO USUARIO
REQUISITO REQUISITO
Gestión de El sistema permitirá la gestión de la información de Secretaria, director y
RU-001 títulos los estudios para crear, modificar, inhabilitar, administrador.
consultar, guardar, cancelar y salir.

Análisis de los Requisitos Funcionales

Requisitos Funcionales (RF)


ID Nombre del ID Requisito
Descripción del requisito Usuario
Requisito requisito de Usuario
Crear Título Permite registrar la información de los
Secretaria y
RF-021 títulos (código, nombre y estado del RU-001
administrador.
título) a través de la opción guardar.
Consultar Secretaria,
Permite consultar la información de los
RF-022 Título administrador y RU-001
títulos con los campos código y nombre.
director.
Modificar Permite modificar la información del
Secretaria y
RF-023 Título título exceptuando el código utilizando RU-001
administrador.
la opción guardar.
Inhabilitar Permite habilitar o inhabilitar el título Secretaria y
RF-024 RU-001
Título confirmando antes el proceso. administrador.
Cancelar Secretaria,
Permite cancelar el proceso que se esté
RF-025 Título administrador y RU-001
realizando y regresar al estado inicial.
director.
Salir Título Secretaria,
RF-026 Permite el cierre del formulario. administrador y RU-001
director.
Manual de usuario: una vez aplicado el cambio al sistema de acuerdo al requerimiento del cliente, el usuario en
el menú de gestión de medico podrá crear un nuevo médico con su respectiva información personal, en el menú
se listará y mostrará una tabla con la información de los estudios de los distintos médicos del centro veterinario,
para la gestión de los estudios realizados por el médico, tendrá un menú donde crear el estudio o especialización,
marcar según su estado (activo e inactivo para el caso de que aun esté cursando sus estudios) también admite
consultar, modificar e inhabilitar.
Para los informes el usuario podrá solicitar informes de los datos del personal médico con su respectiva
información educativa, informe sobre el estado de las citas asignadas en los diferentes rangos de tiempo.
Manual de implementación: habiendo dado cumplimiento al requerimiento del cliente el software se
implementa de la misma manera que se venía realizando, con el mismo hardware, las mismas interconexiones
referentes a la base de datos y la coherencia con los menús. Los pocos cambios de implementación se aplican
para la parte gráfica y entrada de datos; (el usuario debe crear en el menú de gestión los de estudios o títulos
educativos un nuevo estudio, genera informes de consultas sobre los datos de los médicos con la capacidad de
incluir en la lista los estudios que tiene cada miembro del personal médico, informes del manejo de citas con
relación al tiempo de influencia).

TIEMPO PRESUPUESTADO
Fecha: 20-09-17 Hora: 15:00 pm
Responsable: Esteban Ortega Cargo: Líder de Proyectos
Actividad Tiempo (horas, días, semanas…)
Evaluación 8 horas
Diseño 3 horas
Construcción 24 horas
Pruebas 3 horas
Documentación 5 horas
Tiempo total 43 horas
EVALUACIÓN DEL ESTUDIO DE LA ORDEN DE CAMBIO

Fecha: 21-09-17 Hora: 09:00 am


Responsable: Carlos Zapata Cargo: Auditor en Ingeniería de Software

Nota: la ACC (Autoridad de Control de Cambios evalúa (impacto del cambio en software,
hardware, rendimiento, calidad, fiabilidad, aprueba los ajustes definidos, si están dentro del
producto y cumplen con la lista de chequeo)
Nro. Ítems Estado
Si No
1 Se tiene identificada la arquitectura en la que estará soportado el sistema:
X
Servidor de base de datos, estaciones de trabajo.
2 Se tiene las características de hardware donde se va a ejecutar el sistema, lógica
X
del negocio, servicios de almacenamiento.
3 Se describen los requerimientos de software sobre los cuales se construirá el
X
sistema: Sistemas operativos, bases de datos y herramientas de desarrollo.
4 Se tienen los diagramas de clases, de colaboración, el modelo de datos, las
interfaces, consultas, informes y archivos requeridos para cada servicio a X
desarrollar.
5 Se describe las características que han sido identificadas durante la etapa de
X
diseño.
6 Se elaboró cronograma de trabajo. X
7 Se tiene documentado el proceso de diseño. X
8 Se tiene identificado los usuarios del sistema. X
9 Se tienen identificado los procesos. X
10 Se identificaron las relaciones entre los usuarios y los procesos X
11 Se describen las entradas del sistema X
12 Se describen las salidas del sistema X
13 Se identificaron las interfaces para las pantallas X
14 Se identificaron las interfaces para las consultas X
15 Se identificaron las interfaces para los informes X
16 Se identificaron las interfaces para los archivos X
17 Se identificaron los posibles errores y excepciones. X
18 Se tienen documentos que soporten el proceso de análisis X
ORDEN DE CAMBIO DE INGENIERÍA (OCI)
Fecha: 22-09-17 Hora: 14:00 pm

Responsable: Esteban Ortega Cargo: Líder de proyectos


Nota: Se valoran los tiempos presupuestados, se asignan los roles por actividad, se genera el
contrato respectivo el cual debe ser firmado por las dos partes donde se consigna la fecha de
inicio, y la de entregas parciales (si son acordadas), la fecha de entrega definitiva. De igual forma
se define el tiempo de garantía del cambio y el cronograma.
Tiempo (estimado,
real en horas, días,
Actividad Responsable
semanas…)
TE TR
Evaluación Esteban Ortega 8 horas
Diseño Esteban Ortega y Stiven Zamora 3 horas
Construcción Esteban Ortega y Stiven Zamora 24 horas
Pruebas Carlos Zapata 3 horas
Documentación Stiven Zamora 5 horas
Número de horas 43 horas
INFORME GERENCIAL SOBRE EL CAMBIO DE GESTIÓN DE CAMBIOS
Fecha: 23-09-17 Hora: 08:45 am
Responsable: Esteban Ortega Cargo: Líder de Proyectos
Actividad Responsable Fecha Otros cambios
¿Qué paso? ¿Quién lo hizo? ¿Cuándo paso? ¿Qué más se vio afectado?
Se realizó evaluación, sobre la Esteban Ortega, Líder de
viabilidad para incorporar dentro Proyecto.
del software la gestión de Títulos Esteban Ortega y Stiven
13-09-17
educativos de los médicos, se Zamora, Analistas.
realizó la especificación del
requerimiento.
Se realizó estudio técnico sobre Esteban Ortega, Líder de
diseñó la interfaz gráfica (vistas, Proyecto
15-09-17
informes, base de datos), apoyada Esteban Ortega y Stiven
en la especificación del requisito Zamora, Analistas
Se programó las actividades y Esteban Ortega, Líder de
tiempo estimado para Proyecto. 20-09-17
desarrollarlas
Se realizó evaluación del estudio de Carlos Zapata, Auditor de
21-01-17
la orden de cambio. Ingeniería de Software.
Se aprueba orden de cambio de Carlos Zapata, Auditor de
20-09-17
Ingeniería Ingeniería de Software.
Se realizó la programación del Esteban Ortega y Stiven Actualización base de
requisito (Gestión títulos Zamora datos, actualización de
educativos, actualización de gestión aplicación, sin efectos
20-09-17
médico, informe sobre medico con negativos hacia otros
sus estudios, configuración menú, componentes.
perfiles, empaquetamiento)
Se aplicaron pruebas unitarias y de Carlos Zapata, Auditor de
integración para asegurar la calidad Ingeniería de Software. 21-09-17
de la gestión del cambio.
Se documentó a través del manual Stiven Zamora
técnico, manual de usuario y 22-09-17
manual de implementación.
Se implementó en la máquina del Esteban Ortega
23-09-17
cliente
Observaciones: No se presentaron novedades.

También podría gustarte