modelos de casos de uso innieria de sofware

35
ÍNDICE 1. Control de Cambios 2. Introducción 2.1. Propósito 2.2. Alcance 2.3. Definiciones, Acrónimos y Abreviaturas 2.4. Referencias 2.5. Resumen Ejecutivo / Descripción 3. Descripción General 3.1. Especificación de Funcionalidades 3.1.1. Funciones del Producto 3.1.2. Funciones del Usuario Según Perfil 4. Casos de Uso 4.1. Caso de Uso Gestión de Clientes 4.1.1. Especificación del Caso de Uso Gestión de Clientes 4.2. Caso de Uso Gestión de Productos 4.2.1. Especificación del Caso de Uso Gestión de Productos 4.3. Caso de Uso Gestión de Ventas 4.3.1. Especificación del Caso de Uso Gestión de Ventas

Upload: destino-bongiovi

Post on 24-Apr-2015

75 views

Category:

Documents


1 download

TRANSCRIPT

Page 1: Modelos de Casos de Uso Innieria de Sofware

ÍNDICE

1. Control de Cambios

2. Introducción

2.1.Propósito

2.2.Alcance

2.3.Definiciones, Acrónimos y Abreviaturas

2.4.Referencias

2.5.Resumen Ejecutivo / Descripción

3. Descripción General

3.1.Especificación de Funcionalidades

3.1.1. Funciones del Producto

3.1.2. Funciones del Usuario Según Perfil

4. Casos de Uso

4.1. Caso de Uso Gestión de Clientes

4.1.1. Especificación del Caso de Uso Gestión de Clientes

4.2.Caso de Uso Gestión de Productos

4.2.1. Especificación del Caso de Uso Gestión de Productos

4.3.Caso de Uso Gestión de Ventas

4.3.1. Especificación del Caso de Uso Gestión de Ventas

4.4.Caso de Uso Gestión de Proveedores

4.4.1. Especificación del Caso de Uso Gestión de Proveedores

4.5.Caso de Uso Gestión de Reportes

4.5.1. Especificación del Caso de Uso Gestión de Reportes

Page 2: Modelos de Casos de Uso Innieria de Sofware

1. CONTROL DE CAMBIOS

Registro de control de cambios en el documento

Especificación de Requisitos de Software SRS del Sistema de

Automatización de Reportes y Administración de Recursos.

Número Revisión Descripción Autores Fecha

Versión que Genera

1Versión Inicial, previa aprobación del cliente Espinoza Izquierdo, Henry 23/04/2013 SRS_V1

2. INTRODUCCIÓN

Este Plan de Desarrollo de Software es una versión preliminar

preparada para ser incluida en la propuesta elaborada como

respuesta al proyecto de la asignatura de Ingeniería de Software de

la Escuela de Ingeniería de Sistemas de la Universidad Cesar

Vallejo. Este documento provee una visión global del enfoque de

desarrollo propuesto.

El proyecto ha sido basado en una metodología de Rational

Unified Process en la que se procederá a cumplir con las cuatro

fases que marca la metodología. Es importante destacar esto puesto

que utilizaremos la terminología RUP en este documento. Se incluirá

el detalle para las fases de Inicio, Elaboración, Construcción y

Transición para dar una visión global de todo proceso.

El enfoque de desarrollo propuesto constituye una

configuración del proceso RUP de acuerdo a las características del

proyecto, seleccionando los roles de los participantes, las actividades

a realizar y los artefactos (entregables) que serán generados. Este

documento es a su vez uno de los artefactos de RUP.

Page 3: Modelos de Casos de Uso Innieria de Sofware

2.1. PROPÓSITO

El presente documento tiene como propósito definir las

especificaciones funcionales y no funcionales del sistema para la

implementación de una aplicación informática que permitirá

administrar y consultar la información de negocio/empresa siendo

utilizada por el Gerente, usuarios y administrador del sistema de

información.

También su propósito es proporcionar la información necesaria

para controlar el proyecto. En él se describe el enfoque de desarrollo

de software.

2.2. VISTA GENERAL

La información que a continuación se incluye ha sido extraída

de la entrevista que se ha celebrado con el stakeholder de la

empresa desde el inicio del proyecto.

La empresa PC Center SAC brinda el servicio comercial de la

venta de dispositivos de cómputo y mantenimiento de PCs. La

realización diaria de sus actividades conllevará una previsible

adaptación a los nuevos sistemas de información y a la evolución

tecnológica. Por ello la empresa PC Center SAC considera necesario

el desarrollo de un sistema de gestión de los procesos que forman

parte de su actividad organizacional, así como una base de datos

que almacene datos tanto estadísticos como los detalles de los

productos, información de clientes, etc., por tanto los solicitantes

demandan una gestión más rápida, automática y segura de la gestión

de sus distintos procesos.

El proyecto debe proporcionar una propuesta para el

desarrollo de todos los subsistemas implicados en la gestión de los

procesos y actividades de la organización empresarial. Estos

subsistemas se pueden diferenciar en los siguientes bloques:

Page 4: Modelos de Casos de Uso Innieria de Sofware

a) Gestión de Clientes

Agregar nuevos clientes al catálogo de clientes del

sistema.

Consultar clientes existentes en el catálogo de clientes del

sistema.

Modificar clientes existentes en el catálogo de clientes del

sistema.

Eliminar clientes existentes en el catálogo de clientes del

sistema.

b) Gestión de Productos

Agregar nuevos productos al catálogo de productos del

sistema.

Consultar productos existentes en el catálogo de productos

del sistema.

Modificar productos existentes en el catálogo de productos

del sistema.

Eliminar productos existentes en el catálogo de productos

del sistema.

c) Gestión de Ventas

Se podrán dar de alta facturas.

Se podrán modificar las facturas existentes en la base de

datos del sistema.

Se podrán eliminar las facturas existentes en la base de

datos del sistema.

Se podrán consultar las facturas existentes en la base de

datos del sistema.

d) Gestión de Reportes

El sistema podrá generar un reporte del catálogo de

clientes el cual mostrará a los clientes de la base de datos.

Page 5: Modelos de Casos de Uso Innieria de Sofware

El sistema podrá generar un reporte del catálogo de

productos el cual mostrará a los productos de la base de

datos.

El sistema podrá generar reportes para llevar el control de

las facturas que se den de alta en el sistema, estos reportes

podrán ser mostrados a pantalla o impreso, y se pueden

ordenar por cliente o por fecha.

e) Gestión de Proveedores

Se podrán dar de alta Proveedores.

Se podrán modificar los datos de los proveedores

existentes en la base de datos del sistema.

Se podrán eliminar los datos de los proveedores existentes

en la base de datos del sistema.

Se podrán consultar los datos de los proveedores

existentes en la base de datos del sistema,

f) Gestión de Perfiles

Se podrán dar de alta usuarios.

Se podrán modificar los datos de los usuarios existentes en

la base de datos del sistema.

Se podrán eliminar los datos de los usuarios existentes en

la base de datos del sistema.

Se podrán consultar los datos de los usuarios existentes en

la base de datos del sistema,

2.3. REFERENCIAS

Page 6: Modelos de Casos de Uso Innieria de Sofware

Título del Documento Referencia

Standard ISO/IEC 12207 ISO 12207

2.4. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS

1. IDE: Entorno Gráfico Integrado.

2. SQL Server 2008 R2: Gestor de Base de Datos.

3. JAVA: Lenguaje de Programación.

4. Netbeans: Entorno de desarrollo integrado libre, hecho para el

lenguaje de programación en Java.

5. GUI: Interfaz Gráfica de Usuario.

6. Usuario: Persona encargada de aprovechar el sistema para

realizar las operaciones que a la empresa le interesa que sean

automatizadas.

7. Cliente: Persona que requiere del buen funcionamiento del

sistema para que sea atendido de una manera rápida y eficiente.

8. Servidor: Equipo de cómputo del establecimiento en el que el

sistema será implementado.

9. Administrar: Acción de agregar, modificar, eliminar y consultar la

información de un determinado objeto o persona.

10. Rendimiento: Referencia al resultado deseado efectivamente

obtenido por cada unidad que realiza la actividad, donde el

término unidad puede referirse a un individuo, un equipo, un

departamento o una sección de una organización.

11.Rol: Es un conjunto de permisos que puede asignarse a un

usuario.

Page 7: Modelos de Casos de Uso Innieria de Sofware

12.Pruebas: Proceso mediante el cual se realizan actividades para

verificar la óptima función del sistema.

13.Permiso: Parámetro que especifica si su poseedor dispone de

acceso a una determinada función del sistema o a una parte de la

interfaz de usuario del sistema.

14.Administrador: Persona encargada de ofrecer el soporte técnico

y operativo al Sistema de Automatización de Reportes y

Administración de Recursos.

15.Base de Datos: Es un conjunto de datos que pertenece al mismo

contexto almacenados sistemáticamente para su posterior uso.

16.Aplicación: Es un programa informático diseñado para facilitar al

usuario la realización de un determinado tipo de trabajo.

17. Internet: Es un método de interconexión descentralizada de

redes de computadoras implementado en un conjunto de

protocolos denominados TCP/IP.

3. DESCRIPCIÓN DE ACTORES

Participará un responsable de la empresa para darle seguimiento al

proyecto desde la perspectiva de los usuarios que manejarán el sistema.

Además de los integrantes del equipo de desarrollo, los cuales son:

Henry Pearre Espinoza Izquierdo, Alexis Márquez Rojas, Xiomara Torres

Lázaro, Edwin Vidaurre Acosta y Pedro Cortez.

En función de la experiencia de la entrevista se identificó a los usuarios

de la empresa según su perfil laboral.

3.1. Funciones del Usuario Según el Perfil

Page 8: Modelos de Casos de Uso Innieria de Sofware

Cada usuario tendrá un perfil específico para que su interacción con el

sistema sea correcta y no conlleve a fallos:

ACTORES DEL NEGOCIO

Usuario con gran conocimiento en el manejo del sistema con previa capacitación por parte de la entidad. Encargado de manejar el sistema y el negocio con gran responsabilidad sobre los criterios de permiso sobre los usuarios.

Persona que interactuará continuamente con el sistema, debe tener una capacitación previa con respecto al sistema, debido a que será el encargado de las operaciones que darán soporte a la organización.

Persona que interactúa con el sistema para solicitar el consolidado de la información de los procesos que se ejecutan su empresa, para la toma de decisiones.

Persona que accede al producto o servicio por medio de una transacción financiera. Siendo la persona más importante del negocio.

4. CASOS DE USO

Page 9: Modelos de Casos de Uso Innieria de Sofware

4.1. CASO DE USO GESTIÓN DE CLIENTES

4.1.1. ESPECIFICACIÓN DE CASO DE USO GESTIÓN DE CLIENTES

1. Descripción

Este caso de uso describe como el usuario “Asistente” gestiona los

datos de los clientes, ya sea registrándolo en la Base de Datos del

sistema, actualizando la información, buscando los datos del cliente o

eliminándolo de la Base de Datos.

2. Actores

Asistente

3. Flujo de Eventos

3.1. Flujo Básico

3.1.1. Este caso de uso comienza cuando el actor solicita los datos

del cliente (DNI) para buscarlo en la base de datos del

sistema.

3.1.2. El actor ingresa el número de DNI del cliente en el campo

correspondiente, y luego hace click en el botón “Buscar”.

Page 10: Modelos de Casos de Uso Innieria de Sofware

3.1.3. El sistema comienza la búsqueda de los datos del cliente, en

función del número de DNI ingresado.

3.1.4. El sistema muestra los datos del cliente en cada uno de los

campos de la pantalla Gestión de Clientes.

3.1.5. El actor visualiza los datos del cliente buscado en la Interfaz

Gráfica de la pantalla Gestión de Clientes.

3.2. Flujo Alternativo

3.2.1. En el punto 3.1.1. cuando el actor solicita los datos del cliente

para realizar la búsqueda en el sistema, y el cliente indica no

estar registrado, el actor deberá llenar los campos

relacionados con los datos del cliente en la pantalla “Gestión

de Clientes”, para posteriormente hacer click en el botón

“Registrar” para almacenar la información en la Base de Datos

del sistema. En el momento que el actor haga click en el botón

“Registrar” se validará la información en cada campo para

verificar que la información sea completa, sino se mostrará un

mensaje indicando en qué campo(s) falta información.

3.2.2. En el punto 3.1.2. el número de DNI del cliente debe ser de 8

dígitos, el sistema lo validará automáticamente, si el formato

no es el correcto aparecerá un mensaje indicando: “Ingresar

Correctamente el Número de DNI”.

3.2.3. En el punto 3.1.3. si el sistema no encuentra los datos del

cliente, se mostrará un mensaje indicando que: “No Existen

Datos con el Número de DNI XXXXXXXX”.

3.2.4. En el punto 3.1.3. si el sistema no encuentra al cliente por el

DNI, el actor podrá realizar el registro de los datos del cliente,

rellenando los campos correspondientes y finalmente

haciendo click en el botón “Registrar” donde el sistema

confirmará el registro mostrando un mensaje: “Datos

Registrados Satisfactoriamente”.

3.2.5. En el punto 3.1.5. el actor puede decidir Modificar los datos del

cliente, borra la información de uno de los campos

correspondientes o todos e introduce información actualizada,

Page 11: Modelos de Casos de Uso Innieria de Sofware

y por último presiona el botón “Modificar”, donde el sistema

confirmará la modificación con un mensaje.

3.2.6. En el punto 3.1.5. el actor puede decidir Eliminar la

información o datos del cliente, para ello tiene que hacer click

en el botón “Eliminar”, el sistema mostrará un mensaje para la

confirmación de la acción, después de hacer click en el botón

Aceptar del mensaje, se mostrará un mensaje de confirmación

por la eliminación de los datos del cliente.

4. Pre Condiciones

El actor debe haber realizado el Logeo al sistema satisfactoriamente.,

antes de que este caso de uso comience.

5. Post Condiciones

El sistema mostrará la información del cliente en la interfaz de la pantalla

Gestión de Cliente, también podrá realizar el registro, modificación y

eliminación de los datos de los clientes buscados.

Page 12: Modelos de Casos de Uso Innieria de Sofware

4.2. CASO DE USO GESTIÓN DE PRODUCTOS

4.2.1. ESPECIFICACIÓN CASO DE USO GESTIÓN DE PRODUCTOS

1. Descripción

Este caso de uso describe como el usuario “Asistente” gestiona los

datos de los productos, ya sea registrándolo en la Base de Datos del

sistema, actualizando la información, buscando los datos de los

productos o eliminándolo de la Base de Datos.

2. Actores

Asistente

Administrador

3. Flujo de Eventos

3.1. Flujo Básico

3.1.1. Este caso de uso comienza cuando el actor necesita consultar

los datos del producto en la base de datos del sistema.

3.1.2. El actor ingresa el código del producto en el campo “Código

del Producto”, y luego hace click en el botón “Buscar”.

3.1.3. El sistema comienza la búsqueda de los datos del producto,

en función del número de Código del Producto ingresado.

3.1.4. El sistema muestra los datos del producto en cada uno de los

campos de la pantalla Gestión de Productos.

Page 13: Modelos de Casos de Uso Innieria de Sofware

3.1.5. El actor visualiza los datos buscados en los campos

relacionados con el producto en la Interfaz Gráfica de la

pantalla Gestión de Productos.

3.2. Flujo Alternativo

3.2.1. En el punto 3.1.3. si el sistema no encuentra los datos del

producto buscado, emitirá un mensaje indicando al actor lo

siguiente: “Producto NO Registrado”, por consiguiente el

actor deberá llenar los campos relacionados con los datos del

producto en la pantalla “Gestión de Productos”, para

posteriormente hacer click en el botón “Registrar” para

almacenar la información en la Base de Datos del sistema. En

el momento que el actor haga click en el botón “Registrar” se

validará la información en cada campo para verificar que la

información sea completa, sino se mostrará un mensaje

indicando en qué campo(s) falta información. Si toda la

información ingresada es correcta el sistema confirmará el

registro mostrando un mensaje “Datos Registrados

Satisfactoriamente”.

3.2.2. En el punto 3.1.2. el Código del Producto debe ser de 6

dígitos, el sistema lo validará automáticamente, si el formato

no es el correcto aparecerá un mensaje indicando: “Ingresar

Correctamente el Código del Producto”.

3.2.3. En el punto 3.2.1. cuando el actor comience con el registro de

los datos del producto, el sistema validará el campo Código

del Producto para que los valores ingresados estén de

acuerdo con el formato establecido.

3.2.4. En el punto 3.1.5. el actor puede decidir Modificar los datos del

cliente que está visualizando en la pantalla, borra la

información de uno de los campos correspondientes o todos e

introduce información actualizada, y por último presiona el

botón “Modificar”, donde el sistema confirmará la modificación

de los datos con el siguiente mensaje “Datos Modificados

Satisfactoriamente”.

Page 14: Modelos de Casos de Uso Innieria de Sofware

3.2.5. En el punto 3.2.3., el actor al visualizar los datos del producto

buscado, decide ingresar un nuevo producto al sistema, debe

hacer click en el botón “Nuevo” para que los campos sean

limpiados y poder comenzar a realizar el registro de los datos.

3.2.6. En el punto 3.2.1. si el actor una vez en el proceso de registrar

el producto decide ya no realizarlo, simplemente podrá hacer

click en el botón “Cancelar” para borrar los datos que ha ido

incluyendo hasta el momento o podrá salir de la pantalla

“Gestión de Productos” haciendo click en el botón “Salir”.

3.2.7. En el punto 3.1.5. el actor puede decidir Eliminar la

información relacionada con los datos del producto, para ello

tiene que hacer click en el botón “Eliminar”, el sistema

mostrará el siguiente mensaje para la confirmación de la

acción: “Datos Eliminados Satisfactoriamente”.

4. Pre Condiciones

El actor debe haber realizado el Logeo al sistema satisfactoriamente.,

antes de que este caso de uso comience.

5. Post Condiciones

El sistema mostrará la información detallada de los productos que estén

almacenados en la base de datos del sistema en la pantalla “Gestión de

Productos”, también podrá realizar el registro, modificación y eliminación

de los datos de los productos que serán comercializados en la empresa

PC Center.

Page 15: Modelos de Casos de Uso Innieria de Sofware

4.3. CASO DE USO GESTIÓN DE VENTAS

4.3.1. ESPECIFICACIÓN DEL CASO DE USO GESTIÓN DE VENTAS

1. Descripción

Este caso de uso describe como el actor “Asistente” gestiona los datos

de los productos y clientes para realizar una venta, esta información será

almacenada en la base de datos del sistema.

2. Actores

Asistente

3. Flujo de Eventos

3.1. Flujo Básico

3.1.1. Este caso de uso comienza cuando el actor requiera generar

una factura o boleta para realizar una venta, para ello

necesitará ingresar a la pestaña Gestión de Ventas y

consultar por los datos del cliente y de los productos que está

adquiriendo a la base de datos del sistema.

3.1.2. El actor ingresa a la pestaña del Formulario Principal

llamada Gestión de Ventas.

Page 16: Modelos de Casos de Uso Innieria de Sofware

3.1.3. El sistema muestra la interfaz, donde el actor visualiza los

campos, tablas y botones con los que debe interactuar para

generar la factura o boleta.

3.1.4. El actor para ingresar los datos del cliente, hace click en el

botón “Consultar Cliente”.

3.1.5. El sistema muestra una interfaz llamada “Seleccione un

Cliente”.

3.1.6. El actor selecciona el filtro por el cual quiere buscar al cliente,

estos pueden ser “Por DNI”, “Por Nombre” o “Por RUC”.

Luego el actor ingresa el nombre, dni o ruc en el campo

“Buscar Cliente”.

3.1.7. El sistema automáticamente comenzará a buscar los datos

relacionados con el campo “Buscar Cliente” y los mostrará

en la tabla del formulario “Seleccione un Cliente”.

3.1.8. El actor una vez encontrado los datos del cliente, hará doble

click en la tabla, seleccionando la fila con los datos del cliente.

3.1.9. El sistema cargará los datos del cliente seleccionado en la

tabla del formulario “Seleccione un Cliente” a los campos

“Dni”, “Apellidos y Nombres”, “Ruc”, “Razón Social” y

“Dirección” del formulario “Gestión de Ventas”.

3.1.10. El actor para seleccionar los artículos que el cliente desea

adquirir hará click en el botón “Buscar Artículo”.

3.1.11. El sistema mostrará una interfaz llamada “Búsqueda de

Artículos”.

3.1.12. El actor selecciona el filtro por el cual quiere buscar el

producto, estos pueden ser “Por Código”, “Por Nombre”

o “Por Categoría”.

3.1.13. El actor ingresa el código del producto en el campo

“Código Producto”.

3.1.14. El actor hace click en el botón “Buscar”.

3.1.15. El sistema inicia la búsqueda de los datos del producto en

la base de datos del sistema.

3.1.16. El sistema muestra los datos buscados en la tabla del

formulario “Búsqueda de Artículos”.

Page 17: Modelos de Casos de Uso Innieria de Sofware

3.1.17. El actor una vez encontrado los datos del producto

buscado, hará doble click en la fila correspondiente de la

tabla del formulario “Búsqueda de Artículos”,

inicialmente el sistema mostrará una pantalla adicional con

el nombre “Ingresar Cantidad de Productos”, donde ya

estará cargado los datos del producto seleccionado, e

ingresará la cantidad de productos que el cliente desea

adquirir.

3.1.18. El sistema cargará los datos seleccionados del producto y

su cantidad a la tabla del formulario “Gestión de Ventas”.

3.1.19. El actor para finalizar los detalles de la venta, tendrá que

completar los campos: “Descuento”, lo que será medido

en un porcentaje del total, llenar el campo de

“Observaciones” si fuera necesario, elegir el campo

“Vendedor” obligatoriamente y seleccionar si se trata de

una boleta o factura también de manera obligatoria, esto

último lo podrá realizar seleccionando el desplegable del

formulario, que se encuentra en la parte superior derecha,

para especificar el tipo de comprobante. Es importante

debido a que este proceso generará el número del

comprobante, para posteriormente identificar la venta.

3.1.20. El sistema comenzará a realizar los cálculos

automáticamente con los datos ingresados en la tabla,

mostrando el Sub-Total de la compra por cada producto, la

cual será una columna de la tabla del formulario “Gestión

de Ventas”.

3.1.21. El sistema calculará automáticamente y mostrará el Sub-

Total, el descuento, el IGV y el Total del comprobante en

los campos “Sub-Total”, “Total Descuento”, “Total IGV”

y “TOTAL”, respectivamente.

3.1.22. El actor hace click en el botón “Realizar Venta” para

finalizar con el caso de uso, y generar un comprobante de

venta, listo para ser impreso.

Page 18: Modelos de Casos de Uso Innieria de Sofware

3.2. Flujo Alternativo

3.2.1. En el punto 3.1.7 si el sistema no encuentra los datos de un

cliente relacionado con la información ingresada por el actor

en el campo “Buscar Cliente”, el sistema mostrará un

mensaje “Cliente NO se encuentra Registrado en la BD”.

Este formulario permitirá realizar el registro del cliente

haciendo click en el botón “Agregar Clientes” iniciando este

caso de uso.

3.2.2. En el punto 3.1.15 si el sistema no encuentra los datos del

producto ingresado por el actor en el campo “Código

Producto” el sistema mostrará un mensaje indicando:

“Producto NO se encuentra Registrado en la BD”.

3.2.3. En el punto 3.1.17 cuando el actor ingrese la cantidad de

productos que el cliente desea adquirir, el sistema validará

esta información con el stock disponible del producto

seleccionado en la base de datos del sistema, si no está

disponible el sistema mostrará un mensaje indicando:

“Producto NO disponible, Stock Agotado”.

3.2.4. En el punto 3.1.18 el actor podrá eliminar una fila de la tabla

del formulario “Gestión de Ventas”, si en la tabla haya un

producto que el cliente no ha solicitado o ya no lo desea.

Tendrá que hacer click en el botón “Eliminar Artículo”.

3.2.5. En el punto 3.1.19 el sistema validará los campos “Vendedor”

y el tipo de comprobante que será un desplegable para elegir

entre Factura o Boleta, estos datos deben ser llenados

obligatoriamente, sino el sistema mostrará un mensaje para su

llenado respectivo, el mensaje será: “Llenar Campos

Obligatorios”.

4. Pre Condiciones

El actor debe haber realizado el Logeo al sistema satisfactoriamente.,

antes de que este caso de uso comience.

Page 19: Modelos de Casos de Uso Innieria de Sofware

5. Post Condiciones

El sistema apoyará a la gestión de ventas mostrando los datos de los

clientes, productos y los valores de la venta para generar un

comprobante, donde se podrá visualizar el detalle de las ventas

realizadas para ser almacenadas en la base de datos del sistema,

también podrá realizar el registro nuevos clientes, eliminación de

productos que se hayan incluido en el comprobante. El sistema permitirá

identificar cada una de las ventas con el número que se le asigne al

comprobante.

Page 20: Modelos de Casos de Uso Innieria de Sofware

4.4. CASO DE USO GESTIÓN DE PROVEEDORES

4.4.1. ESPECIFICACIÓN DEL CASO DE USO GESTIÓN DE PROVEEDORES

1. Descripción

Este caso de uso describe como el actor gestiona los datos de los

proveedores, ya sea registrándolo en la Base de Datos del sistema,

actualizando la información, buscando los datos de los proveedores o

eliminándolo de la Base de Datos.

2. Actores

Asistente

Administrador

3. Flujo de Eventos

3.1. Flujo Básico

3.1.1. Este caso de uso comienza cuando el actor decide registrar a

un proveedor en la base de datos del sistema.

3.1.2. El actor hace click en el botón “Nuevo” para generar un

código de proveedor de manera automática.

3.1.3. El actor inicia el llenado de datos en los campos relacionados

con el proveedor: “Nombre de la Empresa”, “Nombre de

Representante”, “RUC”, “Dirección”, “Teléfono 1”,

“Teléfono 2” y “Email”.

Page 21: Modelos de Casos de Uso Innieria de Sofware

3.1.4. El actor hace click en el botón “Registrar”.

3.1.5. El sistema limpia los campos donde se ingresaron los datos

del proveedor.

3.1.6. El sistema muestra un mensaje confirmando la acción

realizada con el siguiente mensaje: “Datos del Proveedor

Registrado Satisfactoriamente”.

3.1.7. El actor hace click en el botón “Aceptar” del mensaje.

3.1.8. El sistema carga los datos almacenados en la base de datos a

la tabla del formulario “Gestión de Proveedores”.

3.1.9. El actor hace click en la fila creada en la tabla del formulario y

los datos se cargan en los campos del formulario de manera

automática.

3.2. Flujo Alternativo

3.2.1. En el punto 3.1.1. el caso de uso también puede iniciar cuando

el actor desea realizar una consulta de un proveedor que

previamente haya sido registrado en la base de datos del

sistema, para ello hará click en el botón “Consultar”. Donde el

sistema abrirá una ventana llamada “Consulta de

Proveedores” en el cual el actor debe decidir cómo buscará

al proveedor: “Por Nombre de Empresa” o “Por Ruc”.

Luego de esto el actor deberá ingresar el parámetro de

búsqueda en el campo “Buscar Cliente” de la venta

“Consulta de Proveedores” y hacer click en el botón

“Buscar”. Los datos del proveedor se cargaran en una tabla

de la misma ventana, donde el actor haciendo doble click en la

fila con la información del proveedor, exportará los datos a los

campos del formulario “Gestión de Proveedores”.

3.2.2. En el punto 3.1.5. el sistema puede mostrará el siguiente

mensaje cuando los campos relacionados con el proveedor no

estén completamente llenados: “Ingresar los Datos

Completos del Proveedor”.

3.2.3. En el punto 3.1.9. el actor al visualizar los datos del proveedor

puede realizar la modificación de éstos, borrando los datos de

los campos que desea modificar y rellenándolo con los datos

Page 22: Modelos de Casos de Uso Innieria de Sofware

que desea que se mantengan respectivamente, luego hará

click en el botón “Modificar”, donde el sistema emitirá el

siguiente mensaje: “Datos Modificados Satisfactoriamente”

también tiene la posibilidad de eliminar los datos que está

visualizando haciendo click en el botón “Eliminar Registro”,

para lo cual el sistema mostrará el siguiente mensaje: “Esta

Seguro Eliminar el Registro”.

4. Pre Condiciones

El actor debe haber realizado el Logeo al sistema satisfactoriamente.,

antes de que este caso de uso comience.

5. Post Condiciones

El sistema permitirá realizar el registro de manera detallada de los datos

de los proveedores almacenándolos en la base de datos del sistema en

la pantalla “Gestión de Proveedores”, también podrá realizar el registro,

modificación y eliminación de los datos de los proveedores que

trabajaran con la empresa PC Center.

Page 23: Modelos de Casos de Uso Innieria de Sofware

4.5. CASO DE USO GESTIÓN DE REPORTES DE VENTAS

4.5.1. ESPECIFICACIÓN DEL CASO DE USO GESTIÓN DE REPORTES DE VENTAS

1. Descripción

Este caso de uso describe como el usuario “Actor” gestiona los datos de

las ventas realizadas y almacenadas en la Base de Datos del sistema,

para orientar las decisiones de la empresa en función de los datos

comerciales.

2. Actores

Administrador

3. Flujo de Eventos

3.1. Flujo Básico

3.1.1. Este caso de uso comienza cuando el actor necesita tener los

valores comerciales de la empresa por una fecha específica o

por periodos de tiempo establecidos para la consulta, para

saber cómo se mantiene la empresa en el aspecto económico.

3.1.2. El actor decide realizar la consulta para saber los movimientos

económicos por una fecha específica.

3.1.3. El actor rellena el campo “Ingrese la Fecha a Consultar”

para visualizar todas las ventas realizadas en esa fecha

consultada.

Page 24: Modelos de Casos de Uso Innieria de Sofware

3.1.4. El actor hace click en el botón “Consultar Ventas en la

Fecha Ingresada”.

3.1.5. El sistema realiza la consulta a la base de datos donde se

encuentra el registro de todas las ventas finalizadas.

3.1.6. El sistema muestra las ventas realizadas en la tabla del

formulario “Gestión de Reportes de Ventas”.

3.1.7. El actor hace click en el botón “Generar Reporte”.

3.1.8. El sistema muestra un esquema donde el actor visualiza las

ventas realizadas de manera ordenada, donde en la parte final

del informe habrá un resumen sobre la cantidad monetaria

generada en el transcurso del día.

3.1.9. El actor imprime el reporte generado por la fecha en consulta.

3.2. Flujo Alternativo

3.2.1. En el punto 3.1.2. el actor puede decidir realizar la consulta en

el sistema por un periodo de fecha determinada, para

visualizar los ingresos en esos días.

3.2.2. En el punto 3.1.3. si el actor no ingresa la fecha con el formato

correcto (yyyy/mm/dd), el sistema mostrará un mensaje

indicando lo siguiente: “El Formato de la Fecha Ingresada

es Incorrecta”.

3.2.3. En el punto 3.1.3. si el actor decide realizar un reporte por

periodos, tendrá que rellenar los campos “Ingrese Fecha de

Inicio” e “Ingrese Fecha de Fin”, para luego hacer click en el

botón “Generar Reporte”.

4. Pre Condiciones

El actor debe haber realizado el Logeo al sistema satisfactoriamente.,

antes de que este caso de uso comience.

5. Post Condiciones

El sistema mostrará la información detallada de las ventas y las

cantidades monetarias generadas por los periodos de tiempo que haya

elegido previamente, para una mejor toma de decisiones.