DDRS_U1_A3_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: 
Asignatura: Diseño y arquitectura de software
Unidad de aprendizaje:	1
Actividad: 2
Ciudad de México, Octubre del 2022
Diseño: DL-CPL
ÍNDICE
INTRODUCCIÓN	3
INSTRUCCIONES	4
CASO DE ESTUDIO	6
DESARROLLO DE LA ACTIVIDAD	9
a)	VISTAS DE LA ARQUITECTURA DE SOFTWARE	9
a.	MODELO MICROSOFT	9
i.	VISTA LÓGICA	9
ii.	VISTA CONCEPTUAL	9
iii.	VISTA FÍSICA	10
b.	REQUERIMIENTOS FUNCIONALES	10
c.	REQUERIMIENTOS NO FUNCIONALES	11
b)	DESCRIPCION DE CASO DE ESTUDIO	12
a.	DESCRIBE EL OBJETIVO DEL SISTEMA	12
b.	DESCRIBE QUÉ ES LA VISTA LÓGICA EN RELACIÓN AL CASO DE ESTUDIO	12
c.	DESCRIBE QUÉ ES LA VISTA CONCEPTUAL EN RELACIÓN AL CASO DE ESTUDIO	12
d.	DESCRIBE QUÉ ES LA VISTA FÍSICA EN RELACIÓN AL CASO DE ESTUDIO	12
e.	DESCRIBE 3 CARACTERÍSTICAS DE CADA VISTA DEL CASO DE ESTUDIO.	13
f.	VISTAS DEL MODELO MICROSOFT EN RELACIÓN CASO DE ESTUDIO	13
a.	VISTA LÓGICA	13
b.	VISTA CONCEPTUAL	13
c.	VISTA FISICA	13
c)	ENLACE DE LA CARPETA COMPARTIDA	13
CONCLUSIONES	13
REFERENCIAS BIBLIOGRÁFICAS	15
INTRODUCCIÓN
El proceso para elaborar una arquitectura de software puede ser muy crítico e importante para el desarrollo de un sistema de software; ya que requiere de conocimientos, experiencia y creatividad por parte del desarollador. El desarrollar sistemas de software grandes y complejos para cubrir los objetivos de las empresas o clientes actuales, se necesita prestar atención y especial cuidado al diseño de la arquitectura de dichos sistemas. Las empresas, clientes y arquitectos de software necesitan de un proceso que les muestre a detalle las actividades que tienen que seguir.
El presente trabajo se encuentra orientado a la atención de este proceso, analizando el proceso para el desarrollo de arquitecturas de software, el cual contempla la definición de pasos a cubrir, el flujo de actividades a detalle que se deben seguir, la especificación entradas y salidas para cada una de dichas actividades, la descripción de las herramientas a utilizar, la descripción de los roles que intervienen, y la definición de las estadisticas que se deben registrar para controlar y mejorar el proceso. Esta actividad aparte de mencionar los conceptos basicos y necesarios para comprender el desarrollo de la actividad, trabajara en el desarrollo de un caso donde se tendra que trabajar con el material analizado y estudiado previamente.
INSTRUCCIONES
1. Haciendo uso del formato (plantilla) oficial de entrega de actividad es 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. Investiga en fuentes de información confiables (Google Académico, Mendeley, Zotero, Redalyc, LatinIndex) acerca de las vistas de la arquitectura de software, los siguientes temas:
a) Vistas del modelo Microsoft 
i. 
2
3
	
	
	
ii. Vista física
iii. Vista Lógica
iv. Vista conceptual
b) 
c) Requerimientos funcionales.
d) Requerimientos no funcionales.
3. Analiza el caso de estudio, para identificar las vistas del Modelo Microsoft: vista lógica, vista conceptual y vista física.
4. Explica en relación con el caso de estudio de forma detallada, clara, con ideas propias y solidas cada uno de los siguientes planteamientos vinculados al tema vistas de la arquitectura de Software, e incluye por lo menos 2 citas textuales en los contenidos:
a) 
b) Describe el objetivo del sistema
c) Describe qué es la vista lógica en relación al caso de estudio
d) Describe qué es la vista conceptual en relación al caso de estudio
e) Describe qué es la vista física en relación al caso de estudio
f) Describe 3 características de cada vista del caso de estudio 
Notas:
· La explicación de cada punto deberá desarrollarse en una extensión de 70 a 120 palabras por cada contenido, donde la cita textual no forma parte de la extensión
· Las citas textuales pueden ser colocadas en cualquiera de los contenidos que se desarrollen a continuación (recuerda que la cita textual no forma parte de la extensión del número de palabras solicitadas).
5. Construye de forma detallada las vistas del modelo Microsoft (Vista lógica, vista conceptual y vista física) en relación a cada una de las especificaciones del caso de estudio.
Notas: 
· 
· Los diagramas deberán diseñarse con software especializado (Microsoft Visio o alguna aplicación en línea). 
· Si el diseño se hace en alguna aplicación en línea se deberán entregar los archivos fuente así́ como capturas de pantalla durante el diseño de cada vista mostrando en todo momento la fecha y hora del sistema operativo 
· Es necesario enviar los archivos fuente de los diagramas. Si se omite el envió de los archivos 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. 
7. Coloca el diseño de cada una de las vistas diseñadas en el punto no. 5 en el documento formato plantilla 
8. Crea una carpeta compartida en OneDrive de tu cuenta institucional, para colocar los archivos fuente del diseño de cada vista, así́ como evidencia de su elaboración. 
9. Genera un enlace de la carpeta compartida para compartir, 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. 
10. Redacta una conclusión (entre un mínimo de 100 y máximo 150 palabras de propia autoría), donde expliques cuales fueron los aprendizajes adquiridos, las experiencias, y la importancia que representó el desarrollo de los contenidos de esta actividad 
11. Consulta el instrumento de evaluación y el Formato de entrega de la actividad para conocer aspectos particulares del producto a entregar. 
CASO DE ESTUDIO
Propósito 
Analiza las especificaciones del caso de estudio para identificar los elementos del sistema y diseña cada una de las vistas que integra el modelo de vistas 4+1 
Descripción 
La Universidad del Bajío desea sistematizar las diversas operaciones que se realizan a lo largo de cada ciclo escolar a fin de poder garantizar una calidad en los servicios, acceder a la información en tiempo real y administrar cada proceso.
Control escolar 
Se desea sistematizar el proceso de inscripción. Este proceso se hace únicamente de forma presencial (con conexión a la red de área de local de la institución por medio de equipos de cómputo fijo)
· Inscripciones 
· Reinscripciones 
· 
· La universidad aplica programas de apoyo a estudiantes con excelencia académica considerando los siguientes criterios: 
· Si el estudiante obtuvo un promedio de 10 en el semestre previo, es acreedor a un 100% de descuento en su reinscripción 
· Si el estudiante obtuvo un promedio de 9.5 a 9.9 en el semestre previo, es acreedor a un 50% de descuento 
· Si el estudiante obtuvo un promedio de 9.4 a 9.1 en el semestre previo, es acreedor a un 25% de descuento
· 
· Boletas: Esta información podrá ser consultada por la dirección, estudiante, docentes y únicamente el personal de control escolar podrá realizar modificaciones (con autorización de dirección) 
· El sistema deberá́ generar la boleta de calificaciones de cada estudiante donde se muestre la siguiente información 
· 
· Materia
· Calificación de la materia
· Docente que impartió la materia
· Dirección general: La dirección general podrá disponer de acceso al sistema de manera permanente, ya sea desde la red local de la universidad, desde la intranet, o internet para poder tener acceso y control total del sistema.
· Licenciaturas: La universidad dispone las siguientes carreras profesionales: 
· 
· Licenciatura en derecho
· Licenciatura en pedagogía 
· Licenciatura en nutrición
· Licenciatura en informática 
· Ingeniería industrial
· Ingenieríacivil 
· 
· Alumnos 
· 
· Tendrán acceso al sistema por cualquier medio y dispositivo con conexión a internet para poder acceder a la siguiente información: 
· Podrán generar su boleta de calificaciones de “X” semestre 
· Podrán consultar sus datos personales en el sistema, así como el estatus en la institución (inscrito o baja) 
· Podrán consultar su historial académico 
· 
· Talleres: La universidad asigna a ciertos docentes a impartir ciertos talleres, estos talleres podrán ser cursados de forma presencial o en línea, pero siempre el docente lo deberá hacer desde las instalaciones de la universidad 
· 
· Cada taller se desarrolla con cierto número de horas 
· Cada taller se imparte en fechas de inicio diferentes 
· Cada taller tiene temáticas diferentes 
· 
· Personal Docente:Tendrán acceso al sistema por cualquier medio y dispositivo con conexión a internet para poder acceder a la siguiente información: 
· El personal docente puede impartir materias que se cursan de forma presencial o en línea.
· El personal docente siempre desarrollará sus actividades desde las instalaciones de la universidad con los siguientes accesos:
· 
· Acceso a las asignaturas que impartirá
· Asignar calificaciones a los estudiantes 
· Generar listas de asistencia
· Generar actas de calificaciones para su firma electrónica.
· 
· Recursos humanos: En esta sección del sistema, se deberá administrar información de todo el personal que labora en la institución, considerando que está organizado de la siguiente manera, donde tu deberás establecer los privilegios que no se hayan especificado en la descripción: 
· Dirección 
· Personal administrativo 
· 
· Subdirección
· Secretaria
· Coordinadores 
· 
· Personal docente 
· Personal de intendencia 
· Personal de mantenimiento 
· Personal de vigilancia 
Consideración para el diseño del sistema:
· El sistema deberá permitir en todo momento consultar, actualizar, registrar o eliminar información de cada entidad que se integre en la base de datos
· El sistema deberá considerar el desarrollo de una app para aquellos usuarios que intenten ingresar al sistema por medios de dispositivos móviles
· El sistema deberá permitir administrar privilegios de usuarios con acceso al sistema.
· Deberás presentar el diseño de la base de datos con las especificaciones de cada campo que integra cada entidad (considera que esta información la diseñas y la presentas tu como arquitecto de software
DESARROLLO DE LA ACTIVIDAD
a) VISTAS DE LA ARQUITECTURA DE SOFTWARE
a. MODELO MICROSOFT 
i. VISTA LÓGICA 
Con base en la pagina de Microsoft “Consiste en dividir el modelo conceptual en los niveles lógicos de la arquitectura de tres niveles: el nivel de presentación o los servicios de usuario; el nivel intermedio, o los servicios empresariales; y la capa de datos o los servicios de datos.”. Se entiende que es la encargada de mostrar los principales elementos del diseño y las relaciones de los detalles técnicos y de cómo la funcionalidad será́ implementada en la plataforma. El autor Kruchten menciona “describe la organización estática del software en su ambiente de desarrollo”. Se enfoca principalmente en la facilidad de desarrollo, gestión de la configuración y uso o funcionalidades comunes. De esta vista se identifica:
· La estructura de carpetas de la solución. 
· La distribución en proyectos o paquetes y las relaciones entre ellos. 
· Las referencias (import y access) entre componentes internos y externos. 
· El flujo de datos de la solución entre cada una de las capas. 
ii. VISTA CONCEPTUAL 
Se realiza un análisis de actividades que consiste en la solución del problema para el usuario y se expresa con los casos de uso e identifica las relaciones de más alto nivel entre las diferentes entidades y las características de la vista conceptual incluyen:
· Incluye las entidades importantes y las relaciones entre ellas.
· No se especifica ningún atributo.
· No se especifica ninguna clave principal.
iii. VISTA FÍSICA
Con base en la pagina de Microsoft, “Para crear el modelo físico, debe comprender dónde se deben ubicar los distintos servicios de la aplicación y cómo se deben implementar. Determinar dónde residen varios servicios debe venir antes de cómo se implementarán los servicios.”. Se entiende que describe el mapeo del software en el hardware dentro del diseño arquitectónico y esta vista trabaja con nodos que forman la topología de hardware en la que la aplicación se ejecuta, principalmente se enfoca en la distribución, comunicación y aprovisionamiento. Los elementos que se identifican en esta vista son:
· 
· Las tecnologías y versiones utilizadas. 
· Las referencias entre artefactos. 
· La caracterización de los artefactos. 
· Los nombres y extensiones de los archivos
b. REQUERIMIENTOS FUNCIONALES
De acuerco a Business Analysis Body of Knowledge (BABOK) dice que “Los requerimientos funcionales son las descripciones explicitas del comportamiento que debe tener una solución de software y que información debe manejar.” Y mencionan que por ejemplo:
· Expresan las capacidades o cualidades que debe tener la solución para satisfacer los requerimientos de los interesados de proyecto.
· Se expresan en términos de cuál debe ser el comportamiento de la solución y que información debe manejar.
· Deben proporcionar una descripción lo suficientemente detallada para permitir el desarrollo e implementación de la solución.
· Son los que más influyen en si la solución será aceptada o no por los usuarios.
c. REQUERIMIENTOS NO FUNCIONALES
Estos hablan de requisitos que no se refieren directamente a las funciones específicas suministradas por el sistema (características de usuario), sino mas bien a las propiedades del sistema como por ejemplo: 
· 
· Rendimiento, 
· Seguridad. 
· Disponibilidad. 
No se enfocan en “lo que” hace el sistema, sino mas bien en el “cómo” lo hace. De igual forma, definen restricciones del sistema tales como la capacidad de los dispositivos de entrada/salida y la representación de los datos utilizados en la interfaz del sistema.
Se originan en la necesidad del usuario, debido a restricciones presupuestarias, políticas organizacionales, la necesidad de interoperabilidad con otros sistemas de software o hardware, o factores externos tales como regulaciones de seguridad, políticas de privacidad, entre otros. 
Unos ejemplos de requerimientos no funcionales serian:
· Requisitos del producto. Especifican el comportamiento del producto, como los requisitos de rendimiento sobre la velocidad de ejecución del sistema y la cantidad de memoria necesaria, los requisitos de fiabilidad que establecen la tasa de fallos para que el sistema sea aceptable, los requisitos de portabilidad y los requisitos de usabilidad.
· Requisitos organizativos. Dependen de las políticas y procedimientos existentes en la organización cliente y en la organización del desarrollador: estándares en los procesos a utilizar; requisitos de implementación tales como lenguajes de programación o el método de diseño a utilizar; y requisitos de entrega que especifican cuándo se entregará el producto y su documentación.
· Necesidades externas. Se derivan de factores externos al sistema y a su proceso de desarrollo. Incluyen los requisitos de interoperabilidad que definen la forma en que el sistema interactúa con los demás sistemas de la organización; los requisitos legales que deben seguirse para garantizar que el sistema funciona dentro de la ley; y los requisitos éticos.
b) DESCRIPCION DE CASO DE ESTUDIO
a. DESCRIBE EL OBJETIVO DEL SISTEMA
Con base en la informacion proporcionada en al Caso de estudio podemos determinar que el objetivo del sistema es sistematizar las operaciones que se realizan a lo largo de cada ciclo escolar a fin de poder garantizar una calidad en los servicios, acceder a la información en tiempo real y administrar cada proceso.
Actualmente alguno de los procesos solamente se pueden realizar de forma presencial por lo que se requiere una implementacion para lograr el procesosde forma virtual, al igual que poder administrar distinta informacion, y poderla distribuir con los diferentes roles (Administrativos, Docentes, Alumnado) de forma segura.
b. DESCRIBE QUÉ ES LA VISTA LÓGICA EN RELACIÓN AL CASO DE ESTUDIO.
Como anteriormente definimos, la vista lógica se tiene que dividir en presentación, intermedio y empresariales, ósea como va a ser la organización de la plataforma, yo para este caso empezaría estableciendo los roles y limites de cada usuario, como seria Personal Administrativo, dirección, Personal Docente y Alumnado, o bien con el elemento de boletas y como pueden consultar y modificar informacion los profesores pero el alumno solo consulta
c. DESCRIBE QUÉ ES LA VISTA CONCEPTUAL EN RELACIÓN AL CASO DE ESTUDIO
Previamente explicamos que la vista conceptual habla de las relaciones de los procesos y actores así como sus entidades y características, para trabajar en el caso se tiene que identificar las relaciones existentes como por ejemplo Alumno, Profesor y Boletos, donde los 3 tienen alguna relación, cada una diferente pero se comunican entre si, también en sus características es el alcance o limite que puede tener como por ejemplo Alumno solo puede consultar y profesor si puede Actualizar calificaciones
d. DESCRIBE QUÉ ES LA VISTA FÍSICA EN RELACIÓN AL CASO DE ESTUDIO
Retomando el concepto de vista fisica se debe saber la forma de como se va a implementar los requerimientos que se solicitan, por ejemplo se debe de considerar donde residen los servicios, por lo que se debe de considerar la el Hardware, protocolos, lenguajes de programación a usar etc, en el caso de estudio mencionaría que se requiere un servidor de base de datos, y una conexión de mas de 10 Gbps para soportar las múltiples peticiones que van a tener por parte de los actores involucrados dentro del proceso. 
e. DESCRIBE 3 CARACTERÍSTICAS DE CADA VISTA DEL CASO DE ESTUDIO.
	VISTA LOGICA
	VISTA CONCEPTUAL
	VISTA FISICA
	1. Muestra segmentos y dependencias
2. Generaliza los procesos con sus relaciones
3. Establece las acciones 
	1. Muestra los eventos de cada clase
2. Relación de los procesos
3. Alcance de los usuarios
	1. Implementación de APP
2. Plataforma Web
3. Servidor BD
f. VISTAS DEL MODELO MICROSOFT EN RELACIÓN CASO DE ESTUDIO
a. VISTA LÓGICA 
b. VISTA CONCEPTUAL 
c. VISTA FISICA
c) ENLACE DE LA CARPETA COMPARTIDA
https://unadmex-my.sharepoint.com/:f:/g/personal/medinalejandro_nube_unadmexico_mx/EpBaaY2kIq5DqAKQVNrDkfkBOPQudsPT-3oKAUy3x7LSIA?e=xzP6A1
CONCLUSIONES
Con base en el desarrollo del trabajo se ha observado la importancia que tiene la elaboración de las diferentes vistas de la arquitectura de software. 
Durante la actividad pude comprender la forma de emplear o utilizar las diferentes vistas, y su beneficio, alcance e importancia que tiene dentro de la arquitectura de software, asi como tambien la importancia de poder describir los diferentes pasos de mas sencillos a la forma mas general que se necesitan para el desarrollo de una aplicación.
Es de mucha importancia hoy en día el desarrollo de una arquitectura de software, y la necesidad de contar con un proceso sencillo de seguir para llevar a cabo su elaboración, puedo concluir de forma general que todo modelo o vista debe de considerar
· 
· Entradas y salidas de la informacion y procesos general.
· Describir los pasos internos de cada uno de los pasos mas generales del proceso. 
· Describir la informacion de entradas y salidas junto con las actividades de los pasos del proceso.
· Incorporación de estadisticas que ayudan a conocer,controlar y mejorar el proceso.
Esto nos permite desarrollar una arquitectura de software, o reutilizar una arquitectura de software existente para cubrir los requerimientos arquitectónicos de un nuevo sistema, o bien, dar mantenimiento a una arquitectura que se encuentre en operación. 
REFERENCIAS BIBLIOGRÁFICAS
Universidad Abierta y a Distancia de México. (2022, agosto). Diseño y arquitectura de software:  Unidad 1. Arquitectura de software. UNADM. Recuperado 21 de octubre de 2022, de https://campus.unadmexico.mx/contenidos/DCEIT/BLOQUE2/DS/04/DDRS/U1/descargables/DDRS_U1_Contenido.pdf
Escuela de Graduados en Ingeniería y Arquitectura. (s. f.). IMPORTANCIA DE LA DOCUMENTACION DE LA ARQUITECTURA DE SOFTWARE  PARA EL DESARROLLO DE SISTEMAS : CASO PRACTICO SISTEMA DE  CONCILIACIÓN DE INDEVAL. INSTITUTO TECNOLÓGICO Y DE ESTUDIOS  SUPERIORES DE MONTERREY. Recuperado 21 de octubre de 2022, de https://repositorio.tec.mx/bitstream/handle/11285/619520/Tesis_Angel%20Luis%20Rivera%20Landa.pdf?sequence=1&isAllowed=y
El modelo físico: arquitectura de la aplicación - Win32 apps. (2022, 22 septiembre). Microsoft Learn. Recuperado 21 de octubre de 2022, de https://learn.microsoft.com/es-es/windows/win32/cossdk/the-physical-model--application-architecture