Tabla de contenidos

1. Introducción

2. Descripción del proyecto

3. Organización del Proyecto

4. La Administración de procesos

5. Plan de procesos técnicos

6. Plan de procesos de soporte

1. Introducción

Propósito

El objetivo de este Plan de desarrollo de software es la definición de las actividades de desarrollo

en términos de las fases y las iteraciones necesarias para la implementación de un Servicio
identificación de estilos de aprendizaje en grupos.

Alcance

Este Plan de Desarrollo de Software describe el plan general para ser utilizado por el equipo para
desarrollar el sistema. Los detalles de las iteraciones individuales se describen en los planes de
iteración.

Ámbito de aplicación

Este Plan de Desarrollo de Software describe el plan general para ser utilizado por el equipo para
desarrollar el sistema. Los detalles de las iteraciones individuales se describen en los planes de
iteración.
Definiciones, acrónimos y abreviaturas

Ninguno.

Referencias

<pendiente>

1.1 Plan de administración de requerimientos

1.2 Lista de riesgos

1.3 Casos de desarrollo

1.4 Breve Diseño Creativo

2. Descripción del proyecto

Propuesta del proyecto, alcance y objetivos

Este proyecto implementa un sistema para la identificación de estilos de aprendizaje. Se

desarrollará una aplicación web para identificar los estilos de aprendizaje y su porcentaje en un
grupo de individuos, para esto se identifica el estilo de aprendizaje de cada individuo del grupo.
Estudiantes y profesores reciben recomendaciones del sistema.

Supuestos y limitaciones

El sistema debe estar funcionando a inicios de Mayo, 2011.

Entregables del proyecto

Los siguientes productos se producirán durante el proyecto:

Casos de Uso del Negocio

Encuesta de casos de uso del negocio

Glosario

Especificaciones Complementarias

Breve Diseño Creativo

Mapa de Navegación

Prototipo de interfaz de usuario

Encuesta de casos de uso

Modelo de Datos

Diseño del modelo

Diseño de la Base de datos

Documento de Arquitectura de Software

Implementación del Subsistema

Paquete de prueba

Solicitudes de cambios

Resumen de las pruebas

Evolución del plan de desarrollo de software

Este plan será actualizado antes del inicio de cada subsecuente fase o iteración. Las fechas para el
final de cada fase se muestran a continuación.

Para ver la información, hacer click sobre la imagen y posteriormente con el puntero de zoom
hacer click

3. Organización del Proyecto

Estructura Organizacional
El equipo del proyecto para las fases de iniciación y elaboración se organizará de la siguiente
manera:

Interfaces externas

El equipo del proyecto trabajará con el personal de edición, el personal de Publicidad, y el

Representante del personal de campo para reunir los requisitos, los prototipos de revisión, y
probar las distintas funciones dentro del sistema.

Roles y responsabilidades

La siguiente tabla muestra las funciones representadas en el diagrama del proyecto anterior y de
sus responsabilidades primarias.

Rol Descripción

Administrador del proyecto El director de proyecto asigna los recursos, forma las prioridades,
coordina las interacciones con los clientes y usuarios, y por lo general trata de mantener el equipo
del proyecto enfocado en el objetivo correcto. El director de proyecto también establece un
conjunto de prácticas que garantizan la integridad y la calidad de los artefactos del proyecto.

Arquitecto El arquitecto dirige y coordina las actividades técnicas y artefactos en todo el

proyecto. El arquitecto establece la estructura general de cada punto de vista arquitectónico: la
descomposición de la vista, la agrupación de elementos, y las interfaces entre estos grandes
grupos. Así, en contraste con los otros trabajadores, el enfoque del arquitecto es hacia la
amplitud, y no en profundidad.
Analista del negocio Analista de negocios conduce y coordina el modelado de casos de uso del
negocio, restringiendo y delimitando la organización que está siendo modelada. Por ejemplo,
estableciendo que agentes de negocios y casos de negocio existen y cómo interactúan.

Diseñador El diseñador define las responsabilidades, funciones, atributos y relaciones de una

o varias clases y determina cómo deben ser ajustados al entorno de ejecución. Además, el
diseñador puede tener la responsabilidad de uno o más paquetes de diseño o subsistemas de
diseño, incluidas las clases de propiedad de los paquetes o subsistemas.

Diseñador creativo El diseñador creativo dirige y coordina la creación de prototipos y el diseño

de la interfaz web, mediante la captura de los requisitos de la interfaz Web, incluidos los requisitos
de usabilidad, la creación de prototipos de páginas Web, con la participación de otros actores de la
interfaz Web, como los usuarios finales, en los exámenes de usabilidad y sesiones de pruebas de
uso, y revisar y proporcionar la información adecuada sobre la implementación final de la interfaz
web (como creados por otros desarrolladores, es decir, diseñadores e implementadores).

Responsable de pruebas(Tester) El Responsable de pruebas es responsable de ejecutar las

pruebas, incluyendo la prueba de puesta en marcha y ejecución, la evaluación de la ejecución de la
prueba y la recuperación de errores, y la evaluación de los resultados de la prueba y registro de los
defectos dentificados

Especialista de requerimientos El especialista Requisitos captura la especificación de una parte de

la funcionalidad del sistema, describiendo el aspecto de los requisitos de uno o varios casos de uso
y otros requisitos de software de apoyo. El especialista de requerimientos es también responsable
de un paquete de casos de uso y mantenimiento de la integridad de ese paquete.

4. La Administración de procesos

Las estimaciones del proyecto

La fase de iniciación de este proyecto se llevará a 2 semanas. Las estimaciones iniciales de las fases
siguientes se pueden ver en la “evolución del plan de desarrollo de software”.

Plan del Proyecto

La fase de iniciación del proyecto se puede ver de la siguiente manera:

Tarea Inicio Fin

INICIO

Comienza fase de inicio

Se anuncia el inicio al equipo interno

Agregar tareas al “Plan del proyecto” para el proyecto

Armar tabla de Control de Cambios

Crear plan de control de cambios

Obtener aprobación

Entregables de fase de inicio

Organiza un taller para recolectar Requisitos

Visión del proyecto creado, revisado y firmado

Modelo preliminar de casos de uso (10-20% de avance), creado y puesto bajo control de revisiones

Estudio preliminar de casos de uso creado, revisado y firmado

Especificaciones suplementarias preliminares creado, revisado y firmado

Caso de negocio creado, revisado y firmado

Glosario preliminar del proyecto creado, revisado y firmado

Breve Diseño Creativo preliminar creado, revisado y firmado

Mapa del Sitio preliminar y mapeado de casos de uso de navegación creado, revisado y firmado

Diseño Creativo creado, revisado y firmado

Plan Preliminar de contenido creado, revisado y firmado (si procede)

Prototipo de interfaz de usuario (opcional), creado, revisado y firmado

Informes de prototipos (opcional), creado, revisado y firmado

Desarrollar Tecnología alternativas preliminares

Establecer contacto con las correspondientes Gurús Contexto

Plan de Transferencia del Conocimiento preliminar y horario creado, revisado y firmado

Validar / Invalidar suposiciones de la propuesta de la fase de inicio

Obtener la aprobación

Entregables de la fase de inicio completa

Adaptación de la fase de inicio

Realizar reuniones de comprobación de la calidad con el Cliente

Realizar Aseguramiento de la Calidad

Mantener reunión de lecciones aprendidas del contexto

Primeras estimaiciones del proyecto creada, revisada y firmada (+75%, -60%)

Proyecto completo Plan de Entrega iterativo creado, revisado y firmado

Crear propuesta para la fase de elaboración

Crear Registro del Proyecto de Software

Preparación para el punto de control de la fase de incio

Tener equipo, incluyendo administrador de proyecto del cliente, completar la liberación de trabajo
de la fase de inicio.

Entregar la propuesta para la fase de elaboración

Revisión del punto de control de la fase de inicio y tomar la decisión de continuar o no continuar el
proyecto.

Mover los entregables corespondientes a la página del proyecto.

Fase de inicio completa

Plan de fases

El desarrollo del sistema se llevará a cabo utilizando un enfoque de fases en donde múltiples
iteraciones se producen dentro de una fase. Las fases y la línea de tiempo relativa se muestra en el
cuadro siguiente:

Fase No. Iteraciones Inicio Fin

Fase de inicio 1 sem 1 sem 2

Fase de Elaboración 2 sem 3 sem 4

Fase de Construcción 5 sem 5 sem 9

Fase de Transición 2 sem 10 sem 11

Los objetivos que marcan el final de cada fase se puede observar en la tabla de abajo.

Descripción Objetivos

Fase de inicio En la fase de inicio se desarrollará los requisitos del producto y el caso de negocio.
Los casos de uso principales se desarrollarán, así como el Plan del Proyecto de alto nivel. Al final de
la Fase de Inicio decidirá si financiar y realizar el proyecto basado en el caso de negocio. La revisión
del Caso de Negocio en el final de la fase marca la decisión de Ir / No Ir para el proyecto.
Fase de elaboración En la fase de elaboración se analizará los requisitos y elaborará el
prototipo de la arquitectura. En la finalización de la fase de elaboración todos los casos de uso
seleccionados para la versión 1.0 se han completado en análisis y el diseño. Además, los casos de
uso de alto riesgo de la versión 2.0 se han analizado y diseñado. El prototipo de la arquitectura
pondrá a prueba la viabilidad y el rendimiento de la arquitectura que se requiere para la versión
1.0. El prototipo de la arquitectura marca el final de la fase de elaboración. Este prototipo
representa la verificación de los principales componentes arquitectónicos que conforman la
versión R1.0.

Fase de construcción Durante la fase de construcción, los restantes casos de uso serán
analizados y diseñados. La versión beta de la versión 1.0 será desarrollado y distribuido para su
evaluación. Las actividades de implementación y pruebas para apoyar las versiones R1.0 y R2.0 se
completará. Del la versión R2.0 la Capacidad Operacional marca el final de la fase de construcción.
La versión 2.0 del software está listo para ser empaquetada.

Fase de transición En la fase de transición se preparan las versiones R1.0 y R2.0 para su
distribución. Proporciona el apoyo necesario para garantizar una instalación sin problemas,
incluida el entrenajmiento del usuario. La versión R2.0 marca el final de la fase de transición. En
este punto, todas las capacidades, tal como se define en el documento de Visión, están instalados
y disponibles para los usuarios.

Objetivos de iteración

fase Iteración Descripción Objetivo asociado Riesgos contemplados

Inicio iteración preliminar Define modelo de negocio, requerimientos del producto, plan del
proyecto y caso de negocio Revisión del caso de negocio Aclara necesidades de los
usuariosDesarrolla planes realistas y alcance del proyecto.

Determina la viabilidad del proyecto desde el punto de vista empresarial

Elaboración Iteración E1

Desarrollar prototipo de arquitectura Completar análisis y diseño para los casos de uso de alto
riesgo Prototipo de arquitectura Aspectos de Arquitectura aclarados.Los riesgos técnicos
mitigados.

Los primeros prototipos para la revisión del usuario.

Elaboración Iteración E2

Desarrollar prototipo de arquitectura Completar análisis y diseño para los casos de uso de
restantes Prototipo de arquitectura Aspectos de Arquitectura aclarados.Los riesgos
técnicos mitigados.Prototipos para la revisión del usuario.
Construcción Iteración C1

Desarrollar ALFA implementar y probar casos de uso criticos. Alfa Algunas

características clave de un usuario y arquitectura probable implementada en la versión beta.

Comentarios de los usuarios antes del lanzamiento del software

Construcción Iteración C2

Desarrollar BETA Implementar y probar casos de uso para la versión Beta. Beta
Todas las características clave de un usuario y arquitectura probable implementada en la
versión beta.

Comentarios de los usuarios antes del lanzamiento del software

Construcción Iteración C3

Desarrollar liberación inicial Implementar y probar casos de uso, reparar defectos de Beta, e
incorporar la retroalimentación o comentarios de Beta.

Desarrolla el sistema inicial.

Software Software totalmente revisado por la comunidad de usuarios.

La calidad del producto debe ser alto.

Defectos reducido al mínimo.

Costo del aspecto calidad disminuye

Construcción Iteración C4

Desarrollar liberación intermedia Implementar y probar otro subconjunto de casos de uso

restantes, reparar defectos de versión anterior, e incorporar la retroalimentación o comentarios
de la versión anterior. Software Otro subconjunto de características o requerimientos y
arquitectura final implementada en esta versión

Comentarios de los usuarios antes del lanzamiento del software

Construcción Iteración C5

Desarrollar liberación completa Incorporar mejoras y defectos de la versión anterior.

Desarrolla el sistema completo.

Software La liberación rápida da lugar a la satisfacción de los clientes.

Todas las funciones fundamentales contemplados en el sistema por completo implementados en

esta versión.

Transición Iteración T1

liberación de software Empaquetar, distribuir e instalar la versión. software liberado

Transición Iteración T2

liberación de software Capacitación del administrador del sistema software liberado

Versiones

En este momento, dos versiones se han previsto. El primero se debe concluir en el mes de Mayo
2011, y su alcance será determinado durante la fase de elaboración. Cualquier funcionalidad
restantes se incluirán en una versión posterior (si es necesario).

Cronograma del Proyecto

El cronograma del proyecto preliminar se puede ver en la sección 2. dentro del apartado
“Evolución del plan de desarrollo de software“. Los planes actualizados estarán disponibles en las
fechas especificadas en dicho punto

Dotación de recursos

4.1.1. Plan de Personal(No aplica)

4.1.2. Plan de adquisición de recursos

4.1.3. Plan de Formación

El personal asignado a este proyecto tiene los conocimientos necesarios en este momento.

Presupuesto

El presupuesto para la fase de inicio es de $70,000.00

Planes de Iteración

Este documento contiene el plan de iteración para la fase de inicio. Planes de iteración para fases
siguientes serán entregados en el final de la fase o iteración que le precede.

Control y monitoreo del proyecto

4.2.1. Plan de administración de requerimientos

Ver referencia[1.1]

4.2.2. Plan de control del cronograma

Informes del estado del proyecto se publicará semanalmente en la pagina web del trabajo
terminal. Incluirá seguimiento objetivos para garantizar que el proyecto avanza en buen camino.
Cambios en el calendario será avisado a la directora del trabajo terminal del proyecto, que
entonces decidirá si se altera el “alcance(scope)“ con el fin de preservar las fechas de terminación.

4.2.3. Plan del control de presupuesto

Los gastos son monitoreados por el adminstrador del proyecto, y son informados y evaluados por
medio del reporte de “evaluación de estatus”.
4.2.4. Plan de control de calidad

Todos los productos de trabajo están obligados a pasar por el proceso de revisión
correspondiente. La revisión es necesaria para asegurar que cada producto de trabajo es de
calidad aceptable, utilizando las directrices descritas en el Rational Unified Process [6], Directrices
para el examen y listas de verificación.

Además, los defectos serán grabadas y se les dará seguimiento

4.2.5. Plan de información

El informe de evaluación de estatus será preparado por el Administrador del proyecto al menos
una vez al mes. Esto incluye:

– actualizada de estimaciones de costos y las del horario

– Resumen de las métricas

4.2.6. Plan de medición

Esfuerzo y el tiempo se utilizará para el seguimiento del progreso del proyecto. informes de
planificación vs. real será utilizada por el director del proyecto para medir el progreso.

4.2.7. Plan de administración de riesgos

Ver referencia [1.2]

4.2.8. Plan de Cierre

Al final del proyecto, una reunión de lecciones aprendidas se llevará a cabo para capturar nuevas
técnicas, herramientas o métodos. Prestaciones del proyecto se archivará en el depósito de
Gestión del Conocimiento para futuras referencias.

5. Plan de procesos técnicos

Caso de desarrollo

Ver referencia [3]

Métodos, herramientas y técnicas

Las directrices estandar del RUP serán usadas

Plan de infraestructura

Este proyecto será desarrollado con las herramientas de hardware y software necesarias para el
ambiente de desarrollo.

Plan de aceptación del producto

A ser desarrollado

6. Plan de procesos de soporte

Plan de administración de configuración

Ver referencia [3]

Plan de evaluación
A ser desarrollado

Plan de documentación

Ver referencia [3]

Plan de aseguramiento de la calidad

Ver referencia [3]

Plan de resolución de problemas

A ser desarrollado

Plan de administración de contratistas

N/A – no se utilizan

Plan de mejora de procesos

Al término de cada fase, una sesión de Lecciones Aprendidas se llevará a cabo de aprovechar las
mejoras en el proceso.

Las 5 fases en Gestión de Proyectos

Pocas cosas son tan relevantes para la productividad de una empresa como la gestión de sus
proyectos.
Las empresas se preocupan excesivamente por encontrar una aplicación software para la gestión
de proyectos buena, bonita y barata.

Desde mi punto de vista este es un enfoque erróneo, ya que antes de elegir una herramienta
software para la gestión de proyectos es necesario definir e institucionalizar el proceso de trabajo
que permita optimizar el desarrollo de proyectos.

La mejor aplicación software no sirve de nada si no se dispone de un procedimiento de trabajo

bien definido. Sin embargo, con una aplicación ordinaria y una buena metodología de gestión de
proyectos se pueden conseguir grandes resultados en el desarrollo de proyectos.

Generalmente, cuando planteamos la necesidad de definir un proceso metodológico, las empresas

se echan a temblar, pues lo relacionan con una tarea titánica y de escasa utilidad para su
organización.

Sin embargo, la realidad es bien distinta, las empresas y sus trabajadores ejecutan procesos
diariamente, aunque no son conscientes. Lo único que necesitan es pararse a pensar como
realizan las tareas diarias, unificar las mejores prácticas y plasmarlas en un documento de obligado
cumplimiento para todo el personal
1. Análisis de viabilidad del proyecto

Es la fase inicial de cualquier proyecto y su objetivo es analizar si la empresa debe o no embarcarse

en dicho proyecto, pues en ciertas ocasiones la empresa puede tener más problemas que
beneficios a la hora de realizar un proyecto.

El análisis de viabilidad debe incluir al menos las siguientes actividades:

Creación del registro de seguimiento en la herramienta de gestión de la empresa.

Análisis previo del alcance del proyecto.

Análisis de los riesgos de ejecución del proyecto.

Análisis de viabilidad de acuerdo a plazos, coste y calidad.

Si el análisis de viabilidad es positivo, es decir, no existen motivos iniciales para no abordar el

proyecto, podemos pasar a la 2ª fase del proceso.

2. Planificación detallada del trabajo a realizar

El objetivo de esta fase es definir con el máximo detalle posible las tareas a realizar y los recursos
necesarios para llevar a buen término el proyecto. Un error de cálculo en esta fase puede ser muy
dañino para la empresa.

Las actividades clave en esta etapa son:

Análisis del alcance del proyecto.

Realización de estimaciones de esfuerzo, costes y recursos.

Definición del plan de proyecto.

Negociación del contrato.

Si finalmente el proyecto es aprobado, debe plasmarse en un contrato que recoja todos los
términos del acuerdo.

3. Ejecución del proyecto

La tercera fase de la gestión de proyectos es donde las empresas despliegan todo su Know how y
donde menos problemas suelen encontrar.
Las actividades principales de esta etapa son:

Establecimiento del entorno de trabajo.

Asignación de las tareas planificadas a los recursos disponibles.

Ejecución de las tareas planificadas.

Gestión de las peticiones de cambio.

De forma paralela a esta fase, es necesario realizar un seguimiento y control del proyecto que
velará por el cumplimiento de la planificación y la calidad del trabajo realizado. De manera que se
detecten las desviaciones antes de que se conviertan en un problema para el éxito del proyecto.

4. Seguimiento y control del trabajo

Esta etapa, junto a la de planificación detallada, es una de las más importantes para el éxito del
proyecto.

En esta fase se realizan esencialmente 4 tipo de actividades:

Seguimiento de tareas e hitos planificados.

Gestión de entregables (incluido control de la calidad).

Gestión de incidencias.

Generación de informes de seguimiento.

5. Cierre del proyecto

El objetivo de esta fase es institucionalizar una etapa de control para verificar que no quedan
cabos sueltos antes de dar por cerrado el proyecto. Esta fase suele ejecutarse a través de un
checklist o lista de control.

Las tareas clásicas a realizar dentro de esta fase son:

Cierre formal del proyecto por parte de todos los actores involucrados en el proyecto
(stakeholders).

Realización del backup del proyecto.

Análisis de los resultados con respecto a las estimaciones iniciales.

Actualización de la base de conocimiento con todo lo aprendido.