Professional Documents
Culture Documents
Historial de Revisiones
Fecha Versin Descripcin Autor
Versin preliminar con las primeras
capturas de requisitos funcionales del
12-10-17 0.1 MONZON MUNGUIA Pedro
sistema e implementacin del plan de
desarrollo del software
25-01-17 0.2 Versin corregida del plan de desarrollo de
MONZON MUNGUIA Pedro
software
Tabla de Contenidos
1. Introduccin .........................................................................................................................................................4
1.1 Propsito .......................................................................................................................................................4
1.2 Alcance ..........................................................................................................................................................4
1.3 Resumen .........................................................................................................................................................4
5. Referencias .........................................................................................................................................................13
1. Introduccin
Este plan de desarrollo de software es una versin inicial preparada como respuesta al proyecto de la
asignatura de Ingeniera de Software I de la Facultad de Ingeniera de Sistemas y Computacin relacionado
a la empresa ZEMCO Ingenieros S.A.C. Este documento provee una visin global del enfoque de desarrollo
propuesto.
El proyecto ha sido propuesto al Ing. Juan Carlos Espinoza Bustillos dueo y stakeholder en la empresa
ZEMCO Ingenieros S.A.C. en la cual nicamente se proceder a cumplir con las tres primeras fases que
marca la metodologa RUP, constando nicamente en la tercera fase de dos iteraciones. Es importante
destacar esto puesto que utilizaremos la terminologa RUP en este documento. Se incluir el detalle para las
fases de Inicio y Elaboracin y adicionalmente se esbozarn las fases posteriores de Construccin y
Transicin para dar una visin global de todo proceso.
El enfoque del documento constituye una configuracin del proceso RUP de acuerdo con las caractersticas
del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los artefactos
(entregables) que sern generados. Este documento es a su vez uno de los artefactos de RUP.
1.1 Propsito
El propsito en general es lograr un software funcional para la empresa ZEMCO Ingenieros S.A.C. que ayude
a facilitar las actividades realizadas dentro de la empresa.
Los que ayudarn a lograr este propsito sern:
Stakeholder porque ser quien nos brindar toda la informacin de la empresa incluyendo los
requerimientos y especificaciones del sistema.
El jefe del proyecto porque ser quien organizar la agenda y las necesidades de los recursos, adems Commented [bcv1]:
de realizar el seguimiento de la empresa.
Los miembros del equipo de desarrollo sern quienes deben hacer las actividades asignadas del jefe del
proyecto.
1.2 Alcance
El Plan de Desarrollo del Software describe el plan general con una duracin de 38 semanas en la que
usaremos 4 fases la de inicio, elaboracin, construccin y transicin las que utilizaremos para desarrollar el
Web Service para las reas de la empresa ZEMCO para la cual nos hemos basado en la captura de requisitos
por medio del stakeholder representante de la empresa para hacer una estimacin. Posteriormente, el avance
del proyecto y el seguimiento en cada una de las iteraciones ocasionar el ajuste de este documento
produciendo nuevas versiones actualizadas.
1.3 Resumen
En este documento proporcionamos una descripcin del propsito, alcance y objetivos del proyecto que
realizaremos. Tambin describimos la organizacin de nuestro equipo de desarrollo organizado en las
siguientes secciones:
Vista General del Proyecto proporciona una descripcin del propsito, alcance y objetivos del proyecto,
estableciendo los artefactos que sern producidos y utilizados durante el proyecto.
Organizacin del Proyecto describe la estructura organizacional del equipo de desarrollo.
Gestin del Proceso explica los costos y planificacin estimada, define las fases e hitos del proyecto y
describe cmo se realizar su seguimiento.
Planes y Guas de aplicacin proporciona una vista global del
Confidencial Empreza ZEMCO INGENIEROS Pgina 4 de 13
S.A.C
Sistema de informacin para las reas de la empresa ZEMCO Versin: 0.1
Plan de Desarrollo Software Fecha: 05-09-17
Plan de Desarrollo Software
4) Glosario
En el glosario pondremos las palabras y trminos que se nos es difcil de entender segn avanzamos el
proyecto y tambin trminos que tienen un sentido diferente dentro de la empresa.
6) Visin
Este documento define la visin del producto desde la perspectiva del cliente, especificando las
necesidades y caractersticas del producto. Constituye una base de acuerdo en cuanto a los requisitos del
sistema.
8) Especificaciones Adicionales
Este documento capturar todos los requisitos que no han sido incluidos como parte de los casos de uso
y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen: requisitos legales o normas,
aplicacin de estndares, requisitos de calidad del producto, tales como: confiabilidad, desempeo, etc.,
u otros requisitos de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc.
Asimismo, este artefacto, ser desechado en la fase de Construccin en la medida que los resultados de
las iteraciones vayan desarrollando el producto final.
Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados en orden
decreciente de importancia y con acciones especficas de contingencia o para su mitigacin. Errores en
los cdigos.
- Errores de tipeo.
- Apagar la maquina sin guardar los cdigos.
- Cdigos por dems.
- No seguir las peticiones del stakeholder.
- No realizar un seguimiento exacto.
21) Producto
Los ficheros del producto empaquetados y almacenados en un CD a partir de la primera iteracin de la
fase de construccin.
Los integrantes del proyecto juntaran toda la informacin necesaria de la empresa, considerando las fases de
inicio, que estar formado por las siguientes actividades asignadas por el jefe de grupo.
Jefe de Proyecto. - Labor de Pedro MONZON MUNGIA, alumno del VI semestre de la carrera de Ingeniera
de Sistemas y Computacin de la Universidad Nacional Daniel Alcides Carrin PERU, con una experiencia
bsica en metodologas de desarrollo agiles como Visual Studio, Java, PHP.
Analista de Sistema. - Son los alumnos del VI semestre de la carrera de Ingeniera de Sistemas y
Computacin, Brayam CRUZ VERA y Waldir RICAPA QUINTO, con conocimientos en UML Y E-R,
conocimientos bsicos a travs del curso de Sistema de Bases,
Analistas Programadores. - Con experiencia en el entorno de desarrollo del proyecto, con experiencia en
diferentes lenguajes de programacin como java, c#, PHP, MySql y ms, para esto se encomend est
dedicada tarea al alumno Bush NAJERA CAMPOS.
Ingeniero de Software. - Para ello hemos designado al estudiante de Ingeniera en Sistemas y Computacin,
Alex ALVARADO CASTILLO, con intermedio conocimientos, pero tiles en metodologas de desarrollo
agiles.
El desarrollo se llevar a cabo en base a fases con una o ms iteraciones en cada una de ellas. La siguiente
tabla muestra una la distribucin de tiempos y el nmero de iteraciones de cada fase (para las fases de
Construccin y Transicin es slo una aproximacin muy preliminar)
Nro.
Fase Duracin
Iteraciones
Fase de Transicin - -
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripcin Hito
Fase de Inicio Aqu se buscar todos los requisitos del producto desde la perspectiva
del usuario, luego clasificar cuales sern establecidos para la visin.
Tambin irn los principales casos de uso que sern identificados y se
har un refinamiento del Plan de Desarrollo del Proyecto.
A continuacin, se presenta un calendario de las principales tareas del proyecto incluyendo slo las fases de
Inicio y Elaboracin. Como se ha comentado, el proceso iterativo e incremental de RUP est caracterizado
por la realizacin en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la
mayora de los artefactos son generados muy tempranamente en el proyecto, pero van desarrollndose en
mayor o menor grado de acuerdo a la fase e iteracin del proyecto. La siguiente figura ilustra este enfoque,
en ella lo ensombrecido marca el nfasis de cada disciplina (workflow) en un momento determinado del
desarrollo.
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobacin indica cundo el artefacto
en cuestin tiene un estado de completitud suficiente para someterse a revisin y aprobacin, pero esto no
quita la posibilidad de su posterior refinamiento y cambios.
Disciplinas / Artefactos
generados o modificados durante la Comienzo Aprobacin
Fase de Elaboracin
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Modelo de
Semana 18 Aprobado
Objetos del Negocio
Requisitos
Glosario Semana 19 Aprobado
Visin Semana 20 Semana 21
Modelo de Casos de Uso Semana 22 Semana 23
Especificacin de Casos de Uso Semana 24 Semana 25
Revisar en cada
Especificaciones Adicionales Semana 27
iteracin
Anlisis / Diseo
Revisar en cada
Modelo de Anlisis / Diseo Semana 29
iteracin
Revisar en cada
Modelo de Datos Semana 30
iteracin
Implementacin
Revisar en cada
Prototipos de Interfaces de Usuario Semana 31
iteracin
Revisar en cada
Modelo de Implementacin Semana 32
iteracin
Pruebas
Revisar en cada
Casos de Pruebas Funcionales Semana 34
iteracin
Despliegue
Revisar en cada
Modelo de Despliegue Semana 36
iteracin
Gestin de Cambios y Configuracin Durante todo el proyecto
Gestin del proyecto
Plan de Desarrollo del Software en su versin 2.0 y Revisar en cada
Semana 37
planes de las Iteraciones iteracin
Ambiente Durante todo el proyecto
La informacin o requisitos obtenidos sern especificados en el documento visin. Cada requisito tendr una
serie de atributos tales como importancia, estado y la iteracin donde se implementar.
Estos atributos permitirn realizar un efectivo seguimiento de cada requisito para hacer los cambios que sern
necesarios mediante una Solicitud de Cambio, que luego sern evaluadas y distribuidas para asegurar la
integridad del proyecto.
Los cambios en los requisitos sern gestionados mediante una Solicitud de Cambio, las cuales sern
evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de gestin de
configuracin y cambios.
Control de Plazos
Los pasos de elaboracin del proyecto tendrn un seguimiento y evaluacin semanal por el jefe de proyecto
y por los dems integrantes del grupo adems constante revisin del stakeholder.
Control de Calidad
Los defectos detectados en las revisiones y formalizados tambin en una Solicitud de Cambio tendrn un
seguimiento para asegurar la conformidad respecto de la solucin de dichas deficiencias Para la revisin de
cada artefacto y su correspondiente garanta de calidad se utilizarn las guas de revisin y checklist (listas
de verificacin) incluidas en RUP.
Gestin de Riesgos
Desde la primera fase de Inicio se mantendr una lista de riesgos asociados al proyecto y de las funciones
establecidas como estrategia para mitigarlos o acciones de contingencia
Gestin de Configuracin
Se llevar un registro de los artefactos generados y sus versiones., tambin se incluir la gestin de las
correcciones de los entregables y de las modificaciones que stas produzcan, informando y publicando dichos
cambios para que sean accesibles a todo participante en el proyecto.
5. Referencias
https://procesosdesoftware.wikispaces.com/METODOLOGIA+RUP
https://metodoss.com/metodologia-rup/
www.dsic.upv.es/asignaturas/facultad/lsi/doc/EjemploPlanDesarrolloSW.doc
https://es.wikipedia.org/wiki/Proceso_Unificado_Racional