REQUERIMIENTO

TIPOS

 Es una descripción de una • REQUERIMIENTO FUNCIONALES: son los que

condición o capacidad que debe definen las funciones que el sistema será capaz de
cumplir un sistema, ya sea derivada realizar, describen las transformaciones que el
de una necesidad de usuario sistema realiza sobre las entradas para producir
identificada o bien, estipulada en salidas.
un contrato al inicio del proceso.
• REQUERIMIENTO NO FUNCIONALES: tiene que
ver con características que de una u otra forma
pueden limitar el sistema.

• REQUERIMIENTO DE USUARIO: declaraciones en

lenguaje natural y en diversos diagramas de los
servicios del sistema.

• REQUERIMIENTO DEL SISTEMA: documento

estructurado que determina las descripciones
detalladas del sistema.
DIFICULTADES PARA DEFINIR LOS
REQUERIMIENTOS LOS CASOS DE USOS
 La cantidad de requerimientos en un proyecto  Describe
puede ser difícil de manejar.
 Narra
 Puede cambiar a lo largo del ciclo de
 Son muy útiles.
desarrollo.
 Se puede especificar con distinto grado de
 No son obvios y son de muchas fuentes.
detalle:
 Son difíciles de expresar en palabras.  ESPECIFICACION TEXTUAL
 ESPECIFICACION ESENCIAL
 DETALLADA
INGENIERIA DE REQUERIMIENTO

AUTORES
 PRESSMAN(2006) : Ayuda a los ingenieros
de software a entender mejor el programa en
cuya solución trabajaran.
 SOMMERVILLE(2005) : Es el proceso de
desarrollar una especificación de software.
 BOEHM : Es la disciplina para desarrollar una
especificación completa, consistente y no
ambigua.
IMPORTANCIA
 Permite gestionar las necesidades del
proyecto en forma estructurada.
 Mejora la capacidad de predecir
cronogramas de proyectos.
 Mejora la calidad del software
 Mejora la comunicación entre equipos.
Para PRESSMAN en el proceso de
análisis de requerimiento del software
identifica 5 tareas.

 Reconocimiento del problema.

 Evaluación y síntesis.
 Modelización.
 Especificación.
 Revisión.
METODO DE CORE

CONCEPTO: ETAPAS
 Es un conjunto de notaciones textuales y
graficas, con guías especificas para la
captura y validación de requerimiento
del sistema.
 Pretende examinar el sistema y su
ambiente.
AREAS DE PROBLEMA

Unos de los problemas principales que podemos

encontrar a la hora de especificar los
requerimientos, es la necesidad de un
entendimiento de los problemas del cliente,
deseos y ambiente en el cual el sistema será
instalado.
PARA BOOCH uno de los factores principales de
problema:
o Es la complejidad del dominio
o El análisis de requerimientos
o Siempre que hay comunicación, se puede
producir malas interpretaciones.
MODELOS

1. CASCADA O CICLO DE VIDA CLASICO:

En este modelo el producto evoluciona a través
de una secuencia de fases ordenadas de forma
lineal, permitiendo interacciones al estado
anterior.
2. DE ESPIRAL DE BOEHM:
Se forma a partir de una serie de ciclos de
desarrollo y va evolucionando.
3. Prototipado evolutivo:
Se centra en la idea de ayudar a comprender los
requerimientos que plantea el usuario
TECNICAS y HERRAMIENTA UTILIZADAS EN
LAS ACTIVIDADES DE I.R.
a) ENTREVISTAS O CUESTIONARIO: para reunir
información proveniente de personas o
grupos.
b) BRAINSTORMING(LLUVIA DE IDEAS): Se usa
para generar ideas.
c) PROTOTIPOS: Son simulaciones del posible
producto, que luego son utilizados por el
usuario final.
RequisitePro:
Es la herramienta que ofrece Rational
Software para tener un mayor control sobre
los requerimientos planteados por el usuario y
todos aquellos requerimientos técnicos o
nuevos requerimientos de usuario que surjan
durante el ciclo de vida del proyecto.
En RequisitePro los requerimientos se
encuentran documentados bajo un
esquema organizado de documentos; estos
esquemas cumplen completamente con los
estándares requeridos por algunas de las
instituciones a nivel mundial más reconocidas
en el desarrollo de software