Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
versal - Caso 5
Preparado por
Israel Granifo, Kevin Guajardo
Jefe Proyecto, Desarrollador Senior
30 Nov. 2016
Entrega:
Sandra Orfilia Olea Jara
Seccion:
MPN_001V
Autor
Versin
17-09-16
Israel Granifo M.
0.1
30-10-16
Israel Granifo M.
0.2
Revisores
Nombre
Versin Aprobada
Posicin
Fecha
Contenido
Contenido
1.0 Introduccin:
1.1
Propsito:
1.2
1.3
2.4 Restricciones
9
9
12
12
13
16
16
17
18
18
18
19
19
20
20
21
21
21
22
23
23
24
25
25
26
27
28
29
30
31
32
33
34
35
35
36
36
37
37
38
38
39
40
41
41
42
43
45
46
47
48
49
50
50
51
44
52
52
53
53
54
54
55
56
57
58
12.0 Bibliografa
59
59
1.0 Introduccin:
La empresa TecnoBencina se dedica a la venta de combustibles desde hace ms de 20 aos, est ubicada en la
comuna de Macul y vende los siguientes tipos de combustibles: bencina de 93, 95 y 97 octanos y petrleo, a
travs de 3 surtidores de combustible. Esta empresa ha efectuado pocos cambios en sus 20 aos de operacin,
su equipamiento de carga y venta de combustible se encuentran en buen estado, se han efectuado todas las
mantenciones lo que permite su aprobacin legal.
Si bien la empresa ha obtenido los ingresos suficientes para mantenerse en el mercado, renovar su infraestructura
de almacenaje y surtidores no est en sus planes, toda vez que han invertido en las mantenciones que le permiten
operar.
1.1Propsito:
Se expondr de manera detallada la forma de cmo se abordar las necesidades Expuestas por el cliente, as el
podr validar si las soluciones expuestas cumplan sus expectativas en los tiempos que nosotros como empresa
estimamos necesario.
El sistema como esta propuesto por nuestro cliente tiene distintas especificaciones, como principal el sistema
debe alojarse en un ambiente web con una conexin a una base de datos Oracle con la cual ellos trabajan.
En este punto plantearemos y explicaremos todas las abreviaturas que aparecern en el informe, de esta forma se
tendr un mejor entendimiento de lo que se lee.
M: Media
B: Baja
CU: Caso de Uso
De acuerdo a la situacin actual y a objeto de mejorar el servicio junto con disminuir la prdida de combustible, la
empresa ha decidido implementar un sistema de gestin y una nueva forma de trabajo que ser reflejada en el
software, esta nueva forma implica que el operador ya no recibe dinero, se implementar una caja de pago, para
que el cliente cancele el combustible y obtenga su boleta y un comprobante de pago, el operador del surtidor ser
informado por sistema que existe una comprobante por determinada cantidad de combustible y tipo de
combustible.
Respecto de la venta a crdito, se logr establecer un convenio con una compaa, lo que implica manejar
informacin de una cartera de clientes que pueden comprar a crdito, al momento del pago, se verificar si el
cliente est dentro de las personas con opcin de crdito va empresas, si est informado por la compaa con
convenio se podr otorgar el servicio.
que tipo son y cantidad en litros (10,20 y 30 litros), la fecha de entrega y el nmero de comprobante de
depsito o transferencia realizada.
10.El sistema debe entregarle al supervisor la opcin de consultar las solicitudes de vales, para poder
gestionar la impresin y posterior entrega.
11. Para la venta al crdito, el sistema debe poder cargar una cartera de beneficiarios, la cual es enviada por la
empresa en convenio, el archivo debe considerar el rut, nombre, empresa, tope de litros y fecha de lmite de
vigencia, esta informacin debe ser cargada mediante un archivo plano de texto separado por punto y
comas.
12.El sistema debe proporcionar una opcin de generacin automtica de las transacciones de ventas al
crdito, las cuales permitirn al sistema de facturacin generar facturas a las empresas en convenio. Esta
informacin debe disponerse en una estructura de datos especial para ser leda por el sistema de
facturacin.
13.Para acceder a las diversas funcionalidades, el sistema debe proporcionar una forma de autenticacin con
usuario y clave, de acuerdo al perfil previamente asignado, el sistema mostrara el men de opciones
correspondiente para el usuario.
14.Para el supervisor de la bencinera, el sistema debe entregar un reporte de ventas diario, 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 segn el tipo de combustible. Este reporte debe ser factible de
imprimir.
15.Se debe considerar mantener informacin de los surtidores, por cuanto debe especificarse que combustible
entregan, el sistema debe permitir registrar los datos necesarios de los surtidores.
16.Los precios de los combustibles deben poder registrarse en el sistema, ya que son variables.
17.Las empresas que establecen convenios deben ser consideradas como datos del sistema, para que los
encargados de dichas empresas sean usuarios del sistema y soliciten vales.
Identificador
Nombre
Descripcin
CP-1
Gerente
CP-2
Administrado
r
Es el responsable de la administracin de la
empresa, principal actor del sistema, es el
encargado de gestionar el personal en la
empresa, el stock de productos, administrar
empresas en convenio, pagos de proveedores y
facturacin.
CP-3
Supervisor
CP-4
Cajero
Operador
CP-6
Encargado
empresa
CP-7
Empresas
convenio
2.4 Restricciones
El sistema propuesto cuenta con ciertas restricciones propuestas por nuestro cliente, primero el sistema debe ser
desarrollado en un ambiente WEB, segundo el sistema debe trabajar con la base de datos Oracle que utiliza la
empresa, Tercero el lenguaje programacin a utilizar debe ser un lenguaje orientado a objetos, por ltimo el
sistema debe interconectarse con el sistema de facturacin que utiliza TecnoBencina.
El sistema debe trabajar en un ambiente WEB y el lenguaje a utilizar debe ser orientado a objeto, de esta forma
hemos llegado al conceso de utilizar ASP .Net como lenguaje para programar la aplicacin de nuestro cliente.
Los requisitos Funcionales del sistema nos darn un enfoque de las cualidades que debe tener, las funciones que
le entregara a nuestro cliente segn sus requerimientos.
10
digo
QF-001
Descripcin
QF-002
QF-003
Descripcin
QF-004
El
sistema
debe
cargar
informacin mediante un archivo
plano separando el texto por
punto y comas.
QF-005
QF-007
Criterio de Aceptacin
Prioridad
Funcional
Al momento de registrar el
pago, se debe considerar el
tipo de combustible, la
cantidad de litros y el modo
de pago segn precio.
Funcional
Funcional
El sistema actualizara de
forma automtica o manual el
valor de los combustibles que
maneja TecnoBencina
digo
QF-006
Tipo
Tipo
Criterio de Aceptacin
Prioridad
Funcional
Funcional
El
sistema
generara
automticamente un informe
de las ventas al crdito el cual
ser ser compatible con el
sistema de facturacin de la
empresa.
Funcional
El sistema mostrara en el
surtidor
todas
las
transacciones pagadas por
cajas las cuales el operador
comparar
con
el
comprobante.
Funcional
11
QF-008
Funcional
El sistema desplegara un
formulario donde solicitara
todos estos datos.
QF-009
Funcional
QF-010
Funcional
QF-011
Funcional
Funcional
QF-012
digo
Criterio de Aceptacin
Prioridad
Funcional
F-014
Funcional
F-015
Funcional
F-013
Descripcin
El sistema debe entregar una
opcin de registro de solicitudes
de vales de convenio.
12
F-016
Funcional
F-017
Funcional
F-018
Funcional
Los atributos del sistema nos darn un enfoque de las caractersticas que debe tener, como se ver, bajo qu
ambiente trabajara, diseo visual de ciertos requisitos de nuestro cliente, adems de la manejabilidad del sistema,
lo fcil e intuitivo que ser, entre otras.
Cdigo
QNF-001
debe
ser
utilizando
Tipo
Criterio de Aceptacin
Prioridad
No Funcional
El sistema se alojara en el
ambiente web de la empresa
13
QNF-002
No Funcional
El sistema se alojara en el
ambiente web de la empresa
QNF-003
No Funcional
No Funcional
No Funcional
QNF-004
QNF-005
Los otros requisitos del sistema nos darn un enfoque del lenguaje especfico que utilizaremos para la
programacin de la aplicacin de nuestro cliente.
OTROS REQUISITOS
digo
Q-001
Descripcin
La
aplicacin
debe
desarrollada en ASP .net
ser
Tipo
Criterio de Aceptacin
Prioridad
No Funcional
El sistema se alojara en el
ambiente web de la empresa
En las siguientes tablas se encuentran los requerimientos funcionales y no funcionales ms importantes, de esta
forma priorizamos los requerimientos, en el siguiente punto explicaremos l porque de la priorizacin de cada
requerimiento.
I.
14
QF-001
II.
F-006
III.
F-007
IV.
QF-008
El
sistema
debe
permitir
registrar un pago en caja.
Funcional
Al momento de registrar
pago, se debe considerar
tipo
de
combustible,
cantidad de litros y el modo
pago segn precio.
el
el
la
de
Este requerimiento va de la mano con el anterior, 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.
Funcional
El sistema mostrara en el
surtidor
todas
las
transacciones pagadas
por cajas las cuales el
operador comparar con
el comprobante.
Este requerimiento propuesto por el cliente orientado a la seguridad de los datos de su empresa, el propuso
que por roles se deba re direccionar y que cada usuario del sistema tuviera distintas funciones acorde a
sus roles.
Funcional
Este requerimiento al igual que le primero es uno de los ms importantes, ya que un modelo de tres capas
nos da estabilidad en el sistema y adems escalabilidad al momento de buscar errores al momento de las
pruebas.
Funcional
15
V.
F-009
VI.
F-014
VII.
QF-008
VIII.
Este requerimiento es primordial, nuestro cliente planteo que la seguridad deba ser importante y que el
sistema debe contar con cifrado de clave y control de secciones.
De esta forma los encargados de empresas con convenio podrn ser usuarios del sistema y solicitar los
vales de ventas a crdito.
Este requerimiento consiste en un formulario para que las empresas con convenio puedan solicitar los vales
de convenio de venta de combustible.
Funcional
El sistema desplegara un
formulario donde solicitara
todos estos datos.
Este requisito de una u otra forma es principal, porque de esta forma la empresa tiene como validar la venta
de combustible, adems con esa boleta se podrn anular ventas si los surtidores tienen errores o el cliente
rechaza el servicio.
16
F-015
IX.
Funcional
Este requisito fue la peticin principal de nuestro cliente, de esta forma podr monitorear las ventas, stock,
nuevos convenios y la facturacin de cualquier lugar.
QNF-001
XI.
Este requisito cumple la funcin de validar una venta de combustible ante el operador del surtidor, el
operador comparara este comprobante con las transacciones realizadas en caja.
QF-016
X.
No Funcional
La
aplicacin
desarrollada
tecnologa web
debe
ser
utilizando
No Funcional
El sistema se alojara en el
ambiente web de la empresa
Este requisito por parte de nuestro cliente fue preciso y conciso, ya que ellos trabajan con una base de
datos Oracle, ya conocen la forma de trabajar con este sistema y cuentan ya con el ambiente de donde se
aloja esta base de datos.
QNF-002
El
sistema
debe
tener
conexin con una base de
datos Oracle.
No Funcional
El sistema se alojara en el
ambiente web de la empresa
17
18
19
Actores
Objetivo
Precondicin
Administrador
Cajero
Operador
Supervisor
Encargado Empresa
Req. No
Funcional
Descripcin
Precondicin
Administrador
Req. No
Funcional
Descripcin
20
Precondicin
Administrador
Req. No
Funcional
Descripcin
21
Precondicin
Administrador
Req. No
Funcional
Descripcin
Cajero
Precondicin
Req. No
Funcional
22
Descripcin
Operador
Req. No
Funcional
Descripcin
Objetivo
Precondicin
Supervisor
Encargado de Empresa
Req. No
Funcional
23
Descripcin
Supervisor
Req. No
Funcional
Descripcin
Supervisor
Req. No
Funcional
24
Descripcin
Objetivo
Precondicin
Supervisor
Sistema Facturacin
Req. No
Funcional
Descripcin
25
Los casos de usos extendidos nos darn una visin ms amplia del sistema, nos mostraran un flujo bsico o curso
normal que es la forma correcta que funciona el sistema y el flujo alterno o cursos alternativos que es lo que
pasara si se presenta un error o el usuario cancela una opcin.
Actores
Objetivo
Administrador
Cajero
Operador
Supervisor
Encargado Empresa
Precondicin
Post Condicin
Acceso al sistema.
Curso Normal
Paso
Paso
26
El sistema muestra la
pgina de inicio de cada
usuario.
Cursos Alternativos
Paso
Actor
Paso
Los
usuarios
ingresan
credenciales
errneas
al
sistema.
El sistema retorna a la
pgina de Log In.
Precondicin
Administrador
27
Post Condicin
Paso
Paso
Respuesta del
Sistema
El sistema agrega los
datos de los usuarios
nuevos a la base de
datos.
El sistema muestra un
mensaje de xito.
Actor
Paso
Respuesta del
Sistema
Cursos Alternativos
Paso
El sistema arroja un
mensaje
de
advertencia de que los
campos
no
estn
completos.
Administrador
28
Modificar un usuario.
Curso Normal
Paso
Pas
o
2
un
Cursos Alternativos
Paso
Actor
Pas
o
2
29
Precondicin
Post Condicin
Administrador
Paso
Pas
o
El sistema entrega un
listado detallado de
todos los usuarios del
sistema.
Cursos Alternativos
Paso
Actor
Pas
o
2
30
cancelar la opcin.
Precondicin
Post Condicin
Administrador
Paso
Paso
El sistema entrega
un listado detallado
de
todos
los
usuarios
del
sistema.
El sistema retorna el
usuario filtrado.
El sistema elimina al
usuario
seleccionado.
Respuesta del
Sistema
31
Cursos Alternativos
Paso
Actor
Paso
Respuesta del
Sistema
El sistema arroja un
mensaje
de
advertencia de que
los datos no son
correctos.
Actores
Objetivo
Administrador
Precondicin
Post Condicin
Paso
Paso
32
El sistema muestra
mensaje de xito.
un
Cursos Alternativos
Paso
Actor
Paso
El administrador no ingresa
todos los datos de la empresa
nueva al sistema.
El sistema arroja un
mensaje de advertencia de
que los campos no estn
completos.
Administrador
33
Precondicin
Post Condicin
Paso
Paso
El sistema muestra
mensaje de xito.
un
Cursos Alternativos
Paso
Actor
El
administrador
datos errneos.
ingresa
Paso
El sistema arroja un
mensaje de error de que
los campos no coinciden
con los datos ingresados.
34
Actores
Objetivo
Administrador
Precondicin
Post Condicin
Paso
Paso
El administrador selecciona la
opcin de listar empresas en
convenio.
El sistema entrega un
listado detallado de todas
las empresas en convenio
del sistema.
Cursos Alternativos
Paso
Actor
Paso
El administrador cancela la
opcin de listar empresas en
convenio.
35
Actores
Objetivo
Administrador
Precondicin
Post Condicin
Paso
Paso
El administrador selecciona la
opcin de eliminar Empresas
Convenio.
El sistema entrega un
listado detallado de todas
las empresas en convenio
del sistema.
El sistema retorna
empresa filtrada.
El administrador selecciona la
opcin
eliminar
empresa
convenio.
El sistema elimina a la
empresa seleccionada.
la
Cursos Alternativos
Paso
Actor
Paso
36
El
administrador
ingresa
datos de empresa errneos
para eliminar.
El sistema arroja un
mensaje de advertencia,
diciendo que los datos no
son correctos.
Actores
Objetivo
Administrador
Precondicin
Post Condicin
Paso
Paso
37
un
Cursos Alternativos
Paso
Actor
Paso
El administrador no ingresa
todos
los
datos
del
Combustible al sistema.
El sistema arroja un
mensaje de advertencia de
que los campos no estn
completos.
Administrador
38
Precondicin
Post Condicin
Paso
Paso
El administrador selecciona la
opcin de listar stock de
combustible.
El sistema entrega un
listado detallado de todo el
combustible del sistema.
Cursos Alternativos
Paso
Actor
Paso
El administrador cancela la
opcin de listar stock de
combustible.
39
Actores
Objetivo
Administrador
Precondicin
Post Condicin
Paso
Paso
El administrador selecciona la
opcin de listar stock de
combustible por surtidor.
El sistema entrega un
listado
detallado
del
combustible por surtidor
seleccionados
del
sistema.
Cursos Alternativos
Paso
Actor
Paso
El administrador cancela la
opcin de listar stock de
combustible.
40
Actores
Objetivo
Cajero
Precondicin
Post Condicin
Paso
Paso
2
Cursos Alternativos
41
Paso
Actor
El Cajero cancela la opcin
de Venta de combustible
Paso
Cajero
42
Paso
Pas
o
la
Cursos Alternativos
Paso
Actor
Pas
o
2
Precondicin
Post Condicin
Operador
Cancelar Transaccin
El operado debe estar Logeado en el sistema para poder
acceder a esta opcin.
La Transaccin Es Cancelada.
43
Curso Normal
Paso
Pas
o
2
El sistema arroja
advertencia
por
cancelacin.
una
la
Cursos Alternativos
Paso
Actor
Pas
o
2
Operador
44
Objetivo
Precondicin
Post Condicin
Cambiar Surtidor
El operado debe estar Logeado en el sistema para poder
acceder a esta opcin.
Se Cambia a otro surtidor con combustible
Curso Normal
Paso
Paso
El Operador Cambia la
carga a realizar a otro
surtidor.
Cursos Alternativos
Paso
Actor
Paso
El Operador cancela la
opcin de cambiar el
surtidor.
Supervisor
45
Precondicin
Post Condicin
Paso
Paso
Genera
Cursos Alternativos
Paso
Actor
Paso
una
de
Precondicin
Post Condicin
Supervisor
Paso
Paso
Respuesta del
46
Sistema
El Supervisor genera transaccin de
venta por crdito
El sistema Genera
una factura con los
detalles de venta.
Cursos Alternativos
Paso
Actor
Paso
Respuesta del
Sistema
El sistema arroja una
advertencia por falta
de informacin.
Actores
Objetivo
Supervisor
Sistema Facturacin
Precondicin
Post Condicin
enviar factura
Curso Normal
Paso
Paso
47
Cursos Alternativos
Paso
Actor
Paso
El Supervisor cancela
facturacin de venta.
la
arroja
por
una
la
Precondicin
Post Condicin
Encargado Empresa
48
Paso
Paso
El
Encargado
Empresa
Solicita vales de venta.
Cursos Alternativos
Paso
Actor
Paso
Supervisor
49
Paso
Paso
Cursos Alternativos
Paso
Actor
Paso
Supervisor
50
Precondicin
Post Condicin
impresin de vales
Curso Normal
Paso
Paso
El Supervisor genera la
impresin de los vales con las
ventas
Cursos Alternativos
Paso
Actor
Paso
arroja
una
51
Actores
Objetivo
Precondicin
Post Condicin
Supervisor
Paso
Paso
Cursos Alternativos
Paso
Actor
Paso
El Supervisor no ingresa
todos los datos del usuario
nuevo al sistema.
52
Los diagramas de actividades nos mostraran los procesos de negocio o los procesos del sistema como un flujo de
trabajo a travs de una serie de acciones, las personas o actores, los componentes de software o los equipos que
pueden realizar estas acciones.
53
54
55
56
57
58
59
60
Mejorado
61
62
63
64
65
66
67
68
69
70
71
12.0 Bibliografa
Pressman, Roger (2014): Ingeniera de Software un enfoque prctico (Octava Edicin).
Duoc uc, Modelamiento de proceso de negocios (2016): 2-Requerimientos (pdf).
Duoc uc, Modelamiento de proceso de negocios (2016): 3-Requerimientos Caso Uso (pdf).
Duoc uc, Modelamiento de proceso de negocios (2016): 4-Requerimientos Caso Uso II (pdf).
Duoc uc, Modelamiento de proceso de negocios (2016): 5-Diagrama de Actividades (pdf).
72