especificación de requerimientos de software

Especificación de Requerimientos de Software

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 1

Universidad Nacional del SurSegundo Cuatrimestre 2008

Administración y Gestión de Proyectos de Software2008

Definiciones

• Cliente: paga por el producto y usualmente decide los requerimientos.

• Proveedor: crea un producto para el cliente.

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 2

Universidad Nacional del SurSegundo Cuatrimestre 2008

• Usuario: opera directa o indirectamente con el producto. El cliente y el usuario pueden o no ser la(s) misma(s) persona(s)

IEEE Std. 830-1998

Prácticas Recomendadas para la Especificación de Requerimientos de Software

• Revisión de Std. 830-1993

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 3

Universidad Nacional del SurSegundo Cuatrimestre 2008

• Revisión de Std. 830-1993

La ERS debe ayudar a ...

• los clientes a describir con precisión que desean obtener del producto,

• los proveedores a entender exactamente

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 4

Universidad Nacional del SurSegundo Cuatrimestre 2008

• los proveedores a entender exactamente qué es lo que desea el cliente.

Beneficios

• Establecer bases para el acuerdo entre clientes y proveedores acerca de lo que debe hacer el producto de software

• Reducir el esfuerzo de desarrollo• Proveer bases para la estimación de costos y

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 5

Universidad Nacional del SurSegundo Cuatrimestre 2008

• Proveer bases para la estimación de costos y tiempos

• Proveer bases para la validación y la verificación• Facilitar la transferencia• Servir como base para mejoras

Características

• Correcta• No ambigüa• Completa

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 6

Universidad Nacional del SurSegundo Cuatrimestre 2008

• Consistente• Verificable• Modificable• Traceable

Esquema del Documento1.Introducción

1. Propósito2. Alcance3. Definiciones, acrónimos, abreviaturas4. Referencias5. Resumen

2.Descripción general

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 7

Universidad Nacional del SurSegundo Cuatrimestre 2008

2.Descripción general1. Perspectiva del producto2. Funciones del producto3. Características del usuario4. Restricciones5. Suposiciones y Dependencias

3.Requerimientos específicos4.Apéndices5.Índice

Tipos de Requerimientos

• Funciones• Interfaces Externas• Performance

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 8

Universidad Nacional del SurSegundo Cuatrimestre 2008

• Datos• Restricciones de diseño• Atributos del sistema

Requerimientos: Funciones

• Capturan el comportamiento del sistema: servicios, tareas o funciones que se requiere que el sistema provea

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 9

Universidad Nacional del SurSegundo Cuatrimestre 2008

Requerimientos: Interfaces externas

• Entradas y salidas del sistema. Relación del sistema con el exterior.

• Tener en cuenta:– Medio

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 10

Universidad Nacional del SurSegundo Cuatrimestre 2008

– Medio– Formato– Frecuencia, tiempos– Tamaños

Requerimientos: Performance

• Del SW en si mismo, y de su interacción con el usuario.– Tiempos de respuesta (interactivo) o procesamiento (batch)– Concurrencia– Rendimiento – …

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 11

Universidad Nacional del SurSegundo Cuatrimestre 2008

– …• Expresar todo de manera medible!!!

– Número de terminales mínimas necesarias, o de usuarios en simultáneo que debe soportar el sistema; cantidad y tipo de información que deberá manejar.

– Ej: el 95% de las transacciones deben ser procesadas en menos de 1 segundo

Requerimientos: Base de datos

• De la información que será almacenada en bases de datos– Tipo de información– Frecuencia de uso

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 12

Universidad Nacional del SurSegundo Cuatrimestre 2008

– Frecuencia de uso– Capacidades de acceso– Entidades de datos y las relaciones– Restricciones de integridad– Retención de datos

Requerimientos: Restricciones de Diseño

• Aquellos que esten impuestos por estandares, limitaciones de hardware, etc.– Formatos de los reportes,– Nombres,

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 13

Universidad Nacional del SurSegundo Cuatrimestre 2008

– Nombres,– Arquitectura,– …

Requerimientos: Atributos del sistema

• Deben ser lo suficientemente específicos como para poder ser verificables.– Confiabilidad: cantidad de fallas por km/mes/etc.– Disponibilidad: tiempo maximo aceptable offline

(mantenimiento, recuperacion), …

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 14

Universidad Nacional del SurSegundo Cuatrimestre 2008

(mantenimiento, recuperacion), …– Seguridad: uso de algún tipo de bitácora específico,

restringir comunicaciones, …– Mantenibilidad: modularidad, número de interfaces,

tiempo de recuperación entre reusos de un vehiculo,…– Portabilidad: porcentaje de código dependiente de la

plataforma, …

Templates de Requerimientos

Requerimientos FuncionalesNombre

Id de Requerimiento

Categoría

Descripción

Términos

Requerimientos No FuncionalesNombre

Id de Requerimiento

Escala

Categoría

Descripción

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 15

Universidad Nacional del SurSegundo Cuatrimestre 2008

Términos

Justificación

Prioridad

Dependencias

Documentos

Argumentos de factibilidad

Método de verificación

Descripción

Test

Peor Caso

Nivel Planificado

Mejor Caso

Nivel Actual

Organización de los Requerimientos

• Modos del sistema (normal, emergencia, …)

• Clase de usuario (usuario, técnico, …)

• Objetos

Dpto. de Cs. e Ing. de la Computación Administración y Gestión de Proyectos de Software 16

Universidad Nacional del SurSegundo Cuatrimestre 2008

• Características – servicio externo

• Estímulo (perdida de energía, velocidad, …)

• Respuesta• Jerarquía funcional