Especificaciones Sumplementarias
Páginas: 7 (1577 palabras)
Publicado: 29 de enero de 2013
SISTEMA GESTOR DE STOCK, CLIENTES Y PROVEEDORES
[pic]
ESPECIFICACIONES SUPLEMENTARIAS
Versión 1.1
Historial de Revisiones
|Fecha |Versión |Descripción |Autores |
| |1.0 || Juan Mamani |
|29/05/2012 | |Especificaciones suplementarias | |
|00:48pm | | | |
|30/05/2012 |1.1|Revisión y Actualización |Juan José Oré |
Tabla de Contenidos
1. Introducción 4
1.1 Propósito 4
1.2 Definiciones, Acrónimos y Abreviaciones 4
1.3 Referencias 4
2. Requerimientos no funcionales FURPS 5
3. Restricciones de diseño 10
3.1 Requisito de Implementación 10
3.2 Requisito de interfaz 11
3.3Requisito físico 11
Especificación Suplementaria
Introducción
La siguiente plantilla nos mostrara la descripción de las especificaciones suplementarias del sistema que se usaran para el desarrollo de este.
Se especificaran los requerimientos como los de rendimiento, usabilidad, compatibilidad, funcionalidad, y los requerimientos que están descritos en las Especificaciones decasos de Uso.
1 Propósito
El propósito de este documento es mostrar las especificaciones suplementarias o requerimientos no funcionales y restricciones del sistema.
En el presente documento se lista los requerimientos que no son fácilmente capturados en los casos de uso del modelo de caso de uso. Las Especificaciones Suplementarias captan una colección completa de requisitosdel sistema.
2 Definiciones, Acrónimos y Abreviaciones
Ver glosario de términos.
3 Referencias
Prototipo
Requerimientos no funcionales FURPS
|FURPS |Tipo de Requisito |Código |Descripción |
||Seguridad: Requerimientos relacionados con|RNF0001 |Uso de sesiones de usuario |
| |la confidencialidad de los datos en la | | |
| |transmisión y en el almacenamiento, junto | ||
| |con las necesidades del sistema para | | |
| |evitar intrusiones no Autorizadas al | | |
| |mismo, además capacidad para seguir || |
| |eventos que comprometan esta seguridad a | | |
| |través del tiempo | | |
| ||RNF0002 |Almacenamiento cifrado para información de |
| | | |acceso al sistema |
| | |RNF0003 |Asignación de un usuario y clave, lo |
|...
[pic]
ESPECIFICACIONES SUPLEMENTARIAS
Versión 1.1
Historial de Revisiones
|Fecha |Versión |Descripción |Autores |
| |1.0 || Juan Mamani |
|29/05/2012 | |Especificaciones suplementarias | |
|00:48pm | | | |
|30/05/2012 |1.1|Revisión y Actualización |Juan José Oré |
Tabla de Contenidos
1. Introducción 4
1.1 Propósito 4
1.2 Definiciones, Acrónimos y Abreviaciones 4
1.3 Referencias 4
2. Requerimientos no funcionales FURPS 5
3. Restricciones de diseño 10
3.1 Requisito de Implementación 10
3.2 Requisito de interfaz 11
3.3Requisito físico 11
Especificación Suplementaria
Introducción
La siguiente plantilla nos mostrara la descripción de las especificaciones suplementarias del sistema que se usaran para el desarrollo de este.
Se especificaran los requerimientos como los de rendimiento, usabilidad, compatibilidad, funcionalidad, y los requerimientos que están descritos en las Especificaciones decasos de Uso.
1 Propósito
El propósito de este documento es mostrar las especificaciones suplementarias o requerimientos no funcionales y restricciones del sistema.
En el presente documento se lista los requerimientos que no son fácilmente capturados en los casos de uso del modelo de caso de uso. Las Especificaciones Suplementarias captan una colección completa de requisitosdel sistema.
2 Definiciones, Acrónimos y Abreviaciones
Ver glosario de términos.
3 Referencias
Prototipo
Requerimientos no funcionales FURPS
|FURPS |Tipo de Requisito |Código |Descripción |
||Seguridad: Requerimientos relacionados con|RNF0001 |Uso de sesiones de usuario |
| |la confidencialidad de los datos en la | | |
| |transmisión y en el almacenamiento, junto | ||
| |con las necesidades del sistema para | | |
| |evitar intrusiones no Autorizadas al | | |
| |mismo, además capacidad para seguir || |
| |eventos que comprometan esta seguridad a | | |
| |través del tiempo | | |
| ||RNF0002 |Almacenamiento cifrado para información de |
| | | |acceso al sistema |
| | |RNF0003 |Asignación de un usuario y clave, lo |
|...
Leer documento completo
Regístrate para leer el documento completo.