Actividad 1. Modelos de desarrollo de sistemasCarrera: Desarrollo de SoftwareCuarto cuatrimestrePrograma de la asignatura:Mtodos y modelos de desarrollo de softwareUnidad 3. Modelos para el desarrollo de sistemas Facilitador: HUGO SAAVEDRA FERNANDEZ Alumno: Vicente Daz AyalaMat: 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 datoDescripcin del contenidoTipo de datoAlguna restriccinValor inicial del dato

No. caminAlmacenar no de camin asignadoenteroNo quedar vacoEspacios vacos

Hora de salidaAlmacenar la hora en que parte el camin de la terminalhoraNo quedar vacoEspacios vacos

Hora de llegadaAlmacenar la hora en que llega el camin a la terminalhoraNo quedar vacoEspacios vacos

Clave del supervisorAlmacenar el nombre del supervisor que checa sus serviciosCadena de caracteresNo quedar vacoEspacios vacos

Clave del administradorAlmacenar el nombre del administradorCadena de caracteresNo quedar vacoEspacios 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 deldatoDescripcin del contenidoTipo dedatoAlgunarestriccinValor inicial del dato

NombreAlmacenar el nombre y apellidosCadena de caracteresNo quedarvacoEspaciosVacos

Clave licenciaAlmacenar el nmero de licencia del conductor vigenteCadena de caracteresNo quedar vacoEspacios vacos

edadAlmacenar la edad del choferenteroNo aceptar menor de 18Espacios vacos

Direccin de casaAlmacenar calle de su viviendaCadena de caracteresNo quedar vacoEspacios vacos

Telfono casaAlmacenar el nmero de telfono de casaCadena de caracteresNo quedar vacoEspacios vacos

No. caminAlmacenar no de camin asignadoenteroNo quedar vacoEspacios vacos

Hora de salidaAlmacenar la hora en que parte el camin de la terminalhoraNo quedar vacoEspacios vacos

Hora de llegadaAlmacenar la hora en que llega el camin a la terminalhoraNo quedar vacoEspacios vacos

Clave del supervisorAlmacenar el nombre del supervisor que checa sus serviciosCadena de caracteresNo quedar vacoEspacios vacos

Clave del administradorAlmacenar el nombre del administradorCadena de caracteresNo quedar vacoEspacios vacos

ObservacionesAlmacena las observaciones tanto del chofer,supervisor,administradorCadenas de caracteresno quedar vacoEspacios vacos