Sistemas II

Lcdo. Eddy Cortez

Ingeniera de Requisitos

Ingeniera de Requisitos?

Ayuda a los ingenieros de software a entender

mejor el problema en cuya solucin
trabajarn.
Por qu es importante? Se debe entender lo
que el cliente quiere antes de comenzar a
disear y construir un sistema.
Toma en cuenta errores, coste y tiempo.
La IR trata de los principios, mtodos, tcnicas
y herramientas que permiten descubrir,
documentar y mantener los requisitos, de
forma sistemtica y repetible.

Objetivo

El objetivo del proceso de la ingeniera de

requisitos es darle a todas las partes una
explicacin escrita del problema.

Es esencial que se haga un esfuerzo real

por entender los requisitos de un problema
antes de intentar resolverlo.

Tipos de Requisitos

Funcionales
Describen
sistema.

los servicios que se esperan del

No funcionales
Restricciones sobre los requisitos funcionales
Existen dos tipos:
ORIENTADOS AL
ORIENTADOS AL USUARIO
Fiabilidad

DESARROLLADOR
Disponibilidad

Seguridad

Portabilidad

Usabilidad

Adaptabilidad

Robustez

Testabilidad

Rendimiento, etc

Comprensibilidad

Ingeniera de requisitos

Fases de la IR

Proporciona el mecanismo adecuado para

entender lo que el cliente quiere.

Fases:

Inicio

Tpicas razones para iniciar la IR:

Oportunidades:

Identificacin de nueva(s) necesidad(es) de negocios.

Descubrimiento de nuevo(s) mercado(s).
Descubrimiento de nuevo(s) servicio(s).
Investigacin y desarrollo (mantenimiento perfectivo).

Necesidades:
Solicitud de nuevo servicio.
Crecimiento de la organizacin.
Incorporacin de procesos en la organizacin.

Obtencin

La obtencin de informacin no es tan fcil

como parece.
Los ingenieros deben realizar en forma
organizada la actividad de recopilacin de
requisitos.
DE MBITO

DE COMPRENSIN

DE VOLATILIDAD

Limite del
sistema mal
definido

El cliente no est
seguro 100% de que
es lo que necesita

Los problemas
cambian con el
tiempo.

Detalles tcnicos
innecesarios, etc.

Tienen dificultades
para comunicar sus
necesidades, etc.

Elaboracin
El objetivo es desarrollar un modelo tcnico
refinado de las funciones, caractersticas y
restricciones del sistema.
Se
conduce mediante la creacin y
refinamiento de escenarios.
El resultado final es un modelo de anlisis
que define:

El dominio de la informacin.
Funciones del sistema.
El problema.

Negociacin
Clientes, usuarios y otros interesados deben
ordenar sus requisitos y luego discutir los
conflictos relacionados con la prioridad.
Hacer
estimaciones
preliminares
del
esfuerzo requerido para su desarrollo.
Mediante un enfoque iterativo los requisitos
se elimina, combinan o modifican.

Especificacin

Puede ser:

Documento escrito
Conjunto de modelos grficos
Modelo matemtico formal
Escenarios de uso
Prototipo
Una combinacin de estos.

Recomendaciones:
SISTEMAS GRANDES
Documentos
escritos

SISTEMAS PEQUEOS

POCA CLARIDAD EN
SOLICITUD

Escenarios de Uso

Prototipo

Es el producto final que genera la IR.

Validacin

Examinar la especificacin para asegurar

que los requisitos de software se han
establecido de manera correcta y precisa.
PREGUNTAS RECOMENDADAS PARA VALIDAR
La fuente del requisito est identificado?
Cules otros requisitos estn relacionados con ste?
El requisito viola alguna restriccin del dominio del sistema?
El requisito se puede probar? Se pueden especificar las
pruebas?

Gestin

Es el conjunto de actividades que ayuda al equipo

del proyecto a identificar, controlar y hacer
seguimiento a los requisitos; as como tambin,
los cambios a stos durante el desarrollo del
proyecto.

La gestin formal se recomienda para proyectos

grandes, pero en todos los casos es importante la
rastreabilidad de los requisitos identificados.