Requerimientos para elaborar una tesina

ANÁLISIS DE REQUISITOS
ESPECIFICACIONES DE REQUISITOS DE SOFTWARE (SRS)- IEEE-STD-830-1998

 
1. Introducción
1.1 Propósito del documento
1.2 Ámbito del sistema

2.  Descripción general

2.1 Perspectiva del software
2.1.1 Interfaces de sistema

2.1.2 Interfaces de usuario

2.1.3 Interfaces de hardware
2.1.4 Interfaces de software2.1.5 Interfaces de comunicaciones
2.1.6 Restricciones de memoria
2.1.7 Operaciones
2.1.8 Requisitos de adaptación del Site

2.2 Funciones del producto
2.2.1 Requisitos funcionales
2.2.2 Requisitos no funcionales
2.3 Diagrama de casos de uso
2.3.1 Modelo de casos de uso
2.3.2 Casos de uso: modulos del sistema2.4 Identificación de actores y roles
2.5 Matriz de rastreabilidad
2.6 Restricciones

2.7 Consideraciones y dependencias
2.8 Requisitos futuros

3. Requisitos específicos
3.1 Interfaces externas
3.2 Funciones ( este punto debe llamarse “Descripción de casos de uso”)
3.3 Requisitos de Rendimiento
3.4 Requisitos de base de datos lógicos
3.5Restricciones del diseño
3.5.1 Aceptación de las normas
3.6 Atributos del software del sistema.
3.6.1 Fiabilidad
3.6.2 Disponibilidad
3.6.3 Seguridad
3.6.4 Mantenibilidad
3.6.5 Portabilidad
4. Otros Requisitos
5. Anexos

1. Introducción

Proporcionar una introducción a todo el documento de Especificación de Requisitos deSoftware (ERS). Consta de varias sub-secciones: propósito, ámbito del sistema, definiciones, referencias y visión general del documento

1 Propósito del documento

Definir el propósito del documento ERS y especificar a quien va dirigido el documento.

El propósito de este documento es presentar un análisis más detallado de los requisitos del sistema de información que se planea hacer para elsistema
 
Ejemplo:
Se presenta un análisis del flujo de la información, incluyendo algunos procesos importantes del primer incremento del sistema y las características de los datos que fluyen en él. Además se incluye de manera general cuales serían los criterios de validación, tales como el desempeño esperado y las pruebas a realizarse para probar el buen funcionamiento del sistema.
 
1.Ámbito del Sistema

En esta sub-sección se podrá dar un 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
• Se hará referencia a todos aquellos documentos de nivel superior (p.e. en Ingeniería de Sistemas que incluyen Hardware y Software, deberán mantenerse laconsistencia con el documento de especificación requisitos globales del sistema, si existe)

2  Descripción general

Describir todos aquellos factores que afectan al producto y a sus requisitos. En esta sección no se describen los requisitos, sino su contexto. Esto permitirá definir con detalle los requisitos en la sección 3,
Logrando que sean más fáciles de entender.
Normalmente, esta secciónconsta de las siguientes sub-secciones: Perspectiva del producto, funciones del producto, restricciones, factores que se asumen y futuros requisitos.

2.1 Perspectiva del software

Describir el software en perspectiva con otros software relacionados: similitudes y diferencias.

Si el software es independiente y totalmente auto-contenido, eso tiene que indicarse aquí.

Si se está requiriendoun software que formará parte de un sistema más grande, se tiene que describir la relación de los requisitos del sistema grande con las funcionalidades del software requerido y debe identificarse cómo se comunicarán ambos

Para describir las relaciones entre el software requerido y el sistema grande, pueden ser útiles los diagramas de bloques.
En los diagramas de bloques se pueden mostrar los...