Escuela:

Informtica y Telecomunicaciones
Carrera:

Analista Programador Computacional

Asignatura:

Portafolio de Ttulo
PTF5447

Caso 8 Portafolio de Ttulo

Sistema de ventas para empresa de servicios automotrices

Caso 8 Sistema de ventas para la empresa Jaramillo

Contexto
La empresa de servicios automotrices "Jaramillo" se dedica a la venta de lubricantes y accesorios
menores de vehculos, est situada en Santa Isabel 3210 y es reconocida por la buena atencin
al cliente y vender productos de calidad. Dentro de sus servicios se encuentra: cambios de aceite,
alineacin, balanceo, revisin de frenos, cambios de pastillas de freno, cambios de filtros, control
de gases y mantenciones menores.
En el sector existen varios locales que venden servicios similares, sin embargo los clientes
prefieren a "Jaramillo" por lo que algunos das se hacen filas de atencin, los clientes confan en
"Jaramillo", sin embargo existe un costo de tiempo de cada cliente, mucho de ellos se conocen
entre s e intercambian experiencias de reparaciones y mantenimiento, sobre todo de mecnicos
que sean conocidos y responsables, pero encontrar uno bueno es difcil, ya que deben dejar en
sus manos a sus "joyitas".
En los casos que se requieren mantenciones o reparaciones mayores, los operadores de
"Jaramillo" recomiendan algunos mecnicos.

Modelo de negocio
En "Jaramillo" existe la venta de accesorios y venta de servicios, los servicios incluyen mano de
obra que es efectuada por personal de "Jaramillo" en forma gratuita (algunos clientes les dan
propinas) el servicio puede incluir lubricantes o accesorios que se deban utilizar, por ejemplo,
el cambio de aceite que es el servicio incluye el bidn de aceite y opcionalmente puede incluir el
filtro, si es que el cliente se acuerda del kilometraje, muchas veces la tarjetita donde se anotan
los kilometrajes se extrava o daa.
El servicio se solicita al vendedor y se cancela en caja, una vez cancelado, se lleva la boleta al
personal de servicio para que concrete el servicio pagado.

Problema
En la forma de operar de "Jaramillo" han ocurrido situaciones donde se ha perdido control entre
lo pagado por el cliente y el producto aplicado, en los cierres diarios se ha contabilizado mayor
salida de lubricantes versus los ingresos por dicho concepto.

Por otra parte, los clientes cada vez tiene menos tiempo para llevar sus vehculos al servicio
"Jaramillo" por lo que han manifestado que podran cambiarse a otros locales de servicios de
lubricantes. Para los clientes, en "Jaramillo", el contacto con otros dueos de vehculos similares
y sus recomendaciones de mecnicos son valorados por los clientes.

Solucin.
"Jaramillo" ha decidido implementar un sistema de control de ventas, para que la venta se inicie
en caja con la compra del servicio, dando mayor claridad respecto de los insumos y servicios
pagados, a su vez el personal de servicio tendr informacin de mejor calidad respecto del
servicio e insumos a utilizar.
La idea es que el mesn de atencin registre el pedido y genere un comprobante, el cliente llegar
a la caja donde el cajero ubicar el comprobante y completar el pago, esto implica que se deber
generar la respectiva boleta y el comprobante lo que ser entregado al cliente, luego el cliente
entrega el comprobante al personal de servicios quien concreta el servicio.
Por otra parte, a objeto de mejorar la atencin al cliente, se visualiza implementar un sistema de
reserva de horas para los servicios, de esta forma se puede atender al cliente sin perder tiempo
en filas.
El sistema adems entregar el servicio de contacto con mecnicos, los mecnicos que quieran
ofrecer sus servicios, debern solicitar su inscripcin para aparecer como contacto en el sistema
y debern cancelar a "Jaramillo" 2 UF mensuales por esta publicacin.
Si un cliente tiene mala experiencia con un mecnico puede genera un aviso de buen o mal
servicio, con lo cual el supervisor de "Jaramillo" puede evaluar eliminar el contacto.
Con el nuevo sistema la idea es identificar en cada servicio prestado al cliente y su vehculo, a
objeto de mantener un historial de servicios que el cliente puede consultar on-line y as llevar un
control de sus mantenciones y servicios.

Funcionalidades del producto.

1. El sistema debe permitir registrar una venta en el mesn de atencin, el vendedor debe
poder ingresar los datos del cliente y sealar el servicio e insumos requeridos.
2. El sistema una vez generada la venta, debe generar un comprobante que indique el
nmero de transaccin y el detalle de lo pedido. Este comprobante es entregado al
cliente para pagar en caja.
3. Para el cajero, el sistema debe mostrar los pedidos generados en el mesn de ventas,
cuando el cliente se acerca a pagar, le entrega el comprobante al cajero, y este ubica el
pedido en el sistema, una vez ubicado en el sistema completa el pago y genera la boleta
que se entrega al cliente junto al comprobante timbrado como pagado.
4. En caso de los servicios que son peridicos, se debe registrar la fecha de prximo
servicio.
5. El sistema debe permitir a los clientes registrados, efectuar una reserva de hora para
asistir al servicio, se debe indicar el da, hora y servicio requerido. Si ya existe una
reserva para el da y hora requerida no se puede reservar.
6. El cliente a travs del sistema, se debe lograr imprimir la reserva, a objeto de asistir al
servicio "Jaramillo" y solicitar la atencin respectiva. El sistema debe permitir al
administrador habilitar o inhabilitar das especficos.
7. El sistema debe permitir administrar las prestaciones sealando si corresponde a
lubricantes, accesorio, servicio de mano de obra o repuesto y su respectivo precio.
8. Para el cliente, el sistema debe mostrar los mecnicos que estn registrados en el
sistema, para cada mecnico, se debe mostrar los datos de contacto y permitir enviar un
correo electrnico al mecnico, indicando los datos bsicos del cliente para que tome
contacto.
9. El sistema debe permitir al administrador registrar los mecnicos y especificar si estn
vigentes, junto con el nombre, rut, descripcin y telfono de contacto se debe indicar el
correo electrnico para contacto.

10. El sistema debe validar el correo ingresado a la ficha del mecnico, ya que los clientes
enviarn correos y debe ser vlida la direccin de correo.
11. Para observar las ventas del da, el sistema debe proporcionar un reporte de ventas
diario, indicando al menos, cada prestacin y el monto vendido. Este reporte ser
consultado por el supervisor del servicio.
12. Mediante un proceso automatizado, se debe poder generar una revisin de insumos
con bajo stock, para que el sistema enve al correo electrnico del supervisor un aviso
de bajo stock e indicar que debe planificar comprar un determinado insumo. Este aviso
debe enviarse los das jueves de cada semana.
13. Para el cliente, el sistema debe permitir mostrar el historial de servicios efectuados,
para su control personal de mantenciones.
14. Para acceder a las diversas funcionalidades, el sistema se 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.

Casos de uso.
Especificacin del Caso de Uso
ID Caso Descripcin y trazabilidad
de Uso
Autenticar usuarios
RF14
CU1

CU2
CU3
CU4
CU5
CU6
CU7
CU8
CU9
CU10

Administrar usuarios
RF11, RF14
Administrar mecnicos
RF9, RF10
Administrar prestaciones
RF7
Gestionar venta
RF1, RF2, RF3, RF4
Gestionar reserva
RF5, RF6
Solicitar mecnico
RF8
Generar reporte de ventas
RF11
Generar avisos de bajo stock
RF12
Consulta historial de servicios
RF13

Actores involucrados
Administrador
Supervisor
Cajero
Cliente
Vendedor
Administrador
Administrador
Administrador
Cajero
Vendedor
Cliente
Supervisor
Cliente
Supervisor
Sistema empresa servicios
Cliente

Diagrama de casos de uso.

Caractersticas del producto.

El sistema debe ser desarrollado en ambiente WEB.
El sistema debe ser construido en arquitectura web mediante modelo de capas, logrando una
separacin de la interfaz grfica, reglas de negocio y repositorio de datos.
El sistema debe ser construido utilizando la base datos oracle y utilizando un lenguaje de
programacin orientado a objetos.
El proceso automatizado debe ser a travs de procedimientos almacenados y dejar disponible en
una estructura de la base de datos, dese dicha estructura se obtendr informacin para generar
los avisos por correo.
El envo de correos y la validacin de cuentas deben considerar una API de correo electrnico..
El sistema debe incluir medidas de seguridad tales como cifrado de clave y control de sesiones.
Todas las entradas de datos deben considerar las validaciones correspondientes.

ANEXO:
Informacin complementaria en apoyo al Docente y su Gestin de
Requisitos:
El presente anexo define dos aspectos claves a considerar por parte del Docente y sus Alumnos
para definir los alcances del proyecto a desarrollar en aspectos cualitativos y cuantitativos.
1.- Completitud de casos.
2.- Entrega de informacin.
1.- Completitud de los Casos.
En completitud de los casos, se orientar en base a un porcentaje (%) de cumplimiento segn el
avance del caso de uso analizado especficamente segn su nivel de complejidad segn anlisis
de nuestros diseadores y especialistas.
Entrega de Casos
Las entregas deben considerar implementar los casos de uso en la siguiente secuencia.

Iteracin 1: aprox. 40 % de avance. Casos mantenedores de informacin (1, 2 , 3 y 4 )

Iteracin 2: aprox. 70% de avance. Casos de negocio (5, 6, 7) incluye cdigo de barras.

Iteracin 3: 100% de avance. Casos de integracin e investigacin (8, 9 y 10).

2.- Entrega de datos al alumno:

En los datos de ejemplo, si aportan datos mnimos orientadores sobre la informacin el sistema
deba administrar y que ste funcione. Es decir; se aporta la informacin base del modelo de datos
que deben resolver a nivel de anlisis y determinar cada grupo las relaciones de tablas y
contenidos especficos que deban registrar y sistematizar. Deben aportar un desarrollo de
sistema en base a la informacin expresada en el caso y determinar un modelo de datos que
refleje el modelo solucin y lgica del caso.
La vista de formularios como interfaz de usuarios que se aporta a continuacin implica tener una
idea base y mnima a nivel de estndar de lo que se debe entregar. Es un punto de partida que

se aporta el cual deben potenciar y proyectar a otras vistas y lgicas que deben definir para el
sistema aportando las mejoras que lo conviertan en un aporte su solucin.

Informacin de Referencia
Datos de las interfaces y estructuras.
Se entrega como referencia ejemplos de la informacin que se debe considerar en las interfaces
de usuario y las estructuras de datos.

Reserva (identificador, da, hora, cliente, servicio, estado).

Pedido (identificador, fecha, detalle de servicios, cliente)
Pago (identificador, pedido, fecha, total, forma de pago)
Solicitud Mecnico (identificador, fecha, mecnico, descripcin del trabajo, telfono,
correo).
Mecnico (identificador, nombre, estado, correo, telfono, descripcin de marcas).
Otros datos necesarios deben ser incluidos por el equipo de desarrollo.

Ejemplo de formulario de pedido

Ejemplo de formulario de solicitud de contacto de mecnico