Plan del Proyecto
Información del Proyecto
Proyecto: | Software para hotel |
Ventana de tiempo para el Proyecto: | FECHADEINICIO - FECHAFINAL |
Formas Anexas: | Recursos necesarios para el proyecto |
Documentos relacionados: | Propuesta del proyectoGlosario de términos |
-------- ----- ------ ----- ----- ------
Impacto del proceso: Este plan sera usado para evaluar y administrar el proyecto. Las suposiciones principales que puedan afectar el plan deberan ser documentadas aquí. El plan del proyecto debera 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
UNA O DOS ORACIONES AQUI.este proyecto se basa vacicamente en crear un software para implementar en el area hotelera .
SI TIENE PLANEADO ORGANIZAR SU TRABAJO UTILIZANDO UNA DESCRIPCIÓN BASICA DE COMPONENTES DE SOFTWARE, DESCRIBA BREVEMENTE ESOS COMPONENTES AQUÍ. USE DE CUATRO A DIEZ VIÑETAS.
Resumen de la Metodología
¿Qué acercamiento (en general) se utilizara para el desarrollo?
En general averiguaremos en hoteles y deiversos sitios o cadenas donde se hagan reservas para poder llevar a cbo un proceso tratando ya de guiarnos en algo existente
¿Cómo estara organizado el equipo del proyecto?
El equipo de desarrollo consistira de
El equipo de control de cambios consistira de
¿Qué herramientas dedesarrollo y colaboración se utilizaran?
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 controlaran los cambios?
* Se dara seguimiento a as solicitudes de cambio por requerimiento en el sistema de control de cambios
* El equipo de control de cambios evaluara los cambios solicitados y autorizara trabajar en ellos si lo considera apropiado
* Después de alcanzar la completitud de las características, no se añadiran características nuevas a esta entrega.
* Después de tener el código completo no se añadira mas código fuente a esta entrega.
* Todos los mensajes de depuración del código fuente se deberan referir a un ID específico, una vez alcanzada la meta proyectada.
¿Cómo se actualizara este plan?
Este plan de proyecto sera actualizado según sea necesario mientras dure el proyecto. Sera colocado bajo control de versiones y las instrucciones para accederlo estaran en el sitio del proyecto. Cualquier cambio al plan generara una notificación automatica que sera enviada vía la lista de correo del proyecto.
Estructura de Trabajo y Estimados
TAREAS: Enumere las tareas que seran necesarias para este proyecto. Divida las tareas en subtareas hasta que sienta que tiene suficiente detalle paramostrar 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 sera realizado después de que todos los pasos 1.2.* hayan sido terminados. No se preocupe por la re numeración si borra un paso.
Paso | 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(hechoprincipalmente 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 | 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 mas 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 necesitara para terminar esa tarea en esa semana. Sume las horas en forma horizontal y vertical.SUGERENCIA: Estas horas deberan 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 deberan 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 |
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 |
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 proyecto
1. . Existe unconflicto potencial entre los objetivos de una apariencia de alta calidad y el de una que es completamente personalizable. Solo podemos tener éxito si los clientes encuentran buenas nuestras propuestas de alojamiento

2. encuentran el sitio llamativo, y los realizantes de reservas pueden personalizar sin mas esfuerzo del necesario ya contamos con un un diseño en mente que permitira resolver este problema y lo revisaremos con un diseñador de sitios web que tiene experiencia en sitios para hoteles.

3. 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 aprendera, seguramente cometeran 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.
4. La tiempo con el que se cuenta es poco. Manejaremos este problema planeando una aplicación conservadoramente funcional y otras funcionalidades seran añadidas después en futuras versiones si es necesario

5. 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 aprendera, seguramente cometeran algunos errores. Resolveremos esto analizandoel proyecto para tener una ventana de tiempo lo suficientemente grande para revisar y corregir el diseño y la implementación.
6. el tiempo con el que se cuenta es poco. Manejaremos este problema planeando una aplicación conservadoramente funcional y otras funcionalidades seran añadidas después en futuras versiones si es necesario.
7. El desempeño del sistema sera 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
8. Podríamos estar subestimando algunas tareas conocidas. ¿CÓMO EVITARLAS: primero que todo pensaríamos y averiguaríamos acerca del tema para no fallar /RESOLVERLAS?
9. Podríamos estar subestimando el impacto de algunas tareas desconocidas. ¿CÓMO EVITARLO/RESOLVERLO?
10. Podríamos estar subestimando las dependencias entre tareas. ¿CÓMO EVITARLAS repartirnos bien las labores del proyecto /RESOLVERLAS? desenvolver bien los recursos en tanto cambiar labores
11. Podríamos haber subestimado los requerimientos del cliente. ¿CÓMO EVITARLO no creo pues el cliente debe estar al pendiente siempre de la aplicación /RESOLVERLO? En caso tal se harian cambios leves sin arriesgar la aplicacion
12. El cliente podría cambiar los requerimientos.¿CÓMO EVITARLO/RESOLVERLO?
13. Podríamos encontrarnos con dificultades importantes con la tecnología seleccionada para este proyecto. ¿CÓMO EVITARLO/RESOLVERLO?
14. Podríamos tener baja calidad que necesite revisiones considerables. ¿CÓMO EVITARLA/RESOLVERLA?
15. Podríamos definir nuestro progreso incorrectamente hasta que sea demasiado tarde para reaccionar ¿CÓMO EVITARLO/RESOLVERLO?
16. 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 esta 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 esta considerado arriba.
Sí. DETALLES.