Proyecto

General

Perfil

Wiki » 1) Objetivos y alcance del proyecto »

Plan de proyecto

Proyecto SuiteSET3
Descripción Plantilla para proyectos basada en ReadySET y Métrica 3.
Desarrollo project:suiteset3-dev versión suiteset3-dev:version#1
Plazos vigentes FECHA INICIO - FECHA FINALIZACIÓN
Fecha edición 21/11/2024

Estado Borrador
Relacionados

Resumen del proyecto

UNA O DOS ORACIONES AQUÍ. Para más información ver la Propuesta de proyecto.

SI SE VA A ORGANIZAR EL TRABAJO SEGÚN UNA ARQUITECTURA DE COMPONENTES SOFTWARE, PUEDEN DESCRIBIRSE BREVEMENTE AQUÍ. ESCRIBIR DE CUATRO A DIEZ PUNTOS.

Resumen de la metodología

¿Qué enfoque general se dará al desarrollo?

ESCRIBIR DE TRES A CINCO ORACIONES O PUNTOS AQUÍ. ENFOQUE GENERAL, SUPUESTOS IMPORTANTES, PRÁCTICAS CLAVE Y CONTROLES DE SEGUIMIENTO DEL PROYECTO. Para más información ver la metodología de desarrollo de software.

¿Cómo se organizará el equipo de proyecto?

El equipo de desarrollo constará de ...

El equipo de control de cambios constará de ...

¿Qué herramientas de desarrollo y colaboración se utilizarán?

Haremos uso fundamentalmente de las siguientes herramientas durante todo el 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 de pruebas unitarias.

¿Cómo se controlarán los cambios?

  • Las solicitudes de cambio de requerimientos se registrarán como peticiones en SuitePro.
  • El equipo de dirección del proyecto evaluará los cambios solicitados y autorizará trabajar en ellos si se considera apropiado.
  • Al alcanzar la feature complete, no se añadirán nuevas características a esta versión.
  • Al alcanzar la feature complete, todos los "commit" sobre el código fuente se referirán a un ID específico de petición en SuitePro.
  • Al alcanzar la code complete, no se añadirá más código fuente a esta versión.

¿Cómo se actualizará este plan?

Este plan de proyecto se actualizará según se requiera a lo largo del proyecto. Estará bajo el control de versiones y las instrucciones para acceder a él estarán en el sitio web del proyecto. Cualquier cambio en el plan generará una notificación automática a la lista de correo del proyecto.

Plan de trabajo y estimaciones

  # Asunto Fecha de inicio Fecha fin Tiempo estimado
293 Inicio del proyecto 02/01/2019
185 Antecedentes, objetivo y alcance 03/01/2019 03/01/2019 20.00
184 Planificación y viabilidad 03/01/2019 11/01/2019
222 Organización y plan de trabajo 04/01/2019 04/01/2019
225 Estudio de alternativas 07/01/2019 07/01/2019
224 Definición de requisitos 07/01/2019 07/01/2019
223 Estudio de antecedentes y situación actual 07/01/2019 07/01/2019
226 Diseño del modelo 08/01/2019 08/01/2019
227 Definición de la arquitectura tecnológica 09/01/2019 09/01/2019
228 Definición del plan de acción 10/01/2019 10/01/2019
229 Revisión y aprobación 11/01/2019 11/01/2019
238 Definición del Sistema 14/01/2019 14/01/2019
237 Análisis 14/01/2019 21/01/2019
239 Establecimiento de requisitos 15/01/2019 15/01/2019
243 Definición de interfaces de usuario 16/01/2019 16/01/2019
242 Elaboración del modelo de datos 16/01/2019 16/01/2019
241 Análisis de casos de uso 16/01/2019 16/01/2019
240 Identificación de subsistemas 16/01/2019 16/01/2019
244 Análisis de consistencia 17/01/2019 17/01/2019
245 Especificación del plan de pruebas 18/01/2019 18/01/2019
246 Presentación y aprobación 21/01/2019 21/01/2019
248 Definición de la arquitectura 22/01/2019 22/01/2019
247 Diseño 22/01/2019 28/01/2019
252 Diseño físico de datos 23/01/2019 23/01/2019
251 Diseño de la arquitectura de módulos 23/01/2019 23/01/2019
250 Diseño de casos de uso reales 23/01/2019 23/01/2019
249 Diseño de la arquitectura de soporte 23/01/2019 23/01/2019
253 Verificación y aceptación de la arquitectura 24/01/2019 24/01/2019
257 Establecimiento de requisitos de implantación 25/01/2019 25/01/2019
256 Especificación técnica del plan de pruebas 25/01/2019 25/01/2019
255 Diseño de migración y carga inicial de datos 25/01/2019 25/01/2019
254 Generación de especificaciones de construcción 25/01/2019 25/01/2019
258 Aprobación del diseño 28/01/2019 28/01/2019
260 Preparación del entorno 29/01/2019 29/01/2019
259 Construcción 29/01/2019 01/02/2019
267 Procedimientos de migración y carga inicial de datos 30/01/2019 30/01/2019
266 Definición de la formación de usuarios finales 30/01/2019 30/01/2019
265 Elaboración de los manuales de usuario 30/01/2019 30/01/2019
263 Ejecución de pruebas de integración 30/01/2019 30/01/2019
262 Ejecución de pruebas unitarias 30/01/2019 30/01/2019
261 Generación de código 30/01/2019 30/01/2019
264 Ejecución de pruebas del sistema 31/01/2019 31/01/2019
268 Aprobación del sistema 01/02/2019 01/02/2019
270 Establecimiento del plan de implantación 04/02/2019 04/02/2019
269 Implantación y aceptación 04/02/2019 12/02/2019
277 Acuerdo del nivel de servicio 05/02/2019 05/02/2019
271 Formación necesaria para la implantación 05/02/2019 05/02/2019
276 Preparación del mantenimiento 06/02/2019 06/02/2019
273 Carga de datos al entorno de operación 06/02/2019 06/02/2019
272 Incorporación del sistema a entorno de operación 06/02/2019 06/02/2019
274 Pruebas de implantación 07/02/2019 07/02/2019
275 Pruebas de aceptación 08/02/2019 08/02/2019
278 Presentación y aprobación del sistema 11/02/2019 11/02/2019
279 Paso a producción 12/02/2019 12/02/2019

Tiempo estimado: 20.00

Ver diagrama de Gantt (Plan de proyecto)

Lista de entregables

  # Asunto Fecha de inicio Fecha fin

Ver diagrama de Gantt (Programa de entregas)

Dependencias del proyecto

¿Este proyecto entra en conflicto o compite por recursos con cualquier otro proyecto?

No, este es el único proyecto en el que estamos trabajando.

Sí, y hemos determinado cuántas horas puede dedicar cada persona a este proyecto.

¿Están asignados también los recursos humanos o de equipamiento de este proyecto al mantenimiento de versiones anteriores y/o a la planificación de próximas versiones?

No, esta es la primera versión y no tenemos pensado planificar la próxima versión.

Sí, asumimos que los miembros del equipo pasarán un promedio del 20% de su tiempo manteniendo versiones anteriores y planificando versiones futuras. Este promedio puedo aumentar algunas semanas pueden si se necesita un parche urgente para una versión anterior.

¿Este proyecto depende del éxito de algún otro proyecto?

No, este es un proyecto independiente.

Sí, el proyecto P1 debe proporcionar la biblioteca L, y el proyecto P2 debe demostrar la utilidad de la característica C, y…

¿Algún otro proyecto depende de éste?

No, el proyecto no está produciendo componentes que deban ser utilizados en otros proyectos.

Sí, debemos desarrollar la biblioteca L para nuestro proyecto y dar soporte a los usuarios de L en los proyectos P1 y P2.

¿Existen otras dependencias importantes que puedan afectar a este proyecto?

No, todo está considerado arriba.

Sí. DETALLES…