P. 1
Proyecto de Autolavado

Proyecto de Autolavado

|Views: 225|Likes:

More info:

Published by: Guillermina López Mejía on May 27, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

12/19/2013

pdf

text

original

FUNDAMENTOS DE INGENIERIA DE SOFTAWARE

6) Que lleve un logotipo. saber quién es. OBTENCION DE REQUISITOS 1. sus datos. 2) Que se facture el cliente. ponderar los materiales cada cuanto se lleva en cada unidad de cada servicio. Cuestionario. 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. Revisión y observación de información proporcionada por el cliente. 1.2 LISTA DE REQUERINMIENTOS PROPORCIONADOS POR EL CLIENTE 1) Entradas y salidas de unidades de servicio. de cada paquete de la entrada de automóviles. 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. Glosario de términos. Lluvia de ideas. de todos los clientes que entran. verificar que tipo de materiales utiliza. 3) Una lista de clientes en la base de datos. llevar entradas de las unidades que sea con código de barras. una promoción que corresponda. descuentos de cliente frecuente. .1. 4) En la lista de clientes saber cuándo cumple años para hablarle y darle un paquete de regalo. para poder verificar y bajar promociones a los autos. su nombre. dándolo de alta por cada unidad y después automáticamente que marque un record de cada servicio que se realice.1 TECNICAS QUE SE USARON PARA LA OBTENCION DE REQUISITOS a) b) c) d) e) Grabación de video.

correo electrónico. en litros o por porcentaje del producto. dirección. sueldo.  Carga de un nuevo producto: clave de producto. desengrasante.  Que ingrese y guarde un nuevo cliente frecuente con una clave (de cliente frecuente). dirección. otros).1. desengrasante. pañuelos. Incluidas las funciones de buscar. eliminar y actualizar un empleado. teléfono. brillo para motor. unidad de medida de producto. y verificación de filtro de agua cada mes. shampo.  El sistema de tener entradas y salidas de cada unidad (vehículo) con lo siguiente: . nombre. aceite de máquinas. gasolina para las maquinas. fecha de nacimiento. Búsqueda de producto o servicio. almorol. nombre (agua.3 LISTA DE REQERIMIENOS ANALIZADOS POR EL INGENIERO DE REQUISITOS REQUISITOS FUNCIONALES 1) Funciones de productos y servicios.  Realizar un CHECK-LIST (lista de chequeo) de cantidad de agua de cisterna. precio unitario. shampoo. teléfono y correo electrónico. pulido de faros y descontaminación de cristales) y precio. almorol. Actualización de productos y servicios Eliminar productos y servicios inusables Mostrar la cantidad de consumo de cada producto en cada paquete o servicio. franela.      2) Funciones de venta de servicio. nombre de servicio (paquetes de limpieza interior y exterior. gasolina de las máquinas. nombre. lavado de motor. Carga de un nuevo servicio: clave de servicio. 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. aceite para máquina.

3. Pago del servicio puede ser en efectivo. Costo de servicio 5. 6.- - Ingreso de cada unidad por una tarjeta con código de barras (clave de cliente frecuente). Una impresora para tickets y otra impresora para reporte de ventas y corte de caja. Servicios vendidos. Especificar un rango de fechas. hora de entrada y hora de salida. 2. Entrega de tickets de venta a los clientes. 3. 4. Selección del empleado que de servicio al cliente. Reporte de comisiones. indicando fecha. Descuentos otorgados. forma de pago y nombre del empleado que realice el servicio. servicio y/o promoción otorgada. 1. 2. Porcentaje de comisión de cada empleado por cantidad y tipo de servicio. Selección del servicio y producto deseado por clave (código) dependiendo de lo que pida el cliente. 1. Nombre del empleado 4. complementado con el tipo de servicio otorgado. tarjeta o a crédito. Especificar un rango de fechas. Remisión de corte de caja. color. Nombre de servicio o paquete. Auditoria y corte de caja. Total de comisiones por día y semana. Cambio de precios. Tickets de venta y reporte de ventas: Se pueden tener varias impresoras conectadas a la misma computadora al mismo tiempo. 3) Funciones relacionadas con la supervisión de operaciones  Reporte de ventas realizadas 1.   . marca. Cancelación de tickets de venta en caso que el cliente rechazase el servicio. número de placas. Aplicación de promociones especiales en los casos que corresponda.

Auditoria de tickets cancelados. Total de ventas por semana y por mes  Accesos y permisos. Manejo y supervisión del funcionamiento del negocio por medio de la web por medio de cámaras o vía remota. etc. 3. promociones. variaciones de precio.  Utilización del producto. .2. brillante. Auditoria de secuencia de los tickets.  Protocolos de comunicación a utilizar.  debe de llevar un logotipo de la empresa. 2) Requerimientos de desempeño. 3. capacidad.4 Glosario Ponderado. 4) Requerimiento de calidad del sistema. 2. REQUISITOS NO FUNCIONALES 1) Requisitos de diseño o interfaz externa. 1. desengrasante.  Número de usuarios concurrentes.  Proteger información para evitar el daño de información. etc. tales como agua shampoo. almorol.  Mensajes de error. 3) Requerimientos de seguridad. Tener un usuario y contraseña. 1. Solo hay un empleado responsable de capturar cada uno de los servicios vendidos. 4.  Distribución de la pantalla. Es cuanto se consume de producto en cada servicio.  Protección de virus con un software de prevención (antivirus).  Definir la autenticación o autorización del ingreso de usuarios.  Protección de la información. pero solo el administrador o supervisor del negocio define los servicios.  Debe haber un rendimiento en velocidad.

Inicia sesión en el sistema y gestiona usuarios. Encargado Tercer Actor Nombre: Cliente Descripción: Este usuario es el que consulta promociones. Se refiere a cada vehículo. Comprador . 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. También se encarga de dar altas y bajas de los productos y servicios (Actualización de productos). comisiones y ventas. Dueño 2. Realiza registros de productos. promociones. servicios. Primer Actor Nombre: Administrador Descripción: este actor es el que tiene el acceso a todo el sistema. tales como promociones y descuentos. consultas de reportes de inventario. empleados y clientes. DEFINICION DE ACTOREES Segundo Actor Nombre: Gerente Descripción: este actor es el que tiene una cuenta de usuario con el que inicia sesión para el acceso al sistema.Unidad.

3. DIAGRAMA DE CASOS DE USO Validación de datos Ingresar al sistema Administrador Gestionar usuarios Productos Servicios Promociones Registros Empleados Gerente Clientes Consultas Reporte de ventas Comisiones Promociones Inventario Validar pedido Cliente Ventas Orden de pedido (servicio) Forma de pago Pago de pedido .

2) El sistema muestra la pantalla principal del sistema. 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. Post-condiciones: se crea una cuenta de usuario para el acceso al sistema.4. Condiciones previas: el usuario debe no estar autenticado en el sistema. 1) El actor enciende equipo para el ingreso al sistema. Normal curso de los acontecimientos: Eventos. 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. 11) El actor ingresa datos: nombre y contraseña. ESPECIFICACION DE CASOS DE USO Caso de Uso ID: CU-1 Use Nombre del Caso: GESTIONAR USUARIOS Creada por: Fecha de creación: 02/Dic/2012 Actualizado por: Última Actualización: Actor: Administrador Descripción: Representa a un usuario que no se ha identificado frente al sistema. tipo de cuenta y crear contraseña. 15) Si el cliente ordena eliminar cuenta de usuario. 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. selecciona la cuenta de usuario que desea eliminar y elige esta opción. la información se guarda en la base de datos. Si los datos son válidos por el sistema. 9) El actor selecciona el tipo de cuenta (como Administrador o Estándar) según sea el caso. . 8) El sistema da como primera opción seleccionar tipo de cuenta a crear. Frecuencia de uso: cada vez que se requiera gestionar la responsabilidad del uso al sistema. 3) El actor (usuario) solicita al sistema crear cuenta de usuario. 12) El sistema comprueba la validez de los datos. 10) El sistema pide datos: nombre de la cuenta y contraseña. 6) El actor solicita y selecciona la opción “agregar o crear una nueva cuenta de usuario”. Prioridad: alta. en este caso de un usuario que ya ha sido autenticado por el sistema. 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. El sistema permite el registro del administrador con un nombre y contraseña para que el sistema le otorgue todos los permisos. 4) El actor selecciona la opción cuentas de usuario del menú principal. 14) En cuentas de usuario el sistema también muestra la opción de “eliminar usuario”. 13) El actor se ha autenticado y tiene acceso a la base de datos. 16) El sistema quita esta cuenta de usuario.

Verificación de los datos nombre. tipo de usuario y contraseña. Si el actor introduce su id con menos o más de ocho caracteres. Si el actor no está seguro del nombre. De usuario ya autenticado por el sistema. el sistema debe permitir modificar los datos. antes de introducirlo y sea validado por el sistema. Supuestos: importancia de la integridad de los datos y autorización del ingreso de usuarios. si los datos no son correctos envía un mensaje de error al actor. Si el actor selecciona la opción “Administrador” en tipo de usuario el sistema le otorgara todos los permisos. agregar nueva cuenta de usuario (de un usuario no autenticado) o eliminar cuentas de usuario (ya autenticados por el sistema). tipo de usuario y contraseña que ha creado.  Eliminar cuentas de usuario. 19) El actor sale del sistema.  Validación de datos. Requisitos especiales: protección de la información. permitiéndole que los corrija. Evento 9. Incluye:  Agregar cuentas de usuario. Evento 11. Notas y problemas: N/A Caso de Uso ID: CU-2 Use Nombre del Caso: INGRESAR AL SISTEMA Creada por: Fecha de creación: 02/Dic/2012 Actualizado por: Última Actualización: . 18) El sistema le impide el acceso a la base de datos. el sistema debe enviar un mensaje de error al crear contraseña. mensajes de error. De usuarios no autenticados. Evento 9 y 11. El id del usuario debe ser creado específicamente con ocho caracteres y debe confirmar nuevamente la contraseña.17) El usuario deja de ser un usuario autenticado por el sistema. o cambiar la opción de tipo de usuario (administrador o estándar) en cualquier momento. El actor podrá seleccionar cualquiera de las dos opciones. definir la autenticación de usuarios y número de usuarios concurrentes. El sistema comprueba la validez de los datos. pero si el actor selecciona el tipo de usuario “Estándar” el actor solo tendrá permisos de captura y consulta. Excepciones: Evento 5. El actor puede borrar su nombre y su id (contraseña). Evento 9 y 11. Cursos alternativos: Evento 12. Evento 11.

Si el actor introduce varias veces seguidas un id invalido. Evento 7. 7) El actor entra y tiene acceso a la base de datos. Evento 3. Si el actor introduce su id invalido. definir la autenticación de usuarios. 5) El actor espera a que el sistema valide los datos. 1) El actor enciende equipo para el ingreso al sistema. Post-condiciones: ingresar a la base de datos Prioridad: alta.Actor: Administrador / Gerente Descripción: el administrador y/o gerente ingresan al sistema. Requisitos especiales: protección de la información. 3) El actor introduce su nombre y si id (contraseña. Cursos alternativos: Evento 4. Excepciones: Evento 3. Incluye:  Validación de datos: verificación de datos nombre y contraseña. Supuestos: importancia de la integridad de los datos y autorización del ingreso de usuarios. Normal curso de los acontecimientos: Eventos. Evento 3. Condiciones previas: el usuario debe estar autenticado en el sistema. Notas y problemas: N/A Caso de Uso ID: CU-3 Use Nombre del Caso: REGISTROS Creada por: Fecha de creación: 02/Dic/2012 Actualizado por: Última Actualización: . el sistema muestra un mensaje de error. Frecuencia de uso: usualmente. permitiendo que corrija los datos. 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. mensajes de error. el caso de uso vuelve a empezar desde el evento 2. El actor puede borrar su id (contraseña) en cualquier momento antes de introducirlo.) 4) El sistema comprueba la validez de los datos. 2) El sistema muestra una caja de texto para introducir el nombre de usuario y contraseña. el sistema acepta la entrada y muestra pantalla principal del menú de inicio. 6) Si la identificación es válida. si los datos no son correctos envía un mensaje de error al actor. El sistema comprueba la validez de los datos.

Al guardar la información validada. y también se realiza el registro de empleados y clientes con los datos que los identifiquen. 9) El actor llena cada uno de los campos con los datos para completar el registro. el sistema le deberá permitir regresar al menú de crear un nuevo registro y seleccionar lo opción correcta. promociones. Evento 8. el sistema deberá informar al usuario con un mensaje. 16) Si el actor desea realizar otra operación. El sistema comprueba la validez de los datos. 7) El actor elige el tipo registro. . 1) El actor ingresa al sistema. Post-condiciones: se crean registros con los datos esenciales para su uso. nuevamente realizara el mismo proceso desde el evento 5. el sistema da la opción de guardar información. pero si ya está haciendo uso de él no habrá la necesidad de ingresar. servicios y promociones agregándoles sus características. 11) El actor espera a que el sistema valide la información. permitiendo que corrija los datos. Si el actor elige una opción equivoca. empleados y clientes. Evento 9. El actor puede ingresar al sistema para hacer un registro. 13) El actor oprime el botón de guardar. Normal curso de los acontecimientos: Eventos. Frecuencia de uso: la frecuencia es media. 4) El sistema muestra la opción de crear un nuevo registro. Prioridad: alta. si los datos no son correctos envía un mensaje de error al actor. 2) El sistema muestra la pantalla de inicio del menú principal del sistema. servicio. 6) El sistema pide seleccionar el tipo de registro a realizar. si desea realizar otra operación o si desea salir. el sistema se regresa a la pantalla principal. 8) El sistema muestra los campos del registro seleccionado. Si al actor le falta llenar un capo obligatorio. 15) Él sistema envía un mensaje al usuario. 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.Actor: Gerente Descripción: consiste en el registro de productos (insumos). el sistema mostrara un mensaje que diga “Se ha completado exitosamente el registro”. Evento 14. Evento 7. 3) El actor genera la orden de crear registro. 14) El sistema guarda la información en la base de datos. Condiciones previas: se debe contar con un permiso de usuario para realizar un registro. Cursos alternativos: Evento 1. 10) El sistema valida los datos del registro. 17) Si desea salir. 12) Si la información es validada.

nombre cliente. nombre de empleado. Incluye:  Ingresar al sistema. Los datos para una promoción son clave de promoción. Condiciones previas: se debe contar con un permiso de usuario para realizar una consulta. Evento 14.  Registro de empleados. 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. dirección. brillo para motor.  Registro de servicio.Evento 15. pulido de faros y descontaminación de cristales. . teléfono y correo electrónico. paquete de limpieza interior. El registro de productos deben contener los siguientes datos: clave de producto. si no son correctos envía un mensaje de error. unidad de medida y precio unitario. Los datos de empleados son: clave de empleado. el sistema permitirá la actualización de los datos en caso de que lo requiera el usuario. Supuestos: Notas y problemas: N/A Caso de Uso ID: CU-4 Use Nombre del Caso: CONSULTAS Creada por: Fecha de creación: 02/Dic/2012 Actualizado por: Última Actualización: Actor: Gerente / Cliente Descripción: consiste realizar consultas de reporte de ventas. Excepciones: Evento 9.  Registro de promociones. 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. almorol. nombre de servicio. permitiendo corregirlos. shampoo. teléfono y correo electrónico. nombre de servicio que pueden ser paquete de limpieza exterior. comisiones e inventario. oferta o promoción del servicio y costo de servicio. lavado de motor.  Registro de clientes. Evento 12. desengrasante. dirección. descripción de servicio. nombre de producto (agua.  Registro de producto. y precio del servicio. Los datos que se deben incluir en este tipo de registro son: clave de cliente. El sistema verifica los datos introducidos por el usuario.  Validación de datos: verificación de datos nombre y contraseña. Se debe contar con una cuenta de usuario para el acceso. Requisitos especiales: el sistema deberá tener el espacio suficiente para el registro de los datos. Una vez que el sistema haya guardado la información. Debe tener los siguientes datos para su registro: clave de servicio. gasolina).

Frecuencia de uso: la frecuencia es media. 10) El sistema espera a que el usuario elija la operación a realizar. 2) El sistema muestra la pantalla del menú principal. 17) Si desea salir. comisiones e inventario) y promociones a consultar desde la base de datos. 1) El actor ingresa al menú principal del sistema. Cursos alternativos: Evento 4 y 20. 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. Consulta de promociones por el actor Cliente: Eventos: 18) El actor cliente entra a la pantalla principal del sistema. el sistema envía un mensaje al usuario cuestionando si “¿está seguro de eliminar datos?”. el sistema espera a que el actor realiza los cambios. 12) El sistema valida la información y actualiza la información. 4) El sistema llama y muestra las opciones de tipo de reporte (de ventas. el sistema elimina los datos del registro y los campos se hace nulos. actualizar datos. 9) El usuario elije una opción mencionada en el evento 8. 11) Si el actor selecciona “Actualizar datos”. Normal curso de los acontecimientos: Consulta de reportes por el actor Gerente: Eventos. 3) El actor hace clic en la opción de reportes. o salir del sistema. si el usuario elige la opción “si”. el sistema le deberá permitir regresar al menú de crear un nuevo reportes y seleccionar lo opción correcta. 7) El actor puede ver la información del reporte. el actor oprime el botón de salir y el sistema regresa a la pantalla principal. 5) El actor selecciona una opción de reporte a consultar. 21) El sistema da la opción de salir del sistema. Si el usuario oprime que no el sistema regresa a la pantalla y si oprime que sí. . 23) El actor sale el sistema.Post-condiciones: el sistema permite en una consulta ver la información. 20) El actor selecciona promoción y puede ver la información. Si el actor elige una opción equivoca. 19) El sistema muestra el menú de promociones. 6) El sistema muestra los datos (información) del reporte que el usuario ha seleccionado. 16) Si el actor selecciona “eliminar datos”. Prioridad: media. 13) El actor guarda los datos. 22) El actor regresa a la pantalla principal. 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. 8) El sistema le muestra al usuario la opción de eliminar. modificar o eliminar datos.

el sistema le otorga permisos de actualizar o eliminar datos.  Consulta de inventario. El actor cliente además de consultar promociones podrá ver los diferentes servicios que se ofrecen. Evento 8. el sistema mostrara un mensaje que diga que se ha completado exitosamente el registro. Incluye:  Ingresar al sistema. Se modifican o realizan cambios de los datos. 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. comisiones e inventario. para que exista una venta.  Actualización de datos. Se debe contar con una cuenta de usuario para el acceso.  Consulta de reporte de venta. Las opciones son reporte de inventario. Evento 15. Post-condiciones: se tiene un reporte de servicios vendidos en el sistema y una de tickets. el sistema deberá contar con una página web para dar a conocer sus promociones a los clientes frecuentes. Si el actor es el administrador. Se eliminan datos de la base de datos. Al guardar la información validada. El actor gerente solo puede hacer una consulta datos y el sistema bloquea las opciones de actualizar o eliminar datos. Supuestos: Notas y problemas: N/A Caso de Uso ID: CU-5 Use Nombre del Caso: VENTAS Creada por: Fecha de creación: 02/Dic/2012 Actualizado por: Última Actualización: Actor: Gerente / Cliente Descripción: consiste en capturar entradas y salidas de la venta de un servicio de lavado. Evento 20.  Seleccionar tipo de reporte.  Consulta de promociones.  Eliminar registros. Requisitos especiales: el sistema deberá tener el espacio suficiente para el registro de los datos. Excepciones: Evento 7.  Consulta de comisiones.Evento 10. . Condiciones previas: debe haber una orden de pedido.

 Registro de orden de pedido. 8) El actor gerente otorga pedido al cliente. secuencia de los tickets. color. Frecuencia de uso: usualmente. 10) El actor gerente recibe y registra costo y forma de pago de orden de pedido. marca. 7) El sistema regresa a su pantalla principal. Supuestos: Notas y problemas: N/A . 9) Una vez que el cliente haya recibido el servicio de su orden de pedido. Excepciones: Evento 10. El sistema comprueba la validez de los datos. reporte de ventas totales por semana. si los datos no son correctos envía un mensaje de error al actor. forma de pago y nombre del empleado que realizo servicio de lavado. Y genera orden de pedido. permitiéndole que los corrija.  Validación de orden de pedido. 12) El gerente pide al sistema que imprima ticket de venta.  Pago de pedido. 2) El actor gerente pide datos al cliente. pagara su orden de pedido. número de placas e id empleado a la orden de pedido. El cliente puede realizar su pago en efectivo. Requisitos especiales: auditoria de tickets cancelados. Normal curso de los acontecimientos: Eventos. Cursos alternativos: Evento 5. Evento 13. Incluye:  Ordenar pedido. 4) El actor gerente registra datos: ingresa el id del cliente.Prioridad: alta. su id si es cliente frecuente. tipo de servicio. tarjeta o crédito. que el actor gerente entregara al cliente. 13) El sistema imprime ticket de venta. El ticket de venta debe contener los siguientes datos: fecha. 3) El actor cliente proporciona datos o en su caso. Evento 11. 1) El actor cliente realiza una 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. 11) El sistema automáticamente registra esta orden de venta y pago emitiendo un ticket de venta. hora de entrada y hora de salida. número de placas.  Imprimir ticket de venta  Cancelar ticket de venta. El sistema debe permitir la cancelación de tickets de venta en caso que el cliente rechace una orden de pedido.

DIAGRAMA DE SECUENCIA GENERAL Administrador Gerente Cliente Servicio Servicio elegido Gestiona usuarios Recolecta datos Ordena servicio Valida servicio Otorga permisos Pide datos Ingresa al sistema Registra datos Entra al sistema Proporciona datos Introduce datos Otorga servicio Paga servicio Cobra servicio .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->