IEEE 1471

6
IEEE 1471-2000 Luis Daniel Castiblanco Rosero institución Universitaria Panamericana Bogotá, Colombia [email protected] Abstract – En este documento de dará a conocer el estándar IEEE 1471 – 2000 dando a conocer toda su estructura, su terminología y todos los puntos a resaltar para el desarrollo de proyectos. DESCRIPCIÓN GENERAL IEEE 1471 es el nombre corto para un estándar conocido formalmente como ANSI / IEEE 1471-2000, éste estándar es recomendado para la descripción de la arquitectura de Sistemas de Software Intensivo. Dentro del Instituto de Ingenieros de Electrónica (IEEE), esta es una "práctica recomendada", la menos normativa de sus normas. En 2007 esta norma fue adoptada por la ISO / IEC JTC 1 / SC7 como ISO / IEC 42010: 2007, Sistemas e Ingeniería de Software. Desde hace tiempo se ha reconocido que la arquitectura tiene una fuerte influencia sobre el ciclo de vida de un sistema. Sin embargo, hasta hace relativamente poco, los problemas de hardware han tendido a dominar el pensamiento arquitectónico, y los aspectos de software, cuando se considera en absoluto, eran a menudo los primeros en ser comprometidos bajo las presiones de desarrollo. IEEE 1471 fue creado para proporcionar una base para pensar en la arquitectura de los sistemas intensivos en software. Del estándar IEEE 1471 tiene contribuciones que pueden resumirse de la siguiente manera: - Proporciona definiciones y un meta-modelo para la descripción de la arquitectura. - Se establece que una arquitectura debe abordar las preocupaciones de los Stakeholders de un sistema. - Se afirma que las descripciones de la

description

Norma 1471 Formati IEEE

Transcript of IEEE 1471

Page 1: IEEE 1471

IEEE 1471-2000Luis Daniel Castiblanco Rosero

institución Universitaria PanamericanaBogotá, Colombia

[email protected]

Abstract – En este documento de dará a conocer el estándar IEEE 1471 – 2000 dando a conocer toda su estructura, su terminología y todos los puntos a resaltar para el desarrollo de proyectos.

DESCRIPCIÓN GENERAL

IEEE 1471 es el nombre corto para un estándar conocido formalmente como ANSI / IEEE 1471-2000, éste estándar es recomendado para la descripción de la arquitectura de Sistemas de Software Intensivo. Dentro del Instituto de Ingenieros de Electrónica (IEEE), esta es una "práctica recomendada", la menos normativa de sus normas. En 2007 esta norma fue adoptada por la ISO / IEC JTC 1 / SC7 como ISO / IEC 42010: 2007, Sistemas e Ingeniería de Software. Desde hace tiempo se ha reconocido que la arquitectura tiene una fuerte influencia sobre el ciclo de vida de un sistema. Sin embargo, hasta hace relativamente poco, los problemas de hardware han tendido a dominar el pensamiento arquitectónico, y los aspectos de software, cuando se considera en absoluto, eran a menudo los primeros en ser comprometidos bajo las presiones de desarrollo. IEEE 1471 fue creado para proporcionar una base para pensar en la arquitectura de los sistemas intensivos en software. Del estándar IEEE 1471 tiene contribuciones que pueden resumirse de la siguiente manera:

- Proporciona definiciones y un meta-modelo para la descripción de la arquitectura.

- Se establece que una arquitectura debe abordar las preocupaciones de los Stakeholders de un sistema.

- Se afirma que las descripciones de la arquitectura son inherentemente multi-vista, sin vistas solo capta adecuadamente todas las preocupaciones de los Stakeholders.

- Se separa la noción de vista desde el punto de vista, donde el punto de vista identifica el conjunto de las Stakeholders y las representaciones / técnicas de modelado, etc. utilizado para describir la arquitectura al hacer frente a los Stakeholders y un punto de vista del resultado al aplicar un punto de vista de un sistema en particular .

- Establece los requisitos de contenido de las descripciones de la arquitectura y la idea de que una descripción de la arquitectura conformada, tiene una correspondencia 1 a 1 entre sus puntos de vista y sus opiniones.

- Proporciona una guía para la captura de la arquitectura lógica y la identificación de inconsistencias / problemas no resueltos entre los puntos de vista dentro de una descripción de la arquitectura.

Page 2: IEEE 1471

El estándar IEEE 1471 ofrece anexos informativos que relacionan sus conceptos en conceptos de arquitectura en otras normas, incluyendo RM-ODP y IEEE 12207.

PROPÓSITO

Según IEEE 1471 una descripción de la arquitectura se puede usar para lo siguiente:

- Expresión del sistema y su evolución - La comunicación entre los actores

del sistema. - Evaluación y comparación de las

arquitecturas de una manera consistente.

- La planificación, la gestión y la ejecución de las actividades de desarrollo del sistema.

- La expresión de las características persistentes y apoyar los principios de un sistema para guiar el cambio aceptable.

- Verificación de cumplimiento de la implementación del sistema con una descripción arquitectónica.

- Grabación de contribuciones al cuerpo de conocimientos de software de arquitectura de sistemas intensivos.

HISTORIA

En agosto de 1995, el Comité de Normas de Ingeniería de IEEE Software (SESC) fletó un Grupo de Planificación de Arquitectura IEEE (APG) para fijar la dirección para incorporar el pensamiento arquitectónico en las normas IEEE. En abril de 1996, el Grupo de Trabajo de Arquitectura (GTE) fue creado para poner en práctica las recomendaciones formuladas por la APG para el SESC. El GTE fue presidido por Basilio Sherlund, vicepresidentes Ronald Wade, David Emery, la especificación fue

editada por Rich Hilliard. El GTE 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, la IEEE-SA Junta de Normas aprobó la especificación IEEE Std 1471-2000.

En 2006, ISO / IEC Comité Técnico Conjunto 1 (JTC 1), Tecnología de la información / Subcomité SC 7, software e ingeniería de sistemas, adoptó la especificación como ISO / IEC 42010, en virtud de un "procedimiento acelerado" especial, en paralelo con su aprobación por los organismos nacionales de ISO e IEC. Una revisión coordinada de esta norma por la norma ISO / IEC JTC 1 / SC7 / WG42 y IEEE CS se inició en 2006, tras el éxito de la norma ISO IEC boleta / vía rápida y en línea con el estándar IEEE opinión 5 años de la norma.

En noviembre de 2011, [2] IEEE 1471-2000 e ISO / IEC 42010: 2007 fue sustituida por la norma ISO / IEC / IEEE 42010: 2011, Sistemas y software de ingeniería - Descripción Arquitectura.

TERMINOLOGIA

De acuerdo con el estándar IEEE el glosario de la Terminología de Ingeniería de Software se utilizan las siguientes definiciones:

Arquitecto: La persona, equipo u organización responsable del diseño de 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

Page 3: IEEE 1471

componentes, sus relaciones entre sí y con el medio ambiente, y los principios que guían su diseño y evolución.

El diseño: Las actividades a definir, documentar, mantener, mejorar y certificar la correcta aplicación de una arquitectura.

Sistema: Una colección de componentes organizada para llevar a cabo una función específica o un conjunto de funciones. El sistema de expresión abarca las aplicaciones individuales, los sistemas en el sentido tradicional, subsistemas, sistemas de sistemas, líneas de productos, familias de productos, empresas integrales y otras agravaciones de interés.

Sistema de los Stakeholders: Un individuo, equipo u organización (o clases de los mismos) con intereses en, o preocupaciones en relación con, un sistema.

Vista: Una representación de todo un sistema desde la perspectiva de un conjunto relacionado de preocupaciones.

Punto de vista: Una especificación de los convenios para la construcción y el uso de una vista. Un patrón o plantilla desde la que se desarrollan visitas individuales mediante el establecimiento de los objetivos y la audiencia para una vista y las técnicas para su creación y análisis.

MARCO CONCEPTUAL

El ambiente de un sistema o contexto, pueden influir en el sistema. El ambiente 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 a otros sistemas.

Un sistema tiene uno o más grupos de interés. Cada parte interesada tiene típicamente intereses en él, o preocupaciones con respecto a, ese sistema.

Las preocupaciones son esos intereses que tienen que ver con el desarrollo del sistema, su funcionamiento o cualesquiera otros aspectos que son críticos o de otra manera importante a una o más partes interesadas. Las preocupaciones incluyen consideraciones del sistema tales como el rendimiento, la fiabilidad, la seguridad, la distribución y la capacidad de evolución.

Existe un sistema para cumplir con una o más misiones en su entorno. Una misión es un uso u operación que un sistema se pretende por una o más partes interesadas para cumplir con un conjunto de objetivos.

Cada sistema tiene una arquitectura. Una arquitectura puede ser registrada por una descripción de la arquitectura.

Una descripción arquitectónica se organiza en uno o más componentes llamados puntos de vista (de arquitectura). Cada vista se dirige a una o más de las preocupaciones de los actores del sistema. Una vista es una expresión parcial de la arquitectura de un sistema con respecto a un punto de vista particular.

Un punto de vista establece los convenios por los que se crea una vista, representados y analizados. De esta manera, una vista se ajusta a un punto de vista. El punto de vista determina los idiomas (incluyendo anotaciones, modelo o tipo de producto) que se utilizan para describir la vista, y los métodos de modelado asociados o técnicas de análisis que se aplicarán a estas representaciones de la vista. Estos lenguajes y técnicas se utilizan para producir resultados pertinentes a las preocupaciones abordadas por el punto de vista.

Page 4: IEEE 1471

Una descripción arquitectónica selecciona uno o más puntos de vista para su uso. La selección de los puntos de vista se basa normalmente en la consideración de los grupos de interés a los que se dirige la AD y sus preocupaciones. Una definición de punto de vista puede tener su origen con un AD, o puede haber sido definida en otro lugar (un punto de vista de la biblioteca).

Una vista puede consistir en uno o más modelos de arquitectura. Cada uno de esos 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.

ACUERDOS

La IEEE 1471 define un conjunto de requisitos normativos para conforme descripciones de arquitectura, incluyendo las siguientes:

Identificación AD, la versión e información general (cláusula 5.1)

Identificación de los actores del sistema y sus preocupaciones juzgadas como relevantes para la arquitectura (cláusula 5.2)

Especificaciones de cada punto de vista que ha sido seleccionada para organizar la representación de la arquitectura y la justificación de esas selecciones (cláusula 5.3)

Uno o más puntos de vista arquitectónicos (cláusula 5.4)

Un registro de todas las inconsistencias conocidas entre los constituyentes descripciones arquitectónicas necesarias (cláusula 5.5)

Un fundamento de la selección de la arquitectura (cláusula 5.6)

WEBGRAFÍA

1.  ISO/IEC 42010:2007, Systems and

Software Engineering -- Architecture

Description

2. ISO/IEC/IEEE 42010:2011, Systems

and software engineering —

Architecture description, the latest

edition of the original IEEE Std

1471:2000, last update 5 February

2014

3.  Architecture and Change

4.  Description of IEEE 1471

5. IEEE Std 610.12−1990, IEEE

Standard Glossary of Software

Engineering Terminology.

6. IEEE 1471 Conceptual Framework