Sist - Gestion - Ventas CHUQUILLURI
June 12, 2023 | Author: Anonymous | Category: N/A
Short Description
Download Sist - Gestion - Ventas CHUQUILLURI...
Description
SENATI Sistema de gesón de ventas de la l a empresa CHUQUILLURI
INGENIERIA DE SOFTWARE CON INTELIGENCIA ARTIFICIAL Rojales Vilca Yastrin Brayan
2
Contenido Objetivo general...................... ............................................ ............................................ ............................................ ............................................2 ......................2 Objetivo de negocio..................... ........................................... ............................................ ............................................ ................................2 ..........2 Planteamiento del problema...................... ............................................ ............................................ ......................................2 ................2 Propuesta de solución............................................................................................2 Objetivos de la solución.........................................................................................2 Requerimientos funcionales.................................................................................2 Matriz de requerimientos:.............................................................................3 Criterios de Aceptación.................................................................................5 Requerimientos no funciones...............................................................................7 Metodología...............................................................................................................9 Modelo de proceso.................... ........................................... ............................................. ............................................ ..................................9 ............9 Modelo en Cascada........................................................................................9 Infraestructura de Hardware..................... ........................................... ............................................ .....................................10 ...............10 Patrón y estilo de la arquitectura.......................................................................10 Plataforma de desarrollo:...................... ............................................ ............................................ .........................................10 ...................10
Modelamiento del análisis utilizando UML ...............................................................10 Diagrama de casos de uso................... uso......................................... ............................................ ......................................................11 ................................11 Caso de uso Iniciar Sesión:................................. Sesión:....................................................... ...................................................... ...................................12 ...12
1.2.
Caso de uso Gesonar Materiales:......................... Materiales:............................................... ..........................................13 ....................13
1.4.
Caso de uso Gesonar categorías:.................................... categorías:.......................................................... ................................14 ..........14
1.6.
Caso de uso Gesonar Clientes:...................... Clientes:............................................ ........................................ ........................... .........15 15
2.1.
Caso de uso Iniciar Sesión:................................................. Sesión:....................................................................... ...............................16 .........16
2.2.
Gesonar Usuarios............................ Usuarios.................................................. ...................................................... ......................................... .........18 18
2.3.
Gesonar Materiales................... Materiales......................................... ............................................ ...................................... .........................21 .........21
2.4.
Gesonar Sucursales........................ Sucursales.............................................. ............................................ ...........................................23 .....................23
4.6.
Gesonar Clientes........................ Clientes.............................................. ............................................ ...............................................24 .........................24
4.7.
Gesonar Pedidos.............................. Pedidos.................................................... ............................................ .........................................25 ...................25
Modelamiento de Datos..................... ........................................... ............................................ ....................................................27 ..............................27 Diseño.................... .......................................... ............................................ ............................................ ............................................ .......................................32 .................32 Implementación.................... .......................................... ............................................ ............................................ .............................................32 .......................32 1.
Base de datos Modelo Físico.................................... Físico.......................................................... ...............................................32 .........................32
Conclusiones.................... .......................................... ............................................ ............................................ .................................................36 ...........................36 .......................................... ............................................ ............................................ .....................................................36 ...............................36 Bibliografía.................... 1
2
Objetivo general Objetivo de negocio
Objetivo estratégico, Core business: La comercialización de los productos para la construcción. Planteamiento del problema
La Ferretería CHUQUILLURI es una empresa dedicada a la comercialización de productos para la construcción, tiene un gran problema que sus procesos de ventas/inventario no están sistematizados y por ende su facturación se lleva a cabo manualmente. ¿Cuál es el problema?
-La mala gestión del inventario y las ventas (afecta al Core business). ¿Dónde qué ocurre?
-área de ventas ¿A quién o quiénes afecta?
-La empresa (no especifica) ¿Cuál es la causa?
-Las actividades las realizan de manera manual Propuesta de solución
La propuesta de solución es desarrollar un producto de software que resuelva la causa principal (las actividades se realizan de manera manual) del problema de la empresa CHUQUILLURI. Desarrollando una aplicación web para el área de ventas e inventario. Objetivos de la solución
La aplicación web permitirá automatizar el proceso de inventario para el control de las existencias. Automatiza la facturación facturación de las ventas.
Análisis de requerimientos Requerimientos funcionales
Aplicar técnicas de reviews reviews SEGÚN LA NORMA IEEE 29148:2011 2
2
Matriz de requerimientos:
Nro.
Enunciado
Justfcación
RF001
El sistema debe permir al usuario iniciar sesión con su código y
Porque el acceso se debe realizar por vía web
contraseña.
RF002
El sistema deberá validar los datos del usuario que inicia sesión.
Para comprobar la existencia en la base de datos de los usuarios registrados.
RF003
El sistema deberá idenfcar el po de usuario que inicia sesión.
Para validar el perfl del usuario (Admin, vendedor, etc.).
RF004
El sistema deberá permir al administrador registrar a los trabajadores de la empresa.
Para almacenar los datos del usuario en una base de datos.
RF005
El sistema deberá permir al administrador visualizar la lista de trabajadores de la empresa.
Para conocer los datos de sus trabajadores.
RF006
El sistema debe permir al administrador modifcar los datos de los trabajadores de la empresa.
Para actualizar los datos de los trabajadores, en caso de errores.
RF007
El sistema debe permir al administrador eliminar a los trabajadores que no laboren en la empresa.
Para borrar a los trabajadores trabajadores que no laburan en la empresa.
RF008
El sistema debe permir al almacenero registrar los nuevos materiales que ingresen a la empresa.
Para almacenar los materiales de construcción en la base de datos.
3
2
RF009
El sistema debe permir al almacenero mostrar la lista de materiales de construcción de la empresa.
Para conocer los productos existentes en la base de datos.
RF010
El sistema debe permir al
Para actualizar los datos de los
almacenero modifcar modifcar los datos de los materiales de construcción de la empresa.
materiales de construcción, en caso de errores.
RF011
El sistema debe permir al almacenero eliminar los materiales obsoletos de la empresa.
Para borrar los materiales de construcción innecesarios de la base de datos.
RF012
El sistema deberá acilitar la consulta descripva (categoría, nombre,
Buscar los materiales de construcción de la base de datos
precio, candad) de los materiales de construcción.
RF013
El sistema debe permir al vendedor registrar nuevos clientes.
Para almacenar los clientes en la base de datos.
RF014
El sistema debe permir al vendedor mostrar la lista los clientes
Para conocer los clientes registrados en la base de datos.
RF015
El sistema debe permir al administrador modifcar los datos de los clientes.
Para actualizar los datos de los clientes en caso de errores.
RF016
El sistema debe permir al administrador eliminar clientes.
Para borrar datos de los clientes innecesarios del sistema.
4
2
RF017
El sistema deberá acilitar la consulta descripva (nombre, DNI, Dirección) de los clientes de la empresa.
Para buscar los clientes de la base de datos.
RF018
El sistema deberá emir un
Para comprobar su pago en la caja.
comprobante electrónico.
RF019
El sistema deberá generar el cálculo del precio total
Para saber la candad a pagar por la venta realizada.
RF020
El sistema deberá actualizar el stock de materiales de construcción vendidos por cada venta.
Para llevar un adecuado control de existencias en el inventario.
RF021
El sistema deberá permir al vendedor añadir los materiales de construcción al carrito de compras.
Para almacenar los materiales de construcción que se van a comprar.
RF022
El sistema deberá permir al vendedor borrar materiales del carrito de compras.
Para borrar los materiales de construcción innecesarios del carrito de compras.
RF023
El sistema deberá visualizar la lista de materiales agregados agregados al carrito de compras.
Para conocer qué materiales de construcción se van adquiriendo.
RF024
El sistema deberá permir al vendedor vaciar el carrito de compras.
Para iniciar una nueva compra.
5
2
RFO25 El sistema deberá permir al administrador generar un reporte de ventas diarias, semanales, mensuales y anuales.
Generar un reporte de venta que necesite la empresa, para analizar sus ventas según el empo requerido.
Criterios de Aceptación
REQUERIMIENTOS FUNCIONALES
CRITERIOS DE ACEPTACIÓN ESCENARIO ÉXITO
ERROR
El usuario ingresa los datos correctos
El usuario no ingresa los datos correctamente
Dado, que el usuario ingresa su usuario y contraseña correcta, Cuando envíen sus datos, Entonces se le mostrará la página principal.
Dado, que el usuario ingresa su usuario y contraseña incorrectamente, Cuando envíen sus datos, Entonces se le mostrará un mensaje de error.
El sistema deberá validar los datos del usuario que inicia
Los datos se validan
Los datos no se validan
Dado, que el usuario
Dado, que el usuario ingresa
sesión.
ingresa sus credenciales credenciales correctamente, Cuando envíen sus datos a la aplicación, Entonces los datos son encontrados en la base de datos.
sus credenciales incorrectamente, Cuando envíen sus datos a la aplicación, Entonces los datos no son encontrados en la base de datos
El sistema deberá
El usuario ingresa sus
El usuario ingresa sus
idenfcar el po de usuario que inicia
credenciales correctamente
credenciales incorrectamente
El sistema debe permir que el usuario inicie sesión con su código y contraseña.
6
2
sesión. Dado, que el usuario ingresa su usuario y contraseña correctamente, Cuando envíen sus datos, Entonces se idenfcará el
Dado, que el usuario ingresa su usuario y contraseña incorrectamente, Cuando envíen sus datos, Entonces se le mostrará un mensaje de error.
po de usuario en la base de datos.
El sistema deberá permir al vendedor añadir productos al carrito de compras.
La aplicación deberá generar un comprobante electrónico.
Se añaden nuevos productos al carrito de compras
No se añaden nuevos productos al carrito de compras
Dado, que el vendedor añade un producto nuevo
Dado, que el vendedor no añade un producto nuevo al
al carrito de compras, Cuando da click en el botón agregar, Entonces se agregara un nuevo producto al carrito de compras.
carrito de compras, Cuando no da click en el botón agregar, Entonces no se agregara un nuevo producto al carrito de compras.
Se genera un comprobante electrónico
No se genera un comprobante electrónico
Dado, que el vendedor ene productos en el carrito de compras, Cuando da click en el botón generar comprobante de pago, Entonces se registra una nueva venta en la base de datos.
Dado, que el vendedor ene productos en el carrito de compras, Cuando da click en el botón generar comprobante de pago, Entonces se registra una nueva venta en la base de datos.
No se vacía el carrito de 7
2
El sistema deberá permir al vendedor vaciar el carrito de compras.
Se vacía el carrito de compras Dado, que el vendedor ene productos en el carrito de compras, Cuando da click en el botón Vaciar, Entonces se eliminarán todos los productos del carrito de compras.
compras Dado, que el vendedor ene productos en el carrito de compras, Cuando no da click en el botón Vaciar, Entonces no se eliminarán todos los productos del carrito de compras.
Requerimientos no funciones
Los requerimientos funcionales son descritos como atributos de calidad los cuales se pueden clasificar en Usabilidad, Eficiencia, Mantenibilidad, Seguridad entre otros.
8
2
9
2
Metodología
Para la realización del proyecto se hace uso la metodología RUP (Rational Unified Process), es una metodología para el desarrollo de software y junto con el lenguaje de modelado unificado UML, son una de las más usadas en el diseño, implementación y documentación para desarrollo de proyectos de software en sistemas orientados a objetos. Rup está basado en 3 principios bases:
• Adaptar el proceso: El proceso se deberá adaptar a cualquier tipo de proyecto independientemente independienteme nte de su tamaño y tipo, también se deberá tener teniendo en cuenta cuál será el alcance del proyecto. • Equilibrar prioridades: Debido a la gran cantidad de participantes que hay dentro del proceso los requerimientos de cada uno de ellos pueden ser contradictorios necesitar recursos que otro de participante actorsatisfaga requiera,los por tal razón seodebe encontrar un equilibrio tal manerao que requerimientos de todos, para evitar desacuerdos futuros. • Demostrar valor iterativamente: En cada una de las etapas del proyecto se están evaluando constantemente constantemente la opinión de los clientes, la estabilidad y la calidad del producto final.
Modelo de proceso
Modelo en Cascada
Modelo enfluye Cascada es un enfoque de abajo desarrollo secuencial, en elaque se considera que el Se desarrollo constantemente hacia (como una cascada) través de varias fases. desarrollan las diferentes funciones en etapas diferenciadas y obedeciendo un riguroso orden.
Análisis de los requisitos del del software: El proceso de recopilación de los requisitos se centra e
intensifica especialmente en el software.
10
2
Diseño: El diseño del software se enfoca en cuatro atributos distintos del programa: la estructura
de los datos, la arquitectura del software, el detalle procedimental y la caracterización de la interfaz. Codificación: El paso de codificación realiza esta tarea. Si el diseño se realiza de una manera
detallada la codificación puede realizarse mecánicamente. Prueba: Una vez que se ha generado el código comienza la prueba del programa. La prueba se
centra en la lógica interna del software, y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce los resultados que realmente se requieren. Verificación: Es la fase en donde el usuario final ejecuta el sistema, para ello el o los
programadores ya realizaron exhaustivas pruebas para comprobar comprobar que el sistema no falle. Mantenimiento: El software sufrirá cambios después de que se entregue al cliente. Los cambios
ocurrirán debido a que hayan encontrado errores, a que el software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos), o debido a que el cliente requiera ampliaciones funcionales o del rendimiento Infraestructura de Hardware
Servidor web de APACHE Hosting de Fast Host (externo)
Patrón y estilo de la arquitectura
El patrón de la arquitectura es Cliente -servidor. El estilo de la arquitectura es MVC.
Plataforma de desarrollo:
El lenguaje de programación PHP. visual studio code. servidor de web XAMPP. la base de datos Mysql. Servidor web externo Fast Host
Modelamiento del análisis utilizando UML El moldeamiento del análisis realizado al proyecto se realizó bajo la herramienta (UML, por sus siglas en inglés, Unified Modeling Language). Este lenguaje gráfico que nos permite visualizar, especificar, construir y documentar la aplicación de software. Nosotros hacemos uso de 3 diagramas pertenecientes a UML, como son:
Diagramas de casos de uso Diagramas de secuencia Diagramas de paquetes
11
2
Actores del sistema. sistema. Acor Administrador
Funciones Este actor es el encargado de consultar, almacenar, editar, y eliminar inormación en la base de datos.
Almacenador
Este actor es el encargado de llevar ll evar el control de los productos que entran en la empresa, sus unciones consisten en registrar, editar y eliminar los productos
Vendedor
Este actor es el encargado de controlar control ar las ventas que se realicen en la empresa, este usuario ene el permiso de crear acturas para hacer sus ventas.
Diagrama de casos de uso
12
2
Caso de uso Iniciar Sesión:
Caso de uso Gesonar Usuarios:
13
2
Caso de uso Gestionar Materiales:
14
2
Caso de uso Gestionar Clientes:
Caso de uso Gesonar Ventas:
15
2
1. Diagramas de secuencia 1.1.
Caso de uso Iniciar Sesión:
Especificaelprocesoquerealizaelusuariofrentealaaplicaciónyelalgoritmo interno que realiza el sistema para ra validar que los datos proporcionados correspondanalosqueseencuentranregistrad correspondanalosq ueseencuentranregistradosenlabasededatos. osenlabasededatos.
Fig. 3.33: Diagrama de Secuencia Ingreso al Sistema, Fuene: Autor
16
2
1.2.
Gestionar Usuarios
Especificalosprocedimientosquesepuedenrealizarenelsistemaenlaopción Productos,utilizandolasfuncionesbásicas:registrar,modificaryeliminar;además quepermiteadministrarlaspropiedadesdecadausuario.
Fig. 3.34: Diagrama de Secuencia Registrar Usuario Fuene: Autor
17
2
18
2
1.3.
Gestionar Materiales
Especificalosprocedimientosquesepuedenrealizarenelsistemaenlaopción Prod Produc ucto tos, s, util utiliz izan ando do las las fu func ncio ione nes s bá bási sica cas: s: ingr ingres esar ar, , co cons nsul ulta tar, r, mo modi difi fica car r y eliminar;ademásquepermiteadministrarlaspropieda eliminar;ademásquepermi teadministrarlaspropiedadesdecadaproducto. desdecadaproducto.
Fig. 3.34: Diagrama de Secuencia Gesonar Productos, Fuene: Autor
19
2
1.4.
Gestionar Sucursales
EspecificalosprocesosquesepuederealizarsobrelasSucursalesdelaempresa, permitiendorealizarunmantenimientosobrelatablaparamanteneractualizadala informacióndelaempresa.
View more...
Comments
