Está en la página 1de 72

Limitada

versal - Caso 5

Preparado por
Israel Granifo, Kevin Guajardo
Jefe Proyecto, Desarrollador Senior
30 Nov. 2016
Entrega:
Sandra Orfilia Olea Jara
Seccion:
MPN_001V

1

Revisión y Registro de Cambios
Registro de Cambios
Fecha

Autor

Versión

Descripción del cambio

17-09-16

Israel Granifo M.

0.1

Creación del documento

30-10-16

Israel Granifo M.

0.2

Actualizaion del documento

Revisores
Nombre

Versión Aprobada

Posición

Fecha

2

Contenido
Contenido

3

1.0 Introducción:

6

1.1

Propósito:

6

1.2

Ámbito del Sistema:

6

1.3

Definiciones, Acrónimos o Abreviaturas:

6

2.0 Descripción General:

7

2.1 Perspectiva del Sistema

7

2.2 Requisitos del Sistema

7

2.3 Características de los Participantes

8

2.4 Restricciones

9

2.5 Suposiciones y Dependencias del Sistema

9

3.0 Requisitos Específicos
3.1 Requisitos Funcionales

9
9

3.2 Atributos del Sistema

12

3.3 Otros Requisitos

12

3.4 Priorización de los Requisitos

13

4.0 Mapa de Procesos Actual
4.1 Descripción de Tareas Actuales

16
16

5.0 Diagrama de Casos de Uso

17

6.0 Casos de Uso Alto Nivel

18

6.1 Caso de Uso CU001 - Autenticar Usuario

18

6.2 Caso de Uso CU002 - Administrar Usuarios

18

6.3 Caso de Uso CU003 - Administrar Empresas

19

3

Listar Stock Combustible en Surtidor 33 7.9 Caso de Uso CU009 .16 Caso de Uso CU016 .Realizar Venta Combustible 34 7.7 Caso de Uso CU007 .3 Caso de Uso CU003 .Listar Empresas Convenio 29 7.6.Gestionar Vales 21 6.Modificar Datos Empresa Convenio 28 7.Gestionar Carga de Combustible 20 6.10 Caso de Uso CU010 .Listar Stock Combustible 32 7.7 Caso de Uso CU007 .15 Caso de Uso CU015 .5 Caso de Uso CU005 .Modificar Datos Usuarios 25 7.2 Caso de Uso CU002 .4 Caso de Uso CU004 .14 Caso de Uso CU014 .Gestionar Pagos 20 6.13 Caso de Uso CU013 .Agregar Nuevo Usuario 24 7.Eliminar Empresa Convenio 30 7.8 Caso de Uso CU008 .Cambiar Surtidor 36 7.11 Caso de Uso CU011 .1 Caso de Uso CU001 .Agregar Combustible 31 7.Cancelar Transacción 35 7.Anular Venta Combustible 35 7.Generar Informe Ventas 36 4 .5 Caso de Uso CU005 .Generar Transacción de Créditos 22 7.12 Caso de Uso CU012 .6 Caso de Uso CU006 .10 Caso de Uso CU010 .Listar Usuarios 25 7.8 Caso de Uso CU008 .4 Caso de Uso CU004 .Eliminar Usuario 26 7.Consultar Informe de Ventas 21 6.0 Caso de Uso Extendido 23 7.9 Caso de Uso CU009.Agregar Nueva Empresa Convenio 27 7.Cargar Beneficiarios Externos 21 6.6 Caso de Uso CU006 .Autenticar Usuario 23 7.Administrar Combustible 19 6.17 Caso de Uso CU017 .

5 Gestionar Stock 54 5 .1 Diagrama de Actividades: Log In 41 8.0 BPMN Situación Mejorada de Negocio 44 52 11.1 Gestionar Negocio 52 11.21 Caso de Uso CU021 -Consultar Solicitudes de Vales 38 7.19 Caso de Uso CU019 -Generar Factura 37 7.22 Caso de Uso CU022 -Cargar Documento de Datos Empresa Convenio.0 BPMN Situación Actual de Negocio 50 10. 40 8.4 Gestionar Empresa 54 11.2 Gestionar Ventas 51 11.0 Mapa de Proceso Mejorado 48 9.18 Caso de Uso CU018 -Generar Transacciones de Ventas al Crédito 37 7.1 Descripción de Tareas Mejoradas 49 10.20 Caso de Uso CU020 -Solicitar Vales 38 7.4 Diagrama de Actividades: Gestionar Carga de Combustible y Consultar Informe de Ventas 8.2 Sub-Proceso Autenticar 53 11.0 Diagrama de Actividades 41 8.7.3 Diagrama de Actividades: Gestionar Stock y Gestionar Pagos 43 8.5 Diagrama de Actividades: Cargar Beneficiarios Externos 45 8.2 Diagrama de Actividades: Agregar Usuario y Agregar Empresa 42 8.22 Caso de Uso CU022 -Gestionar Impresión Vales 39 7.3 Gestionar Usuario 53 11.1 Gestionar Carga de Combustible 50 10.7 Diagrama de Actividades: Generar Transacciones de Crédito 47 9.6 Diagrama de Actividades: Gestionar Vales 46 8.

0 Bibliografía 59 13.8 Gestionar Informes 57 11.11.7 Gestionar Carga Combustible 56 11.9 Gestionar Vales de convenio 58 12.0 Sitios de referencias 59 6 .6 Gestionar Venta 55 11.

Acrónimos o Abreviaturas: En este punto plantearemos y explicaremos todas las abreviaturas que aparecerán en el informe.0 Introducción: La empresa TecnoBencina se dedica a la venta de combustibles desde hace más de 20 años. así el podrá validar si las soluciones expuestas cumplan sus expectativas en los tiempos que nosotros como empresa estimamos necesario. Si bien la empresa ha obtenido los ingresos suficientes para mantenerse en el mercado.1Propósito: Se expondrá de manera detallada la forma de cómo se abordará las necesidades Expuestas por el cliente. Esta empresa ha efectuado pocos cambios en sus 20 años de operación. CP: Característica Participante RQF: Requerimiento Funcional RQNF: Requerimiento No Funcional ORQ: Otro Requerimiento A: Alta 7 . como principal el sistema debe alojarse en un ambiente web con una conexión a una base de datos Oracle con la cual ellos trabajan. está ubicada en la comuna de Macul y vende los siguientes tipos de combustibles: bencina de 93. 1.2Ámbito del Sistema: El sistema como esta propuesto por nuestro cliente tiene distintas especificaciones. 1. renovar su infraestructura de almacenaje y surtidores no está en sus planes. de esta forma se tendrá un mejor entendimiento de lo que se lee. su equipamiento de carga y venta de combustible se encuentran en buen estado. toda vez que han invertido en las mantenciones que le permiten operar. a través de 3 surtidores de combustible. 1.1. se han efectuado todas las mantenciones lo que permite su aprobación legal. 95 y 97 octanos y petróleo.3Definiciones.

El sistema debe generar la boleta respectiva y un comprobante de la transacción. se implementará una caja de pago. ya que no todos los surtidores entregan el mismo tipo de combustible. Respecto de la venta a crédito. El sistema debe permitir al cajero registrar un pago en caja. el operador del surtidor será informado por sistema que existe una comprobante por determinada cantidad de combustible y tipo de combustible. la cantidad de vales especificando de 8 . si está informado por la compañía con convenio se podrá otorgar el servicio. 6. Una vez atendido el cliente. por parte de una empresa externa en convenio.2 Requisitos del Sistema Como requisitos del sistema. el sistema debe permitir al operador poder cancelar la transacción o cambiar el surtidor. En caso que el surtidor falle o el cliente rechaza el servicio. 2. se verificará si el cliente está dentro de las personas con opción de crédito vía empresas.0 Descripción General: 2. esta nueva forma implica que el operador ya no recibe dinero. la cantidad de litros y el monto a pagar según el precio. 4. el pago debe considerar el tipo de combustible. 9. 3. 7. Para cada venta el sistema debe permitir indicar el surtido a utilizar.M: Media B: Baja CU: Caso de Uso 2. Para la venta con vales. el sistema debe considerar generar un comprobante identificando el vale a utilizar según su código. se logró establecer un convenio con una compañía. El sistema debe permitir al cajero anular la venta si es que fue rechazada por el operador por falla del surtidor o rechazo del cliente.1 Perspectiva del Sistema De acuerdo a la situación actual y a objeto de mejorar el servicio junto con disminuir la pérdida de combustible. 2. lo que implica manejar información de una cartera de clientes que pueden comprar a crédito. la empresa ha decidido implementar un sistema de gestión y una nueva forma de trabajo que será reflejada en el software. 5. al momento del pago. El sistema debe mostrar al operador del surtidor las transacciones pagadas en caja. Si el cliente paga con vales. el sistema debe entregar una opción de registro de las solicitudes de vales. Se debe comparar el código del comprobante para determinar la transacción que atenderá el operador. nuestro cliente nos planteó lo siguiente: 1. para que el cliente cancele el combustible y obtenga su boleta y un comprobante de pago. el operador confirmara la transacción en el sistema. a la cual accederá según el comprobante que llevara el cliente. se debe indicar la menos. 8.

Esta información debe disponerse en una estructura de datos especial para ser leída por el sistema de facturación. para poder gestionar la impresión y posterior entrega. CP-2 Administrado r Es el responsable de la administración de la empresa. 15.Se debe considerar mantener información de los surtidores. esta información debe ser cargada mediante un archivo plano de texto separado por punto y comas. administrar empresas en convenio. 10.que tipo son y cantidad en litros (10.20 y 30 litros). de acuerdo al perfil previamente asignado. pagos de proveedores y facturación. 17. el stock de productos. el sistema mostrara el menú de opciones correspondiente para el usuario. 12.Las empresas que establecen convenios deben ser consideradas como datos del sistema. es el encargado de gestionar el personal en la empresa. empresa. nombre. el sistema debe permitir registrar los datos necesarios de los surtidores. Este reporte debe ser factible de imprimir. la fecha de entrega y el número de comprobante de depósito o transferencia realizada.El sistema debe entregarle al supervisor la opción de consultar las solicitudes de vales. tope de litros y fecha de límite de vigencia. el sistema debe poder cargar una cartera de beneficiarios. el cual debe indicar a modo comparativo los litros de combustible vendido por tipo de combustible versus los litros de combustible entregado por cada surtidor según el tipo de combustible. Para la venta al crédito. ya que son variables. principal actor del sistema.3 Características de los Participantes Identificador Nombre Descripción CP-1 Gerente Es el responsable de la empresa y nuestro cliente principal en la aplicación. 13. 14. Es la persona que toma las decisiones a la hora de requerir nuevos recursos para la empresa. la cual es enviada por la empresa en convenio. encargado del control de los vales y del convenio con empresas.Para el supervisor de la bencinera.El sistema debe proporcionar una opción de generación automática de las transacciones de ventas al crédito.Los precios de los combustibles deben poder registrarse en el sistema. 11. las cuales permitirán al sistema de facturación generar facturas a las empresas en convenio. el sistema debe entregar un reporte de ventas diario. 2. por cuanto debe especificarse que combustible entregan. CP-4 Cajero Es el responsable de recibir los pagos de 9 . el sistema debe proporcionar una forma de autenticación con usuario y clave. el archivo debe considerar el rut. 16.Para acceder a las diversas funcionalidades. para que los encargados de dichas empresas sean usuarios del sistema y soliciten vales. CP-3 Supervisor Es el responsable de monitorear las ventas y observar el comportamiento de los operadores.

3.combustible en caja por parte de los clientes. por último el sistema debe interconectarse con el sistema de facturación que utiliza TecnoBencina. CP-7 Empresas convenio Empresa que cuenta con convenio con TecnoBencina para la compra de combustible con vales o a crédito. segundo el sistema debe trabajar con la base de datos Oracle que utiliza la empresa. primero el sistema debe ser desarrollado en un ambiente WEB. 2.5 Suposiciones y Dependencias del Sistema El sistema debe trabajar en un ambiente WEB y el lenguaje a utilizar debe ser orientado a objeto. LEVANTAMIENTO DE REQUERIMIENTOS FUNCIOANLES 10 .0 Requisitos Específicos En la problemática que nos planteó nuestro cliente. CP-6 Encargado empresa Es el encargado de enviar las solicitudes de vales de convenio especificando de qué tipo serán. de esta forma hemos llegado al conceso de utilizar ASP . las funciones que le entregara a nuestro cliente según sus requerimientos. Tercero el lenguaje programación a utilizar debe ser un lenguaje orientado a objetos.Net como lenguaje para programar la aplicación de nuestro cliente. hemos podido reconocer los siguientes requerimientos los cuales nos ayudaran a llevar un sistema propicio para él.4 Restricciones El sistema propuesto cuenta con ciertas restricciones propuestas por nuestro cliente. CP-5 Operador Es el encargado de operar los surtidores de combustible y cargar el combustible en los vehículos de los clientes. 2.1 Requisitos Funcionales Los requisitos Funcionales del sistema nos darán un enfoque de las cualidades que debe tener. 3.

QF-007 Criterio de Aceptación Prioridad Funcional Al momento de registrar el pago. Tipo Criterio de Aceptación Prioridad Funcional El sistema estará programado para que de esta forma el archivo sea leído y cargado como en el requerimiento. A Funcional El sistema actualizara de forma automática o manual el valor de los combustibles que maneja TecnoBencina A LEVANTAMIENTO DE REQUERIMIENTOS FUNCIOANLES ódigo QF-006 Tipo El sistema debe mostrar al operador las transacciones pagadas en caja. A Funcional El sistema generara automáticamente un informe de las ventas al crédito el cual será ser compatible con el sistema de facturación de la empresa. A Funcional El sistema contara con un módulo en el cual se podrá actualizar los datos de cada surtidor. Descripción QF-004 El sistema debe cargar información mediante un archivo plano separando el texto por punto y comas. se debe considerar el tipo de combustible. QF-005 El sistema debe tener una opción para generar de forma automática las transacciones de ventas a crédito.ódigo QF-001 Descripción El sistema debe permitir registrar un pago en caja. A Funcional El sistema mostrara en el surtidor todas las transacciones pagadas por cajas las cuales el operador comparar con el comprobante. la cantidad de litros y el modo de pago según precio. QF-002 El sistema debe registrar los datos necesarios de los surtidores. A Funcional El sistema contara con un módulo de autenticación de usuarios el cual re direccionara según los permisos que tenga cada usuario Logeado. A 11 . QF-003 El sistema debe registrar los precios de los combustibles. El sistema debe contar con un Log In para autenticación de usuarios.

12 . M Funcional El sistema. M F-015 El sistema debe generar una boleta. M F-013 Descripción El sistema debe entregar una opción de registro de solicitudes de vales de convenio. Funcional Al momento de registrar una venta el sistema generara una boleta detallada. M QF-012 ódigo El sistema debe permitir anular transacciones. Funcional El sistema contara con un formulario para ingresar las empresas al sistema. M F-014 El sistema debe considerar a las empresas con convenio como datos del sistema para ser usuarios del sistema. M M QF-009 El sistema debe tener la opción de consultar solicitudes de vales. mostrara un listado de solicitudes de vales de convenios. nombre. mostrara la opción anular venta. Funcional El sistema contara con la opción de imprimir informes de ventas diarios. empresa. LEVANTAMIENTO DE REQUERIMIENTOS FUNCIOANLES Tipo Criterio de Aceptación Prioridad Funcional El sistema contara con un módulo para que las empresas externas soliciten los vales de convenio.QF-008 El sistema debe contar con un formulario en el cual podrá cargar una cartera de beneficiarios. tope de litros y fecha límite de vigencia. de esta forma los encargados de dichas empresas se convertirán en usuarios del sistema. M QF-011 El sistema debe dar la opción de imprimir el informe de ventas. en caso que el cliente quiera rechazo la compra o el surtidor no tenga combustible. solicitando su Rut. Funcional El sistema con permisos de administrador y supervisor. Funcional El sistema desplegara un formulario donde solicitara todos estos datos. Funcional El sistema contara con una opción para generar un informe de ventas diarios. QF-010 El sistema debe entregar un reporte de ventas diario.

entre otras. el sistema debe dará la opción de generar un vale con un código de identificación. M 3. M F-017 El sistema debe indicar el surtidor a utilizar. lo fácil e intuitivo que será. diseño visual de ciertos requisitos de nuestro cliente. Funcional Al momento de registrar una venta el sistema generara una comprobante detallada. como se verá. bajo qué ambiente trabajara.2 Atributos del Sistema Los atributos del sistema nos darán un enfoque de las características que debe tener.F-016 El sistema debe generar un comprobante. M F-018 El sistema debe generar un vale con un código de identificación por pago con vale. además de la manejabilidad del sistema. Código QNF-001 LEVANTAMIENTO DE REQUERIMIENTOS NO FUNCIONALES Descripción La aplicación desarrollada tecnología web debe ser utilizando Tipo Criterio de Aceptación Prioridad No Funcional El sistema se alojara en el ambiente web de la empresa A 13 . Funcional Al momento de pagar con vales. Funcional Al momento de registrar una venta el sistema dará la opción de seleccionar el surtidor.

B No Funcional El sistema estará desarrollado con un modelo de tres capas. No Funcional El sistema se alojara en el ambiente web de la empresa A QNF-003 Las boletas deben considerar un código de barra.QNF-002 El sistema debe tener conexión con una base de datos Oracle. M No Funcional El sistema contara con un cifrado de clave y un control de sesiones para la seguridad del sistema y de los datos de dicha aplicación. Este requerimiento es el principal y primordial en el sistema. capa de datos. por el problema que nos planteo quiere centralizar las ventas en una caja con un sistema de ventas. 3.3 Otros Requisitos Los otros requisitos del sistema nos darán un enfoque del lenguaje específico que utilizaremos para la programación de la aplicación de nuestro cliente. de esta forma priorizamos los requerimientos. ya que según nuestro cliente es la funcionalidad principal del sistema.4 Priorización de los Requisitos En las siguientes tablas se encuentran los requerimientos funcionales y no funcionales más importantes.net ser Tipo Criterio de Aceptación Prioridad No Funcional El sistema se alojara en el ambiente web de la empresa M 3. I. No Funcional Las boletas saldrán impresas con un código de barra. OTROS REQUISITOS ódigo Q-001 Descripción La aplicación debe desarrollada en ASP . capa de negocio e interfaz gráfica de usuario. en el siguiente punto explicaremos él porque de la priorización de cada requerimiento. 14 . M QNF-004 El sistema estará construido en un modelo de tres capas QNF-005 El sistema debe incluir medidas de seguridad como cifrado de clave y control de sesiones.

ya que al generarse una venta por caja el operador en el surtidor debe visualizar las transacciones realizadas y el orden para atender a los clientes en los surtidores. F-006 III. ya que un modelo de tres capas nos da estabilidad en el sistema y además escalabilidad al momento de buscar errores al momento de las pruebas. el propuso que por roles se debía re direccionar y que cada usuario del sistema tuviera distintas funciones acorde a sus roles. Funcional El sistema contara con un módulo de autenticación de usuarios el cual re direccionara según los permisos que tenga cada usuario Logeado. capa de datos. cantidad de litros y el modo pago según precio. El sistema debe mostrar al operador las transacciones pagadas en caja. El sistema estará construido en un modelo de tres capas Funcional El sistema estará desarrollado con un modelo de tres capas. A Este requerimiento propuesto por el cliente orientado a la seguridad de los datos de su empresa. Funcional Al momento de registrar pago. F-007 IV. Funcional El sistema mostrara en el surtidor todas las transacciones pagadas por cajas las cuales el operador comparar con el comprobante. El sistema debe contar con un Log In para autenticación de usuarios. QF-008 El sistema debe permitir registrar un pago en caja.QF-001 II. capa de A 15 . A Este requerimiento al igual que le primero es uno de los más importantes. el el la de A Este requerimiento va de la mano con el anterior. se debe considerar tipo de combustible.

además con esa boleta se podrán anular ventas si los surtidores tienen errores o el cliente rechaza el servicio. 16 . nombre. El sistema debe contar con un formulario en el cual podrá cargar una cartera de beneficiarios. cifrado de clave y Funcional control de sesiones. El sistema contara con un cifrado de clave y un control de sesiones para la seguridad del A sistema y de los datos de dicha aplicación. El sistema contara con un formulario para ingresar las empresas al sistema. F-009 VI. solicitando su Rut. de esta forma los encargados de M dichas empresas se convertirán en usuarios del sistema. Funcional El sistema desplegara un formulario donde solicitara todos estos datos. De esta forma los encargados de empresas con convenio podrán ser usuarios del sistema y solicitar los vales de ventas a crédito. porque de esta forma la empresa tiene como validar la venta de combustible. tope de litros y fecha límite de vigencia. empresa. F-014 VII. nuestro cliente planteo que la seguridad debía ser importante y que el sistema debe contar con cifrado de clave y control de secciones. V. El sistema debe considerar a las empresas con convenio como datos del sistema para ser Funcional usuarios del sistema. M Este requisito de una u otra forma es principal.negocio e interfaz gráfica de usuario. Este requerimiento consiste en un formulario para que las empresas con convenio puedan solicitar los vales de convenio de venta de combustible. El sistema debe incluir medidas de seguridad. QF-008 VIII. Este requerimiento es primordial.

M Este requisito cumple la función de validar una venta de combustible ante el operador del surtidor. ya conocen la forma de trabajar con este sistema y cuentan ya con el ambiente de donde se aloja esta base de datos. No Funcional El sistema se alojara en el ambiente web de la empresa A 17 . QF-016 X. ya que ellos trabajan con una base de datos Oracle. No Funcional Al momento de registrar una venta el sistema generara una boleta detallada. La aplicación desarrollada tecnología web debe ser utilizando No Funcional El sistema se alojara en el ambiente web de la empresa A Este requisito por parte de nuestro cliente fue preciso y conciso. Funcional Al momento de registrar una venta el sistema generara una comprobante detallada. de esta forma podrá monitorear las ventas. el operador comparara este comprobante con las transacciones realizadas en caja. M Este requisito fue la petición principal de nuestro cliente. QNF-001 XI.El sistema debe generar una boleta. QNF-002 El sistema debe tener conexión con una base de datos Oracle. stock. F-015 IX. El sistema debe generar un comprobante. nuevos convenios y la facturación de cualquier lugar.

Proceso Gestionar Venta 1.0 Mapa de Procesos Actual Los mapas de procesos nos reflejan todos los procesos de TecnoBencina. El operador efectúa la carga de combustible al vehículo del cliente B. Proceso Gestionar Carga de Combustible 1. Mapa de Proceso Actual 4. Fig 1. Sus procesos de ventas y procesos organizacionales. El operador Recibe los pagos de combustible efectuados por el cliente 2. 18 . El supervisor al finalizar el día junto con el operador realizan el cierre de caja. El supervisor supervisa las ventas realizadas por los operadores 2.4.1 Descripción de Tareas Actuales A.

Fig.0 Diagrama de Casos de Uso Este diagrama representa a los actores y el sistema de ventas para TecnoBencina y con qué caso de uso acto. Diagrama Casos de Uso Sistema Ventas TecnoBencina 19 . 2.5.

1 Caso de Uso CU001 . 20 .Administrar Usuarios Actores Objetivo Precondición  Administrador Administrar a los usuarios del sistema. Req. 6.2 Caso de Uso CU002 . No Funcional Descripción  Este caso de uso comienza cuando los usuarios intentan ingresar al sistema. Los actores deben estar ingresados en el sistema para poder Logearse.0 Casos de Uso Alto Nivel En este punto se explicara de forma general que función cumple cada caso de uso y como los actores interactúan con él.Autenticar Usuario Actores Objetivo Precondición      Administrador Cajero Operador Supervisor Encargado Empresa Autenticar a los distintos usuarios en el sistema. Debe haber usuarios ingresados en el sistema o usuarios nuevos para ingresar. Req.6. No Funcional Descripción  Este caso de uso comienza cuando el administrador necesita ingresar nuevos usuarios al sistema. 6.

<Eliminar Usuarios> Este caso de uso comienza cuando el administrador desea modificar los roles o datos de los usuarios del sistema.   <Ingresar Nuevo Usuarios> Este caso de uso comienza cuando el administrador desea listar todos los usuarios del sistema con sus roles. < Agregar Nueva Empresa Convenio > Este caso de uso comienza cuando el administrador desea listar todas las empresas con convenio del sistema con sus datos. < Modificar Datos Empresa Convenio > 21 . Debe haber Empresas ingresadas en el sistema o empresas nuevas para ingresar.3 Caso de Uso CU003 .Administrar Empresas Actores Objetivo Precondición  Administrador Administrar a las empresas con convenio en el sistema. <Listar Usuarios> Este caso de uso comienza cuando el administrador Elimina usuarios del sistema. <Eliminar Empresa Convenio> Este caso de uso comienza cuando el administrador desea modificar los datos de las empresas con convenio en el sistema. No Funcional   Descripción   Este caso de uso comienza cuando el administrador necesita ingresar nuevas empresas al sistema. <Modificar Datos Usuarios> 6. Req. <Listar Empresas Convenio> Este caso de uso comienza cuando el administrador desea Eliminar empresas con convenio del sistema.

Debe haber stock de combustible en el sistema o datos de combustible a modificar. el operador desde el terminal cambia el surtidor. <Cancelar Transacción> Este caso de uso comienza el surtidor no tiene el combustible requerido o está en mal funcionamiento.Administrar Combustible Actores Objetivo Precondición  Administrador Administrar el stock de combustible en el sistema. <Cambiar Surtidor> 6.5 Caso de Uso CU005 . el operador envía a caja a través del surtidor la solicitud de cancelación del servicio.6. Precondición Req. No Funcional 22 .4 Caso de Uso CU004 . Req. No Funcional  Descripción  Este caso de uso comienza cuando el cliente está insatisfecho con el servicio y desea cancelar la compra del combustible.Gestionar Pagos Actores Objetivo  Cajero Gestionar pago de combustible por caja.


Descripción

Este caso de uso comienza cuando el cajero recibe
el pago por la compra de combustible <Realizar
Venta Combustible>
Este caso de uso comienza cuando el cajero anula
una venta por disconformidad por parte del cliente o
por fallo del surtidor. <Anular Venta Combustible>

6.6 Caso de Uso CU006 - Gestionar Carga de Combustible
Actores
Objetivo
Precondición

Operador

Gestionar la carga de combustible hacia los clientes.
Debe existir una venta de combustible.

Req. No
Funcional

Descripción

Este caso de uso comienza cuando el cliente
rechaza el servicio en el surtidor y el operador
manda a caja la solicitud de anulación de
venta.<Anular Venta Combustible>
Este caso de uso comienza cuando el surtidor no
dispone del combustible a cargar, el operador
cambia el surtidor en sistema para cargar el
combustible. <Cambiar Surtidor>

6.7 Caso de Uso CU007 - Gestionar Vales
Actores

Objetivo

Precondición


Supervisor
Encargado de Empresa

Solicitar vales de ventas a crédito de combustible y
gestionar su aceptación, impresión y entrega.
Debe existir una solicitud de vales.

Req. No
Funcional

23



Descripción

Este caso de uso comienza cuando el encargado de
empresa envía la solicitud de vales de ventas a
crédito a TecnoBencina.<Solicitar Vales>
Este caso de uso comienza cuando el supervisor
consulta todas las solicitudes de vales existen hay.
<Consultar Solicitud de Vales>
Este caso de uso comienza cuando el supervisor
desea gestionar las solicitudes, aceptarlas y
mandarlas a impresión. <Gestionar Impresión
Vales>

6.8 Caso de Uso CU008 - Consultar Informe de Ventas
Actores
Objetivo
Precondición

Supervisor

Generar un informe de ventas.
Deben existir ventas en el sistema.

Req. No
Funcional

Descripción

Este caso de uso comienza cuando el supervisor
genera el informe de ventas parciales o históricos de
TecnoBencina .<Generar Informe Ventas>

6.9 Caso de Uso CU009 - Cargar Beneficiarios Externos
Actores
Objetivo
Precondición

Supervisor

Cargar Datos de Empresa en Convenio
Deben existir documentos de empresas en convenio.

Req. No
Funcional

24


Descripción

Este caso de uso comienza cuando el supervisor
desea cargar los datos de empresas en convenio
con TecnoBencina al sistema para que se conviertan
en usuarios de este y generar solicitudes de
vales.<Cargar Documento de Datos Empresa
Convenio>

6.10 Caso de Uso CU010 - Generar Transacción de Créditos
Actores

Objetivo

Precondición


Supervisor
Sistema Facturación

Generar informe de transacciones de crédito y generar
factura con dicho informe.
Deben existir transacciones de crédito en el sistema.

Req. No
Funcional

Descripción

Este caso de uso comienza cuando el supervisor
desea generar un informe de transacciones de
ventas al crédito.<Generar Transacciones de
Ventas al Crédito>
Este caso de uso comienza cuando el informe esta
generado con el formato que es posible ser leído por
el sistema de facturación interno de TecnoBencina y
se genera una factura. <Generar Factura>

25

7. 7. nos mostraran un flujo básico o curso normal que es la forma correcta que funciona el sistema y el flujo alterno o cursos alternativos que es lo que pasaría si se presenta un error o el usuario cancela una opción.Autenticar Usuario      Actores Objetivo Administrador Cajero Operador Supervisor Encargado Empresa Autenticar a los distintos usuarios en el sistema. Curso Normal Paso Acción del Actor Paso Respuesta del Sistema 26 .1 Caso de Uso CU001 . Precondición Post Condición Acceso al sistema. Los usuarios deben estar ingresados en el sistema para poder Logearse.0 Caso de Uso Extendido Los casos de usos extendidos nos darán una visión más amplia del sistema.

El sistema no puede cursar la solicitud.1 Los usuarios ingresan al sistema y se autentican en él. El administrador debe estar Logeado en el sistema para poder acceder a esta opción. se mostrara un mensaje de error. 2 El sistema compara los datos y roles de cada usuario e ingresa al sistema. 27 . 2 El sistema retorna a la página de Log In. 7.2 Caso de Uso CU002 .Agregar Nuevo Usuario Actores Objetivo Precondición  Administrador Agregar Nuevos usuarios al sistema. 3 El sistema muestra la página de inicio de cada usuario. Cursos Alternativos Paso Actor Paso Respuesta del Sistema 2 1 Los usuarios ingresan credenciales erróneas al sistema.

Post Condición Nuevo usuario creado. Curso Normal Paso 1 Acción del Actor Paso El administrador ingresa los datos del nuevo usuario al sistema. 2 Cursos Alternativos Paso 1 El sistema arroja un mensaje de advertencia de que los campos no están completos.3 Caso de Uso CU003 . 3 El sistema muestra un mensaje de éxito. El administrador debe estar Logeado en el sistema para 28 . Actor Paso Respuesta del Sistema El administrador no ingresa todos los datos del usuario nuevo al sistema.Modificar Datos Usuarios Actores Objetivo Precondición  Administrador Modificar Datos de usuarios. 2 Respuesta del Sistema El sistema agrega los datos de los usuarios nuevos a la base de datos. 7.

Pas o 2 3 Respuesta del Sistema El sistema modifica los datos de los usuarios en la base de datos. 29 . Curso Normal Paso Acción del Actor 1 El administrador ingresa los nuevos datos del usuario a modificar. El sistema muestra mensaje de éxito. Pas o 2 Respuesta del Sistema El sistema arroja un mensaje de error de que los campos no coinciden con los datos ingresados. Post Condición Modificar un usuario. un Cursos Alternativos Paso 1 Actor El administrador ingresa datos erróneos.poder acceder a esta opción.

Listar Usuarios Actores Objetivo Precondición Post Condición  Administrador Listar todos los usuarios. Listar usuarios.4 Caso de Uso CU004 . Curso Normal Paso 1 Acción del Actor Pas o El administrador selecciona la opción de listar usuarios.7. 2 Respuesta del Sistema El sistema entrega un listado detallado de todos los usuarios del sistema. El administrador debe estar Logeado en el sistema para poder acceder a esta opción. Pas o 2 Respuesta del Sistema El sistema arroja una advertencia preguntando si desea 30 . Cursos Alternativos Paso Actor 1 El administrador cancela la opción de listar usuarios.

5 Caso de Uso CU005 . Usuario eliminado del sistema. El administrador debe estar Logeado en el sistema para poder acceder a esta opción. El administrador utiliza el filtro para buscar el usuario especifico a eliminar 4 El sistema retorna el usuario filtrado.Eliminar Usuario Actores Objetivo Precondición Post Condición  Administrador Eliminar usuario específico del sistema. 6 El sistema elimina al usuario seleccionado. 7. El administrador selecciona la opción eliminar usuario.cancelar la opción. 1 3 5 Respuesta del Sistema Acción del Actor 31 . Curso Normal Paso Paso El administrador selecciona la opción de eliminar usuarios. 2 El sistema entrega un listado detallado de todos los usuarios del sistema.

7. El administrador debe estar Logeado en el sistema para poder acceder a esta opción.6 Caso de Uso CU006 . Curso Normal Paso Acción del Actor Paso Respuesta del Sistema 2 1 El administrador ingresa los datos de la nueva empresa al sistema.Cursos Alternativos Paso Actor Paso El administrador ingresa datos de usuario a eliminar erróneos.Agregar Nueva Empresa Convenio  Actores Objetivo Administrador Agregar Nueva empresa al sistema. 2 1 Respuesta del Sistema El sistema arroja un mensaje de advertencia de que los datos no son correctos. 32 . El sistema agrega los datos de la empresa nueva a la base de datos. Precondición Post Condición Nueva empresa agregada al sistema.

7. 2 El sistema arroja un mensaje de advertencia de que los campos no están completos. un Cursos Alternativos Paso 1 Actor Paso Respuesta del Sistema El administrador no ingresa todos los datos de la empresa nueva al sistema. 33 .7 Caso de Uso CU007 .Modificar Datos Empresa Convenio Actores Objetivo  Administrador Modificar Datos de la empresa en convenio.3 El sistema muestra mensaje de éxito.

ingresa Paso Respuesta del Sistema 2 El sistema arroja un mensaje de error de que los campos no coinciden con los datos ingresados. un Cursos Alternativos Paso 1 Actor El administrador datos erróneos. 3 El sistema muestra mensaje de éxito. 2 1 El sistema modifica los datos de la empresa en la base de datos.El administrador debe estar Logeado en el sistema para poder acceder a esta opción. 34 . Curso Normal Paso Acción del Actor Paso Respuesta del Sistema El administrador ingresa los nuevos datos de la empresa a modificar. Precondición Post Condición Modificar datos de una empresa.

El sistema arroja una advertencia preguntando si desea cancelar la opción. 35 .7. Cursos Alternativos Paso Actor Paso Respuesta del Sistema 2 1 El administrador cancela la opción de listar empresas en convenio.8 Caso de Uso CU008 . 2 El sistema entrega un listado detallado de todas las empresas en convenio del sistema.Listar Empresas Convenio  Actores Objetivo Administrador Listar todas las empresas en convenio. Curso Normal Paso 1 Acción del Actor Paso Respuesta del Sistema El administrador selecciona la opción de listar empresas en convenio. El administrador debe estar Logeado en el sistema para poder acceder a esta opción. Precondición Post Condición Listar empresas en convenio.

El sistema elimina a la empresa seleccionada. 6 5 El administrador selecciona la opción eliminar empresa convenio.9 Caso de Uso CU009.Eliminar Empresa Convenio  Actores Objetivo Administrador Eliminar empresa en convenio específica del sistema. El administrador utiliza el filtro para buscar la empresa especifico a eliminar 4 3 El sistema retorna empresa filtrada. El administrador debe estar Logeado en el sistema para poder acceder a esta opción. 1 la Cursos Alternativos Paso Actor Paso Respuesta del Sistema 36 . 2 El sistema entrega un listado detallado de todas las empresas en convenio del sistema.7. Curso Normal Paso Acción del Actor Paso Respuesta del Sistema El administrador selecciona la opción de eliminar Empresas Convenio. Precondición Post Condición Empresa en convenio eliminada del sistema.

El administrador debe estar Logeado en el sistema para poder acceder a esta opción.El administrador ingresa datos de empresa erróneos para eliminar. 1 2 El sistema arroja un mensaje de advertencia. diciendo que los datos no son correctos. 7.10 Caso de Uso CU010 .Agregar Combustible  Actores Objetivo Administrador Agregar Combustible al sistema. Precondición Post Condición Combustible agregado al sistema. Curso Normal Paso Acción del Actor Paso Respuesta del Sistema 37 .

11 Caso de Uso CU011 . 7. 2 El sistema arroja un mensaje de advertencia de que los campos no están completos. 1 2 3 El sistema agrega los datos del Combustible a la base de datos. El sistema muestra mensaje de éxito. un Cursos Alternativos Paso 1 Actor Paso Respuesta del Sistema El administrador no ingresa todos los datos del Combustible al sistema. 38 .El administrador ingresa los datos del Combustible al sistema.Listar Stock Combustible Actores Objetivo  Administrador Listar el stock de todos los combustibles.

El sistema arroja una advertencia preguntando si desea cancelar la opción.El administrador debe estar Logeado en el sistema para poder acceder a esta opción. 39 . Cursos Alternativos Paso Actor Paso Respuesta del Sistema 2 1 El administrador cancela la opción de listar stock de combustible. Precondición Post Condición Listar el stock de combustible. Curso Normal Paso Acción del Actor Paso Respuesta del Sistema El administrador selecciona la opción de listar stock de combustible. 2 1 El sistema entrega un listado detallado de todo el combustible del sistema.

12 Caso de Uso CU012 . 40 . Cursos Alternativos Paso Actor Paso Respuesta del Sistema El administrador cancela la opción de listar stock de combustible. 2 1 El sistema arroja una advertencia preguntando si desea cancelar la opción. El administrador debe estar Logeado en el sistema para poder acceder a esta opción. El sistema entrega un listado detallado del combustible por surtidor seleccionados del sistema. Curso Normal Paso Acción del Actor Paso Respuesta del Sistema 2 1 El administrador selecciona la opción de listar stock de combustible por surtidor.7.Listar Stock Combustible en Surtidor  Actores Objetivo Administrador Listar el stock de los combustibles por surtidor. Precondición Post Condición Listar el stock de combustible por surtidor.

El cajero debe estar Logeado en el sistema para poder acceder a esta opción. Paso 2 Respuesta del Sistema El sistema entrega un Boleta por la compra de combustible.7. Curso Normal Paso 1 Acción del Actor El Cajero Cobra por la carga de combustible a realizar. Cursos Alternativos 41 .13 Caso de Uso CU013 .Realizar Venta Combustible  Actores Objetivo Cajero Realizar Venta Combustible. Precondición Post Condición Venta de Combustible Realizada.

Paso 1 Actor El Cajero cancela la opción de Venta de combustible Paso Respuesta del Sistema 2 El sistema arroja una advertencia preguntando si desea cancelar la opción.14 Caso de Uso CU014 . El cajero debe estar Logeado en el sistema para poder 42 . 7.Anular Venta Combustible Actores Objetivo Precondición  Cajero Anular Venta Combustible.

Post Condición Venta de Combustible Es Cancelada.acceder a esta opción. Cursos Alternativos Paso 1 Actor El Cajero cancela la opción de Anular la venta de combustible Pas o 2 Respuesta del Sistema El sistema arroja una advertencia preguntando si desea cancelar la opción. 1 Pas o Acción del Actor la 2 Respuesta del Sistema El sistema arroja una advertencia por la cancelación. 43 . 7.Cancelar Transacción Actores Objetivo Precondición Post Condición  Operador Cancelar Transacción El operado debe estar Logeado en el sistema para poder acceder a esta opción. La Transacción Es Cancelada.15 Caso de Uso CU015 . Curso Normal Paso El Cajero Cancela el cobro por carga de combustible a realizar.

una la Cursos Alternativos Paso 1 Actor El Operador cancela la opción de Anular la transacción. Pas o 2 Respuesta del Sistema El sistema arroja advertencia por cancelación.Cambiar Surtidor Actores  Operador 44 . 7.16 Caso de Uso CU016 .Curso Normal Paso Acción del Actor 1 El Operador Cancela la Transacción a realizar. Pas o 2 Respuesta del Sistema El sistema arroja una advertencia preguntando si desea cancelar la opción.

17 Caso de Uso CU017 . 7. Cursos Alternativos Paso Actor Paso Respuesta del Sistema El Operador cancela la opción de cambiar el surtidor.Generar Informe Ventas Actores Objetivo  Supervisor Generar Informe de la venta 45 . 2 1 El sistema arroja una advertencia preguntando si desea cancelar la opción.Objetivo Precondición Post Condición Cambiar Surtidor El operado debe estar Logeado en el sistema para poder acceder a esta opción. Se Cambia a otro surtidor con combustible Curso Normal Paso Acción del Actor Paso Respuesta del Sistema 2 1 El Operador Cambia la carga a realizar a otro surtidor. El sistema arroja una advertencia por el cambio de surtidor.

Enviar informe Curso Normal Paso 1 Acción del Actor El Supervisor Informe de venta Paso Respuesta del Sistema 2 El sistema Genera un informe con los detalles de venta. 2 Respuesta del Sistema El sistema arroja advertencia por falta información. una de 7.Precondición Post Condición El Supervisor debe estar Logeado en el sistema para poder acceder a esta opción.18 Caso de Uso CU018 -Generar Transacciones de Ventas al Crédito Actores Objetivo Precondición Post Condición  Supervisor Generar venta al crédito El Supervisor debe estar Logeado en el sistema para poder acceder a esta opción. Genera Cursos Alternativos Paso 1 Actor Paso El Supervisor falta datos de venta. generar factura Curso Normal Paso Acción del Actor Paso Respuesta del 46 .

47 . Precondición Post Condición enviar factura Curso Normal Paso Acción del Actor Paso Respuesta del Sistema El Supervisor genera Factura de venta por crédito 2 1 El sistema Envía una factura con los detalles de venta.Sistema El Supervisor genera transacción de venta por crédito 1 2 El sistema Genera una factura con los detalles de venta. Cursos Alternativos Paso Actor Paso El Supervisor falta datos de venta. 7.19 Caso de Uso CU019 -Generar Factura   Actores Objetivo Supervisor Sistema Facturación Generar factura por venta al crédito El Supervisor debe estar Logeado en el sistema para poder acceder a esta opción. 2 1 Respuesta del Sistema El sistema arroja una advertencia por falta de información.

Cursos Alternativos Paso 1 Actor Paso El Supervisor cancela facturación de venta. arroja por una la 7. Enviar vales de venta Curso Normal 48 . El Encargado Empresa debe estar Logeado en el sistema para poder acceder a esta opción.20 Caso de Uso CU020 -Solicitar Vales Actores Objetivo Precondición Post Condición  Encargado Empresa Obtener vales de la venta. la 2 Respuesta del Sistema El sistema advertencia cancelación.

2 El sistema Genera vales con los detalles de venta. Cursos Alternativos Paso Actor Paso Respuesta del Sistema El Encargado Empresa falta datos de venta.21 Caso de Uso CU021 -Consultar Solicitudes de Vales Actores Objetivo Precondición  Supervisor Consulta por las solicitudes de vales El Supervisor debe estar Logeado en el sistema para poder 49 . 2 1 El sistema arroja una advertencia por falta de información.Paso Acción del Actor Paso Respuesta del Sistema 1 El Encargado Empresa Solicita vales de venta. 7.

acceder a esta opción. Cursos Alternativos Paso Actor Paso Respuesta del Sistema 2 1 El supervisor Ingresa mal la consulta de vales. 7.22 Caso de Uso CU022 -Gestionar Impresión Vales Actores Objetivo  Supervisor Gestionar Impresión Vales 50 . El sistema arroja una advertencia por falta de información. Post Condición Informe de solicitudes de vales Curso Normal Paso 1 Acción del Actor Paso Respuesta del Sistema El Supervisor Consulta por Solicita vales de venta. 2 El sistema Genera una lista con las solicitudes de vales con los detalles de venta.

Cursos Alternativos Paso Actor Paso 1 El supervisor Ingresa mal los vales para sí impresión. arroja una 51 . 2 Respuesta del Sistema El sistema advertencia. Precondición Post Condición impresión de vales Curso Normal Paso 1 Acción del Actor Paso Respuesta del Sistema El Supervisor genera la impresión de los vales con las ventas 2 El sistema Genera una impresión con las solicitudes de vales con los detalles de venta.El Supervisor debe estar Logeado en el sistema para poder acceder a esta opción.

52 .7.22 Caso de Uso CU022 -Cargar Documento de Datos Empresa Convenio. El sistema arroja un mensaje de advertencia de que los campos no están completos. Cargar información de las empresa convenio Curso Normal Paso Acción del Actor Paso Respuesta del Sistema El Supervisor ingresa los datos del documento de las empresa convenio 2 1 El sistema agrega los datos de la empresa convenio 3 El sistema muestra un mensaje de existo. Cursos Alternativos Paso Actor Paso Respuesta del Sistema 2 1 El Supervisor no ingresa todos los datos del usuario nuevo al sistema.  Actores Objetivo Precondición Post Condición Supervisor Cargar información de las empresa convenio El Supervisor debe estar Logeado en el sistema para poder acceder a esta opción.

8. los componentes de software o los equipos que pueden realizar estas acciones.8. las personas o actores.0 Diagrama de Actividades Los diagramas de actividades nos mostraran los procesos de negocio o los procesos del sistema como un flujo de trabajo a través de una serie de acciones.1 Diagrama de Actividades: Log In 53 .

Diagrama de Actividad Log In 54 .Fig 3.

8.2 Diagrama de Actividades: Agregar Usuario y Agregar Empresa Fig 4 y 5. Diagramas de Actividades Gestionar Usuario y Gestionar Empresa 55 .

8. Diagrama de Actividades Gestionar Stock y Gestionar Pago 8.3 Diagrama de Actividades: Gestionar Stock y Gestionar Pagos Fig 6 y 7.4 Diagrama de Actividades: Gestionar Carga de Combustible y Consultar Informe de Ventas 56 .

5 Diagrama de Actividades: Cargar Beneficiarios Externos 57 . Diagrama de Actividad Gestionar Carga de Combustible y Consultar Informe de Venta 8.Fig 8 y 9.

6 Diagrama de Actividades: Gestionar Vales 58 .Fig 10. Mapa de Proceso Cargar Beneficiario Externo 8.

7 Diagrama de Actividades: Generar Transacciones de Crédito 59 . Mapa de Proceso Gestionar Vales 8.Fig 11.

Mapa de Proceso Generar Transacciones de Crédito 60 .Fig 12.

9. Mapa de Proceso Mejorado 61 .0 Mapa de Proceso Mejorado Fig 13.

E. Proceso Gestionar Convenio 1.1El administrador generar las credenciales de los usuarios 3. El supervisor se autentica en la nueva aplicación 2. si el cliente lo solicita. El supervisor generar a través de la aplicación un informe de ventas diario 3. El operador realiza la carga de combustible 3. El administrador se autentica en la nueva aplicación 2. El administrador registra los datos de los usuarios en el sistema 2. El supervisor gestiona la solicitud de vales 4. D. El supervisor genera. si el operador realiza una anulación de carga. El encargado de empresa externa en convenio realiza la petición de vales 3. realiza una anulación de venta C. anula la carga de combustible 4. El administrador registra las cantidades de combustibles en el sistema B. El cajero realiza y registra un venta de combustible 3. Proceso Gestionar Informe de Venta 1. realiza el cambio de surtidor para la carga. El operador. Proceso Administrar Negocio 1. Proceso Gestionar Carga de Combustible 1. 62 . El cajero se autentica en la nueva aplicación 2. El administrador registra los datos de las empresas al sistema 4. El operador se autentica en la nueva aplicación 2.9. El encargado de empresa externa en convenio se autentica en la nueva aplicación 2. El supervisor envía a imprimir los vales de convenio. Proceso Gestionar Venta Combustible 1.1 Descripción de Tareas Mejoradas A. a través de la aplicación un informe de transacciones de ventas a crédito. si el surtidor no tiene combustible. El cajero. El operador.

BPMN Gestionar Carga de Combustible 63 .0 BPMN Situación Actual de Negocio 10.10.1 Gestionar Carga de Combustible Fig 14.

BPMN Gestionar Ventas 64 .10.2 Gestionar Ventas Fig 15.

11. BPMN Gestionar Negocio 11.1 Gestionar Negocio Fig 16.2 Sub-Proceso Autenticar 65 .0 BPMN Situación Mejorada de Negocio 11.

BPMN Sub-Proceso Autenticar 11.Fig 17. BPMN Gestionar Usuario 11.4 Gestionar Empresa Fig 18. BPMN Gestionar Empresa 66 .3 Gestionar Usuario Fig 18.

BPMN Gestionar Stock 67 .11.5 Gestionar Stock Fig 19.

BPMN Gestionar Ventas 68 .11.6 Gestionar Venta Fig 20.

7 Gestionar Carga Combustible Fig 21. BPMN Gestionar Carga Combustible 69 .11.

11.8 Gestionar Informes Fig 21. BPMN Gestionar Informes 70 .

BPMN Gestionar Vales de Convenio.11.9 Gestionar Vales de convenio Fig 22. 71 .

Duoc uc. Modelamiento de proceso de negocios (2016): 3-Requerimientos Caso Uso (pdf). Modelamiento de proceso de negocios (2016): 2-Requerimientos (pdf). Modelamiento de proceso de negocios (2016): 5-Diagrama de Actividades (pdf).oracle. Duoc uc.0 Bibliografía Pressman.com/database/ Información sobre modelamiento de procesos http://es.visualstudio.slideshare.com/ Como motor de base de datos se utilizara Oracle: https://www. Duoc uc. Roger (2014): Ingeniería de Software un enfoque práctico (Octava Edición).net/ 72 .0 Sitios de referencias En este proyecto se utilizara una interface de desarrollo llamado visual estudio: https://www. Duoc uc. 13.12. Modelamiento de proceso de negocios (2016): 4-Requerimientos Caso Uso II (pdf).