• Categories
• Instituto de Ingenieros eléctricos y electrónicos
• Software
• Informática
• Ingeniería informática
• Redes sociales y digitales

Citation preview

ESTÁNDAR IEEE (Institute of Electrical and Electronics Engineers) El Instituto de Ingeniería Eléctrica y Electrónica1 —abreviado como IEEE, leído i-triple-e en Latinoamérica o i-e-cubo en España; en inglés Institute of Electrical and Electronics Engineers—1 es una asociación mundial de ingenieros dedicada a la estandarización y el desarrollo en áreas técnicas.1 Con cerca de 425 000 miembros y voluntarios en 160 países,2 3 es la mayor asociación internacional sin ánimo de lucro formada por profesionales de las nuevas tecnologías, como ingenieros eléctricos, ingenieros en electrónica, científicos de la computación, ingenieros en computación, matemáticos aplicados, ingenieros en biomedicina, ingenieros en telecomunicación, ingenieros en mecatrónica, etc. Su creación se remonta al año 1884, contando entre sus fundadores a personalidades de la talla de Thomas Alva Edison, Alexander Graham Bell y Franklin Leonard Pope. En 1963 adoptó el nombre de IEEE al fusionarse asociaciones con el AIEE (American Institute of Electrical Engineers) y el IRE (Institute of Radio Engineers). Según el mismo IEEE, su trabajo es promover la creatividad, el desarrollo y la integración, compartir y aplicar los avances en las tecnologías de la información, electrónica y ciencias en general para beneficio de la humanidad y de los mismos profesionales. IEEE es una de las organizaciones líderes en la creación de estándares en el mundo. IEEE realiza sus estándares y mantiene las funciones a través de la Asociación de estándares IEEE . Estándares IEEE afectan a una amplia gama de industrias, incluyendo: el poder y la energía, biomedicina y salud, tecnología de la información, las telecomunicaciones, el transporte, la nanotecnología, la seguridad de la información, y muchos más. En 2013, la IEEE tenía más de 900 estándares activos, con más de 500 normas en elaboración. Uno de los más notables estándares IEEE es la IEEE 802 LAN/MAN grupo de normas que incluye el estándar IEEE 802.3 Ethernet y el estándar IEEE 802.11 de red inalámbrica.

ESTANDARES DE CALIDAD IEEE A continuación se describen veinticinco (25) estándares de calidad según la IEEE (Institute of Electrical and Electronics Engineers), aplicables a productos software: 1. 610,12 - IEEE GLOSARIO ESTÁNDAR DE TÉRMINOS EN LA INGENIERÍA DE SOFTWARE Identifica los términos que actualmente se usan en el campo de la Ingeniería de Software. Se establecen las definiciones estándar para dichos términos. 2. 828-1998 – IEEE PLAN DE GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE Se define el contenido mínimo requerido del plan de gestión de la configuración de un producto software, en el que se establecen unas actividades específicas las cuales se abordarán y se definirán sus requisitos para cualquier parte del ciclo de vida de un software. 3. 730-1998 - IEEE PLANES DE ASEGURAMIENTO DE LA CALIDAD DE SOFTWARE Se proporcionan los requisitos mínimos aceptables para la preparación y el contenido de los planes de aseguramiento. Esta norma aplica al desarrollo y mantenimiento de software crítico. Para el software no crítico, o de software ya desarrollado, un subconjunto de los requisitos de esta norma se puede aplicar. 4. 982.1-1988 – IEEE MEDIDAS DE FIABILIDAD DEL SOFTWARE Esta norma proporciona un conjunto de medidas que indican la fiabilidad del software que se pueden aplicar al producto software, así como para los procesos de desarrollo y de apoyo. Surgió la necesidad de los desarrolladores de software y usuarios que se enfrentan a una gran cantidad de modelos, técnicas y medidas. Hay una necesidad de medidas que se pueden aplicar temprano en el proceso de desarrollo que pueden ser indicadores de la fiabilidad del producto entregado. 5. 829-1998 – IEEE DOCUMENTACIÓN DE PRUEBA DE SOFTWARE Se describe un conjunto de documentos básicos de pruebas de software. Esta norma se compone de un contenido de documentos de prueba individuales. No se especifica el conjunto de documentos necesario para prueba. 6. 12207 - IEEE PROCESOS DEL CICLO DE VIDA DE SOFTWARE. Esta norma define un conjunto amplio de procesos que abarcan todo el ciclo de vida de un sistema de software desde el momento que inicia hasta que se llega a la terminación del mismo.

7. 1471-2000 – IEEE DESCRIPCIÓN DE LA ARQUITECTURA DE SOFTWARE DE SISTEMAS INTENSIVOS Esta práctica recomendada dirige las actividades de la creación, análisis, y el mantenimiento de las descripciones arquitectónicas El contenido de una descripción arquitectónica se define. Anexos proporcionan el fundamento de los conceptos clave y la terminología, las relaciones con otros estándares y ejemplos de uso. 8. 1462-1998 – IEEE Evaluación y Selección de las Normas CASE. Se trata de una adopción IEEE de la norma ISO / IEC 14102. Una vez que la norma ISO / IEC 14102 revisa, adopta la versión revisada (o tal vez emitir una corrección). En ese momento, debemos adoptar el número ISO (14102). 9. 1465-1998 – IEEE REQUISITOS DE CALIDAD Y PRUEBAS Se establecen los requisitos de calidad para los paquetes de software y las instrucciones sobre cómo probar un paquete de software en contra de estos requisitos. Los requisitos se aplican a los paquetes de software ya que se ofrecen y entregan, no para el proceso de producción (incluyendo actividades y productos intermedios, como las especificaciones). 10. 1233, 1998 – IEEE DESARROLLO Y ESPECIFICACIONES DE LOS REQUISITOS DEL SISTEMA Se proporciona orientación para el desarrollo del conjunto de requisitos, los requisitos del sistema de Especificaciones. El desarrollo incluye la identificación, organización, presentación, y la modificación de los requisitos. También se establecen las condiciones para la incorporación de los conceptos operacionales, las limitaciones de diseño, y los requisitos de configuración de diseño en la especificación. Esta guía también cubre las características y cualidades de los requisitos individuales. 11.

1228-1994 – IEEE Plan de Seguridad del Software.

Se establecen los requisitos míínimos aceptables para el contenido de un plan de seguridad de software. Esta norma se aplica al plan de seguridad de software utilizado para el desarrollo, adquisicioí n, mantenimiento y retiro de software de seguridad. Esta norma exige que el plan se prepararaí en el contexto del programa de seguridad del sistema. Soí lo se incluyen los aspectos de seguridad del software. Esta norma no contiene disposiciones especiales que se requieren para el software utilizado en sistemas distribuidos o procesadores paralelos. 12. 1074-1997 – IEEE PROCESOS DEL CICLO DE VIDA DE UN SOFTWARE Se proporciona un procedimiento para la creación de un proceso del ciclo de vida del software. Es útil para cualquier organización que se encarga de la gestión y la realización de proyectos de software. 13. IEEE - 1058.1-1987 PLANES DE GESTIÓN DE PROYECTOS DE SOFTWARE Esta norma específica el formato y contenido de los planes de gestión de proyectos de software. No especifica las técnicas exactas que se utilizarán en la elaboración de planes de proyecto, ni

proporciona ejemplos de planes de gestión de proyectos. Cada organización que utiliza esta norma debe desarrollar un conjunto de prácticas y procedimientos para elaborar una guía detallada para la preparación y actualización de los planes basados en este estándar. Estas prácticas y procedimientos detallados deberán tener en cuenta los factores ambientales, organizativos y políticos que influyen en la aplicación de la norma. 14. 1061-1998 – IEEE METODOLOGÍA DE MÉTRICAS DE CALIDAD DE SOFTWARE Una metodología para establecer los requisitos de calidad e identificar, implementar, analizar y validar los procesos y software del producto métricas de calidad. La metodología abarca todo el ciclo de vida del software. 15. 1063-2001 - IEEE DOCUMENTACIÓN DE USUARIO Hay dos factores que motivaron el desarrollo de esta norma: Mala calidad de documentación del usuario, y una necesidad de los requisitos expresados por los productores de la documentación. 16. 1044 -1993 – IEEE CLASIFICACIÓN DE ANOMALÍAS DEL SOFTWARE Esta norma hace que se genere una clasificación de las anomalías encontradas en el software y se proporciona su documentación. El tratamiento de las anomalías descubiertas durante cualquier fase del ciclo de vida del software se describe y se proporciona el registro completo de las anomalías de software y elementos de datos relacionados que son útiles para identificar y rastrearlas. Esta norma no pretende definir los requisitos de procedimiento o de formato para utilizar el sistema de clasificación. Lo hace para identificar algunas medidas de clasificación y no intenta definir todos los datos que apoyan el análisis de una anomalía. 17. 1540-2001 – IEEE GESTIÓN DE RIESGOS DEL PROCESO DE CICLO DE VIDA DEL SOFTWARE Es un procedimiento para la gestión del riesgo en el ciclo de vida de software. Se puede añadir al conjunto existente de los procesos del ciclo de vida del software definido por el 12207 serie de normas IEEE / EIA, o puede ser utilizado independientemente. 18. 1062, 1998 – IEEE ADQUISICIÓN DE SOFTWARE Se describe un conjunto de prácticas útiles de calidad que pueden ser seleccionadas y aplicados durante uno o más pasos en un proceso de adquisición de software. Esta práctica recomendada se puede aplicar al software que se ejecuta en cualquier sistema informático, independientemente del tamaño, complejidad o criticidad del software, pero es más adecuado para su uso en software modificado fuera de la plataforma y software completamente desarrollado. 19. 1045-1992 – IEEE PRODUCTIVIDAD Y MÉTRICAS DE SOFTWARE Esta norma cosiste en medir los elementos que intervienen en la productividad del software. Las métricas de productividad de software se dan para asegurar la comprensión de los datos de medición, tanto para código fuente y documentos de producción. Aunque esta norma prescribe mediciones para caracterizar el proceso de software, no recomienda mediciones de productividad como un método para evaluar los proyectos de software o los desarrolladores de software. Esta norma no mide la calidad del software. Esta norma no pretende mejorar la productividad, sólo

para medirlo. El objetivo de esta norma es para una mejor comprensión del proceso de software, que puede prestar conocimientos para mejorarlo. 20. 1012a-1998 – IEEE PLANES PARA LA VERIFICACIÓN Y VALIDACIÓN DE SOFTWARE La relación entre los dos conjuntos de requisitos sobre los planes para la verificación y validación de software, que se encuentra en estándar IEEE 1012-1998 e IEEE / EIA 12207,1-1997, se explica por lo que los usuarios pueden producir documentos que cumplan con los estándares. 21. 1028-1997 – IEEE Revisiones de Software Esta norma define cinco tipos de revisiones de software, así como los procedimientos necesarios para la ejecución de cada tipo de examen. Esta norma se refiere únicamente a las críticas; no define los procedimientos para determinar la necesidad de una revisión, ni especifica la disposición de los resultados de la revisión. Tipos de revisión incluyen revisiones por la dirección, revisiones técnicas, inspecciones, y auditorías. 22. 1008-1987(R1993) (App Dec 11 '86, Reaff Dec 2 '93) - ANSI/IEEE PRUEBAS UNITARIAS DE SOFTWARE El principal objetivo de esta norma es especificar un enfoque estándar para las pruebas unitarias de software que puede ser utilizado como base para la práctica de la ingeniería de software de sonido. 23. 1012-1998 – IEEE VERIFICACIÓN Y VALIDACIÓN DE PROCESOS SOFTWARE Se determinan si los productos desarrollados en una determinada actividad se ajustan a los requisitos de esa actividad, y si el software satisface sus necesidades de uso y usuarios previstos. Esta determinación puede incluir análisis, revisión, inspección, evaluación y pruebas de los productos y procesos de software. Procesos de V & V evaluar el software en el contexto del sistema, incluyendo el entorno operativo, hardware, software de interfaz, operadores y usuarios. 24. 1016-1998 – IEEE PRÁCTICA RECOMENDADA PARA LAS DESCRIPCIONES DE SOFTWARE DE DISEÑO Información necesaria y recomendaciones para las descripciones del diseño del software. Un SDD es una representación de un sistema de software que se utiliza como un medio para comunicar información de diseño de software. Esta práctica es aplicable a los documentos en papel, bases de datos automatizadas, descripción del diseño, idiomas u otros medios de descripción. 25. 830-1998 – IEEE Especificación de Requisitos de Software. En esta práctica se especifican los requisitos del software que va a ser desarrollado, pero también puede ayudar en la selección de productos de software comerciales. También se proporcionan directrices para el cumplimiento de IEEE / EIA 12.207,1-1.997.

ISO 12207 (Ciclo de Vida del Software) El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final. El propósito de este programa es definir las distintas fases intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para garantizar que el software cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados. Estos programas se originan en el hecho de que es muy costoso rectificar los errores que se detectan tarde dentro de la fase de implementación. El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementación y en los costos asociados. El ciclo de vida básico de un software consta de los siguientes procedimientos:

Los principales Procesos son: Procesos de Ciclo de vida de sofware 1. Proceso de adquisición. Define las actividades del adquisidor, organización que adquiere un sistema, producto software o servicio software 2. Proceso de suministro. Define las actividades del suministrador, organización que proporciona el sistema, producto software o servicio software de adquisidor. 3. Proceso de desarrollo. Define las actividades del desarrollador, organización que define y desarrolla el producto software

4. Proceso de operación. Define las actividades del operador, organización que proporciona el servicio dc operar un sistema informático en su entorno real, para sus usuarios. 5. Proceso de mantenimiento. Define las actividades del mantenedor, organización que proporciona cl servicio dc mantenimiento del producto software; esto es, la gestión de las modificaciones al producto software para mantenerlo actual izado y operativo. Este proceso incluye la migración y retirada del producto software. Procesos de Apoyo 1. Proceso de documentación. Define las actividades para el registro de la información producida por un proceso del ciclo de vida. 2. Proceso de gestión de la configuración. Define las actividades de gestión de la configuración. 3. Proceso de aseguramiento de la calidad. Define las actividades para asegurar, de una manera objetiva, que los productos software y los procesos son conformes a sus requisitos especificados y se ajustan a sus planes establecidos. Se pueden emplear Revisiones Conjuntas, Auditorias, Verificación y Validación como técnicas de Aseguramiento de la Calidad. 4. Proceso de verificación. Define las actividades (para cl adquisidor. Suministrador o una parte independiente) para verificar hasta un nivel de detalle dependiente del proyecto software, los productos software. 5. Proceso de validación. Define las actividades (para el adquisidor, suministrador o parte independiente) para validar los productos software del proyecto software. 6. Proceso de revisiones conjuntas. Define las actividades para evaluar el estado y productos de una actividad. Este proceso puede ser empleado por dos partes cualesquiera, donde una dc las partes (la revisora) revisa a la otra parte (la revisada), de una manera conjunta. 7. Proceso de auditoría. Define las actividades para determinar el cumplimiento dc los requisitos. Planes y contrato. Este proceso puede ser empleado por dos partes cualesquiera. Donde una parte (la auditora) audita los productos software o actividades de otra parte (la auditada). 8. Proceso de solución de problemas. Define un proceso para analizar y eliminar los problemas (incluyendo las no conformidades) que sean descubiertos durante la ejecución del proceso de desarrollo, operación, mantenimiento u otros procesos, cualquiera que sea su naturaleza o causa.

Proceso de apoyo 1. Proceso de gestión. Define las actividades básicas de gestión, incluyendo la gestión de proyectos, durante un proceso del ciclo de vida. 2. Proceso de infraestructura. Define las actividades básicas para establecer la infraestructura de un proceso dcl ciclo dc vida. 3. Proceso de mejora. Define las actividades básicas que una organización (adquisidor, suministrador, desarrollador, operador, mantenedor o el gestor de otro proceso) lleva a cabo para establecer, medir, controlar y mejorar su proceso del ciclo de vida. 4. Proceso de formación. Define las actividades para con seguir personal adecuadamente formado.

BIBLIOGRAFIA http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=159342&filter%3DAND %28p_Publication_Number%3A2238%29 https://standards.ieee.org/findstds/standard/610.12-1990.html https://standards.ieee.org/findstds/standard/828-2005.html http://ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=1502775 http://es.slideshare.net/kamilaparbeelaezz/25-estandares-ieee-calidad-de-software