Actividad 1.

Modelos de desarrollo de sistemas

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.

d. Recuperabilidad