stringtranslate.com

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 .

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 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):

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

Historia

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 .

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 IEEE de terminología de ingeniería de software [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 é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 , ya 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.

Conformidad

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

Véase también

Referencias

  1. ^ abcde ISO/IEC 42010:2007, Ingeniería de sistemas y software: Descripción de la arquitectura
  2. ^ ISO/IEC/IEEE 42010:2011, Ingeniería de sistemas y software — 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 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