Diseño y arquitectura de software DS-DDRS-1801-B2-001
TÍTULO DE LA TAREA Actividad Evidencia Evidencia de aprendizaje. aprendizaje. El modelo de vistas 4 + 1 en caso de arquitectura de software
Nombre del alumn@ Osvaldo Amalfi Dávila Matrícula: ES1521213860 Correo electrónico:
[email protected] Nombre de la ingeniería: Desarrollo de software Docente: Alfredo Orozco Escobar
Buenas tardes profesor le presento mi Actividad Evidencia de aprendizaje. El modelo de vistas 4 + 1 en un caso de arquitectura de software. Unidad 1. • Retoma el caso de estudio
planteado por tu docente en línea en la actividad 3 de la presente unidad. • Diseña los diagramas UML • Realiza una propuesta
arquitectónica de software con base en la aplicación del modelo de vistas 4+1 definido por Kruchten (1995) describiendo: • Las diferentes vistas del
modelo conforme a los aspectos que deben de incluirse en cada una. • Considera que cada vista
representa la funcionalidad que el sistema proporciona a los distintos involucrados: desarrollador, usuario final, entre otros. NOTA: Utiliza la herramienta de elección para generar los diagramas asociados.
necesarios que complementaran cada una de las vistas. NOTA: Puedes verificar los diagramas UML asociados a cada vista en la tabla incluida en el documento de contenido de la primera unidad • Integra tu actividad en una
presentación de Power Point y guárdala con la nomenclatura DDRS_U1_EA_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por el segundo. • El documento debe contener:
portada oficial, índice, introducción, desarrollo, conclusiones y fuentes de consulta confiables en formato APA. • Consulta los criterios de evaluación
de la actividad para que consideres los aspectos a evaluar. • Envía la actividad en formato ppt a
tu docente en línea mediante el Portafolio de evidencias.
• Considera que cada vista representa la funcionalidad que el sistema proporciona a los distintos involucrados:
desarrollador, usuario final, entre otros. • Vista lógica: representa la funcionalidad que el sistema proporciona al o los usuarios finales, lo q ue el sistema debe hacer ,
•
• •
•
las funciones o servicios que debe ofrecer, la documentación asociada a este vista en UML incluye los diagramas de clases, de comunicación o de secuencia Vista de despliegue: muestra el sistema desde la perspectiva o visión del programador , se ocupa de la gestión del software; muestra como esta dividido el sistema , sus componentes y las dependencias entre estos , esta vista de documenta en UML con los diagramas de componentes y de paquetes. Vista de procesos: muestra los procesos del sistema y la forma en que se comunican, se presenta desde la vista de un integrador de sistemas, incluye el flujo de trabajo paso a paso de negocio y operacionales de los componentes. Vista física: muestra la perspectiva del ingeniero de sistemas, incluye todos los componentes físicos del sistema y las conexiones conexiones entre todos componentes que conforman la solución, se documenta en UML mediante el diagrama de despliegue. + 1, vista de escenarios: representa los casos de uso del software y tiene la función de unir y relacionar las otras vistas , desde esta vista tendremos la trazabilidad de los componentes, las clases , los equipos, los paquetes, etc. De cada caso de uso es documentación UML con los diagramas de casos de uso.
• Diseña los diagramas UML necesarios que complementaran cada una de las vistas. NOTA: Puedes verificar los diagramas UML
asociados a cada vista en la tabla incluida en el documento de contenido de la primera unidad.
Vista lógica:
Retoma el caso de estudio planteado por tu docente en línea en la actividad 3 de la presente unidad.
Caso de estudio Una clí clínic nica a od odon onto tológ lógica ica des desea ea un sis siste tema ma par para a adm admini inist stra rarr las cit citas as mé médic dicas as de sus ciru ci ruja jano nos. s. Tan anto to a lo loss du dueñ eños os co como mo a lo loss mé médi dico coss le less in intter eres esa a ten ener er ac acce ceso so a la programación de las citas desde cualquier punto de ciudad, ya sea vía pc o dispositivo móvil. • Realiza una propuesta arquitectónica de software con base en la aplicación del modelo de vistas 4+1 definido por ruchten
(1995) describiendo: • Las diferentes vistas del modelo conforme a los aspectos que deben de incluirse en cada una: El modelo 4 + 1 de kruchten, estándar IEEE 1471 – 2000 (RECOMMENDED PRACTICE FOR ARCHITECTURE DESCRIPTION OF SOFTWARE – INTENSIVE SYSTEMS) es un modelo de vista de diseño por el profesor philippe kruchten y presentado en 1995 es cual es utilizado para describir la arquitectura de un sistemas de software basado en el uso de múltiples puntos de vista, vista, una vista es la representación de todo el sistema desde una determinada perspectiva, y un punto de vista puede definirse como un conjunto de reglas o normas utilizadas para llevar a cabo y entender las vistas. Existen 4 vistas vistas bien diferenciadas y relacionadas entre si, vista lógica se encarga del modelo de objetos, clases , entidad – relación, vista de procesos lleva a cabo el modelo de concurrencia y sincronización , vista de despliegue o desarrollo se encarga de la organización estática del software en su entorno del desarrollo librerías, componentes, etc. Y vista física la cuela es el modelo de correspondencia software – hardware, aspectos de distribución en maquinas, mas la denominada vista + 1 que tiene la función de relacionar las demás vistas, esta formada por las necesidades funcionales que cubre el sistema, también es determinada como vista de escenario o como vista de caso de uso.
Vista despliegue :
Vista de proceso:
SERVIDOR MEDICO CONTRASEÑA
:
INCORRECTO
CONTRASEÑA
INCORRECTO CORRECTO
CORRECTO SELECCIONE UNA OPCION
CITAS PACIENTES MEDICO HISTORIALES DE CITAS
ENVIAR MENSAJE
RECIBE NOTIFICACION PARA ACCEDER AL SISTEMA
Vista física:
Vista + 1, vista vista de escenarios escenarios : REGISTROS DE USUARIOS ASISTIR AL HOSPITAL A LA CITA ASIGNACION DE CONSULTORIO
HISTORIAL DE CITAS
ASIGNACION DE MEDICO Medico Paciente
ACTUALIZAR ACTUALIZAR INFORMACION
SALIR
Conclusiones: El modelo 4 + 1 es muy importante cuando realizamos un programa de software, ya que nos permitirá analizar el problema y darle una solución el software que vamos a realizar realizar . Nos permitirá ver fortalezas y debilidades debilidades de nuestro software así como identificar identificar cualquier problema en alguna etapa ya avanzada de nuestra trabajo. Este modelo nos ayudara a ver que tipo de programa sin terminar como como ya terminado . Me parece que el uso del modelo u otro dependerá de la experiencia de los programadores, desarrolladores.
Referencias: https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S1B2/DS/04/DDRS/U1/Unidad_1_Arquitectura_de_software_. pdf https://jarroba.com/modelo-41-vistas-de-kruchten-para-dummies/ https://users.dcc.uchile.cl/~psalinas/uml/modelo.html https://users.dcc.uchile.cl/~ psalinas/uml/modelo.html https://git.taw.utpl.edu.ec/proyecto-arquitectura-de-aplicaciones-ym/proyect-arquitectura-de-aplicaciones/wikis/Paper https:// git.taw.utpl.edu.ec/proyecto-arquitectura-de-aplicaciones-ym/proyect-arquitectura-de-aplicaciones/wikis/Paper
Para los diagramas UML ocupe el programa llamada StrarUML: http://staruml.io/
