dms_especificacion_de_requisitos_plantilla

1. Presentación del Producto
1.1. Propósito del Sistema
1.1.1. Objetivo:
[Este campo deberá indicar de manera general lo que se pretende lograr
con el desarrollo del sistema.]
1.1.2. Alcance:
[Se deben indicar en términos generales las funciones que el sistema deberá
realizar.]
1.1.3. No Contempla:
[Este campo sirve para indicar algunos aspectos funcionales o no funcionales
que se desea destacar, no estarán incluidos en el producto. El objetivo de esta
sección es dejar expresadas cuestiones que el producto no cubrirá, al menos
hasta el momento.]
1.2. Clientes e Involucrados
[Este campo deberá enumerar los datos del cliente y los stakeholders
involucrados en el proyecto]
<Nombre del Cliente>
Nombre
<Persona de Atención>
Rol
<Rol dentro del proyecto>
<Descripción de Involucrados>
Involucrado
<Involucrado 1>
Rol
<Rol dentro del proyecto>
1.3. Usuarios
[Descripción detallada de los usuarios que va a tener el producto]
Actor
<Nombre Actor>
Nombre
<Nombre de la persona que
actualmente
desempeña
este
actor>
1.4. Restricciones y Supuestos
[El objetivo de este apartado es indicar cualquier aspecto que debe ser
considerado para el desarrollo, que puede afectar al cumplimiento de los
requerimientos, que viene dado desde el ambiente del negocio, o acordado con
anterioridad. Fundamentalmente se debe destacar cuestiones políticas o
legales del entorno de la organización que pueden afectar el éxito del proyecto
si no se les brinda un adecuado tratamiento].
2. Descripción de Requisitos
2.1. Requisitos Funcionales
[Esta sección se definen los requerimientos funcionales del sistema.]
2.1.1. Alcance Del Trabajo
Diagrama de contexto
<Imagen del diagrama de contexto>
División del Trabajo
Lista de Eventos
ID
<ID>
Evento
<Nombre del Evento>
Entrada
<Entrada del Evento>
Salida
<Salida del Evento>
2.1.2. Alcance Del Producto
Fronteras del Producto
<Diagramas de Caso de Uso, generalmente es un archivo anexo>
Casos de Uso
CASO DE USO
<Número y Nombre del Caso de Uso>
Usuario/Actor
<Nombre del actor o Usuario>
Descripción
<Descripción del caso de uso>
Criterio
Aceptación
Escenarios
de <Descripción del criterio de aceptación del caso de uso>
<Descripción de los escenarios del caso de uso>
<Se definen todos los casos de uso en el sistema>
2.1.3. Requisitos Funcionales y de Datos
Requisitos Funcionales
<Sección donde se definen los requerimientos funcionales del sistema. Plantilla
para registrar los requerimientos Funcionales>
No
Requerimiento:
Descripción:
Origen:
Criterio de
Aceptación:
Prioridad:
Material
Adicional:
150
Evento/Caso
de Uso
7,9
<Descripción detallada del requerimiento>
<Origen del Requerimiento, Persona, departamento, otro requerimiento>
<Criterio definido con el usuario para la aceptación del requerimiento>
<1 a 5>
<Lista de Documentos Adicionales o links a documentos adicionales>
<Historia del requerimiento en caso de haberle ocurrido cambios>
Historia:
Requisitos de Datos
<Sección donde se definen los requerimientos de Datos. Estos requerimientos
tienen que ser mediante un modelo de CLASES en UML>
2.2. Requisitos de Interfaz y Estilo
Interfaz
<Descripción del espíritu de la interfaz. Puede ser en descripción en texto o
pantallas preliminares. La intención de esta sección es poder captar los
requerimientos de interfaz como colores, tamaños de letra, imágenes, etc.>
Estilo
<Descripción de las características sobresalientes del producto que se relacionan
de manera potencial de cómo el cliente ve el producto. Por ejemplo, si quiere
una presentación ejecutiva o sencilla, si es para niños, etc.>
2.3. Interfaces con otro software o hardware.
Interface con Hardware
<Descripción de las interfaces con otro hardware diferente al normal
(Computadoras, impresoras, teclados, mouse, etc. >
Interfaces con software
<Descripciones de las interfaces con otro software. Métodos, forma de hacer la
comunicación, objetos, interfaces, etc.>
2.4. Confiabilidad
Confiabilidad y Disponibilidad
El sistema estará disponible un 90% en horario de 9:00 am a 3:00 pm
2.5. Eficiencia
Velocidad
<Especifica la cantidad de tiempo disponible para completar determinadas
tareas. Esto se refiere a los tiempos de respuesta del sistema. >
Seguridad Crítica
<Describir los requerimientos de seguridad que puedan afectar a la aplicación.
Por ejemplo si se van a transmitir datos al Internet, si van a ser por VPN o por SSL
o sin seguridad. >
Precisión
<Cuantificar la exactitud deseada de los resultados producidos por el
producto. Ejemplo: todas las cantidades de Monedas van a ser a 2 dígitos
decimales>.
Requisitos de Capacidad
<Esta sección específica los volúmenes que el producto debe e poder procesar y
la cantidad de información que debe de ser almacenada>
2.6. Requisitos de Mantenimiento
Facilidad de Mantenimiento
<Cuantificar el tiempo necesario para hacer cambios específicos al
producto>
Condiciones Especiales de Mantenimiento
<Especificar las condiciones especiales de mantenimiento en el caso de que
existan >
2.7. Requisitos de Portabilidad
Cambio de Plataforma
<Descripción de otras plataformas o ambientes a los que el producto debe ser
portable>
2.8. Requisitos de Interoperabilidad
<Especificaciones de interoperabilidad que debe tener el producto. La
interoperabilidad es la condición mediante la cual sistemas heterogéneos pueden
intercambiar procesos o datos>
2.9. Requisitos de Reusabilidad
<Especificaciones de reusabilidad que debe tener el producto. Esto es para
futuros módulos que deben ser reusables por otro sistema y otro proyecto>
2.10.Restricciones de Diseño y Construcción
Requisitos de Diseño
<Requerimientos de diseño impuestos por el cliente>
Requisitos de Construcción
<Especificaciones de construcción impuestos por el cliente, como lenguaje,
metodología, etc.>
2.11.Requisitos Legales
Regulaciones
<Especificaciones de las normas legales que debe cumplir el producto.>
Estándares
<Especificaciones de los estándares que debe cumplir el producto>
2.12.Requisitos de Operaciones
Ambiente Físico
<En esta sección se especifica el ambiente físico esperado en el cual el
producto va a operar>
Ambiente Tecnológico
<Especificación del hardware y otros dispositivos necesarios para poder instalar
el sistema, así como el ambiente de operación del sistema>
Aplicaciones Asociadas
<Descripción de otras aplicaciones que el producto debe de interactuar y la
interface con estos productos>
2.13.Requisitos de Seguridad
Confidencialidad
<Especificar las autorizaciones de acceso al sistema y bajo qué
circunstancias el acceso se concede.>
Integridad de Datos
<Especificación de la integridad requerida de las bases de datos y otros archivos>