Anda di halaman 1dari 7

Análisis de Requerimientos

 

u Entendiendo los requerimientos del cliente para un sistema de software

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 1

 

Tópicos cubiertos

 

u

Análisis orientado a puntos de vista

u

Análisis basado en métodos

u

u

Contexto del sistema Factores sociales y organizacionales

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 3

Objetivos

 

u

Describir diferentes enfoques para descubrir los requerimientos.

u

Explicar la necesidad de un análisis desde múltiples perspectivas

 

u

Ilustrar un enfoque estructurado al análisis de requerimientos

u

Explicar por qué influyen los factores organizacionales y sociales en los requerimientos del sistema

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 2

Análisis de requerimientos

 

u

A veces llamados extracción ó exploración de los requerimientos

u

Involucra trabajo técnico de grupo con los clien- tes para averiguar el dominio de la aplicación, los servicios que el sistema debe proporcionar y las restricciones operacionales propias del sistema

u

Debe involucrar a los usuarios finales, administradores, ingenieros de mantenimiento, etc. Quienes son llamados líder especialista “stakeholders”

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 4

Problemas del análisis de requerimientos

 

u

Los especialistas (stakeholders) no saben realmente lo que quieren

 

u

Éstos expresan requerimientos en sus té rminos propios

u

Diferentes especialistas pueden tener reque- rimientos en conflicto

u

Los factores políticos y organizacionales pueden influir en los requerimientos del sistema

u

Los requerimientos cambian durante el proceso de análisis. Y pueden surgir nuevos especialistas

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 5

El proceso de análisis de requerimientos Requ ir ement s d efi ni ti on an
El proceso de análisis de requerimientos
Requ ir ement s
d efi ni ti on an d
s pecifi cat io n
Requ irement s
v ali dat io n
Do main
u nd ers tan di ng
Pri ori ti zat io n
Pro ces s
ent ry
Requ irement s
col lect io n
Co nfl ict
reso lu ti on
Cl as s ifi cat io n
Ingenieria de Software, 5a edicion. Capitulo 5
Diapositiva 6

Actividades del proceso

 

u

Comprensión del dominio

u

Colección de requerimientos

u

Clasificación

u

Solució n de conflictos

u

Priorización

u

Validación de requerimientos

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 7

Modelos del sistema

 

u

Diferentes modelos pueden producirse durante la actividad de análisis de requerimientos

u

El análisis de requerimientos puede involucrar tres actividades estructurales las cuales resultan en los diferentes modelos siguientes:

Particionamiento. Identifica las relaciones estructurales entre las entidades

Abstracción. Identifica las generalidades entre las entidades Proyección. Identifica diferentes modos de ver un problema

u

Modelos del sistema cubiertos en el Capítulo 6

 
 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 8

Análisis orientado a puntos de vista

   

Sistema de cajero automático

 

u

Los especialistas representan diferentes modos de ver un problema ó los diferentes puntos de vista de un problema

u

El ejemplo usado aquí es un sistema de cajero automático que provee algunos servicios bancarios

 

u

Este análisis de múltiple perspectiva es muy importante ya que no hay un modo correcto y sencillo para analizar los requerimientos del sistema

 

u

Se emplea un sistema muy simplificado el cual ofrece algunos servicios a clientes del banco propietario del sistema y a otros clientes un pequeño conjunto de servicios

 

u

Los servicios incluyen disposición de efectivo, solicitar un servicio (enviando un mensaje), estados de cuenta y transferencia de fondos

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 9

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 10

Puntos de vista sobre el sistema de cajero automático

 

u

Clientes del banco

u

Representantes de otros bancos

u

Ingenieros de mantenimiento en hardware y

u

software Departamento de mercadotecnia

u

Administradores del banco y contadores

u

Administradores de base de datos y seguridad

u

Ingenieros de comunicaciones

u

Departamento de personal

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 11

El problema de múltiples puntos de vista Pro bl em t o b e anal y
El problema de múltiples puntos
de vista
Pro bl em
t o b e
anal y sed
Ingenieria de Software, 5a edicion. Capitulo 5
Diapositiva 12

Tipos de puntos de vista

 

u

Fuentes de datos

 

Los puntos de vista, son responsables de producir ó consumir datos. El análisis implica verificar qué datos son producidos y consumidos y qué suposiciones sobre las fuentes o sumideros de datos son validas

u

Estructuras de representación

 

Los puntos de vista representan tipos particulares de modelos de sistemas. Estos pueden ser comparados a explorar requerimientos que serían olvidados empleando una representación simple. Particularmente apropiado para sistemas de tiempo real

u

Receptores de los servicios

 

Los puntos de vista son externos al sistema y reciben servicios de éste. Es más apropiados para sistemas interactivos

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 13

Puntos de vista externos

 

u

Es natural pensar en los usuarios finales como receptores de los servicios del sistema

 

u

Los puntos de vista son un medio natural de estructurar la obtención de requerimientos

u

Es relativamente fácil decidir si un punto de vista es válido

u

Puntos de vista y servicios pueden ser pedidos para estructurar requerimientos no funcionales

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 14

Análisis basado en métodos

 

u

Ampliamente usado para aproximarse al análisis de requerimientos. Depende de la aplicación de un método estructurado para entender el sistema

u

Los mé todos tienen diferentes énfasis. Algunos están diseñados para obtener los requerimientos, otros son métodos de diseño

u

Un método orientado a puntos de vista (VORD) es usado como ejemplo aquí. Esto también ilustra el uso de los puntos de vista

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 15

Métodos estructurados

 

u

Modelos de proceso

 

u

Notaciones para modelado del sistema

u

Reglas aplicadas al modelo del sistema

u

u

Diseño de apuntes Plantilla de Reportes

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 16

El método VORD

Vi ewp oi n t i dent ifi cat io n Vi ewp oi n t
Vi ewp oi n t
i dent ifi cat io n
Vi ewp oi n t
V i ewp oi n t
Vi ewp oi n t
st ruct uri ng
d ocumen ta t io n
s ys tem ma p pi ng

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 17

Modelo de proceso VORD

 

u

Identificación de puntos de vista

Explorar los puntos de vista que reciben servicios del sistema e

 

identificar los servicios proporcionados a cada punto de vista

u

Estructurar los puntos de vista

 

Agrupar los puntos de vista relacionados en jerarquías. Los

 

servicios comunes son proporcionados en los niveles más altos

de la jerarquía

u

Documentació n de los puntos de vista

 

Refina la descripción de los puntos de vista y los servicios identificados

u

Representación de los puntos de vista

Transformar el análisis a un diseñ o orientado a objetos

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 18

Formatos VORD estándar

 
 

Viewpoint template

 

Service template

   

Reference:

The viewpoint name.

 

Reference:

The service name.

Attributes:

Attributes

providing

Rationale:

Reason why the service is

viewpoint information.

 

provided.

Events:

A reference to a set of event

Specification:

Reference to a list of service

scenarios describing

how

specifications. These

may

the

system reacts to

be

expressed in different

viewpoint events.

notations.

Services

A reference

to a set of

Viewpoints:

List

of viewpoint names

Sub-VPs:

service descriptions. The names of

sub -

Non-functional

receiving the service.

Reference to

a set of non

-

viewpoints.

requirements:

functional requirements which constrain the service.

Provider:

Reference to a list of system

objects

which provide the

service.

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 19

Identificación de puntos de vista Qu ery b al ance Get t rans acti on s
Identificación de puntos de vista
Qu ery
b al ance
Get
t rans acti on s
Cu st omer
d at ab as e
Cas h
wi t hd rawal
Trans acti on
l og
Manag er
Ord er
Machi ne
s up pl ies
Card
retu rni ng
Remot e
s oft ware
u pg rade
cheq ues
Acco un t
i nfo rmat io n
Mess ag e
l og
So ftw are
s ize
Us er
i nt erface
Bank
t el ler
Inv ali d
u ser
Sy st em cos t
Fo reig n
cus to mer
Pri nt e
r
Securi ty
Sto len
Acco un t
h ol der
card
Ord er
s tat emen t
Hardw are
main ten ance
Card
reten ti on
Mess ag e
p as si n g
Remot e
d iag no st
Reli ab il it y
Up dat e
accou nt
ics
Fu nd s
t rans fer
Card
v ali dat io n
Ingenieria de Software, 5a edicion. Capitulo 5
Diapositiva 20

Información de servicios de los puntos de vista

 

ACCO UN T HO LD ER

FO REIG N CU STO MER

BAN K TE LL ER

Servi ce l is t W i th draw cash Qu ery bal ance Or d
Servi ce l is t
W i th draw cash
Qu ery bal ance
Or d er cheq ues
Sen d mes sag e
Trans acti on l is t
Or d er st at emen t
Trans fer fu nd s
Servi ce l is t Wi th draw cash Qu ery balance
Servi ce l is t
Wi th draw cash
Qu ery balance
Servi ce l is t Ru n d iag no st ics Ad d cash Ad
Servi ce l is t
Ru n d iag no st ics
Ad d cash
Ad d pap er
Sen d mes sag e

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 21

Datos/Control a Puntos de vista

Card det ail s Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 22 St art t
Card det ail s
Ingenieria de Software, 5a edicion. Capitulo 5
Diapositiva 22
St art t rans acti on
Cancel t rans action
En d trans acti on
Sel ect s ervi ce
PIN
Am ou nt requ ired
Mess ag e
Co nt ro l i np ut
Da t a in pu t
ACCO UN T
HO LD ER
Datos/Control a Puntos de vista Card det ail s Ingenieria de Software, 5a edicion. Capitulo 5

Jerarquía de puntos de vista

Jerarquía de puntos de vista Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 23 Al l
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 23 Al l VPs h ol der Acco
Ingenieria de Software, 5a edicion. Capitulo 5
Diapositiva 23
Al l VPs
h ol der
Acco un t
Manag er
Tell er
cus to mer
Fo reig n
Ord er cheq ues
Sen d mes sag e
Trans acti on l is t
Ord er st at emen t
Trans fer fu nd s
Servi ces
Cu st omer
Bank s taff
Qu ery bal ance
Wi th draw cash
Servi ces

Plataforma cliente/disposición de efectivo

PIN Speci fi cati on: VP s: No n-funct. requi rements : Prov ider: Diapositiva 24
PIN
Speci fi cati on:
VP s:
No n-funct.
requi rements :
Prov ider:
Diapositiva 24
Ingenieria de Software, 5a edicion. Capitulo 5
Cu st omer
Acco un t nu mber
Ra tio na le:
St art t ran sacti on
Sel ect s ervi ce
Cancel
t ran sacti on
En d tran sacti on
Cas h w it hd rawal
Balan ce en qu iry
Acco un t ho ld er
Forei gn
cus to mer
b ut to n. They t hen ent er t he
Attri butes:
Events:
Servi ces:
Sub-V Ps :
Cas h w it hd rawal
To imp rove cu st omer s ervi ce
and redu ce p ap erw o rk
Us ers cho os e th is s ervi ce by
p res si ng t he cas h wi th draw al
t he b alan ce is d eli vered .
amou nt req ui red. Th is is
con firmed an d, if fu nd s all ow ,
Reference:
Cu st omer
Del iv er cas h w it hi n 1 mi nu te
o f amou nt bei ng co nfi rmed
Fi ll ed in la ter
Reference:
Plataforma cliente/disposición de efectivo PIN Speci fi cati on: VP s: No n-funct. requi rements :
Análisis de datos y control Card presen t Vali d card Card Us er O K
Análisis de datos y control
Card presen t
Vali d card
Card
Us er O K
Requ est PIN
PIN
Acco un t
nu mber
PIN
Vali dat e us er
Acco un t
nu mber
Sel ect
s erv ice
Ti meou t
Retu rn card
Inco rrect PIN
Re-ent er PIN
Inv ali d card
Retu rn
card
Inco rrect PIN
St ol en
card
Retu rn card
Retai n card
Ingenieria de Software, 5a edicion. Capitulo 5
Diapositiva 25

Notación para análisis de datos y control

 

u

Elipses. datos proporcionados de ó para un punto

de vista

u

Control de información, los datos entran y/o salen

de la tapa de cada cuadro

u

Los Datos salen por la derecha de cada cuadro

 

u

Las excepciones son mostradas en el fondo de

cada cuadro

u

El nombre del evento siguiente está en el cuadro

de orillas gruesas

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 26

Descripción de excepciones

 

u

La mayoría de los métodos no incluyen facilidades para describir las excepciones

 

u

En este ejemplo las excepciones son

 

Tiempo transcurrido. El cliente no insertó su NIP en un tiempo razonable

Tarjeta inválida. La tarjeta no es reconocida y es devuelta

 

Tarjeta robada. La tarjeta está registrada como robada y es retenida por el cajero

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva

27

Ventajas/desventajas del método

 

u

Los mé todos imponen una estructura al proceso de analizar los requerimientos

u

Puede ser soportado por herramientas CASE

 

u

Puede ser aplicado sistemáticamente y puede llevar naturalmente a un diseño

u

Sin embargo, obliga al modelado del sistema a usar una estructura computacional

u

Los mé todos fallan al proporcionar una adecuada descripción de actividades humanas

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 28

Contexto del sistema

 

u

Los límites del sistema deben ser establecidos para determinar lo que debe ser implementado

 

u

Éstos son documentados usando una explicación del contexto del sistema. Esto debe incluir una descripción de los otros sistemas que están en el ambiente

u

Los factores organizacionales y sociales pueden influir la definición de los límites del sistema

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 29

Contexto del sistema de cajero

Diapositiva 30 Ingenieria de Software, 5a edicion. Capitulo 5 Branch cou nt er s ys tem
Diapositiva 30
Ingenieria de Software, 5a edicion. Capitulo 5
Branch
cou nt er
s ys tem
Branch
accou nt ing
s ys tem
Us ag e
d
at abas e
Acco un t
d
at ab as e
Main ten ance
s ys tem
Securi ty
s ys tem
s ys tem
Au to -t ell er
Contexto del sistema de cajero Diapositiva 30 Ingenieria de Software, 5a edicion. Capitulo 5 Branch cou

Factores sociales y organizacionales

 

u

Los sistemas de software son usados en un contexto social y organizacional. Esto puede influir o aun dominar los requerimientos del sistema

 

u

Los factores sociales y organizacionales no son sólo puntos de vista, sino que su influyen sobre todos los puntos de vista

u

Un buen análisis debe ser sensitivo a esos factores pero actualmente no hay un modo sistemá tico de abordar su análisis

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 31

Ejemplo

 

u

Considere un sistema que permite al administrador senior acceder a la información sin pasar a través de los administradores intermedios

El estatus administrativo. Los administradores Senior pueden sentir que son muy importantes para tocar un teclado. Esto puede limitar el tipo de interface empleada en el sistema

Las responsabilidades administrativas. Los administradores pueden tener tiempo ininterrumpido para aprender a manejar el sistema

Resistencia organizacional. Los directivos intermedios quienes serán consultados pueden proporcionar deliberadamente información incompleta ó equivocada, así que el sistema puede fallar

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 32

Análisis etnográfico

 

u

Un científico social pasa un tiempo considerable observando y analizando cómo trabaja la gente

u

Las personas no tienen que explicar o articular su trabajo

u

Los factores sociales y organizacionales de importancia deben ser observados

 

u

Estudios etnográficos han mostrado que el trabajo usualmente es más abundante y más complejo que lo sugerido por los modelos de sistemas sencillos

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 33

Enfoque Etnográfico

 

u

Desarrollado en un proyecto de estudio del proceso de control de tráfico aéreo

 

u

Combina tecnología con prototipado

u

El desarrollo de un prototipo trasciende en preguntas sin respuesta lo cual enfoca el análisis etnográ fico

u

El problema con la etnografía es que estudia las practicas existentes, las cuales pueden tener alguna base histórica que ya no es relevante

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 34

Desarrollo de la etnografía

 

u

El uso de la etnografía en el análisis de requerimientos necesita ser desarrollado tal que pueda ser combinado con métodos má s sistemá ticos

u

Conforme la importancia de los factores humanos, sociales y organizacionales se vuelven más ampliamente reconocidos, estos métodos son promisoriamente desarrollados

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 35

Etnografía y análisis estructurado Et hn o g rap hi c anal y si s St
Etnografía y análisis estructurado
Et hn o g rap hi c
anal y si s
St ructu red
anal y si s
Requ irement s
s pecifi cat io n
Sy st em
p ro to ty pi ng
Proto ty pe
evalu at io n
Ingenieria de Software, 5a edicion. Capitulo 5
Diapositiva 36

Resumen

 

u

El análisis de requerimientos solicita entendimiento, colección de requerimientos, clasificación, organización, priorización y validación

 

u

Los sistemas complejos deben ser analizados desde diferentes puntos de vista

u

Los puntos de vista pueden estar basados en fuentes y sumideros de datos, modelos del sistema ó interacción externa

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 37

 

Resumen

 

u

Los límites entre el sistema y su ambiente deben ser definidos

u

Los factores sociales y organizacionales tienen mucha influencia en los requerimientos

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 39

Resumen

 

u

Deben emplearse métodos estructurados en el análisis de requerimientos. Éstos deben incluir un modelo del proceso, notaciones de modelado del sistema, reglas y apuntes para el modelado del sistema y reportes estándar

u

El método VORD orientado a puntos de vista aísla los puntos de vista que son externos al sistema

 

Ingenieria de Software, 5a edicion. Capitulo 5

Diapositiva 38