Plan Desarrollo Software

Sistema de Planeamiento
Implementación de un plan de desarrollo de

software para el Sistema de Planeamiento de una
empresa
Genesis SAC Versión:
Visión Fecha: 24/04/2018
Documento Visión
Historial de Revisiones
Fecha Versión Descripción Autor
02/01/2002
Confidencial Página 2 de 22
2018
Documento Visión
Tabla de Contenidos
1. Introducción..........................................................................................................................................................4
1.1 Propósito.........................................................................................................................................................4
1.2 Alcance...........................................................................................................................................................4
1.3 Resumen..........................................................................................................................................................4
2. Vista General del Proyecto...................................................................................................................................5
2.1 Propósito, Alcance y Objetivos.......................................................................................................................5

2.2 Suposiciones y Restricciones..........................................................................................................................5
2.3 Entregables del proyecto................................................................................................................................6
2.4 Evolución del Plan de Desarrollo del Software.............................................................................................8
3. Organización del Proyecto...................................................................................................................................8
3.1 Participantes en el Proyecto...........................................................................................................................8

3.2 Roles y Responsabilidades.............................................................................................................................9
4. Gestión del Proceso.............................................................................................................................................10
4.1 Estimaciones del Proyecto............................................................................................................................10

4.2 Plan del Proyecto.........................................................................................................................................10
4.2.1 Plan de las Fases...................................................................................................................................10
4.3 Seguimiento y Control del Proyecto.............................................................................................................14
5. Referencias...........................................................................................................................................................21
2018
Documento Visión
Plan de Desarrollo de Software
1. Introducción
Este Plan de Desarrollo del Software es una propuesta dada por los estudiantes de la Escuela Académica
Profesional de Ingeniería Industrial de la Universidad Nacional de Trujillo para una empresa,
específicamente para su sistema de planeación. Este documento provee una visión global del enfoque de
desarrollo propuesto.
A continuación, se detallará todos y cada uno de la metodología a realizar para llevar a cabo este
proyecto de software, de igual manera se utilizarán otras herramientas que contribuirán a un mejor
aprecio grafico de la información en programas de computadora como Project y Cocomo.
1.1 Propósito
El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria para controlar
sistema de planeamiento por proyectos dentro de una empresa, en la cual registrará proyectos cada uno
con sus respectivos objetivos, características, presupuesto, responsables, además los recursos, se
consultara el control, la evaluación.
Los usuarios del Plan de Desarrollo del Software son:
• El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para realizar
su seguimiento.
• Los miembros del equipo de desarrollo lo usan para entender lo qué deben hacer, cuándo deben
hacerlo y qué otras actividades dependen de ello.
• El supervisor, en este caso el Ing. Martin Inca Alayo, lo utilizara para comprobar el avance del
equipo además de evaluar los entregables en términos de calidad, tiempo y cumplimiento de
objetivos.
1.2 Alcance
El Plan de Desarrollo del Software describe el plan global usado para el desarrollo de un sistema de
planeamiento para microempresas. El detalle de las iteraciones individuales se describe en los planes de
cada iteración, documentos que se aportan en forma separada. Durante el proceso de desarrollo se definen
las características del producto a desarrollar, lo cual constituye la base para la planificación de las
iteraciones. Para esta versión del Plan de Desarrollo del Software, una vez comenzado el proyecto y
durante la fase de Inicio se generará la primera versión, el cual se utilizará para refinar este documento.
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
Después de esta introducción, el resto del documento está organizado en las siguientes secciones:
 Vista General del Proyecto — proporciona una descripción del propósito, alcance y objetivos del
proyecto, estableciendo los artefactos que serán producidos y utilizados durante el proyecto.
 Organización del Proyecto — describe la estructura organizacional del equipo de desarrollo.
 Gestión del Proceso — explica los costos y planificación estimada, define las fases e hitos del
proyecto y describe cómo se realizará su seguimiento.
2018
Documento Visión
 Planes y Guías de aplicación — proporciona una vista global del proceso de desarrollo de
software, incluyendo métodos, herramientas y técnicas que serán utilizadas.
2. Vista General del Proyecto

2.1 Propósito, Alcance y Objetivos
La información que a continuación se incluye ha sido extraída de las diferentes entrevistas hechas al
dueño y colaboradores de la empresa.
El proyecto debe proporcionar una propuesta para el desarrollo de todos requerimientos implicados en la
gestión del sistema patrimonial de la empresa.
2.2 Suposiciones y Restricciones

Condiciones requeridas Razón o justificación
Compatibilidad de cualquier Compatibilidad con móviles, laptops, PC,
dispositivo (Ipv6) tablets, etc.
Acceder de forma correcta y rápida La interfaz gráfica de la intranet debe de ser
ligera y cargarse rápidamente así el tiempo de
respuestas será mucho más rápido
Debe facilitar el trabajo a los Que sea fácil y sencillo de manipular para
usuarios cualquier tipo de usuario
Capaz de soportar cualquier tipo de Actualización de software
cambio
Debe de ser segura para los usuarios Tener un máximo de 3 intentos para ingresar a
la cuenta y por consiguiente una espera de 5
minutos.
Debe de brindar la opción ayuda al De presentar problema del sistema, se dejará
usuario información para el soporte
Restricciones Razón de justificación

No perder información de la empresa Debe tener copias de respaldo de la base de
datos para no perder la información de la
empresa y así no perjudicarla (back up).
No pasar el tiempo de respuesta Obtener respuesta por parte del sistema con
mayor fluidez al momento de solicitar datos
No puede ser accedida directamente Existen distintos módulos para propósitos
El sistema no debe de ser muy Los usuarios deben familiarizarse rápidamente
complejo. y entender su manejo
Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de las entrevistas
con el dueño de la empresa son:
a) Debe contemplarse las implicaciones de los siguientes puntos críticos:
• Confiabilidad de los datos
• Diseño entendible y fácil de usar
• Sistemas seguros: protección de información, seguridad en las trasmisiones de datos (PKI), etc.
• Gestión de flujos de trabajo, seguridad de transacciones e intercambio de información
2018
Documento Visión
• Adaptación a la normativa de Protección de Datos

b) La automatización de la gestión interna del registro debe ajustarse a la legislación vigente y
considerar la previsión de la nueva legislación referente a los dominios de tercer nivel.
Como es natural, la lista de suposiciones y restricciones se incrementará durante el desarrollo del
proyecto, particularmente una vez establecido el artefacto “Visión”.
2.3 Entregables del proyecto
A continuación, se indican y describen cada uno de los artefactos que serán generados y utilizados por el
proyecto y que constituyen los entregables. Esta lista constituye la configuración de RUP desde la
perspectiva de artefactos, y que proponemos para este proyecto.
Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e incremental), todos
los artefactos son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, sólo al término
del proceso podríamos tener una versión definitiva y completa de cada uno de ellos. Sin embargo, el
resultado de cada iteración y los hitos del proyecto están enfocados a conseguir un cierto grado de
completitud y estabilidad de los artefactos. Esto será indicado más adelante cuando se presenten los
objetivos de cada iteración.
1) Plan de Desarrollo del Software

Es el presente documento.
2) Modelo de Casos de Uso del Negocio

Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes
de registro, solicitantes finales, otros sistemas etc.). permite situar al sistema en el contexto organizacional
haciendo énfasis en los objetivos en este ámbito. Este modelo se representa con un Diagrama de Casos de
Uso usando estereotipos específicos para este modelo.
3) Modelo de Objetos del Negocio

Es un modelo que describe la realización de cada caso de uso del negocio, estableciendo los actores
internos, la información que en términos generales manipulan y los flujos de trabajo (workflows) asociados
al caso de uso del negocio. Para la representación de este modelo se utilizan Diagramas de Colaboración
(para mostrar actores externos, internos y las entidades (información) que manipulan, un Diagrama de
Clases para mostrar gráficamente las entidades del sistema y sus relaciones, y Diagramas de Actividad para
mostrar los flujos de trabajo.
4) Glosario
Es un documento que define los principales términos usados en el proyecto. Permite establecer una
terminología consensuada.
5) Modelo de Casos de Uso

El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se
representa mediante Diagramas de Casos de Uso.
6) Visión
Este documento define la visión del producto desde la perspectiva del cliente, especificando las
necesidades y características del producto. Constituye una base de acuerdo en cuanto a los requisitos del
sistema.
2018
Documento Visión
7) Especificaciones de Casos de Uso

Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una
simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento,
donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales asociados.
También, para casos de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación gráfica
mediante un Diagrama de Actividad.
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, aplicación de estándares, requisitos de calidad del producto, tales como: confiabilidad, desempeño,
etc., u otros requisitos de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc.
9) Prototipos de Interfaces de Usuario

Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces
que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema.
Estos prototipos se realizarán como: dibujos a mano en papel, dibujos con alguna herramienta gráfica o
prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Sólo los de este
último tipo serán entregados al final de la fase de Elaboración, los otros serán desechados. Asimismo, este
artefacto, será desechado en la fase de Construcción en la medida que el resultado de las iteraciones vaya
desarrollando el producto final.
10) Modelo de Análisis y Diseño

Este modelo establece la realización de los casos de uso en clases y pasando desde una representación
en términos de análisis (sin incluir aspectos de implementación) hacia una de diseño (incluyendo una
orientación hacia el entorno de implementación), de acuerdo al avance del proyecto.
11) Modelo de Datos

Previendo que la persistencia de la información del sistema será soportada por una base de datos
relacional, este modelo describe la representación lógica de los datos persistentes, de acuerdo con el
enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un Diagrama de Clases
(donde se utiliza un profile UML para Modelado de Datos, para conseguir la representación de tablas,
claves, etc.).
12) Modelo de Implementación

Este modelo es una colección de componentes y los subsistemas que los contienen. Estos componentes
incluyen: ficheros ejecutables, ficheros de código fuente, y todo otro tipo de ficheros necesarios para la
implantación y despliegue del sistema. (Este modelo es sólo una versión preliminar al final de la fase de
Elaboración, posteriormente tiene bastante refinamiento).
13) Modelo de Despliegue

Este modelo muestra el despliegue la configuración de tipos de nodos del sistema, en los cuales se hará
el despliegue de los componentes.
14) Casos de Prueba

Cada prueba es especificada mediante un documento que establece las condiciones de ejecución, las
entradas de la prueba, y los resultados esperados. Estos casos de prueba son aplicados como pruebas de
regresión en cada iteración. Cada caso de prueba llevará asociado un procedimiento de prueba con las
instrucciones para realizar la prueba, y dependiendo del tipo de prueba dicho procedimiento podrá ser
automatizable mediante un script de prueba.
15) Solicitud de Cambio
2018
Documento Visión
Los cambios propuestos para los artefactos se formalizan mediante este documento. Mediante este
documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o cambios en los
requisitos del producto. Así se provee un registro de decisiones de cambios, de su evaluación e impacto, y
se asegura que éstos sean conocidos por el equipo de desarrollo. Los cambios se establecen respecto de la
última baseline (el estado del conjunto de los artefactos en un momento determinado del proyecto)
establecida. En nuestro caso al final de cada iteración se establecerá una baseline.
16) Plan de Iteración

Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados,
dependencias entre ellas. Se realiza para cada iteración, y para todas las fases.
17) Evaluación de Iteración

Este documento incluye le evaluación de los resultados de cada iteración, el grado en el cual se han
conseguido los objetivos de la iteración, las lecciones aprendidas y los cambios a ser realizados.
18) Lista de Riesgos

Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados en
orden decreciente de importancia y con acciones específicas de contingencia o para su mitigación.
19) Manual de Instalación

Este documento incluye las instrucciones para realizar la instalación del producto.
20) Material de Apoyo al Usuario Final

Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guías del
Usuario, Guías de Operación, Guías de Mantenimiento y Sistema de Ayuda en Línea
21) Producto
Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para
facilitar su instalación. El producto, a partir de la primera iteración de la fase de Construcción es
desarrollado incremental e iterativamente, obteniéndose una nueva release al final de cada iteración.
Los artefactos 19, 20 y 21 se generarán a partir de la fase de Construcción, con lo cual se han incluido
aquí sólo para dar una visión global de todos los artefactos que se generarán en el proceso de desarrollo.
2.4 Evolución del Plan de Desarrollo del Software

El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del comienzo de cada
iteración.
3. Organización del Proyecto

3.1 Participantes en el Proyecto
Jefe de Proyecto: Moreno Tejada Deyanira
Alumna del IX ciclo de la carrera Ingeniería Industrial
Conocimientos en Lenguaje de Programación.
Conocimiento de Pruebas de Software.
Conocimientos en el manejo de base de datos.
Analista de Sistemas: Briceño Verastegui Samir

Alumno del IX ciclo de la carrera Ingeniería Industrial
Conocimiento en lenguajes de programación
2018
Documento Visión
Manejo de base de datos (SQL2012 o superior).

Conocimiento en herramientas de análisis de datos.
Analistas – Programadores: Mendoza Valladares Pedro – Rodrigo Centurión Efraín

Alumnos del IX ciclo de la carrera Ingeniería Industrial
Conocimiento de Microsoft SQL.
Conocimiento en lenguajes de programación
Conocimientos en diseñar, desarrollar, probar, implementar, mantener y mejorar software
Ingeniero de Software: Infante Vásquez Joel

Alumno del IX ciclo de la carrera Ingeniería Industrial
Encargado de las pruebas funcionales del sistema
Conocimientos en Lenguaje de Programación.
Conocimiento de bases de datos (mantenimiento, respaldo, consultas, lenguaje SQL)
Manejo desarrollo de software.
Interfaces Externas
Con frecuencia, una interfaz externa es el método mediante el cual se conecta el dispositivo a Internet. Al
usar una interfaz externa nos permitirá conectar un Firefox a una red fuera de nuestra organización
3.2 Roles y Responsabilidades
A continuación, se describen las principales responsabilidades de cada uno de los puestos en el equipo de
desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los roles que desempeñan en RUP.
Puesto Responsabilidad
El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina
las interacciones con los clientes y usuarios, y mantiene al equipo del
proyecto enfocado en los objetivos. El jefe de proyecto también establece
Jefe de Proyecto un conjunto de prácticas que aseguran la integridad y calidad de los
artefactos del proyecto. Además, el jefe de proyecto se encargará de
supervisar el establecimiento de la arquitectura del sistema. Gestión de
riesgos. Planificación y control del proyecto.
Captura, especificación y validación de requisitos, interactuando con el
cliente y los usuarios mediante entrevistas. Elaboración del Modelo de
Analista de Sistemas
Análisis y Diseño. Colaboración en la elaboración de las pruebas
funcionales y el modelo de datos.
Construcción de prototipos. Colaboración en la elaboración de las pruebas
Programador
funcionales, modelo de datos y en las validaciones con el usuario
Gestión de requisitos, gestión de configuración y cambios, elaboración del
modelo de datos, preparación de las pruebas funcionales, elaboración de la
documentación. Elaborar modelos de implementación y despliegue.
Ingeniero de Software
Realiza pruebas integrales, se encarga de verificar que los requerimientos
del usuario sean satisfechos con los prototipos realizados por los
programadores.
2018
Documento Visión
4. Gestión del Proceso

4.1 Estimaciones del Proyecto
El presupuesto del proyecto y los recursos involucrados se adjuntan en un documento separado.
(COCOMO)
PUNTOS DE FUNCIÒN DE LOS REQUERIMIENTOS DEL USUARIO

1. REGISTRAR PROYECTOS
2018
Documento Visión
2. REGISTRAR RECURSOS
3. CONTROLAR PROYECTOS
2018
Documento Visión
4. REGISTRAR ÀREAS POR PROYECTO
RESUMEN E INTERPRETACION DE COSTOS (COCOMO II)
4.2 Plan del Proyecto

En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto.
4.2.1 Plan de las Fases

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La siguiente
tabla muestra una la distribución de tiempos y el número de iteraciones de cada fase (para las fases de
Construcción y Transición es sólo una aproximación muy preliminar)
Nro.
Fase Duración
Iteraciones
Fase de Inicio 1 3 semanas
Fase de Elaboración 2 4 semanas
2018
Documento Visión
Fase de Construcción 3 7 semanas
Fase de Transición … …
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripción Hito
Fase de Inicio En esta fase desarrollarán los requisitos del producto desde la
perspectiva del usuario, los cuales serán establecidos en el artefacto
Visión. Los principales casos de uso serán identificados y se hará un
refinamiento del Plan de Desarrollo del Proyecto. La aceptación del
cliente /usuario del artefacto Visión y el Plan de Desarrollo marcan el
final de esta fase.
Fase de En esta fase se analizan los requisitos y se desarrolla un prototipo de

Elaboración arquitectura (incluyendo las partes más relevantes y / o críticas del
sistema). Al final de esta fase, todos los casos de uso correspondientes a
requisitos que serán implementados en la primera release de la fase de
Construcción deben estar analizados y diseñados (en el Modelo de
Análisis / Diseño). La revisión y aceptación del prototipo de la
arquitectura del sistema marca el final de esta fase. En nuestro caso
particular, por no incluirse las fases siguientes, la revisión y entrega de
todos los artefactos hasta este punto de desarrollo también se incluye
como hito. La primera iteración tendrá como objetivo la identificación
y especificación de los principales casos de uso, así como su
realización preliminar en el Modelo de Análisis / Diseño, también
permitirá hacer una revisión general del estado de los artefactos hasta
este punto y ajustar si es necesario la planificación para asegurar el
cumplimiento de los objetivos. Ambas iteraciones tendrán una duración
de una semana.
Fase de Durante la fase de construcción se terminan de analizar y diseñar todos

Construcción los casos de uso, refinando el Modelo de Análisis / Diseño. El producto
se construye en base a 2 iteraciones, cada una produciendo una release
a la cual se le aplican las pruebas y se valida con el cliente / usuario. Se
comienza la elaboración de material de apoyo al usuario. El hito que
marca el fin de esta fase es la versión de la release 2.0, con la capacidad
operacional parcial del producto que se haya considerado como crítica,
lista para ser entregada a los usuarios para pruebas beta.
Fase de Transición En esta fase se prepararán dos releases para distribución, asegurando
una implantación y cambio del sistema previo de manera adecuada,
incluyendo el entrenamiento de los usuarios. El hito que marca el fin de
esta fase incluye, la entrega de toda la documentación del proyecto con
los manuales de instalación y todo el material de apoyo al usuario, la
finalización del entrenamiento de los usuarios y el empaquetamiento
del producto.
2018
Documento Visión
(PROJECT)
Pred
Duraci Nombres de los
Nombre de tarea Comienzo Fin eceso
ón recursos
ras
PROYECTO DESARROLLO Soft.
ERP Pymes
Sistema Planeamiento 69 días mié 11/04/18 lun 16/07/18
Planeamiento y Análisis de
16 días mié 11/04/18 mié 02/05/18
requerimientos
Ingeniero Software; Jefe
Perfil de plan de desarrollo 5 días mié 11/04/18 mar 17/04/18 Proyecto
Preparación de hoja de Analista;Programador1;Progr
5 días mié 18/04/18 mar 24/04/18 4
requemiento amador2
Validación de los Analista; Ingeniero Software;

2 días mié 25/04/18 jue 26/04/18 5
requerimientos Jefe Proyecto
Aprobación del plan de Jefe Proyecto; Ingeniero

3 días vie 27/04/18 mar 01/05/18 6
desarrollo Software
Planeamiento final de Jefe Proyecto; Ingeniero

1 día mié 02/05/18 mié 02/05/18 7
proyecto Software
Diseño arquitecto de la
9 días jue 03/05/18 mar 15/05/18
solución
Descripción de la problema 1 día jue 03/05/18 jue 03/05/18 8 Analista; Ingeniero Software
Modelamiento de casos de
2 días jue 03/05/18 vie 04/05/18 8 Programador1
uso
Modelamiento de la
interacciones actores y casos 3 días jue 03/05/18 lun 07/05/18 8 Programador2
de uso
Modelamiento de clases 3 días mar 08/05/18 jue 10/05/18 12 Analista;Programador1
Modelamiento de datos 3 días mar 08/05/18 jue 10/05/18 8 Programador2
Modelamiento capas y Analista;Programador1;Progr
3 días vie 11/05/18 mar 15/05/18 14
componentes amador2
Diseño detallado de
8 días mié 16/05/18 vie 25/05/18
desarrollo de software
Programador1;Programa
Diseño de formularios web 3 días mié 16/05/18 vie 18/05/18 15
dor2
Programador2;Jefe
Diseño de clase y funciones 5 días lun 21/05/18 vie 25/05/18 17
Proyecto
Diseño de consultas SQL 5 días lun 21/05/18 vie 25/05/18 17 Programador1;Analista
Codificación y pruebas 30 días lun 28/05/18 vie 06/07/18
Codificación de librería de
15 días lun 28/05/18 vie 15/06/18 19 Programador1
clases
Codificación de librería de
15 días lun 28/05/18 vie 15/06/18 19 Programador2
funciones
Programador1;Programa
Codificación de formularios 10 días lun 18/06/18 vie 29/06/18 22 dor2;Analista;Ingeniero
Software
2018
Documento Visión
Preparación de pruebas y Ingeniero Software;

0 días lun 02/07/18 lun 02/07/18 23
documentación Analista; Jefe Proyecto
Ingeniero Software;
Pruebas por sistemas 5 días lun 02/07/18 vie 06/07/18 23
Analista
Implementación 6 días lun 09/07/18 lun 16/07/18
Ingeniero
Preparar manual de usuario 3 días lun 09/07/18 mié 11/07/18 25 Software;Programador1;P
rogramador2
Capacitación de usuario 0 días jue 12/07/18 jue 12/07/18 27 Ingeniero Software
Preparar manual de Programador1;Programa
2 días jue 12/07/18 vie 13/07/18 27
instalación dor2
Preparar instaladores y Jefe Proyecto; Ingeniero
2 días jue 12/07/18 vie 13/07/18 28
documentación Software
Carga de datos y pruebas de
0 días lun 16/07/18 lun 16/07/18 30 Ingeniero Software
integridad
4.3 Seguimiento y Control del Proyecto
Gestión de Requisitos
Los requisitos del sistema son especificados en el artefacto Visión. Cada requisito tendrá una serie de
atributos tales como importancia, estado, iteración donde se implementa, etc. Estos atributos permitirán
realizar un efectivo seguimiento de cada requisito. Los cambios en los requisitos serán gestionados
mediante una Solicitud de Cambio, las cuales serán evaluadas y distribuidas para asegurar la integridad del
sistema y el correcto proceso de gestión de configuración y cambios.
Requerimiento 1
NOMBRE: Registrar Proyectos
DESCRIPCION:
Los usuarios ingresan al sistema con un código de usuario y contraseña, a partir de allí, encontrara una
lista de todas las obras de construcción que está realizando la empresa, así mismo, pueden invocar el
caso de uso registrar nuevo proyecto, donde desplegara una lista de opciones de las cuales elegir (obra
civil, edificación) y se pedirá ingresar la información correspondiente para cada tipo, se pueden
modificar, eliminar o registrar nuevas obras.
EVENTOS y ACTORES
1. El usuario accede ingresando su código y contraseña
2. El sistema presenta una interfaz donde se elige la opción de “Proyectos”
3. El sistema muestra una lista de todas las obras de construcción que está realizando la
empresa, mostrando sus características, y categorizando por tipo de obra, además del
personal que está a cargo y responsable de la obra.
4. Al elegir la opción de agregar nuevo proyecto, el usuario puede elegir el tipo de obra
a agregar (Edificaciones, Obra Civil)
5. El usuario ingresa la información específica del nuevo proyecto (objetivos de la obra,
actividades a realizar, fecha de inicio y fin) y se le asigna un código único para
2018
Documento Visión
identificarlo
6. Al validar los datos el sistema regresa a la interfaz donde se muestra la lista de
Proyectos, donde se mostrará el nuevo proyecto en la lista
a. El sistema ofrece la opción de agregar nuevo proyecto.
b. El sistema ofrece la opción de modificar proyecto, donde se edita las
especificaciones de la obra o la información de la misma.
c. El sistema ofrece la opción de eliminar una obra, tras elegir el artículo que se
desea eliminar, se elige la opción.
EVENTOS ALTERNATIVOS
 En el paso 1 si el código de usuario y/o contraseña son incorrectos se mostrará un
mensaje de error
 En el paso 4 al ingresar información invalida al agregar un nuevo proyecto se
mostrará un mensaje de error, mostrando una alerta en el(los) espacio(s) donde se
necesite cambiar datos
 En el paso 5 los campos requeridos se mostrarán con un (*) y si se deja el espacio en
blanco se mostrará un mensaje de error con una alerta que debe llenar los espacios
requeridos
 En el paso 6.2 al modificar una Obra de la lista no se podrá cambiar el código único
que se le ha asignado, tampoco se podrán dejar en blanco los espacios requeridos
 En el paso 6.3 Las obras o proyectos eliminados no podrán ser recuperados, al
agregar un nuevo proyecto se puede asignar el mismo código solo si otra obra no lo
está utilizando
PRECONDICIONES:
 El usuario puede ingresar al sistema con un código y contraseña
 El sistema de Gestión de Obras debe proporcionar la información de las nuevas
licitaciones para agregarlos a la lista de proyectos (obras)
 El sistema de recursos humanos debe proporcional la lista de colaboradores que están
aptos para asignarle las responsabilidades de los proyectos.
POSTCONDICIONES:
 En el caso de agregar, modificar o eliminar un proyecto, se actualizara
instantáneamente y enviara la información al sistema de Gestión de obras (para su
posterior uso).
OBSERVACIONES:
 Solo puede acceder personal del área de planificación.
Elaborado por Supervisado por Validador por

Yoel Briceño Martín inca Alayo José Purizaga (gerente)
Requerimiento 2
2018
Documento Visión
NOMBRE: Registrar recursos
DESCRIPCION:
Se necesita registrar el personal, maquinaria, equipos, herramientas, que se requieren para cada
proyecto para ver si se tiene la necesidad de adquirir nuevos equipos o subcontratarlos.
Los usuarios ingresan al sistema con un código de usuario y contraseña, a partir de allí, encontraran
listas de todas las recursos con los que cuenta la empresa (las listas serán las siguientes: Personal,
Maquinaria, Equipos, Herramientas), así mismo, pueden invocar el caso de uso registrar Recurso,
donde desplegara una lista de opciones de las cuales elegir (Personal, Maquinaria, Equipos,
Herramientas) y se pedirá ingresar la información correspondiente para cada tipo, se pueden modificar,
eliminar o registrar nuevos activos.
EVENTOS y ACTORES
2. El sistema presenta una interfaz donde se elige la opción de “Recursos”
3. El sistema presenta una interfaz donde se puede elegir las opciones de “Personal”,
“Maquinaria”, “Equipo”, “Herramientas”, “Materiales”
4. El sistema muestra de acuerdo con la opción elegida una lista de todos los recursos
con los que cuenta la empresa, mostrando sus características, y categorizando por tipo
de productos, además del operario que está encargado y responsable del activo.
En el caso de personal se mostrarán datos importantes (edad, DNI, dirección,
teléfono, contacto en caso de emergencia, nombre completo) y se categorizará por
puesto de trabajo.
5. Al elegir la opción de agregar nuevo recurso, el usuario puede elegir el tipo de
recurso a agregar (ya sea personal, maquinaria, materiales, equipo o herramienta)
6. El usuario ingresa la información específica del nuevo recurso y se le asigna un
código único para identificarlo
7. Al validar los datos el sistema regresa a la interfaz donde se muestra la lista de
recurso (ya sea personal, maquinaria, equipo, materiales o herramienta), donde se
mostrará el nuevo activo en la lista
a. El sistema ofrece la opción de agregar nuevo Recurso
b. El sistema ofrece la opción de modificar Recurso, donde se edita las
características del producto o la información del mismo
c. El sistema ofrece la opción de eliminar un recurso, tras elegir el artículo que se
desea eliminar, se elige la opción.
mensaje de error
 En el paso 5 al ingresar información invalida al agregar un nuevo recurso se mostrará
un mensaje de error, mostrando una alerta en el(los) espacio(s) donde se necesite
cambiar datos
 En el paso 6 los campos requeridos se mostrarán con un (*) y si se deja el espacio en
blanco se mostrará un mensaje de error con una alerta que debe llenar los espacios
requeridos
 En el paso 7.2 al modificar un recurso de la lista no se podrá cambiar el código único
que se le ha asignado, tampoco se podrán dejar en blanco los espacios requeridos
2018
Documento Visión
 En el paso 7.3 Los recursos eliminados no podrán ser recuperados, al agregar un

nuevo activo se puede asignar el mismo código solo si otro producto no lo está
utilizando
PRECONDICIONES:
 El sistema de almacén debe proporcionar la información de las nuevas adquisiciones
para agregarlos a la lista de Recursos
 El sistema de recursos humanos debe proporcional la lista de trabajadores.
POSTCONDICIONES:
 La información actualizada será enviada al sistema de almacén para su posterior uso
 En el caso de agregar, modificar o eliminar un activo del sistema en el caso de
Personal, se actualizará instantáneamente y enviará la información al sistema de
Recursos Humanos
OBSERVACIONES:
 Solo puede Acceder personal del área de planificación.

Yoel Briceño Martín inca Alayo José Purizaga (gerente)
Requerimiento 3
NOMBRE: CONTROL DE PROYECTOS
DESCRIPCION:
La empresa necesita realizar un control de proyectos para conocer el alcance que tendrá cada proyecto,
los riesgos, y determinar si el proyecto está avanzando de acuerdo con lo estipulado que se presentan
los objetivos.
El usuario ingresa al sistema con un código de usuario y contraseña, a partir de allí el sistema muestra
un interfaz donde se elige la opción “Control de Proyectos” donde en primera instancia se mostrará a
detalle toda la información de los proyectos registrados en la base de datos, asimismo se podrán elegir
entre una lista de opciones (Personal, Maquinaria, Equipos, Herramientas) lo cual dará acceso a la
información desde una perspectiva distinta y además al ingresar al proyecto especificado se podrá
visualizar de un modo más detallado.
Asimismo, habrá una opción para listar los proyectos de la empresa, ordenado de la siguiente manera
(Avance del proyecto, Fechas de inicio y de término) para poder visualizar de menor a mayor el tiempo
en el que se terminará el proyecto.
EVENTOS y ACTORES
2018
Documento Visión

2. El sistema muestra una interfaz donde se elige la opción “Control de Proyectos”
3. El sistema muestra una lista detallada de todos los proyectos adquiridos por la
empresa
4. Se elige una opción de entre la lista que se muestra a continuación (Personal,
Maquinaria, Equipos, Herramientas, Materiales).
5. Al elegir una opción se muestra otra interfaz con la información pedida y ordenada de
la forma requerida
5.1 Al darle click en el proyecto se podrá visualizar la información en detalle
6. El usuario ingresa a la opción “Control Por Obra”
7. El sistema muestra la lista de proyectos de la empresa
8. Se elige entre las opciones (Ordenar Avance del proyecto, Ordenar por Fecha de
inicio, Ordenar por fecha de término)
9. El sistema ordenara el listado con respecto al tiempo más próximo para determinar el
avance.
mensaje de error
 En el paso 3 no se pueden modificar, eliminar o registrar nuevos proyectos.
PRECONDICIONES:
POSTCONDICIONES:
 La información actualizada será enviada al sistema del departamento operacional
para su posterior uso en la empresa
OBSERVACIONES: Solo puede acceder personal autorizado por la jefatura.

Efraín Rodrigo Martín Inca Alayo José Purizaga (gerente)
Requerimiento 4
2018
Documento Visión
NOMBRE: REGISTRO DE ÁREA COMO PARTE DEL PROYECTO
DESCRIPCION:
Los encargados de la empresa desean registrar las áreas involucradas por proyecto y luego poder ver
una lista clasificada de manera general o parcial en cualquier momento.
Los usuarios ingresan al sistema con un código de usuario y contraseña, a partir de allí, pueden invocar
el caso de uso registrar Área como parte del proyecto, el sistema mostrara la lista de los proyectos para
elegir entre ellos o se pedirá ingresar el código del proyecto, con esto se mostrara toda la información
del proyecto (obra) incluyendo el responsable directo de este, y se solicitara Registrar las áreas
involucradas como parte del proyecto y, se ingresara el código del área, un resumen de sus funciones,
entre otros datos para luego guardar los cambios.
EVENTOS y ACTORES
2. El sistema presenta una interfaz donde se elige la opción de “Registro de áreas como
parte del proyecto”
3. El sistema muestra una lista de todos los proyectos con los que cuenta la empresa
3.1. Se elegirá un proyecto de la lista de donde se registrarán los nuevos datos
3.2. Se ingresará el código del proyecto
4. El sistema mostrara toda la información detallada del proyecto incluyendo el
encargado de el mismo.
5. Al elegir la opción de Registrar áreas, se pedirá ingresar el código del área,
mostrándose toda la información de este, además se deberá ingresar un resumen de
sus funciones y guardar los cambios
El sistema mostrara la información del proyecto con los nuevos datos
mensaje de error.
PRECONDICIONES:
POSTCONDICIONES:
 En el caso de agregar, modificar o eliminar la información del sistema, se actualizara
instantáneamente y enviara la información al sistema de recursos humanos y
producción.
OBSERVACIONES: Solo pueden acceder encargados autorizados por la jefatura.

Deyanira Moreno Martín inca Alayo José Purizaga (gerente)
Requerimiento 5
2018
Documento Visión
NOMBRE: REGISTRAR PRESUPUESTO POR PROYECTO
DESCRIPCION:
Los encargados de la empresa desean consultar los presupuestos de cada proyecto según sus
especificaciones técnicas que pueden ser parciales o totales en cualquier momento.
El usuario ingresa al sistema con un código de usuario y contraseña, a partir de allí el sistema muestra
un interfaz donde se elige la opción “Presupuesto por Proyecto” donde en primera instancia se
mostrara a detalle toda la información de los proyectos registrados en la base de datos, asimismo se
podrán elegir entre una lista de opciones (Personal, Maquinaria, Equipos, Herramientas, Materiales) lo
cual dará acceso a la información detallada por proyecto.
EVENTOS y ACTORES
2. El sistema muestra una interfaz donde se elige la opción “Presupuesto por Proyecto”
3. El sistema muestra una lista detallada de todos los proyectos adquiridos por la
empresa
4. Se elige una opción de entre la lista que se muestra a continuación (Personal,
Maquinaria, Equipos, Herramientas, Materiales)
5. Al elegir una opción se muestra otra interfaz con la información pedida.
a. Al darle click en el proyecto se podrá visualizar la información en detalle
6. El usuario ingresa a la opción “Consulta de Presupuesto por proyecto”
7. El sistema muestra la lista de Proyectos de la empresa y al hacer click en el proyecto
se desplegará el presupuesto.
mensaje de error
 En el paso 3 no se pueden modificar, eliminar o registrar nuevos proyectos
PRECONDICIONES:
 El sistema de logística debe proporcionar la información de los recursos disponibles y
el sistema de recursos humanos la lista de trabajadores para armar la base de datos.
POSTCONDICIONES:
 La información actualizada será enviada al sistema de tesorería o caja para su
posterior uso en el sistema contable de la empresa
OBSERVACIONES: Solo pueden acceder encargados autorizados por la jefatura.

Joel Infante Martín Inca Alayo José Purizaga (gerente)
2018
Documento Visión
Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de proyecto y por el
Comité de Seguimiento y Control.
Control de Calidad
Los defectos detectados en las revisiones y formalizados también en una Solicitud de Cambio tendrán un
seguimiento para asegurar la conformidad respecto de la solución de dichas deficiencias Para la revisión de
cada artefacto y su correspondiente garantía de calidad se utilizarán las guías de revisión y checklist (listas
de verificación) incluidas en RUP.
Gestión de Riesgos
A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de las acciones
establecidas como estrategia para mitigarlos o acciones de contingencia. Esta lista será evaluada al menos
una vez en cada iteración.
Gestión de Configuración
Se realizará una gestión de configuración para llevar un registro de los artefactos generados y sus versiones.
También se incluirá la gestión de las Solicitudes de Cambio y de las modificaciones que éstas produzcan,
informando y publicando dichos cambios para que sean accesibles a todos los participantes en el proyecto.
Al final de cada iteración se establecerá una baseline (un registro del estado de cada artefacto,
estableciendo una versión), la cual podrá ser modificada sólo por una Solicitud de Cambio aprobada.
5. Referencias
 Pliego de Cláusulas Técnicas para la Definición y Análisis de los Procedimientos del ES-NIC.
 Desarrollo de una aplicación informática para el cálculo del personal necesario para la fabricación
de carrocerías, utilizando la metodología RUP. – P.F.C. de Ponz Lillo, Daniel.
 Documentación de Rational Unified Process, manuals de ayuda, tutoriales, etc.
2018

Plan Desarrollo Software

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Plan Desarrollo Software

Caricato da

Copyright:

Formati disponibili

Sistema de Planeamiento

Implementación de un plan de desarrollo de

2. Vista General del Proyecto...................................................................................................................................5

2.1 Propósito, Alcance y Objetivos.......................................................................................................................5

3. Organización del Proyecto...................................................................................................................................8

3.1 Participantes en el Proyecto...........................................................................................................................8

4. Gestión del Proceso.............................................................................................................................................10

4.1 Estimaciones del Proyecto............................................................................................................................10

Plan de Desarrollo de Software

2. Vista General del Proyecto

2.2 Suposiciones y Restricciones

Restricciones Razón de justificación

• Adaptación a la normativa de Protección de Datos

2.3 Entregables del proyecto

1) Plan de Desarrollo del Software

2) Modelo de Casos de Uso del Negocio

3) Modelo de Objetos del Negocio

5) Modelo de Casos de Uso

7) Especificaciones de Casos de Uso

9) Prototipos de Interfaces de Usuario

10) Modelo de Análisis y Diseño

11) Modelo de Datos

12) Modelo de Implementación

13) Modelo de Despliegue

14) Casos de Prueba

15) Solicitud de Cambio

16) Plan de Iteración

17) Evaluación de Iteración

18) Lista de Riesgos

19) Manual de Instalación

20) Material de Apoyo al Usuario Final

2.4 Evolución del Plan de Desarrollo del Software

3. Organización del Proyecto

Analista de Sistemas: Briceño Verastegui Samir

Manejo de base de datos (SQL2012 o superior).

Analistas – Programadores: Mendoza Valladares Pedro – Rodrigo Centurión Efraín

Ingeniero de Software: Infante Vásquez Joel

4. Gestión del Proceso

PUNTOS DE FUNCIÒN DE LOS REQUERIMIENTOS DEL USUARIO

4. REGISTRAR ÀREAS POR PROYECTO

RESUMEN E INTERPRETACION DE COSTOS (COCOMO II)

4.2 Plan del Proyecto

4.2.1 Plan de las Fases

Fase de Inicio 1 3 semanas

Fase de Elaboración 2 4 semanas

Fase de Construcción 3 7 semanas

Fase de En esta fase se analizan los requisitos y se desarrolla un prototipo de

Fase de Durante la fase de construcción se terminan de analizar y diseñar todos

Validación de los Analista; Ingeniero Software;

Aprobación del plan de Jefe Proyecto; Ingeniero

Planeamiento final de Jefe Proyecto; Ingeniero

Preparación de pruebas y Ingeniero Software;

4.3 Seguimiento y Control del Proyecto

Elaborado por Supervisado por Validador por

NOMBRE: Registrar recursos

 En el paso 7.3 Los recursos eliminados no podrán ser recuperados, al agregar un

Elaborado por Supervisado por Validador por

NOMBRE: CONTROL DE PROYECTOS

1. El usuario accede ingresando su código y contraseña

OBSERVACIONES: Solo puede acceder personal autorizado por la jefatura.

Elaborado por Supervisado por Validador por

NOMBRE: REGISTRO DE ÁREA COMO PARTE DEL PROYECTO

OBSERVACIONES: Solo pueden acceder encargados autorizados por la jefatura.

Elaborado por Supervisado por Validador por