You are on page 1of 110

UNIVERSIDAD PARA LA COOPERACION INTERNACIONAL

(UCI)


DISEO DEL SISTEMA INFORMTICO PARA EL SEGUIMIENTO DE LAS
TAREAS DE DESARROLLO Y DE ASEGURAMIENTO DE LA CALIDAD EN
PROYECTOS INFORMTICOS PARA LA EMPRESA ABSOLUTEC S. A.



GABRIEL VILLALOBOS MOLINA



PROYECTO FINAL DE GRADUACION PRESENTADO COMO REQUISITO
PARCIAL PARA OPTAR POR EL TITULO DE MSTER EN ADMINISTRACIN DE
PROYECTOS.




San Jos, Costa Rica
Setiembre, 2009
ii


UNIVERSIDAD PARA LA COOPERACION INTERNACIONAL
(UCI)


Este Proyecto Final de Graduacin fue aprobado por la Universidad como
Requisito parcial para optar al grado de Mster en Administracin de Proyectos





_________________________
PROF. FABIO MUOZ, MAP





________________________________________
PROF. FAUSTO FERNNDEZ MARTNEZ, MAP





______________________________________
PROF. BERNARDO LPEZ GONZLEZ, MAP





____________________________
GABRIEL VILLALOBOS MOLINA

iii


DEDICATORIA
Le doy gracias a Dios por todo lo que me ha dado en esta vida; por mi madre quien
me ha brindado su amor, educacin y estudio; por mi padre quien en vida me ense
la conviccin, la solidaridad y el esfuerzo, y que an me apoya y acompaa; por mi
familia que me ha tendido su mano y me han ayudado a seguir un buen camino; y
por mi novia quien me ha brindado su gran cario, apoyo y comprensin para seguir
adelante. A todos ellos a quienes Dios ha puesto en mi camino les dedico este
Proyecto Final de Graduacin.
iv


RECONOCIMIENTOS
A Fabio Muoz Jimnez, mi tutor de tesis, por todos sus aportes, inters y gua para
la realizacin de este proyecto final.
A todos los profesores, compaeros y personal de la UCI, quienes fueron parte vital
en este proceso de maestra.
A Marco Sojo Fernndez, Administrador de Proyectos de Prides S.A, por todos sus
consejos y confianza brindada en la Administracin de Proyectos.
A Ricardo Castro Jimnez, compaero y amigo, por todo su aporte en la realizacin
de este proyecto.

v


INDICE DE CONTENIDO

RESUMEN EJECUTIVO.xi

1. INTRODUCCIN ................................................................................................. 1
1.1. Antecedentes ................................................................................................. 1
1.2. Problemtica .................................................................................................. 2
1.3. Justificacin .................................................................................................... 4
1.4. Objetivos ........................................................................................................ 4
1.4.1. Objetivo General ...................................................................................... 4
1.4.2. Objetivos Especficos ............................................................................... 5
2. MARCO TEORICO ............................................................................................... 6
2.1. Marco Referencial Institucional ...................................................................... 6
2.1.1. Absolutec S.A. ......................................................................................... 6
2.2. Administracin de Proyectos .......................................................................... 7
2.2.1. Gestin del Alcance ............................................................................... 10
2.2.2. Gestin del Tiempo ................................................................................ 12
2.2.3. Gestin de la Calidad ............................................................................. 13
2.3. Ingeniera de Software ................................................................................. 16
2.3.1. Metodologas de Desarrollo de Software ............................................... 17
2.3.2. Orientacin a Objetos ............................................................................ 19
2.3.3. Lenguaje Unificado de Modelado (UML) ................................................ 20
2.3.4. Diseo de Bases de Datos .................................................................... 26
3. Marco Metodolgico ........................................................................................... 28
vi

3.1. Tipo de investigacin .................................................................................... 28
3.1.1. Reuniones .............................................................................................. 28
3.1.2. Entrevistas ............................................................................................. 29
3.2. Herramientas metodolgicas para definir el alcance .................................... 29
3.2.1. EDT ........................................................................................................ 29
3.2.2. Reuniones .............................................................................................. 29
3.3. Herramientas metodolgicas para definir el tiempo ..................................... 30
3.3.1. Reuniones .............................................................................................. 30
3.3.2. Software ................................................................................................. 30
3.4. Herramientas metodolgicas para definir la calidad ..................................... 30
3.4.1. Reuniones .............................................................................................. 30
3.4.2. Estndares de Programacin................................................................. 30
3.5. Herramientas metodolgicas para el desarrollo del proyecto ....................... 31
3.5.1. Metodologas de diseo ......................................................................... 31
3.5.2. Software ................................................................................................. 31
4. DESARROLLO ................................................................................................... 32
4.1. Plan de Gestin del Alcance ........................................................................ 32
4.1.1. Planificacin del Alcance ....................................................................... 32
4.1.2. Definicin del Alcance ............................................................................ 34
4.1.3. Estructura Detallada de Trabajo (EDT) .................................................. 36
4.1.4. Diccionario de la EDT ............................................................................ 36
4.2. Plan de Gestin del Tiempo ......................................................................... 39
4.2.1. Definicin de las actividades .................................................................. 39
4.2.2. Secuenciamiento de las actividades ...................................................... 41
4.2.3. Duracin de las actividades ................................................................... 41
vii

4.2.4. Creacin del cronograma ....................................................................... 41
4.2.5. Asignacin de recursos .......................................................................... 42
4.3. Herramientas para el Control de la Calidad .................................................. 42
4.4. Diseo del Sistema Informtico de Apoyo al Desarrollo (SIAD) ................... 43
4.4.1. Requerimientos del Sistema Informtico de Apoyo al Desarrollo .......... 43
4.4.2. Anlisis de Requerimientos ................................................................... 48
4.4.3. Diagrama de Clases .............................................................................. 48
4.4.4. Diagrama de Bases de Datos ................................................................ 49
4.4.5. Casos de Uso ........................................................................................ 49
4.4.6. Diagramas de Secuencia ....................................................................... 50
4.5. Gua de Uso para las Herramientas de Calidad ........................................... 50
5. CONCLUSIONES ............................................................................................... 52
6. RECOMENDACIONES ...................................................................................... 54
7. Bibliografa ......................................................................................................... 56
8. ANEXOS ............................................................................................................ 58
8.1. Anexo 1. Acta de Constitucin del Proyecto ................................................. 58
8.2. Anexo 2. EDT ............................................................................................... 61
8.3. Anexo 3. Cronograma .................................................................................. 62
8.4. Anexo 4. Lista Chequeo para Anlisis de Requerimientos ........................... 63
8.5. Anexo 5. Lista de Chequeo para Casos de Uso ........................................... 64
8.6. Anexo 6. Lista de Chequeo para Diagrama de Clases ................................. 65
8.7. Anexo 7. Lista de Chequeo para Diagramas de Secuencia ......................... 66
8.8. Anexo 8. Lista de Chequeo para el Modelo Base Datos .............................. 67
8.9. Anexo 9. Lista de Chequeo para Documentos Entregables ......................... 68
8.10. Anexo 10. Anlisis de Requerimientos ...................................................... 69
viii

8.11. Anexo 11. Diagrama de Clases del SIAD.................................................. 87
8.12. Anexo 12. Diagrama de Casos de Uso ..................................................... 88
8.13. Anexo 13. Ejemplos de Casos de Uso ...................................................... 89
8.14. Anexo 14. Ejemplo de Diagramas de Secuencia ...................................... 96


ix

INDICE DE FIGURAS
Figura 2.1 Organigrama de Absolutec S.A. ................................................................. 6
Figura 2.2 reas de conocimiento del PMBOK (PMI, 2004) ...................................... 10
Figura 2.3 Modelo de Cascada de Desarrollo de Software ....................................... 18
Figura 2.4 Modelo de Espiral de Desarrollo de Software .......................................... 19
Figura 2.5 Diagrama de Casos de Uso (Jacobson, 1999) ......................................... 24
Figura 2.6 Diagrama de Clases (Jacobson, 1999) .................................................... 25
Figura 2.7 Diagrama de Secuencia (Jacobson, 1999) ............................................... 26
Figura 4.1 Estructura Detallada de Trabajo (EDT) .................................................... 33



x


INDICE DE CUADROS
Cuadro 2.1 Diagramas de UML (Jacobson, 1999) .................................................... 22
Cuadro 2.2 Concepto de Tabla .................................................................................. 27
Cuadro 4.1 Diccionario de la EDT ............................................................................. 37
Cuadro 4.2 Listado de Actividades ............................................................................ 39
Cuadro 4.3 Listado de Casos de Uso ........................................................................ 49
Cuadro 4.4 Gua de Uso para las Herramientas de Control de Calidad .................... 50




INDICE DE ABREVIATURAS

SIAD: Sistema Informtico de Apoyo al Desarrollo.
EDT: Estructura Detallada de Trabajo.
CMM: Siglas en ingls del Modelo de Madurez de Capacidades (Capability Maturity
Model).
CAMTIC: Cmara Costarricense de Tecnologas de Informacin y Comunicacin.
TIC: Tecnologa de Informacin y Comunicacin.
PMI: Siglas en ingls del Instituto de Administracin de Proyectos (Project
Management Institute).
SEI: Siglas en ingls del Instituto de Ingeniera de Software (Software Engineering
Institute).
UML: Siglas en ingls del Lenguaje Unificado de Modelado (Unified Modeling
Language).
UCI: Universidad para la Cooperacin Internacional.


xi


RESUMEN EJECUTIVO
Absolutec S.A es una empresa dedicada al desarrollo de software que desde su
fundacin en el 2001 ha desarrollado sistemas de informacin para diferentes
compaas a nivel nacional, mediante un compromiso de calidad cuya prioridad es
satisfacer las necesidades de sus clientes. Como parte de sus objetivos est el
mejoramiento continuo de sus estndares y procesos de desarrollo interno, de modo
que le permita cumplir a cabalidad con las exigencias del mercado tecnolgico. Para
la empresa es sumamente importante conocer la situacin real de los proyectos para
determinar acciones preventivas o correctivas. Tambin es de gran importancia para
Absolutec minimizar la cantidad de incidencias que reportan los clientes en las
etapas de prueba de los sistemas, as como mejorar los tiempos de respuesta de
manera interna y frente al cliente.
La idea del proyecto surge a partir de la necesidad de ese mejoramiento continuo, de
responder con las mejores herramientas tecnolgicas a los esfuerzos que se
desarrollan para el fortalecimiento de la administracin de los proyectos informticos,
principalmente en las reas de la administracin del alcance, administracin del
tiempo, y administracin de la calidad. La herramienta tecnolgica diseada como
producto de este proyecto permitir conocer de manera ms precisa el estado de
avance real del proyecto de forma inmediata, lo que facilitar a lderes tcnicos y
administradores de proyectos el manejo de las diferentes situaciones que suceden
en los proyectos, y la elaboracin de propuestas para las acciones que se deben
seguir. Del mismo modo, facilitar el suministro de datos estadsticos a la gerencia
para la toma de decisiones segn el plan estratgico de la empresa.
En el proyecto se desarrollaron los siguientes objetivos: Elaborar el Plan de Gestin
del Alcance para las etapas de Anlisis y Diseo del SIAD, Realizar un Plan de
Gestin del Tiempo para las etapas de Anlisis y Diseo del Sistema SIAD, Disear
herramientas para controlar la calidad del proceso en las etapas de Anlisis y Diseo
del Sistema SIAD, Realizar el levantamiento de requerimientos del SIAD a travs de
la recopilacin de las necesidades que expresan los directores de proyectos y lderes
tcnicos de Absolutec S. A. y Elaborar el documento de diseo del SIAD, como base
para un posterior desarrollo, implantacin y uso en los proyectos desarrollados en
Absolutec S.A.
Para alcanzar estos objetivos se utiliz una metodologa de investigacin mixta
mediante el mtodo de observacin por entrevista y el mtodo analtico sinttico. Se
realizaron entrevistas y reuniones con lderes tcnicos, administradores de proyectos
y personal del rea de calidad para la definicin del alcance, de los tiempos y de las
herramientas de calidad. Las entrevistas fueron claves para la recoleccin de los
datos y las reuniones fundamentales para analizar las necesidades de Absolutec
S.A. y llevar a cabo el proyecto. Adicionalmente, se usaron metodologas de diseo
de software y estndares de diseo de bases de datos para la ejecucin del
xii

proyecto, adems de la utilizacin de listas de chequeo para asegurar la calidad y
completitud del diseo final.
Entre las conclusiones obtenidas producto del desarrollo de este proyecto se tiene
que su realizacin permiti consolidar los procesos de Administracin de Proyectos y
Calidad de Software, que el Plan de Gestin del Alcance permiti definir claramente
los alcances del proyecto, que la EDT es una herramienta que permiti dar a todos
los miembros del proyecto una visin global y estandarizada de los entregables y
estructura del proyecto, que el Plan de Gestin del Tiempo debe de tomar en cuenta
el criterio de personal tcnico, que las lecciones aprendidas en proyectos anteriores
fueron de suma importancia en la realizacin de este proyecto, que la definicin de
mtricas y estndares de calidad son vitales para el desarrollo de sistemas de
software, y que la correcta planificacin del proyecto permiti conceptualizar una
herramienta que subsanara las deficiencias en el desarrollo de proyectos
informticos.
Como ltimo punto se desarrollaron una serie de recomendaciones al personal de
Absolutec. A los administradores de proyectos se les recomend utilizar la EDT,
tomar en cuenta al personal tcnico al momento de desarrollar estimacin de tiempo
y asegurarse de que los desarrolladores tengan acceso al cronograma. Al
Departamento de Calidad se le recomend la tomar como modelo en los diferentes
proyectos de Absolutec el plan de gestin de proyecto desarrollado, utilizar las listas
herramientas de control de calidad desarrolladas y solicitar a los administradores de
proyecto las lecciones aprendidas en cada proyecto para entregarlas al iniciar
nuevos proyectos. Finalmente se le recomend a la gerencia de Absolutec crear una
base de datos con estimaciones histricas para cada tipo de actividad de desarrollo
de software, iniciar un proyecto de implementacin del SIAD y definir un proyecto de
implantacin del SIAD en cada uno de los proyectos a desarrollar en Absolutec.


1



1. INTRODUCCIN

1.1. Antecedentes
Absolutec S.A es una empresa dedicada al desarrollo de software. Su fundacin fue
en junio del 2001 y desde entonces ha desarrollado sistemas de informacin para
diferentes compaas a nivel nacional. En Costa Rica el desarrollo de software es
una de las actividades que ha visto uno de los mayores crecimientos, equiparndose
con naciones altamente reconocidas en este campo como la India. Muchas
empresas transnacionales principalmente estadounidenses han optado por mano de
obra costarricense debido a estar altamente calificados y a la calidad del software
que se desarrolla. Durante los ltimos ocho aos, Absolutec ha realizado grandes
esfuerzos para desarrollar y mantener software de calidad y clientes altamente
satisfechos, y poder mantenerse en este mercado tan competitivo. Los siguientes
son los principales esfuerzos realizados en Absolutec:
En el ao 2002 se empezaron a realizar documentos de estndares de
desarrollo.
En el 2003 se realizaron plantillas para la documentacin que se les presenta
a los clientes y utilizados en las etapas de levantamientos de requerimientos y
pruebas de los sistemas.
En el 2006 se cre el departamento de calidad, el cual tuvo como objetivo
medir el trabajo de los administradores de proyecto y servir de apoyo a stos;
as tambin de brindar reportes y recomendaciones a la gerencia.
En el 2007 el departamento de calidad inici un anlisis de la empresa para
poder iniciar un proceso de certificacin CMM.
A principios del 2008 se cre la figura del lder tcnico, como una forma de
guiar al equipo de desarrollo desde una perspectiva tcnica y apoyar al
2



administrador del proyecto en las decisiones y estimaciones que requieren un
criterio tcnico.
A finales del 2008 se coordin realizar reuniones peridicas con los lderes
tcnicos de cada proyecto, con el fin de documentar las mejores prcticas
realizadas en cada proyecto y as mejorar el tiempo y la calidad con la que se
realizan los proyectos.

1.2. Problemtica
A pesar de estos esfuerzos, la gerencia de Absolutec reconoce que presenta serios
problemas con los resultados obtenidos en la mayora de los proyectos realizados:
Proyectos hasta con un 70% de atraso que aumentan los costos del proyecto.
Tiempos excesivos empleados en el retrabajo de funcionalidades en los
sistemas, tanto por mala definicin de los requerimientos como por errores
detectados en las etapas de prueba.
Problemas financieros al no poder hacer efectivo el cobro de las facturas a los
clientes debido a dichos atrasos.
Insatisfaccin por parte de los clientes al extenderse los plazos y al ver la
cantidad de errores detectados.
Insatisfaccin del personal debido a la presin ejercida al haber muy poco
tiempo y mucho por completar, teniendo que trabajar extras, muchas veces sin
pago debido a los problemas financieros.
Alta rotacin de personal en la mayora de proyectos provocando tambin
atrasos en dichos proyectos.
Uno de los aspectos analizados como consecuencia de estos resultados negativos
es la falta de un detalle ms profundo en la definicin de los requerimientos y las
funcionalidades de los sistemas. Este aspecto no es propio de Absolutec, sino del
3



desarrollo de software en general, principalmente cuando se tiene un cliente al cual
se le desarrolla una solucin de software. Es difcil visualizar todas las
funcionalidades que puede tener un sistema en las etapas iniciales de anlisis y
diseo. Los clientes exponen sus necesidades y brindan la informacin necesaria
para iniciar el anlisis y diseo. Se realiza un prototipo donde el cliente tiene un
contacto visual de lo que sera el sistema, expone casos de uso del sistema, ideas y
mejoras para que sean tomadas en consideracin. Pero no es hasta que sea
desarrollado el sistema y hasta que se realicen las pruebas con datos y casos reales
del da a da, cuando salen a la luz otras funcionalidades consideradas por el cliente
como vitales, ajustes a las ya existentes o funcionalidades desarrolladas que no
toman en cuenta casos especficos necesarios y que no fueron vistos durante el
anlisis; provocando la realizacin de tareas no planificadas y retrabajo de tareas
antes realizadas que afectan los tiempos de entrega, lo cual provoca conflictos entre
la empresa y el cliente.
Hay otro aspecto que unido al anterior incrementa los problemas. La mala gestin de
las comunicaciones durante el desarrollo de los proyectos es otra de las causas
analizadas. El atraso en las tareas se va manejando con la holgura definida en el
proyecto para la entrega de las etapas y cuando se realizan reuniones de
seguimiento los administradores de proyectos indican que hay atrasos pero que an
son manejables dentro de la holgura establecida y que las metas si van a ser
cumplidas. Pero llega un momento en que las tareas no planificadas y los tiempos de
retrabajo consumen la holgura y afectan los tiempos de entrega. En la mayora de los
casos cuando la gerencia se entera, son pocas las posibilidades para tomar medidas
correctivas: movilizacin de recursos internos para reforzar el equipo de trabajo
seran una carga ms para el equipo debido a la curva de aprendizaje que se
necesita, implicara ms costos y afectara otros proyectos que estn en desarrollo.
La alternativa viable ms comn es el trabajar horas extras, muchas veces hasta
cuatro horas extra diarias, para poder salir con el trabajo, pero esto decae en el
rendimiento y motivacin del equipo de desarrollo.
4



El tercer aspecto analizado por la gerencia de Absolutec es la calidad del software
que se desarrolla en trminos de nmero de errores por funcionalidad de sistema,
principalmente antes de que el cliente realice las pruebas del sistema. Los tiempos
ajustados no permiten realizar revisiones adecuadas a las funcionalidades
desarrolladas. Tambin hay una falta de detalle en las tareas a desarrollar, muchas
de las tareas definidas en el cronograma pueden tener un nivel de detalle mayor lo
que puede facilitar el tener una lista de revisin de las funcionalidades. Cuando los
sistemas son revisados por el cliente surgen una cantidad considerable de errores
que impiden que el cliente pueda revisar muchas de las funcionalidades,
aumentando los tiempos de revisin mientras se espera a que stos sean corregidos
y de paso aumentando la desconfianza del cliente en el desarrollo realizado.

1.3. Justificacin
La problemtica descrita es la razn por la cual la gerencia de Absolutec ha visto la
necesidad primordial de un sistema integral que le permita subsanar estas
situaciones y mantenerse firme en el campo del desarrollo de software.
La realizacin de este proyecto como tema de tesis responde a una necesidad
generalizada en el desarrollo de software para mejorar las metodologas de
desarrollo, principalmente para la especificacin de los sistemas, plazos de
cumplimiento y calidad de los productos finales. La ingeniera en sistemas es un rea
continuamente en cambio y que permite un sin nmero de posibilidades para quien
quiere hacer uso de ella. El desarrollo de una herramienta que permita controlar y dar
seguimiento a todos esos aspectos tcnicos presentes en el desarrollo de software
de una manera prctica y sencilla constituye un gran aporte a la comunidad del
software, y en caso especfico a Absolutec S.A.

1.4. Objetivos

1.4.1. Objetivo General
5



Realizar el Plan de Gestin del Alcance, el Plan de Gestin del Tiempo y
Herramientas para el Control de la Calidad, para el diseo del Sistema Informtico
de Apoyo al Desarrollo (SIAD), la herramienta informtica q ue apoyar el
desarrollo de los sistemas informticos que la empresa Absolutec S. A. elabora para
sus clientes.


1.4.2. Objetivos Especficos
Realizar el levantamiento de requerimientos del SIAD a travs de la recopilacin
de las necesidades que expresan los directores de proyectos y lderes tcnicos
de Absolutec S. A.
Elaborar el documento de diseo del SIAD, como base para un posterior
desarrollo, implantacin y uso en los proyectos desarrollados en Absolutec S.A.
Elaborar el Plan de Gestin del Alcance para las etapas de Anlisis y Diseo del
Sistema SIAD.
Realizar un Plan de Gestin del Tiempo para las etapas de Anlisis y Diseo del
Sistema SIAD.
Disear herramientas para controlar la calidad del proceso en las etapas de
Anlisis y Diseo del Sistema SIAD.
6




2. MARCO TEORICO

2.1. Marco Referencial Institucional

2.1.1. Absolutec S.A.
El marco de desarrollo del presente proyecto se ubica en la empresa de desarrollo de
software Absolutec S.A. Es una mediana empresa donde la mayora de sus
empleados son ingenieros en computacin, los cuales forman parte de una cartera
de proyectos en desarrollo. La siguiente figura muestra el organigrama actual de la
empresa.


Figura 2.1 Organigrama de Absolutec S.A.

Absolutec se desenvuelve en un mercado de desarrollo de software bastante
competitivo, incursionando tanto en el sector pblico como en el privado. Es tal el
crecimiento de este mercado en Costa Rica que es vital la figura de una entidad que
7



vele por el fortalecimiento de este sector, estamos hablando de la Cmara
Costarricense de Tecnologas de Informacin y Comunicacin.

2.2. Administracin de Proyectos
Segn PMI (2004), un proyecto es un esfuerzo temporal que se lleva a cabo para
crear un producto, servicio o resultado nico (p. 5). Absolutec se ha dedicado al
desarrollo de proyectos informticos desde el 2001 y realiza esfuerzos continuos
para mejorar la direccin de sus proyectos.
La direccin de proyectos es la aplicacin de conocimientos, habilidades,
herramientas y tcnicas a las actividades de un proyecto para satisfacer los
requisitos del proyecto. La direccin de proyectos se logra mediante la
aplicacin e integracin de los procesos de direccin de proyectos de inicio,
planificacin, ejecucin, seguimiento y control, y cierre. El director del proyecto
es la persona responsable de alcanzar los objetivos del proyecto. (PMI, 2004)
La Gua del PMBOK define 44 procesos en la direccin de proyectos divididos en
nueve reas de conocimiento. A continuacin se explican brevemente las nueve
reas de conocimiento del PMBOK.
Gestin de la Integracin del Proyecto: describe los procesos y actividades
que forman parte de los diversos elementos de la direccin de proyectos, que se
identifican, definen, combinan, unen y coordinan dentro de los Grupos de
Procesos de Direccin de Proyectos. Se compone de los procesos de direccin
de proyectos Desarrollar el Acta de Constitucin del Proyecto, Desarrollar el
Enunciado del Alcance del Proyecto (Preliminar), Desarrollar el Plan de Gestin
del Proyecto, Dirigir y Gestionar la Ejecucin del Proyecto, Supervisar y Controlar
el Trabajo del Proyecto, Control Integrado de Cambios y Cerrar Proyecto.
Gestin del Alcance del Proyecto: describe los procesos necesarios para
asegurarse de que el proyecto incluya todo el trabajo requerido, y slo el trabajo
8



requerido, para completar el proyecto satisfactoriamente. Se compone de los
procesos de direccin de proyectos Planificacin del Alcance, Definicin del
Alcance, Crear EDT, Verificacin del Alcance y Control del Alcance.
Gestin del Tiempo del Proyecto: describe los procesos relativos a la
puntualidad en la conclusin del proyecto. Se compone de los procesos de
direccin de proyectos Definicin de las Actividades, Establecimiento de la
Secuencia de las Actividades, Estimacin de Recursos de las Actividades,
Estimacin de la Duracin de las Actividades, Desarrollo del Cronograma y
Control del Cronograma.
Gestin de los Costes del Proyecto: describe los procesos involucrados en la
planificacin, estimacin, presupuesto y control de costes de forma que el
proyecto se complete dentro del presupuesto aprobado. Se compone de los
procesos de direccin de proyectos Estimacin de Costes, Preparacin del
Presupuesto de Costes y Control de Costes.
Gestin de la Calidad del Proyecto: describe los procesos necesarios para
asegurarse de que el proyecto cumpla con los objetivos por los cuales ha sido
emprendido. Se compone de los procesos de direccin de proyectos Planificacin
de Calidad, Realizar Aseguramiento de Calidad y Realizar Control de Calidad.
Gestin de los Recursos Humanos del Proyecto: describe los procesos que
organizan y dirigen el equipo del proyecto. Se compone de los procesos de
direccin de proyectos Planificacin de los Recursos Humanos, Adquirir el Equipo
del Proyecto, Desarrollar el Equipo del Proyecto y Gestionar el Equipo del
Proyecto.
Gestin de las Comunicaciones del Proyecto: describe los procesos
relacionados con la generacin, recogida, distribucin, almacenamiento y destino
final de la informacin del proyecto en tiempo y forma. Se compone de los
procesos de direccin de proyectos Planificacin de las Comunicaciones,
9



Distribucin de la Informacin, Informar el Rendimiento y Gestionar a los
Interesados.
Gestin de los Riesgos del Proyecto: describe los procesos relacionados con el
desarrollo de la gestin de riesgos de un proyecto. Se compone de los procesos
de direccin de proyectos Planificacin de la Gestin de Riesgos, Identificacin
de Riesgos, Anlisis Cualitativo de Riesgos, Anlisis Cuantitativo de Riesgos,
Planificacin de la Respuesta a los Riesgos, y Seguimiento y Control de Riesgos.
Gestin de las Adquisiciones del Proyecto: describe los procesos para
comprar o adquirir productos, servicios o resultados, as como para contratar
procesos de direccin. Se compone de los procesos de direccin de proyectos
Planificar las Compras y Adquisiciones, Planificar la Contratacin, Solicitar
Respuestas de Vendedores, Seleccin de Vendedores, Administracin del
Contrato y Cierre del Contrato.
La siguiente figura ejemplifica las nueve reas de conocimiento del PMBOK
anteriormente descritas.
10




Figura 2.2 reas de conocimiento del PMBOK (PMI, 2004)
En el proyecto a desarrollar se han definido tres reas de conocimiento de gran
importancia para asegurar el xito del mismo, stas son: Gestin del Alcance,
Gestin del Tiempo y Gestin de la Calidad

2.2.1. Gestin del Alcance
En el contexto de Administracin de Proyectos la palabra alcance puede referirse a
alcance del producto o alcance del proyecto:
11



Alcance del producto: Las caractersticas y funciones que caracterizan a un
producto, servicio o resultado.
Alcance del proyecto: El trabajo que debe realizarse para entregar un producto,
servicio o resultado con las funciones y caractersticas especificadas.
Absolutec ha definido claramente el alcance del proyecto, pero para la gerencia es
primordial que se realice una detalla especificacin del alcance del producto, de
forma que contenga soluciones a los problemas que enfrenta.
Segn PMI (2004), los procesos de la Administracin del Alcance son:
2.2.1.1. Planificacin del Alcance
El plan de gestin del alcance del proyecto es una herramienta de planificacin que
describe cmo el equipo definir el alcance del proyecto, desarrollar el enunciado
del alcance del proyecto detallado, definir y desarrollar la estructura de desglose
del trabajo, verificar y controlar el alcance del proyecto.
2.2.1.2. Definicin del Alcance
Se desarrolla un enunciado del alcance del proyecto detallado para futuras
decisiones del proyecto. Se analizan las necesidades, deseos y expectativas de los
interesados para poder plasmarlos como requisitos. Las asunciones y restricciones
se analizan para verificar si estn completas y, de ser necesario, se agregan
asunciones y restricciones adicionales.
2.2.1.3. Crear EDT
Se subdividen los principales productos entregables del proyecto y el trabajo del
proyecto en componentes ms pequeos y ms fciles de manejar.
La EDT es una descomposicin jerrquica, orientada al producto entregable, del
trabajo que ser ejecutado por el equipo del proyecto, para lograr los objetivos del
proyecto y crear los productos entregables requeridos. La EDT organiza y define el
alcance total del proyecto. La EDT subdivide el trabajo del proyecto en porciones de
trabajo ms pequeas y fciles de manejar, donde cada nivel descendente de la EDT
12



representa una definicin cada vez ms detallada del trabajo del proyecto. El trabajo
planificado comprendido dentro de los componentes de la EDT del nivel ms bajo,
denominados paquetes de trabajo, puede programarse, supervisarse, controlarse y
estimarse sus costes. La EDT representa el trabajo especificado en el actual
enunciado del alcance del proyecto aprobado. Los componentes que comprenden la
EDT ayudan a los interesados a ver los productos entregables del proyecto.
2.2.1.4. Verificacin del Alcance
La verificacin del alcance es el proceso de obtener la aceptacin formal por parte de
los interesados del alcance del proyecto completado y los productos entregables
relacionados. Verificar el alcance del proyecto incluye revisar los productos
entregables para asegurarse de que cada uno se complete satisfactoriamente. La
verificacin del alcance se diferencia del control de calidad en que la verificacin del
alcance se relaciona principalmente con la aceptacin de los productos entregables,
mientras que el control de calidad se relaciona principalmente con cumplir los
requisitos de calidad especificados para los productos entregables.
2.2.1.5. Control del Alcance
El control del alcance del proyecto se encarga de influir sobre los factores que crean
cambios en el alcance del proyecto y de controlar el impacto de dichos cambios. El
control del alcance asegura que todos los cambios solicitados y las acciones
correctivas recomendadas se procesen a travs del proceso Control Integrado de
Cambios del proyecto. El control del alcance del proyecto tambin se usa para
gestionar los cambios reales cuando se producen, y est integrado con los dems
procesos de control.

2.2.2. Gestin del Tiempo
Para Absolutec, una adecuada gestin del tiempo es de vital de importancia debido a
la problemtica que presentan. Una correcta definicin y estimacin de las
actividades ser cuidadosamente revisada por el equipo del proyecto. La Gestin
13



del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusin del
proyecto a tiempo. (PMI, 2004, p. 123).
Segn PMI (2004), los procesos de Gestin del Tiempo son:
2.2.2.1. Definicin de las Actividades
Identifica las actividades especficas del cronograma que deben ser realizadas para
producir los diferentes productos entregables del proyecto.
2.2.2.2. Establecimiento de la Secuencia de las Actividades
Identifica y documenta las dependencias entre las actividades del cronograma.
2.2.2.3. Estimacin de Recursos de las Actividades
Estima el tipo y las cantidades de recursos necesarios para realizar cada actividad
del cronograma.
2.2.2.4. Estimacin de la Duracin de las Actividades
Estima la cantidad de perodos laborables que sern necesarios para completar cada
actividad del cronograma.
2.2.2.5. Desarrollo del Cronograma
Analiza las secuencias de las actividades, la duracin de las actividades, los
requisitos de recursos y las restricciones del cronograma para crear el cronograma
del proyecto.

2.2.2.6. Control del Cronograma
Controla los cambios del cronograma del proyecto.

2.2.3. Gestin de la Calidad
Los esfuerzos en calidad de software realizados Absolutec incluyen estndares de
programacin y acercamientos para obtener certificaciones CMM.
14



Los procesos de Gestin de la Calidad del Proyecto incluyen todas las
actividades de la organizacin ejecutante que determinan las polticas, los
objetivos y las responsabilidades relativos a la calidad de modo que el
proyecto satisfaga las necesidades por las cuales se emprendi. Implementa
el sistema de gestin de calidad a travs de la poltica, los procedimientos y
los procesos de planificacin de calidad, aseguramiento de calidad y control
de calidad, con actividades de mejora continua de los procesos que se
realizan durante todo el proyecto, segn corresponda. (PMI, 2004).
Segn PMI (2004), los procesos de la Gestin de la Calidad son:
2.2.3.1. Planificacin de la Calidad
La planificacin de calidad implica identificar qu normas de calidad son relevantes
para el proyecto y determinar cmo satisfacerlas.
2.2.3.2. Realizar Aseguramiento de la Calidad
Aseguramiento de calidad (QA) es la aplicacin de actividades planificadas y
sistemticas relativas a la calidad, para asegurar que el proyecto emplee todos los
procesos necesarios para cumplir con los requisitos.
2.2.3.3. Realizar Control de la Calidad
Realizar control de calidad (QC) implica supervisar los resultados especficos del
proyecto, para determinar si cumplen con las normas de calidad relevantes e
identificar los modos de eliminar las causas de resultados insatisfactorios. Esto
debera ser realizado durante todo el proyecto. Las normas de calidad incluyen los
objetivos de los procesos y productos del proyecto.
CMM (Capability Maturity Model)
EL CMM fue creado por el Software Engineering Institute (SEI). Segn el SEI (2009),
el CMM es un modelo de calidad del software que clasifica las empresas en niveles
de madurez. Estos niveles sirven para conocer la madurez de los procesos que se
realizan para producir software.
15



Segn consulta en sitio web del SEI (2009), CMM define 5 niveles de madurez os
cuales se explican a continuacin:
Nivel 1 Inicial: Este es el nivel en donde estn todas las empresas que no
tienen procesos. Los presupuestos se disparan, no es posible entregar los
proyectos en las fechas acordadas. No hay control sobre el estado del
proyecto, el desarrollo del proyecto es completamente opaco.
Nivel 2 Repetible: La principal diferencia entre este nivel y el anterior es
que el proyecto es gestionado y controlado durante el desarrollo del mismo. El
desarrollo no es opaco y se puede saber el estado del proyecto en todo
momento. Los procesos que hay que implantar para alcanzar este nivel son:
o Gestin de requisitos
o Planificacin de proyectos
o Seguimiento y control de proyectos
o Gestin de proveedores
o Aseguramiento de la calidad
o Gestin de la configuracin
Nivel 3 Definido: La forma de desarrollar proyectos (gestin e ingeniera)
est establecida, documentada y que existen mtricas (obtencin de datos
objetivos) para la consecucin de objetivos concretos. Los procesos que hay
que implantar para alcanzar este nivel son:
o Desarrollo de requisitos
o Solucin Tcnica
o Integracin del producto
o Verificacin
o Validacin
o Desarrollo y mejora de los procesos de la organizacin
16



o Definicin de los procesos de la organizacin
o Planificacin de la formacin
o Gestin de riesgos
o Anlisis y resolucin de toma de decisiones
Nivel 4 Cuantitativamente Gestionado: Los proyectos usan objetivos
medibles para alcanzar las necesidades de los clientes y la organizacin. Se
usan mtricas para gestionar la organizacin. Los procesos que hay que
implantar para alcanzar este nivel son:
o Gestin cuantitativa de proyectos
o Mejora de los procesos de la organizacin
Nivel 5 Optimizado: Los procesos de los proyectos y de la organizacin
estn orientados a la mejora de las actividades. Mejoras incrementales e
innovadoras de los procesos que mediante mtricas son identificadas,
evaluadas y puestas en prctica. Los procesos que hay que implantar para
alcanzar este nivel son:
o Innovacin organizacional
o Anlisis y resolucin de las causas

2.3. Ingeniera de Software
Segn el Diccionario de la Real Academia Espaola (2009), software se define como:
conjunto de programas, instrucciones y reglas informticas para ejecutar ciertas
tareas en una computadora.
Con esta definicin podemos introducir el concepto de Ingeniera de Software.
Ingeniera de Software es el estudio de los principios y metodologas para el
desarrollo y mantenimiento de sistemas de software. (Zelkovitz, 1978)
17



La realizacin del presente proyecto incluye aspectos tcnicos en cuanto al diseo
de software. A continuacin se presenta un marco de referencia para la comprensin
del producto del proyecto.

2.3.1. Metodologas de Desarrollo de Software
El desarrollo de software es una industria que tuvo un rpido crecimiento en muy
poco tiempo. A raz de esto se definieron varias metodologas de desarrollo con el fin
de mejorar la productividad en el desarrollo y la calidad del software.
En el desarrollo de un sistema de software se conceptualizan un conjunto de etapas
en las cuales se divide la totalidad del desarrollo. A estas etapas se les llama Ciclo
de Vida del Software. Segn la Organizacin Internacional para la Estandarizacin
en su norma 12207 (2009), define al ciclo de vida de un software como un marco que
contiene las actividades y las tareas involucradas en el desarrollo, la explotacin y el
mantenimiento de un producto de software, abarcando desde la definicin hasta la
finalizacin de su uso.
A continuacin se explica de manera general las etapas del desarrollo de software.
Anlisis de Requerimientos: La captura, anlisis y especificacin de requisitos o
requerimientos es fundamental en el desarrollo de software. Un alto grado del
xito de un proyecto de software radica en la correcta definicin y anlisis de los
requerimientos, as como la interaccin con las personas que utilizarn el sistema
para la recoleccin, clasificacin, identificacin, priorizacin y especificacin de
los requerimientos del software.
Diseo: La etapa de diseo tiene como finalidad definir la estructura, arquitectura
y comportamiento que tendr el software una vez desarrollado, principalmente
mediante la utilizacin de diagramas. Una de las metodologas de diseo ms
utilizadas es Lenguaje Unificado de Modelado (UML).
Programacin: En la etapa de programacin se construye el sistema segn los
requerimientos plasmados en el diseo del sistema.
18



Pruebas: Esta etapa consiste en verificar que el sistema realice todas las
funciones requeridas de manera correcta.
Implantacin: Esta etapa consiste en la instalacin final del software para ser
utilizado por el cliente. Durante esta etapa se monitorea el desempeo del
sistema ya en un ambiente real y se realizan ajustes en caso de que sea
necesario.
Mantenimiento: Durante esta etapa se le da mantenimiento al software, se
corrigen errores descubiertos o se desarrollan nuevos requisitos.
Entre las metodologas de desarrollo de software ms utilizadas se encuentran las
siguientes:
Modelo en Cascada: Este modelo ordena de manera estricta todas las etapas,
las etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa
debe esperar a la finalizacin de la inmediatamente anterior.

Figura 2.3 Modelo de Cascada de Desarrollo de Software

Modelo en Espiral: Este modelo realiza ciclos sobre las etapas del desarrollo. En
cada ciclo se evoluciona en el desarrollo del producto final.
19




Figura 2.4 Modelo de Espiral de Desarrollo de Software

2.3.2. Orientacin a Objetos
La orientacin a objetos se define como una metodologa de diseo de software que
modela las caractersticas de objetos reales o abstractos por medio del uso de clases
y objetos.
La orientacin a objetos involucra muchos conceptos, pero es importante conocer los
conceptos bsicos necesarios, estos conceptos son explicados a continuacin.
2.3.2.1. Objeto
El objeto, es el concepto principal sobre el cual se fundamenta la tecnologa
orientada a objetos. Segn el Diccionario de la Real Academia Espaola, un objeto
es todo lo que puede ser materia de conocimiento o sensibilidad de parte del sujeto,
incluso este mismo.
Segn literatura de orientacin a objetos, se menciona que un objeto tiene identidad,
estado y comportamiento. (Booch, 1990). En el mundo real podemos encontrar
muchos ejemplos que cumplen con sta definicin, algunos de ellos son: una
persona, un automvil, un perro, un edificio, etctera.
2.3.2.2. Atributos
20



Un atributo corresponden a una caracterstica de un objeto. Segn el Diccionario de
la Real Academia Espaola, un atributo es cada una de las cualidades o
propiedades de un ser.
En el mundo real cada objeto tiene un conjunto de caractersticas. Por ejemplo, en el
caso un automvil, sus caractersticas o atributos corresponderan al modelo, el
color, la marca, el nmero de placa, tamao, etctera.
2.3.2.3. Acciones
Adems de un conjunto de atributos, un objeto tiene comportamiento, el cual es
expresado mediante un conjunto de acciones. Una accin es una determinada
actividad que puede afectar los atributos del objeto (De Champeaux, 1994)
En el caso concreto del automvil, entre las posibles acciones podran estar:
acelerar, frenar y virar.
2.3.2.4. Clase
Segn De Champeaux (1994), una clase puede entenderse como una familia de
objetos que tienen algo en comn, ms precisamente hablando, una clase es todo
aquello que el conjunto de objetos tiene en comn. De esta manera, una clase es
caracterizada por su conjunto de atributos definidos y acciones; esta coleccin de
atributos y acciones no cambia.
As, podemos tener una clase Automvil con sus atributos (modelo, el color, la
marca, el nmero de placa, tamao) y acciones (acelerar, frenar, virar); y podemos
tener mltiples objetos o instancias de esta clase, por ejemplo podemos tener un
automvil color verde marca Toyota un automvil azul marca Ferrari, ambos con la
capacidad de acelerar, frenar y virar.


2.3.3. Lenguaje Unificado de Modelado (UML)
21



Tal como indica su nombre, UML es un lenguaje de modelado. El objetivo del
modelado de un sistema es capturar las partes esenciales del sistema. Para facilitar
este modelado, se realiza una abstraccin y se plasma en una representacin grfica
del sistema.
El UML se define como un lenguaje que permite especificar, visualizar y construir
los artefactos de los sistemas de software. Es un sistema notacional destinado a los
sistemas de modelado que utilizan conceptos orientados a objetos. (Larman, 1999).
UML naci en 1994 por iniciativa de Grady Booch, Jim Rumbaugh e Ivar Jacobson.
Permite a los desarrolladores de sistemas generar diseos que capturen sus ideas
en una forma convencional y fcil de comprender para comunicarlas a otras
personas.
Los siguientes son parte de los objetivos de UML:

Visualizar: permite expresar de una forma grfica un sistema de manera que
otra persona lo pueda entender.
Especificar: permite especificar cules son las caractersticas de un sistema
antes de su construccin.
Construir: los sistemas pueden construirse a partir de los modelos
especificados.
Documentar: los mismos elementos grficos sirven como documentacin del
sistema.
Para poder representar correctamente un sistema, UML ofrece una amplia variedad
de perspectivas y diagramas. El siguiente cuadro muestra los diagramas de UML por
el tipo de diagrama (rea), la vista que representa y los principales conceptos que
manejan.

22



Cuadro 2.1 Diagramas de UML (Jacobson, 1999)


23



Los principales elementos de UML se describen a continuacin:
2.3.3.1. Modelo de Casos de Uso
El modelado de Casos de Uso es la tcnica ms efectiva y a la vez la ms simple
para modelar los requisitos del sistema desde la perspectiva del usuario. El modelo
de casos de uso consiste en actores y casos de uso.
Un actor es una idealizacin de una persona externa, de un proceso, o de una cosa
que interacta con un sistema. Un actor caracteriza las interacciones que los
usuarios exteriores pueden tener con el sistema. (Jacobson, 1999). Cada actor
puede participar en uno o ms casos de uso, interacta con el caso de uso mediante
el intercambio de mensajes.
Un caso de uso es una descripcin lgica de una funcionalidad del sistema.
(Jacobson, 1999). Se utiliza para modelar cmo un sistema o negocio funciona
actualmente, o cmo los usuarios desean que funcione. Los casos de uso
representan el comportamiento del sistema, los escenarios que el sistema atraviesa
en respuesta a un estmulo por parte de un actor. Cada caso de uso se documenta
por una descripcin del escenario. La descripcin puede ser escrita en modo de texto
o en un formato paso a paso.
2.3.3.2. Diagrama de Casos de Uso
Segn Jacobson (1999), el diagrama de casos de usos representa grficamente los
casos de uso que tiene un sistema.
24




Figura 2.5 Diagrama de Casos de Uso (Jacobson, 1999)

2.3.3.3. Diagrama de Clases
El diagrama de clase es el diagrama principal de diseo y anlisis para un sistema.
La estructura de clases del sistema se especifica, con relaciones entre clases y
estructuras de herencia.
25




Figura 2.6 Diagrama de Clases (Jacobson, 1999)

2.3.3.4. Diagrama de Secuencia
El diagrama de secuencia es uno de los diagramas ms efectivos para modelar la
interaccin entre objetos en un sistema. Se realiza un diagrama de secuencia para
cada caso de uso. Un diagrama de secuencia muestra los objetos que intervienen en
el escenario con lneas discontinuas verticales, y los mensajes pasados entre los
objetos como vectores horizontales. Los mensajes se dibujan cronolgicamente
desde la parte superior del diagrama a la parte inferior.
26




Figura 2.7 Diagrama de Secuencia (Jacobson, 1999)

2.3.4. Diseo de Bases de Datos
Segn el diccionario de la Real Academia Espaola (2009), una base de datos es un
conjunto de datos organizado de tal modo que permita obtener con rapidez diversos
tipos de informacin.
En la actualidad, las bases de datos son el principal medio de almacenamiento sobre
el cual se apoyan los sistemas de informacin para hacer caminar al mundo. Por esta
razn es suma importancia que las bases de datos sean diseadas de la manera
ms ptima posible.
Existen varios conceptos relacionados a bases de datos. Una tabla es el concepto
fundamental en bases de datos. Una tabla nos permite mostrar la informacin de
una forma compacta. La tabla tiene una columna para cada atributo de los objetos o
27



entidades descritas. Cada entrada de la tabla es una fila que contiene los valores
para cada atributo. Las filas se pueden considerar como registros, y las columnas
como campos de registro. (Mayne y Wood, 1985).
En el cuadro 2.2 se muestra un ejemplo de una tabla con informacin de estudiantes.
En este ejemplo el Carn, Nombre, Provincia y Edad corresponden a las columnas
de la tabla y la informacin de los 6 estudiantes corresponde a 6 de los registros de
la tabla.
Cuadro 2.2 Concepto de Tabla
Carn Nombre Provincia Edad
18945 Juan Prez Puntarenas 18
2455 Jos Daz Alajuela 19
2913 Karla Segura San Jos 20
3866 Francisco Mata Limn 22
5524 Mara Crdoba Heredia 25
6299 Ericka Solano Cartago 19

Otro concepto importante es el de llave. Las llaves sirven para identificar registros, y,
de esta forma, poder referenciarlos o acceder a ellos. (Mayne y Wood, 1985). Una
llave puede estar formada por una o ms columnas e identifican el registro de
manera nica. En el ejemplo anterior la columna Carn sera la llave de la tabla que
identifica de manera nica cada registro.


28




3. Marco Metodolgico

3.1. Tipo de investigacin
Para la realizacin del proyecto se utilizar una metodologa basada en la Gua del
PMBOK (PMI, 2004). Mediante una investigacin mixta, se analizar la
documentacin sobre proyectos y desarrollo de software de Absolutec S.A., y se
realizar una recopilacin de datos entre el personal de personal de Absolutec.
Los mtodos de investigacin para alcanzar los objetivos propuestos sern los
siguientes:
Mtodo de observacin por entrevista: intercambio conversacional en forma
oral, entre dos personas, con la finalidad de obtener informacin, datos o
hechos. El mtodo de la entrevista puede ser informal, estructurado o no
estructurado. (UCI, 2008).
Mtodo analtico sinttico: descompone una unidad en sus elementos ms
simples, examina cada uno de ellos por separado, volviendo a agrupar las
partes para considerarlas en conjunto. (UCI, 2008).
Estos mtodos sern desarrollados mediante las siguientes herramientas de
investigacin.
3.1.1. Reuniones
Segn el Diccionario de la Lengua Espaola (2009), una reunin es un acto en que
se renen un conjunto de personas, particularmente para tratar algn asunto.
Las reuniones con el personal de Absolutec sern la base para la realizacin del
producto final del proyecto. Las reuniones del equipo de trabajo son necesarias para
tomar decisiones importantes, recolectar la informacin requerida, analizar la
informacin recolectada y plantear una adecuada solucin de diseo.
29



En cada reunin se realizar una minuta. Se cuenta con una plantilla para dicha
minuta la cual lleva el registro del da y lugar, agenda tratada, acuerdos tomados,
acciones a realizar y miembros del equipo participantes.
3.1.2. Entrevistas
Entrevista segn la enciclopedia Wikipedia (2009) es un hecho que consiste en un
dilogo entablado entre dos o ms personas: el entrevistador o entrevistadores que
interrogan y el o los entrevistados que contestan.
Las entrevistas se utilizarn para realizar el levantamiento de requerimientos con los
administradores de proyecto y lderes tcnicos. stas entrevistas se realizarn con
previa coordinacin de la gerencia de Absolutec. Dichas entrevistas sern
documentadas adecuadamente en un formato estndar o plantilla.

3.2. Herramientas metodolgicas para definir el alcance

3.2.1. EDT
La EDT es una descomposicin jerrquica, orientada al producto entregable, del
trabajo que ser ejecutado por el equipo del proyecto, para lograr los objetivos del
proyecto y crear los productos entregables requeridos. (PMI, 2004)
sta valiosa herramienta permitir planificar el trabajo que es necesario realizar en
cuanto a los entregables. Ser la gua para desarrollar el proyecto. Para el manejo
del EDT, se utilizar el programa de software WBS Chart Pro.
3.2.2. Reuniones
Las reuniones sern fundamentales para una adecuada definicin del alcance. Es
importante que el juicio experto de cada una de las partes sea tomado en cuenta en
las reuniones que se desarrollan.

30



3.3. Herramientas metodolgicas para definir el tiempo

3.3.1. Reuniones
Para la definicin del tiempo de cada una de las actividades, se utilizarn las
reuniones con los directores de proyecto y dems integrantes del equipo de trabajo
de Absolutec.
3.3.2. Software
Se utilizar el programa de software Microsoft Project. Segn Wikipedia (2009),
Microsoft Project es un software de administracin de proyectos diseado,
desarrollado y comercializado por Microsoft para asistir a administradores de
proyectos en el desarrollo de planes, asignacin de recursos a tareas, dar
seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.

3.4. Herramientas metodolgicas para definir la calidad

3.4.1. Reuniones
Para la definicin la calidad, se realizarn reuniones con el personal de calidad de
Absolutec. El aporte de su juicio experto permitir definir mtricas de calidad
adecuadas para el desarrollo del producto del proyecto.
3.4.2. Estndares de Programacin
Los estndares de programacin de Absolutec sern la fuente de informacin
principal para la definicin de las mtricas de calidad. Los estndares definen
mejores prcticas de desarrollo de sistemas que deben ser contempladas.





31



3.5. Herramientas metodolgicas para el desarrollo del proyecto

3.5.1. Metodologas de diseo
El diseo es la base fundamental del desarrollo del proyecto. Por lo se utilizar como
metodologa el Lenguaje de Modelado Unificado (UML), descrito en la seccin 2.3.2.
3.5.2. Software
Se utilizar el programa de software Microsoft Visio. Segn Wikipedia (2009),
Microsoft Visio es un software de dibujo vectorial para Microsoft Windows. Visio
comenz a formar parte de los productos de Microsoft cuando fue adquirida la
compaa Visio en el ao 2000. Las herramientas que lo componen permiten realizar
diagramas de oficinas, diagramas de bases de datos, diagramas de flujo de
programas, UML, y ms, que permiten iniciar al usuario en los lenguajes de
programacin.



32




4. DESARROLLO
En el presente captulo se detalla del desarrollo del proyecto, segn los objetivos
planteados en la introduccin. El acta de constitucin del proyecto que da origen a
este desarrollo se encuentra en el anexo 1.
4.1. Plan de Gestin del Alcance

4.1.1. Planificacin del Alcance
El presente plan de gestin del alcance describir de forma breve pero concisa los
procesos de elaboracin del enunciado del alcance detallado, el EDT, la verificacin
y aceptacin de los entregables y el manejo de las solicitudes de cambio al
enunciado del alcance.
4.1.1.1. Enunciado del alcance del proyecto detallado
El alcance detallado del proyecto se defini mediante la realizacin de entrevistas y
lluvias de ideas realizadas con los lderes tcnicos, administradores de proyecto y
personal de calidad de Absolutec. Se defini un equipo de trabajo que analiz las
necesidades y requerimientos y revis el documento del alcance. El enunciado del
alcance se desglosa en la seccin 4.1.2.
4.1.1.2. Creacin de la EDT
La estructura detallada del trabajo se realiz a travs de la recopilacin de
informacin mediante reuniones y entrevistas con los administradores de proyecto y
el personal del Departamento de Calidad, tomando en cuenta las metodologas para
el desarrollo de software de Absolutec. La siguiente figura muestra la EDT definida
para el proyecto.
33




Figura 4.1 Estructura Detallada de Trabajo (EDT)

4.1.1.3. Verificacin y aceptacin formal de los productos entregables
La verificacin de los productos entregables ser realizada por el departamento de
calidad de software de Absolutec; y su aceptacin formal se realizar mediante
reuniones formales con el personal de calidad y el gerente general de Absolutec, los
cuales firmarn los documentos de aceptacin respectivos.
4.1.1.4. Solicitudes de cambio al enunciado del alcance del proyecto detallado
Las solicitudes de cambio al alcance del proyecto deben realizar de manera formal
presentando un documento con los detalles de los cambios. Dichas solicitudes
debern analizarse para cuantificar el impacto en tiempo y costos. Despus de dicho
anlisis se podr rechazar o aceptar la solicitud. Los formularios de solicitud fueron
brindados por el Departamento de Calidad de Absolutec.

34



4.1.2. Definicin del Alcance
4.1.2.1. Objetivo General
Elaborar, en plazo no mayor a tres meses, los documentos de diseo del Sistema
Informtico de Apoyo al Desarrollo (SIAD), la herramienta informtica que apoyar el
desarrollo de los sistemas informticos que la empresa Absolutec S. A. elabora para
sus clientes, para que este sistema permita el seguimiento detallado de los tiempos
de las tareas que se realizan durante las etapas de desarrollo de los sistemas.
4.1.2.2. Objetivos Especficos
Realizar el levantamiento de requerimientos del SIAD a travs de la
recopilacin de las necesidades que expresan los directores de proyectos y
lderes tcnicos de Absolutec S. A.
Elaborar el documento de diseo del SIAD, como base para un posterior
desarrollo, implantacin y uso en los proyectos desarrollados en Absolutec
S.A.
Elaborar el Plan de Gestin del Alcance para las etapas de Anlisis y Diseo
del Sistema SIAD.
Realizar un Plan de Gestin del Tiempo para las etapas de Anlisis y Diseo
del Sistema SIAD.
Disear herramientas para controlar la calidad del proceso en las etapas de
Anlisis y Diseo del Sistema SIAD.
4.1.2.3. Alcance del Proyecto
El producto final del proyecto es el documento de diseo del SIAD el cual contendr
la definicin de casos de uso del SIAD, el diagrama de casos de uso, el diagrama de
clases, los diagramas de secuencia y el modelo conceptual de la base de datos y la
definicin de la arquitectura sobre la cual se implementar el SIAD.
35



El documento de diseo se basar en el documento de anlisis elaborado en el
primer entregable del proyecto. Este documento de anlisis contendr el anlisis de
requerimientos. Entre los requerimientos principales del SIAD estn:
Administracin de tareas: creacin de tareas generales y por mdulo del sistema;
asignacin de tareas a los recursos del proyecto.
Seguimiento de tareas: manejo de las variables tiempo estimado, tiempo
empleado y tiempo restante por tarea; historial de atencin de las tareas.
Manejo de incidencias y versionamiento.
Manejo de alertas, advertencias e indicadores.
Consultas de tareas, incidencias, versionamientos e indicadores.
Reportes estadsticos sobre cumplimiento de tareas y resolucin de incidencias.
4.1.2.4. Requisitos del proyecto
Los siguientes son los requisitos planteados:
El documento de diseo del SIAD debe contener todos los requerimientos
planteados en el documento de levantamiento de requerimientos.
El documento de diseo del SIAD debe cumplir con la metodologa UML.
4.1.2.5. Lmites del proyecto
El presente proyecto no contemplar la programacin y la implantacin del SIAD.
Estos dos puntos sern desarrollados en un proyecto posterior.
4.1.2.6. Productos entregables del proyecto
El producto final del proyecto abarcar los siguientes entregables:
1. Documento de anlisis del SIAD: contendr el levantamiento de
requerimientos del SIAD, el anlisis de requerimientos definidos.
36



2. Documento de diseo del SIAD: contendr la definicin de casos de uso del
SIAD, el diagrama de casos de uso, el diagrama de clases, los diagramas de
secuencia, el modelo conceptual de la base de datos y la definicin de la
arquitectura sobre la cual se implementar el SIAD.
3. Plan de Gestin del Alcance para las etapas de Anlisis y Diseo del Sistema
SIAD.
4. Plan de Gestin del Tiempo para las etapas de Anlisis y Diseo del Sistema
SIAD.
5. Herramientas para controlar la calidad del proceso en las etapas de Anlisis y
Diseo del Sistema SIAD.

4.1.2.7. Criterios de aceptacin
La aceptacin del proyecto ser realizada por el departamento de calidad de
software y el departamento de informtica de Absolutec, mediante una reunin formal
con el gerente general de Absolutec, los cuales firmarn el documento de aceptacin
una vez validados los requisitos del proyecto.
4.1.2.8. Restricciones
La ejecucin del proyecto se realizar fuera de horas laborales, en caso de
reuniones para el levantamiento y anlisis de requerimientos se deber
negociar el tiempo disponible con los involucrados y sus respectivos jefes.
La fecha lmite de finalizacin del proyecto debe ser antes de 1 de setiembre del
2009.
4.1.3. Estructura Detallada de Trabajo (EDT)
El equipo de trabajo del proyecto, a travs de las diferentes reuniones y revisiones,
defini la estructura detallada de trabajo del proyecto. Ver anexo 2.
4.1.4. Diccionario de la EDT
37



El Diccionario de la EDT explica cada uno de las tareas a desarrollar en el proyecto.
El siguiente cuadro muestra el diccionario de la EDT.
Cuadro 4.1 Diccionario de la EDT
Diseo del Sistema Informtico de Apoyo al Desarrollo
Cdigo EDT: 1 Planificacin
Este componente de la EDT se refiere a la iniciacin y coordinacin del proyecto y
a la realizacin de los planes de gestin del alcance, gestin de la calidad y
creacin de las herramientas para el control de la calidad durante el proyecto.
Cdigo EDT: 1.1 Reunin Inicial
Esta actividad ha sido incluida en la EDT debido a su alto nivel de importancia. En
ella se definirn puntos claves con el cliente, tanto para el desarrollo del proyecto
como para el cierre del mismo.
Cdigo EDT: 1.2 Presentar Planes de Gestin
Una vez realizada la reunin inicial, se realizarn los planes de gestin definidos
en el alcance del proyecto y se le entregarn al equipo del trabajo de Absolutec.
Cdigo EDT: 1.2.1 Plan de Gestin del Alcance
Se realizar el Plan de Gestin del Alcance segn la Gua del PMBOK.
Cdigo EDT: 1.2.2 Plan de Gestin del Tiempo
Se realizar el Plan de Gestin del Tiempo segn la Gua del PMBOK.
Cdigo EDT: 1.2.1 Herramientas para el Control de la Calidad
Se crearn un conjunto de herramientas para controlar la calidad durante el
desarrollo del producto del proyecto, segn los estndares de Absolutec.
Cdigo EDT: 2 Anlisis del SIAD
38



Este componente de la EDT se refiere al proceso de conceptualizacin y anlisis
de requerimientos del SIAD. Se realizar una serie de entrevistas y reuniones
para discutir y analizar las funcionalidades que va a tener el SIAD.
Cdigo EDT: 2.1 Levantamiento de Requerimientos
Para el levantamiento de los requerimientos del SIAD se realizar una serie de
entrevistas y reuniones con el personal de la EDT: lderes tcnicos,
administradores de proyectos, calidad y gerencia. Se crear un documento con los
requerimientos manifestados por todas las partes, el cual ser revisado por stos.
Cdigo EDT: 2.2 Anlisis de Requerimientos
En el anlisis de requerimientos se profundizar en cada uno de los
requerimientos solicitados. Se determinar la viabilidad de estos segn las
necesidades reales de Absolutec y se detallar en cuanto a la informacin que se
debe manejar y a las funcionalidades que se deben realizar.
Cdigo EDT: 3 Diseo del SIAD
Este componente de la EDT se refiere a la manera en que se representarn los
requerimientos en el SIAD, en cuanto a estructura y funcionalidades. El diseo se
realizar con base en el modelo UML.
Cdigo EDT: 3.1 Definicin de Casos de Uso
Se definirn los casos de uso segn los requerimientos definidos y lo estipulado
por el modelo UML.
Cdigo EDT: 3.2 Diagramas de Clases
Se definir el diagrama de clases del SIAD segn la informacin de los
requerimientos y los casos de uso realizados.
Cdigo EDT: 3.3 Diagramas de Secuencia
39



Se definirn los diagramas de secuencia de los casos de uso realizados, segn el
modelo UML.
Cdigo EDT: 3.4 Modelo de Base de Datos
Se realizar el modelo de la base de datos donde se almacenar toda la
informacin recolectada y procesada por el SIAD.

4.2. Plan de Gestin del Tiempo

4.2.1. Definicin de las actividades
Para la definicin de las actividades fue de suma importancia el criterio experto en
cuanto al desarrollo de software. Las actividades estn definidas de acorde a la
Estructura Detallada de Trabajo. El cuadro 4.2 muestra el listado de actividades
definidas.
Cuadro 4.2 Listado de Actividades
Id Nombre Duracin Comienzo Fin Predecesoras
1 Proyecto SIAD 188 h
01/06/2009
16:00
04/08/2009
20:00
2 Organizacin del Proyecto 54 h
01/06/2009
16:00
18/06/2009
18:00
3 Reunin Inicial 4 h
01/06/2009
16:00
01/06/2009
20:00
4 Presentar Planes de Gestin 50 h
02/06/2009
16:00
18/06/2009
18:00
5 Plan de Gestin del Alcance 16 h
02/06/2009
16:00
05/06/2009
20:00
6 Planificacin del alcance 6 h
02/06/2009
16:00
03/06/2009
18:00 3
7 Definicin del alcance 6 h
03/06/2009
18:00
04/06/2009
20:00 6
8 Crear EDT 4 h
05/06/2009
16:00
05/06/2009
20:00 7
9 Plan de Gestin del Tiempo 20 h
08/06/2009
16:00
12/06/2009
20:00
10 Definicin de las actividades 4 h
08/06/2009
16:00
08/06/2009
20:00 8
11
Establecer secuencia de las
actividades 2 h
09/06/2009
16:00
09/06/2009
18:00 10
40



12
Estimacin de recursos de las
actividades 2 h
09/06/2009
18:00
09/06/2009
20:00 11
13
Estimacin de duracin de
actividades 4 h
10/06/2009
16:00
10/06/2009
20:00 12
14 Desarrollo del cronograma 8 h
11/06/2009
16:00
12/06/2009
20:00 13
15
Herramientas para el Control
de la Calidad 14 h
15/06/2009
16:00
18/06/2009
18:00
16 Definir Herramientas 2 h
15/06/2009
16:00
15/06/2009
18:00 14
17
Realizar herramientas para
anlisis 6 h
15/06/2009
18:00
16/06/2009
20:00 16
18
Realizar herramientas para
diseo 6 h
17/06/2009
16:00
18/06/2009
18:00 17
19 Anlisis del SIAD 78 h
18/06/2009
18:00
15/07/2009
20:00
20 Levantamiento de Requerimientos 22 h
18/06/2009
18:00
25/06/2009
20:00
21 Entrevistas 6 h
18/06/2009
18:00
19/06/2009
20:00
22 Entrevista con Gerencia 1 h
18/06/2009
18:00
18/06/2009
19:00 18
23 Entrevista con Calidad 1 h
18/06/2009
19:00
18/06/2009
20:00 22
24 Entrevista con Lder Tcnico 1 1 h
19/06/2009
16:00
19/06/2009
17:00 23
25 Entrevista con Lder Tcnico 2 1 h
19/06/2009
17:00
19/06/2009
18:00 24
26
Entrevista con Administrador
de Proyecto 1 1 h
19/06/2009
18:00
19/06/2009
19:00 25
27
Entrevista con Administrador
de Proyecto 2 1 h
19/06/2009
19:00
19/06/2009
20:00 26
28
Realizar Documento de
requerimientos 16 h
22/06/2009
16:00
25/06/2009
20:00 27
29 Anlisis de Requerimientos 56 h
26/06/2009
16:00
15/07/2009
20:00
30 Anlisis de los Requerimientos 16 h
26/06/2009
16:00
01/07/2009
20:00 28
31
Realizar Documento de Anlisis
del SIAD 16 h
02/07/2009
16:00
07/07/2009
20:00 30
32
Revisin del documento con
Departamento de Calidad 8 h
08/07/2009
16:00
09/07/2009
20:00 31
33
Revisin del documento con
Administradores de Proyecto y
Lideres Tcnicos 8 h
10/07/2009
16:00
13/07/2009
20:00 32
34 Realizar ajustes 8 h
14/07/2009
16:00
15/07/2009
20:00 33
35 Diseo del SIAD 52 h
16/07/2009
16:00
03/08/2009
20:00
36 Definicin de Casos de Uso 12 h
16/07/2009
16:00
20/07/2009
20:00 34
37 Diagrama de Clases 8 h 21/07/2009 22/07/2009 36
41



16:00 20:00
38
Revisin de casos de uso y
diagrama de clases con lderes
tcnicos y calidad 4 h
23/07/2009
16:00
23/07/2009
20:00 37
39 Realizar ajustes 4 h
24/07/2009
16:00
24/07/2009
20:00 38
40 Diagramas de Secuencia 8 h
27/07/2009
16:00
28/07/2009
20:00 39
41 Modelo de Bases de Datos 8 h
29/07/2009
16:00
30/07/2009
20:00 40
42
Revisin de diagramas de secuencia
y modelo de base de datos con
lderes tcnicos y calidad 4 h
31/07/2009
16:00
31/07/2009
20:00 41
43 Realizar ajustes 4 h
03/08/2009
16:00
03/08/2009
20:00 42
44 Realizar Entregable Final 4 h
04/08/2009
16:00
04/08/2009
20:00 43


4.2.2. Secuenciamiento de las actividades
Una vez definidas las actividades, el secuenciamiento de las mismas se realiz de
una manera muy sencilla, debido a las caractersticas del proyecto, donde no se
ejecutar todo el proceso de desarrollo de software, sino solamente hasta la etapa de
diseo, se realiz un ordenamiento secuencial de todas las actividades. Este
secuenciamiento fue realizado por el director del proyecto el Ingeniero Gabriel
Villalobos Molina. El cuadro 4.2 muestra la secuencia dada a las actividades.
4.2.3. Duracin de las actividades
La estimacin de la duracin de las actividades, fue supervisada por los directores de
proyectos y lderes tcnicos de Absolutec. stos realizaron observaciones que
permitieron ajustar los tiempos de cada actividad. El cuadro 4.2 muestra la duracin
estimada para las actividades.
4.2.4. Creacin del cronograma
En el desarrollo de cronograma del proyecto, se determinaron las fechas de inicio y
fin de las actividades planificadas, las cuales requirieron especial cuidado al utilizar la
herramienta Microsoft Project, ya que la duracin estaba definida en horas y no en
42



das y la jornada de trabajo se determin en 4 horas diarias, de 4 de la tarde a 8 de la
noche. Esto porque el proyecto se tena que desarrollar en lo mximo posible fuera
de la jornada ordinaria de trabajo. El cuadro 4.2 muestra las horas de inicio y de fin
de cada actividad y el anexo 3 muestra el cronograma del proyecto.
4.2.5. Asignacin de recursos
La asignacin de recursos se extendi hasta el secuenciamiento lineal de las
actividades, pues solamente un recurso se encargara del desarrollo de todas las
actividades del proyecto.




4.3. Herramientas para el Control de la Calidad
El SIAD ser una herramienta indispensable en la ejecucin de los proyectos
Absolutec, por lo que su anlisis y diseo debe realizarse cumpliendo los parmetros
de calidad establecidos.
El director de proyecto con el apoyo del Departamento de Calidad de Absolutec,
definieron las siguientes herramientas de control de calidad a utilizar en las etapas de
anlisis y diseo del SIAD:
Lista de chequeo para anlisis de requerimientos: esta herramienta se
utilizar en la etapa de anlisis para verificar la correctitud de los requerimientos.
Ver anexo 4.
Lista de chequeo de para casos de uso de UML: esta herramienta permitir
asegurar que los casos de uso estn correctamente construidos segn las
especificaciones del UML. Ver anexo 5.
43



Lista de chequeo de para diagrama de clases de UML: esta herramienta
permitir asegurar que el diagrama de clases est correctamente construido
segn las especificaciones del UML. Ver anexo 6.
Lista de chequeo de para diagramas de secuencia de UML: esta herramienta
permitir asegurar que los diagramas de secuencia estn correctamente
construidos segn las especificaciones del UML. Ver anexo 7.
Lista de chequeo de estndares para el modelo de bases de datos: esta
herramienta permitir asegurar que el modelo de la base de datos est
correctamente construidos segn los estndares de bases de datos de Absolutec.
Ver anexo 8.
Lista de chequeo para el formato de los documentos entregables: esta
herramienta se utilizar para revisar el formato de los documentos entregables
para Absolutec. Ver anexo 9.


4.4. Diseo del Sistema Informtico de Apoyo al Desarrollo (SIAD)
La presente seccin detalla los documentos entregables finales que forman parte del
producto del proyecto.
4.4.1. Requerimientos del Sistema Informtico de Apoyo al Desarrollo
El Sistema Informtico de Apoyo al Desarrollo (SIAD) permitir mantener y mejorar la
calidad de sus productos informticos. Gracias al SIAD se podrn tomar de manera
ms acertada acciones a seguir y permitir recompilar informacin estadstica para
identificar puntos dbiles y fuertes que ayuden en proyectos futuros. Los objetivos
que se pretenden alcanzar en la compaa con el desarrollo del SIAD son los
siguientes:
Incremento de la calidad del software que se desarrolla, permitiendo aplicar
mejoras desde el inicio del proyecto.
44



Seguimiento diario del proyecto permitiendo identificar posible atrasos antes de
que se vean afectados los tiempos de entrega.
Mejoramiento de las tcnicas de estimacin en los proyectos.
Mayor organizacin del proyecto, permitiendo tener una visin global en cuanto a
tareas pendientes, avances, tiempos, incidencias, documentacin relacionada
entre otros.
Mayor control sobre los requerimientos definidos en el anlisis y las nuevas
funcionalidades que el cliente solicita durante el desarrollo del proyecto.
Disminucin de los tiempos de respuesta al cliente.
Identificacin, a travs de reportes estadsticos, de puntos dbiles en el desarrollo
del proyecto, sea por mal anlisis, fallas en los recursos del proyecto, mala
administracin, entre otros.
La creacin, asignacin y seguimiento de tareas es la base del sistema. Las tareas
son la fuente de trabajo de los programadores, material de seguimiento del proyecto
para los lderes tcnicos y administradores de proyecto y fuente de estadsticas para
la gerencia.
Lista de Requerimientos
1. El SIAD permitir la creacin, modificacin y eliminacin de tareas; necesarias
para el desarrollo de los sistemas. Cada tarea tiene una descripcin de la tarea,
una duracin estimada para ser completada y una prioridad. Las tareas pueden
corresponder a casos de uso completos o a un listado de tareas necesarias para
desarrollar un caso de uso u otra tarea. Es decir una tarea puede contener
subtareas. stas pueden pertenecer a un mdulo en especfico del sistema en
desarrollo o generales al proyecto.
2. La organizacin de las tareas se manejar como la de un cronograma. Las tareas
tendrn tareas predecesoras, fechas de inicio y de fin, se podrn tener tareas
45



entregables o hitos del proyecto. Esta definicin de tareas podr realizarse de
manera manual o cargando la estructura del proyecto importando un archivo de
Microsoft Excel o Microsoft Project.
3. El sistema debe permitir la creacin de recursos para el proyecto y la asignacin
de tareas a estos recursos; eventualmente una tarea podra ser asignada a ms
de un recurso. En caso de que dos tareas que se traslapen en su tiempo de
ejecucin sean asignadas a un mismo recurso, el SIAD debe mostrar la alerta
correspondiente y mostrar las opciones posibles: permitir la asignacin, modificar
las fechas de las tareas o asignar a otro recurso. Debe permitir ver la carga de
trabajo asignada a cada recurso y redistribuir las cargas de trabajo en caso de
que sea necesario. Cada recurso podr visualizar el listado de tareas que le han
sido asignadas con sus tiempos estimados y el resto de recursos asignados a esa
tarea si fuera el caso. El lder tcnico podra reasignar la tarea a otro recurso, por
lo cual la tarea debera tener un historial de asignaciones. En caso de que un
programador registre una tarea adicional el lder tcnico recibir la notificacin de
que una nueva tarea ha sido incluida.
4. El SIAD debe realizar un seguimiento al avance de las tareas. Para cada tarea se
debe registrar da a da de forma manual el tiempo utilizado en el desarrollo de la
tarea y el tiempo estimado restante para completarla, con el cual se puede
calcular el porcentaje de avance. En caso de que no se registren las horas a final
del da el SIAD debe mostrar un recordatorio al recurso y una alerta al lder
tcnico u administrador de proyecto. El SIAD tambin tener la opcin de llevar la
contabilizacin del tiempo de forma automtica.
5. El SIAD debe permitir visualizar el avance diario realizado tanto en horas como en
porcentaje de avance, tanto de manera general como por recurso, por mdulo del
sistema o por funcionalidad. El SIAD debe permitir ver el total de horas laboradas
por un recurso, ordinarias y extras, en un rango de fechas dado. En caso de que
un recurso ya no tenga tareas asignadas pendientes el SIAD debe enviar una
46



alerta al lder tcnico o administrador de proyecto para que le sean asignadas
nuevas tareas.
6. El SIAD debe permitir adjuntar cualquier tipo de informacin documental a las
tareas y al proyecto en general, ya sean archivos o correos electrnicos. El SIAD
debe enviar una notificacin indicando que nueva documentacin ha sido
adjuntada a la tarea o proyecto.
7. El SIAD debe permitir la administracin de incidencias (errores) reportadas, tanto
por testing a nivel interno como por pruebas realizadas a nivel del cliente. Las
incidencias deben ser asociadas a un mdulo, opcin del sistema y funcionalidad
realizada en la etapa de desarrollo del sistema. Deben haber tipos de incidencias
para permitir realizar estadsticas posteriormente, como por ejemplo:
funcionalidad, interfaz, validacin de datos; y una categora de incidencia: mejora,
nueva funcionalidad, error. La incidencia deber tener un historial de atencin por
parte del equipo y de reporte por parte del cliente. Deben contener el nombre de
quien reporta la incidencia y la prioridad que tiene, la fecha de reportada y la
fecha de solucin; adems se podr adjuntarle documentacin. Las incidencias
en primera instancia deben asignarse al recurso que desarroll la funcionalidad.
8. Debe existir la funcionalidad para crear versiones del sistema. Cada vez que el
sistema sea instalado para pruebas por parte del cliente se debe crear una
versin del sistema, la cual incluir todas la funcionalidades ya realizadas
incidencias ya atendidas que van en dicha instalacin. El SIAD debe permitir
imprimir las funcionalidades incidencias de dicha versin por mdulo, por opcin
del sistema, por requerimiento y por tipo de incidencia; adems de mostrar
errores reincidentes e indicadores de calidad, por ejemplo: cantidad de
incidencias reportadas a nivel interno entre cantidad de incidencias reportadas
por el cliente.
9. Debe crearse un mdulo web, mediante el cual el cliente podr ingresar sus
incidencias, ver el estado de las ya reportadas y sacar reportes de las incidencias
que ya han sido instaladas para su revisin. El registro de las incidencias por
47



parte del cliente puede realizarse de manera manual o mediante carga masiva a
travs de un Excel con un formato ya predefinido. Cada vez que el cliente realice
la carga de incidencias, el SIAD debe enviar una notificacin al administrador de
proyecto o lder tcnico.
10. El SIAD debe permitir visualizar la cantidad o el listado de tareas pendientes, en
desarrollo o atrasadas, por mdulo por caso de uso, por recurso o en un rango de
fechas dado. Debe mostrar de manera visual el desfase producto de los atrasos
en las tareas segn la ruta crtica y las principales rutas e hitos del cronograma
del proyecto.
11. Las tareas puede tener asociado uno o ms tipos de elementos: mantenimiento
bsico, pantalla de consulta, procedimiento almacenado, proceso, reporte, cubo
olap, proceso de carga de datos, etc. A cada uno de estos elementos se le debe
de asignar un grado de dificultad, por ejemplo, el grado de dificultad de un
mantenimiento bsico en trminos generales es menor al de una pantalla de
consulta. Este grado de dificultad ser generalizado para todos los proyectos
manejados por el SIAD, sin embargo, dependiendo de los requerimientos de los
clientes un mismo elemento puede variar en su complejidad, por lo que
adicionalmente la tarea deber tener un factor de complejidad: bsico, intermedio
y complejo. Otro aspecto importante es que cada elemento puede desarrollarse
mediante una herramienta de programacin diferente, no es lo mismo realizar un
mantenimiento bsico en arquitectura Windows que en una arquitectura Web,
una carga de datos en SQL Server 2000 que en SQL Server 2005. Por ello se
debe manejar un tercer factor, un nivel de eficiencia entre las herramientas
disponibles para desarrollar un determinado elemento. Toda esta categorizacin
servir para realizar estadsticas de estimacin de tiempos, de rendimiento de los
recursos y de incidencias. Por lo tanto el SIAD debe mostrar grficos y reportes
que reflejen estas estadsticas.
12. Cada una de las consultas del SIAD debe tener la opcin de impresin.
48



13. El SIAD debe contemplar que no todos los proyectos se desarrollan dentro de red
de Absolutec. Muchos de los proyectos se realizan en las instalaciones del
cliente, por lo que debe proveer una forma de comunicacin con el servidor
central para el trabajo en lnea. En caso de que no pueda mantenerse una
comunicacin en lnea debe existir una modalidad de trabajo desconectado que
permita la sincronizacin de datos cuando el SIAD pueda entrar en lnea o
mediante la carga manual de un archivo XML.
14. El SIAD debe proveer de un mdulo de seguridad, el cual realice la
administracin de roles, usuarios y accesos a las funcionalidades del SIAD. La
autenticacin para el ingreso al sistema puede ser autenticacin Windows para
los empleados de Absolutec registrados dentro de la red de la empresa tambin
puede ser mediante un usuario y contrasea fuera de la red para los clientes. El
SIAD debe implementar seguridad de datos, es decir, un administrador de
proyectos no podra ver los datos de un proyecto para el cual no tiene permisos.
15. La interfaz del SIAD debe permitir un rpido ingreso de la informacin. El registro
de las tareas debe ser gil, as como el registro de los tiempos para que no
consuma tiempo excesivo y no interrumpa las labores diarias. Debe hacer uso de
teclas rpidas para as disminuir el uso del mouse. Aunque no se est utilizando
el SIAD de forma directa, la informacin necesaria para cada usuario
dependiendo de su rol debe estar a la mano, sin elementos de interfaz que
distraigan el trabajo diario en las otras herramientas, es decir debe visualizarse de
forma discreta y esttica.

4.4.2. Anlisis de Requerimientos
El anexo 10 lista cada uno de los requerimientos definidos durante el anlisis de
requerimientos.
4.4.3. Diagrama de Clases
49



El diagrama de clases muestra la estructura funcional del sistema. El anexo 11
muestra el diagrama de clases del SIAD.
4.4.4. Diagrama de Bases de Datos
El diseo de la base de datos es fundamental para un correcto diseo del sistema.
Para su realizacin se tom como base las entrevistas realizadas y la informacin
contenida en cada caso de uso.
4.4.5. Casos de Uso
Los casos de uso del sistema se desarrollaron de acuerdo al modelo UML y fueron
verificados utilizando las herramientas de control de calidad definidas. El cuadro 4.2
muestra el listado de los casos de uso.

Cuadro 4.3 Listado de Casos de Uso
Nmero Descripcin
01 Administrar Tareas
02 Cargar Estructura del Proyecto
03 Administrar Recursos
04 Asignar Tareas
05 Consultar Carga de Trabajo
06 Consultar Historial de Asignaciones
07 Ver Pendientes
08 Registrar Avance de Tareas
09 Consultar Estado de Avance
10 Consultar Horas Laboradas
11 Incluir Documentacin
12 Administrar Incidencias
13 Administrar Versionamientos
14 Consultar Versionamientos
15 Cargar Incidencias
16 Consultar Incidencias
50



17 Administrar Usuarios
18 Administrar Roles
19 Asignar Usuarios a Roles
20 Asignar Permisos a Roles

El anexo 12 muestra el diagrama de casos de uso para el SIAD. El detalle de cada
uno de los casos de uso definidos se muestra en el anexo 13.
4.4.6. Diagramas de Secuencia
A continuacin se detallan los diagramas de secuencia correspondientes a los casos
de uso desarrollados. El anexo 14 muestra cada uno de los diagramas de secuencia.
4.5. Gua de Uso para las Herramientas de Calidad
Para la utilizacin de las herramientas de control de calidad descritas en la seccin
4.3, se ha elaborado una gua de uso que tiene como finalidad establecer una
descripcin de los pasos que habra que llevar a cabo para utilizar dichas
herramientas en un proyecto de software.
Cada plantilla o lista de chequeo se usa para cada uno de los principales elementos
del anlisis y diseo de software. Cuando cada elemento sea finalizado se le aplicar
la lista de chequeo para determinar que haya sido hecho de la manera correcta. El
siguiente cuadro muestra la gua de uso para cada plantilla.
Cuadro 4.4 Gua de Uso para las Herramientas de Control de Calidad
Lista Chequeo Elemento de
Anlisis/Diseo
Uso Responsable
Anlisis de
requerimientos
Ver Anexo 4.
Documento de
Anlisis de
Requerimientos
Una vez que los requerimientos
han sido definidos se deben listar
todos en la columna
Requerimiento. Cada vez que uno
haya sido analizado se debe
marcar en la columna Analizado.
En la columna Revisado se deben
marcar aquellos requerimientos
analizados que ya han sido
revisados por el cliente. Se
marcar un requerimiento en la
Lder Tcnico:
deber llevar
control de los
requerimientos
analizados,
revisados y
aprobados.
51



columna Listo cuando un
requerimiento analizado sea
revisado por el cliente, corregido y
aceptado por el cliente.
Casos de Uso.
Ver Anexo 5.
Casos de Uso del
Sistema
En la columna Caso de Uso se
deben listar todos los casos de uso
definidos. Para cada caso de uso
se debe chequear si cumple con
todos los criterios de las dems
columnas. En caso de que alguno
no cumpla debe de ser corregido
por el encargado del caso de uso.
Lder Tcnico:
debe chequear
todos los casos
de uso
realizados por
los
programadores.
Diagrama de
Clases. Ver
Anexo 6.
Diagrama de
Clases del Sistema
Una vez realizado el diagrama de
clases, en la columna Si/No se
debe poner si el diagrama de
clases cumple con cada uno de los
criterios listado en la columna
Criterio.
Lder Tcnico
Diagrama de
Secuencia. Ver
Anexo 7.
Diagramas de
Secuencia
En la columna Diagramas de
Secuencia se deben listar todos los
diagramas de secuencia
realizados. Para cada diagrama se
debe chequear si cumple con
todos los criterios de las dems
columnas. En caso de que alguno
no cumpla debe de ser corregido
por el encargado del diagrama.
Lder Tcnico:
debe chequear
todos los
diagramas
realizados por
los
programadores.
Modelo de
Bases de
Datos. Ver
Anexo 8.
Modelo de Bases
de Datos
Una vez realizado el modelo de
bases de datos, en la columna
Si/No se debe poner si el modelo
cumple con cada uno de los
criterios listado en la columna
Criterio.
Lder Tcnico
Documentos
Entregables.
Ver Anexo 9.
Documentos
Entregables
Para cada documento que se deba
entregar al cliente se debe revisar.
En la columna Si/No se debe poner
si el modelo cumple con cada uno
de los criterios listado en la
columna Criterio.
Lder Tcnico

52




5. CONCLUSIONES

El desarrollo de este proyecto ha sido de gran importancia para Absolutec, pues
ha permitido nivelar los conocimientos y fortalecer los procesos en cuando a
Administracin de Proyectos y Calidad de Software entre todo el personal de
Absolutec.
Una buena definicin de requerimientos, una buena gestin de las
comunicaciones y el aseguramiento de una buena calidad del software son de
suma importancia para alcanzar un alto nivel de madurez de desarrollo de
software y evitar problemas en los proyectos de la empresa, tanto internos como
con el cliente.
El desarrollo del Plan de Gestin del Alcance permiti definir claramente los
alcances del proyecto y sent, una base a ser considerada para futuros
proyectos de software.
El desarrollo del Plan de Gestin del Alcance es fundamental para realizar una
EDT que vaya completamente de acuerdo con los objetivos del proyecto.
La EDT es una herramienta de suma utilidad para iniciar con la definicin de las
actividades del proyecto, pues permiti dar a todos los miembros del proyecto
una visin global y estandarizada de los entregables y estructura del proyecto.
El desarrollo del Plan de Gestin del Tiempo de manera conjunta con todo el
equipo de trabajo de Absolutec, permiti tomar conciencia de que tomar en
cuenta el criterio de personal tcnico y no slo el criterio del administrador del
proyecto, permite tener una mayor exactitud y visin en la realizacin del
cronograma.
53



El cronograma es la principal herramienta en el desarrollo de un proyecto, ya que
centra alcance, actividades, tiempos y recursos, mediante los cuales se puede
saber el estado de un proyecto.
El tener registro de la duracin real de las actividades segn lo estimado durante
la planificacin es de suma importancia para Absolutec, ya que de esta manera
puede tener datos concretos para futuras estimaciones dependiendo del tipo de
actividad y caractersticas de los recursos que las realizan.
Una correcta definicin del Plan de Gestin del Alcance, del Plan de Gestin del
Tiempo y de parmetros de Calidad, son indispensables en la etapa de cierre del
proyecto para concluir de forma exitosa con la aprobacin del proyecto.
El desarrollo de las listas de chequeo para el control de la calidad en el proyecto
fue fundamental para obtener el producto definido en el alcance.
La definicin de mtricas y metodologas para el control de la calidad son
necesarias a nivel general en los proyectos de Absolutec.
La elaboracin del diseo del SIAD permiti conceptualizar una herramienta que
subsanara las deficiencias en el desarrollo de proyectos informticos, para as
solucionar de manera incremental las problemticas descritas por Absolutec.
Las lecciones aprendidas en proyectos anteriores son de gran utilidad, por ello
durante el transcurso del proyecto deben registrarse y ponerse a disposicin de
los otros proyectos.



54




6. RECOMENDACIONES

Se recomienda al departamento de calidad tomar como modelo en los diferentes
proyectos de la empresa, el plan de gestin del alcance desarrollado en el
presente proyecto.
Se recomienda a los administradores de proyectos realizar la EDT y el
diccionario de la EDT en los proyectos que desarrollan.
Se recomienda a los administradores de proyecto tomar en cuenta al personal
tcnico de la empresa al momento de desarrollar la estimacin de tiempos de las
actividades.
Se recomienda a los administradores de proyecto y al departamento de calidad
asegurarse de que los desarrolladores tengan acceso al cronograma actualizado
del proyecto.
Se recomienda al departamento de calidad utilizar las listas de chequeo
desarrolladas en este proyecto para el control de la calidad en las etapas de
anlisis y diseo de los proyectos de la empresa.
Se recomienda al personal de calidad solicitar a los administradores de proyecto
las lecciones aprendidas al final de cada proyecto, y entregar las lecciones
recolectadas cada vez que se inicie un nuevo proyecto.
Se recomienda a la gerencia de Absolutec y al departamento de Calidad crear
una base de datos con estimaciones histricas para cada tipo de actividad de
desarrollo de software realizada, para as tener ms certeza en futuras
estimaciones. La base de datos del SIAD, una vez implementada, proveera de
dicha informacin.
55



Se recomienda a la gerencia de Absolutec, iniciar un proyecto de
implementacin del SIAD, el cual tomar como fuente principal el documento de
diseo producto de este proyecto.
Se recomienda a la gerencia de Absolutec, definir un proceso de implantacin del
SIAD en cada uno de los proyectos de Absolutec despus de que ste haya sido
implementado.
Se recomienda a la gerencia de Absolutec, iniciar un proceso de capacitacin y
retroalimentacin continuo y peridico sobre las mejores prcticas en
Administracin de Proyectos y lecciones aprendidas en proyectos realizados o en
ejecucin. En dicho proceso de capacitacin la informacin estadstica
recompilada por el SIAD debe ser revisada con el fin de ayudar a la toma de
decisiones segn los objetivos de la empresa.


56




7. Bibliografa

Booch, Grady. Object Oriented Design with Applications, Benjamin/Cummings,
1990.
Cmara Costarricense de Tecnologa de Informacin y Comunicacin (CAMTIC).
Consultado en http://www.camtic.org/ES/camtic/sobre_nosotros/. Accesado el 8 de
agosto del 2009.
Carnegie Mellon Software Engineering Institute SEI. Consultado en
http://www.sei.cmu.edu/cmmi/. Accesado el 15 de agosto del 2009.
Cleland, David; King, William. Manual para la Administracin de Proyectos,
Primera Edicin, Dcima Reimpresin. Mxico D.F.: Compaa Editorial Continental,
2005.
De Champeaux, Dennis; Lea, Douglas; Faure, Penelope. Object Oriented System
Development, Tercera Edicin. Massachussetts: Addison-Wesley Publishing
Company, 1994.
Diccionario de la Lengua Espaola. Espasa-Calpe, 2005. Consultado en
http://www.wordreference.com/definicion/. Accesado el 31de agosto del 2009.
Diccionario de la Real Academia Espaola. Consultado en
http://www.rae.es/rae.html. Accesado el 10 de agosto del 2009.
JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James. El Lenguaje Unificado de
Modelado, Ed. Addison Wesley. 1999.
LARMAN, Craig. UML y Patrones. Una introduccin al anlisis y diseo
orientado a objetos y al proceso unificado, Segunda Edicin. Ed. Addison Wesley.
2003.
Mayne, Allan y Wood, Michael. Introduccin a las bases de datos relacionales,
Primera Edicin. Madrid: Editorial Daz de Santos, 1985.
57



Organizacin Internacional para la Estandarizacin (ISO). Consultado en
http://www.iso.org. Accesado el 5 de setiembre del 2009.
PMI (Project Management Institute). Gua de los Fundamentos de la Direccin
de Proyectos, Gua del PMBOK, Tercera Edicin. Pennsylvania, USA: PMI
Publications, 2004.
UCI (Universidad para la Cooperacin Internacional). Estructura Bsica para
Elaborar el Documento Final del PFG. San Jos, 2008.
Wikipedia. Consultado en http://es.wikipedia.org/. Accesado el 31de agosto del
2009.
Zelkovitz, M.V; Shaw, A.C; Gannon, J.D. Principles of Software Engineering and
Design. Prentice Halls, 1979.
58




8. ANEXOS
8.1. Anexo 1. Acta de Constitucin del Proyecto
Informacin principal y autorizacin de proyecto
Fecha: 30-04-2009 Nombre de Proyecto:
Diseo del Sistema Informtico para el Seguimiento
de las Tareas de Desarrollo y de Aseguramiento de
la Calidad en Proyectos Informticos para la
Empresa Absolutec S.A.
reas de conocimiento /
procesos: Alcance, Tiempo y
Calidad.
rea de aplicacin (sector / actividad):
Desarrollo de Sistemas de Informacin.
Fecha de inicio del proyecto:
12-06-2009
Fecha tentativa de finalizacin del
proyecto: 01-09-2009
Objetivos del proyecto:

Objetivo General
Realizar el Plan de Gestin de Proyecto para el diseo del Sistema Informtico
de Apoyo al Desarrollo (SIAD), la herramienta informtica que apoyar el
desarrollo de los sistemas informticos que la empresa Absolutec S. A. elabora
para sus clientes, abarcando las reas de Gestin del Alcance, Gestin del
Tiempo y Gestin de la Calidad.

Objetivos Especficos
Realizar el levantamiento de requerimientos del SIAD a travs de la
recopilacin de las necesidades que expresan los directores de proyectos y
lderes tcnicos de Absolutec S. A.
Elaborar el documento de diseo del SIAD, como base para un posterior
desarrollo, implantacin y uso en los proyectos desarrollados en Absolutec
S.A.
Elaborar el Plan de Gestin del Alcance para las etapas de Anlisis y
Diseo del Sistema SIAD.
Realizar un Plan de Gestin del Tiempo para las etapas de Anlisis y
Diseo del Sistema SIAD.
Disear herramientas para controlar la calidad del proceso en las etapas de
Anlisis y Diseo del Sistema SIAD.

Descripcin del producto y entregables:

El producto final del proyecto abarcar los siguientes entregables:

1. Documento de anlisis del SIAD: contendr el levantamiento de
59



requerimientos del SIAD, el anlisis de requerimientos definidos, la
definicin de la arquitectura sobre la cual se implementar el SIAD.
2. Documento de diseo del SIAD: contendr la definicin de casos de uso
del SIAD, el diagrama de casos de uso, el diagrama de clases, los
diagramas de secuencia y el modelo conceptual de la base de datos.
3. Plan de Gestin del Alcance para las etapas de Anlisis y Diseo del
Sistema SIAD.
4. Plan de Gestin del Tiempo para las etapas de Anlisis y Diseo del
Sistema SIAD.
5. Herramientas para controlar la calidad del proceso en las etapas de
Anlisis y Diseo del Sistema SIAD.

Necesidad del proyecto:

Absolutec S.A es empresa dedicada al desarrollo de software que desde su
fundacin en el 2001 ha desarrollado sistemas de informacin para diferentes
compaas a nivel nacional, mediante un compromiso de calidad cuya prioridad
es satisfacer las necesidades de sus clientes.

Como parte de sus objetivos est el mejoramiento continuo de sus estndares
y procesos de desarrollo interno, de modo que le permita cumplir a cabalidad
con las exigencias del mercado tecnolgico.

Para la empresa es sumamente importante conocer la situacin real de los
proyectos para determinar las acciones a seguir. Tambin es de gran
importancia para la empresa minimizar la cantidad de incidencias que reportan
los clientes en las etapas de prueba de los sistemas y, adems, mejorar los
tiempos de respuesta interna y frente al cliente.

La idea del proyecto surge a partir de la necesidad de ese mejoramiento
continuo, de responder con las mejores herramientas tecnolgicas a los
esfuerzos que se desarrollan para el fortalecimiento de la administracin de los
proyectos informticos, principalmente en las reas de la administracin del
alcance, administracin del tiempo, y administracin de la calidad.

La herramienta tecnolgica que se desarrollar permitir conocer de manera
ms precisa el estado actual y real del proyecto de forma inmediata, lo que
facilitar a lderes tcnicos y administradores de proyectos el manejo de las
diferentes situaciones que pasan los proyectos, y la elaboracin de propuestas
para las acciones que se deben seguir. Del mismo modo, facilitar el suministro
de datos estadsticos a la gerencia para la toma de decisiones segn el plan
estratgico de la empresa.

Justificacin de impacto:

60



Incremento de la calidad del software que se desarrolla, permitiendo
aplicar mejoras desde el inicio del proyecto.
Seguimiento en tiempo real del proyecto permitiendo identificar posibles
atrasos antes de que se vean afectados los tiempos de entrega.
Mejoramiento de las tcnicas de estimacin de tiempos en los proyectos.
Mayor control sobre los requerimientos definidos en el anlisis y las
nuevas funcionalidades que el cliente solicita durante el desarrollo del
proyecto.
Identificacin, a travs de reportes estadsticos, de puntos dbiles en el
desarrollo del proyecto, sea por mal anlisis, fallas en los recursos del
proyecto, mala administracin, entre otros.
Restricciones / limitantes / factores crticos de xito:

La ejecucin del proyecto se realizar fuera de horas laborales.
La colaboracin de todas las reas de la empresa, en cuanto a
informacin y equipo, es fundamental para obtener de manera exitosa un
producto que realmente satisfaga las necesidades de Absolutec en cuanto
al seguimiento y control de la calidad en el desarrollo de sistemas
informticos. Para lograr esta integracin es vital el apoyo y seguimiento
del Gerente General de Absolutec.
La fecha lmite de finalizacin del proyecto debe ser antes de 1 de
setiembre del 2009.

Identificacin de grupos de inters (stakeholders):

Apoderado General de Absolutec S.A. (CEO), Principal
Administradores de Proyectos de Absolutec S.A.
Lderes Tcnicos de Absolutec S. A.
Desarrolladores de Absolutec S.A.
Aprobado por:



Firma:

61




8.2. Anexo 2. EDT


62




8.3. Anexo 3. Cronograma


63




8.4. Anexo 4. Lista Chequeo para Anlisis de Requerimientos

Lista Chequeo para Anlisis de Requerimientos
Requerimiento Analizado Revisado Listo
Mantenimiento de tareas
Reportes

Asignacin de tareas


64




8.5. Anexo 5. Lista de Chequeo para Casos de Uso

Lista de Chequeo para Casos de Uso
Caso de
Uso
Describe
una tarea
del negocio
que sirva a
una meta de
negocio.
Tiene
definido el
flujo normal
y los flujos
alternos,
con un nivel
apropiado
del detalle.
Tiene
definido los
actores o
casos de uso
que hacen
uso de l.
Tiene definido
los
requerimientos
que satisface.
Est
representado
en el
diagrama de
casos de uso.
Ha sido
entendido,
analizado y
revisado por
el cliente.
Ha tenido
correcciones
debido a
observaciones
del cliente.
01
02
03
04







65




8.6. Anexo 6. Lista de Chequeo para Diagrama de Clases

Lista de Chequeo para Diagrama de Clases
Criterio Si/No
Las clases tienen nombres significativos.
Las clases tienen definidos los atributos.
Las clases tiene definidos las operaciones.
Los atributos tienen nombres significativos.
Los atributos tienen definido el tipo de dato.
Los atributos tienen definida el tipo de visibilidad.
Las operaciones tienen nombres significativos.
Las operaciones tienen definido los parmetros.
Las operaciones tienen definidos el tipo de retorno.
Las operaciones tienen definida el tipo de visibildad.
Las relaciones entre las clases son lgicas y correctas.
Las relaciones entre las clases tienen definida la
multiplicidad.
Ha sido entendido, analizado y revisado por el cliente.

Ha tenido correciones debido a observaciones del cliente.


66




8.7. Anexo 7. Lista de Chequeo para Diagramas de Secuencia

Lista de Chequeo para Diagramas de Secuencia
Diagrama de
Secuencia
Indica el caso
de uso y
escenario al
que hace
referencia.
Visualiza
actores y
clases
involucradas.
Las
interacciones
se muestran
de manera
temporal.
Las operaciones
(tipo de retorno
y parmetros)
utilizadas para el
envo de
mensajes estn
definidas en el
diagrama de
clases.
Ha sido
entendido,
analizado y
revisado por
el cliente.
Ha tenido
correcciones
debido a
observaciones
del cliente.







67




8.8. Anexo 8. Lista de Chequeo para el Modelo Base Datos

Lista de Chequeo para Modelo de Bases de Datos
Criterio Si/No
Se utiliza notacin CamelCase para
nombres de tablas y campos.
El diagrama se encuentra en la tercera
forma normal segn las reglas de
normalizacin de bases de datos.
Utilizacin de campos varchar(MAX) en vez
de campos Text.
Se utilizan solamente llaves numricas.
Ha sido entendido, analizado y revisado
por el cliente.

Ha tenido correciones debido a
observaciones del cliente.


68




8.9. Anexo 9. Lista de Chequeo para Documentos Entregables

Lista de Chequeo para Documentos Entregables
Criterio Si/No
Utilizacin de Letra Arial
Portada con logo de la empresa, nombre
del cliente, etapa del proyecto, nombre del
documento, fecha y nmero de versin.
Tabla para el control de las versiones del
documento: Fecha, Autor, Versin,
Referencia a Cambios.
Tabla de contenido.
Numeracin en las pginas.

Ortografa revisada.




69




8.10. Anexo 10. Anlisis de Requerimientos

RE-01 Administracin de Tareas
Involucrados Programador, Lder Tcnico, Administrador de Proyectos.
Descripcin Se debe realizar la creacin, modificacin y eliminacin de
tareas.
Elementos de
entrada de datos
La creacin y modificacin de una tarea deber recibir los
siguientes datos
Nombre Descripcin
Identificador Corresponde a un nmero consecutivo de
la tarea brindado por el sistema.
Descripcin Corresponde a una descripcin detallada
de la tarea a realizar.
Fecha Inicio Fecha y hora del inicio de la tarea.
Fecha Fin Fecha y hora de finalizacin de la tarea.
Duracin Estimada Corresponde a la duracin estimada de la
tarea en das u horas.
Prioridad Los tipos de prioridad ser Baja, Normal,
Alta y Urgente.
Tipo de tarea Los tipos pueden ser caso de uso, tarea
de desarrollo, incidencia, reunin,
investigacin, entregable, etc.
Predecesoras Si la tarea que se crea se realiza despus
de una o varias tareas, se dice que tiene
tareas predecesoras. Estas tareas son
listadas en este campo.
Tarea Base En caso de que la tarea sea parte de otra
tarea, es decir es una subtarea, el
identificador de la tarea a la que pertenece
se especifica en este campo.
Tipo de elemento Tipos de elemento asociado a la tarea.
Pueder ser mantenimiento bsico, pantalla
de consulta, procedimiento almacenado,
proceso, reporte, cubo olap, proceso de
70



carga de datos, etc.
Complejidad Corresponde al factor de complejidad de
la tarea: bsico, intermedio y complejo.
Herramienta Corresponde a la herramienta utilizada
para desarrollar la tarea: SQL Server
2000, SQL Server 2005, Windows Forms,
ASP .NET, Cristal Reports, Reporting
Services.
Validado por
Comentarios

RE-02 Carga de Estructura de Proyecto
Involucrados Administrador de Proyectos.
Descripcin Debe existir una opcin para importar una estructura de proyecto
previamente definida, mediante la utilizacin de una hoja Excel.
Microsoft Project puede almacenar los proyectos como un
archivo Excel para que sea importada por la aplicacin.
Elementos de
entrada de datos
El archivo a cargar debe contener la siguiente informacin:
Nombre Descripcin
Descripcin Corresponde a una descripcin detallada
de la tarea a realizar.
Fecha Inicio Fecha y hora del inicio de la tarea.
Fecha Fin Fecha y hora de finalizacin de la tarea.
Duracin Estimada Corresponde a la duracin estimada de la
tarea en das y horas.
Predecesoras Si la tarea que se crea se realiza despus
de una o varias tareas, se dice que tiene
tareas predecesoras. Estas tareas son
listadas en este campo.
Elementos de
entrada de datos
El SIAD definir valores predeterminados para los siguientes
datos de una tarea
Nombre Descripcin
Identificador Corresponde a un nmero consecutivo de
71



la tarea brindado por el sistema.
Prioridad El sistema definir una prioridad Normal a
las tareas importadas.
Tipo de tarea Si una tarea tiene subtareas ser cargada
como tipo mdulo, sino ser cargada
como tipo tarea
Tarea Base Si es una subtarea se cargar el
identificador de la tarea dentro de la cual
est contenida.
Validado por
Comentarios

RE-03 Administracin de Recursos
Involucrados Administrador de Proyectos, Administrador del Sistema.
Descripcin Se debe realizar la creacin, modificacin y eliminacin de
recursos, las cuales sern generales al SIAD para poder ser
utilizados en los diferentes proyectos.
Elementos de
entrada de datos
La creacin y modificacin de un recurso deber recibir los
siguientes datos
Nombre Descripcin
Nombre Nombre del recurso.
Primer Apellido Primer apellido del recurso.
Segundo Apellido Segundo apellido del recurso.
Validado por
Comentarios

RE-04 Asignacin de tareas
Involucrados Lder Tcnico, Administrador de Proyectos.
Descripcin Una tarea debe asignarse a uno o ms recursos. En caso de que
dos tareas que se traslapen en su tiempo de ejecucin sean
72



asignadas a un mismo recurso, se debe mostrar la alerta
correspondiente y mostrar las opciones posibles: permitir la
asignacin, modificar las fechas de las tareas o asignar a otro
recurso.
Elementos de
entrada de datos
La asignacin de tareas deber recibir la siguiente informacin:
Nombre Descripcin
Recurso El nombre del recurso al cual se le
asignar la tarea. Se escoger de un
listado.
Tarea El nombre de la tarea que ser asignada.
Se escoger de un listado.
Validado por
Comentarios

RE-04 Consulta de Carga de Trabajo
Involucrados Lder tcnico, Administrador de Proyectos.
Descripcin Esta consulta debe permitir visualizar la carga de trabajo
asignada a los recursos del proyecto.
Elementos de
entrada de datos
La consulta debe recibir los siguientes parmetros de bsqueda
Nombre Descripcin
Recurso El recurso o recursos a ser consultados.
Fecha Desde Fecha inicial del rango de fechas por el
cual se realizar la consulta.
Fecha Hasta Fecha final del rango de fechas por el cual
se realizar la consulta.
Elementos de
resultados de
datos
La consulta deber mostrar los siguientes datos por cada uno de
los recursos consultados en el rango de fechas indicado.
Nombre Descripcin
Tareas Asignadas Cantidad total de tareas asignadas.
73



Horas Asignadas Total de horas asignadas.
Validado por
Comentarios

RE-06 Reporte de Carga de Trabajo
Involucrados Lder tcnico, Administrador de Proyectos.
Descripcin Este reporte debe mostrar el listado de tareas asignadas a los
recursos del proyecto.
Elementos de
entrada de datos
El reporte debe recibir los siguientes parmetros de bsqueda
Nombre Descripcin
Recurso El recurso o recursos que incluir el
reporte.
Fecha Desde Fecha inicial del rango de fechas que
contemplar el reporte.
Fecha Hasta Fecha final del rango de fechas que
contemplar el reporte.
Elementos de
resultados de
datos
El reporte deber mostrar los siguientes datos por cada uno de
los recursos consultados en el rango de fechas indicado.
Nombre Descripcin
Descripcin Corresponde a una descripcin detallada
de la tarea a realizar.
Fecha Inicio Fecha y hora del inicio de la tarea.
Fecha Fin Fecha y hora de finalizacin de la tarea.
Duracin estimada Duracin estimada de la tarea en das u
horas.
Prioridad Prioridad de la tarea.
Total Tareas Cantidad total de tareas asignadas al
recurso.
Total Horas Total de horas asignadas al recurso.
74



Validado por
Comentarios

RE-07 Consulta Historial de Asignaciones
Involucrados Lder tcnico, Administrador de Proyectos.
Descripcin Esta consulta debe permitir visualizar el historial de asignaciones
que se han hecho a una tarea.
Elementos de
resultados de
datos
La consulta deber mostrar los siguientes datos para la tarea
seleccionada.
Nombre Descripcin
Fecha Fecha de asignacin de la tarea.
Recurso Nombre del recurso al cul se le asign la
tarea.
Validado por
Comentarios

RE-08 Ventana de Pendientes, Notificaciones y Alertas
Involucrados Programador, Lder Tcnico, Administrador de Proyecto.
Descripcin Esta ventana mostrar diariamente un listado de las tareas
pendientes, de las notificaciones recibidas y de las alertas
recibidas por parte del sistema.
Elementos de
resultados de
datos para
Pendientes
Esta ventana contendr una seccin de Pendientes la cual
mostrar todas las tareas pendientes que tiene el recurso. Para
cada pendiente debe mostrar la siguiente informacin.
Nombre Descripcin
75



Identificador Corresponde a un nmero consecutivo de
la tarea brindado por el sistema.
Fecha Asignacin Fecha y hora de asignacin de la tarea.
Descripcin Corresponde a una descripcin detallada
de la tarea a realizar.
Fecha Inicio Fecha y hora del inicio de la tarea.
Fecha Fin Fecha y hora de finalizacin de la tarea.
Duracin Estimada Corresponde a la duracin estimada de la
tarea en das u horas.
Prioridad Los tipos de prioridad ser Baja, Normal,
Alta y Urgente.
Tipo de tarea Los tipos pueden ser mdulo, caso de uso
tarea.
Tarea Base En caso de que la tarea sea parte de otra
tarea, es decir es una subtarea, el
identificador de la tarea a la que pertenece
se especifica en este campo.
Elementos de
resultados de
datos para
Notificaciones
Esta ventana contendr una seccin de Notificaciones la cual
mostrar todas las notificaciones que reciba el recurso. Para
cada notificacin debe mostrar la siguiente informacin.
Nombre Descripcin
Fecha Fecha y hora de recibida la notificacin.
Tipo Corresponde al tipo de notificacin
recibida.
Descripcin Texto de la notificacin.
Acceso Directo Corresponde a un acceso directo al
elemento adjunto a la notificacin. Puede
ser un acceso directo a una tarea o a un
documento.
Elementos de
resultados de
datos para
Alertas
Esta ventana contendr una seccin de Alertas la cual mostrar
todas las alertas que reciba el recurso. Para cada alerta debe
mostrar la siguiente informacin.
Nombre Descripcin
Fecha Fecha y hora de recibida la alerta.
Tipo Corresponde al tipo de alerta recibida.
76



Descripcin Texto de la alerta.
Validado por
Comentarios

RE-09 Notificacin de Tareas
Involucrados Programador.
Descripcin Cuando un programador registra una nueva tarea no
planificada se deber enviar una notificacin del tipo nueva
tarea al lder tcnico o Administrador de Proyectos de que
una nueva tarea ha sido agregada por un programador.
Cuando un recurso ya no tenga tareas asignadas pendientes
el SIAD debe enviar una alerta del tipo seguimiento de tareas
al lder tcnico o administrador de proyecto para que le sean
asignadas nuevas tareas.
Validado por
Comentarios

RE-10 Registro de Avance de Tareas
Involucrados Programador, Lder Tcnico, Administrador de Proyecto.
Descripcin Se debe realizar un seguimiento al avance de las tareas. En
caso de que no se registren las horas a final del da el SIAD
debe enviar un tipo de alerta recordatorio al recurso y una alerta
de avance no registrado al lder tcnico u administrador de
proyecto.
Elementos de
entrada de datos
El registro de avance deber recibir la siguiente informacin.
Nombre Descripcin
Horas Trabajadas Corresponde a la cantidad de horas
trabajadas en la tarea durante el da.
77



Horas Restantes Corresponde a la cantidad de horas
restantes estimadas para finalizar la tarea.
Elementos de
resultados de
datos
El registro de avance deber mostrar la siguiente informacin.
Nombre Descripcin
Porcentaje de
Avance
Corresponde al porcentaje de avance en
la tarea segn la frmula: (Horas
Trabajadas * 100) / (Horas Trabajadas +
Horas Restantes)
Validado por
Comentarios El SIAD tambin tener la opcin de llevar la contabilizacin del
tiempo de forma automtica. En tal caso, el registro de avance
ser realizado por el sistema.

RE-11 Consulta de Estado de Avance
Involucrados Lder Tcnico, Administrador de Proyecto.
Descripcin La consulta debe permitir visualizar el avance diario realizado
tanto en horas como en porcentaje de avance, tanto de manera
general como por recurso, por mdulo del sistema o por
funcionalidad.
Elementos de
consulta de
datos
La consulta de avance deber recibir los siguientes parmetros
de consulta.
Nombre Descripcin
Recurso Recurso o recursos por los cuales se
realizar la consulta.
Mdulo Mdulo o mdulos que contemplar la
consulta.
Funcionalidad Funcionalidad o funcionalidades que
contemplar la consulta.
Fecha Consulta Fecha hasta la cual se quiere analizar el
avance del proyecto.
78



Tipo Tarea Tipos de tareas que contemplar la
consulta.
Tipo Elemento
Tarea
Tipo de elemento de tarea que
contemplar la consulta.
Nivel Complejidad Tipo de nivel de complejidad de tarea que
contemplar la consulta.
Tipo Herramienta Tipo de herramienta de tarea que
contemplar la consulta.
Elementos de
resultados de
datos
La consulta de avance deber mostrar cualquiera de los
siguientes resultados.
Nombre Descripcin
Total de horas
avanzadas
Representa el total de horas avanzadas
segn los criterios de bsqueda.
Porcentaje de
avance
Porcentaje de avance segn los criterios
de bsqueda.
Indicador de atraso Indica si los datos retornados presentan
atraso segn las estimaciones realizadas
originalmente.
Validado por
Comentarios

RE-12 Consulta de Horas Laboradas
Involucrados Programador, Lder Tcnico, Administrador de Proyecto.
Descripcin La consulta debe permitir ver el total de horas laboradas por un
recurso, ordinarias y extras.
Elementos de
consulta de
datos
La consulta de horas laboradas deber recibir los siguientes
parmetros de consulta.
Nombre Descripcin
Recurso Recurso o recursos por los cuales se
realizar la consulta.
Rango Fechas Rango de fechas por el cual se
consultarn las horas laboradas.
79



Elementos de
resultados de
datos
La consulta de avance deber mostrar cualquiera de los
siguientes resultados.
Nombre Descripcin
Total de horas
laboradas
Representa el total de horas laboradas
segn los criterios de bsqueda.
Total de horas
ordinarias
Representa el total de horas ordinarias
laboradas segn los criterios de
bsqueda.
Total de horas extra Representa el total de horas extra
laboradas segn los criterios de
bsqueda.
Validado por
Comentarios

RE-13 Inclusin de Documentacin
Involucrados Programador, Lder Tcnico, Administrador de Proyectos.
Descripcin Se debe permitir adjuntar cualquier tipo de informacin
documental a las tareas y al proyecto en general, ya sean
archivos o correos electrnicos. El SIAD debe enviar una
notificacin indicando que nueva documentacin ha sido
adjuntada a la tarea o proyecto.
Elementos de
entrada de datos
Se deber recibir los siguientes datos
Nombre Descripcin
Fecha Documento Corresponda a la fecha en el que el
documento fue creado o recibido por parte
del equipo del proyecto.
Descripcin Corresponde a una descripcin detallada
del documento adjuntado.
Documento Corresponde al documento recibido.
Validado por
Comentarios

80



RE-14 Administracin de Incidencias
Involucrados Programador, Lder Tcnico, Administrador de Proyectos,
Cliente.
Descripcin Se debe realizar la creacin, modificacin y eliminacin de
incidencias. Las incidencias en primera instancia deben
asignarse al recurso que desarroll la funcionalidad.
Elementos de
entrada de datos
La creacin y modificacin de una incidencia deber recibir los
siguientes datos.
Nombre Descripcin
Identificador Corresponde a un nmero consecutivo de
la incidencia brindado por el sistema.
Descripcin Corresponde a una descripcin detallada
de la incidencia reportada.
Fecha Reportada Fecha en que fue reportada la incidencia.
Fecha Atendida Fecha en que fue atendida la incidencia.
Duracin Estimada Corresponde a la duracin estimada de la
incidencia en das u horas.
Persona Reporta Nombre de la persona que reporta la
incidencia.
Prioridad Los tipos de prioridad ser Baja, Normal,
Alta y Urgente.
Tipo de incidencia Los tipos pueden ser funcionalidad,
interfaz, validacin de datos.
Categora de
incidencia
Las categoras pueden ser mejora, nueva
funcionalidad, error.
Documentacin Documentos asociados al reporte de la
incidencia.
Validado por
Comentarios El cliente accesar esta funcionalidad a travs del mdulo web.

RE-15 Administracin de Versionamientos
Involucrados Lder Tcnico, Administrador de Proyectos.
81



Descripcin Se debe realizar la creacin, modificacin y eliminacin de
versionamientos del sistema. Cada vez que el sistema sea
instalado para pruebas por parte del cliente se debe crear una
versin del sistema, la cual incluir todas la funcionalidades ya
realizadas incidencias ya atendidas que van en dicha
instalacin.
Elementos de
entrada de datos
La creacin y modificacin de un versionamiento deber recibir
los siguientes datos
Nombre Descripcin
Fecha Corresponde a la fecha del
versionamiento.
Validado por
Comentarios

RE-16 Consulta de Versionamientos
Involucrados Lder Tcnico, Administrador de Proyecto, Cliente.
Descripcin La consulta debe permitir ver el listado de tareas incidencias
para un versionamiento.
Elementos de
consulta de
datos
La consulta deber recibir los siguientes parmetros de consulta.
Nombre Descripcin
Versionamiento Corresponde a uno de los
versionamientos registrados para el
proyecto.
Mdulo Mdulo o mdulos que contemplar la
consulta.
Funcionalidad Funcionalidad o funcionalidades que
contemplar la consulta.
Elementos de
resultados de
datos
La consulta deber mostrar una lista de las tareas o incidencias
pertenecientes a la versin del sistema, cada tarea o incidencia
debe tener la siguiente informacin.
Nombre Descripcin
Tipo Indica si es funcionalidad o incidencia.
82



Identificador Corresponde a un nmero consecutivo de
la tarea brindado por el sistema.
Descripcin Corresponde a una descripcin detallada
de la tarea a realizar.
Validado por
Comentarios La consulta se deber imprimir.

RE-17 Carga Masiva de Incidencias
Involucrados Lder Tcnico, Administrador de Proyectos, Cliente.
Descripcin El SIAD debe permitir la carga masiva de incidencias a travs de
un archivo Excel. Cada vez que el cliente realice la carga de
incidencias, el SIAD debe enviar una notificacin del tipo
Incidencias al administrador de proyecto o lder tcnico.
Elementos de
entrada de datos
El archivo Excel deber tener los siguientes campos definidos.
Nombre Descripcin
Descripcin Corresponde a una descripcin detallada
de la incidencia reportada.
Fecha Reportada Fecha en que fue reportada la incidencia.
Prioridad Los tipos de prioridad ser Baja, Normal,
Alta y Urgente.
Tipo de incidencia Los tipos pueden ser funcionalidad,
interfaz, validacin de datos.
Categora de
incidencia
Las categoras pueden ser mejora, nueva
funcionalidad, error.
Validado por
Comentarios El cliente accesar esta funcionalidad a travs del mdulo web.

RE-18 Consulta de Incidencias
Involucrados Lder Tcnico, Administrador de Proyecto, Cliente.
83



Descripcin La consulta debe permitir ver el listado de incidencias.
Elementos de
consulta de
datos
La consulta deber recibir los siguientes parmetros de consulta.
Nombre Descripcin
Mdulo Mdulo o mdulos que contemplar la
consulta.
Funcionalidad Funcionalidad o funcionalidades que
contemplar la consulta.
Recurso Recurso o recursos que atendieron la
incidencia
Tipo Tipo de incidencias que mostrar la
consulta.
Elementos de
resultados de
datos
La consulta deber mostrar una lista de las tareas o incidencias
pertenecientes al versionamiento, cada tarea o incidencia debe
tener la siguiente informacin.
Nombre Descripcin
Tipo Tipo de incidencia
Identificador Corresponde a un nmero consecutivo de
la tarea brindado por el sistema.
Descripcin Corresponde a una descripcin detallada
de la tarea a realizar.
Clasificacin Indica si la incidencia fue reportada
internamente o por el cliente.
Reincidente Indica si la incidencia ha sido atendida
ms de una vez.
Validado por
Comentarios La consulta se deber imprimir.
El cliente accesar esta funcionalidad a travs del mdulo web.

RE-19 Comunicacin con el servidor central
Involucrados
Descripcin Se debe proveer una forma de comunicacin con el servidor
84



central para el trabajo en lnea para los proyectos que se realizan
en el cliente fuera de la red interna de Absolutec.
En caso de que no pueda mantenerse una comunicacin en
lnea debe existir una modalidad de trabajo desconectado que
permita la sincronizacin de datos cuando el SIAD pueda entrar
en lnea o mediante la carga manual de un archivo XML.
Validado por
Comentarios

RE-20 Administracin de Usuarios
Involucrados Administrador del Sistema.
Descripcin Se debe realizar la creacin, modificacin y eliminacin de
usuarios, las cuales sern generales al SIAD para poder ser
utilizados en los diferentes proyectos.
Elementos de
entrada de datos
La creacin y modificacin de un usuario deber recibir los
siguientes datos
Nombre Descripcin
Nombre Nombre del usuario.
Primer Apellido Primer apellido del usuario.
Segundo Apellido Segundo apellido del usuario.
Usuario Nombre de usuario para el ingreso al
sistema.
Contrasea Contrasea de ingreso al sistema.
Validado por
Comentarios

RE-21 Administracin de Roles
Involucrados Administrador del Sistema.
Descripcin Se debe realizar la creacin, modificacin y eliminacin de roles,
las cuales sern generales al SIAD para poder ser utilizados en
85



los diferentes proyectos.
Elementos de
entrada de datos
La creacin y modificacin de un rol deber recibir los siguientes
datos
Nombre Descripcin
Nombre Nombre del rol.
Descripcin Descripcin detallada del rol.
Validado por
Comentarios

RE-22 Asignacin de Usuarios a Roles
Involucrados Administrador del Sistema.
Descripcin Los usuarios deben asignarse a roles segn el proyecto en que
participen.
Elementos de
entrada de datos
La asignacin de usuarios a roles deber recibir la siguiente
informacin:
Nombre Descripcin
Usuario El nombre del usuario al cual se le
asignar el rol. Se escoger de un listado.
Rol El nombre del rol que ser asignado. Se
escoger de un listado.
Proyecto Proyecto al cual se le asignar ese rol. Se
escoger de un listado.
Validado por
Comentarios

RE-23 Asignacin de Permisos a Roles
Involucrados Administrador del Sistema.
Descripcin Los permisos a las funcionalidades del sistema deben asignarse
a roles.
Elementos de La asignacin de permisos a roles deber recibir la siguiente
86



entrada de datos informacin:
Nombre Descripcin
Funcionalidad El nombre de la funcionalidad a la cual se
le dar permiso al rol. Se escoger de un
listado.
Rol El nombre del rol al que se le dar
permiso. Se escoger de un listado.
Validado por
Comentarios

RE-24 Usabilidad
Involucrados
Descripcin La interfaz del SIAD debe permitir un rpido ingreso de la
informacin. El registro de las tareas debe ser gil, as como el
registro de los tiempos para que no consuma tiempo excesivo y
no interrumpa las labores diarias. Debe hacer uso de teclas
rpidas para as disminuir el uso del mouse. Aunque no se est
utilizando el SIAD de forma directa, la informacin necesaria
para cada usuario dependiendo de su rol debe estar a la mano,
sin elementos de interfaz que distraigan el trabajo diario en las
otras herramientas, es decir debe visualizarse de forma discreta
y esttica.
Validado por
Comentarios


87




8.11. Anexo 11. Diagrama de Clases del SIAD
+Agregar(in proyecto : Proyecto)
+Modificar(in proyecto : Proyecto)
+Eliminar(in proyecto : Proyecto)
+AgregarRecurso(in usuario : Usuario)
+CrearVersionamiento(in version)
+CargarEstructura(in Datos : Object)
+QuitarRecurso(in Usuario : Usuario)
+ListarRecursos()
+ListarTareas()
+CargarIncidencias(in Incidencias)
+ID : Integer
+Nombre : String
+Codigo : String
+FechaInicio : Date
+FechaFinal : Date
+UsuarioCreacion : Integer
+FechaCreacion : Date
Proyecto
+Agregar(in usuario : Usuario)
+Modificar(in usuario : Usuario)
+Eliminar(in usuario : Usuario)
+Listar() : Usuario
-ID : Integer
-Nombre : String
-PrimerApellido : String
-SegundoApellido : String
-Usuario : String
Usuario
+Agregar(in version : Versionamiento)
+Modificar(in version : Versionamiento)
+Eliminar(in version : Versionamiento)
+ConsultarVersionamiento(in version : Versionamiento) : Tarea
-Consecutivo : Integer
-Fecha : Date
-Descripcin : String
Versionamiento 1
*
-Fecha : Date
-Rol
RecursosPorProyecto
1
*
+Agregar(in estructura : Estructura)
+Modificar(in estructura : Estructura)
+Eliminar(in estructura : Estructura)
+AgregarTarea()
-ID : Integer
-Nombre : String
-TipoEstructura : Integer
Estructura
1
*
+AgregarVersion()
+RegistrarAvance(in horasAvance : Integer, in horasRestantes : Integer) : Decimal
+ConsultarEstadoAvance(in filtros : Tarea) : Tarea
+ListarTareas(in filtros : Tarea) : Tarea
+AgregarDocumento(in documento)
+AsignarTarea(in recurso : Usuario)
+Agregar(in Tarea : Tarea)
+Modificar(in Tarea : Tarea)
+Eliminar(in Tarea : Tarea)
+ConsultarCargaTrabajo(in filtros : Tarea) : Tarea
+ConsultarHistorialAsignaciones(in filtros : Tarea) : Tarea
+ConsultarHorasLaboradas(in filtros : Tarea) : Tarea
+ListarPendientes(in Recurso : Usuario) : Tarea
+ConsultarIncidencias() : Tarea
-ID : Integer
-Descripcion : String
-TipoTarea : Integer
-TipoElemento : Integer
-Prioridad : Integer
-Complejidad : Integer
-FechaInicio : Date
-FechaFin : Date
-DuracionEstimada : Integer
-Medida : Integer
-Herramienta : Integer
-TiempoTrabajado : Integer
-TiempoRestante : Integer
-PersonaReporta : String
-TipoIncidencia : Integer
-CategoriaIncidencia
Tare
1
*
1
*
+Modificar(in documento : Documento)
+Eliminar(in documento : Documento)
+Agregar(in Documento : Documento)
-ID : Integer
-TipoDocumento : Integer
-Descripcion : String
-FechaRecibido : Date
-Documento : Object
Documento
1
*
*
1
+Agregar(in rol : Rol)
+Modificar(in rol : Rol)
+Eliminar(in rol : Rol)
+Listar() : Rol
+AsignarUsuarios(in Usuarios : Usuario)
+AsignarPermisos()
-ID : Integer
-Nombre : String
Rol
1
1
-ID : Integer
-FechaAsignacion : Date
-IndActiva : Boolean
Asignacion
*
*
+Agregar(in notificacion : Notificacion)
+Modificar(in notificacion : Notificacion)
+Listar(in Recurso : Usuario) : Notificacion
-ID : Integer
-TipoNotificacion : Integer
-Fecha : Date
-Descripcion : String
-ElementoReferencia : Object
Notificacion
1
*
+Agregar(in Alerta : Alerta)
+Listar(in Alerta : Alerta) : Alerta
-ID : Integer
-TipoAlerta : Integer
-Fecha : Date
-Descripcion : String
Alerta
1
*
*
*
+Listar() : Permisos
-ID : Integer
-Nombre : String
Permisos
*
*



88




8.12. Anexo 12. Diagrama de Casos de Uso


89




8.13. Anexo 13. Ejemplos de Casos de Uso
01-Administrar Tareas
Requerimientos RE-01
Actores Programador, Lder Tcnico, Administrador de Proyectos
Descripcin Este caso de uso describe la funcionalidad del sistema para llevar
a cabo la administracin de las tareas
Pre-
Condiciones
1.1. El usuario debe haber ingresado al sistema
Post-
Condiciones

Curso normal de los eventos
1. El usuario selecciona la opcin de administrar las tareas del proyecto.
2. El sistema muestra un diagrama de los mdulos del proyecto.
3. El sistema muestra los siguientes elementos para el ingreso de datos:
3.1. Descripcin: Corresponde a una descripcin detallada de la tarea a realizar.
3.2. Fecha Inicio: Fecha y hora del inicio de la tarea.
3.3. Fecha Fin: Fecha y hora de finalizacin de la tarea.
3.4. Duracin Estimada: Corresponde a la duracin estimada de la tarea en das u
horas.
3.5. Prioridad: Los tipos de prioridad ser Baja, Normal, Alta y Urgente.
3.6. Tipo de tarea: Los tipos pueden ser caso de uso, tarea de desarrollo,
incidencia, reunin, investigacin, entregable, etc.
3.7. Predecesoras: Si la tarea que se crea se realiza despus de una o varias
tareas, se dice que tiene tareas predecesoras. Estas tareas son listadas en
este campo.
3.8. Tarea Base: En caso de que la tarea sea parte de otra tarea, es decir es una
subtarea, el identificador de la tarea a la que pertenece se especifica en este
campo.
3.9. Tipo de elemento: Tipos de elemento asociado a la tarea. Pueder ser
mantenimiento bsico, pantalla de consulta, procedimiento almacenado,
proceso, reporte, cubo olap, proceso de carga de datos, etc.
3.10. Complejidad: Corresponde al factor de complejidad de la tarea: bsico,
intermedio y complejo.
3.11. Herramienta: Corresponde a la herramienta utilizada para desarrollar la
tarea: SQL Server 2000, SQL Server 2005, Windows Forms, ASP .NET,
Cristal Reports, Reporting Services.
3. Se termina el caso de uso [FA1] [FA2] [FA3].
Flujos alternos
[FA1] Insertar una tarea
1.1) El usuario indica que desea insertar una nueva tarea.
1.2) El sistema solicita que se digiten los datos de la tarea.
90



1.3) El usuario completa los datos.
1.4) El usuario selecciona la opcin de guardar [FA4].
1.5) El sistema valida que los datos fueron digitados correctamente [FE2].
1.6) El sistema registra la informacin en la base de datos [FE1].
1.7) El sistema informa al usuario del xito de la operacin.
1.8) El sistema retorna al paso 2.
[FA2] Modificar un registro
2.1) El usuario selecciona una tarea para modificacin.
2.2) El sistema muestra los datos de la tarea seleccionada para modificacin. [FE1].
2.3) El usuario realiza los cambios respectivos.
2.4) El usuario selecciona la opcin de guardar [FA4].
2.5) El sistema valida que los datos fueron digitados correctamente [FE3].
2.5) El sistema registra la informacin en la base de datos [FE1].
2.6) El sistema informa al usuario del xito de la operacin.
2.7) El sistema retorna al paso 2.
[FA3] Eliminar un registro
3.1) El usuario selecciona una tarea para eliminacin.
3.2) El sistema muestra la tarea seleccionada para eliminacin [FE1].
3.3) El usuario selecciona la opcin de eliminar [FA4].
3.4) El sistema solicita confirmacin al usuario indicando que el registro ser
eliminado permanentemente
3.5) El usuario confirma la eliminacin [FA4].
3.6) El sistema elimina el registro de la base de datos [FE1].
3.7) El sistema informa al usuario del xito de la operacin.
3.8) El sistema retorna al paso 2.
[FA4] Usuario cancela la operacin
4.1) El usuario decide cancelar la operacin
4.2) El sistema retorna al paso 2.
Flujos de excepcin
[FE1] Error ejecutando la operacin
1.1) El sistema encuentra un error inesperado a la hora de ejecutar la operacin
solicitada.
1.2) El sistema captura el error.
1.3) El sistema registra un evento con el error.
1.4) El sistema informa al usuario sobre el problema encontrado.
1.5) Se termina el caso de uso.
[FE2] Error al validar los datos digitados para insertar
2.1) El sistema encuentra un error de validacin en los datos digitados por el usuario.
2.2) El sistema informa al usuario sobre el problema encontrado.
2.3) El sistema retorna al paso 1.2 del [FA1].
[FE3] Error al validar los datos digitados para modificar
3.1) El sistema encuentra un error de validacin en los datos digitados por el usuario.
3.2) El sistema informa al usuario sobre el problema encontrado.
91



3.3) El sistema retorna al paso 2.2 del [FA2].

02-Cargar Estructura del Proyecto
Requerimientos RE-02
Actores Administrador de Proyectos.
Descripcin Este caso de uso describe la funcionalidad para importar una
estructura de proyecto previamente definida, mediante la
utilizacin de una hoja Excel. Microsoft Project puede almacenar
los proyectos como un archivo Excel para que sea importada por
la aplicacin.
Pre-
Condiciones
1.1. El usuario debe haber ingresado al sistema
1.2. El archivo Excel debe contener la siguiente informacin:
Descripcin: Corresponde a una descripcin detallada
de la tarea a realizar.
Fecha Inicio: Fecha y hora del inicio de la tarea.
Fecha Fin: Fecha y hora de finalizacin de la tarea.
Duracin Estimada: Corresponde a la duracin
estimada de la tarea en das y horas.
Predecesoras: Si la tarea que se crea se realiza
despus de una o varias tareas, se dice que tiene
tareas predecesoras. Estas tareas son listadas en este
campo.
Post-
Condiciones
1.1. La informacin de las tareas queda debidamente cargada al
SAID.
Curso normal de los eventos
1. El usuario solicita cargar la estructura del proyecto.
2. El sistema solicita la ruta del archivo Excel para realizar la carga.
3. El usuario proporciona la ruta del archivo Excel y selecciona la opcin de Cargar.
4. El sistema lee el archivo y determina que la estructura de la informacin es
correcta. [FE1]
5. El sistema carga la estructura y la informacin de las tareas a la base de datos.
[FE1]
6. El sistema indica que la carga fue realizada exitosamente.
7. Se termina el caso de uso.
Flujos alternos

Flujos de excepcin
[FE1] Error ejecutando la operacin
1.1) El sistema encuentra un error inesperado a la hora de ejecutar la operacin
solicitada.
1.2) El sistema captura el error.
1.3) El sistema registra un evento con el error.
92



1.5) Se termina el caso de uso.

03-Administrar Recursos
Requerimientos RE-03
Actores Administrador de Proyectos, Administrador del Sistema.
Descripcin Este caso de uso describe la funcionalidad del sistema para llevar
a cabo la administracin de los recursos.
Pre-
Condiciones
1.1. El usuario debe haber ingresado al sistema
Post-
Condiciones

Curso normal de los eventos
1. El usuario selecciona la opcin de administrar los recursos del proyecto.
2. El sistema muestra los recursos existentes.
3. El sistema muestra los siguientes elementos para el ingreso de datos:
3.1. Nombre: Nombre del recurso.
3.2. Primer Apellido: Primer apellido del recurso.
3.3. Segundo Apellido: Segundo apellido del recurso.
4. Se termina el caso de uso [FA1] [FA2] [FA3].
Flujos alternos
[FA1] Insertar una tarea
1.1) El usuario indica que desea insertar un nuevo recurso.
1.2) El sistema solicita que se digiten los datos del recurso.
1.3) El usuario completa los datos.
1.4) El usuario selecciona la opcin de guardar [FA4].
1.5) El sistema valida que los datos fueron digitados correctamente [FE2].
1.6) El sistema registra la informacin en la base de datos [FE1].
1.7) El sistema informa al usuario del xito de la operacin.
1.8) El sistema retorna al paso 2.
[FA2] Modificar un registro
2.1) El usuario selecciona un recurso para modificacin.
2.2) El sistema muestra los datos del recurso seleccionado para modificacin. [FE1].
2.3) El usuario realiza los cambios respectivos.
2.4) El usuario selecciona la opcin de guardar [FA4].
2.5) El sistema valida que los datos fueron digitados correctamente [FE3].
2.5) El sistema registra la informacin en la base de datos [FE1].
2.6) El sistema informa al usuario del xito de la operacin.
2.7) El sistema retorna al paso 2.
[FA3] Eliminar un registro
3.1) El usuario selecciona un recurso para eliminacin.
3.2) El sistema muestra el recurso seleccionado para eliminacin [FE1].
3.3) El usuario selecciona la opcin de eliminar [FA4].
93



3.4) El sistema solicita confirmacin al usuario indicando que el registro ser
eliminado permanentemente
3.5) El usuario confirma la eliminacin [FA4].
3.6) El sistema elimina el registro de la base de datos [FE1].
3.7) El sistema informa al usuario del xito de la operacin.
3.8) El sistema retorna al paso 2.
[FA4] Usuario cancela la operacin
4.1) El usuario decide cancelar la operacin
4.2) El sistema retorna al paso 2.
Flujos de excepcin
[FE1] Error ejecutando la operacin
1.1) El sistema encuentra un error inesperado a la hora de ejecutar la operacin
solicitada.
1.2) El sistema captura el error.
1.3) El sistema registra un evento con el error.
1.4) El sistema informa al usuario sobre el problema encontrado.
1.5) Se termina el caso de uso.
[FE2] Error al validar los datos digitados para insertar
2.1) El sistema encuentra un error de validacin en los datos digitados por el usuario.
2.2) El sistema informa al usuario sobre el problema encontrado.
2.3) El sistema retorna al paso 1.2 del [FA1].
[FE3] Error al validar los datos digitados para modificar
3.1) El sistema encuentra un error de validacin en los datos digitados por el usuario.
.2) El sistema informa al usuario sobre el problema encontrado.
3.3) El sistema retorna al paso 2.2 del [FA2].

04-Asignar Tareas
Requerimientos RE-04
Actores Lder Tcnico, Administrador de Proyectos.
Descripcin Este caso de uso describe la funcionalidad para asignar una
tarea a uno o ms recursos del proyecto.
Pre-
Condiciones
1.1. El usuario debe haber ingresado al sistema
Post-
Condiciones
1.1. Las tareas pueden ser vistas por los recursos a las cuales
fueron asignadas.
Curso normal de los eventos
1. El usuario selecciona la opcin de asignacin de tareas.
2. El sistema muestra el listado de tareas y el listado de recursos existentes.
3. El usuario selecciona la tarea o las tareas que quiere asignar.
4. El usuario selecciona el recurso o los recursos a los cuales quiere asignar las
tareas.
5. El usuario selecciona la opcin de guardar [FA1].
94



6. El sistema valida que las asignaciones sean vlidas [FA2].
7. El sistema registra las asignaciones en la base de datos [FE1] [FE2].
8. El sistema informa al usuario del xito de la operacin.
9. Se termina el caso de uso.
Flujos alternos
[FA1] Usuario cancela la operacin
1.1) El usuario decide cancelar la operacin
1.2) Se termina el caso de uso.
[FA2] Sistema muestra mensaje de advertencia
1.1) El sistema determina que dos o ms tareas que estn siendo asignadas a un
mismo recurso se traslapan en su tiempo de ejecucin.
1.2) El sistema muestra un mensaje de advertencia y pide confirmacin de si en
realidad se quiere asignar en esas condiciones.
1.3) El usuario selecciona la opcin de cancelar la asignacin. [FA3]
1.4) Se retorna al paso 2 del curso normal de los eventos.
[FA3] Usuario confirma la asignacin
1.1) El usuario selecciona la opcin de aceptar la asignacin. [FA3]
1.2) Se termina el caso de uso.
Flujos de excepcin
[FE1] Error ejecutando la operacin
1.1) El sistema encuentra un error inesperado a la hora de ejecutar la operacin
solicitada.
1.2) El sistema captura el error.
1.3) El sistema registra un evento con el error.
1.4) El sistema informa al usuario sobre el problema encontrado.
1.5) Se termina el caso de uso.

05-Consultar Carga de Trabajo
Requerimientos RE-05, RE-06
Actores Lder tcnico, Administrador de Proyectos.
Descripcin Este caso de uso describe la funcionalidad del sistema para llevar
a cabo la consulta de carga de trabajo, esta consulta permitir
visualizar la carga de trabajo asignada a los recursos del
proyecto.
Pre-
Condiciones
1.1. El usuario debe haber ingresado al sistema
Post-
Condiciones

Curso normal de los eventos
1. El usuario ingresa a la opcin de Consulta de Carga de Trabajo.
2. El sistema muestra los siguientes filtros de bsqueda:
2.1. Recurso: El recurso o recursos a ser consultados.
95



2.2. Fecha Desde: Fecha inicial del rango de fechas por el cual se realizar la
consulta.
2.3. Fecha Hasta: Fecha final del rango de fechas por el cual se realizar la
consulta.
3. El usuario llena los elementos que considere necesarios [FA1].
4. El usuario realiza la consulta [FE1]
5. El sistema valida que haya digitado o seleccionado como mnimo un filtro [FE2].
6. El sistema carga un listado con la siguiente informacin para cada uno de los
recursos consultados en el rango de fechas indicado:
6.1. Tareas Asignadas: cantidad total de tareas asignadas.
6.2. Horas Asignadas: total de horas asignadas.
7. Se termina el caso de uso [FA1] [FA2].
Flujos alternos
[FA1] Cancelar la consulta
1.1) El usuario decide cancelar la consulta.
1.2) El limpia los elementos de pantalla.
1.3) El sistema retorna al paso 2.
[FA2] Imprimir reporte de la consulta
1.1) El usuario selecciona la opcin de imprimir el reporte de la consulta realizada.
1.2) El sistema muestra el reporte con los siguientes datos:
Descripcin: Corresponde a una descripcin detallada de la tarea a realizar.
Fecha Inicio: Fecha y hora del inicio de la tarea.
Fecha Fin: Fecha y hora de finalizacin de la tarea.
Duracin estimada: Duracin estimada de la tarea en das u horas.
Prioridad: Prioridad de la tarea.
Total Tareas: Cantidad total de tareas asignadas al recurso.
Total Horas: Total de horas asignadas al recurso.

1.3) El sistema retorna al paso 7 del curso normal de los eventos.
Flujos de excepcin
[FE1] Error ejecutando la consulta
1.1) Se produce un error inesperado en el momento de ejecutar la consulta.
1.2) El sistema registra un evento con el error.
1.3) El sistema informa al usuario acerca del error mostrando un mensaje.
1.4) Se termina el caso de uso.
[FE2] Filtro requerido
2.1) El indica que hace falta llenar informacin en al menos uno de los parmetros de
consulta.
2.2) El sistema retorna al paso 3.


96



8.14. Anexo 14. Ejemplo de Diagramas de Secuencia


97





98

You might also like