Академический Документы
Профессиональный Документы
Культура Документы
Nombre del docente: Adelaida Prez Ramrez Ciclo escolar: 1701-B1 Horas: Clave de la asignatura:
72 15142420 /16142420
Unidad Competencias Propsitos, objetivos o logros
General Especfica Identificar los modelos utilizados para el desarrollo de sistemas y la forma e
3.- Modelos para Debers ser capaz de distinguir Utilizar los modelos estructurados y orientados a cmo se complementan, en el apoyo del desarrollo de sistemas.
el desarrollo de cada uno de los modelos para el objetos para la creacin de un sistema, mediante la
sistemas desarrollo de sistemas y de herramienta StarUml.
seleccionar el adecuado para las
problemticas presentadas de los
clientes.
Actividades de aprendizaje
Recursos
Tiempo Herrami didcticos y Fecha de entrega
Nombre Propsito Descripcin Evaluacin
Aproximado enta material de
apoyo
Actividad 1. Modelos Analizar un problema y encontrar 4 horas Tarea La siguiente actividad se realizar por Individual- Programa Sugerida:
de desarrollo de la solucin apropiada para el medio de dos herramientas: un foro y revisar desarrollado de la 4 de Septiembre
sistemas diseo del modelo de desarrollo la seccin de tareas, por lo tanto anexo materia: del 2017
del sistema, con esta actividad atiende a las siguientes indicaciones. rubrica de https://unadmexic
reafirmars tus conocimientos en ndices y o.blackboard.com/ Cierre de Unidad:
los modelos de desarrollo de 1. Ingresa al foro Actividad 1. porcentajes bbcswebdav/instit 26 de Septiembre
software. Modelos de desarrollo de sistemas. ution/DCEIT/2016 del 2017
_S2_B1/DS/04/D
2. Para comenzar este ejercicio, crea MMS/U1/Unidad_ Periodo de gracia:
un archivo de texto y copia la 1_Herramientas_p 22 de Septiembre al
descripcin del problema que ara_el_modelado 26 de Septiembre 2017
analizars, las respuestas las _de_software_DM
colocars en la descripcin del inciso MS.pdf Extempornea
correspondiente. ( no se recibe):
27 de Septiembre
3. Analiza la problemtica que te
asign tu docente en lnea y
responde a lo que se te indica.
(Anexo 1)
Actividad 2. Modelos Relacionar conceptos, 4 Foro Con la presente actividad Individual- Programa Sugerida:
estructurados componentes, simbologa, etc. comprobars el nivel de comprensin revisar desarrollado de la 8 de Septiembre
Para comprobar nivel de de los conceptos relacionados con rubrica de materia: del 2017
comprensin de conceptos y los modelos de diseo. ndices y https://unadmexic
procesos de modelo estructurado Instrucciones: porcentajes o.blackboard.com/ Cierre de Unidad:
correspondiente. bbcswebdav/instit 26 de Septiembre
Instrucciones: ution/DCEIT/2016 del 2017
1. Crea un archivo de texto y copia la _S2_B1/DS/04/D
tabla como se muestra en el MMS/U1/Unidad_ Periodo de gracia:
documento. (Anexo 2) 1_Herramientas_p 22 de Septiembre al
ara_el_modelado 26 de Septiembre 2017
Actividad 3. Modelos Relacionar conceptos, 8 Tarea 1. Crea un archivo de texto y copia Individual Programa Sugerida:
Orientados a Objetos componentes, simbologa, etc. la tabla como se muestra. En cada rubrica de desarrollado de la 12 de Septiembre
Con el modelo orientado a objetos problema se muestra un grfico, ndices y materia: del 2017
correspondiente responde a la pregunta, Marca la porcentajes https://unadmexic
respuesta correcta y redacta por qu o.blackboard.com/ Cierre de Unidad:
es el Diagrama que seleccionaste. bbcswebdav/instit 26 de Septiembre
(Anexo 3) ution/DCEIT/2016 del 2017
_S2_B1/DS/04/D
2. Guarda la actividad con el nombre MMS/U1/Unidad_ Periodo de gracia:
DMMS_U3_A3_XXYZ. Sustituye las 1_Herramientas_p 22 de Septiembre al
XX por las dos primeras letras de tu ara_el_modelado 26 de Septiembre 2017
primer nombre, la Y por la inicial de tu _de_software_DM
primer apellido y la Z por la inicial de MS.pdf Extempornea
tu segundo apellido. ( no se recibe):
27 de Septiembre
3. Enva el archivo a tu Docente en
lnea para recibir retroalimentacin
mediante la herramienta Tarea.
Periodo de gracia:
22 de Septiembre al
26 de Septiembre 2017
Extempornea
( no se recibe):
27 de Septiembre
FUENTES DE
CONSULTA:
Bibliografa bsica
ANEXOS
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:
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:
Fecha de
Clave Supervisor: movimiento:
Nombre:
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.
A) Iniciando un proceso de anlisis, iniciaremos con el modelo de requisitos, pensando sobre los casos de uso responde a las siguientes
preguntas.
2.- La accin de llenado del reporte de entradas y salidas del camin, quin lo realiza?_______________
_______________________________________________
3.- Quin firma la seccin del reporte de entradas y salidas de camiones en la seccin revis? ____
_______________________________________________
5.- Quin realiza el llenado del documento de supervisin de servicio de transporte?: _____________
_______________________________________________
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?:_____________________________________________________________
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:
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.
1. Una de las opciones no es cierta para justificar el manejo de poca informacin en las interfaces Cul es?
2. Es el principio de diseo que indica usar trminos y conceptos obtenidos de la experiencia de las personas que ms utilizan el sistema:
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:
4. Es el principio de diseo que indica que el comportamiento del sistema no debe de provocar sobre saltos de emocin a los usuarios:
NOTA: No olvides los puntos de la actividad, pues esto te servir para realizar los diseos que se te pedirn en la Actividad 4, entre otras cosas.
Ya que concluiste con el ejercicio y la discusin del foro termin: Enva el archivo a tu Docente en lnea una vez que el Foro haya terminado y
espera tu retroalimentacin.
Con la presente actividad comprobars el nivel de comprensin de los conceptos relacionados con los modelos de diseo.
Instrucciones:
1. Crea un archivo de texto y copia la tabla como se muestra en el documento.
2. Relaciona la columna descripcin con la columna concepto y coloca el nmero de la descripcin en la columna respuesta. Posterior a la
respuesta redacta por qu es la respuesta correcta.
Porque: __________________
_________________________
_________________________
_________________________
Porque:___________________________
__________________________________
__________________________________
Porque:___________________________
__________________________________
__________________________________
Porque:___________________________
__________________________________
Porque:___________________________
__________________________________
__________________________________
Porque:___________________________
__________________________________
__________________________________
Porque:___________________________
__________________________________
__________________________________
Porque:___________________________
__________________________________
__________________________________
Porque:___________________________
__________________________________
__________________________________
Porque:___________________________
__________________________________
__________________________________
Porque:___________________________
__________________________________
__________________________________
Problema:
Descripcin: 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 requiere supervisar los tiempos que toma a cada camin realizar un recorrido, adems desea conocer la cantidad de vueltas de cada
conductor por da, por lo tanto, se entreg el siguiente reporte en uso:
Chofer Reviso
Fecha de
Clave Supervisor: movimiento:
Nombre:
Numero de
Revisin No. Camin Cve. Chofer Hora Observaciones
1
2
3
4
5
6
7
8
9
10
Supervisor Administrador
Existe personal de mantenimiento pero no hay un reporte estandarizado en donde se registra el mantenimiento a los camiones, fecha, lugar y
gastos involucrados, ni qu persona lo realiz, pues el mantenimiento se hace segn la recomendacin del chofer del camin.
Con respecto a los mecnicos se requiere mantener los aos de experiencia. En cuanto a los supervisores de choferes se solicita mantener un
dato que indique la cantidad de veces que se le ha descubierto realizando otras actividades que no correspondan a su labor, el cual se le llamar
falta administrativa.
Se puede crear una clase padre para las clases chofer, mecnico, administrador y supervisor. Por tanto las clases existente para disear el
sistema son:
a. Persona
b. Chofer
c. Administrador
d. Supervisor
e. Mecnico
f. Camin
g. Recorridos
h. Supervisiones
i. Registro de mantenimientos
Hablando del modelo Orientado a Objetos (OO), en la clase recorridos se implementa en los diagramas de UML con dos clases, una para
almacenar los encabezados del reporte y otra para almacenar los detalles del mismo. Tambin haz lo mismo para la clase supervisiones se
implementa con dos clases ms, una para almacenar los datos del encabezado de los reportes y otra para almacenar los detalles de los mismos,
pero para la clase registro de mantenimiento se implementa con una clase, en esa registra la causa y lo que se hizo. En total estamos hablando de
11 clases.
A) Con respecto al modelo de requisitos, elabora el diagrama de casos de uso del problema mencionado,
utiliza StarUML, lo que se evaluar de tu diseo es:
B) Con respeto a los modelos orientados a objetos elaborars el diagrama de clases usando StarUML, lo que se evaluar de tu diseo es:
a. Se contemple las 11 clases.
b. Indica la siguiente cantidad de atributos mnimo (contempla los datos especificados en la descripcin del problema, si te llegaran a
faltar piensa sobre los atributos que seran importantes contemplar):
a. 5 para persona, y chofer.
b. 3 para supervisor, administrador, mecnicos.
c. 4 para camin, supervisiones.
d. 6 para detalles de supervisiones, recorridos y detalles de recorridos.
e. 7 para mantenimientos. (no agregues la clase detalles de mantenimiento en esta entidad debe mostrarse toda la informacin
sobre los mantenimientos).
c. 3 mtodos mnimo por cada clase, excepto para las clases detalle de recorridos y detalle de supervisiones, en estas dos no agregues
mtodos.
e. Especifica la cardinalidad.
Para ser ms especficos, la universidad requiere un sistema que sirva de apoyo a los docentes al momento de calificar a sus alumnos, de tal manera
que sea el profesor quien decida cmo es que se evaluar la materia, ya que dependiendo del tipo de materia (sea practica o terica) se podrn
definir tipos de evaluacin (Exmenes escritos o prcticos, investigaciones, exposiciones, prcticas de laboratorio, etc.) al momento e incluso de
impartir una clase, el profesor puede crear una evaluacin y adems asignarle un porcentaje, que al momento de capturar una calificacin de la
actividad, el sistema se encarga de hacer los ajustes necesarios para que nos arroje una calificacin total con respecto a todas las actividades ya
evaluadas, sin que el profesor tenga que estar haciendo clculos en papel para despus capturar sus resultados.
En una entrevista con el cliente, comenta los siguientes requerimientos del sistema:
Hay dos tipos de usuario: empleados y alumnos, un alumno recibe calificaciones de las materias que recibe.
Se crean plan de estudios y estos describen las materias que llevan durante sus estudios.
Regresando a las evaluaciones, una evaluacin depende de muchas evaluaciones, por lo mismo un docente puede crear un perfil de
evaluacin que este debe de tener detalles segn lo describa el docente en el perfil de evaluacin.
Adems existen las siguientes relaciones:
o Un alumno puede tener diferentes estatus en el transcurso de sus estudios, dentro de la misma universidad.
o Los empleados pueden clasificarse y catalogarse en tipos de empleados.
o Por ltimo la clase estados de un pas, puede relacionarse con los usuarios.
Estatus de Alumnos:
Periodos: Para mantener un control sobre los periodos escolares, y sus mtodos son:
Agregar Periodo
Modificar Periodo
Dar de baja Periodo
Empleados y docentes
Este mdulo controlar lo referente a los empleados definiendo en primera estancia qu tipo de empleado es, si es un docente o un
usuario administrativo; en donde, si es administrativo, podr realizar algunas de las operaciones del mdulo alumno, docentes y
algunas de este mdulo, pero si es de tipo docente las operaciones a realizar sern:
Agregar Empleado
Modificar Empleado
Dar de baja Empleado
Dejar Tareas
Seleccionar Materias
Cambiar calificacin
Calificaciones Materia
En el mdulo de calificaciones se controla toda la informacin que generen los alumnos de su historial acadmico como son las
calificaciones que obtuvieron, las materias que cursaron y el docente que les imparti dicha materia.
Agregar Calificaciones
Modificar Calificaciones
Agregar Evaluacin
Materias
Categoras de Evaluacin
El mdulo de categoras de evaluacin ser un catlogo que nos almacena toda la informacin de las diferentes evaluaciones que los
docentes vayan agregando a su materia de tal forma que cuando se crea un perfil para una materia se recurra a este catlogo para
definirlo.
Agregar Categora de Evaluacin
Modificar Categora de Evaluacin
Planes de Estudio
En este mdulo se encargara de manejar el plan de estudio definiendo el detalle de cada plan de acuerdo a sus actualizaciones se
basar del catlogo de materias para alimentarse y del catlogo de especialidades para definir cada plan de estudios.
Agregar Plan de Estudio
Modificar Plan de Estudio
Perfil de Evaluacin
En este mdulo los docentes se encargaran de crear el perfil de la materia a impartir
Agregar Perfil de Evaluacin
Modificar Perfil de Evaluacin
Listado de Perfil de Evaluacin
Bsqueda de Perfil de Evaluacin
B) Realiza el caso de uso Crear perfil por materia, utiliza los actores Docente y base de datos, con los casos, inicio de sesin, seleccionar materia,
seleccionar grupo, asignar nmero de evaluaciones, asignar tipo de evaluacin, imprimir reporte y validar cuenta.
D) A continuacin, se te presenta un bloque del diseo de clases del problema propuesto al inicio de las actividades de la evidencia del
aprendizaje, tomando en cuenta que los atributos que inician con id son las llaves primarias o fornes y stas son de tipo entero, con esta
informacin completars parte de un diccionario de datos describiendo la informacin solicitada en las columnas por cada dato de la entidad
solicitada.
Completa el diccionario de datos de la entidad Usuario, trata de hacerlo lo ms acorde a la realidad, recuerda las indicaciones para la asignacin
del tipo de dato de las llaves primarias.
Usuarios
IDENTIFICADOR TIPO NUM. REQUE DESCRIPCI
DE DE -RIDO ON
DATO DECI- SI/NO
MALES
TIPO DE DATO
(P=Primaria,
F=fornea,
N=norma)
IdUsuario
Nombre
ApellidoPat
ApellidoMat
Domicilio
Colonia
Ciudad
IdEdo
Telfono
TelCelular
Sexo
Edad
FecNac
RFC
CURP