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 e!actamente al rev"s Se empieza por los fines y
luego se #ace lo necesario para conseguirlos$. En nuestro caso podemos
pensar de forma parecida para realizar un proyecto empezaremos por ver
cuales son los objetivos %ue %ueremos alcanzar y luego pensaremos %ue
cosas tenemos %ue #acer para alcanzar estos fines.
Esta descomposicin pasar& por identificar las fases de nuestro proyecto y
el esfuerzo a aplicar en cada una de ellas. ' su vez estas fases se
descompondr&n en tareas. (ambi"n tendremos %ue marcar unos puntos
)#itos* de control %ue nos permitan saber si el proyecto va de acuerdo a lo
previsto.
+ormalmente todas las fases y muc#as tareas terminan en la generacin de
uno o varios documentos. ' "stos se les llama entregables. Este nombre se
debe a %ue pasan de manos del desarrollador a manos del controlador del
proyecto o del cliente. En los proyectos inform&ticos se suele asociar los
#itos a la consecucin de un entregable.
,e forma gen"rica ya #ab-amos identificado dos m"todos
complementarios %ue se pueden aplicar en la descomposicin de proyectos:
la descomposicin del proceso )'n&lisis ,ise.o /odificacin 0* y
la descomposicin del producto )/ontabilidad +omina0*.
1o usual en este punto del proyecto es %ue "ste ya se #aya enfocado #acia
slo un producto es decir los gestores de la empresa #abr&n identificado
diferentes productos a desarrollar y solicitado el desarrollo de uno de ellos.
's- ser& e!tra.o %ue un proyecto consista en la nmina contabilidad
facturacin y gestin de la produccin todo de una pieza por varias
razones tales como:
El tama.o de un proyecto tiene una relacin directa y superior a la
23
PLANIFICACIN DE PROYECTOS INFORMATICOS
lineal con el riesgo de fracaso.
1os costes de coordinacin suben tanto %ue la productividad media
del personal baja estando correlacionada de forma inversa al tama.o
del proyecto.
1as visiones actuales de desarrollo de soft4are se apro!iman cada vez
m&s al desarrollo incremental. 5 "ste consiste en implementar
subsistemas #asta alcanzar el sistema completo.
,ado %ue un proyecto de gran tama.o deber-a seccionarse para su
implementacin. 1o lgico es %ue sea la direccin estrat"gica de la
empresa la %ue identifi%ue los subsistemas m&s cr-ticos y primeros
candidatos a ser desarrollados y no %ue sean los desarrolladores de
soft4are los %ue toman esta decisin.
Por lo visto podemos suponer %ue el proyecto se refiere a un solo
producto as- pues veremos como primer paso una descomposicin del
proyecto en fases )procesos* y en un paso posterior refinaremos esta
descomposicin identificando las tareas.
6na vez conocidas las tareas a realizar se deber& programar )planificar* el
proceso de desarrollo y asignarse los recursos fundamentalmente #umanos.
1a programacin de proyectos la llevaremos a cabo utilizando las t"cnicas
matem&ticas de la investigacin operativa conocidas como PE7( o /P8 %ue
veremos m&s adelante en este libro.
1. DESCOMPOSICIN EN ACTIVIDADES DEL
PROYECTO (WBS).
Empezaremos por ver la #erramienta %ue se utiliza a la #ora de
descomponer y documentar el trabajo de un proyecto como un conjunto de
tareas. Habitualmente se le conoce como 9:S )9or; :rea;do4n Structure*
%ue literalmente significa estructura de descomposicin del trabajo. Es un
m"todo de representar de forma jer&r%uica los componentes de un proceso o
producto. Puede ser utilizado para documentar la descomposicin de un
<=
5.IDENTIFICACIN DE FASES, TAREAS Y ENTREGABLES EN PROYECTOS INFORMTICOS
proceso la descomposicin de un producto o de forma #-brida.
Hay dos formas de representar un 9:S. 1a primera es mediante una
representacin gr&fica en forma de &rbol como se muestra en la figura >. 1a
segunda consiste en una lista indentada de tareas como muestra la figura ?.
En ambos casos se muestra la misma descomposicin del trabajo. 1os
n@meros se usan para eti%uetar los nodos de forma %ue dado un componente
resulte f&cil localizarlo en la estructura. ,ado un nodo de la estructura
decimos %ue contiene a todos sus descendentes y esta contenido en su
antecesor. 's- la el nodo ?.=. 'nalizar la contabilidad$ esta contenida en el
=. Proyecto /ontabilidad$ y contiene a Estudiar Procesos$ y ?.?.
Estudiar ,atos$.
Para crear un 9:S empezaremos por clarificar la utilidad %ue se desea de
esta estructuracin. +ombramos un primer nodo con el nombre del proyecto.
Adentificamos componentes de este nodo tenemos %ue intentar crear una
estructura en la %ue cada nodo tenga del orden de B? componentes.
+umeramos los nodos por niveles. 1as tareas son los nodos del nivel m&s
bajo las %ue no se descomponen m&s. ,e modo %ue los nodos %ue se
descomponen no indicaran %ue #ay una tarea sino el conjunto de tareas de
las %ue se compone.
<>
1 . 1 . E s t u d i a r
S i s t e m a A c t u a l
1 . 2 . i d e . n u e v a s
c a r c t e r i s t i c a
1 . 0 . E s p e c i f i c a r
n e c e s i d a d e s
2 . 1 . E s t u d i a r
P r o c e s o s
2 . 2 . E s t u d i a r
D a t o s
2 . 0 . A n a l i z a r
C o n t a b i l i d a d
3 . 1 . D i s e o
! . D
3 . 2 . D i s e o
P r o " r a m a s
3 . 0 . D i s e a r
A p l i c a c i # n
$ . 1 . C r e a c i # n
E s % u e m a
$ . 2 . C o d i f i c a c i # n
P r o " r a m a s
$ . 0 . C o d i f i c a c i # n
& . 1 . P r u e b a
' n i d a d e s
& . 2 . P r u e b a d e l
S i s t e m a
& . 0 . P r u e b a s
0 . 0 . P r o ( e c t o
C o n t a b i l i d a d
En los proyectos inform&ticos es importante generar una fic#a para cada
tarea identificada en la %ue de momento anotaremos su n@mero nombre
una breve descripcin y el esfuerzo estimado.
<?
0. Pro(ecto Contabilidad.
1. Especificar necesidades.
1.1. Estudiar Sistema Actual.
1.2. Aadir )uevas Caracter*sticas.
2. Analizar Contabilidad.
2.1. Estudiar Procesos.
2.2. Estudiar Datos.
3. Disear Aplicaci#n.
3.1. Diseo !.D.
3.2. Diseo Pro"ramas.
$. Codificaci#n.
$.1. Construcci#n del es%uema.
$.2. Codificaci#n de los Pro"ramas
&. Pruebas
&.1. Prueba de 'nidades
&.2. Prueba del Sistema
Especificacin de tarea
Nmero: C.>.
Nombre: ,ise.o :.,.
Descripcin: Se dise.ara la base de datos partiendo del
modelo entidadDrelacin propuesto en el an&lisis y
con el objetivo de tener un sistema funcionando
sobre ,:?.
Esfuerzo Estimado: ? semanasE#ombre
Entregables: Estructura de implementacin de la :.,.
: 0
2. ENTREGABLES DE UN PROYECTO
INFORMTICO.
,ado %ue el objetivo final del proyecto es la entrega de un subsistema
inform&tico )entregable* veamos algunas definiciones y utilidades de los
entregables. 1os entregables los definiremos como FProductos %ue en un
cierto estado se intercambian entre los clientes y los desarrolladores a lo
largo de la ejecucin del proyecto inform&ticoF.
1os entregables los clasificamos como relativos al objetivo y relativos a la
gestin del proyecto. Son entregables relativos al objetivo todos a%uellos
documentos %ue #acen referencia e!clusivamente al sistema de informacin y
al subsistema inform&tico en desarrollo. Pertenecen a este conjunto los
re%uisitos del sistema la especificacin del sistema la documentacin del
dise.o "l cdigo fuente los programas ejecutables los manuales de usuario
etc. 1os entregables relativos a la gestin del proyecto #acen referencia a
a%uellos documentos %ue se refieren a la situacin en %ue 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 m-nimo de entregables
necesarios para dar por terminada cada fase de desarrollo. 'un%ue algunos
entregables se desarrollan a lo largo de varias tareas. 1os entregables nos
proveen de:
>. 6n conjunto de componentes %ue formar&n el producto una vez
finalizado el desarrollo.
?. 1os medios para medir el progreso y la calidad del producto en
desarrollo.
C. 1os materiales necesarios para la siguiente etapa.
<C
2.1. ENTRE!"#E$ %&$ '$'!#E$ DE 'N (R)*E+T).
,ado %ue como #emos visto los entregables juegan un papel central en el
desarrollo de un subsistema inform&tico vamos a listar los m&s importantes.
:as&ndonos en el capitulo 2 de Ging tenemos:
Estudio de viabilidad:
,escripcin breve del sistema propuesto y sus
caracter-sticas.
,escripcin breve de las necesidades del negocio en el
sistema propuesto.
Propuesta de organizacin del e%uipo de desarrollo y
definicin de responsabilidades.
Estudio de los costes %ue contendr&n estimaciones groseras
de la planificacin y fec#as tentativas de entrega de los
productos.
Estudio de los beneficios %ue producir& el sistema.
'n&lisis:
/aptura de re%uisitos:
'n&lisis del sistema actual )si e!iste*.
7e%uisitos nuevos de los usuarios.
,escripcin del sistema propuesto.
Especificacin del sistema:
,escripcin del sistema ),H,s etc.*.
<2
7e%uisitos de datos.
7e%uisitos de telecomunicaciones.
7e%uisitos de #ard4are.
Plan de pruebas de integracin.
,ise.o:
,escripcin detallada del sistema contendr&:
Programas mdulos reutilizables y objetos.
Hic#eros y bases de datos.
(ransacciones
,iccionario de datos
Procedimientos
/arga del sistema y tiempos de respuesta
Anterfaces tanto #umanos como de m&%uinas.
,escripcin de los controles del sistema propuestos.
,ise.os alternativos recomendados.
Est&ndares de programacin y dise.o de programas
recomendados.
("cnicas de implementacin recomendadas: codificacin
propia compra de pa%uetes contratacin e!terna etc.
<<
Plan de pruebas de programas.
/odificacin:
,ocumentos del dise.o final del sistema y de cada
programa.
,iagramas definitivos del sistema y de los programas.
,escripcin detallada de la lgica de cada programa.
,escripcin de las Entradas y Salidas )fic#eros pantallas
listados etc.*.
1istado de los programas conteniendo comentarios.
/adenas de ejecucin si es necesario )I/1 scripts etc.*.
7esultado de las pruebas de cada unidad.
7esultado de las pruebas de cada programa.
7esultado de las pruebas de la integracin.
Gu-a para los operadores del sistema.
Programa de entrenamiento de los operadores.
8anual de usuario del sistema.
Pruebas:
Plan de pruebas del sistema )actualizado*.
<J
Anforme de los resultados de las pruebas.
,escripcin de las pruebas el resultado esperado resultado
obtenido y acciones a tomar para corregir las desviaciones.
7esultados de las pruebas a la documentacin.
Anstalacin:
Planes detallados de contingencias de e!plotacin ca-das
del sistema y recuperacin.
Plan de revisin postDinstalacin.
Anforme de la instalacin.
/arta de aceptacin del sistema.
8antenimiento:
1istado de fallos detectados en el sistema.
1istado de mejoras solicitadas por los usuarios )si no dan
lugar a nuevos proyectos*.
(raza detallada de los cambios realizados en el sistema.
'ctas de las revisiones regulares del sistema y aceptacin de
los niveles de soporte.
' todos estos documentos #ay %ue a.adir en todas las fases documentos
con la estimacin y planificacin de la pr!ima fase y del resto del proyecto.
(ambi"n #abr& %ue ir actualizando el -ndice de todo el material relacionado.
<B
3. DESCOMPOSICIN EN FASES DEL
DESARROLLO DE UNA APLICACIN.
1a descomposicin por fases )actividades* se basa en referencias
#istricas de la empresa %ue asocian una cantidad media de #oras de trabajo
a una actividad concreta de modo %ue dado un proyecto concreto podemos
estimar la cantidad de esfuerzo %ue se dedicara a esa actividad. En "sta se #a
de tener en cuenta el tipo de proyecto el lenguaje de desarrollo y la
maduracin de la organizacin. 8artyn '. Kuld desde una perspectiva
#istrica ofrece en las siguientes gr&ficas estos datos comparativos.
Reparto del Esfuerzo a mediados de los ,-.
24
46
5
5
20
0 10 20 30 40 50
%
Di!""i#$ P%&!"'%
D!(i$i"i#$ )!*
Si+'!,-
Di+!.% )!* Si+'!,-
P%)/""i#$ )!*
Si+'!,-
I$'!0-"i#$ )!*
Si+'!,-
<L
Reparto del Esfuerzo a principios de los ,/.
11
35
13
14
11
0 10 20 30 40
%
Di!""i#$ P%&!"'%
D!(i$i"i#$ )!*
Si+'!,-
Di+!.% )!* Si+'!,-
P%)/""i#$ )!*
Si+'!,-
I$'!0-"i#$ )!*
Si+'!,-
Reparto del Esfuerzo a finales de los ,/.
11
25
15
22
21
0 10 20 30
%
Di!""i#$ P%&!"'%
D!(i$i"i#$ )!*
Si+'!,-
Di+!.% )!* Si+'!,-
P%)/""i#$ )!*
Si+'!,-
I$'!0-"i#$ )!*
Si+'!,-
Estos datos muestran la evolucin de la empresa pero tambi"n el cambio
de lenguajes y entornos de trabajo.
En el siguiente gr&fico se muestran los resultados parciales %ue un jefe de
proyecto en HP ofrece sobre los proyectos en %ue #a trabajado. Este gr&fico
tiene mayor nivel de detalle y muestra las caracter-sticas propias de una
empresa %ue vende soft4are as- por ejemplo a los 8anuales se dedica el
BM. (ambi"n a.ade tareas %ue aun%ue significan un componente importante
del esfuerzo suelen ser olvidadas como: Supervisin y Soporte
'dministrativo.
<3
Reparto del Esfuerzo0 %edias de 1(
5
1
3
2
11
11
11
2
20
0 5 10 15 20
%
I$4!+'i0-"i#$
A$-*i+i+ & Di+!.%
C%)i(i"-"i#$
D!5/-"i#$
I$'!0-"i#$
A+!0/- *-
C-*i)-)
M-$/-*!+
S/5!4i+i#$
S%5%'!
A),i$i+'-'i4%
1as empresas deber&n 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 a%uellas componentes del desarrollo %ue supongan
un consumo substancial de recursos.
En la revista /omputer de 8ayo del N3J /aper Iones #ace una propuesta
muy interesante en la %ue relaciona en una tabla ?< actividades las %ue
suelen tenerse en cuenta en su empresa ante un proyecto nuevo el tama.o
m-nimo de proyecto a partir del %ue consideran la actividad los costes
asociados en esfuerzo salarios y coste econmico de la actividad por punto
de funcin. 'un%ue no lo indica e!pl-citamente esto da lugar a una
justificacin sencilla dando a del por%u" los proyectos grandes tienen un
mayor coste por punto de funcin.
. DESCOMPOSICIN DEL DESARROLLO DE LA
APLICACIN EN TAREAS.
Podemos plantear la descomposicin desde el enfo%ue de entregables y
asociar las tareas a la produccin de un entregable concreto. Este enfo%ue
tiene la ventaja de %ue la culminacin de una tarea indica %ue #a concluido
un producto y viceversa. ,ado %ue como veremos no es aconsejable el
tener tareas %ue duren m&s de una semana se plantean problemas con
algunos entregables %ue cuestan m&s.
J=
El planteamiento de descomponer por procesos o actividades puede
resultar m&s natural en algunos casos. Es m&s f&cil el conseguir tareas
acotadas en el tiempo. (iene la desventaja de %ue el proyecto no ser& tan
f&cil de controlar ya %ue en muc#os casos ser& la palabra de los realizadores
la @nica constancia de %ue la tarea est& terminada o al F3=MF.
En cual%uier caso los proyectos se planifican con dos #orizontes el de la
pr!ima fase y el del proyecto completo. En el #orizonte de la pr!ima fase
se realiza con mayor nivel de detalle mientras %ue seg@n se alejan las fases se
aplica un menor nivel de detalle.
2.1. E# EN3)4'E DE E4'5() EN #! 5DENT535+!+56N DE
T!RE!$0 ()R !+T575D!DE$.
1a descomposicin del proyecto con mayor nivel de refinamiento no
puede basarse en datos recogidos de forma anal-tica sino %ue #ace falta una
aportacin personal de los miembros del e%uipo de trabajo tanto para
identificar tareas como para asignarles esfuerzos. Se suele aconsejar el
trabajo en grupo donde todos puedan aportar sus conocimientos y
e!periencias previas.
Hay %ue tener en cuenta %ue si identificamos las tareas y se las
imponemos a los desarrolladores "stos funcionar&n en una situacin de
sumisin lo %ue puede tener efectos perniciosos tanto para los plazos de
entrega como para la calidad del soft4are. Por otra parte el dejar %ue sean
los propios desarrolladores los %ue identifi%uen tareas y recursos dentro de
un marco razonable )puntos de funcin* les llevar& a una situacin de
compromiso personal pasando a interiorizar los objetivos y como
consecuencia obtendremos mejores resultados.
2.2. 3)R%!$ '$'!#E$ DE 5DENT535+!R T!RE!$ !$)+5!D!$
! 'N ENTRE!"#E.
Hay %ue tener en cuenta %ue la tarea fundamental de los desarrolladores
es escuc#ar a los clientes o usuarios y traducir sus re%uisitos a un lenguaje
comprensible por la ma%uina de modo %ue el subsistema inform&tico se
adapte a las necesidades e!presadas. 's- para cual%uier tarea podremos
encontrar las siguientes subtareas:
J>
,ocumentarse :uscar o Anvestigar
Krganizar Escribir ,ocumentos
Oerificar /omprobar
7evisar 'ctualizar ,ocumentos
Entregar Hinalizar
'dem&s de lo anterior #ay %ue tener en cuenta %ue al ir desarrollando el
sistema obtenemos informacin %ue nos ser& @til a la #ora de identificar
nuevas tareas. 's- el an&lisis estructurado nos provee de una descomposicin
del proyecto por productos: transacciones arc#ivos entradas salidas etc. El
,ise.o de programas nos descompone el sistema por mdulos el ,ise.o de
:, descompone por tablas arc#ivos etc. y los dise.os de interfaz de
pantallas listados mensajes etc. 's- por ejemplo una entrada puede ser %ue
re%uiera de una reunin con el usuario un estudio de "sta y la posterior
presentacin y aprobacin de la propuesta a desarrollar.
2.8. T!RE!$ '$'!#E$ DE 'N (R)*E+T) 5N3)R%&T5+).
Siguiendo la estructura de los entregables enunciados anteriormente y
basado en Ging identificamos las siguientes tareas:
Estudio de viabilidad:
'nalizar el sistema propuesto y escribir una descripcin.
,efinir y documentar posibles tipos de sistemas.
Hacer un an&lisis de coste de sistemas similares.
Hacer una estimacin del tama.o del sistema la planificacin y los
costes. )tener en cuenta los entregables m&s importantes*.
,efinir cualitativa y cuantitativamente los beneficios del sistema
propuesto.
7ealizar una planificacin inicial del plazo de recuperacin de la
inversin.
7ealizacin de una estimacin detallada de costes planificacin
recursos etc. de la siguiente fase )'n&lisis*.
'signar director del proyecto.
/omposicin del documento de estudio de viabilidad.
J?
Presentacin del documento de viabilidad a la direccin para su
aprobacin.
'n&lisis:
/aptura de re%uisitos:
,efinir el &mbito del sistema propuesto
Hunciones
,imensiones
6suarios
7estricciones
Entrevista a todos los usuarios propuestos y actuales:
,eterminar:
6tilizacin del sistema actual
,eficiencias del sistema actual
7e%uisitos nuevos del sistema
,ocumentar:
,escripcin del sistema actual
,eficiencias del sistema actual
Producir el documento de re%uisitos del nuevo sistema
Ancluir:
7e%uisitos del usuario priorizados
7esoluciones sobre las deficiencias del
sistema actual
Producir una lista de los beneficios tangibles e intangibles
)un refinamiento de la lista del estudio de viabilidad*
7ealizacin de una estimacin detallada de costes
planificacin recursos etc. de la siguiente fase
)Especificacin del sistema*.
Producir una estimacin revisada de costes planificacin
recursos etc. para el resto del proyecto.
Producir el documento de definicin de re%uisitosP Esta
tarea incluye la construccin de un prototipo.
7ealizar una revisin final del documento de re%uisitos.
JC
(omar la decisin de continuar o no con el proyecto.
,efinir las responsabilidades en la pr!ima fase para el
director miembros del e%uipo de desarrollo y otros.
Especificacin del sistema:
,efinir el tipo de sistema propuesto: (ransformar las
restricciones f-sicas ambientales y operacionales a
caracter-sticas del sistemaP Por ejemplo QSistema basado en
transaccionesR Q,istribuido o centralizadoR QEstaciones de
trabajo o terminalesR
Es%uematizar el sistema propuesto: transformar los
re%uerimientos del usuario de la fase anterior en unas
especificaciones funcionales ),H, Krganigramas etc.*
/onstruir el diccionario de datos: ,escribir todos los
elementos del ,H, incluyendo funciones y datosP
asegurarse de %ue todas las relaciones interDfuncionales y
entre datos sean documentadas. Si e!iste ,, de la empresa
#acerlo compatible.
7evisar y e!pandir el an&lisis de coste beneficio: 'ctualizar
con la informacin nuevaP Oerificar %ue los beneficios
esperados se mantienen y %ue el plazo de recuperacin de la
inversin sigue siendo aceptable.
planificacin recursos etc. de la siguiente fase ),ise.o del
sistema*.
Producir el documento de especificacin del sistema.
7ealizar una revisin final del documento de especificacin
del sistema.
,efinir las responsabilidades en la pr!ima fase para el
director miembros del e%uipo de desarrollo y otros.
,ise.o:
Producir el dise.o global del sistema contendr&:
J2
,efinir los programas y sus principales funciones.
,efinir los principales flujos de datos entre programas y
funciones.
,ise.ar el es%uema de datos lgico y f-sico.
,efinir las fronteras con pa%uetes soft4are si e!isten.
,efinir los entornos de #ard4are y soft4are proponiendo
alternativas.
,ocumentar los diagramas de dise.o alternativos.
1ocalizacin de pa%uetes soft4are: :uscar pa%uetes soft4are
apropiados %ue puedan implementar parte o toda la funcionalidad
re%uerida del sistema de forma rentable y %ue si se implementa
ofrezca un entorno compatible con los objetivos de la organizacin.
)Puede realizarse antes del dise.o o de forma simult&nea a la tarea
anterior*.
,esarrollar un dise.o detallado del sistema para cada alternativa de
dise.o planteada:
/rear una descripcin narrativa detallada del dise.o para
todo el sistema y cada una de sus partes )programas
funciones y datos*.
'ctualizar el diccionario de datos.
,efinir los componentes #ard4are espec-ficos
)/apturadores de datos sistemas de comunicacin etc.* y
sus funciones.
Oalidar el dise.o con las especificaciones del sistema.
,ocumentar el entorno #ard4are y soft4are necesarios
para esta alternativa.
7evisar y e!pandir el an&lisis de coste beneficio para cada
alternativa:
'ctualizar con la informacin nueva.
Oerificar %ue los beneficios esperados se mantienen y %ue el
plazo de recuperacin de la inversin sigue siendo
aceptable.
Evaluar las alternativas de dise.o para cada alternativa
documentar:
7e%uerimientos de usuario %ue se alcanzan con esta
J<
alternativa.
+ivel de aceptacin esperado de los usuarios.
planificacin recursos etc. de la siguiente fase
)/odificacin* con esta alternativa.
'lternativa recomendada.
,esarrollo de un plan de test del sistema:
/rear datos de entrada del test.
Producir el listado de los resultados esperados.
Producir el listado de los criterios de test.
,esarrollar la planificacin de test del sistema.
,esarrollar un plan de test diferenciado para cada alternativa.
Adentificar las necesidades de entrenamiento y documentacin de
los usuariosP ,efinir las gu-as de:
,ocumentacin completa de usuario.
8anuales de operador.
,ocumentos y planificacin de formacin para usuarios y
operadores.
Producir el documento de dise.o del sistema.
7ealizar una revisin final del documento de dise.o del sistema.
7ecomendar una alternativa.
Hacer recomendaciones sobre el nivel de compromiso si los #ay de
programadores subcontratados y otros.
,efinir las responsabilidades en la pr!ima fase para el director
miembros de los e%uipos de programacin y test as- como de otros
implicados.
/odificacin:
Producir un plan de trabajo:
/reacin de la lista detallada de tareas necesarias para
realizar la codificacin y test de todos los componentes del
JJ
sistema.
Producir una planificacin para las tareas anteriores con las
fec#as m&s tempranas y m&s tard-as as- como la asignacin
de responsabilidades.
Anstaurar los procedimientos para recoger los progresos y
estados del proyecto.
Anstaurar los procedimientos para recoger tiempos si
resulta apropiado.
Kbtener la aprobacin del plan de trabajo por parte de la
direccin.
7ealizacin del dise.o detallado de cada programa:
,ise.ar detalladamente los diagramas:
,e estructura de los programas y jcl
,e estructura de los fic#eros
Pantallas informes y otras composiciones
Es%uemas de la base de datos
/omposicin de las tablas y sus dise.os
Pseudocdigo de la lgica del programa. ),epender& de los
m"todos de dise.o utilizados*.
/odificar documentar y pasar los test en cada programa:
/odificar el programa y los procedimientos de control )jcl*
7ealizar las pruebas de unidad #asta %ue los programas se
adapten a las especificaciones descritas en las etapas
anteriores
'ctualizar todo lo necesario en el sistema y en el ,, de la
organizacin
7ealizar el test de integracin
Poner todos los programas probados en la librer-a de
pruebas de integracin
7ealizar el test de integracin de cada programa.
,ocumentar todos los resultados del test de integracin
(erminar los manuales de operador y usuario as- como los de
formacin.
7ealizacin de una estimacin detallada de costes planificacin
JB
recursos etc. de la siguiente fase )Prueba del sistema*.
Producir una estimacin revisada de costes planificacin recursos
etc. para el resto del proyecto.
/onfeccionar el documento de dise.o de programas y codificacin.
7ealizar revisiones del documento de dise.o de programas y
codificacin.
Kbtener los resultados finales de la integracin completa del sistema
y de las pruebas de integracin.
,efinir las responsabilidades en la pr!ima fase para el director
miembros del e%uipo de test as- como de otros implicados.
Pruebas:
7ealizar el test del sistema
Hacer el test de sistema de acuerdo al documento de test
del sistema.
Oerificar la operatividad de los manuales de usuario y
operador utiliz&ndolas en los cursos de formacin de los
usuarios y operadores %ue realicen el test del sistema.
Oerificar los documentos de entrenamiento de usuarios y
operadores utiliz&ndolos en los cursos de formacin de los
usuarios y operadores %ue realicen el test del sistema.
,ocumentar completamente los resultados del test del
sistema.
7evisar la planificacin de instalacin:
,isponibilidad de los recursos.
7evisin de los factores de contingencia %ue puedan afectar
a la instalacin.
Procesos especiales de final de mes y fin de a.o.
Oacaciones y fiestas.
,isponibilidad de soporte por parte de terceros vendedores.
7evisin final del calendario de instalacin.
Esbozar el plan ante ca-das:
/riterios para las ca-das.
Adentificacin de recursos para contingencias.
JL
Horario para recuperaciones o abandonos.
,esarrollar un acuerdo de nivel de servicio:
/riterios de rendimiento de usuario precisin y volumen.
/riterios de apoyo de los vendedores.
(iempo medio entre fallos.
(iempo medio de reparacin.
/riterios de calidad del sistema.
Hrecuencia de medicin.
Producir los documentos de test en la entrega.
7evisin y aprobacin de los documentos de entrega.
'probacin de la documentacin del sistema
,ocumentacin de programas.
8anuales de operador.
8anuales de usuario.
8anuales de formacin.
,ocumentacin de ayuda.
'probacin del plan de instalacin.
'probacin de los planes de contingencia recuperacin y ca-das
Hinalizacin del sistema completamente probado.
'cuerdo de finalizacin del desarrollo del sistema.
'cuerdo de finalizacin de los usuarios.
'cuerdo de finalizacin del /P,.
'cuerdo de finalizacin de garant-a de calidad.
'cuerdo de finalizacin de finanzas.
Anstalacin:
Anstalacin del #ard4are y soft4are nuevo.
Hormar a los primeros usuarios y operadores.
,esarrollar los planes de contingencia recuperacin y ca-da.
,esarrollar los procedimientos de mantenimiento y versiones.
Establecer procedimientos para:
Oersiones regulares
Oersiones de emergencia
J3
Oersin por configuracin )#ard4are o estaciones de
trabajo*
1levar a cabo cual%uier conversin de datos necesaria.
1levar a cabo la instalacin del sistema nuevo a produccin.
Anstalacin completa desde cero.
Anstalacin en paralelo.
Anstalacin por fases.
/omenzar el uso de los acuerdos de nivel de servicio.
Planificar y programar las revisiones postDinstalacin:
Establecer los criterios de:
7endimiento del sistema.
/alidad del sistema.
Satisfaccin del usuario.
/alidad y facilidad de manejo de:
8anuales de usuario y operador.
Hormacin de usuarios y operadores.
Anformacin y datos producidos.
Hluidez de la instalacin.
/ostes de desarrollo instalacin operaciones y
mantenimiento.
Establecer la planificacin y calendario para
las revisiones:
'segurar la disponibilidad de:
Personal re%uerido
,ocumentacin re%uerida
1levar a cabo las revisiones postDinstalacin:
/rear el informe de la revisin postDinstalacin.
Kbtener la aprobacin firmada de los informes de:
6suarios finales del sistema
Kperadores del sistema
'uditor-a y garant-a de la calidad
,esarrollo de sistemas
Soporte de sistemas y mantenimiento
B=
Hinanzas
Kbtener la carta de aprobacin del sistema
Establecer el calendario para otras revisiones postDinstalacin si es
necesario.
8antenimiento:
Amplementar los cambios del sistema:
6tilizar los procedimientos de implementacin de versiones
o
Amplementar versiones de emergencia y despu"s utilizar los
procedimientos de versiones formales de forma retroactiva.
'segurarse de %ue el sistema continua solucionando las necesidades
de los usuarios.
6tilizar los acuerdos de niveles de soporte.
7evisiones regulares de re%uerimientos del nivel de
acuerdo.
7evisiones regulares de como el sistema esta
alcanzando sus objetivos
1levar a cabo revisiones regulares del sistema
6tilizar los procedimientos y contenido de las
revisiones postDinstalacin.
Estas tareas se #an enumerado a modo de lista de comprobacin de
forma %ue ser&n 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.
5. ALGUNAS REFLE!IONES SOBRE LA
DESCOMPOSICIN DE UN PROYECTO EN
TAREAS.
Ed4ard 5ourdon sugiere algunas reglas a la #ora de descomponer un
proyecto en tareas de "stas cabe recordar:
a* Hacer las unidades de estimacin tan pe%ue.as como se pueda a ser
B>
posible %ue se apro!imen a la semana.
b* Sue las tareas sean tan independientes como se pueda es decir no
cortar procesos naturales como la codificacin de un mdulo en varias
tareas.
c* (ener en cuenta los factores de comunicacin entre personas #acerlo
sencillo.
d* (ener en cuenta la posibilidad de reutilizar cdigo siendo conscientes
de %ue tambi"n es trabajo el buscarlo y adaptarse a este cdigo.
". BIBLIOGRAF#A Y REFERENCIAS A
CONSULTAR.
>. ,avid Ging. FProject management made simpleF Prentice Hall >33?.
?. Iones /aper. 'ctivityDbased soft4are costing$ /omputer 8ay >33J p.
>=CD>=2.
C. Hergus KT/onnell. FHo4 to run successful projectsF. Prentice Hall >332.
2. 8artyn '. Kuld. FStrategies for soft4are engineeringF. Ion# 9iley >33=.
<. 5ourdon Ed4ard. 'n&lisis Estructurado 8oderno. Prentice Hall >33C.
B?

5 Eog00

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

5 Eog00

Загружено:

Авторское право:

Доступные форматы

5.

Вам также может понравиться