Fecha: Mes/Ao

Revisin: 001



PROYECTO

Tabla de Contenido
1. OBJ ETIVO ............................................................................... ERROR! BOOKMARK NOT DEFINED.
1.1 Visin General del Documento ......................................................... Error! Bookmark not defined.
1.2 Visin General del Proyecto .............................................................. Error! Bookmark not defined.
1.3 Alcance ................................................................................................ Error! Bookmark not defined.
2. MANEJ O DEL DESARROLLO DEL SOFTWARE .................. ERROR! BOOKMARK NOT DEFINED.
2.1 Organizacin del Proyecto ................................................................ Error! Bookmark not defined.
2.2 Ciclo de vida del desarrollo/mantenimiento de software ............... Error! Bookmark not defined.
2.3 Productos y Cronograma de Entrega............................................... Error! Bookmark not defined.
2.4 Cronograma de Actividades .............................................................. Error! Bookmark not defined.
2.5 Subcontratos ...................................................................................... Error! Bookmark not defined.
2.6 Seguimiento del Proyecto ................................................................. Error! Bookmark not defined.
2.6.1 Revisin del Cliente ....................................................................... Error! Bookmark not defined.
2.6.1 Revisin del Equipo ....................................................................... Error! Bookmark not defined.
2.7 Directorio............................................................................................. Error! Bookmark not defined.
2.8 Acciones Correctivas ........................................................................... Error! Bookmark not defined.
2.9 Herramienta de Control ...................................................................... Error! Bookmark not defined.
3. ENFOQUE PARA LA INGENIERA DE SOFTWARE ............. ERROR! BOOKMARK NOT DEFINED.
3.1 Ambiente de Desarrollo ..................................................................... Error! Bookmark not defined.
3.2 Software Adicional ............................................................................. Error! Bookmark not defined.
3.3 Ambiente de Produccin ................................................................... Error! Bookmark not defined.
4. PRUEBAS Y CRITERIOS DE ACEPTACION ......................... ERROR! BOOKMARK NOT DEFINED.












Fecha: Mes/Ao
Revisin: 001



PROYECTO
PLAN DE DESARROLLO DE SOFTWARE

1. Objetivo.
El objetivo de este Plan de desarrollo de software es la definicin de las actividades de
desarrollo en trminos de las fases y las iteraciones necesarias para la implementacin de
un Servicio identificacin de estilos de aprendizaje en grupos.
1.1 VISION GENERAL DEL DOCUMENTO.
Este documento es bsico para organizar el ambiente de desarrollo/produccin,
planificar actividades y establecer los procesos de control que se requieran con el fin de
completar y entregar exitosamente los productos presentados en la Propuesta de Servicio.
El documento consta de cuatro captulos. El captulo 1 describe la Visin General del
Proyecto, los Antecedentes del mismo y su Alcance. El captulo 2 describe los elementos
que constituyen el proceso de Manejo de Desarrollo del Software. El captulo 3 muestra el
Enfoque de Ingeniera de Software y, por ltimo, el captulo 4 contiene el Plan de Pruebas y
los Criterios de Aceptacin del proyecto.

1.2 VISION GENERAL DEL PROYECTO.
Desarrollar un software para la implementacin de un servicio de identificacin de
estilos de aprendizaje en grupo el cual describe el plan general para ser utilizado por el
equipo para desarrollar el sistema.
1.3 ALCANCE.
Este Plan de Desarrollo de Software describe el plan general para ser utilizado por el
equipo para desarrollar el sistema.

2. MANEJO DE DESARROLLO DE SOFTWARE
2.1 ORGANIZACIN DEL PROYECTO
Roles y responsabilidades
La siguiente tabla muestra las funciones y sus responsabilidades primarias.
Rol Descripcin

Fecha: Mes/Ao
Revisin: 001



PROYECTO
Rol Descripcin
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 tambin establece un conjunto de
prcticas que garantizan la integridad y la calidad de los artefactos del
proyecto.
Arquitecto
El arquitecto dirige y coordina las actividades tcnicas y artefactos en
todo el proyecto. El arquitecto establece la estructura general de cada
punto de vista arquitectnico: la descomposicin de la vista, la
agrupacin 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 organizacin que est siendo
modelada. Por ejemplo, estableciendo que agentes de negocios y casos
de negocio existen y cmo interactan.
Diseador
El diseador define las responsabilidades, funciones, atributos y
relaciones de una o varias clases y determina cmo deben ser ajustados
al entorno de ejecucin. Adems, el diseador puede tener la
responsabilidad de uno o ms paquetes de diseo o subsistemas de
diseo, incluidas las clases de propiedad de los paquetes o subsistemas.
Diseador
creativo
El diseador creativo dirige y coordina la creacin de prototipos y el
diseo de la interfaz web, mediante la captura de los requisitos de la
interfaz Web, incluidos los requisitos de usabilidad, la creacin de
prototipos de pginas Web, con la participacin de otros actores de la
interfaz Web, como los usuarios finales, en los exmenes de usabilidad
y sesiones de pruebas de uso, y revisar y proporcionar la informacin
adecuada sobre la implementacin final de la interfaz web (como
creados por otros desarrolladores, es decir, diseadores e
implementadores).
Responsable de
pruebas(Tester)
El Responsable de pruebas es responsable de ejecutar las pruebas,
incluyendo la prueba de puesta en marcha y ejecucin, la evaluacin de
la ejecucin de la prueba y la recuperacin de errores, y la evaluacin de
los resultados de la prueba y registro de los defectos identificados
Especialista de
requerimientos
El especialista Requisitos captura la especificacin 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 tambin responsable de un paquete de
casos de uso y mantenimiento de la integridad de ese paquete.
2.2 CICLO DE VIDA DEL DESARROLLO/MANTENIMIENTO DE SOFTWARE

Fecha: Mes/Ao
Revisin: 001



PROYECTO
2.3 PRODUCTOS Y CRONOGRAMA DE ENTREGAS.
Los siguientes productos se producirn durante el proyecto:
Casos de Uso del Negocio
Encuesta de casos de uso del negocio
Glosario
Especificaciones Complementarias
Breve Diseo Creativo
Mapa de Navegacin
Prototipo de interfaz de usuario
Encuesta de casos de uso
Modelo de Datos
Diseo del modelo
Diseo de la Base de datos
Documento de Arquitectura de Software
Implementacin del Subsistema
Paquete de prueba
Solicitudes de cambios
Resumen de las pruebas
2.4 CRONOGRAMA DE ACTIVIDADES.
La fase de iniciacin 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 aprobacin


Entregables de fase de inicio


Organiza un taller para recolectar Requisitos


Visin 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



Fecha: Mes/Ao
Revisin: 001



PROYECTO
Tarea Inicio Fin
Caso de negocio creado, revisado y firmado


Glosario preliminar del proyecto creado, revisado y firmado


Breve Diseo Creativo preliminar creado, revisado y firmado


Mapa del Sitio preliminar y mapeado de casos de uso de navegacin creado,
revisado y firmado

Diseo 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 Tecnologa alternativas preliminares


Establecer contacto con las correspondientes Gurs 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 aprobacin


Entregables de la fase de inicio completa


Adaptacin de la fase de inicio


Realizar reuniones de comprobacin de la calidad con el Cliente


Realizar Aseguramiento de la Calidad


Mantener reunin 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 elaboracin


Crear Registro del Proyecto de Software


Preparacin para el punto de control de la fase de incio


Tener equipo, incluyendo administrador de proyecto del cliente, completar la
liberacin de trabajo de la fase de inicio.

Entregar la propuesta para la fase de elaboracin


Revisin del punto de control de la fase de inicio y tomar la decisin de
continuar o no continuar el proyecto.

Mover los entregables corespondientes a la pgina del proyecto.


Fase de inicio completa




Fecha: Mes/Ao
Revisin: 001



PROYECTO
2.5 SUBCONTRATOS.
N/A NO SE UTILIZA.

2.6 SEGUIMIENTO DEL PROYECTO.

2.6.1 SEGUIMIENTO DEL CLIENTE.
A SER DESARROLLADO.

2.6.2 SEGUIMIENTO DEL EQUIPO.
El desarrollo del sistema se llevar a cabo utilizando un enfoque de fases en donde
mltiples iteraciones se producen dentro de una fase. Las fases y la lnea de tiempo relativa
se muestra en el cuadro siguiente:
Fase No. Iteraciones Inicio Fin
Fase de inicio 1 sem 1 sem 2
Fase de Elaboracin 2 sem 3 sem 4
Fase de Construccin 5 sem 5 sem 9
Fase de Transicin 2 sem 10 sem 11

Los objetivos que marcan el final de cada fase se puede observar en la tabla de abajo.
Descripcin 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 desarrollarn, 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 revisin del Caso de
Negocio en el final de la fase marca la decisin de Ir / No Ir para el
proyecto.
Fase de
elaboracin
En la fase de elaboracin se analizar los requisitos y elaborar el prototipo
de la arquitectura. En la finalizacin de la fase de elaboracin todos los
casos de uso seleccionados para la versin 1.0 se han completado en anlisis
y el diseo. Adems, los casos de uso de alto riesgo de la versin 2.0 se han
analizado y diseado. El prototipo de la arquitectura pondr a prueba la
viabilidad y el rendimiento de la arquitectura que se requiere para la versin
1.0. El prototipo de la arquitectura marca el final de la fase de elaboracin.
Este prototipo representa la verificacin de los principales componentes

Fecha: Mes/Ao
Revisin: 001



PROYECTO
Descripcin Objetivos
arquitectnicos que conforman la versin R1.0.
Fase de
construccin
Durante la fase de construccin, los restantes casos de uso sern analizados
y diseados. La versin beta de la versin 1.0 ser desarrollado y distribuido
para su evaluacin. Las actividades de implementacin y pruebas para
apoyar las versiones R1.0 y R2.0 se completar. Del la versin R2.0 la
Capacidad Operacional marca el final de la fase de construccin. La versin
2.0 del software est listo para ser empaquetada.
Fase de
transicin
En la fase de transicin se preparan las versiones R1.0 y R2.0 para su
distribucin. Proporciona el apoyo necesario para garantizar una instalacin
sin problemas, incluida el entrenajmiento del usuario. La versin R2.0
marca el final de la fase de transicin. En este punto, todas las capacidades,
tal como se define en el documento de Visin, estn instalados y disponibles
para los usuarios.

2.7 DIRECTORIO
2.8 ACCIONES CORRECTIVAS.
Al trmino de cada fase, una sesin de Lecciones Aprendidas se llevar a cabo de
aprovechar las mejoras en el proceso.
2.9 HERRAMIENTAS DE CONTROL.

3. ENFOQUE PARA LA INGENIERIA DE SOFTWARE.
3.1 AMBIENTE DE DESARROLLO.
3.2 SOFTWARE ADICIONAL.
3.3 AMBIENTE DE PRODUCCION.
4. PRUEBAS Y CRITEROS DE ACEPTACION.
A SER DESARROLLADO.





Fecha: Mes/Ao
Revisin: 001



PROYECTO