Você está na página 1de 10

Objetivos

Elicitao e Anlise 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.

Jaelson Castro 1998

Slide 1

Jaelson Castro 1998

Slide 2

Uma caso real!


u

ELICITAO DE REQUISITOS MOTIVAO (Cont. ...)


u

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;

Jaelson Castro 1998

Slide 3

Jaelson Castro 1998

Slide 4

ELICITAO DE REQUISITOS MOTIVAO (Cont. ...)


... Depois de um ms e meio ... Sr. Analista, nosso pessoal analisou com cuidado o documento. Tivemos muita dificuldade e dvidas em entend-l o. Mas o que percebemos que NO FOMOS CORRETAMENTE ENTENDIDOS!!! u Como no? Tudo que a est, foi fruto de nosso entendimento pessoal. REALMENTE VOCS NO SABEM O QUE QUEREM!!!
u

Componentes da elicitao de requisitos

Ap plicatio n domain

Pro blem to be solved

Stakeho ld er n eed s and constrain ts

Bu sines s context

Jaelson Castro 1998

Slide 5

Jaelson Castro 1998

Slide 6

Elicitao de Requisitos
u

Elicitao de Requisitos: Dificuldades


u 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).

Jaelson Castro 1998

Slide 7

Jaelson Castro 1998

Slide 8

Atividades da Elicitao
u

Elicitao, anlise e negociao


Draft statement of requirements Requirements elicitation

Entendimento do domnio da aplicao


O conhecimento do domnio da aplicao o conhecimento geral ond eo sistema ser aplicado.

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.

Entendimento das necessidades e limitaes dos stakeholders do sistema


Voc deve entender, em detalhe, as necessidades especficas das pessoas que requerem suporte do sistema no seu trabalho.
Slide 9 Jaelson Castro 1998

Requirements document Requirements negotiation

Requirements problems

Jaelson Castro 1998

Slide 10

O processo da elicitao de requisitos


Establish objectives Busine ss goals Problem to be sol ved System const raints Understand background Organisa tional structure Organise knowledge Stakeholder i dentification Goal prioritisation Domain knowledge filteri ng Coll ect requirements Stake holder requirements

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.

u Applica tion doma in Existing systems Domain requirements

Aquisio de conhecimento do background


Informao de background do sistema inclui informao acerca da organizao onde o sistema ser instalado, o domnio de aplicao do sistema e informao acerca de outros sistemas existente

Organisational requirements

Organizao do conhecimento
A grande quantidade de conhecimento que foi coletada nos estgios anteriores devem ser organizadas e colocadas em ordem.

Coletar os requisitos dos stakeholders


Os stakeholders do sistema so consultados para descoberta de seus requisitos.
Slide 12

Jaelson Castro 1998

Slide 11

Jaelson Castro 1998

Anlise e negociao de requisitos


Requirements analys is Neces sity checking Con sis tency and comp letenes s check ing Conflicting an d incomp lete requ iremen ts Feasib ility check in g

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.

Checagem de consistncia e completude


Os requisitos so checados entre si para determinar consistncia e completude . Consistncia significa que nenhum requisito deve ser contraditrio; completude significa que nenhum servio (ou limitao) que seja necessrio foi esquecido.

Un necessary requirements

Infeas ib le requirements

Requirements dis cu ssion

Requ iremen ts prioritisatio n

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.

Requirements neg otiation


Jaelson Castro 1998 Slide 13 Jaelson Castro 1998 Slide 14

Negociao dos requisitos


u

Tcnicas de Elicitao
u u

Discutir dos requisitos


Os requisitos que foram identificados como problemticos so discutidos e os stakeholders envolvidos apresentam seus pontos de vista a cerca dos requisitos.

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

Concordncia dos requisitos


Solues para os problemas dos requisitos so identificadas e um conjunto de requisitos so acordados. Geralmente isto envolve mudanas em alguns dos requisitos.

Problemas da elicitao
No existir muito tempo para a elicitao Preparao inadequada dos engenheiros Stakeholders no estarem convencidos da necessidade de um novo sistema

Jaelson Castro 1998

Slide 15

Jaelson Castro 1998

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

Jaelson Castro 1998

Slide 17

Jaelson Castro 1998

Slide 18

Tcnicas especficas de elicitao

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

Jaelson Castro 1998

Slide 19

Jaelson Castro 1998

Slide 20

Entrevistas: tipos
u

Essencial das entrevistas


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

Jaelson Castro 1998

Slide 21

Jaelson Castro 1998

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

Jaelson Castro 1998

Slide 23

Jaelson Castro 1998

Slide 24

Anlise de Protocolos
u

Participao Ativa dos Usurios


u 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

Jaelson Castro 1998

Slide 25

Jaelson Castro 1998

Slide 26

Cenrios
u

Cenrio da biblioteca - pedido de documentos


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

Jaelson Castro 1998

Slide 27

Jaelson Castro 1998

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

Exceptions Inv alid id or pas sword Lo gin retry

Logout from ED DIS

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

Ex ceptions Time ut o Auto-logout

Jaelson Castro 1998

Slide 29

Jaelson Castro 1998

Slide 30

Mtodos Soft Systems


u

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

Jaelson Castro 1998

Jaelson Castro 1998

Slide 32

Observao e Anlise Social


u

Diretrizes para Etnografia


u u

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

Jaelson Castro 1998

Jaelson Castro 1998

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

O ponto de vista do ambiente de trabalho


Descreve o contexto e localizao fsica do trabalho e como as pessoas usam objetos para executarem tarefas. Assim, no caso de um servio de help desk, seriam descritos os objetos que o funcionrio precisaria manusear e como eles esto organizados

Perspectiva social e organizacional


Tentar levantar a experincia diria do trabalho, de acordo com as diferentes pessoas envolvidas. Cada indivduo tipicamente v o trabalho de forma diferente. Assim este ponto de vista tenta organizar e integrar todas estas percepes. u

Ponto de vista de fluxo de trabalho


Este ponto de vista apresenta o trabalho a partir de um srie de atividades com informaes fluindo de uma atividade para outra.

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

Jaelson Castro 1998

Slide 37

Jaelson Castro 1998

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

Jaelson Castro 1998

Slide 39

Jaelson Castro 1998

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!

Jaelson Castro 1998

Slide 41

Jaelson Castro 1998

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

Jaelson Castro 1998

Jaelson Castro 1998

Slide 44

Custos e problemas da protipagem


u u

Abordagem para prototipagem


u

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

Jaelson Castro 1998

Slide 45

Jaelson Castro 1998

Slide 46

Desenvolvimento de um prottipo executvel


u u

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

Jaelson Castro 1998

Slide 47

Jaelson Castro 1998

Slide 48

Lista de verificao da anlise


u

Lista de verificao da anlise


u

Projeto prematuro
Os requisitos incluem informao prematura de projeto ou implementao?

Est de acordo com os objetivos de negcio


O requisito consistente com os objetivos de negcio definidos na introduo do documento de requisitos?

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?

Realismo dos requisitos


o requisito realstico em relao a tecnologia usada para a implementao do sistema?

Uso de hardware no padronizado


Os requisitos implicam no uso de uma plataforma de hardware no padronizada? Para tomar esta deciso, voc precisa conhecer os requisitos de plataforma do computador.
Slide 49

Teste dos requisitos


Podemos testar os requisitos, ou seja, eles foram escritos de tal forma que um engenheiro de teste poder derivar o teste que mostrar se o sistema satisfaz os requisitos?
Slide 50

Jaelson Castro 1998

Jaelson Castro 1998

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

Jaelson Castro 1998

Slide 51

Jaelson Castro 1998

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.

Estgio de resoluo onde as aes que dizem respeito ao requisito so concordadas.


Estas aes podem ser deletar o requisito, sugerir modificaes ao requisito ou elicitar mais informaes sobre o requisito.

Jaelson Castro 1998

Jaelson Castro 1998

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

Jaelson Castro 1998

Jaelson Castro 1998

Você também pode gostar