Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
22 de Octubre de
2008
Resumen
Este documento presenta, en castellano, el formato de
Especificació n de Requisitos Software (ERS) segú n la ú ltima versió n
del está ndar IEEE 830. Segú n IEEE, un buen Documento de Requisitos,
pese a no ser obligatorio que siga estrictamente la organizació n y el
formato dados en el está ndar 830, s´ı deberá incluir, de una forma o
de otra, toda la informació n presentada en dicho está ndar. El está ndar
de IEEE 830 no está libre de defectos ni de prejuicios, y por ello ha
sido justamente criticado por mú ltiples autores y desde mú ltiples
puntos de vista, llegá ndose a cuestionar incluso si es realmente un
está ndar en el sentido habitual que tiene el término en otras
ingenierías. El presente documento no pretende pronunciarse ni a
favor ni en contra de unos u otros: tan só lo reproduce, con propó sitos
fundamentalmente docentes, có mo se organizará un Documento de
Requisitos segú n el está ndar IEEE 830.
´INDICE ´Índice
1. Introducción 3
1.1. Propó sito ............................. 3
1.2. Á mbito del Sistema . . . . . . . . . . . . . . . . . . . . . . . .´ 3
1.3. Definiciones, Acró nimos y Abreviaturas . . . . . . . . . . . . . 3
1.4. Referencias . . . . . . . . . . . . . . . . . . . . . . . . . . . .3
1.5. Visió n General del Documento . . . . . . . . . . . . . . . . . . 4
2. Descripción General 4
2
1. Introducción
En esta secció n se proporcionará ´ una introducció n a todo el documento
de Especificació n de Requisitos Software (ERS). Consta de varias
subsecciones: propó sito, á mbito del sistema, definiciones, referencias y
visió n general del documento.
1.1. Propósito
El sistema de informació n para la empresa STEM tiene la finalidad de
poner a la vanguardia tecnoló gica la misma empresa con tal de optimizar
proceso a corto mediano y largo plazo en ciertas á reas con el fin de llevar a
la microempresa a un nivel má s elevado o igual frente a su competencia en
3
1.4. Referencias
En esta subseccio´n se mostrar´a una lista completa de todos los
documentos referenciados en la ERS.
2 DESCRIPCION GENERAL´
2. Descripci´on General
En esta secci´on se describen todos aquellos factores que afectan al
producto y a sus requisitos. No se describen los requisitos, sino su contexto.
Esto permitira´ definir con detalle los requisitos en la seccio´n 3, haciendo
que sean ma´s fa´ciles de entender.
Normalmente, esta seccio´n consta de las siguientes subsecciones:
Perspectiva del producto, funciones del producto, caracter´ısticas de los
usuarios, restricciones, factores que se asumen y futuros requisitos.
2 DESCRIPCION GENERAL´
5
2.4. Restricciones
Políticas de la empresa
Operaciones paralelas
Funciones de control
Lenguaje(s) de programació n
Requisitos de habilidad
Criticalidad de la aplicació n
2.5.
Suposiciones y Dependencias
Las posibles dependencias sean el sistema operativo y su versió n,
3. Requisitos Específicos
Esta secció n contiene los requisitos a un nivel de detalle suficiente como
para permitir a los diseñ adores diseñ ar un sistema que satisfaga estos
requisitos, y que permita al equipo de pruebas planificar y realizar las
pruebas que demuestren si el sistema satisface, o no, los requisitos. Todo
requisito aquí especificado describirá comportamientos externos del
sistema, perceptibles por parte de los usuarios, operadores y otros
sistemas. Esta es la secció n má s larga e importante de la ERS. Deberá n
aplicarse los siguientes principios:
3.2. Funciones
Esta subsecci´on (quiza´ la ma´s larga del documento) debera´
especificar todas aquellas acciones (funciones) que debera´ llevar a cabo el
software. Normalmente (aunque no siempre), son aquellas acciones
expresables como “el sistema deber´a ...”. Si se considera necesario, podr´an
utilizarse notaciones gra´ficas y tablas, pero siempre supeditadas al
lenguaje natural, y no al rev´es.
Es importante tener en cuenta que, en 1983, el Est´andar de IEEE 830
establec´ıa que las funciones deber´ıan expresarse como una jerarqu´ıa
funcional (en paralelo con los DFDs propuestos por el an´alisis
estructurado). Pero el Esta´ndar de IEEE 830, en sus u´ltimas versiones, ya
permite organizar esta subseccio´n de mu´ltiples formas, y sugiere, entre
otras, las siguientes:
Por objetos: Los objetos son entidades del mundo real que sera´n
reflejadas en el sistema. Para cada objeto, se detallar´an sus atributos
y sus funciones. Los objetos pueden agruparse en clases. Esta
organizacio´n de la ERS no quiere decir que el disen˜o del sistema siga
el paradigma de Orientacio´n a Objetos.
4. apéndices
Pueden contener todo tipo de informació n relevante para la ERS pero
que, propiamente, no forme parte de la ERS. Por ejemplo:
1. Formatos de entrada/salida de datos, por pantalla o en listados.