stringtranslate.com

IEEE 1471

IEEE 1471 es un estándar IEEE reemplazado para describir la arquitectura de un "sistema intensivo en 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 .

Descripción general

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 arquitectura de sistemas intensivos en software. En el lenguaje del Instituto de Ingenieros Eléctricos y Electrónicos (IEEE), esta es una "práctica recomendada", la menos normativa de sus estándares. En 2007, ISO/IEC JTC1/SC7 adoptó esta norma como ISO/IEC 42010:2007 , Ingeniería de sistemas y software: práctica recomendada para la descripción arquitectónica de sistemas intensivos en software . [1]

Ha sido reconocido desde hace mucho tiempo [ ¿por quién? ] que la "arquitectura" tiene una fuerte influencia sobre el ciclo de vida de un sistema. Sin embargo, hasta hace relativamente poco tiempo, [ ¿cuándo? ] Los problemas de hardware han tendido a dominar el pensamiento arquitectónico, y los aspectos de software, cuando se consideran, suelen ser los primeros en verse comprometidos bajo las presiones del desarrollo. [1] IEEE 1471 se creó para proporcionar una base para pensar en la arquitectura de sistemas intensivos en software.

Las contribuciones de 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):

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

Historia

En agosto de 1995, el Comité de Estándares de Ingeniería de Software (SESC) del IEEE creó un Grupo de Planificación de Arquitectura (APG) del IEEE para establecer la dirección para incorporar el pensamiento arquitectónico en los estándares del IEEE. En abril de 1996, se creó el Grupo de Trabajo de Arquitectura (AWG) para implementar las recomendaciones hechas por la APG al SESC. El GTE estuvo presidido por Basil Sherlund, los vicepresidentes Ronald Wade y David Emery y la especificación fue editada por Rich Hilliard. El GTE tenía 25 miembros. Los borradores de la especificación fueron votados y comentados por 130 revisores internacionales. En septiembre de 2000, la Junta 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, bajo un "procedimiento rápido" especial, en paralelo con su aprobación. por 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 exitosa votación acelerada de ISO/IEC y en línea con la revisión de 5 años de la norma IEEE.

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

Objetivo

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

Terminología

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

Marco conceptual

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

  1. El entorno o contexto de un sistema puede influir en ese sistema. 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 uno o más interesados . Por lo general, cada parte interesada tiene intereses o inquietudes relativas a ese sistema.
  3. Las preocupaciones son aquellos intereses que pertenecen al desarrollo del sistema, su operación o cualquier otro aspecto que sea crítico o importante para una o más partes interesadas. Las preocupaciones incluyen consideraciones del sistema como rendimiento, confiabilidad, seguridad, distribución y 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 uno o más interesados ​​pretenden que un sistema cumpla algún conjunto de objetivos .
  5. Todo sistema tiene una arquitectura , se comprenda o no; ya sea grabado 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 llamados 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, representa y analiza una vista. De esta manera, una vista se ajusta a un punto de vista. El punto de vista determina los lenguajes (incluidas notaciones, modelos o 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 generalmente se basa en la consideración de las partes interesadas a quienes se dirige el DA y sus preocupaciones. Una definición de punto de vista puede originarse en un AD 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.

Conformidad

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

Ver también

Referencias

  1. ^ abcde ISO/IEC 42010:2007, Ingeniería de software y sistemas - Descripción de la arquitectura
  2. ^ ISO/IEC/IEEE 42010:2011, Ingeniería de software y sistemas: descripción de la arquitectura, la última edición de la norma IEEE Std 1471:2000 original, última actualización el 5 de febrero de 2014
  3. ^ ab Arquitectura y cambio Archivado el 19 de junio de 2009 en la Wayback Machine.
  4. ^ Descripción de IEEE 1471
  5. ^ IEEE Std 610.12−1990, Glosario estándar IEEE de terminología de ingeniería de software.
  6. ^ Marco conceptual IEEE 1471

enlaces externos