Control de proyectos en reas de desarrollo de software

1
Control de proyectos en reas de desarrollo de
software
Sistema informtico para la administracin de proyectos generales
Aspectos generales del sofware y beneficios
El sistema a utilizar para el seguimiento y control de los proyectos deber cumplir con los fines enumerados en la
Seccin anterior para la etapa de Control, y adems, deber asegurar que la informacin que se procese sea exacta,
confiable y actualizada, proveyendo mecanismos para su utilizacin de manera oportuna.
Por otra parte, el hecho de disponer de una herramienta especfica para el Control no significa que no puedan
realizarse reuniones de trabajo o de evaluacin, o que se utilicen otros mtodos de control, si no que, al contrario, un
sistema informtico los facilitara.
Un sistema informtico de Control de Proyectos debera disearse para que su procesamiento se realice utilizando
redes de comunicaciones Wan - Lan, en modalidad on-line, con bases de datos centralizadas. Su arquitectura
debera construirse para operar bajo la tecnologa WEB, con un esquema cliente-servidor y, finalmente, a pesar de
implicar mas trabajo, sera deseable que sea totalmente parametrizable, lo cual permitira, entre otros aspectos, la
rpida incorporacin de nuevas reas, inclusive aquellas que no son de desarrollo.
Con respecto al diseo del sistema, se podra programar de tal manera que la navegacin de las pginas, en primera
vista, se muestre informacin en forma amplia y resumida y, luego, ante acciones de seleccin por parte del
operador, se pueda ir descendiendo a niveles mas bajos, con un despliegue de los datos a mayor detalle.
Adems, y volviendo a la enumeracin de algunos de los beneficios funcionales, la sistematizacin de dicho control
propender a estandarizar las tareas realizadas por todos y pondr orden en la ejecucin del proyecto y clarificar la
relacin entre las personas.
Tambin, podra ayudar considerablemente a la elaboracin de la documentacin relacionada con el proyecto, en el
sentido que puede obligar a confeccionarla a medida que se avance en el mismo.
Asimismo, si dicha documentacin se guarda electrnicamente, todas las instancias involucradas podran tener
acceso a la misma.
Por otro lado, el sistema informtico debera facilitar el proceso de delegacin y el trabajo en equipo, asignando la
responsabilidad y autoridad funcional de cada proyecto a un lder quien a su vez asigna tareas a cada uno de los
integrantes del grupo. Tambin, en el sistema debe existir un responsable superior de todos los lderes de proyectos y
ese debe asumirse que es el jefe del rea de desarrollo.
Esta sistematizacin permitir, tambin, que el jefe del rea cuente con mas tiempo para participar en la definicin y
planeamiento de nuevos proyectos, as como en el control de los que estn en desarrollo, es decir enfocar su
actividad en la Gestin.
Tambin, en base a la informacin obtenida del sistema, debera ser mas fcil ayudar el desarrollo de la gente,
potenciando las capacidades de cada uno de ellos, y, adems, favorecer su reconocimiento, motivacin y elevar su
autoestima.
Adems, el hecho de contar con informacin sistmica de los proyectos realizados permitira que la evaluacin del
desempeo del personal se realice bajo un marco de objetividad, dado que, dicho desempeo, se puede medir y
cuantificar.
El sistema debera permitir que las instancias de autoridad superior al rea de desarrollo, puedan observar es estado
de los proyectos en curso y terminados, como asimismo, obtener reportes de actividad y progreso detallados y
resumidos.
Control de proyectos en reas de desarrollo de software
2
Finalmente, los datos procesados por el sistema deberan poder servir de base para alimentar otros sistemas, como
ser los de Planeamiento y de Control de Gestin para los niveles superiores o institucionales.
Funcionalidad
Crear y modificar proyectos
Para la creacin de un nuevo proyecto sera necesario cargar los siguientes datos:
Descripcin: Debera escribirse, en forma relativamente extensa, sobre los objetivos y alcances del proyecto.
Descripcin corta: Se trata de un nombre abreviado o nemotcnico del proyecto a los efectos de su utilizacin
y reconocimiento en el lenguaje diario.
Tipo de proyecto: Identifica la naturaleza del proyecto respecto a las tareas que se realizarn, por ejemplo, si
se trata de un nuevo sistema, una mejora a uno existente, etc. Mas abajo se dan, en una lista, los posibles tipos
a utilizar.
Prioridad: Debera sealarse el grado de urgencia que tiene el proyecto.
Sistema: Debera colocarse la identificacin del sistema sobre el cual el proyecto impactar.
Versin (opcional): Debera informarse la versin del sistema donde se incluirn los desarrollos
correspondientes al proyecto. Sirve para ordenar los proyectos para igual sistema, con un orden de
procedencia.
Al crearse un proyecto, el mismo debera nacer con un estado de ingresado pero no iniciado, sin responsable
asignado, sin la duracin (horas y fecha de fin) estimada, sin hitos, sin identificar otros proyectos encadenados o
relacionados con este y sin los documentos que originan el proyecto.
Estos datos se colocarn, luego, en mdulos separados, justamente para poder ingresar los proyectos planificados y
an no definidos, de tal forma que estn registrados en el sistema.
En el proceso de modificacin se deberan poder cambiar todos los datos antedichos, incluyendo los relacionados
con el responsable, duracin del proyecto, estado, etc. y, adems, se deberan poder agregar la identificacin y/o
contenido digital de nuevos documentos vinculados al proyecto.
Crear y modificar las tareas de un proyecto
Para un proyecto determinado se debern ingresar todas las tareas a desarrollar para poder cumplimentarlo.
Los datos iniciales para crear una nueva tarea seran:
Descripcin: Ser la definicin resumida (si se agrega documento electrnico) o amplia lo que hay que
realizar.
Tipo de tarea: Indica la ndole del trabajo a hacer. En la seccin Valores y explicacin de los parmetros se
da una lista de los tipos posibles.
Especificaciones (opcional): Se debera poder agregar un documento electrnico con las definiciones para la
tarea.
Al igual que para un proyecto, la tarea se creara con estado de ingresado (implica no iniciado), sin responsable
asignado, sin la duracin estimada (horas y fecha de fin), sin identificar otras tareas que condicionan su realizacin
(precedencia) y sin colocarles los entregables que deber preparar el responsable de la tarea a su trmino. Estos datos
se deberan colocar en instancias independientes.
Por ltimo, la modificacin de una tarea, debera ser similar a lo que se dice para proyectos. Es imperativo mantener
la relacin entre las tareas, por lo tanto un cambio en la misma podra: cambiar su alcance lo que como consecuenia
incrementara el tiempo, con ello obligara a modificar las fechas de inicio de las actividades dependientes de la
actividad modificada.
Control de proyectos en reas de desarrollo de software
3
Informar/subir documentacin relacionada con el proyecto
Tanto al inicio del proyecto como durante la vigencia activa del mismo debera poder registrarse los datos
relacionados con la documentacin vinculada al proyecto (requerimiento formal para realizar el proyecto,
definiciones funcionales, definiciones tcnicas, minutas de reunin, e-mail cursados, normas legales y
reglamentarias, etc.), inclusive, previendo subida del documento electrnico respectivo, si se cuenta con l.
Los datos a ingresar podran ser el tipo de documento, su nmero o identificacin, fecha de emisin y persona que
firma.
Asignar responsable a los proyectos y tareas
Simplemente deber ingresarse, para un proyecto o tarea determinada, la identificacin de la persona designada
responsable del mismo.
Esta asignacin debera comunicarse automticamente y por sistema, mediante un e-mail al responsable a los efectos
de que el mismo lo asuma. Adems, en las vistas del sistema correspondientes la persona designada debera aparecer
el proyecto o la tarea ordenada.
El cambio de responsable se har de la misma manera y, en todos los casos, debera archivarse en la base de datos,
dicha modificacin, conformando de esta manera, la historia de los todos los responsables que tuvo el proyecto o la
tarea, es decir, guardando el nombre, fecha de inicio y fecha de fin, como mnimo, que se mostrara en un pantalla
especfica.
Ingresar la duracin y la fecha de finalizacin estimada a proyecto y tareas
La primera vez que se ingresen estos datos, sencillamente se ingresarn segn corresponda, un proyecto o una tarea.
Sin embargo, cuando sea necesario ajustarlos, debido a demoras o cambio de planes, los nuevos valores deberan
ingresarse conjuntamente con un motivo o justificacin de dicho cambio. Dichos ajustes, para ser efectivos, deberan
ser autorizados por el responsable inmediato superior.
El responsable de autorizar dichos ajustes, debera evaluar dichas solicitudes y registrar, en el sistema, su aprobacin
o rechazo.
En todos los casos, al igual que el caso del tem anterior, el sistema debera llevar un registro de lo sucedido y su
exhibicin cuando se requiera.
Efectuar cambios de estado de proyecto y tarea
Los estados del proyecto y de las tareas debern ir cambindose en funcin de la evolucin del mismo.
A los efectos de que dicha modificacin se realice, el sistema debera obligar esa situacin.
Por ejemplo, no podra pasar a estado en ejecucin si an no fue asignado a un responsable. Otro caso sera que no
pueda darse por terminado un proyecto si hay tareas sin cerrar.
Como siempre, el sistema debera llevar el registro de todos los cambios y reversiones realizados.
Control de proyectos en reas de desarrollo de software
4
Marcar los hitos del proyecto
Para un proyecto determinado podran marcarse todos sus hitos, dicho de otra manera, colocar seales relacionadas
con logros importantes a alcanzar en determinada fecha, lo cual facilita el monitoreo del mismo, en forma ms global
y sin necesidad de tener que estar familiarizado con el proyecto, como puede ser es el caso de un comit de
directores.
Este registro y control se podra realizar mediante la creacin de tareas especificas (de tipo Hito) las cuales, al
cerrarse, dara por cumplido el hito.
Al cumplirse un hito, el sistema, automticamente, debera disparar un aviso a todos los responsables e interesados
que se determine.
Adems, deberan existir reportes referidos al cumplimiento de los hitos y atrasos detectados, y conformar para todos
los proyectos un tablero de control global.
Administrar los entregables de cada tarea
Para cada tarea deberan indicarse cuales son los entregables exigibles al responsable de la misma.
Esto significa que, por ejemplo, si se solicit la programacin de una funcionalidad para un sistema, adems, de la
realizacin de ella, podra pedrsele que elabore la documentacin tcnica respectiva.
Adems, el responsable de la tarea no debera cerrar definitivamente la tarea sino que hara un cierre provisorio y
sera el lder del proyecto quin, despus de las revisiones correspondientes, cerrara la tarea.
La totalidad de la documentacin incorporada ya sean requerimientos, otros documentos, especificaciones y
entregables, compondrn la documentacin del proyecto. Dicha lista debera exhibirse en reportes especiales y,
cuando exista la copia electrnica, que pueda abrirse y leerse por pantalla.
Fijar las precedencias de las tareas
Este mdulo debera permitir realizar el registro de las relaciones de precedencia de las tareas.
Para poder sealar estas relaciones, podra informarse, en cada tarea, si su inicio esta condicionado a que otra se
encuentre iniciada, terminada o que no tenga restricciones para realizarse.
El registro de las precedencias correspondientes deber generar los alertas necesarios en el momento oportuno, a los
efectos de la intervencin que corresponda.
Adems, debera servir para construir el diagrama de red del proyecto, calcular la duracin total e identificar el
camino crtico.
Imputar las horas aplicadas y avance a las tareas asignadas
Los responsables de tareas debern con la periodicidad que se establezca (sera recomendable que sea diario)
informar en el sistema la dedicacin aplicada a cada una, indicando, adems, el porcentaje de avance alcanzado a la
fecha.
La pantalla donde se carguen las imputaciones a tareas debera disearse de tal manera que facilite el descargo y
evite que se deba salir y entrar reiteradas veces para ver datos de la misma y los descargos previos realizados.
Adems, en esta instancia, debera facilitarse la subida de los entregables exigibles, en el caso de que se este
informando la terminacin de la misma.
Control de proyectos en reas de desarrollo de software
5
Alertas
El sistema debe generar alertas a fin de avisar a los usuarios de algunas anormalidades, Desvos o avisos de
intervenciones de instancia superior.
Las mismas deberan estar incorporadas en las pantallas del sistema, como ser las apariciones de semforos o el
resaltado de las lneas a considerar.
Otro tipo de alerta deber producirse en forma externa al sistema, como ser, por ejemplo, mediante la generacin de
e-mail destinados a los responsables correspondientes.
Con respecto a esto ltimo, sta podra ser la mecnica para generar las comunicaciones respecto a los ajustes de la
duracin de proyectos y tareas, cambios de estado, asignacin de responsables, etc.
Reportes programados
El sistema debera considerar tanto la generacin de aquellos reportes considerados directos o simples, como ser,
listado de los proyectos activos asignados a un responsable como de aquellos que requieran una lgica o elaboracin
ms compleja, tal como aquel que d, por ejemplo, el tiempo dedicado por cada persona, a tareas de mantenimiento,
que fueron terminadas entre determinadas fechas y para un sistema en particular.
Deberan existir reportes con las siguientes caractersticas:
Orientados a los Proyectos y a las Tareas.
.Detalle general y particular.
.Agrupados o resumidos por determinada variable.
.Carga horaria aplicada.
.Ajustes de duracin realizados.
.Atrasos detectados.
.Hitos cumplidos y atrasados.
Orientados a la actividad sobre los Proyectos y Tareas.
.Detalle diario y agrupado por responsable, de las horas dedicadas.
.Carga de horas faltante a Tareas.
.Inactividades producidas.
.Productividad comparativa de responsables.
Indicadores
Los indicadores deberan considerar, fundamentalmente, los informes relacionados con la productividad y el avance
y estado de los proyectos activos.
En ese sentido, se sugieren reportes o cuadros relacionados con los desvos tanto en proyectos como en tareas,
activos y terminados, relacionando lo estimado originalmente con lo actual, ya sea en horas y fechas.
Grficos y bajadas de archivos con informacin
El sistema debera prever que determinados reportes, cuya informacin se presente agrupada o resumida, en forma
matricial, pueda mostrarse grficamente como ser circular, barras, histograma, etc.
Estos grficos podran ser tiles para poder observar mas claramente la distribucin de determinadas variables
registradas en el sistema. Por ejemplo, podra analizarse la proporcin de tiempo dedicado segn la tarea realizada
(anlisis, programacin, testing, etc.), y servir de base para dimensionar los recursos del rea de desarrollo.
Otra variante podra sera la de generar el diagrama de GANTT de un proyecto determinado, lo cual podra
programarse dentro del sistema o generarse un archivo para descargar en la PC que, luego, se ingresara en algn de
Control de proyectos en reas de desarrollo de software
6
los programas especficos preparados para tal fin.
Respecto de la obtencin de archivos, adems, debera considerarse la generacin de las extensiones PDF y CSV,
para determinados listados y reportes obtenidos por sistema.
Bsquedas
Debera existir un mdulo de bsquedas rpidas o puntuales de determinados elementos registrados en el sistema, en
particular, de aquello vinculado con documentos que tienen que ver con reas externas o usuarias.
Acceso al sistema
Al ingresar al sistema el usuario operador deber tener definido un perfil, el cual definir el alcance de su gestin.
Dicho perfil podr contener lo siguiente:
Identificacin del operador.
Acciones autorizadas al operador a realizar.
reas de Trabajo autorizadas a ingresar.
Estos datos deberan ser permanentes mientras dure su sesin de trabajo.
El acceso al sistema debera realizarse mediante usuarios con perfiles determinados, autorizados mediante un LDAP
de seguridad.
Adems, tanto la informacin a visualizar y como acciones a realizar por el operador debera estar restringida o
segn sea el perfil asignado y, adems, sera recomendable que la pantalla de inicio o ingreso sea la que represente la
accin principal del operador. Por ejemplo, para un lder de proyecto podran aparecer solo la lista de sus proyectos,
para un programador la pantalla con sus tareas activas (o la de carga de las imputaciones horarias diaria) y, para el
CIO, podra mostrarse una pgina con la lista de sus reas dependientes y algunos datos resumiendo de actividad de
cada una.
Resmen de la informacin procesada en el sistema
Datos relacionados con un proyecto
Nmero del Proyecto
Descripcin corta del Proyecto (Nemotcnico)
Descripcin larga del proyecto.
Tipo de proyecto.
Prioridad del Proyecto.
Sistema
rea responsable
Fecha de inicio
Fecha de Finalizacin prevista (o real, si esta terminado)
Duracin estimada del Proyecto en Horas.
Ajustes realizados a la duracin estimada y/o fechas de fin, con fechas y motivos.
Responsable actual
Responsables anteriores y motivos del reemplazo.
Estado del proyecto.
Datos sobre el requerimiento o Inicio del proyecto.
Hitos del proyecto.
Control de proyectos en reas de desarrollo de software
7
Documentacin electrnica relacionada con el Proyecto.
Otros Proyectos encadenados al presente.
Tareas definidas para el proyecto.
Datos relacionados con una tarea
Nmero de Tarea.
Descripcin de la Tarea.
Tipo de Tarea.
.Fase (agrupador de tipos de tarea).
Prioridad de la Tarea.
Fecha de Inicio.
Fecha de Finalizacin prevista (o real).
Duracin estimada de la Tarea en Horas.
Ajustes realizados a la duracin estimada y/o fechas de fin, con fechas y motivos.
Realizado hasta la Fecha en Horas.
Avance en Porcentaje.
Responsable actual.
Responsables anteriores y motivos del reemplazo.
Estado de la Tarea.
Condicionamiento de Precedencia de la Tarea.
Documentacin electrnica relacionada con las definiciones.
Documentacin electrnica con lo realizado (entregables).
Detalle de la Carga horaria de lo realizado en la Tarea.
Datos relacionados con las imputaciones horarias a las tareas
Cantidad de Horas realizadas para una Tarea en una fecha determinada.
Porcentaje de avance total de la Tarea a una fecha determinada.
Valor y explicacin de los parmetros
La valores que se explicitan a continuacin se orientan a proyectos de desarrollo de software y, los mismos, se
deberan considerarse variables, es decir, que deberan residir en la base de datos y programarse rutinas que facilite
su mantenimiento, lo cual permitira tener configuraciones distintas para diversas reas.
Control de proyectos en reas de desarrollo de software
8
Tipos de proyectos
MANTENIMIENTO: apunta a modificar el software que se encuentra en entorno de produccin Involucra la
correccin de errores, entendidos como una desviacin de la especificacin, tanto en el diseo como la
programacin.
MEJORA FUNCIONAL: involucra la adaptacin de un sistema, por reemplazo o agregado de funcionalidad.
MEJORA TECNICA: Involucra la adaptacin de un sistema por tareas de optimizacin tcnica o cambios en
el entorno tecnolgico, manteniendo la misma funcionalidad.
NUEVO DESARROLLO: se refiere al desarrollo de un nuevo sistema.
DESARROLLO BREVE: se aplica a nuevos desarrollos de mejoras funcionales de escasa duracin (no ms
de 21 hs. de dedicacin total)
CAPACITACION: incluye asistencia a cursos, tareas de auto capacitacin y tutora tcnica para el
aprendizaje de otros.
REVISION DE CALIDAD: engloba las actividades que se realizan para asegurar que el software construido
cumpla con los requerimientos funcionales y no funcionales.
Tipos de tarea
ANLISIS DEL REQUERIMIENTO: anlisis de los requerimientos en el contexto de desarrollos breves.
ASISTENCIA A CURSOS: cursos de capacitacin, demos, presentaciones, etc.
AUTOCAPACITACIN: lectura de manuales, seguimiento de tutoriales, prctica sobre herramientas
tcnicas, con el fin del autoaprendizaje.
ELABORACIN DE MANUALES: construccin de manuales de usuario, tutoriales, etc.
ELABORACIN DEFINICIN TCNICA DETALLADA: transformacin de la definicin global en una
especificacin detallada, que posibilite la construccin de software.
ESQUEMA Y DEFINICIN GLOBAL: Definicin de funcionalidades a nivel detallado y del diseo global
del software, desarrollo formal de la arquitectura a utilizar, la descripcin de la estructura modular del sistema
y de los modelos conceptuales y de datos.
EXPLOTACIN DE INFORMACIN: proceso realizado para la obtencin de datos, desde el ambiente de
produccin, y elaboracin para su presentacin en algn formato viable para el usuario.
HOMOLOGACIN CON USUARIOS: demostracin y pruebas con el rea definidora, que culmina con la
conformidad del usuario.
.HITO: para aquellas tareas "falsas" que se utilicen para sealar el cumplimiento de una etapa importante.
INVESTIGACION: tarea de capacitacin en el marco de un proceso de desarrollo y destinado exclusivamente
al propsito del proyecto en cuestin.
OPERACIN TCNICA: engloba una serie de tareas del tipo de generacin de backup, instalacin de
ejecutables en PC, anlisis de conectividad, etc.
PASE A CONTROL DE CALIDAD: armado de la documentacin y del software para el rea de Control de
Calidad.
PASE A DESARROLLO: armado de documentacin y reporte de errores para la vuelta del software revisado,
al sector de Desarrollo.
PLANIFICACIN Y SEGUIMIENTO: cubre la planificacin global y detallada del proyecto de desarrollo
informtico y el seguimiento y control del mismo. Es una Tarea que se realiza transversalmente a las etapas de
definicin, diseo, construccin e implementacin y se ejecuta durante las mismas.
Control de proyectos en reas de desarrollo de software
9
PREPARACIN DE AMBIENTES: instalacin del software de base, creacin / exportacin de tablas y todo
lo necesario para generar un nuevo ambiente de desarrollo.
PREPARACIN PARA BAJA DEL SISTEMA: acciones para llevar a cabo el retiro del sistema de
produccin.
PREPARACIN PASE A PRODUCCIN: armado de la documentacin necesaria y del software para su
instalacin en el ambiente de produccin; incluye la interaccin con todas las reas involucradas.
PROGRAMACIN: creacin de objetos de la base y creacin y prueba de piezas de software en funcin de la
tecnologa elegida.
PRUEBA FUNCIONAL: planificacin de escenarios para la prueba, con casos y resultados esperados.
PRUEBA TCNICA: prueba de los aspectos tcnicos de un sistema (tiempos de respuesta, uso de ndices,
consumo de recursos, etc.).
PUESTA EN PRODUCCIN: engloba las actividades necesarias para la puesta efectiva en produccin de un
sistema o una mejora al mismo.
RECEPCIN DESDE CONTROL DE CALIDAD: anlisis de los resultados de las pruebas realizadas por el
sector control de calidad y administracin de los eventuales cambios.
RECEPCIN DESDE DESARROLLO: recepcin de la documentacin y software enviado y administracin
de recursos para la homologacin.
RELEVAMIENTO Y ANLISIS: tarea tendiente a formalizar un proyecto de desarrollo, planificar sus fases
y delinear la solucin informtica.
REUNIN CON USUARIOS: incluye las reuniones con reas usuarias y definidoras y la elaboracin de la
minuta correspondiente.
TUTORA TCNICA: supervisin del proceso de aprendizaje de otro integrante del rea.
Fases de proyectos
DEFINICIN Cubre desde el planteo de una necesidad de solucin informtica, hasta la formalizacin de la
decisin de iniciar un proceso de desarrollo.
DISEO: Cubre las actividades del relevamiento de las necesidades, especificacin de la funcionalidad,
anlisis y diseo global de la solucin.
CONSTRUCCIN: Cubre las actividades de programacin y pruebas de calidad del software, culminando
con la homologacin del software producido.
IMPLANTACIN: cubre la planificacin y ejecucin de las actividades necesarias para la puesta efectiva en
produccin de un sistema.
DISCONTINUIDAD DEL SISTEMA: Cubre la planificacin y ejecucin de las actividades para retirar el
sistema del ambiente de produccin.
SIN FASE: Para proyectos de Capacitacin y de Mantenimiento.
Control de proyectos en reas de desarrollo de software
10
Estados del proyecto
INGRESADO . Proyecto an no iniciado.
EN EJECUCIN. Proyecto activo y en marcha.
CON CIERRE PROVISORIO. Proyecto terminado pero sin el visto de la Jefatura.
CERRADO. Proyecto terminado definitivamente, en condicin de cumplido.
ANULADO. Proyecto cerrado sin haber dedicado tiempo al mismo.
SUSPENDIDO. Proyecto paralizado pero para reanudar mas adelante.
CANCELADO. Proyecto terminado sin haber cumplido sus objetivos y con tiempos dedicados al mismo.
Estado de la tarea
INGRESADA. Tarea an no iniciada y sin asignar.
EN EJECUCIN. Tarea activa y en marcha.
CON CIERRE PROVISORIO. Tarea terminada pero sin la conformidad del Lder.
CERRADA. Tarea terminada y cumplida.
ANULADA. Tarea cerrada sin haberse dedicado tiempos.
SUSPENDIDA. Tarea paralizada pero para reanudar prximamente.
CANCELADA. Tarea cerrada sin cumplimentar y con tiempos dedicados.
Tipos de documentos exigibles por tarea (entregables)
DAP DOCUMENTO DE PASE A PRODUCCIN. Documento para especificar la puesta efectiva en
produccin del sistema.
DGS DISEO GLOBAL DEL SOFTWARE. Documento para explicitar la arquitectura a utilizar, describir
la estructura modular del sistema, los ambientes y estndares de desarrollo, la interaccin con otros sistemas,
el modelo conceptual y el modelo de datos.
DIP DOCUMENTO DE INICIO. Documento donde se formaliza el proyecto y planifica sus fases y los
recursos necesarios. Se describen las caractersticas generales del proyecto.
DOCUMENTO DE CONFORMIDAD DEL USUARIO. Documento donde se especifican las pruebas de
homologacin efectuadas por los usuarios y su conformidad para proceder a la implementacin en ambiente de
produccin.
DPP DOCUMENTO PRELIMINAR. Documento donde se expone el problema o necesidad del negocio y
se describe su solucin informtica.
ERS ESPECIFICACIN DE REQUERIMIENTO DE SOFTWARE. Documento para especificar
detalladamente los requerimientos del rea usuaria.
ESPECIFICACIN DETALLADA DEL SOFTWARE. Definicin tcnica de cada pieza de software a
construir.
IFS INFORME DE FINALIZACION DE SOFTWARE. Documento para especificar la configuracin de la
versin del software y las instrucciones para poner en disponibilidad de produccin dicha versin del sistema.
INFORME. Documento que contiene las novedades respecto a un tema particular.
INFORME TCNICO. Documento conteniendo explicaciones tcnicas sobre algn aspecto del sistema.
LISTADO DE LO CONSTRUIDO. Detalle de lo realizado en al tarea.
MINUTA DE REUNION. Documento resumen de lo tratado en una reunin de trabajo relacionada con la
tarea o proyecto.
Control de proyectos en reas de desarrollo de software
11
PLANIFICACIN DE PRUEBA. Elaboracin de un plan de trabajo para realizar la prueba del sistema.
CASOS DE PRUEBA. Listado o planilla con datos para utilizar en el testing del sistema con todos los
desenlaces posibles.
RESULTADO DE PRUEBA. Planillas con los errores detectados en las pruebas.
DDS DOCUMENTO DE DISCONTINUIDAD DEL SOFTWARE. Documento donde se planifica la
discontinuidad parcial o total de un sistema.
Desarrollo:
Fuentes y contribuyentes del artculo
12
Fuentes y contribuyentes del artculo
Control de proyectos en reas de desarrollo de software Fuente: http://es.wikibooks.org/w/index.php?oldid=182899 Contribuyentes: MarcoAurelio, Mario Marazzi, Morza, Swazmo, 5
ediciones annimas
Fuentes de imagen, Licencias y contribuyentes
Archivo:100%.svg Fuente: http://es.wikibooks.org/w/index.php?title=Archivo:100%.svg Licencia: Public Domain Contribuyentes: Siebrand
Licencia
Creative Commons Attribution-Share Alike 3.0 Unported
//creativecommons.org/licenses/by-sa/3.0/