Equipo1

Views:
 
Category: Entertainment
     
 

Presentation Description

ESTANDAR IEEE 1471 - Descripcion sobre la Arquitectura de Software Equipo 1 MCA, CUCI, UdeG

Comments

By: GuillermoR (34 month(s) ago)

Great presentation

Presentation Transcript

Equipo 1 : 

Equipo 1 Equipo 1: Benítez Medina, Alma Rosa. Domínguez Pérez, Irasema. Hernández Ochoa, José Jorge.

Temario : 

Temario Concepto de Arquitectura Introducción a la norma IEEE 1471 Descripción de la norma IEEE 1471 Arquitectura de Software Vistas y Puntos de Vistas Marcos Arquitectónicos Lenguaje de Descripción Arquitectónica

Concepto de Arquitectura e Introducción a la Norma IEEE 1471 : 

Concepto de Arquitectura e Introducción a la Norma IEEE 1471 IEEE 1471: Recommended Practice forArchitectural Description ofSoftware-Intensive Systems “No estamos seguros qué es, pero reconocemos cuando vemos una”. IEEE

Metáfora : 

Metáfora Construcciones / Trabajos civiles - 5000 años de historia (Imhotep, es el primer arquitecto) (2635-2595 A.C.) Primeros escritos de arquitectura datan de los tiempos de los romanos. (Vitruvius de Architectura) (70 A.C. - 20 A.C.) Distinción entre "Arquitecto" e “Ingeniero Civil" durante la Revolución Industrial. Basado en la ciencia de "Mecánica de los materiales" "Arquitecto" e “Ingeniero Civil" tienen ahora diferente entrenamiento, roles y responsabilidades

Arquitectura de Software : 

IEEE 1471 El nivel conceptual más alto de un sistema en su ambiente. Arquitectura es la organización fundamental de un sistema descrita en: Sus componentes. Relación entre ellos y con el ambiente. Principios que guían su diseño y evolución. Arquitectura de Software Software Architecture in Practice - Kazman “La estructura de estructuras de un sistema, la cual abarca componentes de software, propiedades externas visibles de estos componentes y sus relaciones”.

Qué es la norma IEEE 1471 : 

Qué es la norma IEEE 1471 Desarrollado por la sociedad de IEEE el estándar es conocido como IEEE-Std-1471-2000 Práctica recomendada para descripción de arquitecturas de Software y Sistemas intensivos (Recommended Practice for Architectural Description of Software-Intensive Systems)

Metas y objetivos IEEE 1471 : 

Metas y objetivos IEEE 1471 Propuesto por el comité de los estándares IEEE de Ingeniería de Software para: Definir la dirección para la incorporación de la arquitectura a los sistemas pensando en las normas de IEEE Establecer un marco conceptual y de vocabulario para hablar de problemas de arquitectura de los sistemas Identificar y promulgar las buenas prácticas arquitectónicas Permitir la evolución de las prácticas pertinentes a tecnologías maduras.

Motivación: Porqué una arquitectura? : 

Motivación: Porqué una arquitectura? ¿Por qué algunos sistemas tienen "éxito"? Explícitamente los sistemas basados en arquitecturas parecen resultar "más rápidos, mejores y más baratos” La arquitectura es reconocida como un elemento crítico en el éxito del desarrollo y evolución de software

Alcance de la IEEE 1471 : 

Alcance de la IEEE 1471 Los sistemas de software intensivo son los sistemas complejos donde el software influencía el diseño, construcción, implantación y evolución del sistema en su conjunto. Hay un creciente grupo de conocimientos en la aplicación de los conceptos arquitectónicos de estos sistemas para alcanzar los beneficios de la reducción de costos y aumento de la calidad, tales como usabilidad, flexibilidad, fiabilidad, interoperabilidad y otras cualidades del sistema

Organización de la norma IEEE 1471 : 

Organización de la norma IEEE 1471 1. Información general1.1 Ámbito de aplicación1.2 Propósito1.3 Usuarios previstos1.4 La conformidad con este estándar2.Referencias3.Definiciones y siglas4. Marco Conceptual4.1 Descripción del contexto de la Arquitectura4.2 Los interesados y sus funciones4.3 Actividades de arquitectura en el ciclo de vida4.4 Utilización del AD5. Descripción de arquitectura5.1 Documentación de Arquitectura5.2 Identificación de los interesadosy temas de interés5.3 Selección de la arquitecturapuntos de vista 5.4 5.4 Puntos de vista de arquitectura5.5 Coherencia entre la arquitecturay puntos de vista5.6 Razón de la Arquitectura5.7 Ejemplo de usoA BibliografíaB Notas sobre la terminologíaC Ejemplos de puntos de vistaD Relación con otras normas

Consideraciones para documentar una arquitectura : 

Consideraciones para documentar una arquitectura Documentar la arquitectura de acuerdo a los intereses de los stakeholders .Modelo Analítico. Notaciones y lenguajes. Relación consistente entre las vistas. Elaborar plantillas de estilos. Mantener actualizada la matriz de trazabilidad. Tener bajo una línea base el documento de la arquitectura.

Usando IEEE 1471 : 

Usando IEEE 1471 IEEE 1471 es una práctica recomendada No es una arquitectura estándar, o un proceso de arquitectura, o métodos 1471 está escrito en términos de "deberá", "debería" y "podrá“ Las ADs (descripciones de arquitecturas) pueden ser verificadas para su conformidad con la práctica recomendada Tampoco se define lo referente a los sistemas, proyectos, organizaciones, procesos, métodos o herramientas.

Qué es una “Descripción de una arquitectura”? : 

Qué es una “Descripción de una arquitectura”? Una descripción de arquitecturas (AD) es una colección deproductos para documentar una arquitectura IEEE 1471 no especifica el formato o los medios de comunicación para una descripción arquitectónica Notación independiente: IEEE 1471 se especifican determinados contenidos mínimos requeridos para una AD que reflejan las prácticas y el consenso actuales

Objetivo del Marco Conceptual : 

Objetivo del Marco Conceptual Para establecer los términos y conceptos para el pensamiento arquitectónico Servir como base para la evolución del campo donde poco existe una terminología común Para proporcionar un medio para hablar de arquitecturaDescripciones en el contexto de:- Las partes interesadas del sistema- Ciclo de Vida- Usos de la descripción arquitectónica

Marco conceptual IEEE : 

Marco conceptual IEEE

Algunos Stakeholders : 

Algunos Stakeholders Cliente Adquiriente Dueño Usuario Operador Arquitecto Ingeniero de Sistemas Desarrollador Complementos Builder Mantenedor Proveedor de Servicio Vendedor Subcontratista Planificador

Requerimientos de la IEEE 1471: Vistas y Puntos de vista : 

Requerimientos de la IEEE 1471: Vistas y Puntos de vista Concepto de vista Tomar en cuenta: Una AD se compone de una o más vistas Las vistas son modulares. Consistencia entre vistas. Vale la pena mencionar: IEEE 1471 es “agnóstico” Los temas de interés se enfocan en la selección de puntos de vista. Cada punto de vista es utilizado en una Descripción arquitectónica y es declarado antes

La norma IEEE 1471 : 

La norma IEEE 1471

La norma IEEE 1471 : 

La norma IEEE 1471 Se compone de 5 capítulos: 1. Información general 2. Referencias 3. Definiciones y siglas 4. Marco conceptual 5. Descripción de arquitectura

Información general : 

Información general Ámbito de aplicación El alcance de esta práctica recomendada comprende los productos de desarrollo de sistemas que capturan información especializada en arquitectura. Esto incluye descripciones arquitectónicas que se utilizan para lo siguiente:a) Expresión del sistema y su evoluciónb) La comunicación entre los actores del sistemac) La evaluación y comparación de las arquitecturas de manera coherented) La planificación, gestión y ejecución de las actividades del desarrollo del sistemae) Expresión de las características persistentes y principios de soporte de un sistema que guía a cambios aceptables f) La verificación de la implementación del sistema de acuerdo con una descripción arquitectónica g) Registro de las contribuciones al cuerpo de conocimiento en la arquitectura de los sistemas intensivos en software

Propósito : 

Propósito Facilitar la expresión y la comunicación de las arquitecturas y poner así las bases para la calidad y las ganancias de los costos mediante la estandarización de los elementos y prácticas para la descripción arquitectónica.

Usuarios previstos : 

Usuarios previstos Dueños del sistema Arquitectos Personal de mantenimiento del sistema Evaluadores de los sistemas y su desarrollo

La conformidad con éste estándar : 

La conformidad con éste estándar Una descripción arquitectónica está conforme a esta práctica recomendada si la descripción arquitectónica documentada cumple los requerimientos de la cláusula no. 5

Referencias : 

Referencias IEEE Std 610,12 - 1990, Glosario de Terminología estándar IEEE de Ingeniería de Software. IEEE / EIA estándar 12207,0 -1996, IEEE / EIA estándar en la industria de aplicación de la norma ISO / IEC 12207: 1995, Tecnologías de la Información-Software procesos del ciclo de vida.

Definiciones y siglas : 

Definiciones y siglas Proporciona definiciones para: Adquiriente Arquitecto Arquitectura Descripción arquitectónica Modelo de ciclo de vida Sistema Sistema de los interesados Vista Punto de vista

Marco conceptual : 

Marco conceptual Esta cláusula introduce a un marco conceptual, o marco de referencia, para la descripción arquitectónica.

Descripción del contexto de la arquitectura : 

Descripción del contexto de la arquitectura En el marco conceptual de esta práctica recomendada, una descripción arquitectónica se organiza en uno o más componentes (arquitectónicos) llamados puntos de vista. Cada vista tiene una o más direcciones de los temas de interés de la actores del sistema. El término vista se utiliza para referirse a la expresión de la arquitectura de un sistema con respecto a un punto de vista particular.

Los interesados y sus funciones : 

Los interesados y sus funciones Los interesados tienen papeles diferentes en lo que respecta a la creación y el uso de descripciones arquitectónicas. Las partes interesadas incluyen clientes, usuarios, el arquitecto, los desarrolladores y evaluadores.

Actividades de arquitectura en el ciclo de vida : 

Actividades de arquitectura en el ciclo de vida Esta práctica recomendada no asume ni prescribe un modelo de ciclo de vida específico para ser elegido por separado por los usuarios de la práctica recomendada. Los escenarios en 4.3.1-4.3.4 tienen por objeto sugerir la variedad de usos de la práctica recomendada dentro de un ciclo de vida del sistema.

Escenarios de la sección 4.3 : 

Escenarios de la sección 4.3 4.3.1 Escenario: arquitectura de sistemas simples 4.3.2 Escenario: arquitectura iterativa para sistemas evolutivos 4.3.3 Escenario: arquitectura de sistemas existentes 4.3.4 Escenario: evaluación arquitectónica

Utilización del AD : 

Utilización del AD Las descripciones arquitectónicas son aplicables a una variedad de usos, por una variedad de partes interesadas, durante todo el ciclo de vida.

CONCEPTOS : 

CONCEPTOS

Arquitectura : 

Arquitectura Se define arquitectura de software como la estructura del sistema, que comprende elementos de software, las propiedades de esos elementos visibles externamente y las relaciones entre ellos. Los detalles internos de esos componentes, no se consideran pertenecientes a la arquitectura de la aplicación.

¿De dónde provienen las Arquitecturas? : 

¿De dónde provienen las Arquitecturas? Una arquitectura es el resultado de un conjunto de decisiones técnicas y de negocios. Sin arquitectura, se logra un amontonamiento amorfo de programas o código. OS/360 - IBM OTAN Conferencia de Ingeniería en Software

Personas Interesadas (stakeholders) : 

Personas Interesadas (stakeholders) Arquitecto y la Arquitectura

Arquitectura dentro del ciclo de vida de los sistemas : 

Arquitectura dentro del ciclo de vida de los sistemas Ejemplo de una Arquitectura Iterativa para Sistemas Evolutivos.

Descripción Arquitectónica (DA) : 

Descripción Arquitectónica (DA) Una descripción arquitectónica es un modelo - el documento, producto u otros artefactos - que comunica y registra la arquitectura de un sistema. La forma y el contenido de las descripciones arquitectónicas pueden quedar sujetas a normalización. Arquitectura del software = (componentes, conexiones, restricciones) Estilo arquitectónico es la abstracción de distintas arquitecturas software.

Vistas y Puntos de Vista : 

Vistas y Puntos de Vista ¿Cómo se ven y cómo se escriben los Puntos de Vista? Notación Lenguajes Métodos El método expresa cómo se construye una Vista. Revisa su correcta formación Determina cómo analizarla para predecir varias propiedades del Sistema Ofrece una serie de claves o leyendas

Vistas : 

La arquitectura del software se centra en la idea de reducir la complejidad de un sistema a través de la abstracción y separación de intereses. Vistas

Tipos de Vistas : 

Las Vistas Modulares Las Vistas de Componentes (C&C) Las Vistas de Asignación La selección de vistas pertinentes generalmente las determina el arquitecto - en consulta con los otros interesados clave del sistema. Tipos de Vistas

¿Entonces qué pide el ISO 1471 que incluyamos en nuestra documentación? : 

¿Entonces qué pide el ISO 1471 que incluyamos en nuestra documentación? Cláusula 5 - Para una Descripción Arquitectónica : Identificación de la Descripción Arquitectónica, Número y Conceptos Generales La identificación de los participantes en el sistema y sus intereses principales La identificación y definición de puntos de vista que cubran esos intereses Documentar los puntos de vista de la arquitectura Registrar cualquier inconsistencia entre puntos de vista Establecer la lógica de las decisiones tomadas en la selección de la descripción Arquitectónica (DA).

Elementos requeridos en el documento de Descripción Arquitectónica : 

Cláusula 5.1 Fecha y Situación Organización que expide el documento Control de Cambios Resumen Alcance Contexto Glosario Referencias Elementos requeridos en el documento de Descripción Arquitectónica

Elementos mínimos con respecto a: : 

Elementos mínimos con respecto a: Cláusula 5.2 - Descripción de lo que compete a los Interesados: El propósito o misión del sistema La idoneidad del sistema para su uso en el cumplimiento de su misión La viabilidad de construir el sistema Los riesgos de desarrollo y operación del sistema para los usuarios, compradores, y los desarrolladores del sistema Capacidad de mantenimiento, capacidad de despliegue y capacidad de evolución del sistema Cláusula 5.3- Cada punto de vista deberá especificar: Un nombre Las partes interesadas Los intereses o competencias más importantes El lenguaje adoptado, las técnicas de modelado o los métodos analíticos a utilizar en la construcción de una vista basada en el punto de vista Fuente, para su recopilación en una biblioteca de Puntos de Vista

Elementos mínimos con respecto a: : 

Cláusula 5.4- Vistas de la Arquitectura Cada vista deberá incluir: Un identificador y cualquier otra información introductoria, según lo definido por la organización que expide el documento Una representación del sistema construido con los lenguajes, métodos y técnicas de modelado o de análisis asociados al punto de vista La información de configuración, según lo definido por la organización que expide el documento Cláusulas 5.5 y 5.6 Además se debe mantener un registro de inconsistencias, un análisis de consistencia, justificación de la conceptualización y métodos arquitectónicos alternativos considerados. Elementos mínimos con respecto a:

Marco Arquitectónico : 

Marco Arquitectónico Es la estructura prefabricada que puede utilizarse para organizar la arquitectura empresarial en vistas complementarias. Son vistas reutilizables Una biblioteca de Puntos de Vista Posible Normalización

Marco Arquitectónico para software : 

Marco Arquitectónico para software Basado en el trabajo de John Zachman DoDAF MODAF TOGAF ISO RM-ODP ISO 15707GERAM Modelo 4 +1 de Kruchten Siemens «Cuatro Puntos de vista» Garland y Anthony Rozanski y Woods, Puntos de vista y Perspectivas SEI, Puntos de vista y más allá Marco Arquitectónico para empresas

Slide 47: 

Marco orientado a Empresas - modelo de Zachman

El Modelo «4+1» Vistas de laArquitectura del Software : 

El Modelo «4+1» Vistas de laArquitectura del Software

Documento de Arquitectura de Software con Modelo «4+1» : 

Documento de Arquitectura de Software con Modelo «4+1» Título Control de Cambios Tabla de Contenidos Lista de Figuras 1. Alcance 2. Referencias 3. Arquitectura de software 4. Objetivos y Restricciones de la Arquitectura 5. Arquitectura Lógica 6. Arquitectura de Procesos 7. Arquitectura de Desarrollo 8. Arquitectura Física 9. Escenarios 10. Capacidad y Desempeño 11. Calidad Apéndice A. Siglas y Abreviaturas B. Definiciones C. Principios de Diseño

Modelo «4+1» : 

Modelo «4+1»

Enfoque de “Vistas y Mas Allá” del SEI : 

Enfoque de “Vistas y Mas Allá” del SEI Se basa en las estructuras que están intrínsecamente presentes en el software y en las partes involucradas y los intereses que motivan la documentación correspondiente. Paso 1- Producir una lista de Vistas candidatas al construir una tabla donde las filas integran partes interesadas y las columnas incluyen las vistas que se desean tener. En cada celda resultante se describe la cantidad de información requerida por la parte interesada en esa vista. Paso 2 - Combinar. Si existe otra vista que pueda dar la información requerida a los interesados, se puede combinar la información de la vista con esa otra. Una regla de oro es que si hay una fuerte correspondencia entre los elementos en dos puntos de vista, son buenos candidatos para ser combinados. Paso 3 - Priorizar. Las demandas de algunos grupos de interés sustituirán a los demás. Es muy posible que un director del proyecto desee atender a sus necesidades primero.

Diagrama de las Vistas en V&B : 

Diagrama de las Vistas en V&B

Diagrama de las vistas en ISO 42010 : 

Diagrama de las vistas en ISO 42010

Documento para el marco de “Vistas y Más Allá’ del SEI : 

Documento para el marco de “Vistas y Más Allá’ del SEI Sección 1 - Presentación Sección 2 - Catálogo de elementos Elementos y sus propiedad Relaciones y sus propiedades Interfaces de los elementos Comportamiento de los elementos Sección 3 - Diagrama de Contexto Sección 4 - Guía de variabilidad Sección 5 - Entorno de la Arquitectura 5.A. Razones de Diseño 5.B. Análisis de Resultados 5.C. Suposiciones Sección 6 - Otros Sección 7 - Información de Integración

Slide 55: 

Un lenguaje de descripción de arquitecturas (ADL) es un lenguaje de computadora que se utiliza para describir una arquitectura de software. Un lenguaje de este tipo puede ser formal, semi-formal, gráfico o ambos. Rigurosidad sobre la definición de una arquitectura Los lenguajes más completos ofrecen herramientas para el análisis y pruebas para la toma de decisiones arquitectónicas Puntos buenos de un Lenguaje de descripción arquitectónica Constituyen una manera formal de representar la arquitectura Entendibles tanto para la máquina como para el ser humano Niveles de abstracción más altos de lo que anteriormente se podía Permiten el análisis de arquitecturas Los lenguajes soportan la generación automática de sistemas de software Lenguaje de Descripción Arquitectónica (ADL)

Slide 56: 

Puntos malos de un Lenguaje de descripción arquitectónica No hay un acuerdo general sobre lo que debe representar un lenguaje de descripción arquitectónica, en particular a lo relativo al comportamiento de la arquitectura Las representaciones actualmente utilizadas son relativamente difíciles de analizar y no se apoyan en herramientas comerciales La mayoría del trabajo actual sobre ADL se lleva a cabo en lo académico en lugar de cubrir las demandas comerciales La mayoría de lenguajes tienden a ser óptimos solamente si se dirigen hacia un tipo particular de análisis A pesar de sus puntos negativos, los lenguajes descriptivos de este tipo ocupan una parte importante del trabajo arquitectónico desde la fundación de la disciplina.

Slide 57: 

Lenguajes de Descripción Arquitectónica

Slide 58: 

Bilbiografía A Very Brief History of Computer Science. 2006-09-23. University of Waterloo (2006). Software Architecture in Practice, Second Edition. http://softarchpract.tar.hu/ Comparing the SEI’s Views and Beyond Approach for Documenting Software Architectures with ANSI-IEEE 1471-2000. http://www.sei.cmu.edu/architecture/index.cfm http://www.iso-architecture.org/ieee-1471/ieee-1471-faq.html A Practical Example of Applying Attribute-Driven Design (ADD), Version 2.0. TECHNICAL REPORT CMU/SEI-2007-TR-005 ESC-TR 2007-005. http://www.seg.etsmtl.ca/sadam/cours/Méthodologie ADD - Exemple.pdf IEEE SOFTWARE h t t p : / / c o m p u t e r. o r g / s o f t w a r e Every Architecture Description Needs a Framework: Expressing Architecture Frameworks Using ISO/IEC 42010. David Emery, Richard Gilliard. http://www.zifa.com/framework.pdf

Slide 59: 

Architectural Blueprints—The “4+1” View Model of Software Architecture. http://www.cs.ubc.ca/~gregor/teaching/papers/4+1view-architecture.pdf http://softarchpract.tar.hu/ http://www.iso-architecture.org/ieee-1471/ieee-1471-faq.html http://www.sei.cmu.edu/architecture/start/definitions.cfm http://www.viewpoints-and-perspectives.info/doc/VPandV_WhitePaper.pdf Bilbiografía (continuación)

[ Gracias por la atención ] : 

[ Gracias por la atención ]