Referencia De Eclipse

Bitss

Plan de Desarrollo de Software

Versión 3.0

Historial de Revisiones

Fecha Versión Descripción Autor

26/03/08 0.1 Versión preliminar del documento. Adrián M. Paredes

02/04/08 0.2 Se agregaron algunos productos a la WBS, se modificó el equipo de trabajo para que coincidiera con los roles de RUP, se quitaron los reportes de avance y se quitó el encabezado de identificación de documento. Adrián M. Paredes

04/04/08 0.3 Fueron corregidos algunos roles de RUP. Se agregaron los roles de System Analyst y Requirement Specifier para Ezequiel G.B. y se le quitó el rol de Implementer. Adrián M. Paredes

07/04/08 1.0 Primera iteración. Adrián M. Paredes

15/04/08 1.1 Puesta en formato Oscar L. Alvarez Imaz

18/04/08 1.2 Corregidos algunos roles del ET que quedaron desactualizados en el presente documento. Adrián M. Paredes

20/04/08 2.0 Agregado uso de la herramienta Project para estimar y para el análisis de Earn Value. Cambiadas las referencias de "Directrices de Programación" por "Guía de Programación". Adrián M. Paredes

02/05/08 2.1 Se quita a Project como herramienta para el Earn Value. Se lo pone a Project para el Baseline y estimación, y a Excel para el EV.

Se agrega el Plan de Test como artefacto de RUP.

Se agrega referencia al documento de Introducción a RUP.

Se agrega referencia al Plan de Despliegue como Manual de Configuración. Adrián M. Paredes

04/05/08 3.0 Versión Entregable del Documento. Adrián M. Paredes.

Tabla de Contenidos

1. Introducción 4

1.1 Propósito 4

1.2 Alcance 4

1.3 Resumen 4

2. Descripción del Proyecto 4

2.1 Objetivo del Proyecto, Ámbito de aplicación, y Objetivos 4

2.2 Supuestos y Restricciones 5

2.3 Entregables del Proyecto 5

2.4 Evolución del Plan de Desarrollo de Software 5

3. Organización del Proyecto 5

3.1 Estructura Organizacional del Equipo de Trabajo 5

3.2 Roles 5

4. Proceso de Gestión 6

4.1 Estimaciones del Proyecto 6

4.2 Plan del Proyecto 6

4.2.1 Plan 6

4.2.2 Objetivos de las Iteraciones 11

4.2.3 Calendario del Proyecto 12

4.3 Control del Proyecto 12

5. Anexos 14

Plan de Desarrollo de Software

1.Introducción

1.1Propósito

El propósito del Plan de Desarrollo de Software es reunir toda la información necesaria para el control del proyecto. En el presente documento se describe el enfoque del desarrollo del software y es el plan de alto nivel generado y utilizado por los administradores para dirigir los esfuerzos de desarrollo.

1.2Alcance

Se describe el plan general para ser utilizado por el proyecto Bitss, incluyendo el despliegue del producto y los detalles de cada una de las iteraciones a grandes rasgos.

Los planes como se indican en este documento, se basan en los requerimientos del producto, tal como se definen en el documento de Visión.

1.3Resumen

El presente Plan de Desarrollo contiene la siguiente información:

• Descripción del Proyecto: ofrece una descripción del propósito del proyecto, el alcance y los objetivos. También define los entregables que se esperan del producto.

• Organización del Proyecto: describe la estructura de organización del equipo del proyecto.

• Proceso de Gestión: explica el calendario, se determinan las fases y entregas incrementales del proyecto, y se describe cómo será llevado a cabo el seguimiento del proyecto.

• Planes y Directrices aplicables: ofrece una visión general del proceso de desarrollo de software, incluidos los métodos, herramientas y técnicas a seguir.

2.Descripción del Proyecto

2.1Objetivo del Proyecto, Ámbito de aplicación, y Objetivos

El objetivo del proyecto Bitss es desarrollar un Software para el PMI (Project Management Institute) que sirva como soporte para la evaluación de certificación PMP (Project Management Professional), que consta de un examen en PC en centros autorizados.

Bitss es un Servicio de Evaluación para Certificación PMP, que consta de dos módulos separables:

• Front: consiste en:

o Formulario de datos del evaluado

o Examen múltiple choice en inglés y español para el evaluado (200 preguntas, 4 horas). El sistema deberá llevar la cuenta regresiva del tiempo faltante y mostrarla al evaluado.

o Almacenamiento de los resultados de los exámenes

• Back: que consiste en:

o ABM de Preguntas

o ABM de Modelos de Examen (máximo: 200 preguntas por examen)

o Publicación de Exámenes (sólo puede publicarse uno por fecha)

o Consultas a Exámenes realizados

o Estadísticas (gráficas y analíticas)

El acceso al módulo Back debe ser restringido. Sólo los administradores podrán acceder a él.

2.2Supuestos y Restricciones

• La primera versión del sistema debe estar finalizada para el 23 de junio de 2008, día de la presentación oficial e implantación del producto en ambiente de producción.

• La disponibilidad de los integrantes del Equipo de Trabajo es limitada. Cada uno de ellos se encuentra actualmente involucrado en otros diversos proyectos y la falta de tiempo y concentración puede ser una restricción importante a la hora de seguir el calendario propuesto.

• Suponemos que el servicio web que usamos como servidor de SVN y bug tracker (http://www.assembla.com/) va a permanecer on line durante todo el proyecto, y que no habrá interrupciones temporarias ni definitivas en la disponibilidad del servicio hasta la entrega de la primera versión.

2.3Entregables del Proyecto

Los entregables para cada fase del proyecto se identifican en la sección 4.2 que corresponde al Plan del Proyecto. Los entregables que serán presentados al cliente al final de cada iteración, se especifican detalladamente en la sección 4.2.4 que corresponde al Calendario del Proyecto.

2.4Evolución del Plan de Desarrollo de Software

La evolución del Plan de Desarrollo de Software será iterativa. El Plan será revisado antes del inicio de cada iteración, y será adaptado incrementalmente a medida que las fases del proyecto avancen.

3.Organización del Proyecto

3.1Estructura Organizacional del Equipo de Trabajo

3.2Roles

Persona Rol de RUP

Ezequiel Martín Gonzáles Busquin Project Manager

Business Designer

System Analyst

Requirement Specifier

Alejandro Ezequiel Aguilar Business Process Analyst

Implementer

Tech Writer

Change Control Manager

Oscar Luis Álvarez Imaz Software Architect

Designer

Integrator

Test Manager

Test Analyst

Test Designer

Deployment Manager

Adrián Marcelo Paredes Implementer

Process Engineer

Tool Specialist

Configuration Manager

Cualquier integrante del equipo de especialistas puede realizar actividades de cualquier rol, siempre y cuando éstas no sean incompatibles con las del rol oficial que desempeña. La habilidad de cada uno de ellos es similar; los cuatro cuentan con la misma experiencia.

4.Proceso de Gestión

4.1Estimaciones del Proyecto

• Se estima que el proyecto contará con 14 semanas de desarrollo. El 17 de marzo de 2008 se llevó a cabo la reunión de kick-off, por lo tanto, el sistema estará listo para ser instalado en producción el 23 de junio de 2008.

• Sólo contamos con 4 recursos, que serán asociados a los diferentes roles antes descriptos.

• Se estimará usando la herramienta Project de Microsoft Office, con el cual trazaremos el baseline. El análisis de Earn Value se realizará con una planilla de cálculos en Microsoft Excel.

4.2Plan del Proyecto

4.2.1Plan

WBS

Diccionario de la WBS

1-Bitss: Servicio de Evaluación para certificación PMP.

1.1-Desarrollo: El sistema de Servicio de Evaluación para certificación PMP consta básicamente de dos módulos: Módulo Front y Módulo Back.

1.1.1-Armado del Entorno de Desarrollo: Comprende la instalación de todas las herramientas necesarias y el armado de la plataforma en la que se desarrollará el software. Cada integrante del equipo de especialistas deberá instalar Java, Eclipse, los plug-in necesarios, un cliente de SVN, y todos los productos que necesitará para generar el ambiente de trabajo.

1.1.2-Desarrollo del módulo Front: El módulo Front es el servicio de evaluación que utilizarán los evaluados, aquellas personas que se acercarán a un centro autorizado por el PMI y rendirán el examen para la certificación PMP. Básicamente el usuario clave será el evaluado y el módulo consiste en un formulario, para que el usuario complete con sus datos personales, la rendición del examen, donde el usuario irá visualizando las preguntas y eligiendo las respuestas, y la finalización del examen, que incluye el almacenamiento de los resultados.

1.1.2.1-Formulario de Datos: Comprende el diseño visual del formulario, la posibilidad de que el usuario pueda ingresar los datos personales y la funcionalidad de que el sistema almacene estos datos ingresados en la base de datos de evaluados. También incluye una pantalla de confirmación, antes del guardado de los datos.

1.1.2.2-Rendición de Examen: Comprende el núcleo del módulo Front.

...