Audiencia Futura y Sugerencias de Lectura
J MInforme21 de Marzo de 2017
2.222 Palabras (9 Páginas)533 Visitas
UTNG
[pic 1]
Especificación de Requerimientos de Software (SRS)
[Nombre del Proyecto]
[pic 2]
Versión [n.n]
Preparado por: [Nombre del Autor]
[dd/mm/aaaa]
[pic 3]
Control De Versiones
Nombre del Archivo | Versión | Fecha | Autor | Comentarios |
[Nombre del Doc] | [n.n] | [dd/mm/aaaa] | [Iniciales Autor] | [cambios y modificaciones] |
Índice del Documento
Índice del Documento 3
1 Introducción 5
1.1 Propósito 5
1.2 Audiencia Futura y Sugerencias de Lectura 5
1.3 Alcance de Proyecto 5
1.4 Definiciones, Siglas y Abreviaturas 5
1.5 Referencias 5
2 Descripción Global 6
2.1 Perspectiva del Producto 6
2.2 Características del Producto 6
2.3 Clases de Usuario y Características 6
2.4 Ambiente Operativo 6
2.5 Diseño y Restricciones de Implementación 6
2.6 Documentación de Usuario 6
2.7 Suposiciones y Dependencias 7
3 Características del Sistema 8
3.1.1 Requerimientos Funcionales 8
4 Requerimientos de Interface Externos 9
4.1 Interfaz de Usuario 9
4.2 Interfaces de Hardware 9
4.3 Interfaces de Software 9
4.4 Interfaces de Comunicación 9
5 Otros Requerimientos No-Funcionales 10
5.1 Requerimientos de Rendimiento 10
5.3 Requerimientos de Seguridad 10
5.4 Atributos de Calidad de Software 10
6 Otros Requerimientos 11
Apéndice A: Glosario 11
Apéndice B: Modelos de Análisis 11
Apéndice C: Lista de Problemas 11
Introducción
[La introducción representa una visión general para ayudar al lector a comprender cómo esta organizado el SRS y cómo usarlo.]
Propósito
[Identificar el producto o la aplicación cuyos requerimientos son especificados en este documento, incluyendo la versión. Si el SRS está relacionado únicamente con una parte del sistema entero, identificar esa parte o subsistema.]
Audiencia Futura y Sugerencias de Lectura
[Especificar a que público intencional va dirigido el SRS, como desarrolladores, administradores de proyecto, personal de mercadotecnia, usuarios, testers, o escritores de documentación, etc.
Describir que contiene el resto del SRS y cómo está organizado. Indicar una secuencia de lectura para cada tipo de lector de este documento.]
Alcance de Proyecto
[Suministrar el propósito del software.
- Explicar que hará y que no hará el producto de software.
- Describir la aplicación de software especificándose los objetivos, beneficios y metas pertinentes.
- Si la información ya existe en otro archivo hacer referencia a éste.]
Definiciones, Siglas y Abreviaturas
[Proporcionar definiciones, siglas y abreviaturas que exigen interpretar el SRS propiamente. Esta información puede proporcionarse por la referencia a uno o más apéndices en el SRS o por la referencia a otros documentos.]
Referencias
[
- Proporcionar una lista de los documentos u otros recursos a los que el SRS hace referencia (contratos, estándares, especificaciones de requerimientos de sistema, documentos de caso de uso, especificaciones de interfaz, direcciones Web, etc.), incluyendo hipervínculos si es posible
- Identificar cada archivo por autor, título, número de versión (si es aplicable), y ubicación.
Esta información puede proporcionarse por la referencia a un apéndice o a otro archivo.]
Descripción Global
[Esta sección presenta una visión general de alto nivel del producto y el ambiente en el que será usado, los usuarios esperados del producto, las restricciones, suposiciones, y dependencias conocidas. No declara los requerimientos específicos, ya que se definen en detalle en la Sección 3 del SRS.]
Perspectiva del Producto
[Describir el contexto y el origen del producto. Si el producto es independiente y totalmente autónomo, debe declararse que así es. Si el SRS define que es un componente de un sistema más grande, como frecuentemente ocurre, entonces esta subdivisión debe decir cómo este producto se relaciona con el sistema global e identificar las interfaces más importantes entre lo dos. ]
Características del Producto
[Proporcionar una lista de las características más importantes que el producto contiene o las funciones importantes que lleva acabo. Los detalles serán proveídos en la Sección 3 del SRS, así que solamente se necesita un resumen de alto nivel aquí. Una imagen de los grupos de requerimientos importantes y cómo están relacionados entre si, tal como un diagrama de flujo de datos, un diagrama de caso de uso, o un diagrama de clase, podría ser útil. ]
Clases de Usuario y Características
[Identificar las clases de usuario para el producto y describir las características pertinentes.]
Ambiente Operativo
[Describir el ambiente en el que el software funcionará, incluyendo la plataforma de hardware, los sistemas operativos y las versiones, y las ubicaciones geográficas de usuarios, servidores, y bases de datos. Proporcionar una lista de los componentes de software o aplicaciones con los que el sistema debe coexistir pacíficamente.
- El sistema será desarrollado en .net (visual studio), el motor de la base de datos es SQL Server, la metodología para el desarrollo se basara en las mejores características de las metodologías tradicionales (evolutivas) y ágiles como MSF.
- Sera un nueva versión, con mejoras a la anterior y tendrá una mejor usabilidad.
- Se debe establecer un protocolo de seguridad entre el intercambio de datos cliente – servidor, permanecerá alojado en un servidor remoto donde se podrá acceder desde cualquier computador independientemente del sistema operativo que se utilice.
Diseño y Restricciones de Implementación
[Describir cualquier factor que restringiría las opciones disponibles para los desarrolladores y la razón fundamental para cada restricción.]
...