It refers to a group of abstractions and patterns that provide us a useful outline to guide us in the development of software in a computer system reference.
El documento describe los diferentes niveles de diseño de software, incluyendo el diseño de arquitectura, el diseño de alto nivel y el diseño detallado. También explica el diseño estructurado de sistemas y cómo se utilizan los diagramas de estructura para modelar la estructura de control de un programa a través de un árbol de invocación de módulos.
Este documento describe los conceptos clave del diseño arquitectónico de sistemas de información. Explica diferentes estilos arquitectónicos como la arquitectura centrada en datos, en capas y distribuida. También cubre temas como la descomposición modular, estilos de control y documentación de la arquitectura.
Este documento describe los fundamentos de la arquitectura de software, incluyendo conceptos como el análisis de requisitos, lineamientos de calidad, estilos arquitectónicos como capas y flujo de datos, y métodos para el diseño arquitectónico como mapeo de flujos de datos. La arquitectura de software proporciona un marco coherente para guiar el desarrollo de software mediante el uso de patrones y abstracciones.
El documento describe las fases de la metodología RUP (Rational Unified Process) para el desarrollo de software. Explica que RUP incluye fases de inicio, elaboración, construcción, transición y cierre. En cada fase se realizan tareas específicas como el análisis de requisitos, diseño de la arquitectura, desarrollo del código, pruebas y capacitación de usuarios. RUP es un proceso iterativo e incremental centrado en la arquitectura y en los casos de uso.
Objetivo: Caracterizar las actividades involucradas en el descubrimiento, documentación y mantenimiento de los requerimientos de un producto determinado conociendo de forma precisa el problema que van a resolver para que la solución que se construya sea correcta y útil.
El documento presenta una introducción a las arquitecturas de software, definiendo conceptos básicos, los beneficios de una arquitectura de software y la arquitectura 4+1 vista. Proporciona una bibliografía de referencias y un mapa conceptual de tópicos de conocimiento sobre ingeniería de software.
Este documento resume los conceptos clave de las arquitecturas de software, incluyendo sus características generales, atributos de calidad y patrones/estilos de arquitectura. El documento también proporciona una bibliografía de referencias sobre el tema.
Fundamentos de la arquitectura de softwareRoger Villegas
Este documento presenta una breve historia de la arquitectura de software desde 1960 hasta la actualidad, destacando conceptos clave como estilos, lenguajes de descripción arquitectónica, marcos y vistas, procesos y metodologías, abstracción, escenarios, campos de investigación, arquitecturas comunes, modalidades y tendencias, y las diferencias entre arquitectura y diseño.
El documento describe los diferentes niveles de diseño de software, incluyendo el diseño de arquitectura, el diseño de alto nivel y el diseño detallado. También explica el diseño estructurado de sistemas y cómo se utilizan los diagramas de estructura para modelar la estructura de control de un programa a través de un árbol de invocación de módulos.
Este documento describe los conceptos clave del diseño arquitectónico de sistemas de información. Explica diferentes estilos arquitectónicos como la arquitectura centrada en datos, en capas y distribuida. También cubre temas como la descomposición modular, estilos de control y documentación de la arquitectura.
Este documento describe los fundamentos de la arquitectura de software, incluyendo conceptos como el análisis de requisitos, lineamientos de calidad, estilos arquitectónicos como capas y flujo de datos, y métodos para el diseño arquitectónico como mapeo de flujos de datos. La arquitectura de software proporciona un marco coherente para guiar el desarrollo de software mediante el uso de patrones y abstracciones.
El documento describe las fases de la metodología RUP (Rational Unified Process) para el desarrollo de software. Explica que RUP incluye fases de inicio, elaboración, construcción, transición y cierre. En cada fase se realizan tareas específicas como el análisis de requisitos, diseño de la arquitectura, desarrollo del código, pruebas y capacitación de usuarios. RUP es un proceso iterativo e incremental centrado en la arquitectura y en los casos de uso.
Objetivo: Caracterizar las actividades involucradas en el descubrimiento, documentación y mantenimiento de los requerimientos de un producto determinado conociendo de forma precisa el problema que van a resolver para que la solución que se construya sea correcta y útil.
El documento presenta una introducción a las arquitecturas de software, definiendo conceptos básicos, los beneficios de una arquitectura de software y la arquitectura 4+1 vista. Proporciona una bibliografía de referencias y un mapa conceptual de tópicos de conocimiento sobre ingeniería de software.
Este documento resume los conceptos clave de las arquitecturas de software, incluyendo sus características generales, atributos de calidad y patrones/estilos de arquitectura. El documento también proporciona una bibliografía de referencias sobre el tema.
Fundamentos de la arquitectura de softwareRoger Villegas
Este documento presenta una breve historia de la arquitectura de software desde 1960 hasta la actualidad, destacando conceptos clave como estilos, lenguajes de descripción arquitectónica, marcos y vistas, procesos y metodologías, abstracción, escenarios, campos de investigación, arquitecturas comunes, modalidades y tendencias, y las diferencias entre arquitectura y diseño.
El documento describe los conceptos fundamentales de la arquitectura de software, incluyendo su definición, características, estilos arquitectónicos, representación del sistema en contexto y lenguajes de descripción arquitectónica. La arquitectura de software establece la estructura y la interacción entre las partes de un software. Existen diferentes estilos como la arquitectura centrada en datos y la arquitectura de flujo de datos. Un diagrama de contexto arquitectónico representa cómo el software interactúa con otros sistemas.
Ingenieria de software modelado de la logica de procesosDavid Amaya
El documento describe diferentes herramientas para modelar la lógica de procesos en ingeniería de requisitos, incluyendo lenguaje estructurado, tablas de decisión y árboles de decisión. Explica qué son condiciones, opciones de condiciones, acciones y reglas de acción, y cómo se usan estas herramientas para diseñar sistemas de decisión estructurada. Luego profundiza en lenguaje estructurado y tablas de decisión, dando ejemplos de su sintaxis y estructura.
El documento describe las aplicaciones de N capas en Visual NET. La programación por capas separa un sistema en partes lógicas como la capa de presentación, la capa de negocio y la capa de datos. Esto permite el desarrollo paralelo, aplicaciones más robustas y un mantenimiento más sencillo. Las aplicaciones de N capas distribuyen los procesos en capas lógicas y físicas separadas para optimizar los recursos y la eficiencia.
El documento describe los Lenguajes de Descripción Arquitectónica (ADL), los cuales se utilizan para modelar la estructura de alto nivel de una aplicación de software antes que los detalles de implementación. Explica las características principales de los ADL como la composición, configuración, flexibilidad y reutilización. También describe elementos arquitectónicos que modelan como componentes, conectores y configuraciones. Finalmente, presenta información sobre el ADL específico llamado Aesop desarrollado en la Universidad Carnegie Mellon.
El documento describe diferentes modelos y vistas para documentar la arquitectura de software, incluyendo el modelo de 4+1 vistas de Philippe Kruchten y las 4 vistas propuestas por Robert Nord para sistemas industriales. Se explican las vistas lógica, de procesos, de desarrollo, física y de escenarios, así como recomendaciones para seleccionar y documentar las vistas más útiles.
Este documento presenta una introducción a la arquitectura de software. Explica que la arquitectura proporciona una vista abstracta de alto nivel de un sistema, sin entrar en detalles de implementación. También describe el ciclo de influencias entre la arquitectura, los factores organizacionales y técnicos que la influyen, y cómo la arquitectura a su vez puede afectar estos factores. Finalmente, resalta la importancia de la arquitectura para la comunicación, toma de decisiones tempranas de diseño y como una abstracción transfer
Este documento describe los conceptos clave relacionados con la estimación de costos de proyectos de software, incluida la definición de proyecto de software, los objetivos de la planificación, los cuatro pasos clave de la gestión de proyectos, los modelos de estimación como COCOMO, y las métricas para medir la productividad y calidad del software.
El documento describe el diseño de la arquitectura de software. Explica que la arquitectura identifica los elementos e interacciones más importantes de un sistema y provee una visión global. También cubre estilos arquitectónicos como centrados en datos, flujo de datos, llamada y retorno, orientados a objetos y estratificados. El propósito de la arquitectura es facilitar la comunicación, reducir riesgos y considerar alternativas de diseño temprano.
Desarrollo de software basado en componentesUlises Cruz
El documento describe el desarrollo de software basado en componentes, donde las aplicaciones se ensamblan a partir de partes de software prefabricadas. Esto reduce los costos y tiempos de desarrollo al permitir la reutilización de componentes. Se discuten conceptos como componentes, arquitecturas de software, marcos de trabajo y estándares para componentes. El documento también analiza retos como la evolución de componentes y la falta de soporte formal en la programación orientada a componentes.
El documento describe los diferentes tipos de modelos de requerimientos, incluyendo modelos basados en escenarios, datos e información, y clases. Explica que el modelo de requerimientos es la primera representación técnica de un sistema y permite visualizar el sistema desde diferentes puntos de vista. También cubre temas como la creación de casos de uso, diagramas de actividades, y el modelado basado en clases.
Este documento presenta los conceptos básicos de la arquitectura de software. Explica que la arquitectura de software establece la estructura y la interacción entre las partes de un sistema informático. Luego describe algunos estilos arquitectónicos comunes como las arquitecturas centradas en datos, de flujo de datos, orientadas a objetos y en capas. El objetivo es que los desarrolladores compartan una línea de trabajo común al construir software.
El documento resume la historia de la arquitectura de software desde sus orígenes en la década de 1960 hasta la actualidad. Algunos hitos importantes incluyen la propuesta de Edsger Dijkstra en 1968 de establecer una estructura correcta antes de codificar, el ensayo de David Parnas en 1972 sobre modularidad y ocultamiento de información, y las definiciones de Fred Brooks Jr. y Ken Iverson de "arquitectura" en la década de 1970. La arquitectura de software comenzó a aparecer como disciplina en la literatura a fines
Estandares y modelos de calidad del softwareaagalvisg
La calidad del software puede parecer un concepto alejado de la vida diaria de la mayoría de las personas, pero nada más lejos de la realidad, en este documento encontraras los estándares para crear un software de calidad.
El documento resume la metodología Team Software Process (TSP). TSP es un conjunto de procesos estructurados para dirigir el trabajo de equipos de software. El objetivo es maximizar la calidad y minimizar los costos mediante la integración de equipos independientes que planeen y registren su trabajo. TSP también ayuda a los gerentes a monitorear y motivar a sus equipos para alcanzar su máxima productividad.
Este documento describe diferentes tipos y usos de métricas de calidad de software. Explica que las métricas se utilizan para medir y mejorar la calidad del proceso de desarrollo de software y el producto resultante. Se clasifican las métricas en cuantitativas, de proceso, de producto, de complejidad, de calidad, de desempeño y de estilo. Las métricas proveen información para la toma de decisiones, estimación de costos, medición de productividad y calidad durante el desarrollo, pruebas y mant
El método SAAM (Software Architecture Analysis Method) es un método para evaluar la modificabilidad y otros atributos de calidad de una arquitectura de software. El procedimiento de SAAM implica describir la arquitectura, desarrollar escenarios de cambio futuros, evaluar cómo la arquitectura soportaría esos cambios, y generar una evaluación global. El objetivo final es mejorar la comunicación, reusabilidad y evolución del sistema.
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...eccutpl
Este documento presenta información sobre la identificación y seguimiento de artefactos en el proceso de desarrollo de software. Explica que los artefactos capturan y comunican información del proyecto y pueden tomar varias formas. También describe los roles clave como analistas de sistemas, arquitectos de software y diseñadores, así como los principales artefactos que producen como documentos de visión, modelos de casos de uso, documentos de arquitectura y modelos de análisis y diseño.
Este documento presenta una introducción al modelo CMMI (Capability Maturity Model Integration). Explica que CMMI es un modelo de evaluación de procesos que provee elementos para mejorar procesos de ingeniería de software y desarrollo organizacional. Describe los niveles de madurez, áreas de proceso, y beneficios de usar CMMI. Finalmente, presenta una tabla que resume el nivel de madurez actual de las áreas de proceso de una organización.
El documento describe los principales aspectos de la Ingeniería Web, incluyendo metodologías como UWE, OOH, OOHDM y WebML. Explica que la Ingeniería Web aplica metodologías de ingeniería de software para garantizar el buen funcionamiento de aplicaciones web, considerando sus características únicas. También presenta el proceso sugerido por Pressman para el desarrollo de aplicaciones web, compuesto por fases como planteamiento, planificación, análisis e ingeniería.
Este documento describe las etapas típicas del desarrollo de sistemas y los posibles resultados cuando no se presta atención a la calidad del software. También introduce la disciplina de la arquitectura de software como una forma de enfocar la calidad desde las primeras etapas del desarrollo. Finalmente, define conceptos clave como los requerimientos funcionales y no funcionales, y explica cómo la arquitectura de software puede ayudar a satisfacer ambos tipos de requerimientos.
El documento define los conceptos de software e ingeniería de software. Explica que la ingeniería de software es la aplicación de principios de ingeniería al desarrollo de software, incluyendo actividades como el análisis de requisitos, diseño, programación, pruebas, documentación y mantenimiento. También describe algunos modelos de ciclo de vida de desarrollo de software e impactos económicos y sociales de la ingeniería de software.
El documento describe los conceptos fundamentales de la arquitectura de software, incluyendo su definición, características, estilos arquitectónicos, representación del sistema en contexto y lenguajes de descripción arquitectónica. La arquitectura de software establece la estructura y la interacción entre las partes de un software. Existen diferentes estilos como la arquitectura centrada en datos y la arquitectura de flujo de datos. Un diagrama de contexto arquitectónico representa cómo el software interactúa con otros sistemas.
Ingenieria de software modelado de la logica de procesosDavid Amaya
El documento describe diferentes herramientas para modelar la lógica de procesos en ingeniería de requisitos, incluyendo lenguaje estructurado, tablas de decisión y árboles de decisión. Explica qué son condiciones, opciones de condiciones, acciones y reglas de acción, y cómo se usan estas herramientas para diseñar sistemas de decisión estructurada. Luego profundiza en lenguaje estructurado y tablas de decisión, dando ejemplos de su sintaxis y estructura.
El documento describe las aplicaciones de N capas en Visual NET. La programación por capas separa un sistema en partes lógicas como la capa de presentación, la capa de negocio y la capa de datos. Esto permite el desarrollo paralelo, aplicaciones más robustas y un mantenimiento más sencillo. Las aplicaciones de N capas distribuyen los procesos en capas lógicas y físicas separadas para optimizar los recursos y la eficiencia.
El documento describe los Lenguajes de Descripción Arquitectónica (ADL), los cuales se utilizan para modelar la estructura de alto nivel de una aplicación de software antes que los detalles de implementación. Explica las características principales de los ADL como la composición, configuración, flexibilidad y reutilización. También describe elementos arquitectónicos que modelan como componentes, conectores y configuraciones. Finalmente, presenta información sobre el ADL específico llamado Aesop desarrollado en la Universidad Carnegie Mellon.
El documento describe diferentes modelos y vistas para documentar la arquitectura de software, incluyendo el modelo de 4+1 vistas de Philippe Kruchten y las 4 vistas propuestas por Robert Nord para sistemas industriales. Se explican las vistas lógica, de procesos, de desarrollo, física y de escenarios, así como recomendaciones para seleccionar y documentar las vistas más útiles.
Este documento presenta una introducción a la arquitectura de software. Explica que la arquitectura proporciona una vista abstracta de alto nivel de un sistema, sin entrar en detalles de implementación. También describe el ciclo de influencias entre la arquitectura, los factores organizacionales y técnicos que la influyen, y cómo la arquitectura a su vez puede afectar estos factores. Finalmente, resalta la importancia de la arquitectura para la comunicación, toma de decisiones tempranas de diseño y como una abstracción transfer
Este documento describe los conceptos clave relacionados con la estimación de costos de proyectos de software, incluida la definición de proyecto de software, los objetivos de la planificación, los cuatro pasos clave de la gestión de proyectos, los modelos de estimación como COCOMO, y las métricas para medir la productividad y calidad del software.
El documento describe el diseño de la arquitectura de software. Explica que la arquitectura identifica los elementos e interacciones más importantes de un sistema y provee una visión global. También cubre estilos arquitectónicos como centrados en datos, flujo de datos, llamada y retorno, orientados a objetos y estratificados. El propósito de la arquitectura es facilitar la comunicación, reducir riesgos y considerar alternativas de diseño temprano.
Desarrollo de software basado en componentesUlises Cruz
El documento describe el desarrollo de software basado en componentes, donde las aplicaciones se ensamblan a partir de partes de software prefabricadas. Esto reduce los costos y tiempos de desarrollo al permitir la reutilización de componentes. Se discuten conceptos como componentes, arquitecturas de software, marcos de trabajo y estándares para componentes. El documento también analiza retos como la evolución de componentes y la falta de soporte formal en la programación orientada a componentes.
El documento describe los diferentes tipos de modelos de requerimientos, incluyendo modelos basados en escenarios, datos e información, y clases. Explica que el modelo de requerimientos es la primera representación técnica de un sistema y permite visualizar el sistema desde diferentes puntos de vista. También cubre temas como la creación de casos de uso, diagramas de actividades, y el modelado basado en clases.
Este documento presenta los conceptos básicos de la arquitectura de software. Explica que la arquitectura de software establece la estructura y la interacción entre las partes de un sistema informático. Luego describe algunos estilos arquitectónicos comunes como las arquitecturas centradas en datos, de flujo de datos, orientadas a objetos y en capas. El objetivo es que los desarrolladores compartan una línea de trabajo común al construir software.
El documento resume la historia de la arquitectura de software desde sus orígenes en la década de 1960 hasta la actualidad. Algunos hitos importantes incluyen la propuesta de Edsger Dijkstra en 1968 de establecer una estructura correcta antes de codificar, el ensayo de David Parnas en 1972 sobre modularidad y ocultamiento de información, y las definiciones de Fred Brooks Jr. y Ken Iverson de "arquitectura" en la década de 1970. La arquitectura de software comenzó a aparecer como disciplina en la literatura a fines
Estandares y modelos de calidad del softwareaagalvisg
La calidad del software puede parecer un concepto alejado de la vida diaria de la mayoría de las personas, pero nada más lejos de la realidad, en este documento encontraras los estándares para crear un software de calidad.
El documento resume la metodología Team Software Process (TSP). TSP es un conjunto de procesos estructurados para dirigir el trabajo de equipos de software. El objetivo es maximizar la calidad y minimizar los costos mediante la integración de equipos independientes que planeen y registren su trabajo. TSP también ayuda a los gerentes a monitorear y motivar a sus equipos para alcanzar su máxima productividad.
Este documento describe diferentes tipos y usos de métricas de calidad de software. Explica que las métricas se utilizan para medir y mejorar la calidad del proceso de desarrollo de software y el producto resultante. Se clasifican las métricas en cuantitativas, de proceso, de producto, de complejidad, de calidad, de desempeño y de estilo. Las métricas proveen información para la toma de decisiones, estimación de costos, medición de productividad y calidad durante el desarrollo, pruebas y mant
El método SAAM (Software Architecture Analysis Method) es un método para evaluar la modificabilidad y otros atributos de calidad de una arquitectura de software. El procedimiento de SAAM implica describir la arquitectura, desarrollar escenarios de cambio futuros, evaluar cómo la arquitectura soportaría esos cambios, y generar una evaluación global. El objetivo final es mejorar la comunicación, reusabilidad y evolución del sistema.
Identificación y seguimiento de artefactos en el proceso de desarrollo de sof...eccutpl
Este documento presenta información sobre la identificación y seguimiento de artefactos en el proceso de desarrollo de software. Explica que los artefactos capturan y comunican información del proyecto y pueden tomar varias formas. También describe los roles clave como analistas de sistemas, arquitectos de software y diseñadores, así como los principales artefactos que producen como documentos de visión, modelos de casos de uso, documentos de arquitectura y modelos de análisis y diseño.
Este documento presenta una introducción al modelo CMMI (Capability Maturity Model Integration). Explica que CMMI es un modelo de evaluación de procesos que provee elementos para mejorar procesos de ingeniería de software y desarrollo organizacional. Describe los niveles de madurez, áreas de proceso, y beneficios de usar CMMI. Finalmente, presenta una tabla que resume el nivel de madurez actual de las áreas de proceso de una organización.
El documento describe los principales aspectos de la Ingeniería Web, incluyendo metodologías como UWE, OOH, OOHDM y WebML. Explica que la Ingeniería Web aplica metodologías de ingeniería de software para garantizar el buen funcionamiento de aplicaciones web, considerando sus características únicas. También presenta el proceso sugerido por Pressman para el desarrollo de aplicaciones web, compuesto por fases como planteamiento, planificación, análisis e ingeniería.
Este documento describe las etapas típicas del desarrollo de sistemas y los posibles resultados cuando no se presta atención a la calidad del software. También introduce la disciplina de la arquitectura de software como una forma de enfocar la calidad desde las primeras etapas del desarrollo. Finalmente, define conceptos clave como los requerimientos funcionales y no funcionales, y explica cómo la arquitectura de software puede ayudar a satisfacer ambos tipos de requerimientos.
El documento define los conceptos de software e ingeniería de software. Explica que la ingeniería de software es la aplicación de principios de ingeniería al desarrollo de software, incluyendo actividades como el análisis de requisitos, diseño, programación, pruebas, documentación y mantenimiento. También describe algunos modelos de ciclo de vida de desarrollo de software e impactos económicos y sociales de la ingeniería de software.
Este documento describe los conceptos clave de la ingeniería de software. Explica que la ingeniería de software es la aplicación sistemática del desarrollo de software mediante el uso de metodologías probadas. También describe las principales etapas del ciclo de vida del desarrollo de software como el análisis de requisitos, diseño, programación, pruebas y mantenimiento. Además, discute los modelos de desarrollo de software e implicaciones socioeconómicas de la ingeniería de software.
El documento define software como un conjunto de programas, procedimientos, reglas, documentación y datos. Explica que la ingeniería de software se ocupa de construir productos de software de buena calidad manejando restricciones como tiempo y presupuesto. También requiere rigor, creatividad, documentación y gestión. Finalmente, describe que los modelos son representaciones abstractas que sirven para analizar aspectos del problema, comunicar soluciones y detectar errores de manera más económica que el sistema real.
En esta presentacion se tratan los temas del area Ingenieria del Software 3, en esta se presentan los siguientes temas:
- Ingenieria Web.
- Ingenieria de Software.
- Comnputacion en la Nube.
- Computacion en GRID.
El documento presenta información sobre el diseño e ingeniería de software. Explica que el diseño de software juega un papel importante en el desarrollo de software al permitir producir modelos del sistema que pueden evaluarse antes de codificar. Luego describe conceptos fundamentales del diseño de software como el diseño arquitectónico y detallado. Finalmente, destaca que los objetivos del diseño incluyen entregar las funciones requeridas por el usuario y considerar aspectos como el rendimiento, control y cambiabilidad.
Los talleres de arquitectura muestran cómo aplicar mejores prácticas de orientación a objetos, arquitectura de software, patrones de diseño y arquitectura orientada a servicios para construir aplicaciones orientadas al cambio. Los talleres también cubren la gestión del ciclo de vida de desarrollo de software usando Visual Studio Team System y Team Foundation Server. Se ofrece una prueba de concepto para poner en práctica los conocimientos adquiridos.
Presentación Sesión 1 Ingeniería del Software.pptxAderMogollonLuna
Este documento presenta la información sobre un curso de Ingeniería del Software y Requerimientos. El curso será impartido por Delia Marina Herazo Tuirán, quien tiene una amplia experiencia docente. El curso tendrá una carga horaria semanal de 3 horas y otorgará 3 créditos. Se utilizará una metodología presencial combinada con clases dirigidas, laboratorios y talleres. El curso analizará metodologías y técnicas para el desarrollo de software, considerando aspectos como los requerimientos y el
El documento describe los principales modelos de procesos de desarrollo de software, incluyendo el modelo en cascada, el modelo en espiral e incrementales. Explica que la ingeniería de software proporciona un enfoque sistemático para el desarrollo exitoso de software mediante el uso de procesos, roles y artefactos.
Este documento resume las preguntas frecuentes sobre ingeniería de software. 1) Explica qué es la ingeniería de software y sus objetivos como mejorar la calidad del software y facilitar el control del proceso de desarrollo. 2) Distingue la ingeniería de software de la ciencia de la computación y la ingeniería de sistemas. 3) Describe los modelos de procesos de software como el modelo cascada, incremental y evolutivo.
Este documento resume las preguntas frecuentes sobre ingeniería de software. 1) Explica qué es la ingeniería de software y sus objetivos como mejorar la calidad del software y facilitar el control del proceso de desarrollo. 2) Distingue la ingeniería de software de la ciencia de la computación y la ingeniería de sistemas. 3) Describe los modelos de procesos de software como el modelo cascada, incremental y evolutivo.
El documento habla sobre el curso de Ingeniería de Software II. Explica conceptos clave como ingeniería de software, ciclo de vida de un proyecto, metodologías, arquitectura de software, clasificación de aplicaciones y más. También describe las implicaciones socioeconómicas de la ingeniería de software y define términos como SEI y W3C.
El documento habla sobre conceptos clave de la ingeniería de software como definiciones, historia, metodologías, ciclo de vida de proyectos, arquitectura de software, y más. Explica que la ingeniería de software aplica un enfoque sistemático al desarrollo de software, y cubre temas como las implicaciones económicas y sociales del software, las etapas comunes en los proyectos como análisis de requisitos y pruebas, y herramientas para la ingeniería de software.
Este documento presenta una introducción a la ingeniería de software. Explica que la ingeniería de software comprende todos los aspectos de la producción de software y se diferencia de la ciencia de la computación en que se enfoca en los problemas prácticos de desarrollar software útil. También describe los conceptos clave de proceso de software, modelo de procesos de software, costos asociados con la ingeniería de software y métodos comúnmente utilizados. Finalmente, resume los atributos deseables de un buen software.
Este documento resume los conceptos clave de la arquitectura de software. Explica que la arquitectura de software define una solución estructurada para cumplir con los requisitos técnicos y operativos de una aplicación, optimizando atributos como el rendimiento y la seguridad. También describe que la arquitectura incluye decisiones importantes sobre la organización de un sistema de software y cubre funcionalidad, usabilidad, flexibilidad y más. Finalmente, enfatiza que la arquitectura debe exponer la estructura del sistema pero ocult
Este documento presenta conceptos sobre arquitectura de software. Define arquitectura como el nivel conceptual más alto de un sistema y su organización fundamental descrita por sus componentes, relaciones y principios de diseño. Luego discute la importancia de definir la arquitectura en los proyectos, como puente entre requerimientos y implementación. Por último, contrasta arquitectura y diseño indicando que la arquitectura se enfoca en decisiones estratégicas de alto nivel que guían el diseño e implementación de un software.
Ingeniería de software es la aplicación de un enfoque sistemáticoSantiago Moha
La ingeniería de software se define como la aplicación sistemática de principios y métodos de ingeniería al desarrollo de software. Involucra etapas como el análisis de requerimientos, diseño de arquitectura, programación, pruebas y mantenimiento. La ingeniería de software busca mejorar la productividad y calidad del software a través de procesos sistemáticos y repetibles.
El documento presenta una investigación sobre ingeniería de software realizada por estudiantes de la Universidad de Panamá. Explica que la ingeniería de software involucra métodos y técnicas para desarrollar software de calidad y define el ciclo de vida del software. También describe los objetivos de la carrera de ingeniería de software, que incluyen diseñar aplicaciones informáticas, dirigir equipos de desarrollo y asegurar la calidad del software. Finalmente, destaca que la ingeniería de software es una carrera con alta demanda laboral
El documento describe varias herramientas de software libre aplicadas a la ingeniería. Discute herramientas para la ingeniería de información, modelado de procesos, planificación de proyectos, análisis de riesgos, administración de proyectos, seguimiento de requisitos, métricas y gestión, documentación, sistemas, control de calidad, bases de datos y codificación de cuarta generación.
Este documento describe los conceptos fundamentales de la ingeniería de software, incluyendo sus metodologías, herramientas y lenguajes. Explica las diferentes etapas del desarrollo de software como el análisis de requisitos, la especificación, la arquitectura, la programación, las pruebas y el mantenimiento. También describe varias herramientas utilizadas en cada etapa como diagramas UML, herramientas de planificación de proyectos y métricas.
Mi Carnaval, Aplicación web para la gestión del carnaval y la predicción basa...micarnavaltupatrimon
Mi Carnaval es la plataforma que permite conectar al usuario con la cultura y la emoción del Carnaval de Blancos y Negros en la ciudad de Pasto, esta plataforma brinda una amplia oferta de productos, servicios, tiquetería e información relevante para generarle valor al usuario, además, la plataforma realiza un levantamiento de datos de los espectadores que se registran, capturando su actividad e información relevante para generar la analítica demográfica del evento en tiempo real, con estos datos se generan modelos predictivos, que permiten una mejor preparación y organización del evento, de esta manera ayudando a reducir la congestión, las largas filas y, así como a identificar áreas de alto riesgo de delincuencia y otros problemas de seguridad.
Buscador de Eventos y Fiestas en España - Buscafiestaholabuscafiesta
Buscafiesta.es es el buscador líder en España para fiestas y eventos, diseñado para satisfacer las necesidades tanto de organizadores como de asistentes. Este innovador software ofrece una plataforma integral que permite a los organizadores de eventos añadir, gestionar y promocionar sus actividades de manera totalmente autónoma, facilitando la visibilidad y escalabilidad de sus eventos.
Buscafiesta.es no solo conecta a los organizadores con su público objetivo, sino que también ofrece herramientas de marketing y análisis que ayudan a maximizar el impacto de cada evento. Ya sea para una fiesta local, un concierto multitudinario o un evento corporativo, Buscafiesta.es es la solución definitiva para hacer de cada evento un éxito rotundo.
Mi Carnaval, Aplicación web para la gestión del carnaval y la predicción basa...micarnavaltupatrimon
Mi Carnaval es la plataforma que permite conectar al usuario con la cultura y la emoción del Carnaval de Blancos y Negros en la ciudad de Pasto, esta plataforma brinda una amplia oferta de productos, servicios, tiquetería e información relevante para generarle valor al usuario, además, la plataforma realiza un levantamiento de datos de los espectadores que se registran, capturando su actividad e información relevante para generar la analítica demográfica del evento en tiempo real, con estos datos se generan modelos predictivos, que permiten una mejor preparación y organización del evento, de esta manera ayudando a reducir la congestión, las largas filas y, así como a identificar áreas de alto riesgo de delincuencia y otros problemas de seguridad.
1. Docente: MSc. Cathy Guevara
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
ARQUITECTURA DE SOFTWARE
2. AGENDA
1. Definición, importancia y objetivos
2. El rol del arquitecto de software
3. La ingeniería de software y patrones de diseño
4. Proceso de arquitectura de software
5. Estándares e interoperabilidad de sistemas
6. Lenguajes de descripción arquitectónica
7. Vistas arquitectónicas.Modelo de vistas 4+1
8. Estilos arquitectónicos: arquitecturas centradas en datos, en flujo de datos, de llamada
y retorno, orientadas a objetos, orientadas a servicios, orientadas a aspecto.
9. Patrones arquitectónicos
Docente: Mgc. Cathy Guevara
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
3.
4. Docente: MSc. Cathy Guevara
Definición
A software architecture for a system is the structure or structures of the
system, which consist of elements, their externally visible properties, and
the relationships among them.
It refers to a group of abstractions and patterns that provide us a useful
outline to guide us in the development of software in a computer system
reference.
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
5. Especificación de Requerimientos del sistema (SRS)
• En este camino hay mucho por hacer. ¿Comenzamos a
programar para terminar lo antes posible? - ¿Cuáles serían los
riesgos?
• No es un proceso en cascada. No se está definiendo un
proceso.
Sistema instalado y funcionando
-Arquitectura de Software
-Diseño detallado
-Implementación
-Verificación
Docente: MSc. Cathy Guevara
Importancia
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
6. Docente: MSc. Cathy Guevara
¿Qué Afecta y qué la Determina?
La arquitectura de software afecta:
• Performance (Desempeño con respecto al rendimiento)
• Seguridad
• Disponibilidad
• Mantenibilidad
• Usabilidad…
Entonces, el estilo y estructura particular elegido para una aplicación
dependen fuertemente de los requerimientos no funcionales.
Importancia
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
7. Docente: MSc. Cathy Guevara
Una buena arquitectura debería….
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
8. Docente: MSc. Cathy Guevara
Reglas estructurales para la arquitectura
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
9. Docente: MSc. Cathy Guevara
En la actualidad, la palabra “arquitectura” muchos la asocian al termino de
construir y diseñar edificios, pero en realidad esta palabra sobre sale en
varias ramas, no solo de las de dibujo sino que a la vez en las ramas
económicas y empresariales, sin mencionar en la rama que principalmente
está enfocado el siguiente artículo, la cual es la de “Informática”. El auge que
está tomando este tipo de definición en el campo de las tecnologías de
información, es bastante alta, ya que facilita y comprende no solo la parte de
la administración de la solución dentro del negocio, sino que a la vez tener
una comunicación certera y clara entre los demás integrantes que participan
dentro del mismo.
Rol del Arquitecto de Software
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
10. Docente: MSc. Cathy Guevara
ARQUITECTO Según la IEEE 1471 su significado es la persona, equipo u
organización responsable por la arquitectura del sistema que se está llevando a
cabo.
Características y Competencias del Arquitecto de Software
Tiene como objeto principal y personal, competencias técnicas y a la vez
conocimientos tecnológicos sobre la rama especifica. Esto conlleva a investigar
nuevas tecnologías, estructuras de soporte definidas y las mejores prácticas que
existen y que se utilizan en la actualidad, debe poseer un liderazgo y autoridad,
lo cual implica que debe de seguir y dirigir al mismo tiempo. También ser un buen
comunicador hacia diversas partes que posee un negocio. Y hablando de
negocio, debe poseer un dominio completo sobre el mismo y volverse un
negociador en ciertas partes, lo cual nos da a entender que debe tener una
visión fuerte y grande para los negocios.
Rol del Arquitecto de Software
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
11. Docente: MSc. Cathy Guevara
Responsabilidades
• Una de las más grandes, es poder brindar una arquitectura correcta para
solucionar el problema que se está desarrollando. Esto conlleva a definir y
documentar la misma, asegurándose que este en relación con el sistema que
se desea, y a la vez que sea la mejor forma de brindar soporte y evolución del
mismo.
• Asegurarse que todas las personas involucradas estén utilizando la
arquitectura proporcionada y que el desarrollo del proyecto marche bien. Esto
es para poder resolver cualquier tipo de inquietud que surja, que esté
relacionada con la selección de herramientas en cada uno de los ambientes
de desarrollo.
• Debe resolver conflictos y a la vez ayudar a generar acuerdos, manteniendo
una moral en el grupo que abarca a los designados a la arquitectura.
Rol del Arquitecto de Software
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
12. Docente: MSc. Cathy Guevara
Responsabilidades
• Conocer y ayudar a la implementación de la Metodología
• Conocer a la perfección los Requerimientos y Restricciones
• Alinearse con la Visión de la Organización
• Asesorar en la Planificación y Estimación del proyecto
• Definición de Estándares y políticas de reusabilidad de componentes
• Proveer Guía Técnica clara y consistente
Rol del Arquitecto de Software
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
13. Docente: MSc. Cathy Guevara
Rol del Arquitecto de Software
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
14. Docente: MSc. Cathy Guevara
Rol del Arquitecto de Software
Selección de la Tecnología
La selección de la tecnología suele ser un ejercicio con una serie de desafíos
interesantes y en el cual se debe tomar en cuenta un universo de factores
como el coste, las licencias, la relación con los proveedores, la estrategia de
la tecnología, la compatibilidad e interoperabilidad, política de actualizaciones,
etc.
Adicionalmente hay que conocer si las tecnologías funcionan realmente y se
adaptan o no a los requerimientos del software.
El Arquitecto de Software debe asumir la propiedad del proceso de
selección de la tecnología y por tanto es responsable del riesgo técnico.
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
15. Docente: MSc. Cathy Guevara
Rol del Arquitecto de Software
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
16. Docente: MSc. Cathy Guevara
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Ingeniería de Software y patrones de diseño
17. Docente: MSc. Cathy Guevara
Patrones de diseño
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
18. Docente: MSc. Cathy Guevara
Ingeniería de Software y patrones de diseño
Patrones de Software:
• Propósito: Compartir una solución probada, ampliamente aplicable a un
problema particular de diseño. El patrón se presenta en una forma estándar
que permite que sea fácilmente reutilizado.
• Cinco piezas importantes de un patrón:
• Nombre
• Contexto
• Problema
• Solución
• Consecuencias (positivas y negativas)
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
19. ELEMENTOS DE LA ARQUITECTURA DE SOFTWARE
Docente: MSc. Cathy Guevara
20. Docente: MSc. Cathy Guevara
Clasificación
Los patrones de diseño se agrupan en tres tipos:
• Estilos arquitectónicos: Soluciones de organización a nivel del sistema.
• Patrones de diseño: Soluciones a problemas detallados de diseño de
software.
• Idioms: Soluciones útiles para problemas específicos en algún lenguaje
de programación. Describe como implementar aspectos particulares de
elementos o de las relaciones entre ellos usando las características de
un lenguaje particular.
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
21. Docente: MSc. Cathy Guevara
Estilos Arquitectónicos:
Estilos de flujo de datos.
• Tubos y Filtros
Estilos centrados en datos.
• Arq. de pizarra o repositorio
Estilos de llamada y retorno.
• MVC
• Arq. basada en componentes
Estilos orientados a objetos.
Estilos de código móvil.
• Arq. de máquinas virtuales
Estilos heterogéneos.
• Sistema de control de procesos
• Arq. basada en atributos
Estilos basados en capas (estratificados)
Estilo Cliente / Servidor
Estilos Peer-to-Peer
• Arq. basada en eventos
• Arq. orientada a servicios SOA
• Arq. basada en recursos
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
32. Docente: MSc. Cathy Guevara
Conclusiones
• Cambiar la arquitectura de un producto ya construido requiere mucho
esfuerzo.
• Entonces, es importante evaluar la arquitectura antes de implementarla
completamente.
• Verificar los requisitos de calidad establecidos.
• Evaluaciones a posteriori resultan útiles como forma de aprendizaje y estudio
de posibilidades de mejora, por ejemplo: para una nueva versión del
producto.
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
33. Docente: MSc. Cathy Guevara
Proceso de arquitectura de software
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
34. Docente: MSc. Cathy Guevara
Patrones arquitectónicos
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
35. Docente: MSc. Cathy Guevara
Patrones arquitectónicos
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
36. Docente: MSc. Cathy Guevara
Patrones arquitectónicos
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
37. Docente: MSc. Cathy Guevara
Patrones arquitectónicos
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
38. Docente: MSc. Cathy Guevara
Patrones arquitectónicos
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
39. Docente: MSc. Cathy Guevara
Patrones arquitectónicos
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
40. Docente: MSc. Cathy Guevara
Patrones arquitectónicos
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
41. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
42. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
43. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
44. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
45. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
46. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
47. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
48. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Ejemplos de patrones de diseño:
• http://codejavu.blogspot.com/2013/07/ejemplo-patron-de-diseno-decorator.html
49. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Modelo de vistas 4+1
50. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Modelo de vistas 4+1
51. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
52. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Modelo de vistas 4+1
53. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Modelo de vistas 4+1
54. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Modelo de vistas 4+1
55. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Modelo de vistas 4+1
56. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Modelo de vistas 4+1
57. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Modelo de vistas 4+1
58. UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS
Ejemplos de Modelos de vistas 4+1
• https://jjegonzalezf.files.wordpress.com/2009/07/das-ieee1471-
restaurant.pdf
• http://sg.com.mx/revista/30/documentacion-arquitectura#.VzIbjfnhC00
59. Docente: MSc. Cathy Guevara
Linkografía
• http://www.mastermagazine.info/termino/3916.php
• file:///C:/Users/IVAN/Downloads/Arquitectura/is05-
ArquitecturaDeSoftware.pdf
• http://bibdigital.epn.edu.ec/bitstream/15000/414/1/CD-0818.pdf
• http://www.kybele.etsii.urjc.es/docencia/DAS_GIS_M/2011-
2012/Material/Tema%202%20-%20Estilos%20Arquitectonicos.pdf
• http://es.slideshare.net/jpbthames/diseo-arquitectnico-9443843
• http://es.slideshare.net/mstabare/arquitecturas-de-software-parte-2
• http://slideplayer.es/slide/4608815/
• http://www.tec.url.edu.gt/boletin/URL_19_SIS02_COMPETENCIAS.pdf
• http://es.slideshare.net/grrodriguez/arquitectura-aplicaciones-clase8
• http://es.slideshare.net/mstabare/arquitecturas-de-software-parte-1
UNIVERSIDAD TÉCNICA DEL NORTE
FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS
CARRERA DE INGENIERÍA EN SISTEMAS