Aca1 Refinamiento de Software

Sistema de ventas Versión: 2.
Plan de Desarrollo de Software Fecha: 06/11/2022
Plan de Desarrollo de Software.doc
Proceso Unificado de Desarrollo
INTEGRANTES
EDWIN ALEXANDER ALTAMAR MARTINEZ

GIOVANNY LOPEZ POVEDA
Página 1 de 33
Sistema de ventas Versión: 2.0
Ingeniería de sistemas
Refinamiento en Producción de Software
Bogotá
2022
Sistema de ventas
Plan de Desarrollo de Software
Versión <0.1>
Página 2 de 33
Historia de Revisiones
Fecha Versión Descripción Autor

21/10/2022 1.0 versión preliminar como propuesta de EDWIN ALEXANDER
desarrollo ALTAMAR MARTINEZ
GIOVANNY LOPEZ
POVEDA
06/11/2022 2.0 versión preliminar como propuesta de EDWIN ALEXANDER

desarrollo ALTAMAR MARTINEZ
GIOVANNY LOPEZ
POVEDA
Página 3 de 33
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 4 de 33
5. Referencias
Página 5 de 33
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 PROASEC el cual se centra en una tienda de productos el cual permitirá mejorar la
distribución y venta de dichos productos.
El proyecto se implementará de manera general, para de esta manera mantener un registro

de actividades y ventas automatizando la mini tienda y dando agilidad a la distribución de los
productos.
1.1 Propósito
El propósito de proyecto es automatizar las ventas de los productos y crear una mejor
estructura de distribución y ventas, teniendo un informe y una base de datos de cada
actividad y ventas
1.2 Alcance
La finalidad de este proyecto es crear un apoyo digital automatizando las diferentes
actividades de negocio y comerciales de esta mini tienda, creando base de datos de clientes y
productos y teniendo un reporte de inventarios salidas entradas y consumos.
1.3 Resumen
Teniendo en cuenta la visión general del documento, este se organizará en las siguientes
secciones:
● Vista General del Proyecto — establecer un sistema de ventas para automatizar y
gestionar la comercialización de los productos y servicios de la mini
● Organización del Proyecto — estará compuesta por un administrador quien se
encargará de alimentar la base de datos depurarla o realizar copias de seguridad y
mantenimientos, usuario administrador quien gestionará los precios y productos y
usuario o cliente quien vera los productos y comprará los cuales en su creación
serán:
Analista de Sistemas: Edwin altamar
Página 6 de 33
Realiza la validación de los requisitos funcionales, define el modelo de casos de uso,

modelo de dominio y demás artefactos UML, apoyar al arquitecto de software en la
definición de la arquitectura y el modelo de datos.
Arquitecto de software: Giovanni López
Este se encargará de transformar los requisitos del sistema de ventas y creará una
maqueta para dar a conocer un prototipo de el sistema.
El Diseñador Gráfico: EDWIN ALTAMAR, GIOVANI LOPEZ
Estos son los encargados de proporcionar las diferentes graficas ilustraciones iconos
y demás recursos visuales para la realización de la interfaz
● Gestión del Proceso — en este apartado proporcionaremos la información por medio
de diagramas UML dando a conocer un boceto inicial de dicho sistema de ventas
Diagrama del sistema de ventas global donde el administrador proporcionara

información a la base de datos y alimentara inventarios y precios, el administrador
secundario o vendedor creara los clientes códigos de los mismos y creara los pedidos
y las compras, el cliente recibirá su id y clave por medio de un correo electrónico y
podrá seleccionar el producto y enviar la orden de compra.
Página 7 de 33
La base de datos principal tendrá una llave principal que consta de datos del cliente y 2 foráneas que
servirán para la creación de cliente datos de facturación y actualización de ventas.
Página 8 de 33
2. Vista General del Proyecto

2.1 Visión, Propósito, Alcance y Objetivos
2.1.1 Visión
El sistema de ventas es una actualización de los procesos que lleva la mini tienda donde
por medio de la automatización se pretende mejorar cada proceso minimizando tiempos
y garantizando un total de ventas, controlando inventarios y llevando una contabilidad
exacta del producto ventas y servicios.
Debido a que mochos de los procesos se realizan de manera manual o vía telefónica,
tener una base de datos y un sistema de ventas en tiempo real mejorara los pedidos y las
ventas.
2.1.2 Propósito
Desarrollar un sistema de ventas que minimice las pérdidas de tiempo útil y mejore la
calidad de los procesos, donde se pueda manejar de manera ordenada cada tarea y
actividad de la empresa.
2.1.3 Alcance
● El sistema de ventas gestionara bases de datos con información importante,
tanto del cliente como de los productos, llevando así un control adecuado de
estos
● El Sistema debe generar informes del estado de ventas 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 de los

productos, optimizando el tiempo en las relaciones entre cliente y el empresario.
Página 9 de 33
2.1.4 Objetivos
● Facilitar la compra y venta de los productos
● Facilitar el proceso del control y existencia de los materiales.
● Facilitar el reconocimiento de la empresa y la fidelización de los clientes
● Generar informes de las ventas y control de los materiales que facilite al empresario
la toma de decisiones.
● Control de precios y productos
● Gestión de datos
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 8.1 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.
● La empresa debe contar con un computador de Sistema Operativo Windows 8.1 o
superior con conexión a la red, disco duro de 500GB, mínimo procesador Intel
Celeron, memoria RAM de 6GB.
● El sistema tendrá un CRUD para los productos en base de datos.
● El Sistema no se manejará en los celulares, debido a que no se implementará como
aplicativo móvil.
Página 10 de 33
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).
Página 11 de 33
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).
Página 12 de 33
Página 13 de 33
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 14 de 33
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 15 de 33
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.
Página 16 de 33
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 VENTAS, 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: GIOVANI LOPEZ (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: EDWIN ALTAMAR (Debe ser egresado como Ingeniero de Sistemas,
tener conocimientos en la documentación de procesos en UML).
Desarrollador de software: EDWIN ALTAMAR Y GIOVANI LOPEZ 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.
Página 17 de 33
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: Administrador: Coordinara de todo el sistema software y que se encarga de
las funciones de mantenimiento de la base de datos de la aplicación.
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.
Servidor: un equipo de cómputo del establecimiento en el que el sistema será
implementado.
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 EDWIN ALTAMAR, GIOVANI LOPEZ:
Serán responsables de la planificación del proyecto, de

mantener el proyecto dentro del presupuesto, y de la solución
de problemas.
Analista de EDWIN ALTAMAR

Sistemas
Será el responsable de garantizar que los requerimientos se
Página 18 de 33
cumplan.
Desarrollador de GIOVANI LOPEZ

software
Será el responsable de que se gestione el sistema de ventas y
se materialice
Ingeniero de EDWIN ALTAMAR GIOVANI LOPEZ

Software
Serán los responsables de la finalización de el proyecto
4. Gestión del Proceso
4.1 Definiciones, acrónimos y siglas

● Mini tienda (aún por definir): Nombre de la empresa donde se implementará el
sistema.
● Sistema de ventas: Nombre del sistema de información.
● 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 19 de 33
Login – El administrador y el cliente ingresarán al sistema
Página 20 de 33
Gestión de Pedidos
Control del Productos
Página 21 de 33
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
Página 22 de 33
terminada siempre y cuando se cumplan los criterios de

aceptación y visto bueno por parte del cliente.
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
Página 23 de 33
Plan de desarrollo de software, versión 1.0
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)
Página 24 de 33
Modelo de datos
Modelado relacional Semana 6 Semana 7
Documento de especificación del modelo de Semana 6 Semana 7

datos
Modelo de diseño
Análisis del sistema Semana 6 Semana 7
Página 25 de 33
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 26 de 33
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 27 de 33
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 28 de 33
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 29 de 33
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.
Página 30 de 33
RNF8 El sistema debe estar en Alta S.I

capacidad de permitir en el
futuro su fácil mantenimiento con
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.
Página 31 de 33
4.5.2 Control de plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de proyecto.
Página 32 de 33
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 33 de 33

Aca1 Refinamiento de Software

Cargado por

Información del documento

Descripción original:

Título 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

Aca1 Refinamiento de Software

Cargado por

Copyright:

Formatos disponibles

Sistema de ventas Versión: 2.

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

Plan de Desarrollo de Software.doc

Proceso Unificado de Desarrollo

EDWIN ALEXANDER ALTAMAR MARTINEZ

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

Plan de Desarrollo de Software.doc

Refinamiento en Producción de Software

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

Plan de Desarrollo de Software.doc

Fecha Versión Descripción Autor

06/11/2022 2.0 versión preliminar como propuesta de EDWIN ALEXANDER

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

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/2022

Plan de Desarrollo de Software.doc

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

Plan de Desarrollo de Software.doc

Plan de Desarrollo del Software

El proyecto se implementará de manera general, para de esta manera mantener un registro

Analista de Sistemas: Edwin altamar

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

Plan de Desarrollo de Software.doc

Realiza la validación de los requisitos funcionales, define el modelo de casos de uso,

Diagrama del sistema de ventas global donde el administrador proporcionara

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

Plan de Desarrollo de Software.doc

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

Plan de Desarrollo de Software.doc

2. Vista General del Proyecto

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

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

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

Plan de Desarrollo de Software.doc

2.2 Suposiciones y Restricciones

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

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

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

Plan de Desarrollo de Software.doc

4) Modelo de dominio del sistema

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

Plan de Desarrollo de Software.doc

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

Plan de Desarrollo de Software.doc

5) Especificaciones de Casos de Uso

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

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/2022

Plan de Desarrollo de Software.doc

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

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