act reflexion

The speaker, Alma Beatriz, discusses self-reflection in the context of the software architecture course taught by Professor Giovanni Reyes Aguilar. The activity involves reflecting on the learnings from the three units of the course. In unit 1, the speaker learned about different software architectures and the importance of software architecture design. Unit 2 focused on different architectural styles, such as component-based, layered, and object-oriented. Unit 3 covered distributed, interactive, and adaptable architectures. The speaker found the 4+1 model and the client-server architecture in three layers particularly impactful. They also highlight the importance of selecting an appropriate architecture model for software development. The speaker suggests improvements for the course, such as clearer explanations of requirements and more references. They conclude by stating the importance of the course for their career and the value of self-reflection. Buenos días, mi nombre es Alma Beatriz, voy a hablarles sobre autoreflexión. Es de la unidad 3, es de la materia de arquitectura de software de profesor Giovanni Reyes Aguilar. Bueno, en esta actividad se va a realizar una reflexión sobre la actividad de autoreflexión. En esta actividad se va a realizar una reflexión sobre la actividad de autoreflexión. Bueno, en esta actividad se va a realizar una recopilación de lo visto de las 3 unidades a través de unas preguntas que nos solicitan. Bueno, para empezar nos comentan cuáles fueron los aprendizajes obtenidos de la asignatura de diseño y arquitectura de software en las siguientes unidades. Bueno, en la unidad 1, desde mi punto de vista aprendí sobre las diferentes arquitecturas de software, así como la importancia del diseño de arquitectura de software. También aprendí a diferenciar los diferentes lenguajes de descripción de arquitectura, al analizar el modelo vinculado con ROOT y definido en 1995 por Philip Cooper, en el cual se define cuatro vistas para la arquitectura de software. Entendí cada una de las diferencias de cada vista, desde la vista lógica, vista proceso, vista física, vista desarrollo y vista secuencia. Comprendí, para tener un diseño adecuado y además una arquitectura de software correcta, es fundamental identificar los requerimientos que solicita el cliente y dividirlos para que simplemente sea más fácil. Bueno, en la unidad 2, aprendí a diferenciar entre patrón y estilos arquitectónicos. Al analizar las categorías de estilos aplicables a la arquitectura de software, pude entender que existen varias, ya que son herramientas que dan forma a la arquitectura. Algunas utilizan varios estilos para una arquitectura. También aprendí que los estilos arquitectónicos más usados son basados en componentes, en capas y entre servidores orientados a objetos, entre otros. También aprendí a proponer una solución de un caso de estudio de una arquitectura de software en el que la base fundamental fueron los requerimientos del usuario. En la unidad 3, en esta unidad aprendí todo lo relacionado a la arquitectura de software, ya que puedo relacionar las tres unidades, si bien se tocaron temas diferentes, pero al final se tocan las dos unidades anteriores. En esta unidad, se estudió la arquitectura en ambientes distribuidos con modelos de vista controlado, llamado MVC, la arquitectura en ambientes interactivos con el modelo orientado a servicios, y la arquitectura en ambientes adaptables como proxy, reflexión y microkernes. Aprendí a tomar las decisiones sobre la aplicación de una arquitectura con relación al caso de estudio. Para esto fue fundamental estudiar los requerimientos que solicitaba el cliente, así como estudiar los fundamentos de la arquitectura en ambientes distribuidos, ambientes interactivos y ambientes adaptables. Bueno, ¿cuáles fueron los contenidos más significativos en estas unidades? En la unidad 1, el contenido que más me impactó fue el modelo vista 4 más 1, ya que aprenderlo es una pieza importante para desarrollar los temas de las siguientes unidades. De acuerdo con Cruz, es un modelo vista utilizando para describir la arquitectura de sistemas interactivos en software, basado en el uso de múltiples vistas. Concurrentes, al analizar el contenido de la unidad y referencias citadas, comprendí que cada una de estas vistas documentadas al sistema. En el caso de la vista lógica, generalmente se utiliza el modelo orientado a objetos. Aquí es donde se plantea la lógica de negocios o la base de datos del sistema. En la vista de procesos, se describen los procesos del sistema, así como la forma en que comunican. En la vista de desarrollo, utiliza los requerimientos internos relacionados con la administración del sistema. En la vista física, es cómo se procesan los sistemas al usuario. Es decir, es la interfaz gráfica en la que el usuario va a usarlo para comunicarse en el sistema. En el modelo escenario, se utiliza para medir las cuatro vistas por medio de secuencias y da un panorama general de cómo se relacionan las cuatro vistas. En la unidad 2, desde mi punto de vista, el tema que fue más relevante fue el de estilo cliente-servidor en tres capas. Ya de acuerdo con IBM, la arquitectura de tres niveles es la arquitectura predominante para la aplicación de cliente-servidor. Por lo que creo que es de gran importancia, pues está involucrado dos estilos arquitectónicos como es capa, servidor-cliente, de los cuales se entiende que se separan las responsabilidades y funcionalidades del sistema en tres capas importantes. La capa de presentación, que es la interfaz de usuario con la que los usuarios interactúan para poder acceder al sistema. Ahí se muestra la información al usuario de una manera amigable y permite la interacción con el sistema. La capa de aplicación, que es de donde se encuentra la lógica de negocios del sistema, y ésta se encarga de procesar las solicitudes del cliente y puede realizar operaciones. Y la capa de datos, que es responsable de almacenar y gestionar la información del sistema. En la unidad 3, desde mi punto de vista, el tema que más me impactó fue el de arquitectura en ambientes adaptables, ya que me pareció interesante que haya sistemas que se adapten a los nuevos requerimientos no funcionales. En que considero que uno de los fundamentales para estudiar en gran amplitud fue el sistema Proxy, ya que, como menciona Curry en 2011, un proxy de red es aquel programa o dispositivo que toma una acción a manera de presentar otro dispositivo. Con lo cual se logró una mayor seguridad para el sistema porque Proxy controla un objeto hacia otros medios. Existen varios proxys en el mercado, pero el que se me hizo más relevante fue el Proxy Cache. Bueno, menciona que, digamos, cuatro aportaciones en los contenidos que hayan contribuido en el sistema profesional. Una de las aportaciones fue aprender a diseñar y elegir adecuadamente la arquitectura del software, identificar correctamente los requerimientos que solicita el cliente, aprendí a usar Visio y Drawing, aunque desde mi punto de vista fue complicado, también aprendí a realizar botas. Nos menciona que plantemos una propuesta en la que integre los elementos que se necesitan para mejorar la comprensión de los contenidos de la asignatura. Bueno, uno es que explicar el uso de las herramientas y tecnologías adecuadas para el diseño de la arquitectura del software, ya que usar Visio y Drawing es complicado y se requiere de tiempo para aprender el uso de los programas. Otra es explicar claramente los requerimientos que solicita el caso de estudio, ya que es de gran impacto en el diseño de la arquitectura. Otra es enviar más referencias respecto a los temas abordados. Nos comentan que, ¿cuál es la importancia de seleccionar un modelo de arquitectura único adecuado al desarrollar una aplicación informática para el objetivo específico? Bueno, la selección de un modelo de arquitectura adecuado es crucial para garantizar que la aplicación informática cumpla con los requisitos de carrimento, mantenimiento, seguridad y fiabilidad necesarios para alcanzar su objetivo específico. Entonces, el modelo arquitectónico influye en el rendimiento y la escalabilidad del sistema. Un modelo inadecuado puede delimitar la capacidad de la aplicación. La elección del modelo arquitectónico afecta la facilidad con la que la aplicación puede ser mantenida y evolucionada en el tiempo. La arquitectura fluye en la seguridad y la fiabilidad del sistema, y el diseño de la arquitectura adecuada es fundamental para el desarrollo de la aplicación. La arquitectura influye en la seguridad y la fiabilidad del sistema. Un modelo inadecuado puede exponer la aplicación a vulnerabilidad de seguridad y aumento de riesgo de fallos. Bueno, también es importante recalcar que, de acuerdo con la teoría, bueno, nos menciona que expliquemos tres diferencias claves entre los modelos arquitectónicos centralizados y distribuidos. Bueno, uno es que, por lo que se puede decir, es que el sistema centralizado, la comunicación y el control se realizan a través de un nodo central. Lo que puede sobrecargar es ventilizar la red. En cambio, en un sistema distribuido, la comunicación se da entre nodos del sistema, lo que permite una mayor escalabilidad y estabilidad de detección de errores. También, el escalamiento horizontal no se lleva a cabo en el sistema centralizado. Se lleva a cabo solamente en un sistema vertical. Esto es de acuerdo con Greirla. Entonces, por lo que podemos decir que los sistemas distribuidos son más escalables y estables, lo que lo hace adecuado para entornos donde la capacidad computacional y de procesamiento debe escalar según sea necesario. Controla el sistema centralizado. Bueno, también, así es que, también algo importante es que, en un sistema centralizado, si falla el nodo central, el sistema queda totalmente desconectado, mientras que en el sistema distribuido, si falla un nodo, los demás continúan operando. Bueno, esto sería todo, solamente para concluir. Para mí, la materia fue de gran importancia para la carrera, ya que nos brinda un panorama de lo que se enfrenta en el mundo laboral. En específico, en esta actividad aprendí a recapitular todo lo aprendido en la materia, analizando todo lo aprendido en las unidades, fue darme cuenta de los errores que tuve en alguna de estas actividades. Eso sería todo. Gracias.