Norma ISO/IEC 42010

Norma ISO/IEC 42010

Arquitectura de Sistemas y Productos Software

Integrantes:

Luis Andahur Figueroa.

Jorge Baeza San Martín.

Fabián Cárdenas Muñoz.

Fecha:

 07 de Diciembre de 2018.

Chillán - Chile.

Introducción

Innumerables tipos de sistemas se han ido desarrollando en la actualidad, donde cada uno que aparece resulta ser cada vez más avanzado y complejo que el anterior, esto significa un desafío para empresas u organizaciones. Es por esto que constantemente se desarrollan nuevas formas basadas en principios, procedimientos y conceptos de arquitectura que ayuden a lidiar con la complejidad a la que se enfrentan los partícipes del desarrollo de sistemas.

Ayudar a la comprensión de la esencia del sistema y propiedades importantes que son relativas a su composición, comportamiento y evolución es la finalidad de la conceptualización de arquitectura. Estos pueden afectar en diferentes ámbitos como: la utilidad, viabilidad y la dependencia de qué tan fácil sea el mantenimiento del sistema.

Es por esto que la norma presentada a continuación se puede utilizar para establecer prácticas coherentes al desarrollar descripciones referentes a la arquitectura, marcos y descripción de las arquitecturas establecidas en el ámbito de un ciclo de vida y sus procesos.

Dicho esto, el presente informe se estructura de la siguiente manera: una primera parte con la descripción de la norma junto con su propósito, posteriormente una que describe las características principales que posee, también aspectos del desarrollo de software al cual está dirigida en conjunto con las condiciones en las cuales debe ser aplicada. Para así, finalmente dar a conocer dos ejemplos donde es aplicable esta norma, esperando que estos cumplan con las características que serán propiamente mencionadas.

Descripción de la norma

Definición:

ISO (International Organization for Standardization) e IEC (International Electrotechnical Commission) forman el sistema especializado para la normalización en todo el mundo. Los organismos nacionales que son miembros de ISO e IEC participan en el desarrollo de Normas Internacionales a través de comités técnicos establecidos por la organización respectiva, para atender campos particulares de la actividad técnica. Los comités técnicos de ISO e IEC colaboran en campos de interés mutuo. Otras organizaciones internacionales, gubernamentales y no gubernamentales, en coordinación con ISO e IEC, también participan en el trabajo. En el campo de la tecnología de la información, ISO e IEC han establecido un comité técnico conjunto ISO / IEC JTC 1 (JTC1, 2017).

La norma ISO/IEC/IEEE 42010:2011 establece requisitos para describir la arquitectura de sistemas y software a través de una convención, terminología común y mejores prácticas de Diseño y Descripción de Arquitectura. Fue desarrollada por el Comité Técnico paritario de Tecnologías de Información JTC1, Subcomité 7 Ingeniería de software y sistemas de ISO y la Comisión Electrotécnica Internacional , en conjunto con el Instituto de Ingeniería Eléctrica y Electrónica (IEEE: Institute of Electrical and Electronics Engineers), sustituyendo al estándar IEEE Std 1471. (International Organization for Standardization, 2012), según la Clasificación Internacional de Normas de la ISO, la norma ISO/IEC/IEEE 42010:2011 se clasifica en el campo de actividad 35 Tecnologías de información, grupo 35.080 Software.

En este contexto, la norma define la Arquitectura como los “conceptos fundamentales o propiedades de un sistema en su entorno, materializados en sus elementos, relaciones y en los principios de su diseño y evolución”. Al definirse la Arquitectura como “concepto” se refiere a la concepción o ideación y como “propiedad” que la “Arquitectura en sí misma es un atributo del sistema. La norma se basa en un modelo conceptual o metamodelo de Descripción de Arquitectura (Architecture Description “AD”), que explica e identifica restricciones en entidades, sus atributos y relaciones, véase en la Figura 1: Modelo Conceptual ISO/IEC 42010.

[pic 1]

Figura 1: Modelo Conceptual ISO/IEC 42010

En una segunda parte, la norma incluye las especificaciones para los Puntos de vista (ViewPoints) aplicados en la Descripción de Arquitectura, partiendo de una vista (view) definida como el “Producto de trabajo que muestra la arquitectura de un sistema conforme a la perspectiva de un conjunto de asuntos y aspectos del sistema”. Así pues, cada vista se rige por sólo un Punto de vista y es única para cada sistema en su contexto, y el Punto de Vista constituye la convención elegida para la vista de un sistema determinado. Finalmente, el Marco de trabajo de Arquitectura, entendido como las “convenciones, principios y prácticas para la descripción de arquitecturas” y el Lenguaje de Descripción de Arquitectura, constituyen un esquema común aplicable en los Puntos de Vista de sistemas esquematizados según los atributos y aspectos que le conciernen (concerns) en una determinada Descripción de Arquitectura.

Propósito:

Su principal objetivo es abordar las actividades de creación y análisis y sostenimiento de las arquitecturas de los sistemas intensivos en software y el registro de este tipo de arquitectura en términos de descripción, establecer un marco conceptual para la descripción, arquitectura define el contenido de una descripción de una arquitectura.

La norma ISO 42010, se enfoca en la descripción de arquitectura como una expresión de la arquitectura, sin imponer o especificar un método, modelo o técnica particular de descripción de arquitectura. La descripción de arquitectura se enmarca en el proceso de diseño de arquitectura (architecting) durante todo el ciclo de vida del producto y/o servicio de software o sistema de interés.

Arquitectura de un sistema

La descripción de la arquitectura de un sistema es una expresión de su conceptualización y propiedades de comportamiento, composición y evolución en uno o varios contextos determinados. Los marcos de trabajo (frameworks) y lenguajes de descripción de arquitectura proporcionan un esquema de entendimiento común de las descripciones de arquitectura. Así, un sistema puede ser explicado a través de varias arquitecturas, estas pueden representar varios sistemas y ser expresada desde varias descripciones de arquitectura.

Una descripción de arquitectura debe identificar el sistema de interés y ser especificado según las necesidades del proyecto y objetivo, incluyendo información suplementaria de ser requerido. Se deben identificar los stakeholders (partes interesadas) con intereses fundamentales para la arquitectura, los cuales pueden ser: usuarios, operadores, compradores, propietarios, proveedores, desarrolladores, ensambladores, personal de mantenimiento, entre otros, véase en la Figura 2. 

Por lo tanto, en un sistema de interés para uno o varios stakeholders, se identifican los intereses (concerns) desde un viewpoint (punto de vista) de arquitectura.

[pic 2]

Figura 2: Interacción Sistema-Stakeholder-Concern-Arquitectura-Descripción de arquitectura. Adaptado de ISO/IEC/IEEE 42010:2011

Estos intereses, que pueden ser compartidos por uno o varios stakeholders, comprenden todo el ciclo de vida del sistema y pueden ser expresados en términos de requerimientos, necesidades, metas, expectativas, restricciones de diseño, asunciones, dependencias, riesgos, responsabilidades, entre otros.

Las descripciones de arquitectura se basan en decisiones de arquitectura tomadas a partir de Razonamientos de arquitectura (Architecture rationale) sobre las causas, consecuencias, alternativas e información fuente para la decisión de arquitectura.

Las decisiones de arquitectura inciden en la descripción de arquitectura al configurar y cambiar las propiedades de los elementos, implicar la existencia de elementos, generar nuevos intereses y generar análisis de la relación entre elementos, intereses y otras decisiones.

Tanto las decisiones y razonamientos de arquitectura contienen elementos, afectados por las decisiones de arquitectura y relacionadas entre sí a través de correspondencias que representan relaciones dentro de una misma descripción de arquitectura o entre descripciones de arquitectura, Figura 3.Figura 3: Interacción entre elementos, correspondencia y regla de correspondencia. Las correspondencias a su vez se rigen por reglas de correspondencia. En una descripción de arquitectura se deben identificar las correspondencias y los elementos que hacen parte, identificando las reglas que la rigen, reglas que deben ser registradas incluyendo las violaciones.

...