SlideShare una empresa de Scribd logo
1 de 41
UNIVERSIDAD TÉCNICA DE
COTOPAXI
INTEGRANTES:
• Quezada Christian
• Ramos Jonathan
• Tipán Alexander
Ciclo Académico:
Abril 2022 – Agosto 2022
Tema: Sistema de ventas online para el
control de compra y venta de
medicamentos en la farmacia del centro
de Latacunga "El Curandita"
Ing. Edwin Quinatoa
OBJETIVOS:
Requisitos
funcionales:
ÁRBOL DE PROBLEMA
DFD (Diagrama de Flujo
de datos)
NIVEL 1: “Sistema de
control de Ventas”
En este nivel se presentan
los siguientes
Subsistemas del proceso
principal que serian:
Entidades Externas:
Administrador
NIVEL 2: “Subsistema
gestión de articulos”
El subsistema Gestión de
artículos especifica las
siguientes funcionalidades:
Entidades Externas:
Administrador
NIVEL 2: “Gestión de ingreso/ salida de ventas”
El subsistema Gestión de ventas especifica las
siguientes funcionalidades:
Entre las cuales tenemos ingresar datos articulos,
registrar entrada ventas, registrar salida ventas,
generar reportes de entrada, generar reportes de
salida.
Entidades Externas:
Administrador
NIVEL 2: “Gestión de pedidos”
El subsistema Gestión de ventas especifica las
siguientes funcionalidades
Entidades Externas:
Administrador
NIVEL 3: “Comprobar Usuario”
El subsistema Gestión de ventas especifica las
siguientes subfunciones:
Entidades Externas:
Administrador
NIVEL 2: “Ingresar entrada de
ventas”
El subsistema Gestión de ventas
especifica las siguientes
subfunciones:
Entidades Externas:
Administrador
Casos De Uso Nivel 0 caso de uso
general
En el caso de uso
general los actores
que intervienen son:
Administrador y
comprador, se
identificaron diez
procesos que se verán
a detalle en los casos
de uso a nivel 1 y 2.
Casos de uso: Ingresar datos del Usuario Identificador: CU01
Autor: Jonathan Ramos
Fecha: 16/08/2022
Actores: Administrador
Tipo: Primario
Referencias: El sistema permitirá al administrador el proceso de gestión de usuarios.
Precondición: El Administrador debe haber iniciado sesión previamente y dentro de sus procesos a realizar en el
formulario Usuario.
Post Condición: El proceso se realizó con éxito, los datos del Usuario fueron ingresados correctamente en la base
de datos.
Descripción: Permite al Administrador registrar los datos de nuevos usuarios dentro del sistema.
Resumen: Permite el registro de nuevos usuarios dentro del sistema de ventas.
Escenario: Gestionar Usuarios
N
°
Ejecutar
Paso a
Actividad
1 El Administrador selecciona el botón Agregar
Usuario Ingreso al
proceso crear
usuario
2
El sistema muestra un formulario del registro de
nuevo usuario
Visualización
d
el formulario
3 El Administrador llena todos los campos con los
datos que requiera el formulario y da un clic en el
botón guardar
Ingreso de
datos
4
El sistema muestra un mensaje de operación de
guardar los datos
Mensaje
d
e
Confirmación
Curso Normal:
Curso Alterno
Nivel 1
Nivel 1 Caso De Uso “Gestionar
Usuarios”
En el caso de uso “Gestionar
Usuarios”, el actor que va a
intervenir es el Administrador,
porque va a ser el único que
pueda gestionar este caso de uso.
Para poder realizar los procesos:
Ingresar datos, visualiza, buscar
(por nombre y apellido), modificar
y eliminar, debe realizar como
requisito previo, el inicio de sesión
en el aplicativo.
Gestionar Artículos
Curso Normal:
Curso Alterno
Nivel 1
Nivel 1 Caso De Uso “Gestionar Entradas De
ventas”
En el caso de uso “Gestionar entradas de
ventas” se escogieron dos actores:
administrador y comprador, los cuales
tendrán que iniciar sesión. Se han tomado
en cuenta los siguientes casos de uso:
ingresar datos de las entradas de los
productos, listar las entradas, buscar las
entradas de ventas por sus nombres y a su
vez tendrán la opción de modificar y
eliminar las entradas de ventas.
Escenario: Gestionar
Entradas de ventas
Curso Normal:
Curso Alterno
Nivel 1.- Caso De Uso “Gestionar
Salidas De ventas”
En el caso de uso “Gestionar
salidas de ventas” se escogieron
dos actores: administrador y
comprador, quienes deben iniciar
sesión. Se han tomado en cuenta
los siguientes casos de uso: ingresar
datos de las salidas de los
diferentes productos, listar las
salidas, buscar las salidas por
nombres de las ventas, modificar
las salidas y a su vez tendrán la
opción de eliminar las salidas de
las ventas.
1.- Caso De Uso
“Gestionar Pedidos”
En el caso de uso
“Gestionar Pedidos” el
actor es el
administrador, el cual
tendrá que iniciar sesión.
Se han tomado en
cuenta los siguientes
procesos: ingresar datos
del pedido, visualizar
pedido, buscar pedido
por nombre de artículo,
modificar pedido y
eliminar pedido.
Nivel 1.- Caso De Uso
“Gestionar Reportes”
En el caso de uso “Gestionar
Reportes” el actor a
participar en este caso es el
Administrador, en donde
para poder hacer uso del
mismo tendrá que iniciar
sesión para poder visualizar
los reportes que desee
generar, también podrá
elegir el reporte, en generar
reporte encontrará una lista
las cuales son: usuarios,
artículos, entradas, salidas,
pedidos por último
encontrara el proceso
visualizar mensaje de
confirmación.
NIVEL 2
Nivel 2: Caso De Uso
“Ingresar Datos Del
Usuario”
Para desarrollar este caso
de uso se tomó el
proceso Ingresar datos
de usuario del nivel 1.
Para poder llevar a cabo
este proceso, el
administrador debe
iniciar sesión, a
continuación, visualizará
el formulario de ingreso
de datos del usuario en
el cual podrá ingresar:
código usuario, nombre,
teléfono, email, cargo y
estado.
Nivel 2.- Caso De Uso
“Modificar Artículo”
Este caso se deriva de
nuestro caso de nivel 1
Gestión de Artículos del
proceso Modificar
Artículos, los autores son:
administrador y
comprador. Para
modificar un artículo
debe seleccionar un
registro, después podrá
visualizar el formulario en
donde llenará los
campos respectivos con
datos del artículo.
Nivel 2.- Caso De Uso
“Ingresar Datos De Las
Entradas”
En el caso de uso
“Ingresar datos de las
entradas” intervienen dos
actores: administrador y
compradores, quienes
podrán visualizar el
formulario de entrada de
ventas y a su vez tendrán
la posibilidad de ingresar
la fecha de ingreso de
los productos,
seleccionar artículos,
insertar cantidad e
ingresar descripciones de
los artículos.
Nivel 2.- Caso De Uso
“Modificar Salidas De
ventas”
En el caso de uso
“Modificar salidas de
ventas” se tomaron en
cuenta los siguientes
actores: administrador y
comprador, los cuales
podrán visualizar el
formulario de entrada de
ventas, y a su vez podrán
ingresar las fechas de
salidas de las ventas,
seleccionar artículos,
insertar las cantidades e
ingresar descripciones de
los artículos.
Nivel 2.- Caso De Uso
“Ingresar Datos Del
Pedido”
En el caso de uso
“Ingresar datos del
pedido” el actor es el
administrador, el cual
podrá visualizar el
formulario de pedidos de
artículos, en donde
podrá ingresar fecha de
pedido, seleccionar
artículo e insertar
cantidad.
Nivel 2.- Caso De Uso
“Generar Reporte”
En el caso de uso nivel
dos “Generar Reporte” el
actor a participar es el
Administrador, en donde
para visualizar el reporte
generado tendrá que
dirigirse a descargas de
su computador visualizar
el reporte generado y
con ello podrá revisar los
datos del reporte
descargado del reporte
seleccionado.
Diagrama De Clase
Diagrama Lógico
Diagrama Físico
PROTOTIPOS
Conclusiones
• La aplicación de la encuesta al gerente de Sistema de ventas online para el control de entrada y salida de
medicamentos en la farmacia "El Curandita" nos sirvió para identificar el problema que se desea solventar para la
empresa, en este caso, el gerente desea mejorar la gestión de inventario, una vez identificado en problema se
especificó el alcance que se desea alcanzar en el proyecto.
• La definición de requisitos funcionales y no funcionales nos sirvieron para la implementación de que el gerente
entendiera el funcionamiento del Sistema de ventas online sin la necesidad de tener conocimientos técnicos.
• Para el modelado del diagrama de clases se utilizó la herramienta case PowerDesigner con la cual se identificó las
clases, atributo, operaciones y las diferentes relaciones, todo para obtener una estructura del Sistema de ventas
online; se complementó con el modelo lógico y físico los cuales se derivan del diagrama de clases. Con los
modelados realizados se puede diseñar el prototipo del sistema el cual se desarrolló en la herramienta Balsamiq.
• Por último, la ejecución de todas estas actividades es esencial para el desarrollo del proyecto, pero sobre todo
brindarle al gerente de la empresa un sistema de calidad en el futuro.
Recomendaciones
• En el alcance del proyecto debe ser claro, sencillo y concreto, pero sobre todo se
debe establecer límites de lo que se desea alcanzar a lo largo del desarrollo del
proyecto.
• En la definición de requisitos funcionales se deben analizar y contemplar el mayor
número de requisitos funcionales ya que sirven para conocer de mejor manera las
funciones que el sistema será capaz de realizar.
• Para los DFDs es importante realizar un análisis del flujo de datos, entre más
procesos existan mejor será la comprensión del sistema.
• Para el desarrollo de los casos de uso a detalle es necesario basarse en el
prototipo del sistema, porque se puede visualizar como sería el Sistema de ventas
online y que procesos de deben llevar a cabo para ejecutar una actividad.

Más contenido relacionado

Similar a Proyecto farmacia control de inventario y ventas.pptx

Diapositiva - Pilar.pptx
Diapositiva - Pilar.pptxDiapositiva - Pilar.pptx
Diapositiva - Pilar.pptxEliseo Benitez
 
Diapositivas de v semestre proyecto
Diapositivas de v semestre proyectoDiapositivas de v semestre proyecto
Diapositivas de v semestre proyectojcfb S.A
 
Diapositivas de v semestre proyecto
Diapositivas de v semestre proyectoDiapositivas de v semestre proyecto
Diapositivas de v semestre proyectojose_carlos1090
 
Memoria tecnica control de inventario
Memoria tecnica control de inventarioMemoria tecnica control de inventario
Memoria tecnica control de inventarioKevin Coronel
 
29) Manual de Instrucciones Reporte listado de proveedores.pdf
29) Manual de Instrucciones Reporte listado de proveedores.pdf29) Manual de Instrucciones Reporte listado de proveedores.pdf
29) Manual de Instrucciones Reporte listado de proveedores.pdfAlexis Cuevas
 
Manual administrativo1
Manual administrativo1Manual administrativo1
Manual administrativo1Lina Vega
 
Guitars House
Guitars HouseGuitars House
Guitars Housenahun1385
 
10 Clase Captura De Los Requisitos Cap[1].6
10 Clase Captura De Los Requisitos Cap[1].610 Clase Captura De Los Requisitos Cap[1].6
10 Clase Captura De Los Requisitos Cap[1].6Julio Pari
 
10 Clase Captura De Los Requisitos Cap.6
10 Clase Captura De Los Requisitos  Cap.610 Clase Captura De Los Requisitos  Cap.6
10 Clase Captura De Los Requisitos Cap.6Julio Pari
 
análisis y diseño orientado a objetos
análisis y diseño orientado a objetosanálisis y diseño orientado a objetos
análisis y diseño orientado a objetosAngelGutierrez164
 
8 Clase Proceso Basado En Uml Para Si Ejemplo
8 Clase Proceso Basado En Uml Para Si Ejemplo8 Clase Proceso Basado En Uml Para Si Ejemplo
8 Clase Proceso Basado En Uml Para Si EjemploJulio Pari
 
Parte 1 MU_modulo_logistica_tablas.pdf
Parte 1 MU_modulo_logistica_tablas.pdfParte 1 MU_modulo_logistica_tablas.pdf
Parte 1 MU_modulo_logistica_tablas.pdfAlexAtachagua
 
Sistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final iSistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final ijcfb S.A
 
Sistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final iSistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final ijcfb S.A
 
Sistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final iSistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final ijose_carlos1090
 
Requerimientos de un Sistema (usando criterios del swebok)
Requerimientos de un Sistema (usando criterios del swebok)Requerimientos de un Sistema (usando criterios del swebok)
Requerimientos de un Sistema (usando criterios del swebok)Miguel Miranda
 

Similar a Proyecto farmacia control de inventario y ventas.pptx (20)

Diapositiva - Pilar.pptx
Diapositiva - Pilar.pptxDiapositiva - Pilar.pptx
Diapositiva - Pilar.pptx
 
Diapositivas de v semestre proyecto
Diapositivas de v semestre proyectoDiapositivas de v semestre proyecto
Diapositivas de v semestre proyecto
 
Diapositivas de v semestre proyecto
Diapositivas de v semestre proyectoDiapositivas de v semestre proyecto
Diapositivas de v semestre proyecto
 
Memoria tecnica control de inventario
Memoria tecnica control de inventarioMemoria tecnica control de inventario
Memoria tecnica control de inventario
 
29) Manual de Instrucciones Reporte listado de proveedores.pdf
29) Manual de Instrucciones Reporte listado de proveedores.pdf29) Manual de Instrucciones Reporte listado de proveedores.pdf
29) Manual de Instrucciones Reporte listado de proveedores.pdf
 
Saic manual usuario
Saic   manual usuarioSaic   manual usuario
Saic manual usuario
 
Manual administrativo1
Manual administrativo1Manual administrativo1
Manual administrativo1
 
Guitars House
Guitars HouseGuitars House
Guitars House
 
10 Clase Captura De Los Requisitos Cap[1].6
10 Clase Captura De Los Requisitos Cap[1].610 Clase Captura De Los Requisitos Cap[1].6
10 Clase Captura De Los Requisitos Cap[1].6
 
10 Clase Captura De Los Requisitos Cap.6
10 Clase Captura De Los Requisitos  Cap.610 Clase Captura De Los Requisitos  Cap.6
10 Clase Captura De Los Requisitos Cap.6
 
análisis y diseño orientado a objetos
análisis y diseño orientado a objetosanálisis y diseño orientado a objetos
análisis y diseño orientado a objetos
 
8 Clase Proceso Basado En Uml Para Si Ejemplo
8 Clase Proceso Basado En Uml Para Si Ejemplo8 Clase Proceso Basado En Uml Para Si Ejemplo
8 Clase Proceso Basado En Uml Para Si Ejemplo
 
Michelle maldonado 27420046 #71
Michelle maldonado 27420046 #71Michelle maldonado 27420046 #71
Michelle maldonado 27420046 #71
 
Parte 1 MU_modulo_logistica_tablas.pdf
Parte 1 MU_modulo_logistica_tablas.pdfParte 1 MU_modulo_logistica_tablas.pdf
Parte 1 MU_modulo_logistica_tablas.pdf
 
Sistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final iSistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final i
 
Sistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final iSistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final i
 
Sistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final iSistema de informacion para el control de ingresos final i
Sistema de informacion para el control de ingresos final i
 
Manual indicadores
Manual indicadoresManual indicadores
Manual indicadores
 
Mu operaciones linea
Mu operaciones lineaMu operaciones linea
Mu operaciones linea
 
Requerimientos de un Sistema (usando criterios del swebok)
Requerimientos de un Sistema (usando criterios del swebok)Requerimientos de un Sistema (usando criterios del swebok)
Requerimientos de un Sistema (usando criterios del swebok)
 

Proyecto farmacia control de inventario y ventas.pptx

  • 1. UNIVERSIDAD TÉCNICA DE COTOPAXI INTEGRANTES: • Quezada Christian • Ramos Jonathan • Tipán Alexander Ciclo Académico: Abril 2022 – Agosto 2022 Tema: Sistema de ventas online para el control de compra y venta de medicamentos en la farmacia del centro de Latacunga "El Curandita" Ing. Edwin Quinatoa
  • 5. DFD (Diagrama de Flujo de datos)
  • 6. NIVEL 1: “Sistema de control de Ventas” En este nivel se presentan los siguientes Subsistemas del proceso principal que serian: Entidades Externas: Administrador
  • 7. NIVEL 2: “Subsistema gestión de articulos” El subsistema Gestión de artículos especifica las siguientes funcionalidades: Entidades Externas: Administrador
  • 8.
  • 9. NIVEL 2: “Gestión de ingreso/ salida de ventas” El subsistema Gestión de ventas especifica las siguientes funcionalidades: Entre las cuales tenemos ingresar datos articulos, registrar entrada ventas, registrar salida ventas, generar reportes de entrada, generar reportes de salida. Entidades Externas: Administrador NIVEL 2: “Gestión de pedidos” El subsistema Gestión de ventas especifica las siguientes funcionalidades Entidades Externas: Administrador
  • 10. NIVEL 3: “Comprobar Usuario” El subsistema Gestión de ventas especifica las siguientes subfunciones: Entidades Externas: Administrador
  • 11. NIVEL 2: “Ingresar entrada de ventas” El subsistema Gestión de ventas especifica las siguientes subfunciones: Entidades Externas: Administrador
  • 12. Casos De Uso Nivel 0 caso de uso general En el caso de uso general los actores que intervienen son: Administrador y comprador, se identificaron diez procesos que se verán a detalle en los casos de uso a nivel 1 y 2.
  • 13. Casos de uso: Ingresar datos del Usuario Identificador: CU01 Autor: Jonathan Ramos Fecha: 16/08/2022 Actores: Administrador Tipo: Primario Referencias: El sistema permitirá al administrador el proceso de gestión de usuarios. Precondición: El Administrador debe haber iniciado sesión previamente y dentro de sus procesos a realizar en el formulario Usuario. Post Condición: El proceso se realizó con éxito, los datos del Usuario fueron ingresados correctamente en la base de datos. Descripción: Permite al Administrador registrar los datos de nuevos usuarios dentro del sistema. Resumen: Permite el registro de nuevos usuarios dentro del sistema de ventas. Escenario: Gestionar Usuarios
  • 14. N ° Ejecutar Paso a Actividad 1 El Administrador selecciona el botón Agregar Usuario Ingreso al proceso crear usuario 2 El sistema muestra un formulario del registro de nuevo usuario Visualización d el formulario 3 El Administrador llena todos los campos con los datos que requiera el formulario y da un clic en el botón guardar Ingreso de datos 4 El sistema muestra un mensaje de operación de guardar los datos Mensaje d e Confirmación Curso Normal:
  • 16. Nivel 1 Nivel 1 Caso De Uso “Gestionar Usuarios” En el caso de uso “Gestionar Usuarios”, el actor que va a intervenir es el Administrador, porque va a ser el único que pueda gestionar este caso de uso. Para poder realizar los procesos: Ingresar datos, visualiza, buscar (por nombre y apellido), modificar y eliminar, debe realizar como requisito previo, el inicio de sesión en el aplicativo.
  • 20. Nivel 1 Nivel 1 Caso De Uso “Gestionar Entradas De ventas” En el caso de uso “Gestionar entradas de ventas” se escogieron dos actores: administrador y comprador, los cuales tendrán que iniciar sesión. Se han tomado en cuenta los siguientes casos de uso: ingresar datos de las entradas de los productos, listar las entradas, buscar las entradas de ventas por sus nombres y a su vez tendrán la opción de modificar y eliminar las entradas de ventas.
  • 24. Nivel 1.- Caso De Uso “Gestionar Salidas De ventas” En el caso de uso “Gestionar salidas de ventas” se escogieron dos actores: administrador y comprador, quienes deben iniciar sesión. Se han tomado en cuenta los siguientes casos de uso: ingresar datos de las salidas de los diferentes productos, listar las salidas, buscar las salidas por nombres de las ventas, modificar las salidas y a su vez tendrán la opción de eliminar las salidas de las ventas.
  • 25. 1.- Caso De Uso “Gestionar Pedidos” En el caso de uso “Gestionar Pedidos” el actor es el administrador, el cual tendrá que iniciar sesión. Se han tomado en cuenta los siguientes procesos: ingresar datos del pedido, visualizar pedido, buscar pedido por nombre de artículo, modificar pedido y eliminar pedido.
  • 26. Nivel 1.- Caso De Uso “Gestionar Reportes” En el caso de uso “Gestionar Reportes” el actor a participar en este caso es el Administrador, en donde para poder hacer uso del mismo tendrá que iniciar sesión para poder visualizar los reportes que desee generar, también podrá elegir el reporte, en generar reporte encontrará una lista las cuales son: usuarios, artículos, entradas, salidas, pedidos por último encontrara el proceso visualizar mensaje de confirmación.
  • 27. NIVEL 2 Nivel 2: Caso De Uso “Ingresar Datos Del Usuario” Para desarrollar este caso de uso se tomó el proceso Ingresar datos de usuario del nivel 1. Para poder llevar a cabo este proceso, el administrador debe iniciar sesión, a continuación, visualizará el formulario de ingreso de datos del usuario en el cual podrá ingresar: código usuario, nombre, teléfono, email, cargo y estado.
  • 28. Nivel 2.- Caso De Uso “Modificar Artículo” Este caso se deriva de nuestro caso de nivel 1 Gestión de Artículos del proceso Modificar Artículos, los autores son: administrador y comprador. Para modificar un artículo debe seleccionar un registro, después podrá visualizar el formulario en donde llenará los campos respectivos con datos del artículo.
  • 29. Nivel 2.- Caso De Uso “Ingresar Datos De Las Entradas” En el caso de uso “Ingresar datos de las entradas” intervienen dos actores: administrador y compradores, quienes podrán visualizar el formulario de entrada de ventas y a su vez tendrán la posibilidad de ingresar la fecha de ingreso de los productos, seleccionar artículos, insertar cantidad e ingresar descripciones de los artículos.
  • 30. Nivel 2.- Caso De Uso “Modificar Salidas De ventas” En el caso de uso “Modificar salidas de ventas” se tomaron en cuenta los siguientes actores: administrador y comprador, los cuales podrán visualizar el formulario de entrada de ventas, y a su vez podrán ingresar las fechas de salidas de las ventas, seleccionar artículos, insertar las cantidades e ingresar descripciones de los artículos.
  • 31. Nivel 2.- Caso De Uso “Ingresar Datos Del Pedido” En el caso de uso “Ingresar datos del pedido” el actor es el administrador, el cual podrá visualizar el formulario de pedidos de artículos, en donde podrá ingresar fecha de pedido, seleccionar artículo e insertar cantidad.
  • 32. Nivel 2.- Caso De Uso “Generar Reporte” En el caso de uso nivel dos “Generar Reporte” el actor a participar es el Administrador, en donde para visualizar el reporte generado tendrá que dirigirse a descargas de su computador visualizar el reporte generado y con ello podrá revisar los datos del reporte descargado del reporte seleccionado.
  • 37.
  • 38.
  • 39.
  • 40. Conclusiones • La aplicación de la encuesta al gerente de Sistema de ventas online para el control de entrada y salida de medicamentos en la farmacia "El Curandita" nos sirvió para identificar el problema que se desea solventar para la empresa, en este caso, el gerente desea mejorar la gestión de inventario, una vez identificado en problema se especificó el alcance que se desea alcanzar en el proyecto. • La definición de requisitos funcionales y no funcionales nos sirvieron para la implementación de que el gerente entendiera el funcionamiento del Sistema de ventas online sin la necesidad de tener conocimientos técnicos. • Para el modelado del diagrama de clases se utilizó la herramienta case PowerDesigner con la cual se identificó las clases, atributo, operaciones y las diferentes relaciones, todo para obtener una estructura del Sistema de ventas online; se complementó con el modelo lógico y físico los cuales se derivan del diagrama de clases. Con los modelados realizados se puede diseñar el prototipo del sistema el cual se desarrolló en la herramienta Balsamiq. • Por último, la ejecución de todas estas actividades es esencial para el desarrollo del proyecto, pero sobre todo brindarle al gerente de la empresa un sistema de calidad en el futuro.
  • 41. Recomendaciones • En el alcance del proyecto debe ser claro, sencillo y concreto, pero sobre todo se debe establecer límites de lo que se desea alcanzar a lo largo del desarrollo del proyecto. • En la definición de requisitos funcionales se deben analizar y contemplar el mayor número de requisitos funcionales ya que sirven para conocer de mejor manera las funciones que el sistema será capaz de realizar. • Para los DFDs es importante realizar un análisis del flujo de datos, entre más procesos existan mejor será la comprensión del sistema. • Para el desarrollo de los casos de uso a detalle es necesario basarse en el prototipo del sistema, porque se puede visualizar como sería el Sistema de ventas online y que procesos de deben llevar a cabo para ejecutar una actividad.