0 evaluări0% au considerat acest document util (0 voturi)
713 vizualizări5 pagini
(1) La administración de una ruta de camiones desea iniciar un proceso para desarrollar un software que supervise los tiempos de los recorridos de los camiones y la cantidad de viajes de cada conductor. (2) Actualmente, los conductores, supervisores y administrador llenan reportes manuales sobre los viajes, pero no existe un sistema estandarizado para registrar el mantenimiento de los camiones. (3) El objetivo es analizar los requisitos para crear un software que automatice estos procesos.
(1) La administración de una ruta de camiones desea iniciar un proceso para desarrollar un software que supervise los tiempos de los recorridos de los camiones y la cantidad de viajes de cada conductor. (2) Actualmente, los conductores, supervisores y administrador llenan reportes manuales sobre los viajes, pero no existe un sistema estandarizado para registrar el mantenimiento de los camiones. (3) El objetivo es analizar los requisitos para crear un software que automatice estos procesos.
(1) La administración de una ruta de camiones desea iniciar un proceso para desarrollar un software que supervise los tiempos de los recorridos de los camiones y la cantidad de viajes de cada conductor. (2) Actualmente, los conductores, supervisores y administrador llenan reportes manuales sobre los viajes, pero no existe un sistema estandarizado para registrar el mantenimiento de los camiones. (3) El objetivo es analizar los requisitos para crear un software que automatice estos procesos.
Problema: La administracin de una ruta de camiones de una ciudad, desea iniciar con un proceso para tener, al final del mismo, un software, donde se desea supervisar los tiempos que toma a cada camin realizar un recorrido, adems se desea conocer la cantidad de vueltas d cada conductor por da; se entreg el siguiente reporte en uso:
Reporte de entradas y salidas
No Autobs: _________ Fecha de movimiento: _________ Nombre del chofer: _________ Numero de viaje Hora de salida Hora de regreso Supervisor Observaciones 1 2 3 4 5 6 7 8 9 10
Chofer quien Administrador Registra
En el reporte se observa una columna que pertenece a la firma de un supervisor, se explica que en los recorridos suele existir supervisores que por azar se suben en los camiones en circulacin para comprobar que todos los pasajeros hayan hecho su pago y tengan su boleto, ellos firman de acuerdo al nmero de viaje en proceso; otras de sus actividades es proponer mejoras en el servicio. Los supervisores tambin tienen su propio reporte, que es el siguiente:
Reporte de Supervisin de servicio de transporte
Clave Supervisor: _________________ Fecha de movimiento: ________________ Nombre: _________________________
Numero de Revisin No. Camin Cve. Chofer Hora Observaciones 1 2 3 4 5 6 7 8 9 10
Supervisor Administrador
Por otro lado, el administrador desea supervisar los mantenimientos que se les aplican a los camiones, dependiendo de cierta cantidad de kilmetros incrementados. Pues, existe personal de mantenimiento, pero no hay un reporte estandarizado donde se registre el lugar, fecha y gastos del mantenimiento, as tambin la persona que lo realiz, pues el mantenimiento se hace segn la recomendacin del chofer del camin
Ahora realiza lo que se te pide en cada inciso:
A) Iniciando un proceso de anlisis, iniciaremos con el modelo de requisitos, pensando sobre los casos de uso responde a las siguientes preguntas.
1.- Enlista los actores que identificas en el problema. Administrador, Supervisor, Chofer, Pasajeros y Mecnico
2.- La accin de llenado del reporte de entradas y salidas del camin, quin lo realiza?
El chofer y el supervisor revisan que los pasajeros tengan su boleto pagado
3.- Quin firma la seccin del reporte de entradas y salidas de camiones en la seccin revis? Administrador
4.- Quin revisa que los viajeros pagaron su pasaje? Supervisor
5.- Quin realiza el llenado del documento de supervisin de servicio de transporte?: Supervisor
6.- En cuanto al diseo del modelo de clases, podras decir que puedes aplicar la herencia en la creacin de las clases chofer, mecnicos, administrador y supervisor Si/No?
7. Por qu?:
Aportacin Carlos Moreno: Porque el modelo de clases proporciona una manera sencilla de identificacin y organizacin, utilizando tarjetas de ndice estndar que representan a las clases y en ellas se pueden representar las responsabilidades y su informacin
Complementando la informacin de Carlos en la composicin de un diagrama de clases, este elemento de relacin, claramente podemos aplicar herencia entre las clases ya especificadas.
B. Del siguiente listado de clases del sistema, responde a las preguntas:
1. Persona 2. Chofer 3. Administrador 4. Supervisor 5. Mecnico 6. Camin 7. Recorridos 8. Supervisiones 9. Registro de mantenimientos
De qu clases llevan sus claves primarias como llaves forneas a las siguientes clases:
1. Clase Recorridos, de: Chofer, Administrador, Supervisor, Camion 2. Clase Supervisiones de: Supervisor, Camin, Chofer, Administrador, Persona 3. Clase registro de mantenimiento: Mecnico, Administrador, registro de mantenimiento
C. En la creacin de un diccionario de datos de tipo pasivo, se enlistan los datos, su descripcin, tipo de dato y restricciones del mismo; suponiendo que describirs los datos de la entidad chofer, escribe 5 datos del mismo, que puede ser til para el administrador conocer del chofer y que puede ser til para cuando se vaya a crear la base de datos del sistema, describe cada uno de ellos.
Nombre del dato Descripcin del contenido Tipo de dato Alguna restriccin Valor inicial del dato Nombre Almacenar el nombre y apellidos del chofer Cadena de caracteres Not Null Espacios vacos Clave licencia Almacenar el nmero de licencia de conductor vigente Cadena de caracteres No quedar vaco Espacios vacos Edad Almacenar la edad del chofer Entero No aceptar menor de 18 Espacios vacos Direccin de casa Almacenar calle de su vivienda Cadena de caracteres No quedar vaco Espacios vacos Telfono casa Almacenar el nmero de telfono de casa Cadena de caracteres No quedar vaco Espacios vacos
En esta actividad yo entiendo que debemos agregar una tabla con los atributos de los 5 campos que se detallan en la tabla de arriba. En este caso:
Chofer Nombre Victor Hugo Pea Cruz Clave licencia VHPAL12524499 Edad 31 Direccin de casa Cerrada misterios manzana 15b lote 1, Chimalhuacn, Estado de Mxico. Telfono casa (55)26- 15-55-44
D. En Cuanto al modelo de interfaces. Responde a las preguntas:
1. Una de las opciones no es cierta para justificar el manejo de poca informacin en las interfaces Cul es?
a. Memoria limitada de las personas a corto plazo. b. El manejar mucha informacin crea estrs en el usuario c. Suponer que todos los tipos de usuario se pueden adaptar a la interfaz d. Porque las pantallas permiten mostrar poca informacin
En los principios de diseo de interfaces se establece que deben tomarse en cuenta las capacidades fsicas y mentales de las personas que utilizaran el software. 1. Memoria limitada 2. Todos cometemos errores 3. Errores en sistema provocan estrs en los usuarios 4. Rango de capacidades fsicas 5. Preferencias de interaccin Por tal coincido con el compaero Carlos que no aplica la d.
2. Es el principio de diseo que indica usar trminos y conceptos obtenidos de la experiencia de las personas que ms utilizan el sistema:
a. Familiaridad del usuario: la interfaz de utilizar trminos y conceptos obtenidos de la experiencia de las personas que ms utilizan el sistema. b. Uniformidad. c. Mnima sorpresa: d. Recuperabilidad: La interfaz debe incluir mecanismos para permitir a los usuarios recuperarse de errores.
3. Es el principio de diseo que sugiere que siempre que sea posible, la interfaz debe ser ecunime en el sentido de que las operaciones comparables se activen de la misma forma:
a. Familiaridad del usuario b. Uniformidad: La interfaz debe ser uniforme en el sentido de que las operaciones comparables se activen de la misma forma c. Mnima sorpresa d. Recuperabilidad
4. Es el principio de diseo que indica que el comportamiento del sistema no debe de provocar sobre saltos de emocin a los usuarios:
a. Familiaridad del usuario b. Uniformidad c. Mnima sorpresa: El comportamiento del sistema no debe provocar sorpresa a los usuarios.