Actividad 1.

Modelos de desarrollo de sistemas

Carrera: Desarrollo de Software
Cuarto cuatrimestre
Programa de la asignatura:
Mtodos y modelos de desarrollo de software

Unidad 3. Modelos para el desarrollo de sistemas









Facilitador: HUGO SAAVEDRA FERNANDEZ

Alumno: Vicente Daz Ayala
Mat: AL12505732

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 registra



____________
Administrador

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
Mecnico

2.- La accin de llenado del reporte de entradas y salidas del camin, quin lo
realiza?

El chofer y el administrador checan que cada pasajero tenga su boleto
pagado.



3.- Quin firma la seccin del reporte de entradas y salidas de camiones en la
seccin revis

El administrador

4.- Quin revisa que los viajeros pagaron su pasaje?
El supervisor
5.- Quin realiza el llenado del documento de supervisin de servicio de
transporte?:

El 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? Si
7. Por qu?:

Considero que el modelo de clases, tiene herramientas que son tiles
para disear una estructura sencilla y organizada, por medio de tarjetas.

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:

Administrador, supervisor, chofer y camin.

2. Clase Supervisiones de:

Supervisor, chofer, camin y usuario.

3. Clase registro de mantenimiento:

Mecnico, administrador y 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
No quedar vaco 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



Nombre del
dato
Descripcin del
contenido
Tipo de
dato
Alguna
restriccin
Valor inicial
del dato
No. camin Almacenar no de
camin asignado
entero No quedar vaco Espacios
vacos
Hora de salida Almacenar la hora en
que parte el camin
de la terminal
hora No quedar vaco Espacios
vacos
Hora de llegada Almacenar la hora en
que llega el camin a
la terminal
hora No quedar vaco Espacios
vacos
Clave del
supervisor
Almacenar el nombre
del supervisor que
checa sus servicios
Cadena de
caracteres
No quedar vaco Espacios
vacos
Clave del
administrador
Almacenar el nombre
del administrador
Cadena de
caracteres
No quedar vaco 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 muchas informaciones 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



Nombre del
dato
Descripcin del contenido Tipo de
dato
Alguna
restriccin
Valor
inicial
del dato
Nombre Almacenar el nombre y
apellidos
Cadena de
caracteres
No quedar
vaco
Espacios
Vacos
Clave licencia Almacenar el nmero de
licencia del conductor vigente
Cadena de
caracteres
No quedar
vaco
Espacios
vacos
edad Almacenar la edad del chofer entero No aceptar Espacios
menor de
18
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
No. camin Almacenar no de camin
asignado
entero No quedar
vaco
Espacios
vacos
Hora de salida Almacenar la hora en que parte
el camin de la terminal
hora No quedar
vaco
Espacios
vacos
Hora de
llegada
Almacenar la hora en que llega
el camin a la terminal
hora No quedar
vaco
Espacios
vacos
Clave del
supervisor
Almacenar el nombre del
supervisor que checa sus
servicios
Cadena de
caracteres
No quedar
vaco
Espacios
vacos
Clave del
administrador
Almacenar el nombre del
administrador
Cadena de
caracteres
No quedar
vaco
Espacios
vacos
Observaciones Almacena las observaciones
tanto del
chofer,supervisor,administrador
Cadenas
de
caracteres
no quedar
vaco
Espacios
vacos