DDRS_U1_EA_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: E. Aprendizaje
Ciudad de México, Octubre del 2022
Diseño: DL-CPL
ÍNDICE
INTRODUCCIÓN	2
CASO DE ESTUDIO	5
DESARROLLO DE LA ACTIVIDAD	8
1.	Modelo de vista 4+1	8
2.	Vista lógica	8
3.	Vista de desarrollo	9
4.	Vista de proceso	9
5.	Vista física	10
6.	Vista escenarios	10
7.	Requerimientos funcionales	11
8.	Requerimientos no funcionales	11
9.	Cuál es la finalidad del modelo vista 4+1 del caso de estudio	12
10.	Describe el objetivo del sistema	12
11.	Describe 3 requerimientos funcionales del caso de estudio	13
12.	Describe 3 requerimientos no funcionales del caso de estudio	13
13.	Describe cada una de las siguientes vistas del caso de estudio	14
1.	Vista lógica	14
2.	Vista desarrollo	15
3.	Vista proceso	16
4.	Vista física	17
5.	Vista escenario	18
CARPETA COMPARTIDA	19
CONCLUSIONES	19
REFERENCIAS BIBLIOGRÁFICAS	19
INTRODUCCIÓN
1. Haciendo uso del formato (plantilla) oficial de entrega de actividades que el docente te proporcionó, redactar 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. 
	
	
	
b. Modelo de vista 4+1 
c. Vista lógica 
d. Vista de desarrollo 
e. Vista de proceso 
f. Vista física 
g. Vista escenarios 
h. Requerimientos funcionales 
i. Requerimientos no funcionales 
3. 
4. Analiza el caso de estudio, para identificar cada una de las vistas del Modelo vista+1: vista lógica, de desarrollo, proceso, física y escenarios.
5. Explica en relación al 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, incluir por lo menos 2 citas textuales en los contenidos: 
a. Cuál es la finalidad del modelo vista 4+1 en relación a las necesidades del caso de estudio
b. Describe el objetivo del sistema
c. Describe 3 requerimientos funcionales del caso de estudio
d. Describe 3 requerimientos no funcionales del caso de estudio
e. Describe de forma detallada cada una de las siguientes vistas en relación al caso de estudio 
i. 
ii. Vista lógica 
iii. Vista desarrollo 
iv. Vista proceso 
v. Vista física 
vi. Vista escenario 
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)
6. Diseña de forma detallada las vistas del modelo 4+1 (Vista lógica, de desarrollo, proceso, física y escenarios) 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 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. 
7. Coloca el diseño de cada una de las vistas diseñadas en el punto no. 5 en el documento formato plantilla 
8. Crear 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 cuáles 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. 
12. Envia la actividad a tu docente en línea para recibir retroalimentación mediante la herramienta Tarea. 
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ía civil 
· 
· 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 lasinstalaciones 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
1. Modelo de vista 4+1 
Dice el material de apoyo de la unidad 1 que “El uso de éstas múltiples vistas permite abordar la arquitectura por separado desde el punto de vista de cada participante en el sistema: usuario final, desarrollador, administrador del proyecto, etc. y administrar los requisitos tanto los funcionales y como los no funcionales de manera separada. Cada una de las vistas definidas mostrará la arquitectura de software que se documenta, pero cada una debe presentarse de forma diferente mostrando aspectos distintos del sistema” (Universidad Abierta y a Distancia de México, 2022).
2. Vista lógica 
El material didáctico de la unidad 1 menciona que “Comprende las abstracciones fundamentales del sistema a partir del dominio de problemas. Se utiliza el estilo orientado a objetos y la base para el diseño principal que se sigue es “mantener un modelo de objetos simple y coherente a través de todo el sistema”. Se apoya
principalmente de los requisitos funcionales –lo que el sistema debe brindar en términos de servicio a los usuarios.” (Universidad Abierta y a Distancia de México, 2022), también menciona la Escuela de Graduados en ingeniería y Arquitectura que “La arquitectura lógica apoya principalmente los requisitos funcionales –lo que el sistema debe brindar en términos de servicios a sus usuarios. El sistema se descompone en una serie de abstracciones clave, tomadas (principalmente) del dominio del problema en la forma de objetos o clases de objetos” (Escuela de Graduados en Ingeniería y Arquitectura, s. f.).
3. Vista de desarrollo 
Menciona el material didáctico de la unidad 1 que “Describe la organización estática del software en su ambiente de desarrollo. Es una vista desde la perspectiva del programador. Describe la organización de los diversos módulos de software en el ambiente de desarrollo. El software es “empacado” en subsistemas que pueden ser desarrollados por uno o varios programadores. En esta vista se toman en cuenta los requerimientos internos relacionados con la facilidad para el desarrollo, administración del sistema, re-uso, restricciones, etc.” (Universidad Abierta y a Distancia de México, 2022), la menciona la Escuela de Graduados en ingeniería y Arquitectura que “La vista de desarrollo se centra en la organización real de los módulos de software en el ambiente de desarrollo del software. El software se empaqueta en partes pequeñas –bibliotecas de programas o subsistemas– que pueden ser desarrollados por uno o un grupo pequeño de desarrolladores. Los subsistemas se organizan en una jerarquía de capas, cada una de las cuales brinda una interfaz estrecha y bien definida hacia las capas superiores.” (Escuela de Graduados en Ingeniería y Arquitectura, s. f.)
4. Vista de proceso 
Con base en el material didáctico proporcionado en la unidad 1 menciona que “Toma en cuenta requerimientos no funcionales, tal como el rendimiento y la disponibilidad del sistema. Describe los aspectos de concurrencia y sincronización del diseño. En esta vista se incluyen los procesos que existen en el sistema, así como la forma en que éstos se comunican. Representa los procesos de negocio, sus flujos de trabajo y los elementos operacionales que componen el sistema.” (Universidad Abierta y a Distancia de México, 2022), de igual forma dice la Escuela de Graduados en ingeniería y Arquitectura que “La arquitectura de procesos toma en cuenta algunos requisitos no funcionales tales como el performance y la disponibilidad. Se enfoca en asuntos de concurrencia, distribución, integridad del sistema y de tolerancia a fallas. La vista de procesos también específica en cuál hilo de control se ejecuta efectivamente una operación de una clase identificada en la vista lógica.” (Escuela de Graduados en Ingeniería y Arquitectura, s. f.).
5. Vista física 
El material didáctico de la unidad 1 nos dice que “Es en esta vista donde se determinan los componentes de índole física del sistema como pueden ser los nodos de interconexión, topología, etc. Toma en cuenta los requerimientos no funcionales del sistema como son la disponibilidad, tolerancia a fallos, rendimiento y escalabilidad. Los diversos elementos identificados en las vistas: lógica, de procesos y desarrollo, deben ser mapeados en diversos nodos de procesamiento.” (Universidad Abierta y a Distancia de México, 2022), la menciona la Escuela de Graduados en ingeniería y Arquitectura que “La arquitectura física toma en cuenta primeramente los requisitos no funcionales del sistema tales como la disponibilidad, confiabilidad (tolerancia a fallas), desempeño, y escalabilidad. El software ejecuta sobre una red de computadores o nodos de procesamiento (o tan solo nodos).” (Escuela de Graduados en Ingeniería y Arquitectura, s. f.)
6. Vista escenarios 
Con base en el material didáctico de la unidad 1 nos dice que “Se utiliza para unir las cuatro vistas descritas por medio de las secuencias de interacciones que se llegan a establecer entre sus elementos.” (Universidad Abierta y a Distancia de México, 2022) Y sus propósitos conforme al Artículo publicado en IEEE Software 12(6), noviembre 1995 son: 
· “Funcionar como una guía para descubrir elementos arquitectónicos durante el diseño de arquitectura”.
· “Como un rol de validación e ilustración después de completar el diseño de la arquitectura, en el papel y como punto de partida de las pruebas de un prototipo de la arquitectura”.
7. Requerimientos funcionales 
Menciona Business Analysis Body of Knowledge (BABOK) “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.
8. 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 más 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 datosutilizados 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.
9. Cuál es la finalidad del modelo vista 4+1 del caso de estudio
La finalidad de desarrollar un modelo de vista 4+1 es el poder desglosar los procesos y la problemática del caso de estudio, en este caso el desarrollo de una plataforma para una Universidad, donde se separa cada perspectiva o vista de la interfaz, y la integración que tienen los diferentes usuarios en la aplicación, identificando los requerimientos funcionales y no funcionales.
10. Describe el objetivo del sistema
Con base en la información 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 puede realizar de forma presencial por lo que se requiere una implementación para migrar los procesos de forma virtual, al igual que poder administrar distinta información, y poderla distribuir con los diferentes roles (Administrativos, Dirección General, Recursos Humanos, Docentes, Alumnado) de forma segura.
11. Describe 3 requerimientos funcionales del caso de estudio
· La plataforma o sistema debe poder tener instintos tipos de roles de usuario como por ejemplo: Administrador, Dirección General, Recursos Humanos, Profesores, Alumnos, y así contar como distintos privilegios para cada uno de ellos, donde profesores y estudiantes solamente pueden consultar información de boletas, pero que el personal de control escolar si pueda modificar esta sección. 
· El sistema debe poder mantener actualizada (pudiendo en todo momento consultar, actualizar, registrar o eliminar información) la base de datos, por ejemplo, se deben de poder tener actualizadas las credenciales e información de cada personal de la institución, así como las calificaciones de los alumnos y evaluaciones del personal docente, el material didáctica de cada licenciatura, etc.
· Debe de tenerse un sistema de reinscripción que apoye a los alumnos con base en el promedio del semestre previo, donde se da un 100% de descuento si el promedio fue 10, de 9.5 a 9.9 un 50%, y de 9.1 a 9.4 un 25%
12. Describe 3 requerimientos no funcionales del caso de estudio
· Es importante que toda la información debe estar resguardada en un sitio seguro, con acceso restringido, y con protecciones contra incendios o cortos circuitos, también debe de emplearse equipos UPS para que continúen funcionando en caso de un corte de energía, y debe de realizarse un respaldo RAID 1.
· También mencionan que se debe desarrollar una aplicación para dispositivos móviles, donde aparte de tener la plataforma Web con un diseño responsivo, se debe crear una aplicación iOS y Android para que los usuarios puedan acceder por ese medio. 
· Se debe de tener un Hardware generoso para garantizar la estabilidad y fiabilidad de la plataforma, ya que el manejo de grandes volúmenes de información y las múltiples peticiones que va a recibir el servidor por parte de los diferentes tipos de usuarios, puede saturar el sistema provocando un lento desempeño o hasta la caída del servidor.
13. Describe cada una de las siguientes vistas del caso de estudio 
1. Vista lógica 
La Escuela de Graduados en ingeniería y Arquitectura que “La arquitectura lógica apoya principalmente los requisitos funcionales –lo que el sistema debe brindar en términos de servicios a sus usuarios. El sistema se descompone en una serie de abstracciones clave, tomadas (principalmente) del dominio del problema en la forma de objetos o clases de objetos” (Escuela de Graduados en Ingeniería y Arquitectura, s. f.). Este es un diagrama de clases que representa la vista lógica de una parte del sistema de la plataforma, donde se muestra un Alumno y Profesor con sus distintas funciones que pueden realizar, como dar de alta o baja un taller, o consultar el historial académico, o bien asignar una calificación o generar una lista de asistencias, también se muestra su relación con la clase de boletas, donde se asigna los valores, y este puede generar boletas o editar alguna calificación. También se muestra el sistema de reinscripción, donde con base en el promedio se podría dar algún descuento en el semestre que se inscriba.
2. Vista desarrollo
Menciona el material didáctico de la unidad 1 que “Describe la organización estática del software en su ambiente de desarrollo. Es una vista desde la perspectiva del programador. Describe la organización de los diversos módulos de software en el ambiente de desarrollo. El software es “empacado” en subsistemas que pueden ser desarrollados por uno o varios programadores. En esta vista se toman en cuenta los requerimientos internos relacionados con la facilidad para el desarrollo, administración del sistema, re-uso, restricciones, etc.” (Universidad Abierta y a Distancia de México, 2022). El diagrama que se utilizo en la vista de desarrollo fue un diagrama de paquetes donde se muestra parcialmente y de forma muy simple la dependencia y relación con diferentes paquetes o eventos en la plataforma, como por ejemplo se menciona que desde el panel de alumno se puede inscribir a licenciaturas o talleres y consultar el historial académico en el dashboard, también se muestra que el panel Docente puede calificar alumnos de talleres y de licenciatura donde pone el acta en el Dashboard.
3. Vista proceso 
La Escuela de Graduados en ingeniería y Arquitectura que “La arquitectura de procesos toma en cuenta algunos requisitos no funcionales tales como el performance y la disponibilidad. Se enfoca en asuntos de concurrencia, distribución, integridad del sistema y de tolerancia a fallas. La vista de procesos también específica en cuál hilo de control se ejecuta efectivamente una operación de una clase identificada en la vista lógica.” (Escuela de Graduados en Ingeniería y Arquitectura, s. f.).En el siguiente diagrama de procesos, se muestra de forma grafico los pasos o procesos que se debería de llevar durante el proceso de inscripción, identificando si el alumno es nuevo o no y partiendo de esa premisa se compara su promedio del semestre pasado para determinar si es acreedor a una un descuento en la reinscripción. 
4. Vista física 
El material didáctico de la unidad 1 nos dice que “Es en esta vista donde se determinan los componentes de índole física del sistema como pueden ser los nodos de interconexión, topología, etc. Toma en cuenta los requerimientos no funcionales del sistema como son la disponibilidad, tolerancia a fallos, rendimientoy escalabilidad. Los diversos elementos identificados en las vistas: lógica, de procesos y desarrollo, deben ser mapeados en diversos nodos de procesamiento.” (Universidad Abierta y a Distancia de México, 2022). En la vista física se utilizo un diagrama de paquetes, donde de forma sencilla y simple muestra las interfaces y tipos de conexión, como por ejemplo el paquete que contiene todo es el de RED LOCAL, que nos dice que dentro de esta, se puede conectar vía navegador al servidor de aplicaciones con un cifrado SSL, y este se conecta a los servidores de base de datos, este dice que trabaja con MariaDB
5. Vista escenario 
En la vista escenario se utiliza el diagrama de casos de uso, este diagrama identifica los actores y acciones que tienen los involucrados dentro de los procesos. En el diagrama se ejemplifica los procesos los cuales el alumno puede realizar y a los cuales el Docente, director y personal administrativo tienen permisos.
CARPETA COMPARTIDA
https://unadmex-my.sharepoint.com/:f:/g/personal/medinalejandro_nube_unadmexico_mx/EjTgYykwR0lFjKxtYJlzcO8BMHIDg8zCwBB-ZpQSKBo6dg?e=YhcCV8
CONCLUSIONES
Una vez finalizada la actividad puedo concluir que entiendo la importancia que tienen las diferentes vistas para conocer los actores, procesos o eventos involucrados, y el poderlos desglosar o separar en tareas mas sencillas ayuda a comprender e identificar errores, u oportunidades de mejora en el diseño o desarrollo del software.
También puedo mencionar que aunque pueda parecer sencillo el realizar diagramas, no es tan sencillo entender y comprender los requerimientos del caso y graficarlos, ya que algunos procesos pueden no ser tan sencillos de comprender e integrar todos los eventos o procesos que un sistema o plataforma lleva es muy complicado, o fue lo que mas se me dificulto en el desarrollo de esta.
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