Estandares IEE Para Ing. De Software

IEEE std 830:

describen el proceso de creación de la especificación de requisitos software.

Respecto a las recomendaciones destacamos:

• Naturaleza

La especificación de requisitos software es una especificación para un producto software en particular, programa, o conjunto de programas que realizan ciertas funciones en una un entorno específico. Son cuestiones básicas que deben ser tratadas.:

o Funcionalidad.

o Interfaces externos.

o Rendimiento.

o Atributos: corrección, mantenimiento, seguridad, transportabilidad, etc.

o Restricciones de diseño impuestas sobre la implementación.

• Entorno

La especificación de requisitos software debe:

o Definir correctamente todos los requisitos software. Un requisito software puede existir por la naturaleza de la tarea a resolver o por una características especial del proyecto.

o No debe describir ningún diseño o detalle de implementación.

o No debe imponer ninguna limitación adicional al software.

• Características

o Correcto

o No ambiguo

o Completo

o Consistente

o Clasificado por importancia y/o estabilidad

o Verificable

o Modificable

o Rastreable

• Evolución

La especificación de requisitos puede evolucionar según progresa el proceso de desarrollo del software.

• Inclusión de diseño

La especificación de requisitos software no debe incluir generalmente cuestiones de diseño como:

o Partición del software en módulos.

o Asignar funciones a módulos.

o Describir flujos de información o control entre módulos.

o Elección de estructuras de datos.

*IEEE Std. 1362 Guíaparala especificacióndel documentode requisitos“ConOps”

*IEEE Std. 1063 Estándarparala documentaciónde usuariode software.

El estándar IEEE std 1063-2001 brinda ese marco de referencia para establecer qué partes deben conformar cualquier documento que deba ser utilizado por un usuario del sistema o programa en cuestión.

Este estándar solo se aplica a la documentación de usuario, para la documentación de carácter técnico se utilizan otras recomendaciones de las cuales hablaremos en su momento. A grandes rasgos la recomendación del IEEE establece las siguientes partes para un documento que usarán los usuarios. Estas partes son:

1.- Identificación de los datos (paquete, título)

2.- Tabla de contenidos, en documentos con más de 8 páginas

3.- Lista de ilustraciones (optativo)

4.- Introducción

5.- Información para el uso de la documentación

6.- Conceptos de las operaciones

7.- Procedimientos

8.- Información sobre los comandos de software

9.- Mensajes de error y resolución de problemas

10.- Glosario

11.- Referencias

12.- Características de navegación

13.- Índice o Index

14.- Herramientas de búsqueda (en documentos electrónicos)

Estos son los componentes mínimos que debe incluir cualquier documento que use el usuario de software.

El estandar completo en inglés puede ser descargado desde la página:

http://standards.ieee.org/findstds/standard/1063-2001.html

("http://documentandosistemas.blogspot.com/2011/06/el-estandar-ieee-std-1063-2001.html")

*IEEE Std. 1012 Estándarparala verificacióny validaciónde software.

Software de verificación y validación (V & V) los procesos de determinar si los productos de desarrollo de una actividad determinada cumple los requisitos de esa actividad y si el software satisface su uso previsto y necesidades de los usuarios. Software de V & V requisitos del ciclo de vida del proceso se especifican

...