1

2. Requisit os
I ngeniera del Soft ware I
3 I .T.I .Gest in
Miguel A. Laguna
Cont enidos
2.1 Tipos de requisit os.
2.1.1 Requisit os de usuario y del sist ema
2.1.2 Requisit os funcionales y no funcionales.
2.2 Act ividades de la I ngeniera de Requisit os
2
2.3 Elicit acin de Requisit os
2.2.1 Ent revist as.
2.2.2 Herramient as. Diagramas de act ividades
2.4 Validacin y gest in de requisit os
2.5 El document o de requisit os
Problema y Solucin
Usuarios
Espacio del
Problema
Problem Problema
3
sist ema
nuevo
Requisit os
Soft ware
Diseo
Test
Doc.
Obj et ivos
Espacio de
la Solucin
Trazabilidad
I ngeniera de Requisit os
Los requisit os det erminan
lo que har el sist ema (cmo funcionar)
rest ricciones sobre su operacin e
implement acin.
4
La elicit acin, anlisis y especificacin de
requisit os es el proceso del est udio de las
necesidades de los usuarios para llegar a una
definicin de los requisit os del sist ema
Qu es un requisit o?
Un requisit o es una condicin o capacidad
que necesit a el usuario para resolver un
problema o conseguir un obj et ivo
det erminado .
5
Tambin se aplica a las condiciones que debe
cumplir o poseer un sist ema o uno de sus
component es para sat isfacer un cont rat o, una
norma o una especificacin.
Qu es un requisit o?
Puede verse como
una declaracin abst ract a de alt o nivel de un
servicio que el sist ema debe proporcionar
una definicin mat emt ica det allada y formal de
6
una definicin mat emt ica det allada y formal de
una funcin del sist ema.
Los requisit os cumplen una doble funcin
Son una ofert a de cont rat o -> abiert os a la
int erpret acin
Son el cont rat o en s mismo -> deben definirse de
forma det allada
2
2.1 Tipos de requisit os
Requisit os de usuario y del sist ema
Requisit os funcionales y no funcionales
(Reglas y requisit os de informacin)
Tipos de requisit os
Requisit os de usuario
Declaraciones en lenguaj e nat ural y en diversos diagramas
de los servicios del sist ema y de las rest ricciones baj o las
que debe operar.
Requisit os del sist ema
8
q
Un document o est ruct urado que det ermina las descripciones
det alladas de los servicios de sist ema.
Escrit o como cont rat o ent re el client e y el desarrollador
Deben ser una especificacin complet a y consist ent e del
sist ema
Especificacin del soft ware: descripcin det allada del
soft ware que sirve de base a los desarrolladores para
disear el sist ema .
Requisit os de usuario y del sist ema
1.- El sist ema debe permit ir represent ar y acceder a archivos
ext ernos creados por ot ras herramient as
Un r equi si t o de usuar i o
Requi si t os del si st ema asoci ados
9
1.- El usuario deber poder definir el t ipo de un nuevo archivo ext erno.
2.- Cada t ipo de archivo t endr una herramient a asociada, que se aplicar
al archivo.
3.- Cada t ipo de archivo se represent ar con un icono especfico.
4.- El usuario deber poder definir el icono que represent a un t ipo de
archivo ext erno.
5.- Cuando el usuario selecciona un icono que represent a un archivo
ext erno, el efect o es aplicar la herramient a asociada con est e t ipo de
archivo al archivo represent ado por el icono seleccionado.
Ent radas
Salidas
Sist ema
Requisit os funcionales y no funcionales
10
Funcionalidad
RNF
Requisit os funcionales y no funcionales
Requisit os funcionales (RF)
Definicin de los servicios que el sist ema
debe proporcionar, cmo debe reaccionar
a una ent rada part icular y cmo se debe
11
a una ent rada part icular y cmo se debe
comport ar ant e sit uaciones part iculares.
Requisit os no funcionales (RNF)
Rest ricciones que afect an a los servicios o
funciones del sist ema, t ales como
rest ricciones de t iempo, sobre el proceso
de desarrollo, est ndares, et c.
Requisit os funcionales
Describen el funcionamient o del sist ema
Los RF del usuario pueden ser frases muy
generales sobre lo que el sist ema debera
12
generales sobre lo que el sist ema debera
hacer. Se suelen expresar como obj et ivos del
sist ema.
Los RF del sist ema deben describir los
servicios que hay que proporcionar con t odo
det alle: los casos de uso
3
Ej emplos de requisit os funcionales
1. Se deben poder realizar bsquedas en
base a diferent es crit erios.
2. Se deben proporcionar diferent es
visores para que el usuario lea los
13
p q
document os recuperados.
3. Cada fact ura t endr un nmero nico
y correlat ivo y la fecha.
Requisit os no funcionales
Definen propiedades emergent es del sist ema, t ales
como el t iempo de respuest a, las necesidades de
almacenamient o, la fiabilidad,
Pueden especificar t ambin la ut ilizacin de una
14
Pueden especificar t ambin la ut ilizacin de una
herramient a CASE en part icular, un lenguaj e de
programacin o un mt odo del desarrollo.
Pueden ser ms crt icos que los funcionales.
Si un R. funcional no se cumple, el sist ema se degrada
Si un R. no funcional no se cumple, el sist ema puede
inut ilizarse
Clasificacin de los requisit os no
funcionales
Requisit os del product o
Especifican el comport amient o del product o obt enido:
velocidad de ej ecucin, memoria requerida, porcent aj e de
fallos acept ables,
15
Requisit os organizacionales
Son una consecuencia de las polt icas y procedimient os
exist ent es en la organizacin: procesos est ndar ut ilizados,
de fechas de ent rega, document acin a ent regar,
Requisit os ext ernos
Present an fact ores ext ernos al sist ema y a su proceso de
desarrollo: int eroperabilidad del sist ema con ot ros, requisit os
legales, t icos,
Ej emplo de requisit os no funcionales
1. Requisit o del product o
4.C.8 Se ut ilizar en t odas las comunicaciones el
conj unt o de caract eres ADA est ndar
2. Requisit o organizacional
16
q g
9.3.2 El sist ema se debe desarrollar de acuerdo
con el proceso est ndar XYZCo-SP-STAN-95.
3. Requisit o ext erno
7.6.5 El sist ema no divulgar a los operadores
ninguna informacin personal sobre los
client es apart e de su nombre y su nmero de
referencia.
Requisit os verificables
Los requisit os no funcionales pueden ser muy
difciles de expresar con exact it ud.
Los requisit os imprecisos pueden ser difciles
d ifi
17
de verificar
Un deseo general del usuario es, por ej emplo, la
facilidad de uso
Requisit o no funcional verificable
Una frase que incluye alguna medida que puede
ser obj et ivament e probada
Ej emplo: RNF verificables
1. RNF imprecisos ( una primera versin)
- Los usuarios especializados debern ut ilizar el sist ema
fcilment e.
- El sist ema deber est ar organizado para minimizar los
18
El sist ema deber est ar organizado para minimizar los
errores del usuario.
2. RNF verificables ( det allados)
- Los usuarios experiment ados debern poder ut ilizar
t odas las funciones del sist ema despus de un t ot al de
dos horas de ent renamient o.
- Despus de est e ent renamient o, el nmero medio de
errores comet idos por los usuarios experiment ados no
exceder de dos por da.
4
UUsabilit y
Human fact ors aest het ics, consist ency,
document at ion
RReliabilit y
Frequency/ severit y of failure,
Funcionality Requisit os funcionales
Una gua bsica de RNF: [ F] URPS
19
RReliabilit y
(Fiabilidad)
recoverabilit y, predict abilit y, accuracy,
MTBF
PPerformance
(Rendimiento)
Speed efficiency, resource usage,
t hroughput , response t ime
SSupport abilit y
(Soporte)
Test abilit y Ext ensibilit y
Adapt abilit y Maint ainabilit y
Compat ibilit y Configurabilit y
Serviceabilit y I nst allabilit y
Localizabilit y Robust ness
[ F] URPS, ej emplo
Facilidad de uso (usability)
Se debe ver el t ext o fcilment e a una dist ancia de 1
met ro
Fiabilidad (reliability)
20
( y)
Si se produce algn fallo al usar un servicio ext erno
( aut orizacin de pago) solucionarlo localment e
Rendimient o (performance)
conseguir la aut orizacin de pago en menos de 1
minut o, el 90% de las veces
Soport e (support ability)
El sist ema debe ser inst alable por los usuarios.
Reglas del negocio
y Requisit os de informacin
Las reglas del negocio describen las caract erst icas
del dominio en el que se encuadra la organizacin.
Pueden ser requisit os funcionales, rest ringir los exist ent es o
definir clculos part iculares.
Si las reglas del negocio no se sat isfacen, el sist ema puede
21
g g , p
no t rabaj ar de forma sat isfact oria.
Los requisit os de informacin son t ambin formas
especializadas de requisit os:
el sist ema guardar informacin sobre los socios del
videoclub, en concret o DNI , nombre)
Reglas de negocio en diversos
dominios
1. Rest riccin a un requisit o funcional:
Habr una int erfaz del usuario est ndar para
t odas las bases de dat os, que t omar como
referencia el est ndar Z39.50.
22
2. Rest riccin legal:
Debido a las rest ricciones en los derechos de
aut or, algunos document os se deben suprimir
inmediat ament e despus de su llegada.
3. Clculo part icular:
La desaceleracin del t ren se calcula como:
D
t ren
= D
cont rol
+ D
gradient e
Requisit os de informacin
I RQ02: I nformacin sobre un socio de un
videoclub
Nmero de socio
Nmero del DNI
23
Nmero del DNI
Nombre y apellidos
Fecha de nacimient o
Sexo
Fecha de alt a como socio
Direccin
Telfonos
Pelculas alquiladas en un moment o dado
Guas para escribir requisit os
I nvent ar un format o est ndar y ut ilizarlo para
t odos los requisit os
Ut ilizar el lenguaj e de forma consist ent e.
Dist inguir ent re los requisit os obligat orios y
24
Dist inguir ent re los requisit os obligat orios y
los deseables.
Resalt ar el t ext o para ident ificar las part es
claves del requisit o.
Evit ar el uso de lenguaj e t cnico .
5
Ej emplo: Un cat logo de
requisit os
Requisit os Funcionales.
Funciones principales del sist ema
Mant enimient o de dat os de socios.
Generacin de fact uras con periodicidad
25
Generacin de fact uras con periodicidad
variable (1, 2, 3, 6, 12 meses) a part ir de
cualquier mes.
Fact uracin con el format o exigido por la Caj a
de Ahorros.
Fact uracin mensual para recibos corrient es, y
en cualquier moment o para no corrient es
Ej emplo: Un cat logo de
requisit os
Funciones de consult as
Socios, fact uras e impagados
List a det allada de fact uras impagadas para
poder proceder a su reclamacin
F i d i f i
26
Funciones de informacin
Socios (dat os personales, bancarios, cuot a y
periodicidad)
Fact uras (t odas las fact uras emit idas, sean
cobradas o pendient es de pago)
Ej emplo: Un cat logo de
requisit os
Funciones de int eraccin con ot ros sist emas
Caj a de ahorros: disco con format o normalizado
para realizar la fact uracin
Programa de cont abilidad, para realizar los
asient os correspondient es a cada mes
27
asient os correspondient es a cada mes
Ej emplo: Un cat logo de
requisit os
Requisit os No Funcionales.
De rendimient o
No se especifican det alles
28
Volumen de 500 socios
De frecuencia de t rat amient o
Fact uracin mensual t pica de 250 socios, con
picos de hast a 5000
Los impagados suelen ser el 2% del volumen
t ot al fact urado al mes
Ej emplo: Un cat logo de
requisit os
De seguridad
Cont rol de accesos: Una palabra clave para el
usuario (secret aria)
Copias de respaldo: No especificado
I t id d d l i f i N ifi d
29
I nt egridad de la informacin: No especificado
De comunicaciones
Ninguno. Todas las aplicaciones funcionan en el
mismo comput ador
I mprecisiones en los requisit os
Aparecen problemas cuando los requisit os no
se precisan con exact it ud
Los requisit os expresados de forma ambigua se
pueden int erpret ar de manera diferent e por los
d ll d l i
30
desarrolladores y por los usuarios
Obj et ivo: La especificacin debe ser complet a
y consist ent e
Complet a: Todos los servicios solicit ados por el
usuario est n definidos.
Consist ent e: Los requisit os no t ienen definiciones
cont radict orias.
6
Problemas con el lenguaj e
nat ural
Falt a de claridad
La precisin es difcil sin hacer el
document o ilegible.
Confusin de requisit os
31
Confusin de requisit os
Los requisit os funcionales y no funcionales
t ienden a est ar mezclados.
Conj uncin de requisit os
Varios requisit os se pueden expresar
j unt os, como un nico requisit o.
Ej emplos de mezcla de requisit os
4.A.5
La base de dat os debe soport ar la generacin y
En el siguient e ej emplo se mezclan requisit os de usuario
con requisit os del sist ema:
32
La base de dat os debe soport ar la generacin y
el cont rol de la configuracin de aquellos
element os que agrupaciones de ot ros element os
que t ambin est n en la base de dat os.
Est e cont rol de la configuracin debera permit ir
al usuario acceder a los element os de una
det erminada versin sin especificar su nombre
complet o.
Ej emplos de requisit os
2.6
En el siguient e ej emplo aparecen requisit os
funcionales y no funcionales
33
Para ayudar en la ubicacin de una ent idad en
un diagrama, el usuario act ivar una cuadrcula
en cent met ros o en pulgadas, mediant e una
opcin en el panel de cont rol.
I nicialment e, la cuadrcula est ar desact ivada. La
cuadrcula se podr act ivar o desact ivar en
cualquier moment o y ponerse en cent met ros o
en pulgadas.
RNF: el sist ema
deber soport ar
dist int os sist emas
de unidades
A deber hacer B
Ambigedad
Un requisit o debe t ener una nica
int erpret acin
34
A deber hacer B
A deber hacer B
Ambigedad: un ej ercicio
Mara t ena un cordero
35
Gause & Weinberg, 1989
Definiciones del diccionario
Tena, del verbo Tener
1. t r. Asir o mant ener asido algo.
2. t r. poseer ( t ener en su poder) .
3. t r. mant ener ( sost ener). U. t . c. prnl.
4. t r. Cont ener o comprender en s.
5 t r domi nar ( suj et ar)
36
5. t r. domi nar ( suj et ar) .
6. t r. guar dar ( cumplir) . Tener la palabra, la promesa
7. t r. hospedar ( recibir huspedes).
8. t r. Est ar en precisin de hacer algo u ocuparse en ello. Tener clase Tener j unt a
9. t r. Juzgar, reput ar, considerar. Tener a alguien POR rico. Tener A gala, A honra algo. U.
t . c. prnl. Tenerse POR sabio
10. t r. Est imar, apreciar. Tener EN POCO, EN MUCHO. U. t . c. prnl.
11. t r. Emplear, pasar algn espacio de t iempo en un lugar o sit io, o de ciert a manera.
Tener las vacaciones en Barcelona Tener un da aburrido
12. t r. exper i ment ar . Tener cuidado, vergenza, miedo, hambre, calor, nervios
.
7
Definiciones del diccionario
cor der o.
(Del lat . vulg. * cordarius, der. de cordus, t ardo).
1. m. Hij o de la ovej a, que no pasa de un ao.
2. m. Piel de est e animal adobada.
3. m. Hombre manso, dcil y humilde.
37
4. m. por ant onom. Jesucrist o, Hij o de Dios.

Ambigedad y
comprensibilidad
comprensibilidad
38
Ambigedad
Alt ernat ivas al lenguaj e
nat ural
Lenguaj e nat ural est ruct urado
Mant iene la expresividad y comprensin del
lenguaj e nat ural
Delimit a la t erminologa ut ilizada y emplea
39
Delimit a la t erminologa ut ilizada y emplea
plant illas.
Se describen los obj et os que manipula el sist ema,
las funciones que ej ecut a y los event os que
procesa.
Not aciones grficas
Se ut iliza un lenguaj e grfico, complement ado con
anot aciones en lenguaj e nat ural est ruct urado.
2.2 Act ividades de la I ngeniera
de Requisit os
Un esquema general
Ent revist as con
los
St akeholders
Definicin del
Problema
41
Especificacin de
requisit os
Document o de
Vision
Req. NF
Modelo de
casos de uso
Requisit os Func.
Modelo de
dominio
Act ividades de la I ngeniera de
Requisit os
Los procesos ut ilizados en I ngeniera de Requisit os
varan dependiendo del dominio de aplicacin, de la
gent e implicada y de la organizacin que desarrolla
los requisit os
42
Sin embargo, hay un nmero de act ividades
genricas comunes a t odos los procesos
Est udio de viabilidad
Elicit acin ( ext raccin o capt ura) de Requisit os
Anlisis de Requisit os
Validacin de Requisit os
Gest in de Requisit os
8
Est udio de viabilidad
El est udio de viabilidad permit e decidir si el
sist ema propuest o es convenient e
Es un est udio rpido y orient ado a conocer:
si el sist ema cont ribuye a los obj et ivos de la
43
y j
organizacin
si el sist ema se puede realizar con la t ecnologa
act ual y con el t iempo y el cost e previst o
si el sist ema puede int egrarse con ot ros exist ent es
Elicit acin y anlisis de
requisit os
Elicit acin (o ext raccin o capt ura o det erminacin)
de requisit os:
El proceso mediant e el cual los usuarios descubren, revelan,
organizan y comprenden los requisit os que desean.
Tcnicas: observacin, ent revist as, herramient as CASE ( REM
y UML)
44
Anlisis de requisit os:
El proceso de razonamient o sobre los requisit os obt enidos
en la et apa ant erior, det ect ando y resolviendo posibles
inconsist encias o conflict os, coordinando los requisit os
relacionados ent re s, et c.
Tcnicas: diferent es represent aciones grficas (UML) y
t cnicas de revisin
Validacin y gest in de
requisit os
Validacin de los requisit os:
El proceso de confirmacin, por part e de los usuarios, de
que los requisit os especificados son vlidos, consist ent es,
complet os, et c.
Tcnicas: List as de comprobacin y t cnicas de revisin.
45
p y
Gest in de Requisit os:
es el proceso de manej ar los requisit os que cambian durant e
el desarrollo del sist ema
Tcnicas: Herramient as CASE (REM)
Elicit acin
En est a et apa, se t rat a de descubrir los
requisit os
El personal t cnico t rabaj a con los client es y
usuarios para descubrir el dominio de la
aplicacin los servicios que se deben
46
aplicacin, los servicios que se deben
proporcionar y las rest ricciones
Puede implicar a usuarios finales,
encargados, ingenieros implicados en el
mant enimient o, expert os del dominio, et c.
Son los llamados part icipant es o int eresados
(st akeholders).
Problemas
Los part icipant es no conocen realment e lo
que quieren
Los part icipant es expresan los requisit os con
sus propios t rminos
Diferent es part icipant es pueden t ener
47
Diferent es part icipant es pueden t ener
requisit os conflict ivos
Fact ores polt icos y organizat ivos pueden
t ener influencia en los requisit os
Los requisit os cambian durant e el anlisis.
Pueden aparecer nuevos part icipant es y
cambiar el ent orno del negocio
Et apas en la elicit acin de
requisit os
1: Obt ener informacin sobre el dominio del
problema y el sist ema act ual.
2: Preparar y realizar las reuniones de
elicit acin/ negociacin.
3: I dent ificar/ revisar los obj et ivos del sist ema.
4: I dent ificar/ revisar los requisit os de informacin
48
4: I dent ificar/ revisar los requisit os de informacin.
5: I dent ificar/ revisar los requisit os funcionales.
6: I dent ificar/ revisar los requisit os no funcionales.
7: Priorizar obj et ivos y requisit os.
Met odologa de elicit acin de requisit os (Amador
Durn, 2003)
9
Ent revist as,
Fluj os de
t rabaj o
49
Casos de
uso
2.3 Elicit acin de Requisit os
La ent revist a
Herramient as grficas
Tcnicas de elicit acin
Requisit os
?
?
?
?
?
Talleres de
discusin
Ent revist as Cuest ionarios,
fichas, et c.
Prot ot ipos
Syst em
Requirement lNeed
sds
+++ _
)
St oryboards, Fluj os de t rabaj o
Talleres de requisit os
(Workshops)
Busca un acuerdo general sobre el alcance, riesgos, y
las caract erst icas import ant es del sist ema de
soft ware.
Son dirigidos por un facilit ador.
Duracin: t res a cinco de das Duracin: t res a cinco de das
Art efact os creados:
declaracin de problema
obj et o de negocio
diagrama de Casos de uso
list a de riesgos
Vent aj as:
Result ados muy pront o
52
La ent revist a
Los obj et ivos de la et apa de elicit acin son dos:
Conocer a fondo el depart ament o donde la empresa necesit a
mej orar.
Realizar un censo exhaust ivo de las necesidades del sist ema
que se quiere informat izar
53
Cada persona del depart ament o t iene su propia
visin del sist ema.
La direccin, global pero difusa; los t rabaj adores, parcial
pero concret a
Las t cnicas de recogida inicial de informacin son:
Observacin direct a
Est udio de los document os
Revisin de los ficheros que se manej an act ualment e
Sobre t odo, las ent revist as.
Ent revist as a la direccin
Obj et ivos:
primer conocimient o
censo de obj et ivos deseados
organigrama de puest os de t rabaj o
int erfaces con ot ros proyect os
delimit ar en lo posible el campo de est udio
54
delimit ar en lo posible el campo de est udio
Ent revist ados: j efe de rea, de servicio, de negociado,...
Tcnica: informal, periodst ica
Result ados: Visin del proyect o
obj et ivos principales
list a de puest os de t rabaj o
campo de est udio
rest ricciones: medios, calendario, legislacin, et c.
10
Ent revist as a puest os de
t rabaj o
Obj et ivos:
operaciones efect uadas (List a de Tareas)
event os peridicos
dat os y document os/ informaciones manipuladas
qu puest os int ervienen
t ambin mensaj es elect rnicos, t elefnicos, fax,...
55
t ambin mensaj es elect rnicos, t elefnicos, fax,...
reglas del negocio
lenguaj e de la empresa
Ent revist ados: cont able, administ rat ivo, agent e de vent as,
et c.
Tcnica: Se debe int ent ar est ruct urar la informacin recibida,
mediant e fichas, represent acin grfica...
Fichas de ent revist a
El cont enido de una ficha de ent revist a a un puest o
de t rabaj o ser:
I dent ificacin
Persona
Depart ament o
56
Depart ament o
Empleo
Operaciones que realiza y descripcin
Document os enviados y recibidos desde el puest o
(incluidos los document os orales) y descripcin
nombre
origen y dest ino
periodicidad
volumen
conservacin/ dest ruccin
Herramient as auxiliares
Mat riz de fluj os:
En ella, se represent an t ant o los act ores ext ernos
como los int ernos y cmo fluye la informacin
ent re ellos
Diagrama de fluj os de t rabaj o (diagrama de
57
Diagrama de fluj os de t rabaj o (diagrama de
act ividades de UML)
Se asignan act ividades a los act ores ext ernos e
int ernos. Los result ados de las act ividades (la
informacin que fluye) se represent an como
obj et os
Permit e la reorganizacin de los fluj os de t rabaj o
Ej emplo Rest aurant e:
pedidos a proveedores.
El encargado del rest aurant e, cada mart es y j ueves
confecciona los pedidos a los proveedores con t odo
aquello que est baj o mnimos y en funcin de los
mens de la prxima semana.
Dispone de una ficha por cada product o y una vez
hecho el pedido (fax o t elfono), guarda una copia
58
hecho el pedido (fax o t elfono), guarda una copia
en la carpet a de pendient es.
Cuando un pedido llega al almacn, el almacenist a
comprueba el albarn de ent rada y si es correct o se
lo pasa al encargado.
Al final de cada da, el encargado act ualiza las fichas
de product o y la carpet a de pendient es con los
albaranes revisados.
Descripcin de la act ividad
y condiciones de disparo
Puest o de
Trabaj o
Frecuencia y
duracin
Ent rada Salida
Hacer pedido
cada j ueves 9: 00
Encargado 10 min Ficha,
Mens
Pedido,
Pedidos pt es.
Recepcin de pedidos y
cont rol cuando llega
Almacn 2 3 diarias,
45
Albarn Albarn
revisado
Document acin de act ividades
59
cont rol cuando llega
Albarn
45 revisado
Act ualizar pendient es y
fichas, al final del da
Encargado 30 Albarn rev,
Ficha,
Pedidos pt es.
Ficha,
Pedidos pt es.
Cont rol fact uras,
cuando llega fact ura
Encargado 2 3 diarias,
5
Fact ura,
Pedidos pt es.
Pedidos pt es.
Orden de
pago
Pagar,
los das 1, 10 y 20 del mes
Cont able 10-12 cada vez Orden de
pago
Transferencia
Mat riz de Fluj os
De . A Proveedor Encargado Al macn Cont abl e
Pr oveedor fact ura albarn
Encar gado Pedido Pedidos pt es orden de
60
Encar gado Pedido Pedidos pt es.
Fichas product o
orden de
pago
Al macn Albarn
revisado
Cont abl e Transferen-
cia
11
Proveedor Almacn Encargado
Hacer pedido
[ Ficha Producto]
[ Menu]
j ueves
Servir Pedido
[ Pedido]
actor externo
61
[ Pedidos Ptes.]
[ Albarn] Recepcin
[ Albarn Rev.]
Actualizar ptes y ficha
[ Ficha Producto]
final del da
[ Pedidos Ptes.]
Ej emplo Rest aurant e:
pagos a proveedores.
Las fact uras llegan direct ament e de los
proveedores al encargado.
El encargado comprueba las fact uras y,
si son correct as da la orden de pago al
62
si son correct as, da la orden de pago al
cont able, que hace la t ransferencia
efect iva.
Pagos
Pr oveedor Encar gado Cont abl e
Fact ur ar
[ Fact ur a]
[ Pedi dos Pt es. ]
Cont r ol f act ur as
[ Or den de pago] Pago
di as 1, 10, 20
Act or ext er no
63
[ Tr ansf er enci a]
Escenarios y casos de uso
Las act ividades represent an los requisit os
funcionales pero no est n det alladas
Los escenarios son descripciones de cmo se
l l l ( l
64
ut ilizar el sist ema en la prct ica (complet an
o sust it uyen los requisit os funcionales)
Las personas comprenden mej or los
supuest os que present an sit uaciones en las
que se int eracciona con el sist ema
Casos de Uso
Los casos de uso son una t cnica de
escenarios incorporada en UML que describe
la int eraccin ent re los act ores y el sist ema
65
Un conj unt o de casos de uso describe t odas
las posibles int eracciones con el sist ema
Describen lo que puede ir mal y cmo
manej ar el problema
Requisit os de I nformacin
Se t rat a, aqu, de recopilar t odos los
dat os con los que t rabaj a la
organizacin y que soport an
informacin
66
informacin
Hay que dist inguir muy clarament e lo
que es document o (es soport e de
informacin) de lo que es dat o (es la
informacin)
12
Document o y dat os
I mport e: 999.999
Fecha 99/ 99/ 99
XXXXXXXXXXX
CI F 99999999
Fact ura
Ref . : XXX
67
I va: 999.999
Tot al: 999.999
Nombre del proveedor
CI F del proveedor
Nmero de referencia
Fecha fact ura
I mport e fact ura
I VA fact ura
Tot al fact ura
Diccionario de Dat os
Nombre Nombre Proveedor
Definicin Es el nombre del proveedor que suminist ra los
product os.
Est ruct ura Cadena de 40 caract eres alfanumricos.
Tipo Element al
68
Tipo Element al
Cuant ificacin ~ 100
Ej emplos Coca-Cola, Carrefour,...
Coment arios Problemas de duplicacin
rest ricciones
list a de valores
reglas de clculo (si el dat o es calculado)
cont roles
varias definiciones (sinnimos, polisemias)
2.4 Validacin y gest in de
requisit os
Validacin de requisit os
Se t rat a de demost rar que los requisit os
definen el sist ema que el client e realment e
desea
L d l l i i
70
Los cost es de los errores en los requisit os son
alt os; la validacin es muy import ant e
La det eccin de un error de los requisit os despus
de la ent rega del product o puede llegar a cost ar
hast a 100 veces el cost e de la det eccin de un
error en la implement acin
Cont roles sobre los requisit os
Validez.
El sist ema proporciona las funciones que
soport an las necesidades de los client es?
C l t
71
Complet os.
Est n recogidas t odas las funciones solicit adas?
Consist encia.
Hay conflict os, cont radicciones, en los requisit os?
Verificabilidad.
Pueden comprobarse los requisit os?
Cont roles sobre los requisit os
Comprensibilidad.
Se ha comprendido adecuadament e el requisit o?
Trazabilidad.
El origen del requisit o est clarament e
e t ble ido?
72
est ablecido?
Adapt abilidad.
Se puede cambiar el requisit o sin un gran
impact o en ot ros requisit os?
Realismo.
Pueden implement arse los requisit os con la
t ecnologa y conocimient os act uales?
13
Gest in de los requisit os
La gest in de los requisit os es el proceso de
manej ar los requisit os que cambian durant e
el desarrollo del sist ema
Los requisit os son, inevit ablement e,
inconsist ent es e incomplet os
73
inconsist ent es e incomplet os
Emergen nuevos requisit os durant e el proceso, las
necesidades del negocio cambian, hay una mej or
comprensin del sist ema
Diversos punt os de vist a afloran diversos
requisit os que pueden ser cont radict orios
Planificacin de la gest in de los
requisit os
Durant e el proceso de la ingeniera de
requisit os, hay que planear:
La ident ificacin de los requisit os
74
Un proceso de gest in de los cambios
Polt icas de t razabilidad
La cant idad de informacin sobre las relaciones ent re los
requisit os que se mant iene
Soport e de herramient as CASE
La herramient a de soport e necesaria para ayudar a
manej ar los requisit os que cambian
Trazabilidad
Se refiere a las relaciones ent re los requisit os,
sus fuent es y el diseo del sist ema
Trazabilidad de las fuent es
Enlace desde los requisit os a los part icipant es que
75
q p p q
los propusieron
Trazabilidad ent re requisit os
Enlace ent re requisit os dependient es
Trazabilidad del diseo
Enlace desde los requisit os al diseo
Trazabilidad
76
Soport e de herramient as CASE
Almacenamient o de los requisit os
Los requisit os se deben almacenarse en un
almacn seguro
Gest in de los cambios
77
Gest in de los cambios
Gest in de la t razabilidad
Recuperacin aut omat izada de los enlaces
ent re los requisit os
2.5 El document o de
requisit os
14
El document o de requisit os
El document o de requisit os es la declaracin
oficial de lo que se necesit a const ruir. Se
denomina Document o de Especificacin de
Requisit os del Soft ware (ERS)
I ncluye t ant o los requisit os del usuario como
79
I ncluye t ant o los requisit os del usuario como
la especificacin det allada de los requisit os
del sist ema.
NO es un document o de diseo:
Debe indicar QU es lo que el sist ema debe hacer.
No debe indicar CMO va a hacerlo.
Caract erst icas de una ERS
No ambigua.
Complet a.
Fcil de verificar.
C i t t
80
Consist ent e.
Fcil de modificar.
Facilidad para ident ificar el origen y las
consecuencias de cada requisit o.
Facilidad de ut ilizacin durant e la fase de
explot acin y mant enimient o.
Est ndar I EEE para la ERS
I nt roduccin
Descripcin general
Requisit os especficos.
Cubren los requisit os funcionales, no funcionales y de
int erfaz.
81
Document an las int erfaces ext ernas, describen la
funcionalidad y el rendimient o del sist ema, det allan los
requisit os lgicos de la base de dat os, las rest ricciones del
diseo, las propiedades emergent es del sist ema y las
caract erst icas de calidad.
Apndices
ndice
Est ruct ura del Document o de
Requisit os (1)
1 Visin
1.1 I nt roduccin:
mbit o y alcance del Proyect o. Describe la necesidad de crear el
sist ema, las funciones y cmo t rabaj ar con ot ros sist emas.
1.2 Part icipant es en el proyect o
Tant o desarrolladores de soft ware como client es y usuarios
82
1.3 Obj et ivos del sist ema
Los usuarios (y los sist emas ext ernos) necesit an un sist ema para
sat isfacer sus obj et ivos
1.4 Visin general del product o
Present a una visin global de alt o nivel de la arquit ect ura previst a
del sist ema
[ 1.5 Glosario de t rminos]
Define los t rminos t cnicos ut ilizados en el document o.
2 Resumen de ent revist as
Est ruct ura del Document o de
Requisit os (2)
3 Cat logo de requisit os del sist ema
Servicios que se proveen al usuario y los requisit os no funcionales del
sist ema
3.1 Requisit os funcionales
3.1.1 Diagrama de casos de uso
3 1 2 Definicin de act ores
83
3.1.2 Definicin de act ores
3.1.3 Casos de uso del sist ema
3.2 Requisit os no funcionales
3.3 Requisit os de informacin
Diccionario de dat os
3.4 Reglas de negocio (Requisit os del dominio )
Rest ricciones impuest as
[ 4 Mat rices de rast reabilidad]
5 Modelo del Dominio
Modelo inicial de clases
Ej emplo Larman: Visin
1.1 I nt roduccin:
Prevemos una aplicacin de punt o de vent a (PDV) t olerant e
a fallos de prxima generacin, PDV NuevaEra, con
flexibilidad para poder soport ar variacin en las reglas del
negocio del client e, mlt iples mecanismos de t erminal e
int erfaz de usuario, y la int egracin con mlt iples sist emas
84
int erfaz de usuario, y la int egracin con mlt iples sist emas
de t erceras part es.
Oport unidad del negocio:
Los product os PDV exist ent es no son adapt ables al negocio
del client e, ... Adems, no permit en su ext ensin de manera
adecuada cuando se increment an los t erminales y crece el
negocio. Y ninguno permit e t rabaj ar en lnea o
desconect ados, adapt ndose dinmicament e dependiendo
de los fallos. ...
15
Ej emplo Larman: Visin
1.2 Part icipant es en el proyect o
Descripcin del personal involucrado
Ent revist as:
Resumen del personal involucrado (No usuarios)...
Resumen de Usuarios...
1 3 Obj et ivos del sist ema
85
1.3 Obj et ivos del sist ema
Obj et ivo de alt o nivel: El sist ema deber procesar las
vent as de modo rpido, robust o e int egrado
Obj et ivos secundarios: Los usuarios ( y los sist emas
ext ernos) necesit an un sist ema para sat isfacer sus obj et ivos:
Caj ero: procesar las vent as, gest ionar las devoluciones, abrir y
cerrar caj a.
Administ rador del sist ema: gest ionar los usuarios, gest ionar la
seguridad, ...
Direct or: poner en marcha, suspender operacin.
Sist ema de act ividad de vent as: analizar los dat os de las
vent as....
Ej emplo Larman: Visin
1.4 Visin general del product o
El PDV NuevaEra residir, normalment e, en t iendas; si se
ut ilizan t erminales mviles se encont rarn muy prximos a
la red de la t ienda, en el int erior o en el ext erior.
Proporcionar servicios al usuario, y colaborar con ot ros
sist emas
86
Ej emplo Larman: Visin
Resumen de l as car act er st i cas del si st ema
Ent rada de vent as.
Aut orizacin de pagos (crdit o, dbit o, cheque).
Administ racin del sist ema de usuarios, seguridad, cdigo y
t ablas de const ant es, et c
Procesamient o aut omt ico de vent as sin conexin cuando
fallen los component es.
87
p
Transacciones en t iempo real, basadas en est ndares
indust riales, con sist emas de t erceras part es, que incluye los
servicios de invent ario, cont abilidad, recursos humanos,
impuest os, y aut orizacin de pagos.
Ej emplo Larman: Visin
1.5 Glosario de t rminos
Art culo
Un art culo o servicio en vent a.
Aut orizacin de pago
Validacin llevada a cabo por un servicio ext erno de aut orizacin
de pago, que har o garant izar el pago al vendedor.
88
Solicit ud de aut orizacin de pago
Un compuest o de element os enviados elect rnicament e a un
servicio de aut orizacin, normalment e como un array de
caract eres. Los element os comprenden: I D de la t ienda, nmero de
cuent a del client e, cant idad y fecha.
Cdigo Universal de Product o
Cdigo de 12 dgit os que ident ifica un art culo. Normalment e se
represent a mediant e un cdigo de barras en los art culos. Dirj ase a
ht t p: / / www.uc-council.org para ver ms det alles.
Ej emplo Larman: Cat logo de
requisit os del sist ema
3.1 Requisit os funcionales
3.1.1 Diagrama de casos de uso
3.1.2 Definicin de act ores
3.1.3 Casos de uso del sist ema
89
3.2 Requisit os no funcionales
3.3 Requisit os de informacin
3.4 Requisit os del dominio
Ej emplo Larman: Cat logo de
requisit os del sist ema
3.2 Requisit os no funcionales
Segur i dad
Todo uso requiere la aut ent icacin de los usuarios.
NFR-0001 Seguridad
Versin 1 0 ( 18/10/2006 )
90
Versin 1.0 ( 18/10/2006 )
Autores Craig Larman
Fuentes Cajero
Dependencias [OBJ-0001] Procesamiento de ventas
Descripcin El sistema deber requerir la autenticacin de los
usuarios.
Importancia vital
Urgencia inmediatamente
16
Ej emplo Larman: Cat logo de
requisit os del sist ema
3.2 Requisit os no funcionales
Faci l i dad de uso
El client e ser capaz de ver la informacin en un gran monit or del PDV.
Se debe ver el t ext o fcilment e a una dist ancia de 1 met ro. El caj ero
est mirando a menudo al client e o los art culos, no a la pant alla del
ordenador. Por t ant o, se deben comunicar las seales y avisos con
sonidos, en lugar de slo mediant e grficos.
91
so dos, e uga de s o ed a t e g cos
Fi abi l i dad
Capacidad de recuperacin
Si se produce algn fallo al usar un servicio ext erno (aut orizacin de
pago, sist ema de cont abilidad,...) int ent ar solucionarlo con una
solucin local
Rendi mi ent o
Como se mencion en los fact ores humanos, los compradores quieren
complet ar el proceso de vent as muy rpido. Un cuello de bot ella
pot encial es la aut orizacin de pagos ext erna. El obj et ivo es conseguir
la aut orizacin en menos de 1 minut o, el 90% de las veces
Ej emplo Larman: Cat logo de
requisit os del sist ema
...3.2 Requisit os no funcionales
Rest r i cci ones de I mpl ement aci n
La direccin de NuevaEra insist e en una solucin ut ilizando las
t ecnologas Java
Component es adqui r i dos
92
p q
El sist ema de clculo de impuest os. Debe soport ar sist emas de
clculo conect ables de diferent es pases.
I nt er f aces har dwar e
Monit or con pant alla t ct il
Escner lser de cdigo de barras
I mpresora de recibos
Lect or de t arj et as de crdit o/ dbit o
Lect or de firmas (pero no en la primera versin)
Ej emplo Larman: Cat logo de
requisit os del sist ema
3.3 Requisit os de informacin
I RQ- 0001 product o
Descr i pci n El sist ema deber almacenar la
informacin correspondient e a
product o. En concret o:
93
Dat os especf i cos
cdigo universal de product o
nombre del product o
precio unit ario del product o
Ti empo de vi da Medi o Mxi mo
8 mes(es) 5 ao(s)
Ocur r enci as si mul t neas Medi o Mxi mo
400 1000
I mport anci a vit al
Ej emplo Larman: Cat logo de
requisit os del sist ema
3.4 Reglas del negocio
REGLA 1, firma
Se requiere la firma para pagos a crdit o. La
polt ica de las compaas de aut orizacin de crdit o.
94
CRQ-0001 pagos firmados
Versin 1.0 ( 18/10/2006 )
Dependencias Ninguno
Descripcin La informacin almacenada por el sistema deber
satisfacer la siguiente restriccin: se requiere la
firma del cliente para pagos a crdito.
Importancia PD
Urgencia PD
Ej emplo Larman: Cat logo de
requisit os del sist ema
3.4 Reglas del negocio
REGLA 2, impuest os
Hay que aadir el I VA
REGLA 3, devoluciones
95
Las devoluciones de los pagos a crdit o slo pueden
efect uarse como crdit o en las cuent as de crdit o de los
compradores, no en efect ivo. La polt ica de las
compaas de aut orizacin de crdit o
REGLA 4, Fij acin de precios
Los art culos t ienen un precio original, y opcional ment e,
un precio rebaj ado.
Bibliografa Recomendada
Sommervi l l e, I . "I ngeniera del soft ware" Pearson, 2005 (7 ed.)
Larman, C. UML y Pat rones. I nt roduccin al Anlisis y Diseo
Orient ado a Obj et os y al Proceso Unificado . Prent ice Hall, 2004. cap.
4, 5 y 7.
Lect uras complement arias
96
Lect uras complement arias
Pressman, Roger S. "I ngeniera del soft ware : un enfoque prct ico
MacGraw-Hill", 2005 (6 ed) Pressman, Roger S. "I ngeniera del
soft ware : un enfoque prct ico MacGraw-Hill", 2005 (6 ed)
Amador Dur n Tor o, Beat r i z Ber nr dez Ji mnez, "Met odologa
para la Elicit acin de Requisit os de Sist emas Soft ware", Versin 2.3,
I nforme Tcnico LSI 200010 (revisado), Universidad de Sevilla