Caso8 Portafolio Analista 2015

7/21/2019 Caso8 Portafolio Analista 2015

http://slidepdf.com/reader/full/caso8-portafolio-analista-2015 1/12

Escuela:

Informática y Telecomunicaciones

Carrera:

Analista Programador Computacional

Asignatura:

Portafolio de Título

PTF5447



Caso 8 Portafolio de Título

“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 vehículos, está situada en Santa Isabel 3210 y es reconocida por la buena atención

al cliente y vender productos de calidad. Dentro de sus servicios se encuentra: cambios de aceite,

alineación, balanceo, revisión 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 clientesprefieren a "Jaramillo" por lo que algunos días se hacen filas de atención, los clientes confían 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 mecánicos

que sean conocidos y responsables, pero encontrar uno bueno es difícil, 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 mecánicos.

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 bidón 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 extravía o daña.

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 vehículos al servicio

"Jaramillo" por lo que han manifestado que podrían cambiarse a otros locales de servicios de

lubricantes. Para los clientes, en "Jaramillo", el contacto con otros dueños de vehículos similares

y sus recomendaciones de mecánicos son valorados por los clientes.

Solución.

"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á información de mejor calidad respecto del

servicio e insumos a utilizar.

La idea es que el mesón de atención 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 atención 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 además entregará el servicio de “contacto con mecánicos”, los mecánicos que quieran

ofrecer sus servicios, deberán solicitar su inscripción para aparecer como contacto en el sistema

y deberán cancelar a "Jaramillo" 2 UF mensuales por esta publicación.

Si un cliente tiene mala experiencia con un mecánico 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 vehículo, 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 mesón de atención, el vendedor debe

poder ingresar los datos del cliente y señalar el servicio e insumos requeridos.

2. El sistema una vez generada la venta, debe generará un comprobante que indique el

número de transacción 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 mesón 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 periódicos, se debe registrar la fecha de próximo

servicio.

5. El sistema debe permitir a los clientes registrados, efectuar una reserva de hora para

asistir al servicio, se debe indicar el día, hora y servicio requerido. Si ya existe una

reserva para el día y hora requerida no se puede reservar.

6.

El cliente a través del sistema, se debe lograr imprimir la reserva, a objeto de asistir alservicio "Jaramillo" y solicitar la atención respectiva. El sistema debe permitir al

administrador habilitar o inhabilitar días específicos.

7. El sistema debe permitir administrar las prestaciones señalando 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 mecánicos que están registrados en el

sistema, para cada mecánico, se debe mostrar los datos de contacto y permitir enviar un

correo electrónico al mecánico, indicando los datos básicos del cliente para que tome

contacto.

9. El sistema debe permitir al administrador registrar los mecánicos y especificar si están

vigentes, junto con el nombre, rut, descripción y teléfono de contacto se debe indicar el

correo electrónico para contacto.



10. El sistema debe validar el correo ingresado a la ficha del mecánico, ya que los clientes

enviarán correos y debe ser válida la dirección de correo.

11. Para observar las ventas del día, el sistema debe proporcionar un reporte de ventas

diario, indicando al menos, cada prestación y el monto vendido. Este reporte será

consultado por el supervisor del servicio.

12. Mediante un proceso automatizado, se debe poder generar una revisión de insumos

con bajo stock, para que el sistema envíe al correo electrónico del supervisor un aviso

de bajo stock e indicar que debe planificar comprar un determinado insumo. Este aviso

debe enviarse los días 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 autenticación con usuario y clave, de acuerdo al perfil previamente asignado, el

sistema mostrara el menú de opciones correspondiente para el usuario.

.



Casos de uso.

Especificación del Caso de Uso

ID Caso

de Uso

Descripción y trazabilidad Actores involucrados

CU1

Autenticar usuarios

RF14

Administrador

Supervisor

Cajero

Cliente

Vendedor

CU2Administrar usuarios

RF11, RF14

Administrador

CU3 Administrar mecánicosRF9, RF10

Administrador

CU4Administrar prestaciones

RF7

Administrador

CU5Gestionar venta

RF1, RF2, RF3, RF4

Cajero

Vendedor

CU6Gestionar reserva

RF5, RF6

Cliente

Supervisor

CU7Solicitar mecánico

RF8

Cliente

CU8 Generar reporte de ventasRF11

Supervisor

CU9Generar avisos de bajo stock

RF12

Sistema empresa servicios

CU10Consulta historial de servicios

RF13

Cliente



Diagrama de casos de uso.



Características del producto.

El sistema debe ser desarrollado en ambiente WEB.

El sistema debe ser construido en arquitectura web mediante modelo de capas, logrando una

separación de la interfaz gráfica, reglas de negocio y repositorio de datos.

El sistema debe ser construido utilizando la base datos oracle y utilizando un lenguaje de

programación orientado a objetos.

El proceso automatizado debe ser a través de procedimientos almacenados y dejar disponible en

una estructura de la base de datos, dese dicha estructura se obtendrá información para generar

los avisos por correo.

El envío de correos y la validación de cuentas deben considerar una API de correo electrónico..

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:

Información complementaria en apoyo al Docente y su Gestión deRequisitos:

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 información.

1.- Completitud de los Casos.

En completitud de los casos, se orientará en base a un porcentaje (%) de cumplimiento según el

avance del caso de uso analizado específicamente según su nivel de complejidad según análisis

de nuestros diseñadores y especialistas.

Entrega de Casos

Las entregas deben considerar implementar los casos de uso en la siguiente secuencia.

Iteración 1: aprox. 40 % de avance. Casos mantenedores de información (1, 2 , 3 y 4 )

Iteración 2: aprox. 70% de avance. Casos de negocio (5, 6, 7) incluye código de barras.

Iteración 3: 100% de avance. Casos de integración e investigación (8, 9 y 10).

2.- Entrega de datos al alumno:

En los datos de ejemplo, si aportan datos mínimos orientadores sobre la información el sistema

deba administrar y que éste funcione. Es decir; se aporta la información base del modelo de datos

que deben resolver a nivel de análisis y determinar cada grupo las relaciones de tablas y

contenidos específicos que deban registrar y sistematizar. Deben aportar un desarrollo de

sistema en base a la información expresada en el caso y determinar un modelo de datos que

refleje el modelo solución y lógica del caso.

La vista de formularios como interfaz de usuarios que se aporta a continuación implica tener una

idea base y mínima a nivel de estándar de lo que se debe entregar. Es un punto de partida que



se aporta el cual deben potenciar y proyectar a otras vistas y lógicas que deben definir para el

sistema aportando las mejoras que lo conviertan en un aporte su solución.

Información de Referencia

Datos de las interfaces y estructuras.

Se entrega como referencia ejemplos de la información que se debe considerar en las interfaces

de usuario y las estructuras de datos.

Reserva (identificador, día, hora, cliente, servicio, estado).

Pedido (identificador, fecha, detalle de servicios, cliente)

Pago (identificador, pedido, fecha, total, forma de pago)

Solicitud Mecánico (identificador, fecha, mecánico, descripción del trabajo, teléfono,

correo).

Mecánico (identificador, nombre, estado, correo, teléfono, descripción 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 mecánico

Documents

Caso8 Portafolio Analista 2015