INGENIERIA DE
REQUISITOS

El término IR “ingeniería de
requisitos” ha surgido para
englobar los procesos de
desarrollo y gestión de requisitos
en el ciclo de vida del software

Conceptualizacion termino

Ingenieria

Enfoca en actividades

Obtención

Análisis

Especificación

Validación

Requisitos

Administración de Requisitos o
Requerimientos antes explicados

IR proporcioina el mecanismo para

Entender las necesidades del
cliente

Analizar las necesidades

Evaluar la factibilidad

Negociar una solución
razonable

Especificar la solución sin
ambiguedades

Validar la especificación

Administrar los requisito conforme
a la transformación del sistema
operacional

Elicitación

Enfoca en descrubrir los requisitos
del sistema

Objetivos

Conocer el dominio del problema

Descubrir necesidades reales
entre clientes y ususarios

Consensuar los requisitos entre los
propios clientes y usuarios

Análisis

Enfoca en descubrir los problemas
con los requisitos del sistema

Objetivos

Detectar conflicto en los requisitos
que suelen provenir de distintas
fuentes

Presentar Contradicciones o
ambiguedades debido a su
naturaleza informal

Profundizar en el conocimiento del dominio del problema

El analista debe Proporcionar un
sistema de retroalimentación

Especificación

Documentación de los requisitos
acordados con el cliente en detalle

Aplicación de diagramas UML
(lenguaje de modelado unifiado)

Aplicación de casos de uso y
obtencion de requisitos

Validación de requisitos

Garantiza que los requisitos
analizados correspondan a las
necesidades de los clientes y
usuarios

Valida que el producto final sea
técnicamente correcto y este no
sea satisfactorio

Si el analista realiza nuevas
validaciones puede reescribir el
proyecto generando nuevas
especificaciones de requisitos

Actividad que contiene
para un sistema
informatico

Fases

Actividades para el
desarrollo del proyecto

Planificación

Enfoque en la viabilidad

Análisis

Conocimiento de requisitos

alcance del proyecto

Definición de requisitos o
Requerimientos

Requisitos

Es

Necesidad usuario

Comunicación de Expectativas

Obvias o ocultas

Conocida o desconocida

Esperada o inesperada

Importancia

Viabilidad del negocio

Necesidades del
negocio

Exito o fracaso del proyecto

Caracteristicas segun Pfleeger

Necesario

Completo

Consistente

Correcto

Factible

Modificable

Priorizado

Claro

Clasificación

Basada en el nivel de descripción

Requerimientos de usuario

Declaraciones

Lenguaje natural

Diagrama

Requerimientos de sistema

Presentan en detalle

Funciones

Servicios

Restricciones operativas del
sistema

Basada en los requerimientos de
sistema

Requerimientos Funcionales

Declaraciones de los servicios que
debe proporcionar el sistema

Enfocado en las entradas
particulares

Lo que el sistema no debe hacer

Requerimientos no funcionales

son

Restricciones de los servicios

Todos los requerimientos basados
en

Fiabilidad

Tiempo de respuesta

Capacidad de almacenamiento

Actividades principales de la fase

Definición del alcance

Identificación del negocio

Toma de requerimientos

Estudio de procesos de negocio

Calendarización del proyecto

Diseño

Identifica soluciones

Asignación de recursos

Establece metodos de validación

Implementación y pruebas

Establece ajustes para corrección
de errores

Mantenimiento

Correctivo, adaptativo y perfectivo
para el proyecto

Paradigmas

Modelos de ciclo de vida

Paradigma tradicional

Son lineales y van de principio a fin

Modelos PT

Modelo Cascada

Modelo Espiral

Modelo Iterativo o por Prototipos

Modelo Scrum

Modelo Kanban

Modelo XP o Programación
Externa

Por perdida de tiempo

si ha errores se debe retornar
todas las fases

Desventaja

Paradigma Orientado a Objetos

Se basa por la creación de

Clases

Análisis de requisitos

Diseño

Paradigma de Desarrollo Agil

Simplificación de procesos
agiliazndo fases

Cliente involucrado directamente