Gestin de Requisitos

1
Gestión de Requisitos

• Pontificia Universidad Católica de Chile
• Departamento de Ciencia de la Computación
• IIC3552 Sistemas Embebidos de Tiempo Real
• Gerardo León Pablo Straub

2
Objetivo

• Conocer cómo se gestionan los requisitos de un
  sistema embebido
• Aprender a especificar requisitos funcionales y
  requisitos de prueba para un sistema embebido
• En esta clase veremos
• Qué es gestión de requisitos
• El Documento de Requisitos y su plantilla
• Evaluación de requisitos, descripción del
  contexto y del producto
• Requisitos funcionales y requisitos de pruebas

3
Gestión de requisitos

• Propósito Establecer un entendimiento común
  sobre las necesidades de software entre cliente y
  desarrollador
• Los requisitos son la base para
• Estimaciones (tamaño, tiempo, esfuerzo)
• Planificación
• Ejecución
• Seguimiento

4
Condiciones para gestión de requisitos

• Establecer responsable de análisis de requisitos
  y asignarlos a HW o a SW
• Los requisitos están documentados
• Hay tiempo y recursos para gestionar los
  requisitos
• Los cambios en los requisitos son acordados entre
  las partes y son documentados
• Se mantienen las diferentes versiones de los
  requisitos
• Se toman mediciones sobre los requisitos

5
Actividades principales

• Evaluación de Requisitos
• Establecer requisitos funcionales y de prueba
• Establecer requisitos de calidad
• Establecer requisitos de medioambiente, de
  desarrollo y de post-desarrollo
• Establecer la arquitectura del sistema
• Evaluar riesgos existentes y nuevos
• Revisión de pares del documento de requisitos
• Por último, pero no menos importante Gestionar
  los cambios de requisitos

6
El Documento de Requisitos

• Preliminares
• Página de título
• Prefacio
• Historia de versiones
• Índice de materias
• Cuerpo
• Introducción
• Requisitos de sistema
• Requisitos de calidad
• Requisitos de ambiente
• Arquitectura del sistema

• Requisitos de desarrollo
• Requisitos de post-desarrollo
• Anexos
• Definiciones y siglas
• Lista de figuras
• Lista de tablas
• Referencias

7
Preliminares

• Página de Título
• Identifica projecto, documento, fecha, versión
• Prefacio
• Habla sobre el documento de requisitos, no sobre
  los requisitos.
• Historia de versiones
• Índice de materias

8
Prefacio

• Este documento es la Especificación de
  Requisitos de Nombre del Sistema, un sistema
  que/para descripción en una frase.
• Alcance Esta especificación es la base de todo el
  desarrollo del producto. Describe requerimientos
  funcionales, de calidad y de prueba, y la
  arquitectura del sistema
• Documentos Este documento, en conjunto con otros
  documentos describen
• relacionados el Nombre del Sistema.
• Aprobación Este documento es sujeto de aprobación
  por el cliente.
• Lectores Este documento es útil para usted, si es
  parte del equipo de desarrollo.

9
Introducción

• Contexto
• Estándares
• Documentación

10
Contexto

• Describir aqui el contexto en que se desarrollará
  el proyecto.
• Se debe incluir aspectos como
• Forma parte de otro proyecto o programa?
• Quién lo desarrolla?
• Dé que se trata el producto?

11
Estándares

• Describir aquí los diferentes estándares que el
  producto debe cumplir.
• Se debe incluir
• Estándares tecnológicos
• ATSC
• EIA-708
• Etc.
• Estándares de procesos.
• Estándares de programación.

12
Documentación

• Describir aqui los documentos que
• Serán generados durante el desarrollo.
• Ya existen y sirven de base para este documento.
• Cualquier otro documento relevante.

13
Requisitos del sistema

• Requisitos funcionales
• Requisitos de prueba
• Matriz de funcionalidad-prueba

14
Requisitos funcionales

• Describir aqui los requisitos que corresponden a
  la funcionalidad que debe satisfacer el producto.
• Identificar cada requisito de manera de permitir
  referenciarlo luego.
• Describir cada requisito de manera que sea
  comprobable si se satisface o no.

15
Requisitos de prueba

• Describir aqui los requisitos que debe cumplir el
  sistema de manera de poder realizar las pruebas
• Son especialmente importantes en sistemas
  embebidos.
• Por qué?

16
Matriz de funcionalidad-prueba