INSTITUTO PROFESIONAL AIEP

PROYECTO DE TESIS
SISTEMA GESTIN PREVENCIN DE
RIESGOS

Nombre: Rodrigo Carrasco Lillo

Marcelo Vargas Vargas
Carrera: Ingeniera de Ejecucin en informtica
Mencin Desarrollo de Sistemas
Sede: Antofagasta
Profesor Carrera: Hugo Leppe

Antofagasta, Junio 2015

Metodologa y Planificacin

5.1 Marco Metodolgico

La metodologa que utilizaremos para el proyecto ser el Modelo iterativo.
Las razones por la que preferimos utilizar esta metodologa fue por varias razones la
cuales sern nombradas y explicadas detalladamente.

Resolucin de problemas de alto riesgo en tiempos tempranos del proyecto,

para cualquier contingencia que pudiramos encontrar en el desarrollo del
sistema.

Poder tener una visin de avance en el desarrollo del proyecto desde las
etapas iniciales.

Obtencin del feedback del usuario lo antes posible, para orientar el desarrollo
al cumplimiento de sus necesidades y realizar todas las adaptaciones
identificadas para cumplir con los objetivos planteados.

Menor tasa de fallo del proyecto, mejor productividad del equipo, y menor
cantidad de defectos, segn demuestran estudios realizados sobre proyectos
que han aplicado esta tcnica.

Permite manejar la complejidad del proyecto, apuntando a la resolucin de los

problemas por partes.

El aprendizaje y experiencia del equipo iteracin tras iteracin, mejora

exponencialmente el trabajo, aumenta la productividad y permite optimizar el
proceso en el corto plazo.

El trabajo iterativo deja una experiencia en el equipo que permite ir ajustando y

mejorando las planificaciones, logrando menores desvos en la duracin total
del proyecto.

En nuestro caso, como ya contamos con la mayor parte de los requerimientos del
usuario, ser menos complicado poder entregar una primera iteracin del sistema
para su evaluacin, y se espera que lo cambios o mejoras que se propongan sean
mnimas.

Para

el desarrollo

del sistema

emplearemos

el modelo

iterativo, el cual

complementaremos con 3 iteraciones que se desarrollaran de acuerdo a los procesos

que ocuparemos.
Etapa Inicial (1era Iteracin)
Anlisis, Diseo, Codificacin y Pruebas

Etapa Intermedia (2da Iteracin)

Anlisis, Diseo, Codificacin y Pruebas
Etapa Final (3era Iteracin)
Anlisis, Diseo, Codificacin y Pruebas

Diagrama del modelo

5.2 Planificacin

De acuerdo al anlisis que fue realizado para el desarrollo de la planificacin y sus

procesos, se realizan las siguientes tareas, en donde se determina el enfoque ms
adecuado para obtener exitosamente la solucin propuesta para cada alternativa.

Se realiza una planificacin, teniendo en cuenta los puntos de sincronismo con

otros procesos en desarrollo, segn se ha recogido en el catlogo de requisitos. De
esta manera se garantiza el cumplimiento del plan de trabajo en los restantes
procesos del ciclo de vida en este caso el modelo iterativo que se dividir en 3
entregas que sern distribuidas durante el desarrollo del proyecto. Dado que en
este proyecto se detect una nica alternativa vlida para la solucin del problema
planteado, las actividades correspondientes a la estimacin y planificacin de las
tareas se explican en las 3 cartas Gantt y sus respectivos cuadros de descripcin.

ESPECIFICACIN DE LA TAREAS DEL 1ER CICLO.

Proceso :

Anlisis

Tarea :

Toma de los requerimientos del usuario.

Requisitos :

Entrevista con Usuario / Cliente

Entregable :

Especificacin de Requerimientos

Duracin 1er Ciclo:

1 da

Duracin 2do Ciclo:

1 da

Duracin 3er Ciclo:

1 da

Proceso :

Anlisis

Tarea :

Analizar requerimientos de datos, requerimientos funcionales y

restricciones. Reconocer requerimientos errneos o contradictorios.
Posteriormente

realizar

la

validacin

correcciones

de

los

requerimientos con el usuario

Requisitos :

Anlisis de Requerimientos

Entregable :

Especificacin de Requerimientos

Duracin 1er Ciclo:

2 das

Duracin 2do Ciclo:

2 das

Duracin 3er Ciclo:

2 das

Proceso :

Anlisis

Tarea :

Especificacin de los requerimientos para implementarlos en el

software, se establecen los componentes del sistema que interactan
con l para definir el entorno en que operara el sistema.

Requisitos :

Especificacin de Requerimientos

Entregable :

Informe de Especificacin de Requerimientos

Duracin 1er Ciclo:

2 das

Duracin 2do Ciclo:

2 das

Duracin 3er Ciclo:

2 das

Proceso :

Anlisis

Tarea :

En esta etapa se establecern los requerimientos finales o completos

que definirn el sistema que el cliente desea.

Requisitos :

Validacin de Requerimientos

Entregable :

Diagrama de Flujo de Datos, diccionario de datos, diagramas ER.

Duracin 1er Ciclo:

1 da

Duracin 2do Ciclo:

1 da

Duracin 3er Ciclo:

1 da

Proceso :

Diseo

Tarea :

Se identifican entidades y relaciones siguiendo los requerimientos del

anlisis, se elabora un diagrama entidad relacin para expresar a que
entidades pertenecen los datos y posibles llaves primarias.

Requisitos :

Diseo de la Base de Datos Conceptual

Entregable :

Modelo Entidad Relacin

Duracin 1er Ciclo :

2 das

Duracin 2do Ciclo:

2 das

Duracin 3er Ciclo:

2 das

Proceso :

Diseo

Tarea :

Se depura el diseo conceptual y se transforma a un diseo lgico

normalizado, eliminamos inconsistencias que pudiera tener la base de
datos, establecemos relaciones llaves primarias y forneas.

Requisitos :

Diseo de la Base de Datos Lgico

Entregable :

Modelo de Clases

Duracin 1er Ciclo:

2 das

Duracin 2do Ciclo:

2 das

Duracin 3er Ciclo:

2 das

Proceso :

Diseo

Tarea :

Se define la estructura fsica de datos que utilizar el sistema, a partir

del modelo lgico de datos normalizado, se analizan los caminos de
acceso a los datos utilizados por cada mdulo o clase, con el fin de
mejorar los tiempos de respuesta y optimizar los recursos de la
informacin.

Requisitos :

Diseo de la Base de Datos Fsico

Entregable :

Modelo de Fsico

Duracin 1er Ciclo:

1 da

Duracin 2do Ciclo:

1 da

Duracin 3er Ciclo:

1 da

Proceso :

Diseo

Tarea :

Se procede al diseo de interfaz del sistema de las interfaces para

realizar la entrega de cada iteracin.

Requisitos :

Diseo de Interfaz de Usuario

Entregable :

Diseo de Interfaz Fase 1er Entregable

Duracin 1er Ciclo:

5 das

Duracin 2do Ciclo:

5 das

Duracin 3er Ciclo:

5 das

Proceso :

Codificacin

Tarea :

Programar los mdulos del sistema

Requisitos :

Etapas de Anlisis y Diseo validados

Entregable :

Codificacin de cada iteracin segn la fecha establecida

Duracin 1er Ciclo:

15 das

Duracin 2do Ciclo:

10 das

Duracin 3er Ciclo:

10 das

Proceso :

Codificacin

Tarea :

Correccin de errores funcionales y estructurales

Requisitos :

Correccin de errores funcionales y estructurales de cada iteracin

Entregable :

Codificacin de cada iteracin segn la fecha establecida

Duracin 1er Ciclo:

10 das

Duracin 2do Ciclo:

5 das

Duracin 3er Ciclo:

5 das

Proceso :

Codificacin

Tarea :

Diseo terminado de las versiones de cada ciclo

Requisitos :

Diseo preliminar del sistema.

Entregable :

Codificacin de cada iteracin segn la fecha establecida

Duracin 1er Ciclo:

3 das

Duracin 2do Ciclo:

3 das

Duracin 3er Ciclo:

3 das

Proceso :

Pruebas

Tarea :

Se realizan pruebas a cada mdulo, que normalmente es realizada por

el equipo de desarrollo.

Requisitos :

Pruebas de Unidad

Entregable :

Informe de Pruebas Unidad de cada iteracin

Duracin 1er Ciclo:

3 das

Duracin 2do Ciclo:

3 das

Duracin 3er Ciclo:

3 das

Proceso :

Pruebas

Tarea :

Contando con el esquema del diseo del software, los mdulos

probados se integran para comprobar sus interfaces en conjunto.

Requisitos :

Pruebas de Integracin

Entregable :

Informe de Pruebas Integracin de cada iteracin

Duracin 1er Ciclo:

3 das

Duracin 2do Ciclo:

3 das

Duracin 3er Ciclo:

3 das

Proceso :

Pruebas

Tarea :

Se comprueba con el software ya ensamblado en su totalidad, si

cumple los requisitos funcionales y de rendimiento, facilidad de
mantenimiento, recuperacin de errores,etc.

Requisitos :

Pruebas de Validacin

Entregable :

Informe de Pruebas Validacin de cada iteracin

Duracin 1er Ciclo:

2 das

Duracin 2do Ciclo:

2 das

Duracin 3er Ciclo:

2 das

Proceso :

Pruebas

Tarea :

El sistema ya completado con la validacin se procede a integrar con el

resto del sistema ( rendimiento, seguridad, recuperacin y resistencia)

Requisitos :

Pruebas del sistema

Entregable :

Informe de Prueba del Sistema de cada iteracin

Duracin 1er Ciclo:

2 das

Duracin 2do Ciclo:

2 das

Duracin 3er Ciclo:

2 das

Proceso :

Pruebas

Tarea :

El usuario comprueba en su propio entorno si el sistema cumple con

sus necesidades y especificaciones, si lo acepta como esta o no.

Requisitos :

Pruebas de Aceptacin

Entregable :

Informe de Prueba de Aceptacin para cada ciclo segn fecha

establecida.

Duracin 1er Ciclo:

2 das

Duracin 2do Ciclo:

1 da

Duracin 3er Ciclo:

1 da

Carta Gantt de la 1era iteracin

CICLO

1era Iteracin

Duracin:

61 das

Fecha de Inicio :

15/05/15

Fecha de Trmino :

14/07/15

Carta Gantt de la 2da iteracin

CICLO

2da Iteracin

Duracin:

45 das

Fecha de Inicio :

15/07/15

Fecha de Trmino :

28/08/15

Carta Gantt de la 3era iteracin

CICLO

3era Iteracin

Duracin:

45 das

Fecha de Inicio :

29/08/15

Fecha de Trmino :

13/10/15

5.3 Diagrama Pert del Proyecto

A continuacin se presenta el Diagrama Pert del proyecto con las relaciones entre
las tareas que lo componen, ms abajo en el siguiente punto se identifican las
tareas con sus descripciones, tiempo de duracin y sus precedencia. Esta
representacin grfica corresponde a las 3 iteraciones del total de proyecto.

5.4 Cuadro de Tareas y dependencias

Duracin

Tarea

Descripcin

Toma de Requerimientos

Anlisis de Requerimientos

Especificacin de Requerimientos

Validacin de Requerimientos

Diseo BD Conceptual

Diseo BD Lgico

Diseo BD Fsico

E-F

Diseo Interfaz Usuario

14

Codificacin del Sistema

35

Correccin de Errores

20

Diseo Preliminar del Sistema

Pruebas de Unidad

Pruebas de Integracin

Pruebas de Validacin

Pruebas del Sistema

Pruebas de Aceptacin

L-M-N-O

Total

(Das)

152

Precedencia

Gestin de la Calidad

6.1 Polticas de Seguridad

El desarrollo de nuestros productos deber estar orientado a satisfacer las

necesidades de nuestros clientes y cumplir plenamente con sus estndares de
calidad, lo cual signifique en la entrega de un producto que responda a sus
expectativas.

Cumplir con los plazos de entrega acordados con el cliente.

Entregar a nuestros clientes las soluciones ms adecuadas a sus

requerimientos mediante la bsqueda de nuevas tecnologas y productos.

Todos los parmetros y pruebas de calidad deben reflejar las necesidades de

los clientes, las condiciones de uso, las normas y procedimientos a utilizar para
alcanzar los objetivos de calidad del cliente.

Trabajar con excelencia en las solicitudes del cliente, velando por la efectividad
en el logro final de resultados.

Deben realizarse todas las tareas necesarias para lograr una calidad superior
en nuestros productos.

6.2 Normas o Procedimientos Generales

1. El desarrollo de sistemas deber ajustarse a los lineamientos y estndares

definidos por cliente y no comenzar hasta que se hayan realizado los estudios
de factibilidad necesarios.
2. Se

debern

entregar

al cliente

los

programas

fuentes,

ejecutables,

documentacin tcnica, manual de instalacin y manual de usuario del

producto.
3. Todas las fases de desarrollo de los productos debern ser documentadas.
4. No se deber comenzar la fase de codificacin o programacin del producto,
sin antes tener concluidas las fases de anlisis y diseo.
5. Toda documentacin del producto que deba ser entregada al cliente debe ser
aprobada antes de su puesta en produccin.

6. Despus de concluida la fase de codificacin de un producto, se debe

documentar y especificar el tiempo de programacin y personal que realiz la
actividad, con el objeto de establecer un control de calidad del trabajo.
7. Antes de lanzar un producto a produccin, ste deber someterse a las
pruebas de aceptacin del cliente.
8. Los procesos de capacitacin de usuarios o administradores del sistema,
debern realizarse posteriormente a la aprobacin de todos los manuales
segn sea el caso (de usuario, de instalacin, tcnico, etc.)
9. Cualquier cambio o ajuste posterior a la puesta en produccin del producto,
deber ser plenamente identificado y justificado.

6.3 Diagrama Causa-Efectos

En el siguiente Diagrama se representan de manera relacional las causas que

podran afectar los procesos y las razones que podran provocar el problema,
en este caso, del desarrollo de un software de mala calidad.

Construccin del
Software

Equipo de Desarrollo

Poca Experiencia de Personal a Cargo

Fallas Tcnicas en el Servidor

Enfermedad de Algn Integrante del Equipo

Mala Implementacin en Interfaz de Usuario

Desarrollo Incorrecto de Funciones del SW

Personal Experimentado Abandona el Proyecto

Software de Mala
Calidad
Cambios constantes de los requerimientos

Tareas no se cumplen en fechas establecidas

Impaciencia por ver avances rpidos

Cliente

Cambios en el Alcance del Proyecto

Planificacin

6.4 Plan de Gestin de Calidad

6.4.1

Propsito

El software que se desarrollar en este proyecto ser utilizado por el rea de

Prevencin de Riesgos de la empresa Ripley, para la gestin de sus actividades. Este
plan cubre todo el ciclo de vida del proyecto, excepto las actividades de
mantenimiento.
6.4.2

Organizacin

El equipo del proyecto est compuesto por 2 integrantes, quienes se encargarn de

administrar el proyecto durante todo su ciclo de vida, ellos se encargarn de
desarrollar las actividades de anlisis, diseo, codificacin y pruebas. Adems,
debern realizar todos los controles necesarios para asegurar la calidad del software a
entregar bajo los estndares y normas definidas.

6.4.3

Actividades

Ciclo de vida del software cubierto por el Plan

Etapa de Requerimientos y Anlisis
Las revisiones de calidad en esta etapa estarn enfocadas en el documento
entregable Especificacin de Requerimientos, el cual contendr un anlisis de los
requerimientos de datos, requerimientos funcionales y sus restricciones.
Etapa de Diseo
En esta etapa el control de calidad se enfocar en la entrega del Modelo Entidad
Relacin, Modelo de Clases, Modelo Fsico y el Diseo de Interfaz de Usuario.

Etapa de Codificacin
Los entregables a revisar y controlar sern las iteraciones a entregar en cada etapa,
verificando los mdulos programados mdulos programados y sus correcciones
funcionales y estructurales.
Etapa de Pruebas
Los controles y revisiones de calidad en esta etapa se realizarn en el informe de
pruebas de unidad, pruebas de integracin y de validacin para asegurar su
rendimiento, seguridad, recuperacin y resistencia.

6.4.4

Actividades de Control de Calidad

Las tareas a ser llevadas a cabo debern reflejar las evaluaciones a realizar, los
estndares a seguir, los productos a revisar, los procedimientos a seguir en la
elaboracin de los distintos productos y los procedimientos para informar de los
defectos detectados a sus responsables y realizar el seguimiento de los mismos hasta
su correccin.
Las actividades que se realizarn son:

Revisin de cada uno de los entregables.

Realizar una revisin formal en cada iteracin.

Realizar un seguimiento de las desviaciones encontradas hasta su correccin.

Asegurar que las desviaciones y correcciones sean documentadas.

6.4.4.1 Revisar de cada uno de los entregables

Se deben revisar todos los entregables definidos en las distintas etapas del ciclo de
vida del proyecto, de esta forma se asegurar que el desarrollo del proyecto se realiz
bajo los estndares, lineamientos y normas definidas.
6.4.4.2 Realizar una Revisin Formal en Cada Iteracin
Se realizar una revisin formal en cada entrega parcial o iteracin, realizando todos
los controles de calidad al producto con el objetivo de asegurar que el producto final
cumpla con las especificaciones.
6.4.4.3 Realizar un Seguimiento de las desviaciones encontradas hasta su
correccin
Se debe verificar que no queden correcciones sin resolver en los informes de revisin
previos, si se encuentra alguna no resuelta, debe ser incluida en la siguiente revisin.
Se revisan los productos contra los estndares, utilizando la checklist definida para el
producto.
Se debe identificar, documentar y seguir la pista a las desviaciones encontradas y
verificar que se hayan realizado las correcciones.
Antes de comenzar, se debe verificar en los informes de revisin previos que todas las
desviaciones fueron corregidas, si no es as, las faltantes se incluyen para ser
evaluadas.
6.4.4.4 Asegurar que las desviaciones y correcciones son documentadas
Las desviaciones encontradas en las actividades y en los productos deben ser
documentadas y ser manejadas de acuerdo a un procedimiento establecido.
Se debe chequear que los responsables de cada plan los modifiquen cada vez que
sea necesario, basados en las desviaciones encontradas.

6.4.5

Responsables

Administrador del Proyecto

El objetivo del administrador del proyecto dentro de este plan, es gestionar

operativamente la calidad. Dentro de sus funciones est el revisar los estndares,
revisar y aceptar los entregables y generar, aplicar acciones correctivas y exigir el
cumplimiento con los tiempos de entrega al equipo que trabaja en el proyecto.
Equipo del Proyecto
Disear los entregables con la calidad requerida y bajo los estndares definidos, y
aplicar de buena forma los recursos asignados.

6.4.6

Aseguramiento de Calidad del Software

Este tema es muy relevante ya que nos permite asegurarnos que se cumplen con las
expectativas del cliente y del usuario con respecto a las especificaciones y
requerimientos para el sistema solicitado.

Punto de Vista Tcnico.

En cada etapa del desarrollo del sistema se debe ir validando los datos entregados
como una manera de asegurar la consistencia. Esto nos permite cumplir de mejor
forma con las necesidades y expectativas del usuario, adaptarse a las capacidades del
usuario y crear sistemas fciles de utilizar.

Punto de Vista Operativo.

Debido a que el desarrollo de un sistema no es un tema aislado, es que se vio la

necesidad de definir elementos que permitan asegurar xito en el trmino del sistema.
Entre los que se menciona: Usuario, Datos de Prueba y Plan de Pruebas.

Usuario:

En el proyecto se contempla solo un usuario para el sistema, el cual, podr ingresar y

modificar registros de incidentes, accidentes y registros de la informacin del rea.

Pruebas:

Las pruebas de software son los procesos que permiten verificar y revelar la calidad
del sistema. Son utilizadas para identificar posibles fallos de implementacin, calidad,
o usabilidad de un sistema. Bsicamente es una fase en el desarrollo de software
consistente en probar las aplicaciones construidas.
Las pruebas se focalizaron principalmente en la etapa de codificacin. Las pruebas en
los programas se realizaron a medida que se iba avanzando en el desarrollo del
sistema, solucionando errores y dando conformidad a los usuarios.

Datos de Prueba:
Los datos de pruebas que se utilizaran corresponden a la informacin de los registros
de incidentes y accidentes presentados en la empresa.

Gestin del Riesgo

Durante el desarrollo de este proyecto se identificaron los riesgos y posibles

causas de problemas que pudieran presentarse. Los criterios de evaluacin se
definen en el impacto y probabilidad de ocurrencia del riesgo.

El cuadro de impacto describe el Alcance, Calidad, Tiempo y Costo de ocurrencia

de un riesgo:

El cuadro de probabilidad describe sus 3 tipos de alcance:

La matriz de exposicin evala el impacto y probabilidad de un riesgo y entrega el

tipo de escalamiento que debiera gatillarse al presentarse un riesgo o generar un
problema.

Riesgo

Tipo

Probabilidad

Impacto

Desarrollo incorrecto de las

funciones del software

Tcnico - Externo

Bajo

Alto

Cambio constantes de los

requerimientos

Tcnico - Externo

Medio

Medio

No disponibilidad del hardware

Tcnico- Externo

Bajo

Medio

RRHH- Interno

Bajo

Bajo

Cambios en el alcance del

proyecto

Planificacin -Interno

Bajo

Medio

Tareas no se cumplen en fechas

establecidas

Planificacin -Interno

Medio

Medio

Enfermedad presentada por el

desarrollador del proyecto

Externo - RRHH

Medio

Medio

Impaciencia del Cliente por ver

avances de resultados

Externo - Gestin

Medio

Medio

Fallas tcnicas en el servidor

donde se alojar el sistema

Tcnico- Externo

Alto

Alto

Planificacin -Interno

Alto

Alto

Interno - RRHH

Bajo

Medio

Rotacin del personal

Subestimacin del tamao del

proyecto
El personal trabaja ms lento de lo
esperado

Descripcin
Debido a inexperiencia o poco conocimiento
el personal a cargo, se puede incurrir en el
desarrollo incorrecto de las funciones que el
cliente solicit para su producto.
El cliente puede solicitar muchos cambios
respecto a sus requerimientos lo que puede
provocar retrasos en su entrega.
La no disponibilidad de entrega por parte del
proveedor del HW necesario provocar
retrasos en la entrega.
Personal con experiencia abandona el
proyecto, esto provocara retrasos y perdida
de la calidad del producto.

Accin de Contingencia
Dedicar mayor cantidad de recursos a
investigar la complejidad del proyecto.

Utilizar metodologas giles que permitan

volver a etapas anteriores en caso de que el
proyecto lo requiera.
Realizar antes una especificacin sobre el
hardware que pueda faltar para anteponerse a
cualquier contingencia.
Re planificar las tareas que tuvieran pendientes
o por terminar para poder finiquitarlas con el
personal disponible.
Se debera re planificar algunas tareas y
cambios en el alcance pueden llevar a re
aumentar si es necesario el costo y desarrollo
planificar tiempo y costo del proyecto
para poder solventar el alcance que pudiese ser
establecido.
Al no cumplirse las tareas en las fechas
Las tareas que se planificaron en las fechas
estipuladas ser necesario aumentar la
presupuestadas por algn motivo podran no
produccin y horas para poder acoplarse a los
cumplirse y retrasar el proceso del proyecto.
das y horas perdidas.
Problemas en la planificacin del proyecto y Desarrollador debe restablecer los plazos
retrasos en las tareas a realizar en los plazos estipulados para los distintos procesos en el
establecidos.
desarrollo de software.
Presin sobre el desarrollador del proyecto, Buenas estimaciones, en donde estas sean
el cual genera improvisaciones y
realistas, adems mantener comunicacin
software de mala calidad.
entre el Cliente y Desarrollador.
Las fallas en el servidor pueden provocar
Adquirir un servidor de calidad que posea
prdida de informacin e inutilizar
proteccin de fallas para cualquier
temporalmente el sistema.
contingencia.
El tamao del proyecto no es el esperado y
Se debe dedicar mayor cantidad de recursos a
podra extenderse a la planificacin.
la planificacin e investigacin del proceso.
La baja productividad del personal genera
retrasos en el proyecto e incumplimiento en
las entregas.

Tratar de incentivar al equipo de desarrollo con

algunas compensaciones para aumentar la
productividad en el trabajo.

Escalamiento de Riesgo
Comunicar de
Inmediato al Cliente y
Coordinador
Comunicar al Cliente y
Coordinador
Comunicar al Cliente y
Coordinador
Mantener Informado al
Coordinador
Comunicar al Cliente y
Coordinador

Comunicar al Cliente y
Coordinador
Comunicar al Cliente y
Coordinador
Comunicar al Cliente y
Coordinador
Comunicar de
Inmediato al Cliente y
Coordinador
Comunicar de
Inmediato al Cliente y
Coordinador
Comunicar al Cliente y
Coordinador

Matriz de Riesgos del Proyecto.

Definiciones Operacionales

Tarea :

Toma de requerimientos (variable independiente)

Definicin Conceptual :

Se realiza la Toma de los requerimientos al usuario aplicando variadas

herramientas para poder recabar informacin tanto en las 3 iteraciones.

Definicin Operacional :

Para la realizacin de los requerimientos se deber coordinar una fecha

y hora para poder realizar una reunin con el usuario y poder definir las
partes a tratar para cada iteracin.

Mtricas :

Reuniones con el usuario del sistema entrevistas, cuestionarios por

cada iteracin del sistema.

Tarea :

Anlisis de Requerimientos (variable independiente)

Definicin Conceptual :

Se estudia el sistema actual con la ayuda de varias herramientas y

habilidades, y se documentan caractersticas para poder desarrollarlas
en el anlisis.

Definicin Operacional :

Antes de analizar se deber validar los requerimientos obtenidos con el

usuario para luego poder documentarlos dependiendo la iteracin que
se estar desarrollando.

Mtricas :

Reuniones con el equipo, revisiones de las tareas y reportes de los

avances y trabajos realizados por cada proceso de iteracin.

Tarea :

Especificacin de Requerimientos (variable independiente)

Definicin Conceptual :

Especificar los requerimientos necesarios para implementarlos en el

software, adems se establecen los componentes del sistema.

Definicin Operacional :

Se realiza una investigacin de parte del equipo desarrollador para

poder definir los componentes y requerimientos necesarios para el
diseo y desarrollo del software necesarios para las iteraciones del
sistema.

Mtricas :

Software de Administracin, Reuniones con el equipo, revisiones de las

tareas

y reportes de los avances y trabajos realizados por cada

proceso de iteracin.

Tarea :

Validacin de Requerimientos (variable independiente)

Definicin Conceptual :

Se garantiza la calidad del software que se cumplan con los

estndares, requerimientos del sistema con el propsito de poder
eliminar los errores que podran afectar el desarrollo del sistema.

Definicin Operacional :

El equipo empieza el desarrollo de los Diagramas de Flujo de Datos,

diccionario de datos, diagramas ER para poder modelar el sistema para
cada iteracin del proyecto.

Mtricas :

Software de Administracin, Reuniones con el equipo, revisiones de las

tareas

y reportes de los avances y trabajos realizados por cada

proceso de iteracin.

Tarea :

Diseo de la Base de Datos Conceptual (variable independiente)

Definicin Conceptual :

Se identifican entidades y relaciones siguiendo los requerimientos del

anlisis, se elabora el diagrama entidad relacin, en base a la iteracin
desarrollada.

Definicin Operacional :

El equipo de desarrollo define las variables y componentes necesarios

para desarrollar el diagrama entidad relacin acoplndose a cada
iteracin del sistema.

Mtricas :

Software de Administracin, Reuniones con el equipo de trabajo para

revisar el progreso de las tareas y Revisiones de las tareas elaboradas
para validar que los avances tengan la calidad suficiente como para
considerarlos completados.

Tarea :

Diseo de la Base de Datos Lgico (variable independiente)

Definicin Conceptual :

Se depura el diseo conceptual y se transforma a un diseo lgico

establecemos relaciones llaves primarias y forneas por cada iteracin
implementada.

Definicin Operacional :

El equipo de desarrollo elabora el diagrama de clases y comienza a

definir las relaciones

entre las tablas del sistema dependiendo la

iteracin que se est desarrollando.

Mtricas :

Reuniones con el equipo, revisiones de las tareas y reportes de los

avances y trabajos realizados por cada proceso de iteracin.

Tarea :

Diseo de la Base de Datos Fsico (variable independiente)

Definicin Conceptual :

Se define la estructura fsica de datos que utilizar el sistema, a partir

del modelo lgico de datos normalizado, se analizan los datos
utilizados por cada mdulo y clases segn la iteracin que se estar
implementado.

Definicin Operacional :

Se realiza la creacin del diccionario de datos para definir los tipos de

datos y mtodos, para poder acoplarlos al sistema para cada iteracin.

Mtricas :

Reuniones con el equipo, revisiones de las tareas y Reportes de los

avances del trabajo realizado por cada proceso de iteracin.

Tarea :

Diseo de Interfaz de Usuario (variable independiente)

Definicin Conceptual :

Se define el desarrollo de la interfaz usuario, la cual ser la que el

cliente podr interactuar por 1era vez con el sistema desarrollado y
poder validar si se cumplen los requerimientos establecidos.

Definicin Operacional :

Se definen las

ventanas para cada componente del sistema y las

herramientas que sern incluidas para que el usuario pueda interactuar

con el sistema.
Mtricas :

Reuniones con el equipo y el cliente. Entrega de prototipos al usuario

del sistema de acuerdo a la iteracin que se estuviera desarrollando o
entregando.

Tarea :

Codificacin del Sistema (variable independiente)

Definicin Conceptual :

El equipo de desarrollo procede con la programacin del software en

general, se realizan tambin tareas de depuracin, tambin se analiza el
cdigo de los errores factibles que podran ser hallados en esta fase (de
semntica, sintctica y lgica)

Definicin Operacional :

Se comienza con la codificacin del sistema la implementacin de cada

mdulo o grupos de modulo, creacin de clases y documentacin del
desarrollo para cada iteracin.

Mtricas :

Reuniones con el equipo para analizar consistencia, calidad de la

codificacin, adems generar revisiones de la documentacin realizada
del cdigo dependiendo de la iteracin desarrollada.

Tarea :

Correccin de errores funcionales y estructurales (variable independiente)

Definicin Conceptual :

El equipo de desarrollo procede con la deteccin y correccin de los

errores que afectan al sistema en su funcionamiento, es un proceso
importante para el mantenimiento e integridad de los datos a travs de
diferentes mtodos de calidad.

Definicin Operacional :

Se realiza una mantencin detallada del software se ejecuta el total de los

procedimientos del sistema, se ejecutan las entrada, salidas y mdulos
para corroborar su funcionamiento

Mtricas :

Reuniones con el equipo para analizar consistencia, calidad de la

codificacin, Listado de fallos detectados en el sistema. Adems generar
revisiones de la documentacin realizada del cdigo por cada proceso de
iteracin.

Tarea :

Pruebas de Unidad (variable independiente)

Definicin Conceptual :

Se realizan pruebas para cada mdulo o grupo de mdulos se prueban

por separado. Se comprueba si cada mdulo cumple con su
especificacin de diseo detallado.

Definicin Operacional :

El equipo de desarrollo realiza las pruebas independientes para cada

mdulo buscando errores o incontinencias que pudiesen afectar los
otros mdulos o el sistema.

Mtricas :

Reuniones con el equipo realizar pruebas de las entradas y salidas

(ficheros, pantallas, listados, etc.). Reportes de resultados de las
pruebas de cada unidad por cada proceso de iteracin.

Tarea :

Pruebas de Integracin (variable independiente)

Definicin Conceptual :

Se prueba el sistema en su totalidad, combinando todos sus mdulos.

Se realizan ensayos para comprobar que el funcionamiento de conjunto
cumple lo establecido en el documento de diseo.

Definicin Operacional :

El equipo de desarrollo realiza las pruebas esta vez con el total de los
mdulos implementados al sistema, verificando errores o anomalas en
el sistema en general.

Mtricas :

Reuniones con el equipo, documentacin de las pruebas, analizar los

resultado obtenidos y las acciones a tomar para corregir las
desviaciones del sistema. Resultados de las pruebas a la documentacin
por cada proceso de iteracin.

Tarea :

Pruebas de Validacin (variable independiente)

Definicin Conceptual :

Como paso final de la integracin se realizan nuevas pruebas de la

aplicacin en su conjunto. En este caso el objetivo es comprobar que el
sistema desarrollado cumple con lo establecido en el documento de
requisitos, y satisface por tanto las necesidades de los usuarios en la
medida prevista.

Definicin Operacional :

Se debe asegurar que el software cumple las expectativas del cliente.

Se comprueba si el sistema est acorde con su especificacin, para
probar que el software hace lo que el usuario espera a diferencia de lo
que se ha especificado segn sea la iteracin que se est validando.

Mtricas :

Reuniones con el equipo para verificar los planes detallados de

contingencias de explotacin, cadas del sistema y recuperacin.Traza
detallada de los cambios realizados en el sistema.

Tarea :

Pruebas de Aceptacin y 1era Entrega (variable independiente)

Definicin Conceptual :

Se procede con la etapa final del proyecto en donde el usuario

comprueba en su propio entorno si el sistema cumple con sus
necesidades y especificaciones, adems se realiza la entrega y
implementacin de cada iteracin segn la fecha indicada en la
planificacin.

Definicin Operacional :

El equipo de desarrollo realiza segn la fecha definida la entrega de la

iteracin establecida

por la planificacin, adems de

entregarle al

usuario un manual de uso del sistema, y poder capacitarlo para el

manejo del sistema.
Mtricas :

Plan de revisin post-instalacin o entrega de alguna iteracin, Informe

de la instalacin, informe de aceptacin del sistema. Adems solicitar
listado de mejoras solicitadas por los usuarios del sistema para la
primera y segunda iteracin.

Identificar y definir los hitos de control de calidad

9.1 Plan de gestin de la calidad

La Gestin de la Calidad del Proyecto incluye los procesos y actividades de la
organizacin ejecutante que determinan responsabilidades, objetivos y polticas de
calidad a fin de que el proyecto satisfaga las necesidades por la cuales fue
emprendido. Implementa el sistema de gestin de calidad por medio de polticas y
procedimientos, con actividades de mejora continua de los procesos llevados a
cabo durante todo el proyecto, segn corresponda.

9.2 Auditoras a la calidad

Una auditora a la calidad es una revisin estructurada de las dems actividades
de gestin de la calidad. El objetivo de una auditora a la calidad es el de identificar
las lecciones aprendidas que pueden mejorar el rendimiento de este proyecto o el
de otros proyectos dentro de la organizacin ejecutante. Las auditoras a la calidad
pueden ser programadas o aleatorias y pueden ser llevadas a cabo por auditores
internos entrenados o bien por terceras partes, como por ejemplo las agencias de
registro de sistemas de calidad.

9.3 Definiciones operacionales

Una definicin operacional se describe, en trminos bien especficos, lo qu algo
es y cmo es medido ello por medio del proceso de control de calidad. Por
ejemplo, no basta con decir que cumplir las fechas planificadas por programa es
una medida de la calidad de la gestin; el equipo de gestin del proyecto debe
adems indicar si cada actividad debe comenzar a tiempo o slo terminar a tiempo;
si se medirn las actividades individuales, o solamente ciertas prestaciones, y si
as fuera, cules. Las definiciones operacionales son conocidas tambin como
mtricas en algunas reas de aplicacin.

9.4 Mejoramiento de la calidad

El mejoramiento de la calidad incluye tomar acciones para aumentar la eficacia y
eficiencia del proyecto para proporcionar beneficios agregados a los accionistas
del proyecto. En la mayora de los casos, la implementacin de mejoramientos en

la calidad demandar la preparacin de solicitudes de cambio o la toma de

acciones correctivas y, sern manejadas de conformidad con los procedimientos
para el control integrado de cambios.

10 Definicin de medidas de control

Reuniones. Reuniones con el equipo de desarrollo de manera grupal y/o

individual para revisar el progreso de su trabajo y la planificacin.

Revisiones. Revisiones de los hitos elaborados de acuerdo al plan de trabajo

para validar que los avances sean reales y los hitos tengan la calidad suficiente
como para considerarlos completados.

Reportes. Reportes individuales de los integrantes del equipo de acuerdo a

una frecuencia especificada (por ejemplo: semanal o diaria)

Software de Administracin. Reportes de los avances y el trabajo realizado

por medio de alguna herramienta de planeacin y administracin de proyectos.

11 Conclusin

Luego de definir los controles de calidad y definir el plan de gestin de calidad del
proyecto, ste se ver afectado en su planificacin general, por lo cual fue
necesario realizar los ajustes necesarios en el tiempo total de su ejecucin. A
continuacin se adjunta la Carta Gantt actualizada del proyecto:

Figura Carta Gantt Primer Ciclo del Proyecto

Figura Carta Gantt Segundo Ciclo del Proyecto

Figura Carta Gantt Tercer Ciclo del Proyecto