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


REGISTRO DE PROVEEDOR


REPORTE DE STOCK


LIDER EN COMERCIALIZACION DE PRODUCTOS DE 1ERA NECESIDAD(from Objetivo del negocio)

REGISTRO DE PREVENTA


GESTION DE COBRANZA


GESTION DE REPORTE DE COMPRA


GESTION DE REPORTE DE VENTA


GESTION DE REPORTE DE QUEJA


PROCESO DE SOLUCION DE QUEJA


GESTIONAR EL PERSONAL


ORGANIZAR HORARIO


INFORMAR DISPONIBILIDAD


GESTION DE ANUNCIOS O PROPAGANDAS


GESTION DE PROMOCIONES DEL PRODUCTO


GESTION DE PUBLICIDAD AL 100%

GESTION DE PERSONAL AL 100%

GESTION DE VENTAS AL 100%GESTION DE CONTROL ESTADISTICO

GESTION DE PEDIDO


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


REGISTRO DE PREVENTA

(from Casos de uso del nego...

Cliente


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





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


3 5 segundos


Estabilidad alta

Comentarios ninguna

RF-03 Genera lista de productos





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


Excepciones Ninguna

rendimiento paso acción

2 3 segundos

3 3 segundos

4 5 segundos


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





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


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


Precondición El cajero es el dueño del negocio


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


Estabilidad alta

Comentarios ninguna

RF-06 Consulta si hay promociones en la compra





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


Excepciones Ninguna

Rendimiento paso Cota de tiempo

2 5 segundos

4 5 segundos


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





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


Excepciones Ninguna


2 5 segundos

3 5 segundos


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





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


Excepciones Ninguna


2 5 segundos

3 5 segundos

4 5 segundos


estabilidad alta

comentarios ninguna

RF-09 factura





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



2 5 segundos

3 5 segundos

4 5 segundos


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.

http://es.wikipedia.org/wiki/Sistema_operativo

http://es.wikipedia.org/wiki/Icono

http://es.wikipedia.org/wiki/Interfaz_de_usuario

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

Documents

Ejemplo a Seguir