STD1471-2000IEEE

¿Qué es?
IEEE 1471-2000: Documento de arquitectura de software. 2. 1. ... Los modelos y
vistas que lo detallan Al contrario de muchas otras actividades técnicas, el desarrollo
de sistemas intensivos en software dedica la mayoría de sus esfuerzos a la
especificación y modelado.
IEEE 1471 es el nombre abreviado de un estándar conocido formalmente como
ANSI / IEEE 1471-2000, Práctica Recomendada para Arquitectura Descripción del
Software Systems-intensivo. Dentro Instituto de Ingenieros Eléctricos y Electrónicos
jerga (IEEE), se trata de una "práctica recomendada", lo más mínimo normativa de
sus normas. En 2007 esta norma fue adoptada por la norma ISO / IEC JTC 1 / SC7
como ISO / IEC 42010: 2007 ., Sistemas e Ingeniería de Software - Práctica
recomendada para la descripción arquitectónica de los sistemas intensivos en
software
¿Para qué sirve?
Este documento de arquitectura de software (DAS), puede ser usado por todos
aquellos usuarios que deseen comprender el diseño y construcción del sistema
iAccess, y sirve como base para que los desarrolladores de software puedan
construir el bajo nivel de la aplicación usando el lenguaje que más se adapte.
¿Cómo funciona?

Efectivamente, a grandes rasgos un sistema software es un software (mas

o menos complejo) que “corre” en un determinado hardware (mas o menos
complejo). Por ejemplo, todo el rollo de los “cajeros automáticos” es un sistema
software ya que en un “hardware” que llamamos “cajero”, se ejecuta algún tipo de
programa (software) el cual nos permite realizar determinadas gestiones.

Otra cosa de la que habla este modelo de Kruchten es sobre los conceptos
de vista y puntos de vista, pues bien una vista no es mas que una representación
de todo el sistema software desde una determinada perspectiva, y un punto de
vista se define como un conjunto de reglas (o normas) para realizar y entender
las vistas.

Bien, sino te ha quedado muy claro que es esto de las vistas y los puntos
de vista, vamos a explicarlo con una sencilla analogía del mundo de la
arquitectura (de la arquitectura de las casas, edificios y esas cosas):

Si un arquitecto nos muestra un plano de una casa (como la de la siguiente

imagen), nos esta mostrando una vista de la casa y como no tenemos ni idea de
arquitectura, cuando nos explique o nos de un documento en el que explique que
un determinado símbolo del plano representa a una puerta u otro símbolo
representa una mesa, nos estará dado un punto de vista para que podamos
entender el plano de la casa. Si mas tarde nos mostrase otro plano (o maqueta)
de la casa, nos estaría dando otra vista de la casa y nos tendrá que explicar el
nuevo punto de vista, es decir, que nos tendrá que explicar que significa cada
símbolo u objeto de esa nueva vista.

Bueno pues vistos los conceptos de lo que son las vistas y los puntos de
vista, y habiendo explicado que es un sistema software, uno ya se puede hacer a
la idea de que va el modelo “4+1” vistas de Kruchten para la descripción de
arquitecturas de sistemas software ¿NO?.

Pues sí, lo que propone Kruchten es que un sistema software se ha de

documentar y mostrar (tal y como se propone en el estándar IEEE 1471-2000)
con 4 vistas bien diferenciadas y estas 4 vistas se han de relacionar entre sí con
una vista más, que es la denominada vista “+1”. Estas 4 vista las denominó
Kruchten como: vista lógica, vista de procesos, vista de despliegue y vista física
y la vista “+1” que tiene la función de relacionar las 4 vistas citadas, la denominó
vista de escenario.

Cada una de estas vistas ha de mostrar toda la arquitectura del sistema

software que se esté documentando, pero cada una de ellas ha de documentarse
de forma diferente y ha de mostrar aspectos diferentes del sistema software. A
continuación, pasamos a explicar que información ha de haber en la
documentación de cada una de estas vistas.
 Que certificaciones genera

La norma ISO 13485 de Equipos Médicos es un sistema de gestión de la calidad

(SGC) reconocido internacionalmente para fabricantes de equipos médicos y
servicios relacionados. La norma ISO 13485 es referente mundial de buenas
prácticas en sistemas de gestión de la calidad de equipos médicos, con más de
xx certificaciones en todo el mundo.

El principal objetivo de la norma es establecer un conjunto de requisitos

regulatorios armonizados para los sistemas de gestión de la calidad dentro del
sector de los productos sanitarios. Se basa en la norma ISO 9001, especialmente
en los requisitos de satisfacción del cliente y de mejora continua, pero con
modificaciones para hacerlos más apropiados respecto al objetivo regulatorio.

Cuál es el proceso para obtener la certificación

Las contribuciones de IEEE 1471 pueden resumirse de la siguiente manera (en esta
lista, los elementos en cursiva son términos definidos por y utilizados en la norma):
 Proporciona definiciones y un meta-modelo para la descripción de la arquitectura
 Afirma que una arquitectura debería tratar de un sistema de grupos de
interés preocupaciones
 Se afirma que la descripción de la arquitectura s son inherentemente múltiples
vistas , sin vistas solo capta adecuadamente todas las preocupaciones de los
interesados
 Se especifican las nociones de vista y el punto de vista , donde
un punto de vista identifica el conjunto de las preocupaciones y
las representaciones / técnicas de modelado, etc. utilizados para describir
la arquitectura de abordar estas preocupaciones y una vista es el resultado de
aplicar un punto de vista de un sistema en particular.
 Establece requisitos de contenido para las descripciones de la arquitectura y la idea
de que una descripción de la arquitectura conformando 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
IEEE 1471 proporciona anexos informativos que se relacionan con sus conceptos
de arquitectura conceptos ito en otras normas, incluyendo RM-ODP y IEEE 12207 .
Ventajas
 ventaja fundamental es permitir una trazabilidad explícita entre las
dependencias de los
componentes
 es la facilidad y flexibilidad
 Conocer y comprender las ventajas de desarrollar un modelo arquitectónico
como eje fundamental de la comunicación de los partícipes de un proyecto
de desarrollo de sistemas intensivos en software.
Desventajas