Plan del Proyecto
Información del Proyecto
| Projecto: |
Herramienta de Gestión de Expediente |
| Ventana de tiempo para el proyecto: |
10/12/2010 al 10/06/2011 |
| Formas Anexas: |
|
| Documentos relacionados: |
|
Impacto del proceso: Este plan será
usado para evaluar y administrar el proyecto. Las suposiciones principales que
puedan afectar el plan denerán ser documentadas aquí. El plan del proyecto deberá ser
actualizado durante el ciclo de vida del proyecto.
TAREAS: Complete la información necesaria arriba y abajo. añada o quite renglones según necesite.
Use la matriz como apoyo para identificar y definir los recursos necesarios.
Resumen del Proyecto
Herramienta para la gestión de cursos e información académica y administrativa de los estudiantes de la EV. Para más información vea la Propuesta del proyecto.
SI TIENE PLANEADO ORGANIZAR SU TRABAJO UTILIZANDO UNA DESCRIPCIÓN BÁSICA DE COMPONENTES
DE SOFTWARE, DESCRIBA BREVEMENTE ESOS COMPONENTES AQUÍ.
USE DE CUATRO A DIEZ VIÑETAS.
Resumen de la Metodología
- ¿Que acercamiento (en general) se utilizará para el desarrollo?
- USE DE TRES A CINCO ORACIONES O VIÑETAS AQUI. CUBRA ACERCAMIENTO GENERAL,
SUPUESTOS IMPORTANTES, PRÁCTICAS CLAVE Y COORDINACIÓN DE CONTROL DE PROYECTO.
Para más información vea la Metodología de Desarrollo de Software.
- ¿Cómo estará organizado el equipo del proyecto?
- El equipo de desarrollo consistirá de ...
- El equipo de control de cambios consistirá de ...
- ¿Qué herramientas de desarrollo y colaboración se utilizarán?
- Planeamos usar las siguientes herramientas de forma intensiva
durante el desarrollo del proyecto:
- Sitio web del proyecto
- Listas de correo del proyecto
- Sistema de control de cambios
- sistema de control de versiones
- Sistema automatizado de compilación
- Sistema automatizado para unidad de pruebas
- ¿Cómo se controlarán los cambios?
-
- Se dará seguimiento a as solicitudes de cambio por requerimiento en el
sistema de control de cambios
- El equipo de control de cambios (CCB) evaluará los cambios solicitados
y autorizará trabajar en ellos si lo considera apropiado
- Después de alcanzar la feature complete
, no se añadirán características nuevas a esta entrega.
- Después de code complete,
no se añadirá más código fuente a esta entrega.
- Todos los mensajes de depuración del código fuente se deberán referir a un ID
específico, una vez alcanzada la meta proyectada.
- ¿Cómo se actualizará este plan?
- Este plan de proyecto será actualizado según sea necesario mientras dure
el proyecto. Será colocado bajo control de versiones y las instrucciones para accesarlo
estarán en el sitio del proyecto.
Cualquier cambio al plan generará una notificación automática
que será enviada via la lista de correo del proyecto.
Estructura de Trabajo y Estimados
TAREAS: Enumere las tareas que serán necesarias para este proyecto. Divida
las tareas en subtareas hasta que sienta que tiene suficiente detalle
para mostrar los riesgos y hacer estimados razonables en un horario de trabajo
ideal.
SUGERENCIA: Etiquete cada etapa para mostrar su posición en el WBS,
por ejemplo, Paso 1.1.4.A. Utilice números para pasos que planee realizar en secuencia,
y utilice letras para pasos que planee realizar en paralelo.
Por ejemplo, el Paso 1.1 se encuentra antes de los Pasos 1.2.A y 1.2.B, pero
estos dos pasos pueden ser realizados en paralelo, y el Paso 1.3 será realizado
después de que todos los pasos 1.2.* hayan sido terminados. No se preocupe por
la renumeración si borra un paso.
| Step | Descripción | Estimado |
|---|
| 1. | Preparación | |
|---|
| 1.1. | Capacitación a desarrolladores | 30h |
|---|
| 2. | Inicio | |
|---|
| 2.1. | Levantamiento de requerimientos | 30h |
|---|
| 2.2. | Especificación de requerimientos | 20h |
|---|
| 2.3. | Validación de requerimientos | 10h |
|---|
| 3. | Elaboración | |
|---|
| 3.1. | Diseño de alto nivel | 5h |
|---|
| 3.2. | Diseño de bajo nivel (desglosado por componentes) | |
|---|
| 3.2.A. | Diseño de objetos | 10h |
|---|
| 3.2.B. | Diseño de interfaz del usuario | 10h |
|---|
| 3.2.C. | Diseño de la base de datos | 3h |
|---|
| 3.3. | Revisión del diseño y evaluación | 5h |
|---|
| 4. | Construcción | |
|---|
| 4.1.A. | Implementación del sistema | |
|---|
| 4.1.A.1. | Implementación NOMBRE-DEL-COMPONENTE 1 | 25h |
|---|
| 4.1.A.2. | Implementación NOMBRE-DEL-COMPONENTE 2 | 25h |
|---|
| 4.1.A.3. | Implementación NOMBRE-DEL-COMPONENTE 3 | 25h |
|---|
| 4.1.A.4. | Implementación NOMBRE-DEL-COMPONENTE 4 | 25h |
|---|
| 4.1.A.5. |
Integración de Componentes
(hecho principalmente durante la implementación de los componentes)
| 5h |
|---|
| 4.1.B. | Documentación técnica (desglosada por componentes) | 10h |
|---|
| 4.1.C. | Documentación para el usuario (desglosada por componentes) | 10h |
|---|
| 4.1.D. | Pruebas | |
|---|
| 4.1.D.1. | Planeación de pruebas | 10h |
|---|
| 4.1.D.2. | Implementación de pruebas de código (desglosada por componentes) | 30h |
|---|
| 4.1.D.3. | Pruebas de ejecución | 10h |
|---|
| 4.2. | Resultados de las pruebas y evaluación | 15h |
|---|
| 5. | Transición | |
|---|
| 5.A. | Paquete para liberación de entrega | 3h |
|---|
| 5.B. | Documentación por otros grupos | 3h |
|---|
| 6. | Reflexiones | |
|---|
| 6.1. | Reporte Postmortem | 10h |
|---|
| Total | 329 horas |
|---|
Entregas en esta Versión
TAREAS: Liste detalladamente las entregas del proyecto, con fechas de entrega.
| Nombre de la Entrega |
Descripción |
Fecha de Entrega |
| Nombre de la Entrega |
Descripción |
Fecha de Entrega |
| Nombre de la Entrega |
Descripción |
Fecha de Entrega |
| Nombre de la Entrega |
Descripción Descripción Descripción Descripción Descripción
Descripción Descripción Descripción |
Fecha de Entrega |
| Nombre de la Entrega |
Descripción |
Fecha de Entrega |
Calendario para esta Entrega
TAREAS: Haga que las filas en esta tabla coincidan con los pasos en su WBS
arriba. si tiene un número muy grande de pasos detallados, puede saltarse
los más detallados. Las columnas de la tabla representan semanas
del calendario. Para cada celda en esta tabla, introduzca el número de
horas ideales que el equipo necesitará para terminar esa tarea en esa semana.
Sume las horas en forma horizontal y vertical.
SUGERENCIA: Estas horas deberán sumar lo mismo que el total de horas
mostradas en su documento de
requerimiento de necesidades.
Y las horas de cada tipo de requerimiento por tarea
deberán corresponder a la sumas de cada tipo de tarea
| Tarea \ Semana |
S-01 |
S-02 |
S-03 |
S-04 |
|
S-05 |
S-06 |
S-07 |
S-08 |
|
S-09 |
S-10 |
S-11 |
S-12 |
Tareas Totales |
| 1. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| 2. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| 3. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| 4.1.A. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| 4.1.B. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| 4.1.C. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| 4.1.D. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| 4.2. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| 5. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| 6. |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
| Totales Semanales |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
00 |
Manejo de Riesgos
TAREAS: Enumere y clasifique los mayores riesgos para este proyecto, y que planea hacer
para resolver o evitar cada riesgo. Si no desea hacer nada para mitigar un riesgo,
menciónelo.
Los principales riesgos de este proyectos:
- Existe un conflicto potencial entre los objetivos de una apariencia
de alta calidad y el de una que es completamente personalizable.
Solo podemos tener éxito si los jugadores encuentran el sitio llamativo,
y los distribuidores de juegos pueden personalizarlos sin más esfuerzo del
necesario para construir un sitio web est?tico. ya contamos con un un diseño
en mente que permitirá resolver este problema y lo revisaremos con un diseñador
de sitios web que tiene experiencia en sitios para juegos.
- Existen importantes dificultades técnicas entre construir un
sitio web y una aplicación web. Este es un riesgo debido a que una persona
nuestro equipo tiene mucha experiencia con herramientas y tecnolog?as relevantes,
mientras que aunque el resto aprenderá, seguramente cometerán
algunos errores. Resolveremos esto
analizando el proyecto para tener una ventana de tiempo lo suficientemente grande
para revisar y corregir el diseño y la implementación.
- La tiempo con el que se cuenta es poco. Manejaremos este problema
planeando una aplicación conservadoramente funcional y otras
funcionalidades serán añadidas después en futuras versiones si es necesario.
- El desempeño del sistema será impactado significativamente por
las decisiones tomadas durante la tarea de diseño de la
base de datos. Ninguno de los miembros de nuestro equipo actuales tiene experiencia con
optimización de bases de datos. Para resolver esto, programaremos una reunión para revisar
el diseño con un DBA con experiencia o contrataremos un consultor de la base de datos
de un distribuidor
- Podríamos estar subestimando algunas tareas conocidas. ¿CÓMO EVITARLAS/RESOLVERLAS?
- Podríamos estar subestimando el impacto de algunas tareas desconocidas. ¿CÓMO EVITARLO/RESOLVERLO?
- Podríamos estar subestimando las dependencias entre tareas. ¿CÓMO EVITARLAS/RESOLVERLAS?
- Podríamos haber subestimado los requerimientos del cliente. ¿CÓMO EVITARLO/RESOLVERLO?
- El cliente podría cambiar los requerimientos. ¿CÓMO EVITARLO/RESOLVERLO?
- Podríamos encontrarnos con dificultades importantes con la tecnología seleccionada para
este proyecto. ¿CÓMO EVITARLO/RESOLVERLO?
- Podríamos tener baja calidad que necesite revisiones considerables. ¿CÓMO EVITARLA/RESOLVERLA?
- Podríamos definir nuestro progreso incorrectamente hasta que sea demasiado tarde para reaccionar
¿CÓMO EVITARLO/RESOLVERLO?
- Podríamos perder recursos, por ejemplo, miembros del equipo podrían enfermarse,
invertir tiempo en otros proyectos o renunciar. ¿CÓMO EVITARLO/RESOLVERLO?
Planeación de Dependencias del Proyecto
- ¿Este proyecto entre en conflicto o compite por recursos con cualquier otro proyecto
- No, este es el único proyecto en el que estamos trabajando
- Sí, hemos determinado cuantas horas cada persona puede dedicar a este proyecto.
- ¿Este proyecto depende del éxito de cualquier otro proyecto(s)?
- No, este es un proyecto independiente.
- sí, el proyecto P1 debe proveer la librería L, y
el proyecto P2 debe proveer la usabilidad de la característica C, y...
- ¿Algún otro proyecto depende de este?
- No, el proyecto no está produciendo componentes que
pudieran ser utilizados por cualquier otro proyecto actual.
- Sí, debemos producir la librería L para nuestro proyecto
y material de apoyo para L en los proyectos P1 y P2.
- ¿Existe cualquier otra dependencia importante que pueda afectar este proyecto?
- No, todo está considerado arriba.
- Sí. DETALLES....