Documentos de Académico
Documentos de Profesional
Documentos de Cultura
5 Eog00
5 Eog00
5 Eog00
5. IDENTIFICACIN DE FASES,
TAREAS Y ENTREGABLES EN
PROYECTOS INFORMTICOS
En este capitulo vamos a centrar nuestra atencin en la descomposicin
del esfuerzo asignado a un proyecto. En el capitulo anterior vimos como
realizar la estimacin del esfuerzo.
H. S. Geneen dijo: Para leer un libro, se va del principio al fin. Para
dirigir una empresa, se va exactamente al revs, Se empieza por los fines y
luego se hace lo necesario para conseguirlos. En nuestro caso podemos
pensar de forma parecida, para realizar un proyecto, empezaremos por ver
cuales son los objetivos que queremos alcanzar y luego pensaremos que
cosas tenemos que hacer para alcanzar estos fines.
Esta descomposicin pasar por identificar las fases de nuestro proyecto y
el esfuerzo a aplicar en cada una de ellas. A su vez estas fases se
descompondrn en tareas. Tambin tendremos que marcar unos puntos
(hitos) de control que nos permitan saber si el proyecto va de acuerdo a lo
previsto.
Normalmente todas las fases y muchas tareas terminan en la generacin de
uno o varios documentos. A stos se les llama entregables. Este nombre se
debe a que pasan de manos del desarrollador a manos del controlador del
proyecto o del cliente. En los proyectos informticos se suele asociar los
hitos a la consecucin de un entregable.
De forma genrica ya habamos identificado dos mtodos
complementarios que se pueden aplicar en la descomposicin de proyectos:
la descomposicin del proceso (Anlisis, Diseo, Codificacin, ), y
la descomposicin del producto (Contabilidad, Nomina,).
Lo usual en este punto del proyecto es que ste ya se haya enfocado hacia
slo un producto, es decir, los gestores de la empresa habrn identificado
diferentes productos a desarrollar y solicitado el desarrollo de uno de ellos.
As ser extrao que un proyecto consista en la nmina, contabilidad,
facturacin y gestin de la produccin, todo de una pieza, por varias
razones, tales como:
49
1 .0 . E s p e c ific a r
n e c e s id a d e s
2 .0 . A n a liz a r
C o n ta b ilid a d
3 .0 . D is e a r
A p l ic a c i n
4 .0 . C o d ific a c i n
5 .0 . P ru e b a s
1 .1 . E s tu d ia r
S is te m a A c tu a l
2 .1 . E s tu d ia r
P ro c e s o s
3 .1 . D is e o
B .D
4 .1 . C re a c i n
Esquem a
5 .1 . P ru e b a
U n id a d e s
1 . 2 . id e . n u e v a s
c a r c te ris tic a
2 .2 . E s tu d ia r
D a to s
3 .2 . D is e o
P ro g ra m a s
4 .2 . C o d ific a c i n
P ro g ra m a s
5 .2 . P ru e b a d e l
S is te m a
Especificacin de tarea
Nmero:
3.1.
Nombre:
Diseo B.D.
Descripcin: Se diseara la base de datos, partiendo del
modelo entidad-relacin propuesto en el anlisis y
con el objetivo de tener un sistema funcionando
sobre DB2.
Esfuerzo Estimado: 2 semanas/hombre
Entregables: Estructura de implementacin de la B.D.
:
52
2. ENTREGABLES DE UN PROYECTO
INFORMTICO.
Dado que el objetivo final del proyecto es la entrega de un subsistema
informtico (entregable) veamos algunas definiciones y utilidades de los
entregables. Los entregables los definiremos como "Productos que, en un
cierto estado, se intercambian entre los clientes y los desarrolladores a lo
largo de la ejecucin del proyecto informtico".
Los entregables los clasificamos como relativos al objetivo y relativos a la
gestin del proyecto. Son entregables relativos al objetivo todos aquellos
documentos que hacen referencia exclusivamente al sistema de informacin y
al subsistema informtico en desarrollo. Pertenecen a este conjunto los
requisitos del sistema, la especificacin del sistema, la documentacin del
diseo, l cdigo fuente, los programas ejecutables, los manuales de usuario,
etc. Los entregables relativos a la gestin del proyecto hacen referencia a
aquellos documentos que se refieren a la situacin en que se encuentra un
proyecto, previsiones de costes, gastos realizados, informe sobre ambientes
de trabajo, etc., siendo su objetivo el poder controlar el proyecto. Pertenecen
a esta clase la planificacin del proyecto, los presupuestos, los documentos
de control de la planificacin o de la calidad, los estudios de riesgos durante
el desarrollo, etc.
Se deber definir de forma clara el conjunto mnimo de entregables
necesarios para dar por terminada cada fase de desarrollo. Aunque algunos
entregables se desarrollan a lo largo de varias tareas. Los entregables nos
proveen de:
1. Un conjunto de componentes que formarn el producto una vez
finalizado el desarrollo.
2. Los medios para medir el progreso y la calidad del producto en
desarrollo.
3. Los materiales necesarios para la siguiente etapa.
53
del
sistema
propuesto
sus
Requisitos de datos.
Requisitos de telecomunicaciones.
Requisitos de hardware.
Plan de pruebas de integracin.
Diseo:
Descripcin detallada del sistema, contendr:
Programas, mdulos reutilizables y objetos.
Ficheros y bases de datos.
Transacciones
Diccionario de datos
Procedimientos
Carga del sistema y tiempos de respuesta
Interfaces, tanto humanos como de mquinas.
Descripcin de los controles del sistema propuestos.
Diseos alternativos recomendados.
Estndares de programacin y diseo de programas,
recomendados.
Tcnicas de implementacin recomendadas: codificacin
propia, compra de paquetes, contratacin externa, etc.
55
56
57
5
5
46
24
58
10
20
30
40
50
Produccin del
Sistema
Integracin del
Sistema
14
%
13
Produccin del
Sistema
Integracin del
Sistema
35
19
10
20
30
40
15
Produccin del
Sistema
Integracin del
Sistema
25
11
10
Definicin del
Sistema
20
30
59
11
7
Codificacin
Depuracin
Asegurar la
Calidad
Manuales
9
5
5
Analisis y Diseo
Integracin
Investigacin
Supervisin
10
15
20
Soporte
Administrativo
Las empresas debern identificar las fases (tems del ciclo de vida) o
actividades importantes de desarrollo de sus aplicaciones y almacenar el
consumo de recursos (esfuerzo) aplicado en cada uno de stas. Es
aconsejable el identificar aquellas componentes del desarrollo que supongan
un consumo substancial de recursos.
En la revista Computer de Mayo del 96, Caper Jones hace una propuesta
muy interesante en la que relaciona en una tabla 25 actividades, las que
suelen tenerse en cuenta en su empresa ante un proyecto nuevo, el tamao
mnimo de proyecto a partir del que consideran la actividad, los costes
asociados en esfuerzo, salarios y coste econmico de la actividad por punto
de funcin. Aunque no lo indica explcitamente, esto da lugar a una
justificacin sencilla dando a del porqu los proyectos grandes tienen un
mayor coste por punto de funcin.
alternativa.
Nivel de aceptacin esperado de los usuarios.
Realizacin de una estimacin detallada de costes,
planificacin, recursos, etc., de la siguiente fase
(Codificacin) con esta alternativa.
Producir una estimacin revisada de costes, planificacin,
recursos, etc., para el resto del proyecto.
Alternativa recomendada.
Desarrollo de un plan de test del sistema:
Crear datos de entrada del test.
Producir el listado de los resultados esperados.
Producir el listado de los criterios de test.
Desarrollar la planificacin de test del sistema.
Desarrollar un plan de test diferenciado para cada alternativa.
Identificar las necesidades de entrenamiento y documentacin de
los usuarios; Definir las guas de:
Documentacin completa de usuario.
Manuales de operador.
Documentos y planificacin de formacin para usuarios y
operadores.
Producir el documento de diseo del sistema.
Realizar una revisin final del documento de diseo del sistema.
Tomar la decisin de continuar o no con el proyecto.
Recomendar una alternativa.
Hacer recomendaciones sobre el nivel de compromiso, si los hay, de
programadores subcontratados y otros.
Definir las responsabilidades en la prxima fase para el director,
miembros de los equipos de programacin y test, as como de otros
implicados.
Codificacin:
Producir un plan de trabajo:
Creacin de la lista detallada de tareas necesarias para
realizar la codificacin y test de todos los componentes del
66
sistema.
Producir una planificacin para las tareas anteriores con las
fechas ms tempranas y ms tardas, as como la asignacin
de responsabilidades.
Instaurar los procedimientos para recoger los progresos y
estados del proyecto.
Instaurar los procedimientos para recoger tiempos, si
resulta apropiado.
Obtener la aprobacin del plan de trabajo por parte de la
direccin.
Realizacin del diseo detallado de cada programa:
Disear detalladamente los diagramas:
De estructura de los programas y jcl
De estructura de los ficheros
Pantallas, informes, y otras composiciones
Esquemas de la base de datos
Composicin de las tablas y sus diseos
Pseudocdigo de la lgica del programa. (Depender de los
mtodos de diseo utilizados).
Codificar, documentar y pasar los test en cada programa:
Codificar el programa y los procedimientos de control (jcl)
Realizar las pruebas de unidad, hasta que los programas se
adapten a las especificaciones descritas en las etapas
anteriores
Actualizar todo lo necesario en el sistema y en el DD de la
organizacin
Realizar el test de integracin
Poner todos los programas probados en la librera de
pruebas de integracin
Realizar el test de integracin de cada programa.
Documentar todos los resultados del test de integracin
Terminar los manuales de operador y usuario, as como los de
formacin.
Realizacin de una estimacin detallada de costes, planificacin,
67
70
Finanzas
Obtener la carta de aprobacin del sistema
Establecer el calendario para otras revisiones post-instalacin si es
necesario.
Mantenimiento:
Implementar los cambios del sistema:
Utilizar los procedimientos de implementacin de versiones,
o
Implementar versiones de emergencia y despus utilizar los
procedimientos de versiones formales de forma retroactiva.
Asegurarse de que el sistema continua solucionando las necesidades
de los usuarios.
Utilizar los acuerdos de niveles de soporte.
Revisiones regulares de requerimientos del nivel de
acuerdo.
Revisiones regulares de como el sistema esta
alcanzando sus objetivos
Llevar a cabo revisiones regulares del sistema
Utilizar los procedimientos y contenido de las
revisiones post-instalacin.
Estas tareas se han enumerado a modo de lista de comprobacin, de
forma que sern los desarrolladores los encargados de identificar las tareas
apropiadas a cada proyecto as como los recursos necesarios, teniendo en
cuenta la estimacin previa del esfuerzo.
6. BIBLIOGRAFA Y REFERENCIAS A
CONSULTAR.
1. David King. "Project management made simple", Prentice Hall, 1992.
2. Jones, Caper. Activity-based software costing, Computer, May 1996, p.
103-104.
3. Fergus O'Connell. "How to run successful projects". Prentice Hall, 1994.
4. Martyn A. Ould. "Strategies for software engineering". Jonh Wiley, 1990.
5. Yourdon, Edward. Anlisis Estructurado Moderno. Prentice Hall, 1993.
72