Escolar Documentos
Profissional Documentos
Cultura Documentos
Tecnicas de Elicitacao de Requisitos
Tecnicas de Elicitacao de Requisitos
Descrever o processo da elicitao e anlise requisitos. Introduzir um nmero de tcnicas elicitao de requisitos e anlise de requisitos. Discutir como prottipos podem ser usados no processo de ER.
Slide 1
Slide 2
u u
u u
O Sistema que queremos deve fazer isto, isto ..., e nesse caso tambm isto; Sim, Sim estou anotando; Conversei com os usurios e basicamente este o Sistema que teremos que desenvolver; Sim chefe; timo, comearemos a especificar os requisitos imediatamente;
... Quatro Meses Depois ... Srs. Usurios, aps o emprego das mais modernas tcnicas de especificao, produzimos este documento que descreve minuciosamente o Sistema; timo! Bom! Hum! ... um documento com 300 pginas e todos estes grficos, tabelas. Enfim, vamos analis -lo e voltamos a falar;
Slide 3
Slide 4
Ap plicatio n domain
Bu sines s context
Slide 5
Slide 6
Elicitao de Requisitos
u
ELICITAR: descobrir, tornar explcito, obter o mximo de informaes para o conhecimento do objeto em questo Cabe elicitao a tarefa de identificar os fatos que compem os requisitos do Sistema, de forma a prover o mais correto e mais completo entendimento do que demandado daquele software
Usurios podem no ter uma idia precisa do sistema por eles requerido; Usurios tm dificuldades para descreverem seu conhecimento sobre o domnio do problema; Usurios e Analistas tm diferentes pontos de vista do problema (por terem diferentes formaes); Usurios podem antipatizar-se com o novo sistema e se negarem a participar daelicitao (ou mesmo fornecer informaes errneas).
Slide 7
Slide 8
Atividades da Elicitao
u
Entendimento do problema
Os detalhes dos problemas especficos do problema do cliente onde o sistema ser aplicado deve ser entendido.
Requirements analysis
Entendimento do negcio
Voc de entender como os sistemas interagem e contribuem de forma geral com os objetivos de negcio.
Requirements problems
Slide 10
Estgios da Elicitao
u
Definir objetivos
Os objetivos organizacionais devem ser estabelecidos incluindo objetivos gerais do negcio, um descrio geral do problema a ser resolvidos porque o sistema necessrio e as limitaes do sistema.
Organisational requirements
Organizao do conhecimento
A grande quantidade de conhecimento que foi coletada nos estgios anteriores devem ser organizadas e colocadas em ordem.
Slide 11
Cheques da anlise
u
Checagem da necessidade
A necessidade os requisitos analisada. Em alguns casos, alguns requisitos propostos podem no contribuir para os objetivos de negcio da organizao ou para o problema especfico tratado pelo sistema.
Un necessary requirements
Infeas ib le requirements
Requiremen ts agreemen t
Checagem de viabilidade
Os requisitos so checados para garantir que so viveis dentro do oramento e tempo disponvel para o desenvolvimento do sistema.
Tcnicas de Elicitao
u u
Tcnicas especiais que podem ser usadas para coletar conhecimento sobre os requisitos dos usurios Este conhecimento deve ser estruturado
Particionamento - agregando conhecimentos relacionados Abstrao - reconhecendo generalidades Projeo - organizando de acordo com a perspectiva
Priorizar os requisitos
Os requisitos disputados so priorizados para identificar requisitos crticos e ajudar a processo de tomada de deciso. u
Problemas da elicitao
No existir muito tempo para a elicitao Preparao inadequada dos engenheiros Stakeholders no estarem convencidos da necessidade de um novo sistema
Slide 15
Slide 16
Tcnicas de elicitao
u u u u u u u u u
Elicitao de Requisitos
u
Entrevista Leitura de documentos Questionrios Anlise de protocolos Participao ativa dos usurios Cenrios Mtodos Soft Systems Observaes e anlise sociais Reuso de requisitos
O profissional de ER deve selecionar as tcnicas a serem utilizadas e estabelecer de que maneira elas sero integradas importante utilizar uma tcnica de modelagem de apoio para que os fatos elicitados fiquem corretamente representados para futuro tratamento A escolha das tcnicas e seu esquema de integrao depender do problema e da equipe participante O ponto importante ter conhecimento sobre estas tcnicas e identificar onde uma tcnica superior a outra
Slide 17
Slide 18
Entrevistas
u
O engenheiro de requisitos ou analista discute o sistema com diferentes stakeholders e obtm um entendimento dos requisitos. Vantagens: contato direto com o usurio e validao imediata Desvantagens: conhecimento tcito e diferenas de cultura
Slide 19
Slide 20
Entrevistas: tipos
u
Entrevistas fechadas. O engenheiro de requisitos busca respostas para um conjunto de questes pr-definidas Entrevistas abertas. No h uma agenda pr-definida e o engenheiro de requisitos discute, de forma aberta, o que o stakeholders quer do sistema. Tutorial: o cliente est no comando - aula
Entrevistadores devem estar de cabea aberta e no fazer a entrevista com noes pr-concebidas sobre o que necessrio Informar aos stakeholders o ponto inicial da discusso. Isto pode ser uma questo, uma proposta de requisitos ou um sistema existente Entrevistadores devem estar cientes da poltica organizacional - muitos requisitos reais podem no serem discutidos devido as implicaes polticas
Slide 21
Slide 22
Leitura de Documentos
u u u u
Questionrios
u u
Abstraes Vocabulrio da aplicao Vantagens: facilidade de acesso e volume de informaes Desvantagens: disperso das informaes e volume de trabalho
u u
Quando existe conhecimento sobre o problema e grande nmero de clientes Do idia definida sobre como certos aspectos universo de informao/software so percebidos Possibilitam anlises estatsticas Vantagens: padronizao das perguntas e tratamento estatstico das respostas Desvantagens: limitao do universo de respostas e pouca iterao
Slide 23
Slide 24
Anlise de Protocolos
u
Consiste em analisar o trabalho de determinada pessoa atravs de verbalizao Objetivo: estabelecer a racionalidade utilizada na execuo de tarefas Vantagens: possibilidade de elicitar fatos no facilmente observveis e permitir melhor entendimento dos fatos Desvantagens: desempenho do entrevistado e o que se diz diferente do que se faz
u u
Incorporao dos usurios ao grupo de ER Os usurios precisam aprender as linguagens de modelagem utilizadas para ler as descries e critic-las Integrao dos usurios com os ER na modelagem do sistema Vantagens: envolvimento dos clientes e usurios Desvantagens: treinamento dos usurios e falsa impresso da eficcia do sistema
Slide 25
Slide 26
Cenrios
u
Cenrios so estrias que explicam como um sistema poder ser usado. Eles devem incluir:
uma descrio do estado do sistema antes de comear o cenrio o fluxo normal de eventos do cenrio excees ao fluxo normal de eventos informaes sobre atividades concorrentes uma descrio do estado do sistema ao final do cenrio
Cenrios so exemplos de sesses de interao que descrevem como o usurio interage com o sistema A descoberta de cenrios expe interaes possveis do sistema e revela as facilidades que o sistema pode precisar
Entre no sistema EDDIS Escolha o comando pedido de documentos Entre um nmero de referncia do documento pedido Selecione um ponto de entrega Saia do sistema EDDIS Esta sequncia de eventos pode ser ilustrada num diagrama
Slide 27
Slide 28
Cenrio da biblioteca
Operational terminal Login OK U er id s Pas swd Order accepted Login to ED DIS Select o rder d ocument Exceptions P ermiss io nd enied Enter help sys tem Document reference OK Delivery con firmed Inp ut document reference Exceptions Incorrect reference Inp ut d oc. reference En ter help s ys tem Confirm delivery details
Cenrios e Projeto OO
u u
Cenrios so partes inerentes de alguns mtodos de desenvolvimento orientados a objeto O termo caso de uso ou use-case (um caso especfico do uso do sistema) usado as vezes para se referir a um cenrio Existem diferentes vises sobre o relacionamento entre caso de uso e cenrios :
Um caso de uso um cenrio Um cenrio uma coleo de casos de uso. Portanto, cada interao excepcional representada como um caso de uso separado
Slide 29
Slide 30
Estgios do SSM
u u u
Produzem modelos informais de um sistema tcnicosocial. Eles consideram o sistema, as pessoas e a organizao. No so tcnicas para elicitao detalhada de requisitos. Servem para o entendimento do problema e de seu contexto organizacional. A tcnica mais conhecida provavelmente a Software Systems Methodology (SSM) A essncia do SSM o reconhecimento que sistemas so embutidos num contexto maior que envolve seres humanos e organizao
Slide 31
u u u u
Avaliao da situao do problema Descrio da situao do problema Definio abstrata do sistema a partir de pontos de vistas selecionados Modelagem conceitual do sistema Comparao do modelo e mundo real Identificao de mudana Recomendaes para ao
Slide 32
As pessoas geralmente acham difcil descrever o que elas fazem pois isto muito natural para elas. As vezes, a melhor forma de entende ser observ-las no trabalho. Etnografia uma tcnica das cincias sociais que se mostrou til no entendimento das processos reais realizados nos trabalhos Os processo reais de trabalho geralmente diferem daqueles processos formais descritos Um etngrafo passa algum tempo observando as pessoas no trabalho e constri uma imagem de como o trabalho realizado
Slide 33
u u
Assuma que as pessoas so boas no que fazem e procure formas no padronizadas de trabalho Gaste algum tempo conhecendo as pessoas e estabelea um relacionamento de confiana Tome nota de forma detalhada de todas as prticas de trabalho. Analise-as e chegue a uma concluso a partir delas Combine observao com entrevistas abertas Organize regularmente sees de relato, onde o etngrafo fale para pessoas externas ao processo Combine etnografia com outras tcnicas de elicitao
Slide 34
Etnografia
u u
Etnografia na elicitao
Ethnographic analysis De brie fing meetings Focused ethnography
Etnogrfo procura ter a mesma perspectiva do cliente Vantagem: viso mais completa e perfeitamente ajustada ao contexto Desvantagem: tempo gasto e pouca sistematizao do processo
System protoyping
System prototype
User experiments
Jaelson Castro 1998 Slide 35 Jaelson Castro 1998 Slide 36
Perspectivas da etnografia
u
Reuso de requisitos
u
Reuso envolve considerar requisitos que foram desenvolvidos para um sistema e us-los em sistemas diferentes O reuso de requisitos economiza tempo e esforo, pois requisitos reutilizados j foram analisados e validados em outros sistemas Atualmente o reuso de requisitos um processo informal. Contudo, um reuso mais sistemtico economizaria muito esforo
Slide 37
Slide 38
Possibilidades de reuso
u
Reuso
u
Na existncia de um domnio (encapsulamento do conhecimento da rea de aplicao) do qual o requisito est relacionado
Na mesma rea de aplicao, apenas 15% dos requisitos de um novo sistema so exclusivos dele. O restante so os mesmos de outros sistemas similares
Na apresentao da informao. O reuso levaria a consistncia dos estilos entre aplicaes. Onde o requisito refletir polticas da companhia, tais como segurana.
justamente a capacidade de se aproveitar anlises anteriores que diferencia um analista experiente de um inexperiente Vantagens: produtividade e qualidade (componentes j validados) Desvantagens: dificuldade de se promover reutilizao sem modificao
Slide 39
Slide 40
Prototipagem
u u
Tcnicas de Elicitao
u u u u u u u
Um prottipo uma verso inicial de um sistema que poder ser usado para experimentao. Prottipos so teis para elicitao de requisitos porque os usurios podero experimentar com o sistema e mostrar os pontes fortes e fracos do sistema. Eles tero algo concreto para criticar. O desenvolvimento rpido dos prottipos essencial para que eles fiquem disponveis logo para o processo de elicitao .
Sempre perguntar: o que? Por que(m)? Como? Pergunte o bvio Organize as respostas: durante versus depois Viva a situao durante um tempo Observe Estudar o que? Por que? Onde comear Seja humilde, procure aprender!
Slide 41
Slide 42
Benefcios da prototipagem
u
Tipos de prototipagem
u
O prottipo permite que os usurios experimentem e descubram o que eles realmente necessitam para suportar o trabalho deles Estabelece a viabilidade e utilidade antes que altos custos de desenvolvimento tenha sido realizado Essencial para desenvolvimento do aspecto look and feel da interface do usurio Pode ser usado para teste do sistema e desenvolvimento da documentao Fora um estudo detalhado dos requisitos que revela inconsistncias e omisses
Slide 43
Prototipagem descartvel
til para ajudar a elicitao e desenvolvimento dos requisitos. Os requisitos que devem ser prototipados devem ser aqueles que causam mais dificuldades para os clientes e que so mais difceis de entender. Requisitos que so bem entendidos no precisam ser implementados pelo prottipo.
Prototipagem evolucionria
Tem como objetivo a entrega rpida de um sistema que funciona para o cliente. Assim, os requisitos que devem ser suportados pela verso inicial do prottipo, so aqueles que esto bem entendidos e que podem prover funcionalidade ao usurio final. Somente aps largo uso do sistema que requisitos que foram pouco entendidos devero ser implementados
Slide 44
Custos de treinamento - o desenvolvimento de prottipos pode requerer o uso de ferramentas de propsito especial Custos de desenvolvimento - depende do tipo de prottipo sendo desenvolvido Extenso dos prazos de desenvolvimento - desenvolver um prottipo pode estender o prazo, embora o tempo de prototipagem possa ser recuperado pois o trabalho de correo de erros possa ser evitado Incompletudo - pode no ser possvel prototipar os requisitos crticos do sistema
Prototipagem no papel
uma simulao do sistema desenvolvida em papel e usada para experimentao do sistema
Prototipao Mgico de Oz
uma pessoa simula as respostas do sistema em resposta a alguma entrada do usurio
Prototipagem executvel
uma linguagem de quarta gerao ou um ambiente de prototipagem rpida usada para o desenvolvimento de um prottipo executvel
Slide 45
Slide 46
Anlise de requisitos
u
Linguagem de quarta gerao em volta de um sistema de banco de dados Linguagem de programao visual tais como Visual Basic ou ObjectWorks Solues de prototipagem para internet baseadas em algum folheador (browsers) para World Wide Web e linguagens tais como Java
O objetivo da anlise descobrir problemas, incompletude e inconsistncia nos requisitos elicitados. Eles normalmente so retornados aos stakeholders para resolv-los atravs de um processo de negociao A anlise intercalada com elicitao pois problemas so descobertos quando os requisitos so elicitados Uma lista de verificao de problemas poder ser usada para ajudar a anlise. Cada requisito poder ser avaliado contra esta lista
Slide 47
Slide 48
Projeto prematuro
Os requisitos incluem informao prematura de projeto ou implementao?
Requisitos combinados
A descrio dos requisitos descreve um requisito nico ou pode ser descritos em vrios requisitos diferentes?
Ambiguidade de requisitos
O requisito ambguo, isto poder ser lido de forma diferente por pessoas diferentes? Quais so as possibilidades de interpretao dos requisitos?
Requisitos desnecessrios
O requisito realmente necessria, ou ser que uma mera adio cosmtica ao sistema?
Interao de requisitos
u
Matizes de Interao
Re qui re me nt R1 R2 R3 R4 R5 R6 R1 0 0 1000 0 1 1 R2 0 0 0 0 0 0 R3 1000 0 0 1000 0 1000 R4 0 0 1000 0 1 1 R5 1 0 0 1 0 0 R6 1 0 1000 1 0 0
Um importante objetivo da anlise de requisitos descobrir as interaes entre requisitos e informar as conflitos e sobreposies de requisitos Uma matriz de interao de requisitos mostrar como um requisito interage com outros. Os requisitos so mostrados nas linhas e colunas da matriz
Para cada requisito que conflita, preencha 1 Para cada requisito que sobrepe-se, preencha 1000 Para cada requisito que independente, preencha um 0
Slide 51
Slide 52
Negociao de requisitos
u
Encontros de negociao
u u
Problemas nos requisitos so inevitveis quando um sistema possui muitos stakeholders. Conflitos no so falhas mas refletem necessidades e prioridades diferentes entre as partes interessadas A negociao de requisitos o processo de discusso dos conflitos de requisitos e busca de um compromisso no qual todas as partes interessadas concordem No planejamento do processo de engenharia de requisitos, importante deixar bastante tempo para negociao. Alcanar um compromisso aceitvel pode tomar um tempo considervel
Slide 53
Um estgio de informao onde a natureza dos problemas associados com os requisitos so explicados. Um estgio de discusso onde as partes interessadas discutem com o problema poder ser resolvido.
Todas as partes interessadas no requisito devem ter a oportunidade de comentar. Neste estgio atribuir prioridades aos requisitos.
Slide 54
Pontos chave
u
Pontos chave
u
A elicitao de requisitos envolve a compreenso do domnio da aplicao, o problema especfico a ser resolvido, as necessidades e limitaes organizacionais e as facilidades especificas necessrias para as partes interessadas. Os processos de elicitao de requisitos, anlise e negociao so interativos e intercalados, precisando serem repetidos vrias vezes. Existem vrias tcnicas de elicitao de requisitos que podem ser usadas, incluindo entrevistas, cenrios, mtodos soft systems, prototipagem e observao dos participantes.
Slide 55
Prottipos so efetivos para a elicitaod de requisitos pois as partes interessadas tm algo para experimentar e encontrar seus reais requisitos. Listas de checagem so formas particularmente teis para organizar o processo de validao dos requisitos. Elas lembram ao analista o que deve ser checado quando da leitura dos requisitos propostos. Negociao dos requisitos sempre necessrio para resolver conflitos e remover a sobreposio de requisitos. Negociao envolve a troca de informao, discusso e resoluo de conflitos.
Slide 56