IEEE-STD-830-1998:


IEEE-STD-830-1998: PRÁCTICA RECOMENDADA PARA LAS ESPECIFICACIONES DE REQUISITOS DEL SOFTWARE






Olga Esperanza Arévalo 200480
Sonia Patricia Linares 200637
Luisa Fernanda Correa 200811
Julieth Olarte Parra 200219
Hector Antonio Gonzalez 200379





UNIVERSIDAD NACIONAL DE COLOMBIA
FACULTAD DE INGENIERIA
DEPTO. DE INGENIERIA DE SISTEMAS EINDUSTRIAL
BOGOTÁ, D.C.
2008

IEEE-STD-830-1998: PRÁCTICA RECOMENDADA PARA LAS ESPECIFICACIONES DE REQUISITOS DEL SOFTWARE

TABLA DE CONTENIDO
Introducción
1. Definiciones preliminares
1.1. Contrato
1.2. Cliente
1.3. Proveedor
1.4. Usuario
2. Las consideraciones para producir un buen SRS.
2.1. La Naturaleza del SRS
2.2. El Ambiente del SRS
2.3. LasCaracterísticas de un buen SRS
2.3.1. Correcto
2.3.2. Inequívoco
2.3.2.1. Trampas del idioma natural
2.3.2.2. Idiomas de especificación de requisitos
2.3.2.3. Representación hecha con herramientas
2.3.3. Completo
2.3.3.1. Representación hecha con herramientas
2.3.4. Consistente
2.3.4.1. Consistencia interior
2.3.5. Delinear que tiene importancia y/o estabilidad
2.3.5.1. Grado de estabilidad2.3.5.2. Grado de necesidad
2.3.6. Comprobable
2.3.7. Modificable
2.3.8. Identificable
2.4. La preparación de los Joins del SRS
2.5. La evolución de SRS
2.6. Prototipos
2.7. Generando el diseño en el SRS
2.7.1. Requisitos del plan necesarios
2.8. Generando los requisitos del proyecto en el SRS.
3. Las partes de un SRS
3.1. Introducción
3.1.1. Propósito
3.1.2. Alcance3.1.3. Definiciones, siglas, y abreviaciones
3.1.4. Referencias
3.1.5. Apreciación global
3.2. Descripción global
3.2.1. Perspectiva del producto
3.2.1.1. Las interfases del Sistema
3.2.1.2. Las interfases del Usuario
3.2.1.3. Las interfases del Hardware
3.2.1.4. Las interfases del Software
3.2.1.5. Las interfases de Comunicaciones
3.2.1.6. La Memoria
3.2.1.7. Los Funcionamientos
3.2.1.8.Los requisitos de adaptación del Site
3.2.2. Funciones del producto
3.2.3. Características del usuario
3.2.4. Restricciones
3.2.5. Atención y dependencias
3.3. Los requisitos específicos
3.3.1. Interfases externas
3.3.2. Funciones
3.3.3. Requisitos del desarrollo
3.3.4. Requisitos del banco de datos lógicos
3.3.5. Restricciones del diseño
3.3.5.1. Aceptación de las normas
3.3.6.Atributos del software del sistema
3.3.6.1. Fiabilidad
3.3.6.2. Disponibilidad
3.3.6.3. Seguridad
3.3.6.4. Mantenimiento
3.3.6.5. Portabilidad
3.3.7. Organizar los requisitos específicos
3.3.7.1. Modo del sistema
3.3.7.2. Clases de usuario
3.3.7.3. Objetos
3.3.7.4. Rasgo
3.3.7.5. Estímulo
3.3.7.6. Contestación
3.3.7.7. Jerarquía Funcional
3.3.8. Comentarios adicionales
3.4.Información de apoyo
3.4.1. Tabla de contenidos e índice
3.4.2. Apéndices
4. Anexos
4.1. Formato de especificación de requisitos para un proyecto de software
4.2. Referencias y normas recomendadas para usar simultáneamente con la IEEE- 830:1998
4.3. Pautas para la conformidad de la norma IEEE 830:1998 con IEEE/EIA 12207.1-1997


bibliografía






IEEE-STD-830-1998: IEEE PRÁCTICARECOMENDADA PARA LAS ESPECIFICACIONES DE REQUISITOS DEL SOFTWARE

INTRODUCCIÓN
Para llevar a cabo un proyecto de realización de software, se deben aplicar principios de la ingeniería de requerimientos. Esta área, comprende todas las tareas relacionadas con la determinación de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversosrequerimientos de los inversores, que pueden entrar en conflicto entre ellos. Puede ser conocida también como "Análisis de requerimientos", "especificación de requerimientos", etc.
El propósito de la ingeniería de requerimientos es hacer que los mismos, alcancen un estado óptimo antes de seguir adelante con el proyecto. Los buenos Requerimientos deben ser medibles, comprobables, sin ambigüedades o...