IEEE 1471

IEEE 1471 es un estándar IEEE reemplazado para describir la arquitectura de un "sistema de uso intensivo de software", también conocido como arquitectura de software .

En 2011 fue reemplazada por ISO/IEC/IEEE 42010 , Ingeniería de sistemas y software — Descripción de la arquitectura .

IEEE 1471 es el nombre corto de un estándar conocido formalmente como ANSI/IEEE 1471-2000, Práctica recomendada para la descripción de la arquitectura de sistemas con uso intensivo de software. En la jerga del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE), se trata de una "práctica recomendada", la menos normativa de sus estándares. En 2007, este estándar fue adoptado por ISO/IEC JTC1/SC7 como ISO/IEC 42010:2007 , Ingeniería de sistemas y software: Práctica recomendada para la descripción de la arquitectura de sistemas con uso intensivo de software . ^[1]

Desde hace mucho tiempo se ha reconocido ^{[¿ quién lo ha reconocido? ]} que la "arquitectura" tiene una fuerte influencia en el ciclo de vida de un sistema. Sin embargo, hasta hace relativamente poco tiempo ^{[¿ cuándo? ],} los aspectos de hardware tendían a dominar el pensamiento arquitectónico, y los aspectos de software, cuando se los consideraba, solían ser los primeros en verse comprometidos bajo las presiones del desarrollo. ^[1] La norma IEEE 1471 se creó para proporcionar una base para pensar en la arquitectura de sistemas con uso intensivo de software.

Las contribuciones del IEEE 1471 se pueden resumir de la siguiente manera (en esta lista, los elementos en cursiva son términos definidos y utilizados en el estándar):

• Proporciona definiciones y un metamodelo para la descripción de la arquitectura.
• Afirma que una arquitectura debe abordar las preocupaciones de las partes interesadas de un sistema.
• Afirma que las descripciones de la arquitectura son inherentemente multivista , ninguna vista única captura adecuadamente todas las preocupaciones de las partes interesadas.
• Especifica las nociones de vista y punto de vista , donde un punto de vista identifica el conjunto de preocupaciones y las representaciones / técnicas de modelado , etc. utilizadas para describir la arquitectura para abordar esas preocupaciones y una vista es el resultado de aplicar un punto de vista a un sistema particular.
• Establece requisitos de contenido para las descripciones de la arquitectura y la idea de que una descripción de arquitectura conforme tiene una correspondencia 1 a 1 entre sus puntos de vista y sus vistas .
• Proporciona orientación para capturar la lógica de la arquitectura e identificar inconsistencias/problemas no resueltos entre las vistas dentro de una descripción de la arquitectura.

IEEE 1471 proporciona anexos informativos que relacionan sus conceptos con los conceptos de arquitectura en otros estándares, incluidos RM-ODP e IEEE 12207 .

En agosto de 1995, el Comité de Normas de Ingeniería de Software (SESC) del IEEE creó un Grupo de Planificación de Arquitectura (APG) del IEEE para establecer la dirección de la incorporación del pensamiento arquitectónico a las normas del IEEE. En abril de 1996, se creó el Grupo de Trabajo de Arquitectura (AWG) para implementar las recomendaciones realizadas por el APG al SESC. El AWG fue presidido por Basil Sherlund, los vicepresidentes Ronald Wade y David Emery, la especificación fue editada por Rich Hilliard. El AWG tenía 25 miembros. Los borradores de la especificación fueron sometidos a votación y comentados por 130 revisores internacionales. En septiembre de 2000, el Consejo de Normas IEEE-SA aprobó la especificación como IEEE Std 1471-2000.

En 2006, el Comité Técnico Conjunto 1 (JTC1) de ISO/IEC, Tecnología de la información/Subcomité SC 7, Ingeniería de software y sistemas, adoptó la especificación como ISO/IEC 42010, conforme a un "procedimiento acelerado" especial, en paralelo con su aprobación por los organismos nacionales de ISO e IEC. En 2006, se inició una revisión coordinada de esta norma por parte de ISO/IEC JTC1/SC7/WG42 e IEEE CS, tras la votación acelerada de ISO/IEC y en línea con la revisión quinquenal de la norma por parte de IEEE.

En noviembre de 2011, ^[2] IEEE 1471-2000 e ISO/IEC 42010:2007 fueron reemplazados por ISO/IEC/IEEE 42010:2011 , Ingeniería de sistemas y software — Descripción de la arquitectura .

Según IEEE 1471 ^{[1] [3] [4],} se puede utilizar una descripción de arquitectura para lo siguiente:

• Expresión del sistema y su evolución
• Comunicación entre los actores del sistema
• Evaluación y comparación de arquitecturas de manera consistente
• Planificar, gestionar y ejecutar las actividades de desarrollo del sistema.
• Expresión de las características persistentes y los principios de apoyo de un sistema para guiar un cambio aceptable
• Verificación de la conformidad de la implementación de un sistema con una descripción arquitectónica
• Registro de contribuciones al conjunto de conocimientos sobre arquitectura de sistemas con uso intensivo de software

Según el Glosario estándar IEEE de terminología de ingeniería de software ^[5] se utilizan las siguientes definiciones:

• arquitecto : Persona, equipo u organización responsable de diseñar la arquitectura de sistemas.
• descripción arquitectónica (AD): Una colección de productos para documentar una arquitectura.
• Arquitectura : La organización fundamental de un sistema encarnada en sus componentes, sus relaciones entre sí y con el entorno, y los principios que guían su diseño y evolución.
• Diseño : Las actividades de definir, documentar, mantener, mejorar y certificar la implementación adecuada de una arquitectura.
• Sistema : Conjunto de componentes organizados para llevar a cabo una función específica o un conjunto de funciones. El término sistema abarca aplicaciones individuales, sistemas en el sentido tradicional, subsistemas, sistemas de sistemas, líneas de productos, familias de productos, empresas enteras y otras agregaciones de interés.
• parte interesada del sistema : Un individuo, equipo u organización (o clases de los mismos) con intereses o preocupaciones relativas a un sistema.
• vista : Una representación de un sistema completo desde la perspectiva de un conjunto de preocupaciones relacionadas.
• punto de vista : Una especificación de las convenciones para construir y utilizar una vista. Un patrón o plantilla a partir del cual se pueden desarrollar vistas individuales estableciendo los propósitos y la audiencia para una vista y las técnicas para su creación y análisis.

IEEE 1471 utiliza el siguiente marco conceptual. ^{[1] [3] [6]}

1. El entorno o contexto de un sistema puede influir en él. El entorno puede incluir otros sistemas que interactúan con el sistema de interés, ya sea directamente a través de interfaces o indirectamente de otras maneras. El entorno determina los límites que definen el alcance del sistema de interés en relación con otros sistemas.
2. Un sistema tiene una o más partes interesadas . Cada parte interesada normalmente tiene intereses o preocupaciones en relación con ese sistema.
3. Las preocupaciones son aquellos intereses relacionados con el desarrollo del sistema, su funcionamiento o cualquier otro aspecto que sea crítico o importante para una o más partes interesadas. Las preocupaciones incluyen consideraciones del sistema como el rendimiento, la confiabilidad, la seguridad, la distribución y la capacidad de evolución.
4. Un sistema existe para cumplir una o más misiones en su entorno. Una misión es un uso u operación para el cual una o más partes interesadas pretenden que un sistema cumpla un conjunto de objetivos .
5. Todo sistema tiene una arquitectura , sea entendida o no, ya sea registrada o conceptual. Una arquitectura puede registrarse mediante una descripción arquitectónica .
6. Una descripción arquitectónica se organiza en uno o más componentes denominados vistas (arquitectónicas) . Cada vista aborda una o más de las preocupaciones de las partes interesadas del sistema. Una vista es una expresión parcial de la arquitectura de un sistema con respecto a un punto de vista particular .
7. Un punto de vista establece las convenciones mediante las cuales se crea, se representa y se analiza una vista. De esta manera, una vista se ajusta a un punto de vista. El punto de vista determina los lenguajes (incluidas las notaciones, los modelos o los tipos de productos) que se utilizarán para describir la vista, y cualquier método de modelado o técnica de análisis asociado que se aplicará a estas representaciones de la vista. Estos lenguajes y técnicas se utilizan para producir resultados relevantes para las preocupaciones abordadas por el punto de vista.
8. Una descripción arquitectónica selecciona uno o más puntos de vista para su uso. La selección de puntos de vista se basa generalmente en la consideración de las partes interesadas a las que se dirige la descripción arquitectónica y sus preocupaciones. Una definición de punto de vista puede tener su origen en una descripción arquitectónica o puede haberse definido en otro lugar (un punto de vista de biblioteca ).
9. Una vista puede constar de uno o más modelos arquitectónicos . Cada uno de estos modelos arquitectónicos se desarrolla utilizando los métodos establecidos por su punto de vista arquitectónico asociado. Un modelo arquitectónico puede participar en más de una vista.

IEEE 1471 ^[1] define un conjunto de requisitos normativos para las descripciones de arquitectura conformes, incluidos los siguientes:

• Identificación, versión e información general de AD (cláusula 5.1)
• Identificación de las partes interesadas del sistema y sus preocupaciones que se consideran relevantes para la arquitectura (cláusula 5.2)
• Especificaciones de cada punto de vista que se ha seleccionado para organizar la representación de la arquitectura y la justificación de esas selecciones (cláusula 5.3)
• Una o más vistas arquitectónicas (cláusula 5.4)
• Un registro de todas las inconsistencias conocidas entre los componentes requeridos de la descripción arquitectónica (cláusula 5.5)
• Justificación de la selección de la arquitectura (cláusula 5.6)

• Vistas de la arquitectura del software
• Marco de arquitectura empresarial
• Ver modelo

• Sitio web de IEEE 1471
• MEGAF es una infraestructura para realizar marcos de arquitectura que se ajusten a la definición de marco de arquitectura proporcionada en el estándar ISO/IEC 42010.