análise e concepção de sistemas de informação · adaptado a partir de gerald kotonya and ian...

Adaptado a partir de Gerald Kotonya and Ian Sommerville

Levantamento e Análise de Requisitos

Análise e Concepção de Sistemas de Informação

2ACSI/Levantamento, Adaptado de Kotonya&Sommerville

Objectivos:

Processo de levantamento e análise de requisitosTécnicas para levantamento e análise de requisitosUtilização de protótipos no processo de engª de requisitos


Can youstop theRain?

RAIN RAINGO AWAY

...it’ssnowing!

What is it youreally want?

The wizard of id


Dilbert


Requirements elicitation Requirements

analysis

Requirements negotiation

Draft statement of requirements

Requirements document

Requirementsproblems

Processo de engª de Requisitos

Levantamento, análise e negociação de requisitos


Businessgoals

Systemconstraints

Problem to besolved

Establish objectives Understand background

Organisationalstructure

Applicationdomain

Existingsystems

Stakeholderidentification

Goalprioritisation

Domainknowledge

filtering

Organise knowledge

Stakeholderrequirements

Collect requirements

Domainrequirements

Organisationalrequirements

Processo de engª de Requisitos


Necessitychecking

Consistency andcompleteness

checking

Feasibilitychecking

Unnecessaryrequirements

Conflicting andincomplete

requirements

Infeasiblerequirements

Requirementsdiscussion

Requirementsprioritisation

Requirementsagreement

Requirements analysis

Requirements negotiation

Análise e negociação de requisitos


Técnicas de levantamento de requisitos

Estruturar o conhecimento:– Partitição – agregar o conhecimento associado

– Abstracção – reconhecer generalidades

– Projecção – organizar de acordo com a perspectiva

Problemas– Falta de tempo para fazer o levantamento– Má preparação dos engenheiros– Stakeholders não acreditam na necessidade de

um novo sistema


Técnicas de levantamento de requisitos

Entrevistas– Planear a entrevista– Conduzir a entrevista– Escrever o relatório

JADCenáriosEtnografiaReutilização de requisitosPrótotipagem


Entrevistas

Método importante para colectar informação

Revela informação sobre:– as opiniões do entrevistado– o estado do sistema actual– objectivos pessoais e organizacionais– Procedimentos informais

Ouvir é essêncial!


Fases do planeamento da entrevista

Ler material de suporteEstabelecer os objectivos da entrevistaDecidir quem entrevistarPreparar o entrevistadoDecidir os tipos de questões e a sua estrutura


Tipos entrevistas

Entrevistas abertas – Não existe uma agenda pré-definida

Entrevistas fechadas– Limita o número de possíveis respostas– Apropridada para gerar dados precisos


Entrevistas abertas

Benefícios– Entrevistado fica mais

à vontade– Usar o vocabulário do

entrevistado– Maior detalhe– Gera novas questões– Mais interessante

para o entrevistado– Mais espontaniedade– Exige pouca

preparação

Desvantagens– Podem se obter

muitos detalhes sem importância

– É possível perder o controlo da entrevista

– As respostas podem demorar demasiado tempo

– Parecer pouco preparado


Entrevistas fechadas

Benefícios– Poupam tempo– É fácil comparar

entrevistas– Vai directo ao que é

importante– Mantém o controlo

sobre a entrevista– É possível cobrir

muitos assuntos– Focado apenas nos

dados relevantes

Desvantagens– Penoso para o

entrevistado– Falta de detalhes

importantes– Pode não abordar as

ideias essênciais– Não cria empatia com

o entrevistado


Cenários

Descrevem como os utilizadores interagem com sistemaOs cenários devem:– Descrever o estado inicial do sistema – O fluxo normal de eventos – Excepções ao fluxo normal– Informação actividades concurrentes– Descrever o estado final do sistema

Exemplificam a interação do utilizador com o sistema


Log on to EDDIS systemIssue order document commandEnter reference number of the required documentSelect a delivery optionLog out from EDDIS

Cenário da bibliotecaOrdenação de Documentos


Estruturar entrevistas

Estrutura em pirâmide– Começar com uma pergunta especifica, fechar com uma pergunta

genérica– Usar em entrevistados relutantes

Estrutura em fúnil– Começar com uma pergunta genérica, fechar com uma pergunta

especifica– Forma amigável de começara a entrevista– Usar quando os entrevistados feel emotional about the topic

Estrutura em diamante– Combina as aproximações anteriores, por isso demora mais tempo– Mantém o entrevistado interessado usando perguntas variadas


Cenário da biblioteca

Select orderdocument

Login to

EDDIS

Invalid id orpassword

Login retryPermission denied

Incorrectreference

Input doc.reference

User id

Passwd

Operational terminal

Input documentreference

Confirmdelivery details Logout from

EDDIS

Order accepted

Login OK

Document reference OK

Delivery confirmed

ExceptionsExceptions

Enter help system

Enter help system

Exceptions

Timeout

Auto-logout

Exceptions


Registar a entrevista

As entrevistas podem ser registadas numa cassete audio ou num bloco de notasO registo em cassete audio deve ser feito com permissão e conhecimento do entrevistado


Fazer o registo da entrevista

Cassete Audio– Registo preciso– O entrevistador pode ouvir e

responder mais rapidamente– Permite um melhor contacto

com o entrevistado– Permite replay

– Pode tornar o entrevistado:mais nervosomenos apto a responder livremente

– É difícil localizar respostas na cassete

– Custo mais elevado

Bloco de notas– Mantém o entrevistador alerta– É fácil rever pontos

importantes– Mostra interesse na entrevista– Demonstra preparação

– Não cria contacto com o entrevistado

– É possível perder “o fio àmeada”

– O entrevistador para enquanto as notas são escritas

– Foca os factos, ignorando opiniões


Conduzir a entrevista

Antes da entrevista– Confirmar o encontro– Vestir de forma apropriada– Chegar cedo

Início a entrevista– Cumprimentar o entrevistado– Relembrar o seu nome e o objectivo da entrevista– Informar o entrevistado como é que a entrevista será registada:

Bloco de notasCassete audio - verificar o equipamento

Perguntas iniciais– Começar com uma conversa agradável, perguntas abertas– Ouvir atentamente as respostas iniciais– Procurar metáforas


Conduzir a entrevista

Durante entrevista– A entrevista não deve exceder 1 hora– Ter a certeza de perceber o que está a ser dito– Pedir definições– Ser sensível

Encerrar a entrevista– Reflectir sobre o entrevistado– Perguntar se existe algo não foi referido e que o

entrevistado queira adicionar– Fazer um sumário – Perguntar quem é que deve ser entrevistado a seguir– Marcar (se necessário) próximos encontros– Agradecer pelo tempo dispendido


Relatório da entrevista

Escrever o mais cedo possível a seguir àentrevistaApresentar um sumário inicial, e depois mais detalheRever o relatório com o entrevistado


Comentários gerais

Entrevista estruturada– É planeada e o planeamento é seguido à risca– Tem por base perguntas fechadas

Entrevista não-estruturada é uma conversaçãoEntrevistas– Demoram muito tempo– Sujeitas a erro e interpretações erradas


Joint Application Design (JAD)

Pode substituir uma série de entrevistas com a comunidade de utilizadores

Permite ao analista efectuar o levantamento de requisitos com os utilizadores


Quando usar JAD

Se os utilizadores querem algo novoSe a cultura organizacional suporta a resolução de problemas em grupoA utilização do JAD provoca um aumento de ideias geradasO workflow organizacional permite que empregados essênciais se ausentem para assistir às reuniões JAD


Quem está envolvido

Analista– Pelo menos 1, mas deve ter um papel passivo

Utilizadores– De 8 a 12 utilizadores– Escolher um moderador para a sessão que não é um especialista

em análise e design, mas com bom poder de comunicação– Supervisor do moderador da sessão não deve pertencer ao grupo

de utilizadores JAD– 1 ou 2 técnicos especializados que assumem um papel passivo– Alguém deve registar o conteúdo da sessão

Executivo– Escolher um executivo como sponsor que irá introduzir e concluir a

sessão JAD


Onde realizar as sessões JAD

Organizar de 2 a 3 sessões diárias fora do local do trabalho para minimizar interferênciasReservar uma sala para 20 pessoasPlanear a comida e as bebidasSó realizar as reuniões se todos os convidados podem estar presentes


Vantagens do JAD

Gasta menos 15% do tempo em comparação com as entrevistas individuaisDesenvolvimento rápido de sistemasOs utilizadores sentem-se integrados no desenvolvimento do sistemaDesenvolvimento criativo de designs


Desvantagens do JAD

Exige que os vários participantes tenham tempo disponível para todas as sessõesSe a preparação for insuficiente, a sessão pode não ter sucessoSe o relatório de uma sessão estiver incompleto pode por em risco a próxima sessãoA cultura organizacional pode não ser compatível com a aproximação JAD


Cenários e OO

O termo caso de uso pode ser usado para referir um cenárioRelacionamento entre casos de uso e cenários:– Opiniões divergentes

Um caso de uso é um cenárioUm cenário é uma coleção de casos de uso


Etnografia

É difícil descrever como que se realizam tarefas– Solução: Observar como as

tarefas são realizadasEtnografia – técnica desenvolvida na área das ciências socias– Útil para determinar o

método de trabalhoDivergência entre os métodos de trabalho usados e a sua definição formal


Etnografia em engª de requisitos

Procurar métodos pouco usuais de trabalho Estabelecer uma relação de confiança com os utilizadoresManter notas detalhadas sobre os métodos de trabalho.Combinar observação com entrevistas abertasOrganisar sessões regulares de de-briefingUsar outras técnicas de levantamento de requisitos


Etnografia em engª de requisitos

Ethnographicanalysis

Debriefingmeetings

Focusedethnography

Systemprotoyping

Systemprototype

Userexperiments


Perspectivas etnográficas

Perspectiva do contexto do trabalho – Descreve o contexto e a localização fisíca do trabalho e

como as pessoas usam os objectos para realizar tarefas

Perspectiva social e organizacional – Cada individuo tem uma percepção única sobre o trabalho

Perspectiva do fluxo de trabalho– Descrever as actividades que formam um trabalho/tarefa e o

fluxo de informação entre essas actividades.


Reutilização de requisitos

Usar os requisitos de um sistema noutro sistemaDiminui o tempo e esforço gastos no levantamento de requisitos

Quando reutilizar– Se o requisito fornece informação sobre o domínio de

aplicação– Se o requisito está relacionado com o estilo de

apresentação de informação– Se o requisito está relacionado com os regulamentos da

empresa


Prototipagem

Protótipo– Versão inicial de um sistema para experimentação

Permite aos utilizadores identificar os pontos fortes e fracos do sistema Algo concreto que pode ser criticado Protótipos devem estar disponíveis durante o levantamento de requisitos


Vantagens da Prototipagem

Utilizadores podem experimentar “o sistema”Estabelece a fiabilidade e utilidade do sistemaEssêncial para criar o “look and feel” da interface com o utilizadorPode ser usado nos testes do sistema e no desenvolvimento de documentaçãoObriga a estudar com detalhe os requisitos– Encontrar inconsistências e omissões


Tipos de Protótipos

Protótipos “Throw-away”– Objectivo: Ajudar o levantamento e

desenvolvimento dos requisitos – Suportar os requisitos mais difíceis de perceber

Protótipos Evolucionários– Objectivo: desenvolvimento rápido de uma versão

inicial do sistema. – Suportar os requisitos bem definidos e

conhecidos


Problemas e custos da prototipagem

Custos de aprendizagem Custos de desenvolvimento Extende a planificação do desenvolvimentoSão incompletos– Pode não ser possível protótipar requisitos

críticos


Abordagens à Prototipagem

Prototipagem em papel– Representação em papel do interface do sistema

Prototipagem ‘Wizard of Oz’– Uma pessoa (wizard) simula as respostas do sistema a

entradas de um utilizador

Prototipagem executável– Utilização de uma ambiente de desenvolvimemto rápido

para desenvolver um protótipo executável


Prototipagem em papel

Características – Representar em papel a funcionalidade e aparência

da interface– Tem custos baixos e é fácil de preparar e modificar

Objectivo– Analisar diferentes representações para a interface– Fazer o levantamento das reacções dos utilizadores– Fazer o levantamento das modificações (e

sugestões) requeridas pelos utilizadores


Prototipagem em papel


Esboços (Sketches)


Prototipagem ‘Wizard of Oz’

A method of testing a system that does not exist– the voice editor, IBM 1984

The WizardO que o utilizador vê Wizard


Prototipagem ‘Wizard of Oz’

O ‘wizard’ humano simula as respostas do sistema– Interpreta os inputs de um utilizador segundo um algoritmo– Controla computador para simular o output desejado– Usa a interface real ou um “mock-up”

É usado para:– Simular a adição de funcionalidades complexas – Testar ideias futuristicas


Análise de requisitos

Objectivos:– Encontrar problemas, falhas e inconsistências

A análise é intercalada com o levantamento de requisitosA análise é suportada por uma lista de verificação de problemas


Listas de verificação

Desenho prematuro do sistemaCombinação de requisitosRequisitos desnecessáriosUtilização de HW não-standardConformidade com os objectivos de negócio Requisitos ambíguosRequisitos realistasRequisitos “testáveis”


Matrizes de interação

Objectivos da análise de requisitos:– Determinar as interações entre requisitos – Evidênciar conflitos e sobreposições entre

conflitosMatriz de interação de requisitos– Requisitos em conflito, colocar 1– Requisitos sobrepostos, colocar 1000– Requisitos independentes, colocar 0


Matrizes de Interação

Requirement R1 R2 R3 R4 R5 R6R1 0 0 1000 0 1 1R2 0 0 0 0 0 0R3 1000 0 0 1000 0 1000R4 0 0 1000 0 1 1R5 1 0 0 1 0 0R6 1 0 1000 1 0 0


Negociação de Requisitos

Conflitos não são falhas– Refletem diferentes necessidades e prioridades

Negociação de requisitos tenta encontrar uma solução de concordância A negociação de requisitos pode ser um processo demorado– A planificação de processo de ER deve

contabilizar o tempo necessário


Reuniões de Negociação

Fase de informação– Explicar os problemas associados aos requisitos

a negociarFase de discussão– stakeholders devem ter oportunidade de comentar

os requisitos que lhes dizem respeito– Usar esta fase para atribuir prioridades aos

requisitosFase de resolução – Eliminar, alterar ou refinar o requisito


Conclusões

Para efectuar o levantamento de requisitos énecessário conhecer– O domínio de aplicação– O problema a ser resolvido– As necessidades e restrições da organização

O levantamento, análise e negociação de requisitos são processos iterativos intercalados Pode-se (e deve-se) usar vários métodos de levantamento de requisitos:– Entrevistas, cenários, JAD, protótipos e observação


Conclusões (cont.)

Protótipos– A experimentação permite que os utilizadores encontrem os

seus requesitos reais

Listas de verificação– Permitem organizar o processo de validação de requisitos

Negociação de requisitos– Troca de informação, discussão e resolução de conflitos

análise e concepção de sistemas de informação · adaptado a partir de gerald kotonya and ian...

Documents