Sistema de Gestión de Venta

ESPECIFICACIN DE REQUISITS
Modelado rientado a bjetos

INGENIERA DE SOFTWARE I
Sistema de Gestin de Ferretera ()
Grupo:
M.U. QUISPE MAMANI, Jose Luis joseft.jack18@gmail.com

M.U. RAMIREZ TICONA, Orestes jastack9@gmail.com
Versin 1.0
09/11/2017
2017
Especificacin de Requisitos de Software Versin: 1.0
U.N.Ca.
Facultad de Tecnologa y Cs. Aplicadas Sistema de Gestin de Ferretera Fecha: 09/11/2017
Historia de Revisiones
[Aqu se debe ir registrando las modificaciones hechas al documento, es decir cada vez que se
realiza una modificacin se debe registrar, fecha, versin que esta modificando del documento,
descripcin de lo que se modific y en autor se indica quien del grupo realiz la modificacin ]
Fecha Versin Descripcin Autor
09/11/2017 1.0 Versin preliminar como propuesta de desarrollo.
U.N.C.a 2017 Pgina 2 de 35

U.N.Ca.
Tabla de Contenidos
1.1 PROPSITO ....................................................................................................................................... 4
1.2 ALCANCE O MBITO DEL SISTEMA .................................................................................................. 4
1.3 DEFINICIONES, ACRNIMOS Y ABREVIATURAS ............................................................................... 4
1.3.1 Definiciones ............................................................................................................................. 4
1.3.2 Acrnimos................................................................................................................................ 4
1.3.3 Abreviaturas ............................................................................................................................ 5
1.4 REFERENCIAS ................................................................................................................................... 5
1.5 VISIN GENERAL DEL DOCUMENTO ................................................................................................ 5
2.1 PERSPECTIVA DEL PRODUCTO .......................................................................................................... 5
2.2 FUNCIONES DEL SISTEMA................................................................................................................. 5
2.3 CARACTERSTICAS DE LOS USUARIOS .............................................................................................. 6
2.4 RESTRICCIONES ................................................................................................................................ 6
2.5 SUPOSICIONES Y DEPENDENCIAS ..................................................................................................... 6
2.5.1 Suposiciones ............................................................................................................................ 6
2.5.2 Dependencias .......................................................................................................................... 6
3.1 REQUISITOS FUNCIONALES CANDIDATOS ........................................................................................ 7
3.2 REQUISITOS NO FUNCIONALES ........................................................................................................ 8
3.3 MODELADO DEL NEGOCIO (CONTEXTO DEL SISTEMA) ................................................................... 8
3.3.1 Modelo del Negocio................................................................................................................. 8
3.3.2 Modelo del Dominio ................................................................................................................ 9
3.4 ESPECIFICACIN DE REQUISITOS FUNCIONALES............................................................................ 10
3.4.1 Modelos de Casos de Uso...................................................................................................... 10
3.4.2 Realizaciones de Casos de Uso ............................................................................................. 21

U.N.Ca.
1 INTRODUCCIN
Este documento es un Especificacin de Requisitos de Software (ERS) para el sistema de
informacin de SISGEFE. Su desarrollo se debe a que dicha empresa posee una cantidad
importante de clientes/usuarios los cuales se los debe administrar mediante la implementacin
de una herramienta de Software. Adems el contenido ha sido elaborado con participacin
conjunta de los usuarios y responsables de la empresa. Esta especificacin se estructurado de
acuerdo a las directivas del estndar IEEE Recommended Practice for Software
Requirementes Specification ANSI/IEEE 830 1998.
1.1 Propsito
La especificacin tiene como fin comunicar las funcionalidades y restricciones del sistema que
se desea construir. La documentacin est dirigido al equipo de desarrollo, al grupo de calidad,
a la direccin de SISGEFE y a los usuarios finales. Este documento forma parte de canal de
informacin entre las personas implicadas
1.2 Alcance o mbito del Sistema

El sistema de gestin de Ferretera (SisGeFe) brindara una automatizacin de gestin de las
principales reas de negocio de la empresa, como son el rea de Ventas, Almacn y Compras;
el cual nos permitir facilitar la rpida transaccin de informacin ente las partes del negocio
como son cliente y usuario; no pudiendo mostrar cierta informacin al cliente por motivos de
seguridad de la empresa.
Este sistema es de fcil uso, ya que maneja una interfaz amigable y comprensible, con el fin de
satisfacer la necesidad del usuario, como por ejemplo las interfaces para las ventas al cliente,
las compras a los proveedores, la gestin de los productos, la gestin de los clientes, la gestin
de los proveedores y para pedir los reportes y estadsticas que brindara el sistema.
1.3 Definiciones, Acrnimos y Abreviaturas
1.3.1 Definiciones
Termino Descripcin
Persona encargada del manejo de la empresa, como son
Gerente
las estadsticas de ventas, de gastos, etc.
Persona encargada de la administracin de los productos
Jefe de Deposito y de enviar el pedido a los proveedores para la compra de
nuevos productos.
Personas encargadas de proveer productos a la empresa,
Proveedor as como de enviar informacin actualizada de los precios
de los productos.
1.3.2 Acrnimos
Acrnimo Descripcin
ERS Especificacin de Requisitos de software
IEEE The Institute of Electrical and Electronics Engineers

U.N.Ca.
OO Orientado a Objetos
1.3.3 Abreviaturas
Abreviatura Descripcin
1.4 Referencias
IEEE Recommended Practice for Software Requirements Specification. ANSI/IEEE std. 830,
1998
1.5 Visin General del Documento

Este documento consta de tres secciones. Esta seccin es la Introduccin y proporciona una
visin general del Sistema. En la seccin 2 se da una descripcin general del sistema, con el
fin de conocer las principales funciones que debe realizar, los datos asociados y los factores,
restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos
detalles. En la seccin 3 se definen detalladamente los requisitos que debe satisfacer el
sistema.
2 DESCRIPCIN GENERAL
El sistema de Ventas de Ferretera es un sistema que ayudar con la gestin de la ferretera
con el cual se podr gestionar las ventas, los productos, a los clientes, a los proveedores y a
los empleados de dicha empresa.
2.1 Perspectiva del Producto

El sistema que describiremos en este documento no est ligado a otro sistema, por lo cual
podemos decir que es independiente.
2.2 Funciones del Sistema

En trminos generales, el sistema deber proporcionar soporte a las siguientes tareas de
gestin de la empresa:
Gestin de productos:
Se podr tener registrados todos los productos que se tengan en el almacn, as como
ingresar nuevos productos, modificar los precios, buscar algn producto deseado y eliminar
productos que ya no tengamos en nuestro almacn, as como guardar la informacin de los
productos que los proveedores ofrecen.
Gestin de proveedores:
Se podr ingresar nuevos proveedores, as como poder modificar sus datos y darlos de baja
segn el criterio del Jefe de Deposito, siempre guardando la informacin en el almacn de
datos.
Gestin de clientes:

U.N.Ca.
En este sistema podremos gestionar a los clientes, como agregar nuevos clientes, poder
buscar a los clientes que soliciten algn presupuesto o una venta, modificar algn dato que
el cliente haya proporcionado y dar de baja al cliente.
Gestin de ventas:
Gracias a este sistema podremos generar los presupuestos y las facturas de los clientes
cuando hagan consultas o compras de productos, as como poder cancelar el presupuesto
o la factura, borrar esa factura realizada o modificar los productos solicitados.
Gestin de compras:
Gracias a este sistema podremos generar los pedidos a los proveedores de los productos
que se necesiten, as como guardar los remitos y facturas de las compras realizadas.
Gestin de Estadsticas y reportes:

Gracias a este sistema podremos ver la informacin sobre las ventas realizadas, los montos
invertidos en la compra de productos, estadsticas de los productos vendidos por tipo y otros
reportes o estadsticas que solicite el gerente.
2.3 Caractersticas de los Usuarios

El usuario debe saber mnimo conceptos bsicos acerca del manejo de la computadora, tener
la facilidad de aprender rpido y que sea empedernido.
2.4 Restricciones
En cuanto a las restricciones Hardware/Software, la empresa exige que el sistema funcione
bajo el paradigma cliente/servidor. El sistema deber proporcionar funciones de auditora, para
registrar qu usuario realiza cada alta, baja o modificacin de los datos contenidos en el
sistema, adems de estar sujeta a las leyes y polticas del pas y de la empresa.
2.5 Suposiciones y Dependencias

El sistema puede trabajar con muchos datos almacenados, lo cual hace que sea robusto ante
cualquier sistema operativo. Si el sistema no trabaja bien, puede ser que sea por un problema
tcnico de hardware o software. Adems, que no depende de ningn otro sistema externo al
sistema de ventas.
2.5.1 Suposiciones
El sistema debe de trabajar correctamente suponiendo que el hardware cuente con todos los
requisitos necesarios para este sistema.
2.5.2 Dependencias
El sistema no depende de ningn otro sistema externo a esta.

U.N.Ca.
3 REQUISITOS ESPECFICOS
3.1 Requisitos Funcionales Candidatos
01. El sistema deber guardar datos de los clientes frecuentes que vengan a comprar a la
empresa, como los nombres y apellidos, su DNI, su direccin, su telfono, su alias y una
referencia de lugar.
02. El sistema permitir dar de baja a los clientes que ya no vengan a comprar pasado un ao.
03. El sistema deber modificar los datos del cliente cuyos datos estn mal ingresados o se
hayan cambiado por el cliente.
04. El sistema deber buscar los datos del cliente cada vez que sea necesario, como para emitir
la factura de venta.
05. El sistema deber guardar informacin sobre los distintos proveedores, como son sus
nombres, su direccin, su telfono, su email.
06. El sistema deber modificar informacin del proveedor para tener datos actualizados de los
proveedores.
07. El sistema deber eliminar los datos de proveedores que ya no provean a la empresa.
08. El sistema deber buscar la informacin de los proveedores para poder utilizarlo cuando sea
necesario, como en estadsticas, reportes, o compras que se quieran realizar.
09. El sistema deber llevar un registro de las ventas realizadas donde estarn los siguientes
datos: numFactura, fechaFactura, idCliente, id_producto, descripcin, cantidad, monto,
totalFactura.
10. El sistema debe llevar un registro de las compras realizadas donde estarn los siguientes
datos: numFacturaCompra, fechaFacturaCompra, idProveedor, id_producto, descripcin,
cantidad, monto, totalFacturaCompra.
11. El sistema debe guardar los remitos enviados por el proveedor, donde se almacenara datos
como numRemito, idProveedor, idProducto, cantidad, cantidadTotal.
12. El sistema deber guardar los presupuestos hechos para los clientes que lo hayan solicitado,
el cual al cabo de 10 das deber ser eliminado automticamente de la base de datos.
13. El sistema deber permitir modificar los presupuestos que solicitan los clientes
14. El sistema debe aumentar el stock de los productos apenas se guarde una factura de
compra.
15. El sistema deber almacenar la informacin que envan los proveedores acerca de las
ofertas de productos, donde se almacene el cdigo del producto, el cdigo del proveedor
que lo da y su precio.
16. El sistema debe de almacenar el nmero de la tarjeta con el cual se paga el monto total, as
como el nombre del propietario de la tarjeta.
17. El sistema debe brindar informacin sobre el proveedor al que se le solicit el material, en
funcin de los datos de que dispone sobre los pedidos realizados anteriormente.
18. El sistema deber emitir una factura con los datos del pedido, la cual se entrega por
duplicado al cliente.
19. Diariamente, el sistema emitir un informe sobre el estado de los pedidos encargados por
los clientes.
20. Mensualmente, el sistema emitir un reporte con el detalle de las ventas realizadas, en
donde aparece por producto la cantidad vendida y el monto ganado.
21. El sistema debe proveer estadsticas sobre la cantidad de productos vendidos, clasificados
por tipo de material.
22. El sistema debe proveer estadsticas sobre el monto invertido por tipo de material.
23. El sistema debe proveer estadsticas sobre la cantidad de pedidos realizados por proveedor.
24. El sistema permitir tomar los datos del presupuesto del cliente para realizar su factura.
25. El sistema permitir ver la informacin de los proveedores para enviarles pedidos.
26. El sistema permitir modificar el precio de los productos que existe en la empresa.
27. El sistema permitir ingresar productos nuevos que no haya en el almacn de datos.

U.N.Ca.
28. El sistema permitir dar de baja a los productos que ya se hayan acabado o ya no se vendan
en la empresa.
3.2 Requisitos No Funcionales

01. El sistema deber estar disponible en el horario de apertura del corraln.
02. Los permisos de acceso al sistema podrn ser cambiados solamente por el administrador
de acceso a datos.
03. El sistema deber ser capaz de operar adecuadamente con hasta 100 usuarios con sesiones
concurrentes
04. Toda funcionalidad del sistema y transaccin de negocio debe responder al usuario en
menos de 3 segundos.
05. Los datos modificados en la base de datos deben ser actualizados para todos los usuarios
que acceden en menos de 2 segundos.
06. El tiempo de aprendizaje del sistema por un usuario deber ser menor a 4 horas.
07. La tasa de errores cometidos por el usuario deber ser menor del 1% de las transacciones.
08. El sistema debe contar con manuales de usuario estructurados adecuadamente.
09. La tecnologa a utilizar para la implementacin del sistema debe ser de tipo "software libre".
10. El sistema deber proporcionar mensajes de error que sean informativos y orientados a
usuario final.
3.3 Modelado del Negocio (Contexto del Sistema)

El modelado del negocio se basa en dos modelos principales, el modelo del negocio y el
modelo del dominio.
3.3.1 Modelo del Negocio

El modelo del negocio, especifica que procesos de negocio de una empresa soportar el
sistema, este modelo ayuda a la comprensin del funcionamiento del sistema. Los procesos
de negocio de son expresados en trminos de casos de uso y actores del negocio; los casos
de uso se corresponden con los procesos del negocio y los actores con los clientes. En su
descripcin se utilizan los casos de uso de UML.

U.N.Ca.
Casos de uso del negocio
1. Caso de Uso del Negocio 1: Gestionar Cliente

En este proceso el sistema permitir ingresar registros de los nuevos clientes que vengan a
comprar, as como poder modificar sus datos y poder darlos de baja si son clientes que no
cumplen con las normas del negocio, donde tenemos como actores del negocio al Cliente y
al Gerente.
2. Caso de Uso del Negocio 2: Gestionar Proveedores

En este proceso, el sistema nos permite ingresar los datos de los proveedores nuevos y la
modificacin de los datos que se requiera, donde el sistema almacena la informacin de los
proveedores que se registren, as como de la informacin modificada, inclusive podremos dar
de baja a algn proveedor que no cumpla con las expectativas del negocio, donde tendremos
como actores al Proveedor y al Gerente, quien es el nico con poder para dar de baja a un
proveedor.
3. Caso de Uso del Negocio 3: Gestionar Productos

En este proceso, el sistema permitir ingresar nuevos registros de productos o la modificacin
de los precios de algn producto, ya sea por el cambio de temporada o por algn motivo propio
de la empresa, donde tendremos como actor principal al Jefe de Deposito.
4. Caso de Uso del Negocio 4: Gestionar Compras

En este proceso, el sistema podr generar los pedidos a los proveedores, almacenar las
facturas y remitos de los proveedores, y enviar confirmaciones a los actores, quienes son el
jefe de depsito y el proveedor.
5. Caso de Uso del Negocio 5: Gestionar Ventas

En este proceso, el sistema podr buscar los productos que busca el cliente, generando
presupuestos y facturas, las cuales servirn para ver cuantos se gan al mes en los reportes
o estadsticas. Aqu veremos actores como Cliente y Jefe de Deposito.
6. Caso de Uso del Negocio 6: Gestionar Estadsticas y reportes

En este proceso, el sistema podr generar reportes y estadsticas, segn sea solicitado por
los actores, los cuales mostraran los detalles de las ventas realizadas, las compras, y los
productos mayormente vendidos. Aqu podremos ver a los actores Gerente y Jefe de
Deposito.
3.3.2 Modelo del Dominio

El modelado del dominio describe los conceptos importantes del contexto como objetos del
dominio enlazndolos unos con otros. El objetivo del modelado del dominio es comprender y
describir las clases relevantes en el contexto del sistema. Modelar el dominio nos ayuda a
obtener un glosario de trminos que facilitan la comunicacin entre todos los implicados en el
desarrollo, ya que introduce un vocabulario comn. Para describir este modelo se utilizan
generalmente los diagramas de clases de UML. El modelo del dominio se utiliza cuando se
describen los casos de uso, cuando se disea la interfaz del usuario y para sugerir clases
internas del sistema durante el anlisis.

U.N.Ca.
3.4 Especificacin de Requisitos Funcionales
3.4.1 Modelos de Casos de Uso

A partir del modelo del negocio se derivan los casos de uso, cada caso de uso del negocio implica
un diagrama de casos de uso.
3.4.1.1 Diagrama de Caso de Uso Gestionar Cliente

U.N.Ca.
Flujo de Sucesos Caso de Uso: Registrar Cliente
Iniciador Cliente
Precondicin El Cliente no est registrado en el sistema.
Camino bsico
Actor Sistema
1. El Cliente enva sus datos al sistema.
2. Incluir Buscar Clientes para verificar la
existencia del Cliente.
3. Registra los datos nuevos de Clientes.
4. Entrega cdigo al Cliente.
Camino alternativo 1 En el paso 2, si en el caso de uso Buscar Cliente, devuelve que ya
existe el Cliente, muestra un mensaje de Cliente existente y termina el
caso de uso.
Poscondicin Queda registrado nuevo Cliente.
Flujo de Sucesos Caso de Uso: Modificar Cliente
Iniciador Cliente
Precondicin El Cliente est registrado en el sistema.
Camino bsico
Actor Sistema
1. El Cliente enva cdigo al sistema.
2. Incluir Buscar Clientes para verificar la
3. Muestra datos del Cliente.
4. El Cliente enva datos a modificar.
5. Registra los datos modificados del Cliente
6. Enva mensaje de datos modificados.
Camino alternativo 1 En el paso 2, si en el caso de uso Buscar Cliente, devuelve que no
existe el Cliente muestra un mensaje de error y termina el caso de uso.
Poscondicin Queda registrado datos modificados del Cliente.
Flujo de Sucesos Caso de Uso: Dar Baja Cliente
Iniciador Gerente
Precondicin El Cliente est registrado en el sistema.
Camino bsico
Actor Sistema
1. El Gerente ingresa cdigo del Cliente
2. Incluir Buscar Cliente para verificar la
3. Muestra los datos del Cliente.
4. El Gerente cambia el estado del Cliente
5. Guarda el cambio de estado del cliente.
6. Enva mensaje del nuevo estado del cliente.
existe el Cliente y termina el caso de uso.
Poscondicin Queda registrado el nuevo estado del Cliente.

U.N.Ca.
3.4.1.2 Diagrama de Caso de Uso Gestionar Proveedores
Flujo de Sucesos Caso de Uso: Registrar Proveedor
Iniciador Proveedor
Precondicin El Proveedor no est registrado en el sistema.
Camino bsico
Actor Sistema
1. El Proveedor enva sus datos al sistema.
2. Incluir Buscar Proveedor para verificar la
existencia del Proveedor.
3. Registra los datos nuevos de Proveedor
4. Entrega cdigo al Proveedor.
Camino alternativo 1 En el paso 2, si en el caso de uso Buscar Proveedor, devuelve que ya
existe el Proveedor y termina el caso de uso.
Poscondicin Queda registrado nuevo Proveedor.
Flujo de Sucesos Caso de Uso: Modificar Proveedor
Iniciador Proveedor
Precondicin El Proveedor est registrado en el sistema.
Camino bsico
Actor Sistema
1. El Proveedor enva su cdigo.
3. Muestra datos del Proveedor.
4. El Proveedor enva datos a modificar.
5. Registra datos modificados del Proveedor.
6. Enva un mensaje de datos modificados.

U.N.Ca.
Camino alternativo 1 En el paso 2, si en el caso de uso Buscar Proveedor, devuelve que no

existe el Proveedor, muestra un mensaje de error y termina el caso de
uso.
Poscondicin Queda registrados datos modificados del Proveedor.
Flujo de Sucesos Caso de Uso: Dar Baja Proveedor
Iniciador Jefe de Deposito

Camino bsico
Actor Sistema
1. El Jefe de Deposito enva cdigo de
Proveedor.
3. Muestra datos del Proveedor.
4. El Jefe de Deposito cambia estado de
Proveedor.
5. Guarda estado modificado del Proveedor.
6. Muestra mensaje de estado modificado del
Proveedor.
existe el Proveedor, manda un mensaje de error y termina el caso de
uso.
Poscondicin Queda registrado el estado del Proveedor.
3.4.1.3 Diagrama de Caso de Uso Gestionar Productos

U.N.Ca.
Flujo de Sucesos Caso de Uso: Registrar Producto

Precondicin El Producto no est registrado en el sistema.
Camino bsico
Actor Sistema
1. El Jefe de Deposito enva datos del
Producto.
2. Incluir Buscar Producto para verificar la
existencia del Producto.
3. Registra los datos nuevos del Producto.
4. Enva cdigo del Producto.
Camino alternativo 1 En el paso 2, si en el caso de uso Buscar Producto, devuelve que ya
existe el Producto, manda un mensaje de Producto existente y termina
el caso de uso.
Poscondicin Queda registrado nuevo Producto.
Flujo de Sucesos Caso de Uso: Modificar precio producto

Precondicin El Producto est registrado en el sistema.
Camino bsico
Actor Sistema
1. Jefe de Deposito enva cdigo de Producto.
3. Muestra datos del Producto.
4. Jefe de Deposito enva el nuevo precio del
producto.
5. Registra precio modificado del Producto.
6. Enva mensaje de precio modificado.
Camino alternativo 1 En el paso 2, si en el caso de uso Buscar Producto, devuelve que no
existe el Producto, muestra un mensaje de error y termina el caso de
uso.
Poscondicin Queda registrado el precio modificado del Producto.
Flujo de Sucesos Caso de Uso: Dar de baja Producto

Camino bsico
Actor Sistema
1. Jefe de Deposito enva cdigo de Producto.
3. Muestra datos del Producto.
4. Jefe de Deposito cambia estado de
Producto
5. Guarda el estado del Producto.
6. Muestra mensaje de estado modificado del
Producto.

U.N.Ca.

existe el Producto, muestra un mensaje de error y termina el caso de
uso.
Poscondicin Queda registrado estado del Producto.
3.4.1.4 Diagrama de Caso de Uso Gestionar Compras
Flujo de Sucesos Caso de Uso: Guardar informacin catalogo
Iniciador Proveedor
Precondicin El Proveedor y el Producto estn registrado.
Camino bsico
Actor Sistema
1. El Proveedor enva informacin catlogo.
4. Registra informacin del catlogo.
5. Enva confirmacin de recepcin de
catlogo.
existe el Proveedor, enva mensaje de error y termina el caso de uso.
existe el Producto, enva mensaje de error y termina el caso de uso.
Poscondicin Queda registrado la informacin del catlogo.

U.N.Ca.
Flujo de Sucesos Caso de Uso: Generar pedido al proveedor

Precondicin El Proveedor y el Producto estn registrado en el sistema.
Camino bsico
Actor Sistema
1. El Jefe de Deposito solicita pedido de
compra.
2. Incluir Buscar Productos para verificar la
4. Genera pedido de compra.
5. Guarda el pedido de compra.
6. Enva pedido a Proveedor.
existe el Producto, manda mensaje de error y termina el caso de uso.
existe el Proveedor, manda mensaje de error y termina el caso de uso.
Poscondicin Queda registrado el pedido de compra.
Flujo de Sucesos Caso de Uso: Controlar el remito del proveedor

Iniciador Proveedor
Precondicin El pedido est almacenado en el sistema.
Camino bsico
Actor Sistema
1. El Proveedor enva remito y factura.
2. Incluir Buscar Pedido para verificar la
existencia del Pedido.
3. Registra el remito.
4. Registra la factura de compra.
5. Incluir Validar Remito para verificar la
cantidad establecida en el pedido.
6. Enva informe Proveedor.
Camino alternativo 1 En el paso 2, si en el caso de uso Buscar Pedido, devuelve que no
existe el Pedido, manda mensaje de error y termina el caso de uso.
Poscondicin Queda registrado el remito.

U.N.Ca.
3.4.1.5 Diagrama de Caso de Uso Gestionar Ventas
Flujo de Sucesos Caso de Uso: Generar Presupuesto

Iniciador Cliente
Precondicin El Cliente y el Producto estn registrado en el sistema.
Camino bsico
Actor Sistema
1. El Cliente solicita presupuesto al sistema.
2. Incluir Buscar Cliente para verificar la
4. Registra el presupuesto.
5. Enva presupuesto generado.
existe el Cliente, manda un mensaje de error y termina el caso de uso.
existe el Producto, manda un mensaje de error y termina el caso de
uso.
Poscondicin Queda registrado el presupuesto.
Flujo de Sucesos Caso de Uso: Confirmar pedido Cliente

Iniciador Cliente
Precondicin El Producto est registrado en el sistema
Camino bsico
Actor Sistema
1. El Cliente enva el presupuesto al sistema.
2. Incluir Buscar Presupuesto para verificar la
existencia del Presupuesto.
3. Muestra los datos del presupuesto al Cliente.
4. El Cliente confirma el presupuesto.
5. Guarda el estado del presupuesto

U.N.Ca.
6. Genera la factura del cliente

Camino alternativo 1 En el paso 1, si en el caso de que el cliente no tenga un presupuesto,
se le genera la factura con los productos requeridos y los dato del
cliente y se termina el caso de uso.
Camino alternativo 2 En el paso 2, si en el caso de uso Buscar Presupuesto, devuelve que
no existe el Presupuesto, manda un mensaje de error y termina el caso
de uso.
Poscondicin Queda guardado el estado del Presupuesto y la factura de venta
generada.
Flujo de Sucesos Caso de Uso: Cobrar venta cliente

Iniciador Cliente
Precondicin La factura est registrado en el sistema.
Camino bsico
Actor Sistema
1. El Cliente enva la forma de pago.
2. Guarda la forma de pago.
3. Incluir Buscar Factura para verificar la
existencia de la factura.
4. Entrega factura de venta.
Camino alternativo 1 En el paso 2, si el cliente paga con tarjeta de crdito, almacena los
datos de la tarjeta y continua con el caso de uso.
Poscondicin Quedan almacenado las facturas generadas.
3.4.1.6 Diagrama de Caso de Uso <Gestionar Estadsticas y Reportes>

U.N.Ca.
Flujo de Sucesos Caso de Uso: Generar Reporte de Proveedores

Camino bsico
Actor Sistema
1. El Jefe de Deposito solicita informacin de
proveedores al sistema.
3. Genera de reporte de Proveedores.
Camino alternativo 1 ---
Poscondicin ---
Flujo de Sucesos Caso de Uso: Generar Reporte estado pedidos Proveedores

Precondicin El Pedido est registrado en el sistema.
Camino bsico
Actor Sistema
1. El Jefe de Deposito solicita reporte de
estado de pedidos a proveedor al sistema.
existencia del Pedido.
3. Genera reporte de estado de pedidos
proveedor
Camino alternativo 1 ----
Poscondicin ----
Flujo de Sucesos Caso de Uso: Generar Reporte de compras realizadas

Precondicin La factura est registrado en el sistema.
Camino bsico
Actor Sistema
compras al sistema.
2. Incluir Buscar factura para verificar la
existencia de la factura.
3. Genera reporte de compras realizadas
Poscondicin ----
Flujo de Sucesos Caso de Uso: Emitir reporte de productos vendidos

Camino bsico
Actor Sistema
producto vendidos diarios al sistema.
existencia de la Factura.

U.N.Ca.

existencia del producto.
4. Genera reporte de productos vendidos a
diario.
Poscondicin ---
Flujo de Sucesos Caso de Uso: Emitir Reporte de estado de presupuesto

Precondicin El Presupuesto est registrado en el sistema.
Camino bsico
Actor Sistema
1. Jefe de Deposito solicita reporte mensual de
estado de presupuesto.
2. Incluir Buscar Presupuesto para verificar la
existencia del Presupuesto.
3. Genera reporte de estado de presupuesto.
Poscondicin ---
Flujo de Sucesos Caso de Uso: Generar Estadsticas de productos vendidos por tipo
Iniciador Gerente
Precondicin El Producto y la Factura estn registrados en el sistema.
Camino bsico
Actor Sistema
1. Gerente solicita estadstica de productos
vendidos por tipo al sistema.
existencia de la Factura.
existencia del producto.
4. Genera estadstica de productos vendidos
por tipo.
Poscondicin ----
Flujo de Sucesos Caso de Uso: Generar estadstica monto invertido por tipo
Iniciador Gerente
Camino bsico
Actor Sistema
1. El Gerente solicita estadstica de monto
invertido por tipo al sistema.
2. Incluir Buscar Factura Compra para
verificar la compra del Producto.
4. Genera estadstica de monto invertido por
tipo.
Poscondicin -----

U.N.Ca.
Flujo de Sucesos Caso de Uso: Generar estadstica pedidos por proveedor

Iniciador Gerente
Precondicin El Proveedor no est registrado en el sistema.
Camino bsico
Actor Sistema
1. Gerente solicita estadstica de pedidos por
proveedor al sistema.
existencia del pedido.
4. Genera estadstica de pedidos por
proveedor.
Poscondicin ----
3.4.2 Realizaciones de Casos de Uso

Cuando se ejecuta una instancia de un caso de uso, ste interacta con instancias de actores
y clases y realiza una secuencia de acciones de acuerdo a la descrita en el flujo de sucesos en
la especificacin del caso de uso.
Una realizacin de casos de uso posee:
Un diagrama de clases que posee todas las clases que participan en todos los casos de
usos del diagrama de Casos de Usos.
Diagramas de interaccin para cada caso de uso.
3.4.2.1 Diagrama de Casos de Uso: Gestionar Cliente

U.N.Ca.
Diagrama de Secuencia Caso de Uso: Gestionar Cliente
Registrar Cliente
Modificar Cliente

U.N.Ca.
Dar Baja Cliente
3.4.2.2 Diagrama de Casos de Uso: Gestionar Proveedor

U.N.Ca.
Diagrama de Secuencia Caso de Uso: Gestionar Proveedor
Registrar Proveedor
Modificar Proveedor

U.N.Ca.
Dar de Baja Proveedor
3.4.2.3 Diagrama de Casos de Uso: Gestionar Producto

U.N.Ca.
Diagrama de Secuencia Caso de Uso: Gestionar Producto
Registrar Producto
Modificar Precio Producto

U.N.Ca.
Dar de Baja Producto
3.4.2.4 Diagrama de Casos de Uso: Gestionar Compra

U.N.Ca.
Diagrama de Secuencia Caso de Uso: Gestionar Compra
Guardar informacin catalogo
Generar pedido al proveedor

U.N.Ca.
Controlar el remito del proveedor
3.4.2.5 Diagrama de Casos de Uso: Gestionar Venta

U.N.Ca.
Generar Presupuesto
Confirmar presupuesto

U.N.Ca.
Cobrar venta cliente
3.4.2.6 Diagrama de Casos de Uso: Gestionar Estadsticas y Reportes

U.N.Ca.
Generar Reporte de Proveedores
Generar Reporte estado pedidos Proveedores

U.N.Ca.
Generar Reporte de compras realizadas
Emitir reporte de productos vendidos

U.N.Ca.
Emitir Reporte de estado de presupuesto
Generar Estadsticas de productos vendidos por tipo

U.N.Ca.
Generar estadstica monto invertido por tipo
Generar estadstica pedidos por proveedor

Sistema de Gestión de Venta

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Sistema de Gestión de Venta

Caricato da

Copyright:

Formati disponibili

ESPECIFICACIN DE REQUISITS

Modelado rientado a bjetos

Sistema de Gestin de Ferretera ()

M.U. QUISPE MAMANI, Jose Luis joseft.jack18@gmail.com

U.N.C.a 2017 Pgina 2 de 35

U.N.C.a 2017 Pgina 3 de 35

1.2 Alcance o mbito del Sistema

1.3 Definiciones, Acrnimos y Abreviaturas

U.N.C.a 2017 Pgina 4 de 35

1.5 Visin General del Documento

2.1 Perspectiva del Producto

2.2 Funciones del Sistema

U.N.C.a 2017 Pgina 5 de 35

Gestin de Estadsticas y reportes:

2.3 Caractersticas de los Usuarios

2.5 Suposiciones y Dependencias

U.N.C.a 2017 Pgina 6 de 35

U.N.C.a 2017 Pgina 7 de 35

3.2 Requisitos No Funcionales

3.3 Modelado del Negocio (Contexto del Sistema)

3.3.1 Modelo del Negocio

U.N.C.a 2017 Pgina 8 de 35

Casos de uso del negocio

1. Caso de Uso del Negocio 1: Gestionar Cliente

2. Caso de Uso del Negocio 2: Gestionar Proveedores

3. Caso de Uso del Negocio 3: Gestionar Productos

4. Caso de Uso del Negocio 4: Gestionar Compras

5. Caso de Uso del Negocio 5: Gestionar Ventas

6. Caso de Uso del Negocio 6: Gestionar Estadsticas y reportes

3.3.2 Modelo del Dominio

U.N.C.a 2017 Pgina 9 de 35

3.4 Especificacin de Requisitos Funcionales

3.4.1 Modelos de Casos de Uso

3.4.1.1 Diagrama de Caso de Uso Gestionar Cliente

U.N.C.a 2017 Pgina 10 de 35

Flujo de Sucesos Caso de Uso: Registrar Cliente

Flujo de Sucesos Caso de Uso: Modificar Cliente

Flujo de Sucesos Caso de Uso: Dar Baja Cliente

U.N.C.a 2017 Pgina 11 de 35

3.4.1.2 Diagrama de Caso de Uso Gestionar Proveedores

Flujo de Sucesos Caso de Uso: Registrar Proveedor

Flujo de Sucesos Caso de Uso: Modificar Proveedor

U.N.C.a 2017 Pgina 12 de 35

Camino alternativo 1 En el paso 2, si en el caso de uso Buscar Proveedor, devuelve que no

Flujo de Sucesos Caso de Uso: Dar Baja Proveedor

Iniciador Jefe de Deposito

3.4.1.3 Diagrama de Caso de Uso Gestionar Productos

U.N.C.a 2017 Pgina 13 de 35

Flujo de Sucesos Caso de Uso: Registrar Producto

Flujo de Sucesos Caso de Uso: Modificar precio producto

Flujo de Sucesos Caso de Uso: Dar de baja Producto

U.N.C.a 2017 Pgina 14 de 35

Camino alternativo 1 En el paso 2, si en el caso de uso Buscar Producto, devuelve que no

3.4.1.4 Diagrama de Caso de Uso Gestionar Compras

Flujo de Sucesos Caso de Uso: Guardar informacin catalogo

U.N.C.a 2017 Pgina 15 de 35

Flujo de Sucesos Caso de Uso: Generar pedido al proveedor

Flujo de Sucesos Caso de Uso: Controlar el remito del proveedor

U.N.C.a 2017 Pgina 16 de 35

3.4.1.5 Diagrama de Caso de Uso Gestionar Ventas

Flujo de Sucesos Caso de Uso: Generar Presupuesto

Flujo de Sucesos Caso de Uso: Confirmar pedido Cliente

U.N.C.a 2017 Pgina 17 de 35