Ejemplo a Seguir
description
Transcript of Ejemplo a Seguir
CAPITULO II1. MODELADO DEL NEGOCIO
1.1. TRABAJADORES Y ACTORES DEL SISTEMA
1.2. OBJETIVOS VS CASOS DE USO DEL NEGOCIO
GESTION DE INGRESO DE PRODUCTOS
(from Casos de uso del negocio)
GESTION DE INVENTARIO
(from Casos de uso del negocio)
REGISTRO DE PROVEEDOR
(from Casos de uso del negocio)
REPORTE DE STOCK
(from Casos de uso del negocio)
LIDER EN COMERCIALIZACION DE PRODUCTOS DE 1ERA NECESIDAD(from Objetivo del negocio)
REGISTRO DE PREVENTA
(from Casos de uso del negocio)
GESTION DE COBRANZA
(from Casos de uso del negocio)
GESTION DE REPORTE DE COMPRA
(from Casos de uso del negocio)
GESTION DE REPORTE DE VENTA
(from Casos de uso del negocio)
GESTION DE REPORTE DE QUEJA
(from Casos de uso del negocio)
PROCESO DE SOLUCION DE QUEJA
(from Casos de uso del negocio)
GESTIONAR EL PERSONAL
(from Casos de uso del negocio)
ORGANIZAR HORARIO
(from Casos de uso del negocio)
INFORMAR DISPONIBILIDAD
(from Casos de uso del negocio)
GESTION DE ANUNCIOS O PROPAGANDAS
(from Casos de uso del negocio)
GESTION DE PROMOCIONES DEL PRODUCTO
(from Casos de uso del negocio)
GESTION DE PUBLICIDAD AL 100%
GESTION DE PERSONAL AL 100%
GESTION DE VENTAS AL 100%GESTION DE CONTROL ESTADISTICO
GESTION DE PEDIDO
(from Casos de uso del negocio)
GESTION DE LOGISTICA
1.3. PROCESO 02: GESTION DE VENTAS
1.3.1. DIAGRAMA GENERAL DE LOS CASOS DE USO DEL NEGOCIO DEL PROCESO
GESTION DE COBRANZA
(from Casos de uso del nego...
Dueño
(from Actores del nego...
Vendedor
(from Actores del nego...
REGISTRO DE PREVENTA
(from Casos de uso del nego...
Cliente
(from Actores del nego...
2.7.1 REALIZACIÓN DEL CASO DE CUN 01 GESTION DE VENTA
a) DIAGRAMA DE ACTIVIDAD DEL CUN 01 GESTION DE VENTA
a) DIAGRAMA DE COLABORACION DEL CUN 01 GESTION DE VENTA
1.3.2. REALIZACIÓN DEL CASO DE CUN 02 – GESTION DE COBRANZA
a) DIAGRAMA DE ACTIVIDAD DEL CUN 02 - GESTION DE COBRANZA
a) DIAGRAMA DE OBJETOS CUN 02 - GESTION DE COBRANZA
1.4. DIAGRAMA DE OBJETOS DEL PROCESO 02: GESTION DE VENTAS
1.5.MODELO DEL
DOMINIO DEL SISTEMA
1.6. GLOSARIO DE TÉRMINOS DEL NEGOCIO DEL SISTEMACUN: Casos de uso del negocioLOGISTICA: proceso relacionado a la implementación de los productos en el negocioSTOCK: productos en ventaRUP: tipo de metodología que se está utilizandoRATIONAL: software utilizado para el diseñoENTIDADES: documentos o pasos que pueden ser generados en el minimarket.
REQUERIMIENTOS DEL SISTEMA DE GESTION DE GESTION DE VENTAS
1. Matriz de Procesos vs Requerimientos
Nº CUN CUN Descripción DUNÁrea que afecta
Requerimiento
CUN-01Registro de preventa
El vendedor elabora una lista de productos previamente solicitado por el c
VENTASHacer un registro de preventa innovador para el negocio utilizando recursos
CUN-02Gestión de cobranza
El dueño del negocio realiza la gestión de cobranza al cliente por los productos que llevara
VENTASHacer una gestión de cobranza que sea factible y evitar perdida
2. Objetivo del sistema
OBJ-1 REGISTRO DE PREVENTA
DESCRIPCIONEl sistema gestionara la preventa generando un listado de productos que se encuentran en el negocio, mostrando así el listado al cliente para que pueda elegir de una forma más practica
ESTABILIDAD Alta
COMENTARIOSA veces los empleados no elaboran adecuadamente el listado de preventa y generan una pérdida de dinero al momento de hacer el inventario en ventas
OBJ-2 GESTION DE COBRANZA
DESCRIPCIONEl sistema deberá gestionar el cobro identificando a los productos por código, descripción,
ESTABILIDAD Alta
COMENTARIOS Ninguno
REQUERIMIENTOS FUNCIONALES
2.1 Definición de Actores
ACT-01 VENDEDOR
DESCRIPCION Esta actor representa a los vendedores del negocio
ACT-02 CLIENTE
DESCRIPCION Este actor representa a los clientes que compraran en el minimarket
busca el producto
genera lista de productos solicitados
envia el codigo de la lista a caja para el cobro
Vendedor
(from Actores del negocio)
registra producto
Diagrama de subsistema
Diagrama de casos de uso del subsistema GESTION DE PREVENTA
factura boleta
busca el codigo del listado de preventa
consulta si hay promociones en la compra
Dueño
(from Actores del negocio)
genera recibo de venta
<<include>> <<include>>
Diagrama de casos de uso del subsistema REGISTRO DE COBRANZA
Especificación de los Requerimientos Funcionales del Sistema
RF-01 Registro de producto
Objetivos asociados ObJ-01 REGISTRO DE PREVENTA
descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando
Precondición El vendedor es un empleado del negocio
Secuencia normal Pasos acción
1 El sistema registra todos los productos del negocio y lo almacena en su base de datos
2 El vendedor del negocio solicita lista de productos al cliente
3 El vendedor identifica los productos que requiere el cliente y consulta al sistema
4 El vendedor confirmara si existe el producto solicitado en el sistema
postcondicion ninguna
Excepciones paso acción
4 El vendedor al consultar de la existencia del producto en el sistema informara al cliente si se encuentra o no, aprovechara en darle nuevas alternativas en compra de productos parecidos
rendimiento paso Cota de tiempo
4 5 segundos
Frecuencia esperada 40 veces/ día
Estabilidad alta
Comentarios ninguna
RF-02 buscado de producto
Objetivos asociados ObJ-01 REGISTRO DE PREVENTA
descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando
Precondición El vendedor es un empleado del negocio
Secuencia normal Pasos acción
1 El vendedor ingresara el producto a buscar en el sistema
2 El sistema buscara por nombre, código el producto requerido
3 El sistema confirma con un mensaje previo si el producto solicitado esta: en stock, se acabó, no existe
4 El vendedor informa al cliente sobre la respuesta del sistema
postcondicion Ninguna
Excepciones paso acción
2 El sistema buscara el producto según las especificaciones que se le da ya sea por categoría, código, nombre
rendimiento paso Cota de tiempo
3 5 segundos
Frecuencia esperada 60 veces/ día
Estabilidad alta
Comentarios ninguna
RF-03 Genera lista de productos
Objetivos asociados ObJ-01 REGISTRO DE PREVENTA
descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando
Precondición El vendedor es un empleado del negocio
Secuencia normal Pasos acción
1 el sistema generara una lista en blanco solicitado por el vendedor
2 El vendedor hará que el sistema
agregue y almacene los productos que el cliente solicite
3 el sistema podrá corregir la lista de preventa en caso el cliente tome otra decisión acerca de algún producto
4 El sistema genera la lista general de productos a vender
postcondicion Ninguna
Excepciones Ninguna
rendimiento paso acción
2 3 segundos
3 3 segundos
4 5 segundos
Frecuencia esperada 40 veces/ día
Estabilidad alta
Comentarios 2 Al estar agregando productos a la lista, el sistema mostrara el precio del total de la lista y el cliente consultara acerca de ello
3 El sistema al generar la lista general de productos contara con el precio a pagar por toda la lista y una promoción por el monto a pagar
RF-04 Envía código de lista de productos
Objetivos asociados ObJ-01 REGISTRO DE PREVENTA
descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando
Precondición El vendedor es un empleado del negocio
Secuencia normal Pasos acción
1 el sistema genera el código de la lista
2 El vendedor envía el código por red a caja
3
Postcondicion Ninguna
Excepciones Ninguna
rendimiento paso Acción
4 5 segundos
Frecuencia esperada 40 veces/ día
estabilidad alta
comentarios 2 El vendedor también entregara al cliente un código que referencie su lista de productos al momento de pagar
.RF-05 Busca el código del listado de productos
Objetivos asociados ObJ-02 GESTION DE COBRANZA
descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando
Precondición El cajero es el dueño del negocio
Secuencia normal Pasos acción
1 El sistema se actualizara constantemente para mostrar los nuevos archivos que se están enviando
2 El sistema buscara el listado de
productos previo código que está incluido en la lista
3 El sistema mostrara detalles de la lista
Postcondicion ninguna
Rendimiento paso Cota de tiempo
1 5 segundos
2 5 segundos
3 5 segundos
Frecuencia esperada 40 veces/ día
Estabilidad alta
Comentarios ninguna
RF-06 Consulta si hay promociones en la compra
Objetivos asociados ObJ-02 GESTION DE COBRANZA
descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando
Precondición El cajero es el dueño del negocio
Secuencia normal Pasos acción
1 El sistema alertara al dueño si la lista generada está en algún benéfico al momento de pagar
2 El dueño podrá consultar acerca de
las promociones que el sistema almacena del negocio
3 El dueño consultara al cliente acerca de las promociones que ofrece el negocio y que promoción acepta
4 El sistema adjuntara en el comprobante de pago la promoción que escogió el cliente
postcondicion Ninguna
Excepciones Ninguna
Rendimiento paso Cota de tiempo
2 5 segundos
4 5 segundos
Frecuencia esperada 40 veces/ día
Estabilidad alta
Comentarios 1 El sistema mostrara un mensaje cuando la lista enviada esté en una promoción de acuerdo como defina el negocio
RF-07 Genera recibo de venta
Objetivos asociados ObJ-02 GESTION DE COBRANZA
descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando
Precondición El cajero es el dueño del negocio
Secuencia normal Pasos acción
1 El dueño hace una consulta al cliente acerca si quiere boleta o factura
2 El sistema busca el formato solicitado por el dueño
3 El sistema muestra el formato de
recibo seleccionado por el dueño
4 El sistema asigna un código al recibo de venta con los detalles necesarios especificando la venta
5 El dueño imprime el recibo de venta de la lista de productos
postcondicion Ninguna
Excepciones Ninguna
rendimiento paso Cota de tiempo
2 5 segundos
3 5 segundos
Frecuencia esperada 40 veces/ día
estabilidad alta
comentarios 2 El sistema contara con los formatos de ‘boleta’ o ’factura’ dispuestos a elegir cuando el cliente decida la forma de comprobante de venta
4 El sistema rellenara el formato escogido ingresando el código de lista de productos
RF-08 boleta
Objetivos asociados ObJ-02 GESTION DE COBRANZA
descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando
Precondición El cajero es el dueño del negocio
Secuencia normal Pasos acción
1 El sistema incluirá un formato de boleta de venta para rellenar
2 El dueño buscara el formato si el cliente desee una boleta
3 El dueño rellenara el formato solo
poniendo el código de la lista de venta
4 El sistema generara la boleta de venta incluyendo las características necesarias para conocimiento del cliente
postcondicion ninguna
Excepciones Ninguna
rendimiento paso Cota de tiempo
2 5 segundos
3 5 segundos
4 5 segundos
Frecuencia esperada 40 veces/ día
estabilidad alta
comentarios ninguna
RF-09 factura
Objetivos asociados ObJ-02 GESTION DE COBRANZA
descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando
Precondición El cajero es el dueño del negocio
Secuencia normal Pasos acción
1 El sistema incluirá un formato de factura de venta para rellenar
2 El dueño buscara el formato si el cliente desee una factura
3 El dueño rellenara el formato solo poniendo el código de la lista de venta
4 El sistema generara la factura de venta incluyendo las características necesarias para conocimiento del cliente
postcondicion ninguna
rendimiento paso Cota de tiempo
2 5 segundos
3 5 segundos
4 5 segundos
Frecuencia esperada 40 veces/ día
estabilidad alta
comentarios ninguna
4.- Requisitos No funcionales
4.1 Requerimiento del Producto:
Con el fin de garantizar la construcción del software, el producto que ofrecemos nos presenta las siguientes características:
o Dicho sistema tiene una excelente visualización.
o Un buen desempeño y facilidad de manejo de nuestro software.
o La disponibilidad de nuestro sistema debe ser seguro.
o Nuestro sistema debe contar con la calidad necesaria.
4.1.1 Interfaces de usuarios:
En esta parte hablaremos sobre la forma en que el usuario se comunicara con el ordenador, el producto de software actuará con un interfaz de usuario, utilizando un conjunto de imágenes y objetos gráficos para representar la información y acciones disponibles en la interfaz. Su uso, consistirá en proporcionar un entorno visual sencillo para permitir la comunicación con el sistema operativo de una máquina o computador.
El software funcionará mediante la manipulación directa, para facilitar la interacción del usuario con la computadora.
Algo que consideramos para la construcción de la interfaz lo mencionamos a continuación:
La interfaz de usuario debe ser diseñada considerando las habilidades, experiencia y expectativas de los usuarios
Los usuarios muchas veces juzgan al sistema por su interfaz más que por su funcionalidad.
Una interfaz “mal” diseñada puede causar que un usuario cometa errores catastróficos
Muchos sistemas nunca son usados debido a un mal diseño de la interfaz de usuario
Los principios a considerar:
Familiaridad: Utilizaremos términos familiares para los usuarios
Consistencia: Menús y comandos con el mismo formato y significado en toda la aplicación
Recuperabilidad: Permitiremos la recuperación frente a errores cometidos por el usuario, brindar: confirmación de acciones destructivas recursos para deshacer en varios niveles
Guía al usuario: Proveeremos ayuda en varios niveles y formas (por ejemplo, ayuda sensitiva al contexto)
Diversidad de usuarios: Tenemos que tener en cuenta distintos tipos de usuarios (discapacidades, usuarios expertos, usuarios inexpertos, etc.)
4.1.2 Interfaz con Hardware:
El producto a comercializar contará con una conexión estándar del Puerto Paralelo, para la realización de esta interfaz.
4.1.3 Interfaz de Software:
El sistema a desarrollar será una aplicación Desktop, para ello se utilizará el lenguaje de
programación JAVA 7.3 ya que es el lenguaje de programación más conocido y utilizado y la
base de datos será construida con el gestor relacional MySQL, el software será construido con
el IDE NetBeans y deberá correr en un sistema operativo Windows XP o 7.
4.1.4 Interfaz de comunicación
El sistema no requiere ninguna interfaz de comunicación con otros dispositivos, ya que
será una aplicación de escritorio que solo será utilizada por el dueño del minimarket
“YAUYINITO”.
4.2.-Requerimientos de Documentación:
4.2.1.- Manual de Usuario
El sistema contara con un manual de usuario que será entregado de manera física y a su
vez también contará con un Menú de AYUDA, en el cual se encontrará el manual en forma
digital.
Este manual será realizado de una forma gráfica para poder ser mucho más fácil de
entender por el usuario.
4.2.2.- Guía de Instalación, Configuración y archivo Léame.
El sistema contendrá una guía con las instrucciones para la instalación y configuración,
que al igual que el manual de uso será realizado de una forma gráfica para facilitar su uso.
También se incluirá el archivo Léame en donde se especificara la versión del producto,
compatibilidad con los Sistemas Operativos e información de los desarrolladores.
PROTOTIPO DEL INTERFAZ DEL USUARIO
El formulario_login será utilizado tanto para el dueño como el vendedor tanto que ambos interactuaran con el sistema en su respectivo campo de trabajo
El formulario principal especifica los campos que serán trabajados
La figura se muestra la ventana VENTAS con sus respectivas opciones
El la ventana ALMACEN se registrara los productos que ingresan con sus respectivas
Característica.
El registro de proveedores mostrara todos los proveedores que están trabajando con el minimarket, también tendrá la opción de agregar a nuevos proveedores