Lic.

Oscar L Bravo
Universidad de Morn
2014
Elementos a ser tenido en
cuenta en el Proceso de l
a IR

Objetivos del Negocio y ambiente de trabajo
Esta informacin proporciona la base para
especificar el si
stema que ser
construido

Punto de vista de los clientes
Cada grupo de clientes tiene necesidades
diferentes, y dife
rentes requerimientos,
adems tienen diferentes grados de
importancia para ellos.
A veces los clientes no son los mismos
usuarios, trayendo com
o consecuencia
que los clientes soliciten procesos que
causan conflictos c
on los solicitados por los
usuarios.
Descubrir los stakeholders y mantenerlos
involucrados.

Problemas por el tamao y complejidad
Barreras de comunicacin.
Evolucin e integracin del sistema.
Documentacin de Requerimientos.
9
Ingeniera de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
El Proceso de la Ingeniera
de Requerimientos

La ingeniera de requerimientos es un
proceso que comprende t
odas las
actividades para crear y mantener los
requerimientos de un siste
ma por medio
de cuatro actividades genricas de alto
nivel:
1.
Estudio de factibilidad
2.
Obtencin y anlisis de requerimientos
3.
Validacin de requerimientos
4.
Administracin de requerimientos
10
Ingeniera de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
1.
Estudios de factibilidad
Un estudio de factibilidad es a corto plazo y
orientado a reso
lver si el sistema:
o
Contribuye a los objetivos de la organizacin.
o
Se puede implementar con tecnologa actual
dentro del costo
y el tiempo.
o
Puede integrarse a otros sistemas existentes
en la organiza
cin.
o
Finaliza con la recomendacin de continuar o
no con el proyec
to.
11
Ingeniera de Requerimientos
El Proceso de la Ingeniera
de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
2.
Obtencin y anlisis de requerimientos
Un proceso bastante difcil:
Los stakeholders a menudo slo conocen lo que desean
en trmi
nos muy generales.
Los stakeholders expresan los requerimientos con sus
propi
os trminos y con un conocimiento implcito
de su propio trabajo.
Diferentes stakeholders tienen requerimientos distintos
y los expresan de varias formas.
Influencia de factores polticos.
El entorno es dinmico, la importancia de los
requerimiento
s puede cambiar, nuevos requerimientos
pueden surgir.
Actividades del proceso:
Comprensin del dominio
Recoleccin de requerimientos
Clasificacin
Resolucin de conflictos
Priorizacin
Verificacin (completos, consistente y acordes)
12
Ingeniera de Requerimientos
El Proceso de la Ingeniera
de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014

Algunas de las tcnicas de elicitacin:
13
Ingeniera de Requerimientos
Entrevistas Brainstorming
Anlisis de protocolo Focus group
Cuestionarios Introspeccin
Etnografa Prototipos
LEL
Emparrillado
Escenarios Etc...
El Proceso de la Ingeniera
de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
3.
Validacin de requerimientos
Similar al anlisis pero comprende un bosquejo completo del
docu
mento en lugar de requerimientos
incompletos.
Importante ya que los errores en los requerimientos pueden
co
nducir a costos excesivos si se descubren
durante el desarrollo o despus de la implantacin
Es difcil demostrar que un conjunto de requerimientos
cumple con
las necesidades del usuario.
Se deben llevar a cabo diferentes tipos de verificacin:
o
Verificacin de validez
o
Verificacin de consistencia
o
Verificacin de integridad
o
Verificacin de realismo
o
Verificabilidad
Tcnicas de validacin:
o
Revisiones de requerimientos
o
Construccin de prototipos
o
Generacin de casos de prueba
o
Anlisis de consistencia automtico (CASE, repositorios de
requer
imientos)
14
Ingeniera de Requerimientos
El Proceso de la Ingeniera
de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
4.
Administracin de requerimientos
Los requerimientos de los grandes sistemas
son siempre camb
iantes.
Los grandes sistemas usualmente se
desarrollan para mejora
r el status quo.
Surgirn nuevos requerimientos debido a:
o
Comunidad diversa de usuarios. Los requerimientos
finales
son comnmente un trmino
medio.
o
Quien paga es raramente quien usa el sistema.
o
Los entornos de negocios y el tcnico son
cambiantes.
La administracin de requerimientos es el
proceso de compre
nder y controlar los
cambios en los requerimientos.
La planeacin comienza al mismo tiempo que
la obtencin inic
ial de
requerimientos.
La administracin activa debe iniciar tan
pronto est lista
la primera versin del
documento de requerimientos.
15
Ingeniera de Requerimientos
El Proceso de la Ingeniera
de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
Administracin de requerimientos
1.
Requerimientos duraderos y voltiles
2.
Planeacin de la administracin de requerimientos
3.
Administracin del cambio de los requerimientos
1.
Requerimientos duraderos y voltiles
Especificar el desarrollo de un sistema grande
puede llevar
varios aos. Desde una
perspectiva evolutiva los requerimientos son de dos
clases
:
Requerimientos duraderos
Requerimientos voltiles
o
Requerimientos mutantes
o
Requerimientos emergentes
o
Requerimientos consecutivos
o
Requerimientos de compatibilidad
16
Ingeniera de Requerimientos
El Proceso de la Ingeniera
de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
2.
Planeacin de la administracin de
requerimientos
La administracin de los requerimientos es muy costoso.
Durante esta etapa, para cada proyecto, es necesario establecer el
n
ivel de detalle.
Se tiene que decidir sobre:
o
La identificacin de los requerimientos
o
Un proceso de administracin del cambio
o
Polticas de rastreo
o
Ayuda de herramientas CASE
Tipos de informacin de rastreo:
o
Rastreo de la fuente
o
Rastreo de los requerimientos
o
Rastreo del diseo
La informacin de rastreo implica utilizar matrices de rastreo.
La administracin de requerimientos necesita de ayuda automti
ca para:
o
Almacenar requerimientos
o
Administrar los cambios
o
Administrar el rastreo
Herramientas CASE, por ejemplo Rational Requisite Pro, Rati
onal Requierements Composer, etc.
Sistemas pequeos pueden llevarse con procesador de texto, hoja
de
clculo o una pequea base de datos.
17
Ingeniera de Requerimientos
El Proceso de la Ingeniera
de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
3.
Administracin del cambio de los
requerimientos
Un proceso formal para que todos los cambios
propuestos sean
tratados de forma
consistente.
Etapas:
o
Anlisis del problema y especificacin del cambio.
o
Anlisis del cambio y costo.
o
Implementacin del cambio.
Siempre existe la tentacin de hacer un cambio
urgente al sis
tema y en retrospectiva
modificar el documento de requerimientos. Esto
conduce a un
desfase e inconsistencias.
18
Ingeniera de Requerimientos
El Proceso de la Ingeniera
de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
Las pruebas son muy eficaces si
se hacen en las fases
tempranas del ciclo de desarrollo.
Probar los requisitos antes de que
efectivamente pasen a
formar parte de la especificacin.
Se rechazan los requisitos que
estn fuera de alcance,
irrelevantes, inviables, incorrectos
o incompletos, de este
modo, todos los requisitos son
verificables y se asegura que la
solucin a implementar cumple
con las expectativas del
cliente.
Hay algunos requisitos que no
pueden entenderse hasta que el
usuario tiene la oportunidad de
utilizar el producto.
El prototipado es una forma de
descubrir requisitos probando
una simulacin del producto.
19
Ingeniera de Requerimientos
Probando los Requisitos
Lic. Oscar L Bravo
Universidad de Morn
2014
Dentro del alcance de la Ingeniera de requisitos
est el des
arrollar, analizar, especificar,
consolidar, documentar, validar y gestionar los
requisito
s.
Los desarrolladores especializados en
software crtico para la seguridad de
las personas, deben garantizar la
trazabilidad de los requisitos junto con
la validacin de las pruebas necesarias
para el cumplimiento de estndares y
normas.
Las normativas exigen que los requisitos de
software se trac
en de manera bidireccional con las
pruebas debido a la exponencial creciente en la
complejidad
del software.
La ingeniera de requisitos y la gestin de pruebas
permite c
onvertir los requisitos en un
producto final de alta calidad.
Escribir requisitos que sean completos, trazables y
que se p
uedan probar, para ello hay que
determinar exactamente las necesidades reales de
los clien
tes.
20
Ingeniera de Requerimientos
Trazabilidad y Validacin de
los Requisitos
Lic. Oscar L Bravo
Universidad de Morn
2014
Especificacin de Requisitos
de Software (ERS)

La ERS
es un
contrato
entre la empresa desarrolladora y
la
empresa cliente.

Ambas partes deben comunicarse
muy estrechamente para
establecer los requisitos de la
aplicacin.

Una buena ERS
ayudar a la empresa cliente a
describir qu
es lo que quiere, y tambin
servir a los desarrolladores para
comprender qu es, exactamente,
lo que le estn solicitando.

De la ERS
depende el resultado final del
producto software,
por lo tanto, es muy importante
que en ella se describa lo ms
detalladamente posible
"todo"
lo que se espera que haga dicho
software.
21
Ingeniera de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
Especificacin de Requisitos
de Software (ERS)

Hay que saberlo todo, incluso se tiene
que saber por qu no se sabe lo qu
e
no se sabe. Para ello, el desarrollador
debe preguntarle a los sta
keholders
preguntas tales como:
Qu debe hacer el software? Esta es la
pregunta ms importan
te, de ella
surgirn todas las dems. Los
stakeholdstakeholders deben explicar a
los ingenieros para
qu necesitan un software, qu tareas
quieren que desempee
, en qu mbito,
etc.
Qu datos de entrada y de salida intervienen
en el proceso? T
odos los sistemas
manipulan datos. Por lo tanto, esta es la
segunda pregunta m
s importante, de la
cual tambin se derivan otras como: hay que
validar o filtra
r los datos de
entrada?, de cunta informacin se trata?,
siempre es la m
isma?, se deben
almacenar los datos de salida en algn
soporte informtico?
, etc.
En qu hardware y sistema operativo se va
a ejecutar? Cuando
se desarrolla
una aplicacin de gran tamao, hay que
prestar especial aten
cin a los recursos
necesarios para su buen funcionamiento. En
relacin a este a
specto, algunas
otras preguntas son: se va a ejecutar en una
red?, la veloci
dad del proceso es
un aspecto crtico?, etc.
22
Ingeniera de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
Especificacin de Requisitos
de Software (ERS)
Quin ser el usuario de la aplicacin? No
es lo mismo desarr
ollar una
aplicacin para ser usada por personas que
poseen conocimie
ntos avanzados de
informtica (por ejemplo, un administrador de
red) que por o
tras que slo tienen
conocimientos a nivel usuario (por ejemplo,
un administrat
ivo). Este aspecto
influir, especialmente, en cmo debe ser la
interfaz de la a
plicacin, y cules son
los trminos en que se elaborar el
manual de usuario
.
El
manual de usuario
de cualquier sistema suele ser un libro que
acompaa al
software. Dicho manual se puede ir
confeccionando a lo largo
de todo el ciclo de
vida y en l se explica al usuario los pasos
que debe seguir par
a instalar la
aplicacin, configurarla, utilizarla, etc. A
veces, las ap
licaciones informticas
tambin ofrecen una
ayuda en lnea
, que, igualmente, forma parte de dicha
documentacin.
Adems, hay que saber otras cosas, tales
como: cul va a ser e
l tratamiento de
posibles errores en la ejecucin del
software?, cmo se va a
garantizar la
seguridad de los datos?, cul ser la vida
til de la aplicac
in?, podr sufrir
modificaciones en el futuro?, etc.
23
Ingeniera de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
Especificacin de Requisitos
de Software (ERS)

Conceptos
El primer y bsico rol de los requerimientos es la
comunicacin.
Los Requerimientos toman vida desde que realizamos
nuestro prim
er encuentro de interlocucin
con usuarios o clientes.
Este puede desarrollarse utilizando cualquiera de una
variedad
de tcnicas como entrevistas para
intercambiar opiniones, brainstorming, prototipos,
cuestionar
ios, etc.
Cuando los requerimientos se logran redactar a un
significativ
o nivel de detalle, tendremos listo el
documento denominado Especificacin de Requisitos
de Software
.
Cuando se hace referencia a errores en los requisitos
de los siste
mas, se desliza la idea que el
profesional de software o el proceso de captura han
sido la fuente y e
l origen de los mismos.
La primer conferencia internacional sobre ingeniera de
requer
imientos fue en 1993. Aunque el
termino ingeniera de requisitos fue publicado
formalmente e
n 1977 por la IEEE.
Existe una controversia si la Ingeniera de
Requerimientos es par
te de la Ingeniera de software o
de la Ingeniera de sistemas.
La Ingeniera de Requerimientos debe lidiar con
diferentes p
untos de vista y abstracciones.
Algunos autores definen una jerarqua de requisitos,
donde al
gunos requisitos son de alto nivel de
abstraccin y se especifican en un documento
denominado Documento de
requerimientos del
sistema, luego estos requisitos se detallan en la ERS
propiament
e dicha.
24
Ingeniera de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
Especificacin de Requisitos
de Software (ERS)

Organizacin de los Requisitos
Es importante tener en cuenta que, en 1983, el
Estndar de IEE
E 830 estableca que las
funciones debern expresarse como una jerarqua
funcional
(en paralelo con los DFDs
propuestos por el anlisis estructurado). Pero el
Estndar
de IEEE 830, en sus ltimas
versiones, ya permite organizar esta subseccin de
mltipl
es formas, y sugiere, entre otras,
las siguientes:
Por tipos de usuario: Distintos usuarios poseen
distintos r
equisitos. Para cada clase de
usuario que exista en la organizacin, se
especificarn los
requisitos funcionales que le
afecten o tengan mayor relacin con sus tareas.
Por objetos: Los objetos son entidades del mundo
real que ser
n reflejadas en el sistema.
Para cada objeto, se detallarn sus atributos y sus
funcione
s. Los objetos pueden
agruparse en clases. Esta organizacin de la ERS
no quiere de
cir que el diseo del
sistema siga el paradigma de Orientacin a Objetos.
Por objetivos: Un objetivo es un servicio que se
desea que ofr
ezca el sistema y que
requiere una determinada entrada para obtener su
resultado
. Para cada objetivo o
subobjetivo que se persiga con el sistema, se
detallarn las
funciones que permitan
llevarlo a cabo.
25
Ingeniera de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
Especificacin de Requisitos
de Software (ERS)
Por estmulos: Se especificarn los posibles
estmulos que
recibe el sistema y las
funciones relacionadas con dicho estmulo.
Por jerarqua funcional: La funcionalidad del sistema
se es
pecificar como una jerarqua
de funciones que comparten entradas, salidas o
datos intern
os. Se detallarn las
funciones (entrada, proceso, salida) y las
subfunciones de
l sistema. Esto no implica que el
diseo del sistema deba realizarse segn el
paradigma de Dis
eo Estructurado.
Para organizar esta subseccin de la ERS se
elegir alguna de
las anteriores alternativas, o
incluso alguna otra que se considere ms
conveniente. Pero d
eber justificarse el porqu de
tal eleccin.
26
Ingeniera de Requerimientos
Lic. Oscar L Bravo
Universidad de Morn
2014
Conclusiones

El proceso de IR incluye un estudio de factibilidad y
la obten
cin, anlisis, validacin y
administracin de requerimientos.

El anlisis de requerimientos es un proceso iterativo
que in
cluye la comprensin del dominio y
la recoleccin, clasificacin, resolucin de
conflictos,
priorizacin y verificacin de
requerimientos.

Los diferentes stakeholders del sistema tienen
requerimie
ntos diferentes. Por lo tanto los
sistemas complejos deben analizarse desde
diferentes punt
os de vista.

Los factores sociales y organizacionales tienen
influenci
a sobre los requerimientos y pueden
determinar si el software es utilizado o no.

La validacin de requerimientos es el proceso de
verificarl
os en cuanto a validez, consistencia,
integridad, realismo y certidumbre. Las principales
tcni
cas de validacin son las revisiones y
el prototipado.

Los cambios en los negocios, los organizacionales y
los tcn
icos cambian los requerimientos.
La administracin de requerimientos es el proceso
de gestio
nar y controlar los cambios.

La administracin de requerimientos incluye la
gestin de l
a planeacin, en la cual se
especifican las polticas y procedimientos para la
adminis
tracin de los requerimientos, y la del
cambio, en la que se analizan los cambios y se
evala su impact
o.

Los requisitos son posiblemente la parte ms
incomprendida
de la Ingeniera de SoftwaARE