Ingeniera de Software

PLAN DE ADMINISTRACIN DEL PROYECTO

Caso ejemplo:
Existe una empresa de desarrollo integrada por tres personas:
1. El propietario. Sr. P.
2. Analista de sistemas 1. Sr. R.
3. Analista de sistemas 2. Sr. D.
Han conseguido un contrato para desarrollar un sistema de informacin para la empresa Osbert Og
involucrada en el mundo del arte. Dicha empresa se especializa en comprar y vender cuadros impresionistas
franceses. Sus tres actividades de negocios principales son: comprar cuadros, vender cuadros y producir
informes, todo esto realizado de forma manual.
El plan de administracin del proyecto elaborado por la empresa de desarrollo es el siguiente:
1.

2.

3.
4.

Descripcin general
1.1. Resumen del proyecto
1.1.1. Propsito, alcance y objetivos. El objetivo de este proyecto es desarrollar un sistema de
informacin que ayudar a Osbert Og, corredor de arte (OOCA), a tomar decisiones respecto de
la compra de cuadros que se van a exhibir y vender en su galera. El sistema de informacin
permitir al cliente comprar y vender obras maestras, obras representativas y otro tipo de
cuadros. El sistema de informacin realizar los clculos requeridos, mantendr un registro de
los cuadros y producir informes que enlisten los cuadros comprados, los cuadros vendidos y
las tendencias de la moda actuales.
1.1.2. Suposiciones y restricciones. Las restricciones incluyen: a) El plazo de entrega debe
cumplirse, b) La restriccin del presupuesto debe cumplirse, c) El sistema de informacin debe
ser confiable, c) La arquitectura debe ser abierta de modo que despus puedan aadirse
funciones adicionales., d) El sistema de informacin debe ser amigable para el usuario.
1.1.3. Elementos del proyecto sujetos a entrega. El sistema de informacin completo, incluido el
manual de usuario, se entregarn 10 semanas despus de que comience el proyecto.
1.1.4. Calendario y resumen del presupuesto. La duracin, los requisitos de personal y el
presupuesto de cada work flow son los siguientes:
a) Workflow de los requisitos: una semana, dos miembros del equipo, 3380 dlares.
b) Workflow del anlisis: dos semanas, dos miembros del equipo, 6760 dlares.
c) Workflow del diseo: tres semanas, tres miembros del equipo, 6760 dlares.
d) Workflow de la implementacin: dos semanas, tres miembros del equipo, 15210 dlares.
e) Workflow de las pruebas: dos semanas, tres miembros del equipo, 10140 dlares.
El tiempo total de desarrollo es de 10 semanas y el costo interno total es de 42 250 dlares.
1.2. Evolucin del plan de administracin del proyecto. El Sr. P. debe aceptar todos los cambios en el
plan de administracin del proyecto antes de que se implementen. Todos los cambios deben
documentarse con el fin de mantener el plan de administracin de proyectos correcto y actualizado.
Materiales de consulta.
Todos los artefactos cumplirn con los estndares de programacin, documentacin y pruebas de la
compaa.
Definiciones y acrnimos.
OOCA Osbert Og, corredor de arte; el seor Og es nuestro cliente.
Organizacin del proyecto
4.1. Interfaces externas. El Sr. P, el Sr. R y el Sr. D realizarn todo el trabajo de este proyecto. El Sr. P.
se reunir cada semana con el cliente para informarle sobre el progreso y comentar los posibles
cambios y modificaciones.
4.2. Estructura interna. El equipo de desarrollo se compone de el Sr. P. (propietario) y los Sr. R. y D.
(analistas de sistemas).
4.3. Funciones y responsabilidades. Los Sr. R. y D. realizarn el Workflow del diseo. El Sr. P.
implementar las definiciones de clase y los artefactos de informes, R. construir los artefactos para
manejar los cuadros comprados y D. desarrollar los artefactos que manejan los cuadros vendidos.
Cada miembro es responsable de la calidad de los artefactos que produce. El Sr. P. supervisar la
integracin y la calidad general del sistema de informacin y actuar como nexo con el cliente.

Ingeniera de Software

5.

Planes del proceso administrativo

5.1. Plan inicial.
5.1.1. Plan de estimacin. Como ya se mencion el tiempo estimado ser de 10 semanas y el consto
interno de desarrollo ser de 42250 dlares. Estas cifras se obtuvieron mediante el juicio de
expertos por analoga; es decir, al hacer comparaciones con proyectos parecidos.
5.1.2. Plan de contratacin de personal. El Sr. P. se necesita durante las 10 semanas completas, las
primeras cinco para tareas administrativas y las siguientes cinco como gerente y como
programador. R. y D. se necesitan las 10 semanas completas, durante las primeras cinco como
analistas de sistemas y diseadores, las cinco restantes como programadores y evaluadores.
5.1.3. Plan de adquisicin de recursos. Todo el hardware, software y herramientas CASE necesarios
para el proyecto ya estn disponibles. El sistema de informacin se entregar a Osbert Og
instalado en una laptop que arrendaremos de nuestro proveedor usual.
5.1.4. Plan de capacitacin para el personal del proyecto. No se requiere ninguna capacitacin
adicional para este proyecto.
5.2. Plan de trabajo.
5.2.1. (-2) Actividades de trabajo y asignacin del calendario.
Semana 1:
reunirse con el cliente; determinar los artefactos de los requisitos.
Inspeccionar los artefactos de los requisitos.
Semana 2, 3:
producir los artefactos de anlisis; inspeccionar los artefactos del anlisis.
Redactar el documento de especificaciones; obtener la aprobacin del
cliente. Producir el plan de administracin del proyecto; inspeccionar el
plan de administracin del proyecto.
Semana 4, 5:
producir los artefactos de diseo; inspeccionar los artefactos de diseo.
Semanas 6-10:
implementacin e inspeccin de cada mdulo, pruebas de unidad y
documentacin, integracin de cada mdulo, pruebas de integracin,
pruebas de productos, inspeccin de la documentacin.
5.2.3. Asignacin de los recursos. Los miembros del equipo trabajarn en forma separada en los
artefactos asignados a ellos. La funcin asignada al Sr. P. ser monitorear el progreso diario de
los otros dos, supervisar la implementacin, ser responsable de la calidad general e interactuar
con el cliente. Los miembros del equipo se reunirn al final de cada da y comentarn los
problemas y el progreso. Las reuniones formales con el cliente se llevarn a cabo a final de
cada semana para informar el progreso y determinar si se requiere hacer algn cambio. El Sr.
P. se asegurar de que los requisitos del calendario y presupuestos se cumplan. El manejo de
los riesgos tambin ser su responsabilidad. Minimizar fallas y maximizar la interaccin
amigable con el usuario sern prioridades del Sr. P., que tiene adems la responsabilidad
general de toda la documentacin y debe asegurarse de que est actualizada.
5.2.4. Asignacin del presupuesto.
Workflow de los requisitos
3380 dlares
Workflow del anlisis
6760 dlares
Workflow del diseo
6760 dlares
Workflow de la implementacin
15210 dlares
Workflow de pruebas
10140 dlares
Total:
24250 dlares
5.3. Plan de control. El Sr. P. deber probar y documentar cualquier cambio importante que afecte los
hitos o el presupuesto. No habr personal de aseguramiento de la calidad externo involucrado en el
proyecto. Los beneficios de hacer que alguien ms aparte del individuo que realiz la tarea de
desarrollo realice las pruebas se lograrn al hacer que cada persona aplique las pruebas a los
productos de trabajo de la otra. El Sr. P. ser el responsable de asegurar que el proyecto se complete
a tiempo y dentro del presupuesto. Esto se lograr por medio de reuniones diarias de los miembros
del equipo. En cada reunin R. y D. presentarn el progreso y los problemas del da. P. determinar
si estn progresando como se esperaba y si se esta siguiendo el documento de especificaciones y el
plan de administracin del proyecto. Cualquier problema importante que enfrenten los miembros del
equipo ser reportado inmediatamente al Sr. P.

Ingeniera de Software

6.

7.

8.

5.4. Plan de manejo de riesgos. Los factores de riesgo y los mecanismos de seguimiento de riesgos son
los siguientes:
a) No hay un sistema de informacin existente con el cual pueda compararse el nuevo sistema de
informacin. En consecuencia, no ser posible ejecutarlo en paralelo con uno existente. Por lo
tanto, el sistema de informacin debe someterse a pruebas intensivas.
b) Se supone que el cliente no tiene experiencia con las computadoras. Por lo tanto, debe prestarse
atencin especial al workflow del anlisis y a la comunicacin con el cliente. El sistema de
informacin tiene que hacerse lo ms amigable posible para el usuario.
c) Siempre existe la posibilidad de una falla de diseo importante, as que las pruebas exhaustivas
se realizarn durante el workflow del diseo. Adems, cada uno de los miembros del equipo
inicialmente probar su propio cdigo y luego probar el cdigo de otro miembro. El Sr. P. ser
responsable de las pruebas de integracin y estar a cargo de las pruebas del producto.
d) El sistema de informacin debe cumplir con los requisitos de almacenamiento y tiempos de
respuesta especificados. Esto no debe ser un problema importante debido al tamao reducido del
sistema de informacin, pero el Sr. P. lo monitorear a lo largo del desarrollo.
e) Hay una pequea posibilidad de que el hardware falle, en cuyo caso se rentar otra mquina. Si
ocurre una falla en el compilador, ste se reemplazar. Estas posibilidades estn contempladas
en las garantas que brindan los proveedores de hardware y del compilador.
5.5. Plan de cierre del proyecto. No aplicable en este caso.
Planes del proceso tcnico
6.1. Modelo del proceso. Se utilizar el proceso unificado.
6.2. Mtodos, herramientas y tcnicas. Los workflows se realizarn de acuerdo con el proceso unificado.
El producto se implementar en C++.
6.3. Plan de infraestructura. El producto se desarrollar utilizando AgroUML corriendo bajo Linux en
una computadora personal.
6.4. Plan de aceptacin del producto. La aceptacin del producto por parte del cliente se lograr
siguiendo los pasos del proceso unificado.
Planes del proceso de soporte
7.1. Plan de control de la configuracin. CVS se utilizar de principio a fin para todos los artefactos.
7.2. Plan de pruebas. Se ejecutar el workflow de pruebas del proceso unificado.
7.3. Plan de documentacin. La documentacin se producir segn se especifica en el proceso unificado.
7.4. (-5) Plan de aseguramiento de la calidad y Plan de revisiones y auditorias. R. y D. probarn los
cdigos entre s y P. aplicar las pruebas de integracin. Luego, los tres se encargarn de aplicar las
pruebas del producto exhaustivas.
7.6. Plan de resolucin de problemas. Como se mencion en la seccin 5.3, cualquier problema
importante que enfrenten los miembros del equipo se reportar de inmediato al Sr. P.
7.7. Plan de control de subcontratistas. No aplicable en este caso.
7.8. Plan de mejora del proceso. Todas las actividades se realizarn de acuerdo con el plan de la
compaa para avanzar del nivel 2 al nivel 3 del CMM en dos aos.
Planes adicionales.
Componentes adicionales.
Seguridad. Se necesitar usar una contrasea para usar el sistema de informacin.
Capacitacin. El Sr. P. realizar la capacitacin al momento de la entrega. Debido a que ser fcil utilizar
el sistema de informacin, un da de capacitacin ser suficiente. El Sr. P. responder preguntas sin
ningn costo durante el primer ao de uso.

Tomado de:
Stephen R. Schach. Anlisis y diseo orientado a objetos con UML y el proceso unificado.
McGraw-Hill. 2004.