especificación de requerimientos de software

16
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 Sur Segundo Cuatrimestre 2008 Administración y Gestión de Proyectos de Software 2008

Upload: others

Post on 31-Jul-2022

4 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: 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

Page 2: Especificación de Requerimientos de Software

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)

Page 3: Especificación de Requerimientos de Software

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

Page 4: Especificación de Requerimientos de Software

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.

Page 5: Especificación de Requerimientos de Software

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

Page 6: Especificación de Requerimientos de Software

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

Page 7: Especificación de Requerimientos de Software

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

Page 8: Especificación de Requerimientos de Software

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

Page 9: Especificación de Requerimientos de Software

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

Page 10: Especificación de Requerimientos de Software

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

Page 11: Especificación de Requerimientos de Software

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

Page 12: Especificación de Requerimientos de Software

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

Page 13: Especificación de Requerimientos de Software

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,– …

Page 14: Especificación de Requerimientos de Software

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, …

Page 15: Especificación de Requerimientos de Software

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

Page 16: Especificación de Requerimientos de Software

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