Metodos

Páginas: 18 (4274 palabras) Publicado: 29 de noviembre de 2010
Especificaciones de Requerimientos del Sistema

Preparado por

Preparado para

Versión
Día

[Nota: El texto (como el que está usted leyendo) encerrado entre corchetes y desplegado en rosa itálico es incluido para proporcionarle ayuda al autor y debe ser eliminado antes de publicar el documento.]

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

Tabla de Contenido

1. Introducción 3
1.1 Propósito 3
1.2 Alcance 3
1.3 Contexto del sistema 3
1.4 Principales involucrados en el sistema 3
1.5 Acrónimos yabreviaciones 4
1.6 Cómo está organizado este documento 4
1.7 Ingeniería de órdenes de cambio 4
1.8 Referencias 4
2. Requerimientos funcionales 5
2.1 Características principales 5
2.2 Casos de uso 5
3. Requerimientos no funcionales 6
3.1 Desempeño 6
3.1.1 7
3.2 Escalabilidad 7
3.2.1 7
3.3 Disponibilidad 7
3.3.1 7
3.4 Confiabilidad 7
3.4.1 73.5 Seguridad 7
3.5.1 8
3.6 Manejabilidad 8
3.6.1 8
3.7 Usabilidad 8
3.7.1 9
3.8 Mantenibilidad 9
3.8.1 9
3.9 Extensibilidad 9
3.9.1 9
3.10 Flexibilidad 9
3.10.1 9
3.11 Reusabilidad 9
3.11.1 9
3.12 Portabilidad 9
3.12.1 10
3.13 Realizabilidad 10
3.13.1 10
3.14 Planeabilidad 10
3.14.1 10
3.15 Throughput 103.15.1 10
3.16 Grado de Servicio 10
3.16.1 10
3.17 Grado de Prueba 10
3.17.1 10
3.18 Interfaces 10
3.18.1 < Interfaces de Usuario> 10
3.18.2 < Interfaces de Hardware > 10
3.18.3 < Interfaces de Software > 10
3.18.4 < Interfaces de Comunicaciones> 10
3.19 Requerimientos de Licenciamiento 10
3.20 Aspectos Legales, Derecho de Autor y otros Avisos 113.21 Restricciones de Diseño 11
3.22 Requerimientos de Documentación en Línea y de Sistemas de Ayuda 11
4. Mitigación de riesgos 11
4.1 Riesgos tecnológicos 11
4.2 Riesgos de habilidades y recursos 11
4.3 Riesgos de requerimientos 11
4.4 Riesgos políticos 11

Introducción

[El propósito de esta sección del documento es describir el propósito y el contexto deldocumento. No confunda el propósito del documento con el propósito de la aplicación. La introducción debe ser directa y breve.]

[Este documento debe describir precisa y completamente las características observables, capacidades y atributos del sistema a entregar y su respectiva documentación. El documento debe describir el contexto de la aplicación y otras consideraciones que puedan impactar eldiseño y la implementación del software. Este documento no incluye planes sobre cuando y cómo se deben cumplir los requerimientos, ni las herramientas y metodologías a emplear a menos que sean parte de las limitantes del proyecto. El personal, tiempos, costos, actividades, fases, procesos de reportes y otros detalles sobre el proceso de desarrollo son parte de un documento diferente (Plan deProyecto). Adicionalmente, la arquitectura, el diseño, planes de prueba, planes de aceptación, planes de Gestión de Cadena de Proveedores y demás diagramas y documentos propios del proceso de desarrollo serán incluidos posteriormente y no serán incluidos en el presente documento]

[Este documento, tal cual es, puede incluir requerimientos de alto nivel y especificaciones funcionales. Un...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Metodos De Metodos
  • El Método
  • Metodo
  • El Método
  • Metodo
  • Metodos
  • Metodos
  • Metodos

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS