Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Clave
150920624 / 160920624
1. Ingresa al foro. 2. Presntate con tu facilitador(a) y compaeros(as) respondiendo a las siguientes preguntas: a. Cul es tu nombre? b. Dnde vives? c. Qu te gusta ms del Desarrollo de software? d. Cules son tus expectativas de la asignatura? 3. Atiende a las indicaciones de tu facilitador(a). 4. Recuerda que el foro permanecer abierto en toda la asignatura, por lo tanto, podrs ingresar a l para resolver dudas o emitir comentarios entorno a la asignatura.
2. responde a las preguntas. Cmo se llama el Sistema? ________________________________________________ Cuntos casos de uso se observan en el diagrama? ____________________________ Cules son los nombres de los actores? ______________________________________ Qu nombre reciben las 8lneas sin punta? ___________________________________ Las 8 lneas sin punta que representan? ______________________________________ Qu nombre recibe la lnea discontinua? ______________________________________ Que representa la lnea discontinua? _________________________________________ Qu nombre reciben las 2 lneas continuas con punta? ___________________________ Qu representan las 2 lneas continuas con punta? ______________________________ Qu casos inicia el mesero? _______________________________________________ 3. Copia las preguntas en un archivo de texto, responde las preguntas argumentando el porqu de tu respuesta. 4. Guarda la actividad con el nombre DMMS_U1_A2_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. 5. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin.
LISTA DE ACTIVIDADES EN DESORDEN Orden 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ACTIVIDAD Clarificar los requisitos pendientes. Desarrollar la especificacin de los casos de uso, Definir visin general de la arquitectura. Realizar las mejoras del proyecto. Ajustar los errores y defectos encontrados en las pruebas de aceptacin. Capacitar a los usuarios. Desarrollar la arquitectura base del sistema. Verificar que el producto cumple con las especificaciones involucradas en el proyecto. Disear la solucin preliminar. Completar la funcionalidad de la iteracin. Definir casos de uso de la arquitectura base del sistema. Administrar los cambios de las evaluaciones realizadas por los usuarios. Identificar riesgos. Asegurar la disponibilidad del software para los usuarios. Definir el plan de las fases e iteraciones siguientes de desarrollo. Definir el alcance del proyecto. FASE
Debers de mostrar las relaciones entre las clases y la multiplicidad, usando el criterio de: 1 a muchas. Muchas a muchas. Muchas a 1. 1a1 Segn sea el caso B) Desarrolla el diagrama casos de uso, del sistema llamado Facturacin, en donde relacionars, 4 actores (factura, producto, cliente y BD), y los casos: cargar datos producto, cargar datos cliente, guardar factura e imprimir factura. C) Desarrolla el diagrama de secuencia, usando a los actores administrador, formato de altas cliente (programa) y BD, crear el diagrama de secuencia, validando que, si existe el cliente, no se capture pero, si no existe, capturar los datos en la forma o pantalla de captura; despus de que se capturaron los datos en la forma, deber de hacer conexin con la base de datos, insertar los datos, y cerrar la conexin, al final deber de limpiar la forma. 6. Guarda la actividad con el nombre DMMS_U1_A3_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. 7. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin. No olvides consultar la rbrica de evaluacin de la actividad.
2.- Comprar
Qu tipo de relacin existe en el diagrama entre los casos? a) Asociacin b) Dependencia (include) c) Dependencia (extend) d) Generalizacin En el sistema se muestra los casos hacer caf y hacer te, y un caso que se incluye en el proceso de preparar bebida, llamado hervir agua. Entre los 2 primeros casos y el de hervir agua, existe una relacin de tipo dependencia <<include>>. La relacin de dependencia <<include>> indica que:
a) Que es opcional el caso hervir tetera. b) Siempre se debe de realizar el caso hervir tetera c) Para preparar caf siempre debes de realizar el caso hervir agua, pero no para hacer te d) Para preparar t siempre debes de realizar el caso hervir agua, pero no para hacer caf
5.- Pagar Factura Qu tipo de relacin existe en el diagrama entre los casos? a) Asociacin y generalizacin b) Asociacin y dependencia c) Generalizacin y dependencia d) Asociacin y dependencia De acuerdo al grfico qu casos de uso inicia el crtico de comidas?
6.- Restaurante
a) b) c) d)
De los tres casos de uso, deben de existir dos relaciones, de qu tipo seran? y de a dnde seran las conexiones?, tomando en cuenta que si el caso Pagar lo llamramos 1, Pagar con tarjeta de crdito lo llamramos 2, y Pagar en efectivo lo llamramos 3.
a) Asociacin de 1 a 3 y dependencia de 2 a 3.
a) Un usuario tiene atributos y mtodos iguales para un usuario de administracin y de informtica. b) Un usuario tiene asociado una clave o varias. c) Un usuario depende de un fichero, sin este no tiene cabida en el sistema. d) Ninguna de las anteriores es correcta.
10.- Diagrama de clases sub-sistema empacar Existen dos tipos de relaciones, cuales son:
a) b) c) d)
19.- Agrega una relacin de tipo dependencia (lnea discontinua con punta de flecha) de CalificacionMateria a Alumnos. 20.- Guarda el archivo como jgp, con el nombre DMMS_U1_EA_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. 21.- Enva el archivo a tu Facilitador(a) para recibir retroalimentacin. No olvides revisar la rbrica de evaluacin de la evidencia de aprendizaje.