Plan de Desarrollo de Software - RUP Nuevo

Proceso Unificado de Desarrollo
INTEGRANTES
Diego Alejandro Gonzalez Cantor
Diego Fernando Silva Acevedo
Jhan Carlos Manjarrez Alean

Ingeniería de sistemas
Refinamiento en Producción de Software
Bogotá
2021
Sistema de información ESD Solutions
Plan de Desarrollo de Software
Versión <0.9>
Sistema de información ESD Versión: 2.0
Plan de Desarrollo de Software Fecha: 06/11/2021
Plan de Desarrollo de Software.doc
Historia de Revisiones
Fecha Versión Descripción Autor
21/10/2021 1.0 versión preliminar como propuesta de Diego Alejandro
desarrollo Gonzalez Cantor, Diego
Fernando Silva
Acevedo, Jhan Carlos
Manjarrez Alean
06/11/2021 2.0 versión preliminar como propuesta de Diego Alejandro
desarrollo Gonzalez Cantor, Diego
Fernando Silva
Acevedo, Jhan Carlos
Manjarrez Alean
Página 4 de 30
Tabla de Contenidos
1. Introducción
1.1 Propósito
1.2 Alcance
1.3 Resumen
2. Vista General del Proyecto

2.1 Visión, Propósito, Alcance y Objetivos
2.1.1 Visión
2.1.2 Propósito
2.1.3 Alcance
2.1.4 Objetivos
2.2 Suposiciones y Restricciones
2.3 Entregables del proyecto
2.4 Evolución del Plan de Desarrollo del Software
3. Organización del Proyecto

3.1 Participantes en el Proyecto
3.2 Interfaces Externas
3.3 Roles y Responsabilidades
4. Gestión del Proceso

4.1 Estimaciones del Proyecto
4.2 Plan del Proyecto
4.2.1 Plan de las Fases
4.2.2 Calendario del Proyecto
4.3 Seguimiento y Control del Proyecto
4.3.1 Gestión de requisitos
4.3.2 Control de plazos
Página 5 de 30
5. Referencias
Página 6 de 30
Plan de Desarrollo del Software

●
1. Introducción
El siguiente documento hace representación a un Plan de Desarrollo de Software, que surge
con base a una propuesta elaborada al desarrollo de un sistema de información web para la
empresa Encofrar F&F. Este documento centra una visión general referente a la
especificación de requerimientos que debemos tener en cuenta para su elaboración.
El proyecto se implementará únicamente en las dos primeras fases: “Fase de inicio”. En esta
primera fase corresponde a la definición y vista general del proyecto, estimando un alcance
mediante la elaboración del documento RUP, donde se incluirá el flujo de la administración
del proyecto mediante los siguientes artefactos (plan de desarrollo, casos de negocio, lista de
riesgos, modelo de casos de uso, visión estratégica, glosario y especificaciones adicionales),
posterior se procede a la fase de la elaboración, donde se establece una arquitectura base
para el proyecto mediante los siguientes artefactos (modelo de diseño, documentación de la
arquitectura del software, modelo de datos y prototipos ejecutables del sistema)´.
1.1 Propósito
El propósito único del documento RUP es poder brindar información relevante que permita
tener un punto de vista de las especificaciones técnicas y artefactos de cada una de las fases
del proyecto enfocadado hacia el desarrollo de software.
1.2 Alcance
Este Plan de Desarrollo del Software abarca a nivel general un documento técnico usado en
la elaboración del “Sistema de información ESD Solutions” mediante distintos tipos de
iteraciones se describirán cada uno de los documentos relacionados y argumente cada una
de las fases del proyecto, también, se describirán cada una de las características técnicas,
requerimientos solicitados y funcionales del sistema de información propuesto, lo anterior se
basa mediante la recolección de información que se realizó a la empresa Encofrar F&F y con
ello, poder refinar este documento.
Por cada fase de iteración, se realizará un avance cronológico en el seguimiento de cada una
de las iteraciones generando un nuevo documento de versión para incorporar las nuevas
actualizaciones.
Página 7 de 30
1.3 Resumen
Teniendo en cuenta la visión general del documento, este se organizará en las siguientes
secciones:
● Vista General del Proyecto — establece una descripción en detalle de la información
del proyecto seleccionado, así como el propósito, alcance, objetivos, restricciones y
entregables que serán propios para la elaboración de dicho proyecto.
● Organización del Proyecto — esta sección realiza una descripción en detalle de los
roles de cada uno de los stakeholders o actores que se verán afectados en la
organización del proyecto y cada una de sus responsabilidades.
● Gestión del Proceso — en esta sección se define una estimación de cada una de sus
actividades y sus fases teniendo en cuenta hitos que permitan medir los criterios de
aceptación y cumplimiento de cada una de las tareas propuestas así sobre cómo
llevar a cabo el seguimiento de cada tarea.
2. Vista General del Proyecto

2.1 Visión, Propósito, Alcance y Objetivos
2.1.1 Visión
ESD es un sistema de información encargado de optimizar la gestión de pedidos y
control de los productos de la empresa Encofrar F&F S.A.S, dedicada a la fabricación,
venta y alquiler de formaletas y encofrados para el sector de la construcción.
El Sistema de Información mejorará y facilitará el modo en que se están llevando a cabo

los procesos de venta y alquiler de pedidos, ya que se realiza de forma manual,
telefónica o en algunos casos por correo electrónico. Asimismo, mejorará el proceso de
control de los productos ya que se efectúa el conteo de forma manual y almacenando la
información en un archivo de Excel.
Lo anterior, genera pérdida de tiempo en la gestión de cada proceso y como

consecuencia, no hay satisfacción y eficacia en el servicio a los clientes.
Página 8 de 30
2.1.2 Propósito
Desarrollar un sistema de información web que permita mejorar los procesos operativos
y comerciales de la empresa Encofrar facilitando una óptima entrega de los pedidos y la
relación entre el empresario y el cliente, además, permitirá optimizar un control
adecuado de los productos, del mismo modo, el administrador podrá asignar al cliente
unos beneficios predeterminados de acuerdo a su fidelidad y frecuencia en los pedidos
solicitados.
2.1.3 Alcance
● ESD es un Sistema que permitirá optimizar la información, ayudando al manejo
de las actividades en la gestión de los pedidos, de tal manera mejorar la gestión
del control adecuado de la producción de formaletas y encofrados para la
construcción. Adicionalmente, permitirá clasificar a los clientes de acuerdo a su
fidelidad en la solicitud de pedidos, y así brindarle unos beneficios para obtener
una mejor relación entre el administrador y el cliente.
● El Sistema debe generar informes del estado de ventas y alquiler facilitando al

empresario realizar cambios en la modificación de la solicitud de pedidos.
● El Sistema debe generar informes sobre el estado de los productos actuales que
le facilite al empresario gestionar una buena producción y no generar
deficiencias.
● El Sistema de información gestionará un seguimiento de la venta y alquiler de los

productos, optimizando el tiempo en las relaciones entre cliente y el empresario.
2.1.4 Objetivos
● Facilitar la planeación y control de los pedidos.
● Facilitar el proceso del control y existencia de los materiales.
● Facilitar estrategias de fidelización de clientes.
● Generar informes de las ventas y control de los materiales que facilite al empresario
Página 9 de 30
la toma de decisiones.
2.2 Suposiciones y Restricciones

Las suposiciones técnicas con base al manejo de experiencia de usuario y reglas de negocio
teniendo en cuenta los procesos mencionados en los objetivos son:
● El Sistema de Información será compatible con versiones del Sistema Operativo
Windows 7 en adelante.
● Los usuarios registrados en el sistema deben ser mayores de edad.
● La seguridad del Sistema de Información será bajo el protocolo HTTP.
● El Sistema no generará órdenes de compra de acuerdo al producto.
● El Sistema no generará pagos en línea.
● El Sistema no tendrá un módulo asociado a los proveedores.
● La empresa debe contar con un computador de Sistema Operativo Windows 7 o
superior con conexión a la red, disco duro de 1TB, mínimo procesador Intel Core I3,
memoria RAM de 8GB.
● El Sistema no se manejará en los celulares, debido a que no se implementará como
aplicativo móvil.
Página 10 de 30
2.3 Entregables del proyecto

A continuación, se describirá cada uno de los artefactos integrados a la propuesta de dicho
proyecto teniendo como base la configuración del RUP. Todos los artefactos se definen en la
fase de inicio y estará sujeto a cambios en las fases posteriores para refinarlos y
completarlos.
1) Plan de Desarrollo del Software

El documento actual.
2) Modelo de Proceso – Casos de Negocio

Describe un esquema de cada una de las funciones asociadas al proyecto y su relación con los
stakeholders o actores que se verán afectados, se representa mediante diagramas de casos
de uso y para esta propuesta se definieron 3 módulos principales y por cada uno se describe
un proceso con sus casos de uso asociados (Ver Anexo Modelos de Proceso – Casos de
Negocio):
● Control de pedidos
● Control de productos
● Fidelización de clientes
3) Modelo de Análisis de Negocio

El modelo de Análisis de Negocio describe el flujo de cada proceso (caso de uso) y sus
iteraciones que tendrán parte el actor involucrado y el sistema. Se representa mediante
diagrama de actividades (Ver Anexo Modelo de Análisis de Negocio).
4) Modelo de dominio del sistema

Representa el diagrama de clases de todo el proyecto describiendo los atributos y/o
característica de cada clase, así como sus métodos y/o operaciones (Ver Anexo Modelo de
Dominio del Sistema).
5) Especificaciones de Casos de Uso

Teniendo en cuenta los casos de uso propuesto, se debe realizar el flujo o instrucciones de
cada proceso descrito de forma narrativa teniendo en cuenta una plantilla de especificación
Página 11 de 30
de cada caso de uso, y se considerará las precondiciones, flujo de eventos, requisitos

funcionales y no funcionales asociados. (Ver anexo Modelo de Casos de uso).
Página 12 de 30
6) Especificaciones Adicionales
Adicional a los artefactos, este documento se definirá los requerimientos, requisitos
funcionales y no funcionales del sistema, restricciones, todo lo anterior basándose en
aspecto de seguridad, calidad, tiempo, eficiencia, usabilidad, entre otros.
7) Prototipos de Interfaces de Usuario

Son prototipos o mockups iterativos. Con un flujo funcional, descritos en un documento en
formato PDF y refleja la navegabilidad y experiencia de usuario respecto a cada uno de los
procesos asociados al sistema de información ESD que se entregará en la fase de elaboración
del proyecto.
8) Modelo de Datos
El modelo de datos demuestra la representación a nivel gráfico de la estructura de la base de
datos del sistema de información ESD, dicho modelo debe ser relacional respetando reglas
de integridad referencial y normalización y se estructura con base en el diagrama de clases
(Ver Modelo de Dominio). Dicha representación se entregará en la fase de elaboración del
proyecto.
2.4 Evolución del Plan de Desarrollo del Software

El Plan de Desarrollo del Software tendrá una revisión según cada fase del proyecto
realizando su refinamiento correspondiente
3. Organización del Proyecto

3.1 Participantes en el Proyecto
Teniendo en cuenta que el proyecto solamente se abarcarán las fases de inicio y elaboración,
se definieron los siguientes roles:
Líder de proyecto: Debe ser egresado como Ingeniero de Sistemas, tener experiencia en la
gestión de proyectos de software, metodologías ágiles de desarrollo, manejo de
herramientas UML y dominio en el proceso de desarrollo RUP.
Analista de sistemas: Debe ser egresado como Ingeniero de Sistemas, tener conocimientos
en la documentación de procesos en UML.
Página 13 de 30
Desarrollador de software: Debe ser egresado como Ingeniero de Sistemas o Software, tener
experiencia en arquitectura de software y desarrollo de aplicaciones web en JAVA, HTML,
CSS y Javascript.
Ingeniero de software: Debe enlazar comunicación permanente con el administrador de la
empresa encofrar F&F, estableciendo los requerimientos previos.
3.2 Interfaces Externas
Los roles involucrados en el manejo del sistema de información ESD son:
Administrador: Es el dueño de la empresa que tendrá acceso al control y seguimiento de los
pedidos y productos, así como la fidelización de clientes.
Clientes: Son la base fundamental del sistema de información, ya que podrán interactuar en
la aplicación realizando las solicitudes de los pedidos que requieran.
3.3 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
Líder de proyecto Gestionará un seguimiento adecuado en cada una de las fases

del proyecto, evaluará cada uno de los artefactos definidos
estableciendo su aprobación, del mismo modo, la arquitectura
del sistema y el modelo de datos.
Analista de Realiza la validación de los requisitos funcionales, define el

Sistemas modelo de casos de uso, modelo de dominio y demás
artefactos UML, apoya al ingeniero de software en la definición
de la arquitectura y el modelo de datos.
Desarrollador de Desarrolla los prototipos iterativos y funcionales del sistema

software con base en requerimientos, apoya al ingeniero de software en
la definición de la arquitectura y el modelo de datos.
Ingeniero de Gestiona la especificación de requisitos funcionales del

Software proyecto, lista de riesgos y suposiciones, define la arquitectura
del proyecto a desarrollar, el modelo de datos y la
Página 14 de 30
documentación asociada al proyecto.
4. Gestión del Proceso
4.1 Definiciones, acrónimos y siglas

● Encofrar F&F S.A.S: Nombre de la empresa donde se implementara el sistema.
● ESD Solutions: Nombre del sistema de información.
● Formaleta: Es un tablón muy largo, muy anchos, aunque de poco grosor, utilizado
para construir el encofrado donde se vierte el concreto creando una estructura
particular en la construcción.
● Encofrado: Es un armazón que se forma con moldes de madera o de metal dispuesto
a contener el hormigón hasta su endurecimiento o fraguado, formando las paredes
de los edificios.
● ESD: Enfoque a Soluciones Dinámicas.
● RE: Requisito específico
● RF: Requisito funcional
● RNF: Requisito no funcional
4.2 Estimaciones del Proyecto
El presupuesto total del proyecto y recursos involucrados se entregarán en la fase de
elaboración.
4.3 Interfaces de usuario (prototipos exploratorios)
Para las interfaces de usuario se definieron prototipos exploratorios (no oficiales), que serán
refinados en la fase de elaboración, se clasificación según los procesos que tendrá el sistema de
información.
Página 15 de 30
Login – El administrador y el cliente ingresarán al sistema
Gestión de Pedidos
Página 16 de 30
Control del Productos
Página 17 de 30
Fidelización del Cliente
Página 18 de 30
4.4 Plan del Proyecto

La organización del proyecto se distribuirá en fases con un periodo de duración limitado.
4.4.1 Plan de las Fases
Fase Duración
Fase de Inicio 3 semanas
Fase de Elaboración 3 semanas
En cada una de las fases se aplicarán metodologías agiles (SCRUM) definiendo un hito que
indiquen el cumplimiento de cada una:
Descripción Hito
Fase de Inicio En esta fase se definirán los requisitos asociados al sistema de
información a desarrollar con base en las necesidades y/o
expectativas del cliente, se definirá los casos de uso, diagrama
de actividades, definición del diagrama de clases describiendo
los atributos /o características y un documento que describa el
Plan de desarrollo de software. La fase de inicio se dará por
terminada siempre y cuando se cumplan los criterios de
aceptación y visto bueno por parte del cliente.
Página 19 de 30
Fase de En esta fase se definirá la arquitectura a desarrollar en el

Elaboración sistema, se refinarán cada uno de los casos de uso
estableciendo una especificación extendida por cada proceso
asociado, se incluirá la finalización de todos los artefactos
asociados al sistema, definición del modelo de datos y
prototipos funcionales. La aceptación del cliente teniendo en
cuenta las entregas mencionadas, dará como terminada la fase.
4.4.2 Calendario del Proyecto
FASE DE INICIO
Entregables / Artefactos Comienzo Fin
Requisitos
Glosario de términos. Semana 1 Semana 2
Especificaciones Adicionales (Requisitos Semana 1 Semana 2

funcionales).
Visión. Semana 1 Semana 2

Lista de riesgos. Semana 1 Semana 2
Modelado de Procesos Modelo de Casos de Uso
de Negocio:
Diagrama de Casos de Uso de Negocio. Semana 1 Semana 2

Modelo de Análisis del Negocio
Diagrama de Actividades Semana 2 Semana 3

Modelo de Dominio
Diagrama de Clases Semana 2 Semana 3

Prototipos exploratorios Semana 2 Semana 3
Gestión del proyecto

Plan de desarrollo de software, versión 1.0
Página 20 de 30
FASE DE ELABORACIÓN
Entregables / Artefactos Comienzo Fin
Modelado de Procesos Modelo de Casos de Uso

de Negocio:
Diagrama de Casos de Uso de Negocio Semana 4 Semana 8

(Refinado).
Modelo de Análisis del Negocio

Diagrama de Actividades (Refinado). Semana 4 Semana 8
Modelo de Dominio
Diagrama de Clases (Refinado). Semana 4 Semana 8
Gestión del proyecto

Plan de desarrollo de software, versión 2.0 Semana 4 Semana 8
Arquitectura referencial
Documento de arquitectura referencial Semana 4 Semana 5
Modelo de casos de uso
Documento de especificación de los casos de Semana 4 Semana 5
uso
Arquitectura integra
Documento de arquitectura integra (diagramas Semana 4 Semana 5

de secuencia)
Prototipos ejecutables
Documento de los prototipos ejecutables e Semana 6 Semana 7
iterativos (en PDF)
Modelo de datos
Modelado relacional Semana 6 Semana 7

Documento de especificación del modelo de Semana 6 Semana 7
Página 21 de 30
datos
Modelo de diseño
Análisis del sistema Semana 6 Semana 7
Página 22 de 30
4.5 Seguimiento y Control del Proyecto
4.5.1 Gestión de requisitos

4.5.1.1 Requisitos específicos:
Número de requisito RE1
Nombre de requisito El sistema debe facilitar la gestión y planeación de los

pedidos.
Tipo ☒Requisito ☐Restricción
Fuente del requisito Software
Prioridad del requisito ☒Alta/Esencial ☐ Media/Deseado ☐Bajo/Opcional
Nombre de requisito El sistema debe facilitar el proceso del control y

existencia de los productos.
Prioridad del requisito ☐Alta/Esencial ☐ Media/Deseado ☐Bajo/Opcional
Nombre de requisito El sistema debe Implementar una estrategia de

fidelización que permita generar lealtad, eficiencia y
satisfacción en los clientes.
Prioridad del requisito ☒Alta/Esencial ☐ Media/Deseado ☐Bajo/Opcional
Página 23 de 30
4.5.1.2 Requisitos funcionales:

Los requisitos funcionales se clasifican según los módulos del sistema, la iteración de cada
requerimiento se reflejará mediante la especificación de casos de uso y diagrama de actividades.
Control de Pedidos
No. de Nombre de requisito Tipo Prioridad Responsable

requisito
RF1 El sistema debe permitir al cliente Requisito Alta Cliente

realizar pedidos.

clasificar pedidos.

y administrador la consulta de
Administrador
pedidos.
RF4 El sistema debe permitir al cliente Requisito Media Cliente

modificar los pedidos.
RF5 El sistema debe permitir al cliente Requisito Media Cliente

cancelar el pedido.
Administrador
RF6 El Sistema debe permitir al Requisito Alta Administrador

administrador generar remisión
de pedidos.
RF9 El sistema debe permitirle al Requisito Alta Cliente

cliente consultar los beneficios
Administrador
asignados.
RF10 El sistema deberá permitir el Requisito Media Sistema

envío de correos con los datos del
registro de un cliente.
Página 24 de 30
RF11 El sistema deberá generar una Requisito Media Sistema

contraseña por defecto en caso
de olvido
RF12 El sistema debe permitir registrar Requisito Alta Sistema

un nuevo usuario.
Fidelización de clientes

requisito
RF13 El sistema debe permitir al Requisito Alta Administrador

administrador tener la opción para
clasificar clientes.

administrador asignar beneficios.
RF15 El sistema debe permitir la aplicación Requisito Alta

de beneficios asignados a clientes. Administrador
RF16 El sistema debe permitir consultar Requisito Alta Administrador

todos los beneficios actuales.
RF17 El sistema debe generar reportes de Requisito Alta Sistema

los beneficios actuales.
Control de Productos

requisito

administrador registrar el
Página 25 de 30
producto.

administrador cargar
masivamente los productos
desde una lista predeterminada.

administrador clasificar el
producto.

administrador tener la opción de
consultar todos los productos.
RF22 El sistema debe permitir al Requisito Media Administrador

administrador tener la opción de
modificar los productos.
RF23 El sistema debe al administrador Requisito Media Administrador

tener la opción de eliminar el
producto.

administrador consultar el
inventario actual de los
Productos.

administrador solicitar material
para los productos

administrador registrar los
proveedores para las solicitudes
RF27 El sistema debe generar reportes Requisito Alta Sistema

de los productos, del inventario y
beneficios.
Página 26 de 30
4.5.1.3 Requisitos no funcionales:
No. De Nombre de requisito Tipo Prioridad Responsable

requisito
RNF1 El sistema debe cargar su interfaz Baja S.I

completamente en 20 segundos.
Rendimiento
RNF2 El sistema facilitara la lectura la Media S.I

cual sea entendible en el interfaz,
Interfaz
como lo son textos, imágenes y el
menú sencillo para que el usuario
acceda sin dificultad.
RNF3 El sistema después de 8 minutos Media S.I

de inactividad cerrará la sesión
Seguridad
automáticamente.
RNF4 El sistema cerrará Alta S.I

automáticamente la sesión de la
Seguridad
cuenta al cerrar la ventana.
RNF5 El sistema debe permitir la Media S.I

modificación de los datos de la
Mantenibilida
cuenta.
d
RNF6 El sistema no debe permitir el Alta S.I

registro de información sin
Usabilidad
completar todos los datos
requeridos.
RNF6 El sistema estará disponible 24/7 Disponibilidad Alta S.I

los 365 días del año.
RNF7 El sistema debe ser capaz de dar Alta S.I

respuesta al acceso de todos los
Accesibilidad
usuarios.
RNF8 El sistema debe estar en Alta S.I

capacidad de permitir en el
futuro su fácil mantenimiento con
Página 27 de 30
respecto a los posibles errores Mantenibilida

que se puedan presentar durante d
la operación del sistema.
RNF9 El sistema debe cargar en los Interfaz Alta S.I

navegadores web como Chrome,
Mozilla, Explorer, entre otros.
RNF10 El sistema debe proporcionar Disponibilidad Baja S.I

mensajes de error que sean
informativos y orientados a
usuario.
RNF11 El sistema debe mostrar en la Disponibilidad Baja S.I

página de inicio la información
general de la empresa (Misión-
Visión-Objetivos)
RNF12 El sistema debe permitir la Seguridad Media S.I

recuperación de la contraseña
por medio de la cuenta del
usuario.
RNF13 La actualización de información Seguridad Media S.I

será llevada a cabo por el usuario.
RNF14 El sistema deberá manejar una Disponibilidad Media S.I

internacionalización (inglés y
español).
RNF15 El sistema debe tener un orden Fiabilidad Alta S.I

lógico entre los módulos.
RNF16 El sistema debe identificar el rol Seguridad Alta S.I

del usuario respectivo cuando
inicie sesión.
4.5.2 Control de plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de proyecto.
Página 28 de 30
Página 29 de 30
5. Referencias
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A8%20Cap
%C3%ADtulo%205.pdf?sequence=8#:~:text=Rational%20Unified%20Process%20(RUP)%20es,fases
%20de%20desarrollo%20del%20software.
Ver anexo – Entrevista – Recolección de información ESD.
https://www.teatroabadia.com/es/uploads/documentos/iagramas_del_uml.pdf
Página 30 de 30

Plan de Desarrollo de Software - RUP Nuevo

Cargado por

Copyright:

Formatos disponibles

Plan de Desarrollo de Software - RUP Nuevo

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Plan de Desarrollo de Software - RUP Nuevo

Cargado por

Copyright:

Formatos disponibles

Proceso Unificado de Desarrollo

Diego Alejandro Gonzalez Cantor

Diego Fernando Silva Acevedo

Jhan Carlos Manjarrez Alean

Refinamiento en Producción de Software

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

2. Vista General del Proyecto

3. Organización del Proyecto

4. Gestión del Proceso

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

Plan de Desarrollo del Software

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

2. Vista General del Proyecto

El Sistema de Información mejorará y facilitará el modo en que se están llevando a cabo

Lo anterior, genera pérdida de tiempo en la gestión de cada proceso y como

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

● El Sistema debe generar informes del estado de ventas y alquiler facilitando al

● El Sistema de información gestionará un seguimiento de la venta y alquiler de los

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

2.2 Suposiciones y Restricciones

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

2.3 Entregables del proyecto

1) Plan de Desarrollo del Software

2) Modelo de Proceso – Casos de Negocio

3) Modelo de Análisis de Negocio

4) Modelo de dominio del sistema

5) Especificaciones de Casos de Uso

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

de cada caso de uso, y se considerará las precondiciones, flujo de eventos, requisitos

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

7) Prototipos de Interfaces de Usuario

2.4 Evolución del Plan de Desarrollo del Software

3. Organización del Proyecto

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

3.3 Roles y Responsabilidades

Líder de proyecto Gestionará un seguimiento adecuado en cada una de las fases

Analista de Realiza la validación de los requisitos funcionales, define el

Desarrollador de Desarrolla los prototipos iterativos y funcionales del sistema

Ingeniero de Gestiona la especificación de requisitos funcionales del

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc

documentación asociada al proyecto.

4. Gestión del Proceso

4.1 Definiciones, acrónimos y siglas

Plan de Desarrollo de Software Fecha: 06/11/2021

Plan de Desarrollo de Software.doc