proyecto de autolavado

26
FUNDAMENTOS DE INGENIERIA DE SOFTAWARE

Upload: guillermina-lopez-mejia

Post on 08-Apr-2016

240 views

Category:

Documents


1 download

TRANSCRIPT

Page 1: Proyecto de Autolavado

FUNDAMENTOS DE

INGENIERIA DE SOFTAWARE

Page 2: Proyecto de Autolavado

1. OBTENCION DE REQUISITOS

1.1 TECNICAS QUE SE USARON PARA LA OBTENCION DE REQUISITOS

a) Grabación de video.b) Cuestionario.c) Revisión y observación de información proporcionada por el cliente.d) Lluvia de ideas.e) Glosario de términos.

1.2 LISTA DE REQUERINMIENTOS PROPORCIONADOS POR EL CLIENTE

1) Entradas y salidas de unidades de servicio, verificar que tipo de materiales utiliza, ponderar los materiales cada cuanto se lleva en cada unidad de cada servicio, de cada paquete de la entrada de automóviles.

2) Que se facture el cliente, dándolo de alta por cada unidad y después automáticamente que marque un record de cada servicio que se realice.

3) Una lista de clientes en la base de datos, de todos los clientes que entran, saber quién es, su nombre, sus datos, para poder verificar y bajar promociones a los autos, descuentos de cliente frecuente.

4) En la lista de clientes saber cuándo cumple años para hablarle y darle un paquete de regalo, una promoción que corresponda, detalles que el cliente haga volver a regresar a servicio de producto de lavada

5) Tal vez que tenga un manejo con cámaras por vía Intra Net para conocer y mejorar el proceso de servicio.

6) Que lleve un logotipo, llevar entradas de las unidades que sea con código de barras, si no es con código de barras entrar a la unidad y el otro que paquetes para llevar una administración de entradas y salidas de un control de cobrar la unidad que servicio se realizó y también depende al trabajador de acuerdo a la entrada quien realice y sus comisiones de cada unidad.

Page 3: Proyecto de Autolavado

1.3 LISTA DE REQERIMIENOS ANALIZADOS POR EL INGENIERO DE REQUISITOS

REQUISITOS FUNCIONALES1) Funciones de productos y servicios.

Carga de un nuevo producto: clave de producto, nombre (agua, almorol, shampoo, desengrasante, brillo para motor, aceite para máquina, gasolina para las maquinas, pañuelos, franela, otros), unidad de medida de producto, precio unitario.

Carga de un nuevo servicio: clave de servicio, nombre de servicio (paquetes de limpieza interior y exterior, lavado de motor, pulido de faros y descontaminación de cristales) y precio.

Búsqueda de producto o servicio. Actualización de productos y servicios Eliminar productos y servicios inusables Mostrar la cantidad de consumo de cada producto en cada paquete o servicio.

2) Funciones de venta de servicio. Que ingrese y guarde un nuevo cliente frecuente con una clave (de cliente

frecuente), nombre, fecha de nacimiento, dirección, teléfono y correo electrónico. También debe tener las funciones de buscar o eliminar un cliente y que permita la actualización de los mismos.

Que ingrese y guarde un empleado nuevo con una clave de empleado, nombre, dirección, teléfono, correo electrónico, sueldo. Incluidas las funciones de buscar, eliminar y actualizar un empleado.

Realizar un CHECK-LIST (lista de chequeo) de cantidad de agua de cisterna, aceite de máquinas, gasolina de las máquinas, almorol, shampo, desengrasante, y verificación de filtro de agua cada mes, en litros o por porcentaje del producto.

El sistema de tener entradas y salidas de cada unidad (vehículo) con lo siguiente:

Page 4: Proyecto de Autolavado

- Ingreso de cada unidad por una tarjeta con código de barras (clave de cliente frecuente).

- Selección del servicio y producto deseado por clave (código) dependiendo de lo que pida el cliente.

- Aplicación de promociones especiales en los casos que corresponda.- Selección del empleado que de servicio al cliente.- Entrega de tickets de venta a los clientes, indicando fecha, marca, color,

número de placas, servicio y/o promoción otorgada, hora de entrada y hora de salida; forma de pago y nombre del empleado que realice el servicio.

- Pago del servicio puede ser en efectivo, tarjeta o a crédito.- Cancelación de tickets de venta en caso que el cliente rechazase el

servicio.- Tickets de venta y reporte de ventas:- Se pueden tener varias impresoras conectadas a la misma computadora al

mismo tiempo. Una impresora para tickets y otra impresora para reporte de ventas y corte de caja.

3) Funciones relacionadas con la supervisión de operaciones

Reporte de ventas realizadas1. Especificar un rango de fechas.2. Servicios vendidos, complementado con el tipo de servicio

otorgado.3. Descuentos otorgados.4. Cambio de precios.

Reporte de comisiones.1. Especificar un rango de fechas.2. Nombre de servicio o paquete.3. Nombre del empleado4. Costo de servicio5. Porcentaje de comisión de cada empleado por cantidad y tipo de

servicio. 6. Total de comisiones por día y semana.

Auditoria y corte de caja.1. Remisión de corte de caja.

Page 5: Proyecto de Autolavado

2. Auditoria de tickets cancelados.3. Auditoria de secuencia de los tickets.4. Total de ventas por semana y por mes

Accesos y permisos.1. Tener un usuario y contraseña.2. Solo hay un empleado responsable de capturar cada uno de los

servicios vendidos, pero solo el administrador o supervisor del negocio define los servicios, promociones, variaciones de precio, etc.

3. Manejo y supervisión del funcionamiento del negocio por medio de la web por medio de cámaras o vía remota.

REQUISITOS NO FUNCIONALES1) Requisitos de diseño o interfaz externa. debe de llevar un logotipo de la empresa. Debe haber un rendimiento en velocidad, capacidad. Distribución de la pantalla. Mensajes de error. Protocolos de comunicación a utilizar.

2) Requerimientos de desempeño. Número de usuarios concurrentes.

3) Requerimientos de seguridad. Protección de la información. Utilización del producto. Definir la autenticación o autorización del ingreso de usuarios.

4) Requerimiento de calidad del sistema. Protección de virus con un software de prevención (antivirus). Proteger información para evitar el daño de información.

1.4 Glosario

Ponderado. Es cuanto se consume de producto en cada servicio, tales como agua shampoo, almorol, brillante, desengrasante, etc.

Unidad. Se refiere a cada vehículo.

Page 6: Proyecto de Autolavado

2.

DEFINICION DE ACTOREES

Segundo Actor

Encargado

Nombre: GerenteDescripción: este actor es el que tiene una cuenta de usuario con el que inicia sesión para el acceso al sistema. Realiza registros de productos, servicios, promociones, empleados y clientes; consultas de reportes de inventario, comisiones y ventas.

Tercer Actor

Comprador

Nombre: ClienteDescripción:Este usuario es el que consulta promociones, ordena un servicio de lavado y paga el servicio. A demás si es un cliente socio este usuario contara con un código de cliente frecuente que le otorgara beneficios, tales como promociones y descuentos.

Primer Actor

Dueño

Nombre: AdministradorDescripción: este actor es el que tiene el acceso a todo el sistema. Inicia sesión en el sistema y gestiona usuarios. También se encarga de dar altas y bajas de los productos y servicios (Actualización de productos).

Page 7: Proyecto de Autolavado

3. DIAGRAMA DE CASOS DE USO

Administrador

Gerente

Cliente

Consultas

Ingresar al sistema

Ventas

Registros

Gestionar usuarios

Reporte de ventas

Empleados

Validación de datos

Servicios

Productos

Promociones

Clientes

Comisiones

Inventario

Orden de pedido (servicio)

Pago de pedido

Validar pedido

Forma de pago

Promociones

Page 8: Proyecto de Autolavado

4. ESPECIFICACION DE CASOS DE USO

Caso de Uso ID: CU-1 Use Nombre del Caso: GESTIONAR USUARIOS Creada por: Actualizado por: Fecha de creación: 02/Dic/2012 Última Actualización:

Actor: Administrador Descripción: Representa a un usuario que no se ha identificado frente al sistema. Generalmente estos usuarios deberían poder registrarse (crear un nuevo usuario) o ingresar al sistema para transformarse en administrador del sistema o en usuarios autenticados. El sistema permite el registro del administrador con un nombre y contraseña para que el sistema le otorgue todos los permisos. En el caso de un registro a un usuario estándar son creados por el administrador otorgando solo el acceso al sistema con los permisos de captura y búsqueda.

Condiciones previas: el usuario debe no estar autenticado en el sistema. Post-condiciones: se crea una cuenta de usuario para el acceso al sistema. Prioridad: alta. Frecuencia de uso: cada vez que se requiera gestionar la responsabilidad del uso al sistema. Normal curso de los acontecimientos:Eventos.

1) El actor enciende equipo para el ingreso al sistema.2) El sistema muestra la pantalla principal del sistema.3) El actor (usuario) solicita al sistema crear cuenta de usuario.4) El actor selecciona la opción cuentas de usuario del menú principal.5) El sistema muestra en pantalla el menú de cuentas de usuario con las siguientes opciones:

agregar una nueva cuenta de usuario o eliminar cuentas de usuario.6) El actor solicita y selecciona la opción “agregar o crear una nueva cuenta de usuario”.7) El sistema muestra en pantalla agregar una nueva cuenta de usuario con la siguiente

información que deberá proporcionar el actor: nombre de la nueva cuenta, tipo de cuenta y crear contraseña.

8) El sistema da como primera opción seleccionar tipo de cuenta a crear.9) El actor selecciona el tipo de cuenta (como Administrador o Estándar) según sea el caso.10) El sistema pide datos: nombre de la cuenta y contraseña.11) El actor ingresa datos: nombre y contraseña.12) El sistema comprueba la validez de los datos. Si los datos son válidos por el sistema, la

información se guarda en la base de datos.13) El actor se ha autenticado y tiene acceso a la base de datos.14) En cuentas de usuario el sistema también muestra la opción de “eliminar usuario”, en este

caso de un usuario que ya ha sido autenticado por el sistema.15) Si el cliente ordena eliminar cuenta de usuario, selecciona la cuenta de usuario que desea

eliminar y elige esta opción.16) El sistema quita esta cuenta de usuario.

Page 9: Proyecto de Autolavado

17) El usuario deja de ser un usuario autenticado por el sistema.18) El sistema le impide el acceso a la base de datos.19) El actor sale del sistema.

Cursos alternativos:Evento 12. El sistema comprueba la validez de los datos, si los datos no son correctos envía un mensaje de error al actor, permitiéndole que los corrija. Excepciones:Evento 5. El actor podrá seleccionar cualquiera de las dos opciones, agregar nueva cuenta de usuario (de un usuario no autenticado) o eliminar cuentas de usuario (ya autenticados por el sistema).

Evento 9. Si el actor selecciona la opción “Administrador” en tipo de usuario el sistema le otorgara todos los permisos, pero si el actor selecciona el tipo de usuario “Estándar” el actor solo tendrá permisos de captura y consulta.

Evento 11. El id del usuario debe ser creado específicamente con ocho caracteres y debe confirmar nuevamente la contraseña.

Evento 9 y 11. El actor puede borrar su nombre y su id (contraseña), o cambiar la opción de tipo de usuario (administrador o estándar) en cualquier momento, antes de introducirlo y sea validado por el sistema.

Evento 11. Si el actor introduce su id con menos o más de ocho caracteres, el sistema debe enviar un mensaje de error al crear contraseña.

Evento 9 y 11. Si el actor no está seguro del nombre, tipo de usuario y contraseña que ha creado, el sistema debe permitir modificar los datos.

Incluye: Agregar cuentas de usuario. De usuarios no autenticados. Eliminar cuentas de usuario. De usuario ya autenticado por el sistema. Validación de datos. Verificación de los datos nombre, tipo de usuario y contraseña.

Requisitos especiales: protección de la información, mensajes de error, definir la autenticación de usuarios y número de usuarios concurrentes. Supuestos: importancia de la integridad de los datos y autorización del ingreso de usuarios. Notas y problemas: N/A

Page 10: Proyecto de Autolavado
Page 11: Proyecto de Autolavado
Page 12: Proyecto de Autolavado
Page 13: Proyecto de Autolavado

Caso de Uso ID: CU-2 Use Nombre del Caso: INGRESAR AL SISTEMA Creada por: Actualizado por: Fecha de creación: 02/Dic/2012 Última Actualización:

Actor: Administrador / Gerente Descripción: el administrador y/o gerente ingresan al sistema.

Page 14: Proyecto de Autolavado

Condiciones previas: el usuario debe estar autenticado en el sistema. Post-condiciones: ingresar a la base de datos Prioridad: alta. Frecuencia de uso: usualmente. Normal curso de los acontecimientos:Eventos.

1) El actor enciende equipo para el ingreso al sistema.2) El sistema muestra una caja de texto para introducir el nombre de usuario y contraseña.3) El actor introduce su nombre y si id (contraseña.)4) El sistema comprueba la validez de los datos.5) El actor espera a que el sistema valide los datos.6) Si la identificación es válida, el sistema acepta la entrada y muestra pantalla principal del

menú de inicio.7) El actor entra y tiene acceso a la base de datos.

Cursos alternativos:Evento 4. El sistema comprueba la validez de los datos, si los datos no son correctos envía un mensaje de error al actor, permitiendo que corrija los datos. Excepciones:Evento 3. El actor puede borrar su id (contraseña) en cualquier momento antes de introducirlo.

Evento 3. Si el actor introduce su id invalido, el caso de uso vuelve a empezar desde el evento 2.

Evento 3. Si el actor introduce varias veces seguidas un id invalido, el sistema muestra un mensaje de error.

Evento 7. Una vez que el usuario haya tenido acceso a la base de datos regresa a la pantalla principal del sistema y tiene la opción de salir del sistema. Incluye:

Validación de datos: verificación de datos nombre y contraseña. Requisitos especiales: protección de la información, definir la autenticación de usuarios, mensajes de error. Supuestos: importancia de la integridad de los datos y autorización del ingreso de usuarios. Notas y problemas: N/A

Caso de Uso ID: CU-3 Use Nombre del Caso: REGISTROS Creada por: Actualizado por: Fecha de creación: 02/Dic/2012 Última Actualización:

Actor: Gerente Descripción: consiste en el registro de productos (insumos), servicios y promociones agregándoles sus características, y también se realiza el registro de empleados y clientes con los datos que los identifiquen.

Page 15: Proyecto de Autolavado

Condiciones previas: se debe contar con un permiso de usuario para realizar un registro. Post-condiciones: se crean registros con los datos esenciales para su uso. Prioridad: alta. Frecuencia de uso: la frecuencia es media. Normal curso de los acontecimientos:Eventos.

1) El actor ingresa al sistema.2) El sistema muestra la pantalla de inicio del menú principal del sistema.3) El actor genera la orden de crear registro.4) El sistema muestra la opción de crear un nuevo registro.5) El actor selecciona la opción “crear un nuevo registro” y el sistema muestra un sub menú

con las siguientes opciones de tipo de registro: producto, servicio, promociones, empleados y clientes.

6) El sistema pide seleccionar el tipo de registro a realizar.7) El actor elige el tipo registro.8) El sistema muestra los campos del registro seleccionado.9) El actor llena cada uno de los campos con los datos para completar el registro.10) El sistema valida los datos del registro.11) El actor espera a que el sistema valide la información.12) Si la información es validada, el sistema da la opción de guardar información.13) El actor oprime el botón de guardar.14) El sistema guarda la información en la base de datos.15) Él sistema envía un mensaje al usuario, si desea realizar otra operación o si desea salir.16) Si el actor desea realizar otra operación, nuevamente realizara el mismo proceso desde el

evento 5.17) Si desea salir, el sistema se regresa a la pantalla principal.

Cursos alternativos:Evento 1. El actor puede ingresar al sistema para hacer un registro, pero si ya está haciendo uso de él no habrá la necesidad de ingresar.

Evento 7. Si el actor elige una opción equivoca, el sistema le deberá permitir regresar al menú de crear un nuevo registro y seleccionar lo opción correcta.

Evento 9. Si al actor le falta llenar un capo obligatorio, el sistema deberá informar al usuario con un mensaje.

Evento 8. El sistema comprueba la validez de los datos, si los datos no son correctos envía un mensaje de error al actor, permitiendo que corrija los datos.

Evento 14. Al guardar la información validada, el sistema mostrara un mensaje que diga “Se ha completado exitosamente el registro”.

Evento 15. Si el actor desea realizar otra operación el sistema mostrara nuevamente el menú de crear un nuevo registro y realizara nuevamente el mismo proceso desde el evento 4. Excepciones:

Page 16: Proyecto de Autolavado

Evento 9. El actor puede borrar y volver a escribir en cada uno de los campos antes de que elija la opción guardar y el sistema lo guarde.

Evento 12. El sistema verifica los datos introducidos por el usuario, si no son correctos envía un mensaje de error, permitiendo corregirlos.

Evento 14. Una vez que el sistema haya guardado la información, el sistema permitirá la actualización de los datos en caso de que lo requiera el usuario.

Incluye: Ingresar al sistema. Se debe contar con una cuenta de usuario para el acceso. Registro de producto. El registro de productos deben contener los siguientes datos: clave

de producto, nombre de producto (agua, almorol, shampoo, desengrasante, brillo para motor, gasolina), unidad de medida y precio unitario,

Registro de servicio. Debe tener los siguientes datos para su registro: clave de servicio, nombre de servicio que pueden ser paquete de limpieza exterior, paquete de limpieza interior, lavado de motor, pulido de faros y descontaminación de cristales, y precio del servicio.

Registro de promociones. Los datos para una promoción son clave de promoción, nombre de servicio, descripción de servicio, oferta o promoción del servicio y costo de servicio.

Registro de empleados. Los datos de empleados son: clave de empleado, nombre de empleado, dirección, teléfono y correo electrónico.

Registro de clientes. Los datos que se deben incluir en este tipo de registro son: clave de cliente, nombre cliente, dirección, teléfono y correo electrónico.

Validación de datos: verificación de datos nombre y contraseña. Requisitos especiales: el sistema deberá tener el espacio suficiente para el registro de los datos. Supuestos: Notas y problemas: N/A

Caso de Uso ID: CU-4 Use Nombre del Caso: CONSULTAS Creada por: Actualizado por: Fecha de creación: 02/Dic/2012 Última Actualización:

Actor: Gerente / Cliente Descripción: consiste realizar consultas de reporte de ventas, comisiones e inventario. Condiciones previas: se debe contar con un permiso de usuario para realizar una consulta. Post-condiciones: el sistema permite en una consulta ver la información, modificar o eliminar datos. Prioridad: media. Frecuencia de uso: la frecuencia es media.

Page 17: Proyecto de Autolavado

Normal curso de los acontecimientos:Consulta de reportes por el actor Gerente:Eventos.

1) El actor ingresa al menú principal del sistema.2) El sistema muestra la pantalla del menú principal.3) El actor hace clic en la opción de reportes.4) El sistema llama y muestra las opciones de tipo de reporte (de ventas, comisiones e

inventario) y promociones a consultar desde la base de datos.5) El actor selecciona una opción de reporte a consultar.6) El sistema muestra los datos (información) del reporte que el usuario ha seleccionado.7) El actor puede ver la información del reporte.8) El sistema le muestra al usuario la opción de eliminar, actualizar datos, o salir del sistema.9) El usuario elije una opción mencionada en el evento 8.10) El sistema espera a que el usuario elija la operación a realizar.11) Si el actor selecciona “Actualizar datos”, el sistema espera a que el actor realiza los

cambios.12) El sistema valida la información y actualiza la información.13) El actor guarda los datos.14) El sistema le envía un mensaje al usuario si ¿Está seguro de guardar los datos?15) Si el usuario selecciona la opción de “sí o no” guardar datos, si el usuario elige la opción

“si”, el sistema guarda datos en la base de datos y regresa a la pantalla principal y si marca que “no” el cliente aun pude cambiar los datos.

16) Si el actor selecciona “eliminar datos”, el sistema envía un mensaje al usuario cuestionando si “¿está seguro de eliminar datos?”. Si el usuario oprime que no el sistema regresa a la pantalla y si oprime que sí, el sistema elimina los datos del registro y los campos se hace nulos.

17) Si desea salir, el actor oprime el botón de salir y el sistema regresa a la pantalla principal.

Consulta de promociones por el actor Cliente:Eventos:

18) El actor cliente entra a la pantalla principal del sistema.19) El sistema muestra el menú de promociones.20) El actor selecciona promoción y puede ver la información.21) El sistema da la opción de salir del sistema.22) El actor regresa a la pantalla principal.23) El actor sale el sistema.

Cursos alternativos:

Evento 4 y 20. Si el actor elige una opción equivoca, el sistema le deberá permitir regresar al menú de crear un nuevo reportes y seleccionar lo opción correcta.

Evento 10. Si el actor desea realizar otra operación el sistema mostrara nuevamente el menú de crear un nuevo registro y realizara nuevamente el mismo proceso desde el evento 5.

Evento 15. Al guardar la información validada, el sistema mostrara un mensaje que diga que se ha completado exitosamente el registro.

Page 18: Proyecto de Autolavado

Evento 20. El actor cliente además de consultar promociones podrá ver los diferentes servicios que se ofrecen. Excepciones:Evento 7. El actor gerente solo puede hacer una consulta datos y el sistema bloquea las opciones de actualizar o eliminar datos.

Evento 8. Si el actor es el administrador, el sistema le otorga permisos de actualizar o eliminar datos.

Incluye: Ingresar al sistema. Se debe contar con una cuenta de usuario para el acceso. Seleccionar tipo de reporte. Las opciones son reporte de inventario, comisiones e

inventario. Consulta de reporte de venta. Consulta de comisiones. Consulta de inventario. Consulta de promociones. Actualización de datos. Se modifican o realizan cambios de los datos. Eliminar registros. Se eliminan datos de la base de datos.

Requisitos especiales: el sistema deberá tener el espacio suficiente para el registro de los datos, el sistema deberá contar con una página web para dar a conocer sus promociones a los clientes frecuentes. Supuestos: Notas y problemas: N/A

Caso de Uso ID: CU-5 Use Nombre del Caso: VENTAS Creada por: Actualizado por: Fecha de creación: 02/Dic/2012 Última Actualización:

Actor: Gerente / Cliente Descripción: consiste en capturar entradas y salidas de la venta de un servicio de lavado.

Condiciones previas: debe haber una orden de pedido, para que exista una venta. Post-condiciones: se tiene un reporte de servicios vendidos en el sistema y una de tickets. Prioridad: alta. Frecuencia de uso: usualmente. Normal curso de los acontecimientos:Eventos.

1) El actor cliente realiza una orden de pedido.

Page 19: Proyecto de Autolavado

2) El actor gerente pide datos al cliente.3) El actor cliente proporciona datos o en su caso, su id si es cliente frecuente.4) El actor gerente registra datos: ingresa el id del cliente, número de placas e id empleado a

la orden de pedido. Y genera orden de pedido.5) El sistema validara orden de pedido desde la base de datos.6) La base de datos guarda orden de pedido si es válido.7) El sistema regresa a su pantalla principal.8) El actor gerente otorga pedido al cliente.9) Una vez que el cliente haya recibido el servicio de su orden de pedido, pagara su orden de

pedido.10) El actor gerente recibe y registra costo y forma de pago de orden de pedido.11) El sistema automáticamente registra esta orden de venta y pago emitiendo un ticket de

venta.12) El gerente pide al sistema que imprima ticket de venta.13) El sistema imprime ticket de venta, que el actor gerente entregara al cliente.

Cursos alternativos:Evento 5. El sistema comprueba la validez de los datos, si los datos no son correctos envía un mensaje de error al actor, permitiéndole que los corrija.

Evento 11. El ticket de venta debe contener los siguientes datos: fecha, marca, color, número de placas, tipo de servicio, hora de entrada y hora de salida, forma de pago y nombre del empleado que realizo servicio de lavado. Excepciones:Evento 10. El cliente puede realizar su pago en efectivo, tarjeta o crédito.Evento 13. El sistema debe permitir la cancelación de tickets de venta en caso que el cliente rechace una orden de pedido. Incluye:

Ordenar pedido. Registro de orden de pedido. Validación de orden de pedido. Pago de pedido. Imprimir ticket de venta Cancelar ticket de venta.

Requisitos especiales: auditoria de tickets cancelados, secuencia de los tickets, reporte de ventas totales por semana. Supuestos: Notas y problemas: N/A

Page 20: Proyecto de Autolavado

Gestiona usuarios

Entra al sistema

Introduce datos

Otorga permisos

Ordena servicio

Pide datos

Proporciona datos

Otorga servicio

Valida servicio

Servicio elegido

Paga servicio

Cobra servicio

DIAGRAMA DE SECUENCIA GENERAL

Administrador

Ingresa al sistema

Gerente

Recolecta datos

Registra datos

Cliente Servicio