u Estableciendo lo que el cliente

requiere de un Sistema de
Software.

3ra. Clase
Ing. Federico Ferroggiaro
LA INGENIERIA DE SOFTWARE HA GENERADO
NUEVOS CONCEPTOS PARA LOGRAR UNA MAYOR
EFECTIVIDAD DE LOS PROGRAMAS QUE SE
ENTREGAN AL CLIENTE

EL MODELADO DE LOS PROCESOS DE NEGOCIOS.

INTEROPERABILIDAD ENTRE SISTEMAS.

INGENIERIA DE REQUISITOS
LA INGENIERIA DE REQUISITOS
DEBE RESPONDER A ESTAS NECESIDADES COMO
PARTE DEL CICLO DE DESARROLLO DE
SISTEMAS
EN EL DIAGRAMA VEMOS:
QUE LAS ACTIVIDADES EN LA INGENIERIA DE
REQUISITOS SE ENCUENTRAN VINCULADAS Y
REALIMENTADAS.

DE FORMA TAL QUE SE DESARROLLAN A LO LARGO

DE TODO EL CICLO DE VIDA DEL PRODUCTO YA
QUE LAS NECESIDADES DEL NEGOCIO VAN
CAMBIANDO CONFORME EL PRODUCTO SE
EXPLOTA EN PRODUCCION.
INGENIERIA DE REQUERIMIENTOS
La elicitacin de requerimientos es un paso del ciclo
de vida de los requerimientos en el ciclo de vida del
software.
Consiste en la indagacin levantamiento de los
requerimientos por medio de tcnicas conocidas y
recomendadas.
QUE SE ENTIENDE POR ELICITACION???...
Elicitacin en Computacin es:

1.- El significado est asociado al vocabulario

psicolgico como concepto de traspaso de
informacin en forma fluida de un ser humano a
otro.
ELICITACION (CONTINUACION)
2.- En Computacin la asociacin es similar, se
agrega el traspaso de informacin fluida desde un
software a otro

y a la vez de un computador a una persona o de

persona a persona.
 ELICITACION (OTRA
CONTINUACION)
3.- Cuando la informacin est fluyendo entre los
programas y la podemos ver y compartir con nuestros
contactos en forma fluida sin interrupciones podemos decir
que estamos elicitando la informacin.
 LA INGENIERIA DE
REQUERIMIENTOS
NO DEBE SER CONSIDERADA MERAMENTE
COMO UNA ELICITACION DE REQUISITOS
AISLADA EN LAS FASES INICIALES DEL
PROYECTO, SINO QUE EXIGE UNA
RETROALIMENTACION CONTINUA DE LA
ORGANIZACIN.
GESTION DE REQUISITOS
LAS ACTIVIDADES PRINCIPALES SON:

IDENTIFICAR LAS NECESIDADES DEL NEGOCIO.

DESARROLLAR LOS REQUISITOS DE UN SISTEMA

SW QUE SATISFAGA LAS NECESIDADES DEL
NEGOCIO.

GESTIONAR LOS REQUISITOS DEL SISTEMA SW

A DESARROLLAR.
IDENTIFICAR LAS NECESIDADES DEL
NEGOCIO(1ra. Parte) :
ESTUDIAR EL DOMINIO DEL PROBLEMA:
Su objetivo principal es obtener un conocimiento
suficiente del problema como para (a) poder
comunicarse eficazmente con clientes y usuarios,
(b) comprender su negocio, entender sus
necesidades y (d) poder proponer una solucin
adecuada.
IDENTIFICAR LAS NECESIDADES DEL
NEGOCIO (2DA. PARTE):
Identificar aspectos positivos y negativos de la
situacin actual
Su objetivo principal explicitar que aspectos funcionan
bien y cuales no antes de la implementacin del nuevo
sistema. Los aspectos negativos identificados ofrecen
la posibilidad de evitar que ocurran en el sistema a
desarrollar y los positivos conservarlos en la medida de
lo posible.
IDENTIFICAR LAS NECESIDADES DEL
NEGOCIO (3RA. PARTE):
ESTUDIAR EL MODELO DE NEGOCIO DEL
CLIENTE: SU OBJETIVO ES COMPRENDER EL
NEGOCIO ACTUAL, ESPECIALMENTE SUS
PROCESOS DE NEGOCIO. ESTA TAREA ES
FUNDAMENTAL PARA ENTENDER EL CONTEXTO
DEL NEGOCIO Y DEL NUEVO SISTEMA.-
IDENTIFICAR LAS NECESIDADES DEL
NEGOCIO (4TA. PARTE):
ESTUDIAR EL ENTORNO TECNOLOGICO DEL
CLIENTE: EL OBJETIVO ES ESTABLECER EL HARD Y
EL SOFT QUE TIENE INSTALADO EL CLIENTE ASI
COMO LA ARQUITECTURA DE SERVICIOS QUE
PUEDA ESTAR IMPLANTADA.
IDENTIFICAR LAS NECESIDADES DEL
NEGOCIO (5TA. PARTE):
OBTENER Y DOCUMENTAR LAS NECESIDADES DE
CLIENTES Y USUARIOS: SU OBJETIVO PRINCIPAL
ES OBTENER LAS NECESIDADES DE LOS CLIENTES
Y USUARIOS, INCLUYENDO LOS MODELOS DE
PROCESOS DEL NEGOCIO A IMPLANTAR. VER LAS
DIFERENCIAS QUE PUEDAN EXISTIR ENTRE LO
ACTUAL Y LO FUTURO.
DESARROLLAR LOS REQUISITOS
DE UN SISTEMA SW QUE
SATISFAGA LAS NECESIDADES
CARAJO

DEL NEGOCIO
REQUISITO NRO 1
DESARROLLAR LA
VISION GENERAL DEL
SISTEMA: SU OBJETIVO PRINCIPAL ES
COMENZAR A DEFINIR EL SISTEMA SW.
SE DEFINEN REQUISITOS GENERALES YSE
ESPECIFICAN LOS CASOS DE USO EN SU VERSION
INICIAL LUEGO SE IRAN DETALLANDO LOS
CASOS DE USO EN FORMA MAS DETALLADA
REQUISITO NRO.2
DOCUMENTAR LOS REQUISITOS DEL
SISTEMA
TOMANDO EN CUENTA:
LOS REQUISITOS GENERALES
CASOS DE USO INICIALES
LOS OBJETIVOS DEL NEGOCIO
EL MODELO DE NEGOCIO A
IMPLANTAR
REQUISITO NRO.2 (CONTINUACION)
Cabe sealar que los requisitos generales se van
detallando en requisitos funcionales, no funcionales,
de integracin y en restricciones tcnicas.

LOS CASOS DE USO SEVAN COMPLETANDO CON

MAS INFORMACION
REQUISITO NRO. 3
DEFINIR LAS POSIBILIDADES DE INTEGRACION
DEL SISTEMA:

SU OBJETIVO PRINCIPAL ES IDENTIFICAR

SISTEMATICAMENTE LOS SERVICIOS
EN FUNCIONAMIENTO Y QUE PUEDEN TENER
IMPACTO EN EL SISTEMA A
DESARROLLAR
REQUISTO NRO. 4
ANALIZAR LOS REQUISITOS DEL
SISTEMA
Su objetivo principal es analizar los requisitos
previamente elicitados y documentados para
detectar posibles conflictos.
Requisito nro. 5
VERIFICAR LA CALIDAD DE LOS
REQUISITOS DEL SISTEMA.

Su principal objetivo es la comprobacin de si los

requisitos se estn elaborando correctamente
REQUISITO NRO. 6
VALIDAR LOS REQUISITOS DEL SISTEMA
Su objetivo principal es la comprobacin de si existe
concordancia entre los requisitos elicitados y las
necesidades de usuarios y clientes.
GESTIONAR LOS REQUISITOS DEL
SISTEMA SOFTWARE A
DESARROLLAR
ETAPAS DE GESTION (NRO. 1)
DEFINIR EL CICLO DE VIDA DE LOS REQUISITOS
DEL SISTEMA.
Su objetivo principal es definir los estados por los que los
requisitos van a ir pasando.
Es necesario estos estados para controlar
las actividades pertenecientes al desarrollo
de requisitos
ETAPAS DE GESTION (NRO. 2)
GESTIONAR LAS LINEAS BASE DE LOS
REQUISITOS DEL SISTEMA:
Su objetivo fundamental es la generacin de
versiones del proyecto.
Es decir, controlar la consistencia en un instante
dado.
ETAPAS DE GESTION (NRO. 3)
GESTIONAR LOS CONFLICTOS DE
LOS REQUISITOS:
Su objetivo principal es la eliminacin de
posibles conflictos en el desarrollo de los
requisitos.
ETAPAS DE GESTION (NRO. 4)
GESTIONAR LAS PETICIONES DE CAMBIOS:
Su objetivo principal es gestionar todas las peticiones de
cambio en los requisitos una vez generada la primera
lnea base de la ESPECIFICACION DE REQUISITOS
DEL SISTEMA.
Esto modificar costos, recursos y fecha de entrega
ETAPAS DE GESTION (NRO. 5)
GESTIONAR LA TRAZABILIDAD DE LOS REQUISITOS
DEL SISTEMA:
Su objetivo fundamental es comprobar la
implementacin de los requisitos y el grado de impacto
de los cambios
DEFINICION DE REQUISITOS
RECOMENDACIONES :
En la documentacin
de requisitos se deben
de tomar en cuenta .
DEFINICION DE REQUISITOS
Estructurar los Requisitos. Problema de los requisitos
duplicados u omitidos.
Gestionar los requisitos: base de los contratos.

Gestionar las restricciones: rendimiento,

seguridad
DEFINICION DE REQUISITOS
Realizar pruebas de requisitos.

Gestionar el control de cambios de los

requisitos.

Obtener mtricas de la evolucin de los mismos.

DEFINICION DE REQUISITOS
PROPORCIONAR EJEMPLOS

REUTILIZAR REQUISITOS.
NORMAS INTERNACIONALES
ISO 2000

IEEE 610.12 NORMA ESPECIFICA

SOBRE DELINEAMIENTO DE
REQUISITOS. COMPLEMENTA LA
IEEE 830-1998.
NORMAS INTERNACIONALES
LA NORMA 610.12 ESPECIFICA QUE LA DEFINICION DE
REQUISITOS DEBEN SER:
No ambigua Consistente

Completa. Fcil de verificar

Verificable Rastreable o trazable.

Usable en operacin y mantenimiento

NORMAS INTERNACIONALES

ISO/IEC 12207

ESTE ESTNDAR INTERNACIONAL, EN SU ULTIMA

REVISION DEL 2008 CUBRE EL CICLO DE VIDA DE UN
PROYECTO SOFTWARE AL COMPLETO