Especificación de Requisitos

<Nombre de la compañía>

Especificación de Requisitos

[Nota: El siguiente template es para ser utilizado con el Modelo de Procesos para la Industria del Software MoProSoft. El texto que se encierra en corchetes y que despliega en color azul con letra itálica, sin referencias para el autor y debe ser eliminado antes de la publicación del documento.]

[Para modificar los campos en Microsoft Word (que se despliegan con un fondo gris cuando son seleccionados), seleccione File>Properties y reemplace los campos de Title, Subject y Compañía con la información adecuada para este documento. Después de cerrar la caja de diálogo, los campos pueden actualizarse utilizando la tecla F9, utilice Edit>Select All (ó Ctl-A) y presione F9. Esto debe hacerse también para encabezaodos y pie de página.]

Especificación de Requisitos Versión: <x.x><Identificador del documento> Fecha: <dd – mmm - aaaa>

[Se utiliza para llevar un control de las revisiones que se le realicen al documento, estas revisiones deben generar un reporte de verificación, validación o en su defecto una minuta, donde se muestre quienes fueron los encargados de realizarla asi como un informe con los defectos encontrados. Los defectos encontrados pueden ser de fondo o forma, en caso de ser de forma no amerita un cambio de versión al documento.]

Historia de RevisionesFecha Versión Descripción Autor

<dd/mmm/aaaaa> <x.x> <detalle> <nombre>

[Se utiliza para llevar un control de los cambios que la organización determine que se le realicen al documento. Estos cambios afectan el fondo del documento y generarán una nueva versión del mismo que deberá ser revisada mediante la verificación y validación del mismo.]

Control de CambiosFecha Versión Descripción Autor

<dd/mmm/aaaaa> <x.x> <detalle> <nombre>

Confidencial <Nombre de la compañía>, 2023


Tabla de Contenidos

1. Introducción 4

1.1 Propósito 41.2 Alcance 41.3 Definiciones, acrónimos y abreviaciones. 41.4 Referencias 41.5 Generalidades 4

2. Introducción. 5

3. Alcance del Proyecto. 5

4. Descripción de requisitos. 5

4.1 Funcionales. 54.1.1 <Requerimiento funcional # 1>. 54.1.2 <Requerimiento funcional # 2>. 5

4.2 Interfaz con usuario. 54.3 Interfaces con otro software o hardware. 54.4 Confiabilidad. 54.5 Eficiencia. 54.6 Mantenimiento. 64.7 Portabilidad. 64.8 Interoperatividad. 64.9 Reusabilidad. 64.10 Restricciones de diseño y construcción. 64.11 Legales y reglamentarios. 6



Especificación de Requisitos

1. Introducción

[La introducción de la Especificación de Requisitos provee las generalidades del documento. Incluye el propósito, alcance, definiciones, acrónimos, abreviaciones, referencias y generalidades de la especificación. Así como la descripción general del software y su uso en el ámbito de negocio del cliente. Algunos aspectos a mencionar en esta sección pueden ser, adicionalmente: uso del producto, principales características, naturaleza o características del usuario, restricciones generales.]

1.1 Propósito

[Especificar el propósito de este documento. Una especificación de requisitos describe el comportamiento de una aplicación o subsistema. También describe requisitos no funcionales, tales como restricciones de diseño u otros factores necesarios para proveer una descripción completa y comprensiva de los requisitos para el software.]

1.2 Alcance

[Una breve descripción de la aplicación de software a la cual se aplica esta especificación de requisitos. Si existen casos de uso asociados o cualquier otro documento o aspecto que sea afectado o influenciado por este documento.]

1.3 Definiciones, acrónimos y abreviaciones.

[En caso de ser necesario, incluir términos, acrónimos y abreviaciones requeridas para interpretar correctamente la especificación.]

1.4 Referencias

[En esta sección se provee una lista de todos los documentos referenciados en esta Especificación.. Identificar cada documento por título, número, fecha y organización que lo publica. Especificar las fuentes a partir de las cuales las referencias pueden obtenerse. Esta información puede hacer referencia a un apéndice o a otro documento.]

1.5 Generalidades

[Esta subsección describe lo que contiene el resto del documento y cómo está organizada la información.]



2. Introducción.

Descripción general del software y su uso en el ámbito de negocio del cliente.

3. Alcance del Proyecto.

[Alcance general del proyecto, se puede copiar el alcance planteado en la Descripción del Proyecto.].

4. Descripción de requisitos.

4.1 Funcionales.

[Necesidades establecidas que debe satisfacer el software cuando es usado en condiciones específicas. Las funcionalidades deben contar con ciertos criterios para su definición como lo son: que sean adecuadas, exactas y seguras.]

4.1.1 <Requerimiento funcional # 1>.

4.1.2 <Requerimiento funcional # 2>.

4.2 Interfaz con usuario.

[Definición de aquellas características de la interfaz de usuario que permiten que el software sea fácil de entender, aprender, que genere satisfacción y con el cual el usuario pueda desempeñar su tarea eficientemente. Incluyendo la descripción del prototipo de la interfaz.

Incluir algunas características de la interfaz como lo son:

Entrenamiento necesario para un usuario estándar.

Características del ambiente gráfico, o de procesos de captura de acuerdo a las características de la aplicación.

Estándares de interfaz de usuario, ej. Microsoft GUI Standard]

4.3 Interfaces con otro software o hardware.

[Definición de las interfaces externas. Especificar cuando sea necesario, protocolos, puertos, direcciones lógicas, etc. De manera que el software pueda ser desarrollado y verificado respecto a esta especificación.]

4.4 Confiabilidad.

[Especificación del nivel de desempeño del software con respecto a la madurez, tolerancia a fallas y recuperación.]

4.5 Eficiencia.

[Especificación del nivel de desempeño del software con respecto al tiempo y a la utilización de recursos. Por ejemplo, tiempo promedio de respuesta, tiempo máximo de respuesta, transacciones por segundo, número de usuario o transacciones concurrentes, uso de recursos (ej. Memoria, disco, comunicaciones, etc).]



4.6 Mantenimiento.

[Descripción de los elementos que facilitarán la comprensión y la realización de las modificaciones futuras del software. Por ejemplo, estándares de codificación, convención para nombres, librerías, utilerías de mantenimiento.]

4.7 Portabilidad.

[Descripción de las características del software que permitan su transferencia de un ambiente a otro.]

4.8 Interoperatividad.

[Capacidad de dos o más sistemas o componentes puedan intercambiar información y usarla]

4.9 Reusabilidad.

[Propiedad de todo producto o subproducto de software o parte de él para que pueda aprovecharse o utilizarse por varios usuarios como producto final o en el desarrollo del propio software o la realización de otros productos de software]

4.10 Restricciones de diseño y construcción

[Necesidades impuestas por el cliente. Las restricciones de diseño representan decisiones de diseño que deben respetarse, por ejemplo, lenguajes de programación, requisitos para procesos de software, uso predefinido de herramientas de desarrollo, componentes adquiridos a terceros, librerías de clases, etc.]

4.11 Legales y reglamentarios.

[Necesidades impuestas por leyes, reglamentos, entre otros. Incluyendo aclaración sobre copyrights, propiedad de nombres, leyendas o logotipos, patentes, trademarks, etc.]


Especificación de Requisitos

Documents

Transcript of Especificación de Requisitos