UNIVERSIDAD ABIERTA Y A

DISTANCIA DE MEXICO
ALFREDO DE JESUS CORDOVA ABARCA
Nombre del alumno

METODOS Y MODELOS DE DESARROLLO DE SOFTWARE

Materia

MODELOS DE DESARROLLO DE SISTEMAS

Tema

INGENIERIA EN DESARROLLO DE SOFTWARE

CARRERA

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: (ver formato).
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: (ver
formato)
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.
De manera explcita:
Chofer, Administrador y Supervisor.
Sera recomendable sugerirle a la empresa que se incluyera a un posible
Responsable de mantenimiento, pues tambin se recopilara y controlara la
informacin de los reportes de servicio a los camiones, lo que complementara
la informacin controlada por el sistema de software.
2.- La accin de llenado del reporte de entradas y salidas del camin,
quin lo realiza?
El chofer debido a que en el formato correspondiente se indica que es el chofer
quien realiza el registro (esquina inferior izquierda).
3.- Quin firma la seccin del reporte de entradas y salidas de
camiones en la seccin revis?

El administrador revisa el reporte elaborado por el chofer, as lo indica el

formato.
4.- Quin revisa que los viajeros pagaron su pasaje?
Los supervisores. Lo indica textualmente el caso planteado.
5.- Quin realiza el llenado del documento de supervisin de servicio
de transporte?
El supervisor, as lo muestra el formato proporcionado.
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?
Si.
7. Por qu?
Existe un conjunto de atributos comunes entre ellos que se podra abstraer en
el rol trabajador. El sistema podra tener una clase trabajador con atributos
comunes como: RFC, salario, horario, NSS, etc. La clase tendra mtodos
comunes como: Altas y Bajas. Con base en lo anterior, podra crearse una clase
especfica para cada actor del sistema, a ella se le asignaran los mtodos
especficos con los que interactuara con el sistema. Por ejemplo, el chofer
tendra el mtodo llenar reporte o el administrador el mtodo de revisar
reportes de choferes y/o supervisores.
B. Del siguiente listado de clases del sistema, responde a las
preguntas:
1.
2.
3.
4.
5.
6.
7.
8.
9.

Persona
Chofer
Administrador
Supervisor
Mecnico
Camin
Recorridos
Supervisiones
Registro de mantenimientos

1. Clase Recorridos, de: Chofer, Camin, Supervisor, Administrador

2. Clase Supervisiones de: Chofer, Camin, Supervisor, Administrador
3. Clase registro de mantenimiento: Chofer, Camin, Mecnico,
Administrador
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 ello.

Nombre
dato

del

Nombre

Experiencia

No.
afiliacin

de

IMSS
Estado Civil

Nivel
estudios

de

Descripcin del contenido

Tipo de dato

Alguna
restriccin

Valor inicial del

dato

Almacenar el

Cadena de

Sin dato

Espacios vacos

nombre y apellidos del chofer

caracteres

vaco

Almacenar los
aos
de
experiencia del chofer, para
asegurar
la
calidad
del
servicio

Entero

Sin dato

Almacenar el
nmero
de
seguridad social en caso de
cualquier
enfermedad
o
accidente

Entero

Almacenar su estado civil,

saber a quin llamar o pagar
el seguro de vida, en caso de
un accidente.

Cadena de

Sin dato

caracteres

vaco

Almacenar el nivel de estudios

para
realizar
promociones
dentro de la organizacin

Cadena
caracteres

Espacios vacos

vaco

No aceptar

Espacios vacos

menor de 18

de

Sin dato vaco

Espacios vacos

Espacios vacos

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
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
b. Uniformidad
c. Mnima sorpresa
d. Recuperabilidad
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
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
d. Recuperabilidad