DDRS-U3-A22-ALMM

Vista previa del material en texto

Universidad Abierta y a Distancia
de México
División de Ciencias Exactas, Ingeniería y Tecnología
Desarrollo de software
Semestre: 4
Asignatura: Diseño y arquitectura de software
Unidad de aprendizaje: 3
Actividad: 2 
Ciudad de México, Septiembre del 2022
Diseño: DL-CPL
ÍNDICE
INTRODUCCIÓN	3
DESARROLLO DE LA ACTIVIDAD	4
CONCLUSIÓN	5
REFERENCIAS BIBLIOGRÁFICAS	6
INSTRUCCIONES
1. Haciendo uso del formato (plantilla) oficial de entrega de actividades que el docente te proporcionó, redacta la introducción (entre un mínimo de 100 y máximo 150 palabras de propia autoría), donde expliques el contenido a realizar basado en los siguientes planteamientos: ¿qué se va a realizar?, ¿para qué se va a realizar?, ¿cómo se va a realizar? 
2. Analiza el material del contenido nuclear tema 3.2 de la unidad 3 y el caso de estudio Odontokids. 
3. Investiga en fuentes de información confiables (Google Académico, Mendeley, Zotero, Redalyc, LatinIndex) los siguientes cuestionamientos: 
a) Patrones arquitectónicos de sistemas interactivos. 
b) Utilidad que representan los patrones arquitectónicos de sistemas interactivos en la construcción del software. 
c) Patrones arquitectónicos MVC (Modelo Vista Controlador), PAC (Presentación, Abstracción, Control). 
d) Ámbitos de aplicación de patrones arquitectónicos de sistemas interactivos. 
4. Explica los siguientes aspectos, en función de las especificaciones del caso de estudio Odontokids y lo solicitado en el punto anterior, en una extensión mínima de 70 a 100 palabras como máximo, en cada inciso donde las respuestas, deberán ser fundamentadas con 2 citas textuales.
a) 
b) La funcionalidad del patrón MVC en el caso de estudio. 
c) 3 requisitos funcionales y 3 requisitos no funcionales.
	VISTAS
	Modelo
	Vista
	Controlador
	
	
	
d) Las vistas del patrón arquitectónico MVC y colócalo en la siguiente tabla.
5. Construye las vistas que representen el patrón MVC del módulo de servicios (Odontopediatría) : de acuerdo al caso de estudio Odontokids. 
a) 
b) Vista Modelo. Almacenamiento de los datos (Diseña la vista lógica o base de datos). 
c) Vista. Lo que el usuario ve, Interfaz (Diseña la pantalla consulta que vería el usuario). 
d) Vista Controlador. Diseña la vista del funcionamiento del controlador (Aplicación de las reglas del negocio).
 
Notas: Las vistas deberán diseñarse con software especializado (Microsoft Visio exclusivamente, puedes habilitarlo desde tu cuenta institucional). Si se omite el desarrollo de las vistas en el software Microsoft Visio, la actividad será evaluada con 1 y contará como intento. Es necesario enviar los archivos fuente de las vistas. Si se omite el envío del archivo fuente, la actividad será evaluada con 1 y contará como intento.
No se permiten imágenes tomadas de Internet, si esta es tomada de Internet, la actividad será evaluada con 1 y contará como un intento. 
6. Coloca, el diseño de cada una de las vistas elaboradas en el punto no. 5, en el documento formato plantilla en la sección de desarrollo. 
Nota: Si no integran los diseños de las vistas en el formato plantilla, la actividad será evaluada con calificación de 1 y contará como primer intento. 
7. Crea una carpeta compartida desde OneDrive de tu cuenta institucional, para colocar los archivos fuente de cada vista arquitectónica. 
8. Genera un enlace de la carpeta compartida, configurando los permisos para que el docente pueda acceder a su contenido, y pega el enlace de la carpeta compartida en el formato plantilla de entrega. 
9. Redacta una conclusión (entre un mínimo de 150 y máximo 200 palabras de propia autoría), donde expliques “4 diferencias entre los patrones arquitectónicos MVC y PAC” y la importancia que representó el desarrollo de los contenidos de esta actividad, sustenta tu respuesta con una cita textual en formato APA 7a edición.
10. Consulta el instrumento de evaluación y el Formato de entrega de la actividad para conocer aspectos particulares (como citas textuales) del producto a entregar.
INTRODUCCIÓN
XXX 
DESARROLLO DE LA ACTIVIDAD
1. Patrones arquitectónicos de sistemas interactivos. 
En investigaciones de Advance “Los patrones de arquitectura resuelven los problemas relacionados con el estilo arquitectónico, representan la relación entre los componentes de todo el sistema y cada uno de ellos está compuesto por pequeños módulos. Proveen un conjunto de subsistemas predefinidos donde se especifican sus responsabilidades e incluyen reglas y guías para organizar las relaciones entre ellos” (s. f.). Por lo que se entiende que Los Patrones arquitectónicos de sistemas interactivos describen una interface de usuario que se ajusta con base en la interacción usuario-sistema para reflejar los requerimientos particulares y facilitar al usuario el manejo de la aplicación.
2. Utilidad que representan los patrones arquitectónicos de sistemas interactivos en la construcción del software. 
La principal utilidad que representan los patrones arquitectónicos de sistemas interactivvos en la construccion es que de acuerdo al contenido de la Unidad 3 de la asignatura “Una vez que el arquitecto de software determina que en base a los requerimientos del problema a resolver es factible aplicar un diseño de sistema interactivo dispone de varios patrones arquitectónicos para su elaboración” (UNADM, 2022).
3. Patrones arquitectónicos MVC (Modelo Vista Controlador), PAC (Presentación, Abstracción, Control). 
MVC. Descrito en 1979 para una investigación en el lenguaje Smalltalk, este divide una aplicación interactiva en 3 componentes. La vista muestra la información al usuario, y los controladores manejan las entradas del usuario, y las vistas y controladores forman la interfaz de usuario, por lo que en resumen divide a una aplicación interactiva en tres componentes: modelo, vistas y controladores.
PAC. Define una estructura para sistemas interactivos como una jerarquía de componentes cooperativos. Cada componente es responsable de un aspecto específico de la funcionalidad de la aplicación y consiste de 3 componentes: presentación, abstracción y control. Separa el aspecto de interacción usuario-sistema de su funcionalidad principal y de la comunicación con otros agentes. Por lo que en resumen define al sistema como una jerarquía de agentes que coorperan entre sí para implementar la funcionalidad de la aplicación.
4. Ámbitos de aplicación de patrones arquitectónicos de sistemas interactivos. 
La aplicación de los patrones en sistemas interactivos es muy importante por que aplican en la adaptacion de la interfaz de usuario a las necesidades específicas, resultando que el usuario pueda trabajar de forma intuitiva con la aplicación, y asi como la logica de procesos y la segmentacion de las diferentes vistas y procesos, la aplicación se puede observar en distintas aplicaciones como por ejemplo Cajeros Automaticos, sistemas de encuestas o votaciones etc.
a) La funcionalidad del patrón MVC en el caso de estudio. 
La funcionalidad de la apliccion del patron MVC en el caso de estudio es la implementacion de su interface de usuario (donde el usuario, realizara citas, revisara su expediente etc), Datos (donde se guarda la informacion que se ingresa o se muestra por medio de la interface de usuario) y la logica de control (donde se actualiza el modelo o plataforma con base en la informacion que se tiene cuando se utiliza elementos de la interfaz como lo son botones)
b) 3 requisitos funcionales y 3 requisitos no funcionales.
a. Funcionales
i. El sistema debe poder ser utilizado en sistemas operativos como iOS y Android.
ii. De acuerdo a las instrucciones debe de poder separar al usuario con base a su edad (Odontopediatría > 12 años, Ortodoncia 12 <, Periodoncia 12 < )
iii. El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados. (Clientes, Especialistas, Dueños)
iv. El sistema debe tener un sistema de citas, en el cual el usuario escoge su cita con base en el horario disponible del Doctor/Especialista)b. No Funcionales
i. El sistema sera desarollado en Java para el caso de Android y Objective C para el desarrollo de la aplicación con sistemas operativos iOS, ya que cuentan con una buena interfaz grafica, y facil desarrollo para el manejo de datos.
ii. Se debe tener equipos actualizados en Software y Hardware con buenas especificaciones para tener un mejor rendimiento del sistema y fidelidad.
iii. Contar con una base de datos en la nube para que cualquier especialista, cliente o dueño pueda revisar la informacion.
c) Las vistas del patrón arquitectónico MVC y colócalo en la siguiente tabla.
	VISTAS
	MODELO
	VISTA
	CONTROLADOR
	
	
	
CONCLUSIÓN
Podemos concluir que las principales diferencias entre MVC y PAC pueden ser:
	MVC
	PAC
	Es la arquitectura interactiva de sistemas más comúnmente conocida y ampliamente utilizada.
	Es una arquitectura de sistema menos practicada y publicitada en comparación con MVC.
	Es bueno para sistemas más pequeños y menos complejos.
	Puede ser útil para sistemas complejos
	El controlador se fusiona parcialmente con la vista.
	Toman la entrada, no muestran el componente.
	No es intermediario entre el modelo y la vista.
	El componente presentación no es tan útil mientras que toda la inteligencia reside en el controlador.
Según lo investigado entiendo que un sistema PAC seria como un radar, donde capta la información de otros barcos y los interpreta con base en su información de forma gráfica en el radar, al igual con los elementos submarinos, y el MVC es una aplicación donde se separa la parte de la interfaz, que es el diseño o UIX, la parte donde se le da lógica al proceso de información y por ultimo un intermediario entre la interfaz gráfica y los datos.
REFERENCIAS BIBLIOGRÁFICAS