ERS

Especificación de

requisitos software (ERS)

Análisis de requisitos

Determinación de los requisitos

En la determinación de los requisitos no sólo deben actuar los analistas, es muy

importante la participación de los propios usuarios, porque son éstos los que mejor

conocen el sistema que se va a automatizar.

Se puede definir como el proceso del estudio de las

necesidades de los usuarios para llegar a una definición de los requisitos del sistema,

hardware o software, así como el proceso de estudio y refinamiento de dichos

requisitos

Objetivos

1. Ayudar a los clientes a describir claramente lo que se desea obtener mediante un

determinado software

2. Ayudar a los desarrolladores a entender qué quiere exactamente el cliente

3. Servir de base para desarrollos de estándares de ERS particulares para cada

organización

Ventajas

La ventaja que mas destaca es el contacto entre cliente y desarrolladores

La reducción del esfuerzo en el desarrollo, una buena base para la

estimación de costes y planificación

Un punto de referencia para procesos de

verificación y validación

Una base para la identificación de posibles mejoras en los

procesos analizados

Una ERS forma parte de la documentación asociada al software que se está desarrollando, por tanto debe definir correctamente todos los requerimientos, pero no más de los necesarios.

Esta documentación no debería describir ningún detalle de diseño, modo de implementación o gestión del proyecto

Esquema

Características

Correcta: La ERS es correcta si y sólo si todo requisito que figura en ella refleja alguna necesidad real

No ambigua: Un documento es no ambiguo si y solo si cada requisito descrito tiene una única interpretación

Completa: Incluye todos los requisitos significativos del software, existe una definición de respuestas a todas las posibles entradas, tanto válidas como inválidas, en todas las posibles situaciones, cumple con el estándar utilizado y aparecen etiquetadas todas las figuras, tablas, diagramas, etc, así como definidos todos los términos y unidades de medida empleados

Verificable: se dice que es verificable si existe algún proceso no excesivamente costoso por el cual una persona o una máquina pueda chequear que el software satisface dicho requerimiento

Consistente: es consistente si y sólo si ningún conjunto de requisitos descritos en ella son contradictorios o entran en conflicto.

Clasificada: Los requisitos pueden clasificarse por diversos criterios:

· Importancia: Pueden ser esenciales, condicionales u opcionales.

· Estabilidad: Cambios que pueden afectar al requisito.

Modificable: es modificable si cualquier cambio puede realizarse de manera fácil, completa y consistente.

Explorable: es explorable si el origen de cada requerimiento es claro tanto hacia atrás como hacia delante.

Utilizable durante las tareas de mantenimiento y uso.

Introducción: En esta sección se proporcionará una introducción a todo el documento de Especificación de Requisitos Software. Consta de varias subsecciones, las cuales son propósito, ámbito del sistema, definiciones, referencias y visión general del documento.

Propósito: Se definirá el propósito del documento ERS y se especificará a quién va dirigido el documento.

Ámbito del sistema: En esta subsección se pondrá nombre al futuro sistema, se explicará lo que el sistema hará y lo que no hará, se describirán los beneficios, objetivos y metas que se espera alcanzar con el futuro sistema y se mantendrán referencias a los documentos de nivel superior que puedan existir.

Definiciones, Acrónimos y Abreviaturas: Se definirán aquí todos los términos, acrónimos y abreviaturas utilizadas en el desarrollo de la ERS

Referencias: Se presentará una lista completa de todos los documentos referenciados en la ERS.

Visión General del Producto: Esta subsección describirá brevemente los contenidos y la organización del resto de la ERS.

Descripción General: En esta sección se describen todos aquellos factores que afectan al producto y a sus requisitos. En esta sección no se describen los requisitos, sino su contexto.

Requisitos Específicos: Esta sección de la especificación de requisitos software contiene todos los requerimientos hasta un nivel de detalle suficiente para permitir a los diseñadores diseñar un sistema que satisfaga dichos requisitos, y que permita diseñar las pruebas que ratifiquen que el sistema cumple con las necesidades requeridas.

Perspectiva del Producto: Esta subsección debe relacionar el futuro sistema con otros productos.

Funciones del Producto: Esta subsección debe proporcionar un resumen de las funciones principales que el software debe llevar a cabo. Las funciones deben estar organizadas de manera que el cliente o cualquier otra persona lo entienda perfectamente.

Características de los usuarios: Se indica aquí el tipo de usuario al que se dirige la aplicación, así como su experiencia técnica, nivel de conocimientos, etc.

Restricciones: Se debe indicar aquí cualquier tipo de limitación como pueden ser políticas de la empresa, limitaciones hardware, seguridad, protocolos de comunicación, interfaces con otras aplicaciones, estándares de la empresa en cuanto a interfaces, etc.

Suposiciones y Dependencias: En este apartado aparecerá cualquier factor, que si cambia puede afectar a los requerimientos.

Requisitos Futuros: Se indican aquí posibles mejoras del sistema en el futuro. Estas mejoras deben estudiarse y analizarse una vez concluido y puesto en marcha el sistema.

Apéndices: Se incluirá aquí cualquier tipo de información relacionada con la ERS, pero que no forme parte de la misma.

Índice: Se proporciona un índice para poder tener un acceso rápido a la documentación presentada en la ERS.

Interfaces Externas: En esta subsección se definirán los requisitos que afecten a la interfaz de usuario e interfaz con otros sistemas (hardware y software), así como a interfaces de comunicaciones.

Funciones: En este subsección de deben especificar todas aquellas acciones o funciones que deberá llevar a cabo el sistema a desarrollar

Requisitos de Rendimiento: En esta subsección se incluyen los requisitos relacionados con la carga que se espera que tenga que soportar el sistema

Restricciones de Diseño: Se incluyen aquí todas las restricciones que afecten al diseño de la aplicación, como pueden ser estándares internos de la organización, limitaciones hardware, etc.

Atributos del Sistema: Se detallarán atributos como la fiabilidad, mantenibilidad, seguridad, mecanismos de acceso restringido (password), usuarios autorizados a realizar ciertas tareas críticas

Otros requisitos: Aquellos requerimientos que no se hayan podido incluir en ninguna de las secciones anteriormente especificadas.

Requerimientos

Los requerimientos especifican qué es lo que el sistema debe hacer (sus funciones) y sus propiedades esenciales.

Objetivo

La captura de los requerimientos tiene como objetivo principal, la comprensión de lo que los clientes y los usuarios esperan que haga el sistema de información.

Características

Las características para los requerimientos que se mencionan en el estándar IEEE830