Análisis de Requerimientos Objetivos Entendiendo los ...fgonza/courses/2003/ingSoft1/CAP5.pdf · 1...

1

Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 1

Análisis de Requerimientos

u Entendiendo los requerimientosdel cliente para un sistema desoftware


Objetivos

u Describir diferentes enfoques para descubrir losrequerimientos.

u Explicar la necesidad de un análisis desdemúltiples perspectivas

u Ilustrar un enfoque estructurado al análisis derequerimientos

u Explicar por qué influyen los factoresorganizacionales y sociales en los requerimientosdel sistema


Tópicos cubiertos

u Análisis orientado a puntos de vista

u Análisis basado en métodos

u Contexto del sistema

u Factores sociales y organizacionales


Análisis de requerimientos

u A veces llamados extracción ó exploración de losrequerimientos

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

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


Problemas del análisis derequerimientos

u Los especialistas (stakeholders) no sabenrealmente lo que quieren

u Éstos expresan requerimientos en sus términospropios

u Diferentes especialistas pueden tener reque-rimientos en conflicto

u Los factores políticos y organizacionales puedeninfluir en los requerimientos del sistema

u Los requerimientos cambian durante el procesode análisis. Y pueden surgir nuevos especialistas


El proceso de análisis de requerimientos

Requirementsvalidation

Domainunderstanding Prioritization

Requirementscollection

Conflictresolution

Classification

Requirementsdefinition andspecification

Processentry

2


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


Modelos del sistema

u Diferentes modelos pueden producirse durante laactividad de análisis de requerimientos

u El análisis de requerimientos puede involucrartres actividades estructurales las cuales resultanen 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


Análisis orientado a puntos devista

u Los especialistas representan diferentes modos dever un problema ó los diferentes puntos de vistade un problema

u Este análisis de múltiple perspectiva es muyimportante ya que no hay un modo correcto ysencillo para analizar los requerimientos delsistema


Sistema de cajero automático

u El ejemplo usado aquí es un sistema de cajeroautomático que provee algunos serviciosbancarios

u Se emplea un sistema muy simplificado el cualofrece algunos servicios a clientes del bancopropietario del sistema y a otros clientes unpequeñ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


Puntos de vista sobre el sistema de cajeroautomático

u Clientes del banco

u Representantes de otros bancos

u Ingenieros de mantenimiento en hardware ysoftware

u 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


El problema de múltiples puntosde vista

Problemto be

analysed

3


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 yconsumidos y qué suposiciones sobre las fuentes o sumideros dedatos son validas

u Estructuras de representación• Los puntos de vista representan tipos particulares de modelos de

sistemas. Estos pueden ser comparados a explorarrequerimientos que serían olvidados empleando unarepresentación simple. Particularmente apropiado para sistemasde 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 14

Puntos de vista externos

u Es natural pensar en los usuarios finales comoreceptores de los servicios del sistema

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

u Es relativamente fácil decidir si un punto de vistaes válido

u Puntos de vista y servicios pueden ser pedidospara estructurar requerimientos no funcionales


Análisis basado en métodos

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

u Los métodos tienen diferentes énfasis. Algunosestá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 ilustrael uso de los puntos de vista


Métodos estructurados

u Modelos de proceso

u Notaciones para modelado del sistema

u Reglas aplicadas al modelo del sistema

u Diseño de apuntes

u Plantilla de Reportes


El método VORD

Viewpointidentification

Viewpointstructuring

Viewpointdocumenta tion

Viewpointsystem mapping


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 altosde 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

4


Formatos VORD estándarViewpoint template Service template

Reference: The viewpoint name. Reference: The service name.Attributes: Attributes providing

viewpoint information.Rationale: Reason why the service is

provided.Events: A reference to a set of event

scenarios describing howthe system reacts toviewpoint events.

Specification: Reference to a list of servicespecifications. These maybe expressed in differentnotations.

Services A reference to a set ofservice descriptions.

Viewpoints: List of viewpoint namesreceiving the service.

Sub-VPs: The names of sub-viewpoints.

Non-functionalrequirements:

Reference to a set of non -functional requirementswhich constrain the service.

Provider: Reference to a list of systemobjects which provide theservice.


Identificación de puntos de vista

Querybalance

Gettransactions

Cashwithdrawal

Transactionlog

Machinesupplies

Cardreturning

Remotesoftwareupgrade

Ordercheques

Userinterface

Accountinformation

Messagelog Software

size Invaliduser

System cost Printer Security

Cardretention

Stolencard

Orderstatement

Remotediagnostics Reliability

Updateaccount

Fundstransfer

Messagepassing

Cardvalidation

Customerdatabase

Manager

Accountholder

Foreigncustomer

Hardwaremaintenance

Bankteller


Información de servicios de los puntosde vista

FOREIGNCUSTOMER

Withdraw cashQuery balance

Service list

Withdraw cashQuery balanceOrder chequesSend messageTransaction listOrder statementTransfer funds

Service list

Run diagnosticsAdd cashAdd paperSend message

Service list

ACCOUNTHOLDER

BANKTELLER


Datos/Control a Puntos de vista

Start transactionCancel transactionEnd transactionSelect service

Card detailsPINAmount requiredMessage

Control input Data inputACCOUNTHOLDER


Jerarquía de puntos de vista

EngineerManagerTellerForeigncustomer

Accountholder

Services

Order chequesSend messageTransaction listOrder statementTransfer funds

Customer Bank staff

All VPs

Services

Query balanceWithdraw cash


Plataforma cliente/disposición de efectivoCustomer

Account numberPINStart transactionSelect serviceCanceltransactionEnd transaction

Cash withdrawalBalance enquiry

Account holderForeigncustomer

Reference:

Attributes:

Events:

Services:

Sub-VPs:

Cash withdrawal

To improve customer serviceand reduce paperwork

Users choose this service bypressing the cash withdrawalbutton. They then enter theamount required. This isconfirmed and, if funds allow,the balance is delivered.

Customer

Deliver cash within 1 minuteof amount being confirmed

Filled in later

Reference:

Rationale:

Specification:

VPs:

Non-funct.requirements:

Provider:

5


Análisis de datos y control

Validate user

Request PIN

SelectserviceTimeout

Return card

Invalid card

Return card

Stolen card

Retain card

Incorrect PIN

Re-enter PIN

Incorrect PIN

Return card

Card

PIN

Card present

Accountnumber

PIN

Accountnumber

Valid cardUser OK


Notación para análisis de datos y control

u Elipses. datos proporcionados de ó para un puntode vista

u Control de información, los datos entran y/o salende la tapa de cada cuadro

u Los Datos salen por la derecha de cada cuadro

u Las excepciones son mostradas en el fondo decada cuadro

u El nombre del evento siguiente está en el cuadrode orillas gruesas


Descripción de excepciones

u La mayoría de los métodos no incluyenfacilidades 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 esretenida por el cajero


Ventajas/desventajas del método

u Los métodos imponen una estructura al procesode analizar los requerimientos

u Puede ser soportado por herramientas CASE

u Puede ser aplicado sistemáticamente y puedellevar naturalmente a un diseño

u Sin embargo, obliga al modelado del sistema ausar una estructura computacional

u Los métodos fallan al proporcionar una adecuadadescripción de actividades humanas


Contexto del sistema

u Los límites del sistema deben ser establecidospara determinar lo que debe ser implementado

u Éstos son documentados usando una explicacióndel contexto del sistema. Esto debe incluir unadescripción de los otros sistemas que están en elambiente

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


Contexto del sistema de cajero

Auto-tellersystem

Securitysystem

Maintenancesystem

Accountdatabase

Usagedatabase

Branchaccounting

system

Branchcountersystem

6


Factores sociales yorganizacionales

u Los sistemas de software son usados en uncontexto social y organizacional. Esto puedeinfluir o aun dominar los requerimientos delsistema

u Los factores sociales y organizacionales no sonsólo puntos de vista, sino que su influyen sobretodos los puntos de vista

u Un buen análisis debe ser sensitivo a esosfactores pero actualmente no hay un modosistemático de abordar su análisis


Ejemplo

u Considere un sistema que permite aladministrador senior acceder a la información sinpasar a través de los administradores intermedios• El estatus administrativo. Los administradores Senior pueden

sentir que son muy importantes para tocar un teclado. Estopuede limitar el tipo de interface empleada en el sistema

• Las responsabilidades administrativas. Los administradorespueden tener tiempo ininterrumpido para aprender a manejar elsistema

• Resistencia organizacional. Los directivos intermedios quienesserán consultados pueden proporcionar deliberadamenteinformación incompleta ó equivocada, así que el sistema puedefallar


Análisis etnográfico

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

u Las personas no tienen que explicar o articular sutrabajo

u Los factores sociales y organizacionales deimportancia deben ser observados

u Estudios etnográficos han mostrado que el trabajousualmente es más abundante y más complejoque lo sugerido por los modelos de sistemassencillos


Enfoque Etnográfico

u Desarrollado en un proyecto de estudio delproceso de control de tráfico aéreo

u Combina tecnología con prototipado

u El desarrollo de un prototipo trasciende enpreguntas sin respuesta lo cual enfoca el análisisetnográfico

u El problema con la etnografía es que estudia laspracticas existentes, las cuales pueden teneralguna base histórica que ya no es relevante


Desarrollo de la etnografía

u El uso de la etnografía en el análisis derequerimientos necesita ser desarrollado tal quepueda ser combinado con métodos mássistemáticos

u Conforme la importancia de los factoreshumanos, sociales y organizacionales se vuelvenmás ampliamente reconocidos, estos métodosson promisoriamente desarrollados


Etnografía y análisis estructurado

Structuredanalysis

Ethnographicanalysis

Prototypeevaluation

Systemprototyping

Requirementsspecification

7


Resumen

u El análisis de requerimientos solicitaentendimiento, colección de requerimientos,clasificación, organización, priorización yvalidación

u Los sistemas complejos deben ser analizadosdesde diferentes puntos de vista

u Los puntos de vista pueden estar basados enfuentes y sumideros de datos, modelos delsistema ó interacción externa


Resumenu Deben emplearse métodos estructurados en el

análisis de requerimientos. Éstos deben incluir unmodelo del proceso, notaciones de modelado delsistema, reglas y apuntes para el modelado delsistema y reportes estándar

u El método VORD orientado a puntos de vistaaísla los puntos de vista que son externos alsistema


Resumen

u Los límites entre el sistema y su ambiente debenser definidos

u Los factores sociales y organizacionales tienenmucha influencia en los requerimientos

Análisis de Requerimientos Objetivos Entendiendo los ...fgonza/courses/2003/ingSoft1/CAP5.pdf · 1...

Documents

Transcript of Análisis de Requerimientos Objetivos Entendiendo los ...fgonza/courses/2003/ingSoft1/CAP5.pdf · 1...