Srs Formato Rup

Especificación de Requisitos de Software

 
 
Versión
 
 
[Nota: La siguiente plantilla se proporciona para su uso con Rational Unified Process. El texto entre corchetes y que se muestran en letra cursiva azul (estilo = InfoBlue) se incluye para proporcionar orientación al autor, y debe suprimirse antes de publicar el documento.]



Historial de Revisión
|Fecha|Versión |Descripción |Autor |
| | | | |
|  |  |  |  |
|  |  | |  |
|  |  |  |  |


 
Tabla de Contenidos


1. INTRODUCCIÓN 4
1.1 Propósito 4
1.2 Alcance 4
1.3 Definiciones, Acrónimos y Abreviaturas 4
1.4 Referencias 4
1.5 Visión General 4

2.DESCRIPCIÓN GENERAL 4

3. Requerimientos Específicos 5
3.1 Functionality 5
3.2 Usability 5
3.3 Reliability 6
3.4 Performance 6
3.5 Supportability 7
3.6 Design Constraints 7
3.7 On-line User Documentation and Help System Requirements 7
3.8 Purchased Components 7
3.9 Interfaces 7
3.10 Licensing Requirements 8
3.11 Legal, Copyright, and Other Notices 8
3.12Applicable Standards 8

4. Supporting Information 8
Especificación de Requisitos de Software


1. INTRODUCCIÓN
[La introducción de la Especificación de requisitos de software (SRS) debe proporcionar una vista general de la SRS. Debe incluir el objetivo, el alcance, las definiciones y acrónimos, las referencias, y la vista general del SRS.]

[Note: La especificación de requisitos desoftware (SRS) captura los requisitos de software completos para el sistema, o una parte del sistema. El siguiente es un esquema SRS típico para un proyecto con requisitos de estilo de lenguaje natural sólo tradicional – no con modelado de casos de uso. Captura todos los requisitos en un solo documento, con las secciones aplicables insertadas desde las especificaciones complementarias (que ya no seríanecesario). Para una plantilla de un SRS utilizando el modelado de casos de uso, que consiste en un paquete que contiene los casos de uso del modelo de casos de uso y especificaciones complementarias aplicables y otra información de apoyo, ver rup_SRS-uc.dot.]

1. Propósito
[Especificar el propósito de este SRS. El SRS debe describir plenamente el comportamiento externo de laaplicación o el subsistema identificado. También se describen los requisitos no funcionales, las limitaciones de diseño y otros factores necesarios para proporcionar una descripción completa y exhaustiva de los requisitos para el software.]

2. Alcance
[Una breve descripción de la aplicación de software que se aplica el SRS; de la función o de otra agrupación de subsistema; qué modelos de casode uso se asocia con; y cualquier otra cosa es decir afectan o influenciados por este documento.]

3. Definiciones, Acrónimos y Abreviaturas
[Esta subsección debe proporcionar las definiciones de todos los términos, siglas y abreviaturas necesarias para interpretar correctamente el SRS. Esta información puede ser proporcionada por referencia al Glosario del Proyecto.]

4.Referencias
[Esta subsección debería proporcionar una lista completa de todos los documentos que se hace referencia en cualquier lugar del SRS. Cada documento debe ser identificado por el título, número de informe (si procede), fecha y organización de publicación. Especificar las fuentes desde el cual pueden obtenerse las referencias. Esta información podrá facilitarse por referencia a un...