1 Introduo aos Sistemas de Informao Aula 3 -Tcnicas de Levantamento de Requisitos (material elaborado pelas Profas.

Rosngela e Junia) 1/2005

2 3. Decidir quem entrevistar. Incluir na lista de entrevistados pessoas-chave de todos os nveis da organizao afetados pelo sistema. A pessoa de contato na organizao pode ajudar nesta seleo. Quando necessrio, use amostragem. 4. Preparar a entrevista. Uma entrevista deve ser marcada com antecedncia e deve ter uma durao entre 45 minutos e uma hora, no mximo duas horas. 5. Decidir sobre os tipos de questes e a estrutura da entrevista. o ponto principal de uma entrevista, saber elaborar as questes e a estrutura da entrevista. 6. Decidir como registrar a entrevista. Registrar as informaes obtidas para que no sejam perdidas logo em seguida. Os meios mais naturais de se registrar uma entrevista incluem anotaes e o uso de gravador. Tipos de Questes Podem ser de trs tipos bsicos: 1. Questes subjetivas: permitem respostas abertas. Exemplos: O que voc acha de ...? Explique como voc ...? Vantagens: Provem riqueza de detalhes. Revelam novos questionamentos. Colocam o entrevistado a vontade. Permitem maior espontaneidade. Desvantagens: Podem resultar em muitos detalhes irrelevantes. Perda do controle da entrevista. Respostas muito longas para se obter pouca informao til. Podem dar a impresso de que o entrevistador est perdido, sem objetivo. 2. Questes objetivas: limitam as respostas possveis. Exemplos: Quantos ...? Quem ...? Quanto tempo ...? Qual das seguintes informaes ...? Vantagens: Ganho de tempo, uma vez que vo direto ao ponto em questo. Mantm o controle da entrevista. Levam a dados relevantes. Desvantagens: Podem ser maantes para o entrevistado. Podem falhar na obteno de detalhes importantes. No constroem uma afinidade entre entrevistador e entrevistado. Questes de aprofundamento: permitem explorar os detalhes de uma questo. Podem ser subjetivas ou objetivas. Exemplos: Por que? Voc poderia dar um exemplo?
3.

Em todo desenvolvimento de software, um aspecto fundamental a captura dos requisitos dos usurios. Para apoiar este trabalho, diversas tcnicas podem ser utilizadas. Em um levantamento de requisitos, geralmente um engenheiro de software se depara com duas importantes questes: 1. Entre os muitos relatrios, formulrios e documentos gerados pelos membros de uma organizao, quais devero ser objeto de investigao? 2. Pode haver um grande nmero de pessoas afetadas pelo sistema de informao proposto. Quais delas devem ser entrevistadas, observadas ou questionadas? Servindo de base para todas as tcnicas de levantamento de requisitos, entre elas investigao, entrevistas e observao, esto as decises cruciais dizendo respeito a o que examinar e quem questionar ou observar. 1. Entrevista Uma entrevista de levantamento de informaes uma conversa direcionada com um propsito especfico, que utiliza um formato pergunta-resposta. Objetivos: obter as opinies do entrevistado, o que ajuda na descoberta dos problemaschave a serem tratados; conhecer os sentimentos do entrevistado sobre o estado corrente do sistema; obter metas organizacionais e pessoais; e levantar procedimentos informais.

Pontos a serem observados em um entrevista, considerando que o desenvolvedor est estabelecendo um contato um relacionamento com uma pessoa estranha: 1. construa, rapidamente, uma base de confiana e entendimento; 2. mantenha o controle da entrevista; 3. venda a idia do sistema, provendo ao entrevistado as informaes necessrias. Etapas de uma entrevista: Antes 1. Estudar material existente sobre os entrevistados e suas organizaes. Procure dar ateno especial linguagem usada pelos membros da organizao, procurando estabelecer um vocabulrio comum a ser usado na elaborao das questes da entrevista. Isso para otimizar o tempo despendido nas entrevistas, evitando-se perguntar questes bsicas e gerais. 2. Estabelecer objetivos. H algumas reas sobre as quais um engenheiro de software desejar fazer perguntas relativas ao processamento de informao e ao comportamento na tomada de deciso, tais como fontes de informao, formatos da informao, freqncia na tomada de deciso, estilo da tomada de deciso, etc.

Quadro comparativo das questes subjetivas e objetivas Subjetivas Confiabilidade dos dados Baixa Uso eficiente do tempo Baixo Preciso dos dados Baixa Amplitude e profundidade Alta Habilidade requerida do entrevistador Alta

Objetivas Alta Alto Alta Baixa Baixa

3 Facilidade de anlise Baixa Alta Pode deixar o entrevistado pouco a vontade. Pode deixar o entrevistador distrado. Pode haver necessidade de transcrever a fita.\

Problemas na Elaborao de Questes Questes capciosas: tendem a levar o entrevistado a responder de uma forma especfica, isto , so tendenciosas. Ex: Sobre este assunto, voc est de acordo com os outros diretores, no est? Mais adequada: O que voc pensa sobre este assunto? Duas questes em uma: O entrevistado pode responder a apenas uma delas, ou pode se confundir em relao pergunta que est respondendo. Ex: O que voc faz nesta situao e como? Estrutura das Entrevistas H quatro formas bsicas de se estabelecer a seqncia de questes: 1- Estrutura de Pirmide (Abordagem Indutiva): inicia com questes bastante detalhadas, geralmente objetivas, e, medida que a entrevista progride, questes mais gerais, subjetivas, so colocadas. til para situaes onde o entrevistado parece relutante em abordar um assunto determinado ou se o engenheiro de software deseja obter uma finalizao sobre o assunto. 2- Estrutura de Funil (Abordagem Dedutiva): inicia com questes gerais subjetivas e, medida que a entrevista avana, perguntas mais especficas, usando questes objetivas, so feitas. Esta estrutura prov um meio fcil e no ameaador para se comear uma bateria de entrevistas. Permite levantar bastante informao detalhada, sendo desnecessrias longas seqncias de questes objetivas e de aprofundamento. 3- Estrutura de Diamante: Combinao das duas anteriores: comea com questes especficas, passa a questes gerais e fecha a entrevista novamente com questes especficas. Freqentemente, a melhor forma de se estruturar uma entrevista, j que mantm o interesse do entrevistado em uma variedade de questes. Contudo, tende a ser mais longa. 4- Entrevista No Estruturada: No h uma definio da seqncia das questes. De acordo com o andar da entrevista, caminhos possveis so avaliados e a seqncia estabelecida. Requer mais tempo. Vale ressaltar que, ainda que a seqncia das questes no seja definida a priori, as questes devem ser definidas antecipadamente, ou seja, o planejamento necessrio. Durante Como registrar as entrevistas

Anotaes

Vantagens: Mantm o entrevistador alerta. Pode ser usado para fornecer um roteiro para a entrevista. Mostra interesse e preparao do entrevistador. Desvantagens: Perda do andamento da conversa. Excessiva ateno a fatos e pouca a sentimentos e opinies. Como conduzir uma entrevista? Um dia antes, entre em contato com o entrevistado para confirmar o horrio e o local da entrevista. Chegue um pouco antes do horrio marcado. Apresente-se e esboe brevemente os objetivos da entrevista. Relembre o entrevistado de que voc estar registrando pontos importantes. Se for usar gravador, coloque-o em local visvel. Diga ao entrevistado o que ser feito com as informaes coletadas e re-assegure seu aspecto confidencial. A entrevista deve durar entre 45 minutos e uma hora. Quando estiver incerto sobre uma questo, pea para o entrevistado dar definies ou outros esclarecimentos. Use questes de aprofundamento. Ao trmino da entrevista, pergunte se h algo mais sobre o assunto que o entrevistado ache importante voc saber. Faa um resumo da entrevista e d suas impresses globais. Informe o entrevistado sobre os passos seguintes. Pergunte se h outra pessoa com a qual voc deveria conversar. Quando for o caso, marque nova entrevista. Aps O relatrio da entrevista deve capturar a essncia da entrevista. Assim, escreva o relatrio to rpido quanto possvel para assegurar qualidade. Registre entrevistado, entrevistador, data, assunto e objetivos. Diga se os objetivos foram alcanados e aponte objetivos para entrevistas futuras. Registre, ainda, os pontos principais da entrevista e sua opinio. Remeta-o ao(s) entrevistado(s) para autenticar as informaes. 2. Questionrio O uso de questionrios constitui uma tcnica de levantamento de informaes que permite ao engenheiro de software obter de vrias pessoas afetadas pelo sistema (corrente ou proposto) informaes, tais como: - Posturas: o que as pessoas na organizao dizem querer; - Crenas: o que as pessoas pensam ser realmente verdade; - Comportamento: o que as pessoas fazem;

Gravador: requer a permisso do entrevistado. Vantagens: Registro completo da entrevista. Rapidez e melhor desenvolvimento. Reproduo para outros membros da equipe. Desvantagens:

5 Caractersticas: propriedades de pessoas ou coisas. Etapas de um Questionrio Antes Planejamento No planejamento de um questionrio, devem ser levados em considerao aspectos relacionados com a redao das questes, escalas, formato e ordem das questes. Redao das Questes Uma vez que questionrios e entrevistas seguem uma abordagem pergunta-resposta, seria bastante razovel pensar que a consideraes feitas para entrevistas aplicam-se tambm para questionrios. Contudo, importante ressaltar que h diferenas fundamentais entre estas tcnicas e, portanto, novos aspectos devem ser considerados. Um questionrio deve: ter questes claras e no ambguas,ter fluxo bem definido, ter administrao planejada em detalhes e levantar, antecipadamente, as dvidas das pessoas que iro responde-lo. Tipos de questes Questes Subjetivas Devem ser usadas para levantar opinies sobre algum aspecto do sistema ou em situaes exploratrias Quando utilizadas, antecipe o tipo de resposta que voc espera obter. Estas questes devem ser restritas o suficiente para guiar as pessoas, de modo que respondam de uma maneira especfica. Tome cuidado com perguntas que permitam respostas muito amplas, pois isto pode dificultar a comparao e a interpretao dos resultados. Questes Objetivas Questes objetivas devem ser utilizadas em um questionrio: quando o engenheiro de software capaz de listar as possveis respostas ou ?para examinar uma grande amostra de pessoas. Respostas a questes objetivas podem ser mais facilmente quantificadas. Respostas a questes subjetivas so analisadas e interpretadas de maneira diferente. Quadro quanto ao uso de questes subjetivas e objetivas em questionrios Questes Subjetivas Questes Objetivas Tempo gasto para responder Alto Baixo Natureza exploratria Alta Baixa Amplitude e profundidade Alta Baixa Facilidade de preparao Alta Baixa Facilidade de anlise baixa Alta Diretrizes: Linguagem Utilizada Sempre que possvel, use o vocabulrio das pessoas que iro responder. Prime pela simplicidade.

6 Utilize perguntas simples e curtas. Evite redao tendenciosa. Garanta que as questes esto tecnicamente precisas antes de inclui-las no questionrio. Para verificar a linguagem utilizada, aplique o questionrio antecipadamente em um grupo piloto, pedindo ateno adequabilidade dos termos empregados. Projeto do Questionrio Estilo Deixe amplos espaos em branco para atrair as pessoas. Deixe espao suficiente para as respostas das questes subjetivas. Em questes com escala, pea para fazer um crculo na resposta. Use os objetivos do questionrio para ajudar a determinar o formato (inclusive instrues). Seja consistente no estilo. Coloque instrues sempre no mesmo local em relao ao layout do questionrio, para facilitar a localizao das instrues. Use letras maisculas e minsculas nas perguntas e apenas letras maisculas nas respostas. Ordem das Questes Para ordenar as questes, considere os objetivos e, ento, determine a funo de cada questo para atingir esses objetivos. Use um grupo piloto para auxiliar ou observe o questionrio com olhos de respondedor. Algumas orientaes devem ser seguidas: As primeiras questes devem ser de interesse dos respondedores. Agrupe itens de contedo similar e observe tendncias de associao. Coloque os itens de menor controvrsia primeiro. Durante Quem deve responder o questionrio? A deciso de quem deve responder o questionrio feita em conjunto com o estabelecimento dos seus objetivos. Quando houver muitas pessoas aptas a responder o questionrio, use amostragem. Mtodos de Aplicao 1. Reunir todos os respondedores em um mesmo local para a aplicao do questionrio. Vantagens: 100% de retorno Instrues uniformes Resultado rpido Problemas: Pode ser difcil reunir todas as pessoas. O respondedor pode ter coisas importantes a fazer. 2. Analista entrega e recolhe cada questionrio individualmente. Vantagens: Boa taxa de resposta Problemas: Desperdcio do tempo do analista. O respondedor pode ser identificado.

7 3. Respondedor administra o questionrio. Vantagens: Anonimato garantido. Respostas mais reais. Problemas: Taxa menor de respostas. Este problema pode ser minimizado, mantendo-se uma lista de respondedores e controlando a devoluo. 4. Por correspondncia. til somente para alcanar pessoas distribudas geograficamente. Aps Como ocorre com a entrevista o desenvolvedor elaborar um relatrio contendo todas as informaes conseguidas e enviar ao solicitante do sistema para a validao das informaes. 3. Observao Direta Pode ser usada para diversas finalidades como: Processo e confirmao dos resultados de uma entrevista Identificao de documentos que devem ser coletados para anlise posterior Esclarecimento do que est sendo feito no ambiente atual e de que forma Tarefas similares. O analista observa sem intervir diretamente no processo, mas ele interage com a pessoa que est observada. Na medida do possvel o analista deve executar as atividades do usurio para entender como o usurio opera em seu prprio ambiente. Antes - Identificar as reas de usurio a serem observadas Obter aprovao das gerncias apropriadas Obter nomes e funes das pessoas-chave que sero envolvidas no estudo da observao Explicar para as pessoas observadas o que ser feito e por qu Durante - Familiarizar-se com o local de trabalho que est sendo observado Observar os agrupamentos organizacionais atuais Observar as facilidades manuais e automatizadas em uso atualmente Coletar amostras de documentos e procedimentos escritos usados em cada processo especfico que est sendo observado 4. Anlise de Fluxo de Processo Desvantagem - O processo global consome TEMPO. Erros podem ser induzidos pelos analistas -

8 Acumular informaes estatsticas a respeito das tarefas: freqncia que ocorrem, estimativas de volumes, tempo de durao p/ cada um que est sendo observado, etc.. Ser objetivo e no comentar as formas de trabalho de maneira no construtiva, na interao com o usurio. Observar as excees que podem ocorrer e no so citadas por no serem operaes normais de negocio. Quando completar a observao, agradea s pessoas pelo apoio.

Aps - Documente as descobertas Consolide os resultados Reveja os resultados consolidados com as pessoas observadas e/ ou com seus superiores.

Essa tcnica freqentemente usada para complementar informaes obtidas com outras: entrevistas e questionrios.

Problemas do usurio no com o software em questo mas sim em como os prprios processos de negcio so realizados em seu ambiente. Uso da Tcnica: quando o trabalho do usurio dividido em muitos processos executados por vrios deptos de negcio e no se tem uma viso global da situao. Tipos de problemas que ocorrem: Reclamaes sobre interaes desnecessrias; Tempo perdido com a falta de habilidade de seguir em frente Excesso de erros no local de trabalho Essa tcnica de identificao de problemas tem suas razes na engenharia industrial. Processo: uma srie de operaes que so conduzidas em um departamento e que produzem algum resultado. Anlise: significa estudar um processo e dividi-lo em elementos mais simples e ver como podem ser melhorados.

10 Lder de sesso JAD- corao do processo JAD. Seu papel conduzir as entrevistas preparatrias antes da sesso JAD real com o executivo patrocinador e com gerentes funcionais para a definio do escopo bsico do processo. Escribas: registrar oficialmente todas as informaes pertinentes ao sistema estudado. Sesses maiores 2 escribas. 1 de fileira descreve os comportamentos do sistema outro membro da rea do usurios, controla questes de negcio levantadas pelos usurios durante a sesso de dinmica de grupo. Uso de ferramentas automatizadas para capturar os requisitos e exibir de volta para os usurios as telas, relatrios, etc..

Smbolos de anlise de fluxo de processos:

5. Sesses Tipo JAD (Join Application Design) Projeto de Aplicao em Conjunto Refinam brainstorming para englobar abordagens mais estruturadas em que o mediador um profissional altamente experiente e bem treinado. lder da sesso: apoiado por outras pessoas que se dedicam a apoiar o processo global. JAD foi desenvolvido pela IBM. Existem outras tcnicas que tem em comum: dinmica de grupo envolvendo usurios e pessoal de sistemas. Definies: Executivo patrocinador: gerente de nvel mais alto comprometido com JAD, patrocina o processo do incio ao fim. FOrnece diretrizes sobre os objetivos e metas de um projeto Define expectativas claras para sada do processo JAD Realiza breve palestra; no participa de atividades das sesses detalhadas, pode ser chamado para esclarecer questes administrativas criticas Gerentes funcionais e usurios finais: peritos em sesses JAD detalhadas. Tem a capacidade de descrever porque precisam do sistema. Representantes do SI: poucas pessoas convidadas a participar das sesses. Tem conhecimentos tcnicos das aplicaes atuais do negcio pelo ponto de vista dos sistemas (de 1 a 4)

Processo JAD: tem quatro etapas: 1) Orientao inicial definio global do projeto documentando os seguintes itens finalidade do projeto escopo do projeto e reas funcionais envolvidas objetivos que devem ser alcanados no final do workshop suposies tcnicas e de negcio que afetam o projeto objetivos do workshop fatores crticos de sucesso

A obteno das informaes: o lder as obtm com o executivo patrocinador, gerentes funcionais e de sistemas ligados ao projeto antes do workshop Tempo : 4 dias 2) Familiarizao com a rea/aplicao: anlise de procedimentos atuais do negcio e identificao do fluxo geral de trabalho de documentos no local do trabalho. A documentao feita da seguinte forma, pois ajudam o lder a entender melhor a aplicao, reas relacionadas e conflitos de aderia, em potencial. Auxiliam o lder para conduzir melhor as discusses em grupo durante o workshop. finalidade da tarefa dados de entrada dados de sada descrio do processo feito problemas/oportunidades

3) Preparao do material para o workshop: Analista de Sistema (pode ser o lder JAD) constri um modelo elementar do sistema esboo de telas e relatrios que sero revisados durante o workshop.Esses relatrios so veculos para simular as idias.

11

12 3) Modifique o prottipo em iteraes sucessivas: o prottipo deve ser alterado em direo s necessidades do usurio. Cada modificao requer uma nova avaliao 4) Enfatize a interface com o usurio: as interfaces do prottipo devem permitir que o usurio interaja facilmente com o sistema. Um mnimo de treinamento deve ser requerido. Sistemas interativos com interfaces grficas so muito indicados prototipao. Problemas da Prototipao Gerncia do projeto: Normalmente, vrias iteraes so necessrias para se refinar um prottipo. Sob esta tica, surge uma importante questo: quando parar? Se esta questo no for tratada com cuidado, a prototipao pode se estender indefinidamente. importante, pois, delinear e seguir um plano para coletar, analisar e interpretar as informaes de realimentao do usurio. Considerar o prottipo como sendo o sistema final: a qualidade pode no ter sido apropriadamente considerada. Vantagens da Prototipao Permite alterar o sistema mais cedo no desenvolvimento, adequando-o mais de perto s necessidades do usurio (menor custo de uma alterao). Permite descartar um sistema quando este se mostrar inadequado (prottipo de viabilidade). Possibilidade de desenvolver um sistema que atenda mais de perto as necessidades e expectativas dos usurios. Permite uma interao com o usurio ao longo de todo o ciclo de vida do desenvolvimento. 7. Casos de Uso Um caso de uso especifica um comportamento de um sistema segundo uma perspectiva externa e uma descrio de um conjunto de seqncias de aes realizadas pelo sistema para produzir um resultado de valor observvel por um ator [Booch00]. Em resumo, um caso de uso (use case) uma interao tpica entre um ator (usurio o, outro sistema comuputacional ou um dispositivo) e um sistema. Um caso de uso captura alguma funo visvel ao ator e, em especial, busca atingir uma meta do usurio. Casos de uso tm dois importantes papis: 1. Eles capturam os requisitos funcionais de um sistema. Um modelo de caso de uso define o comportamento de um sistema (e a informao associada) atravs de um conjunto de casos de uso. O ambiente do sistema definido pela descrio dos diferentes usurios. Estes usurios utilizam o sistema atravs de um nmero de casos de uso. 2. Eles oferecem uma abordagem para a modelagem de sistemas. Para gerenciar a complexidade de sistemas reais, comum apresentar os modelos do sistema em um nmero de diferentes vises. Em uma abordagem guiada por casos de uso, pode-se construir uma viso para cada caso de uso, isto , em cada viso so modelados apenas aqueles elementos que participam de um caso de uso especfico. Um particular elemento pode, claro, participar de vrios casos de uso. Isto significa que um modelo do sistema completo s visto atravs de um conjunto de vises uma por caso de uso. Encontra-se todas as responsabilidades de um elemento de modelo, olhando todos os casos de uso onde este tem um papel.

4) Conduzir o workshop 3 a 5 dias 1 dia: explicar a finalidade do projeto Descrever os compromissos de todos os participantes com apoio da administrao. Dar as informaes gerais relacionadas ao escopo, objetivo. Revisar o material detalhado e consolidado antes da reunio passo a passo. abordagem estruturada,

Conforme o workshop progride, os secretrios transcrevem as decises para teles, permitindo rpidas revises do trabalho realizado at o momento.

6. Prototipao A prototipao uma tcnica valiosa para se obter rapidamente informaes especficas sobre requisitos de informao do usurio. Tipicamente, a prototipao permite obter: - Reaes iniciais do usurio: Como o usurio se sente em relao ao sistema em desenvolvimento? Reaes ao prottipo podem ser obtidas atravs da observao, entrevistas, questionrio ou relatrio de avaliao. - Sugestes do usurio para refinar ou alterar o prottipo: guiam o engenheiro de software na direo de melhor atender as necessidades dos usurios. Inovaes: novas capacidades, no imaginadas antes da interao com o prottipo. - Informaes para reviso de planos: estabelecer prioridades e redirecionar planos. Tipos de Prottipos

Prottipo no-operacional: apenas as interfaces de entrada e sada so

implementadas; o processamento propriamente dito no. til para avaliar certos aspectos do sistema quando a codificao requerida pela aplicao custosa e a noo bsica do que o sistema pode ser transmitida pela anlise de suas entradas e sadas. Prottipo arranjado s pressas: o prottipo possui toda a funcionalidade do sistema final, mas no foi construdo com o devido cuidado e, portanto, sua qualidade e desempenho so deficientes. Prottipo primeiro de uma srie: um sistema piloto desenvolvido para ser avaliado antes de ser distribudo. til quando o sistema ser implantado em vrios locais diferentes. Prottipo de caractersticas selecionadas: apenas parte das caractersticas do sistema final so implementadas. O sistema vai sendo construdo em partes: cada prottipo aprovado passa a ser um mdulo do sistema. Diretrizes para o Desenvolvimento de um Prottipo 1) Trabalhe com mdulos gerenciveis: no necessrio e, muitas vezes, nem desejvel, construir um sistema completo. 2) Construa o prottipo rapidamente: use ferramentas adequadas.

13

Um caso de uso pode ser capturado atravs de conversas com usurios tpicos, discutindo as vrias coisas que eles querem fazer com o sistema. Cada uma dessas interaes discretas constitui um caso de uso. D a ela um nome e escreva uma descrio textual pequena (no mais do que uns poucos pargrafos). No tente capturar todos os detalhes de um caso de uso logo no incio. Os objetivos do usurio podem ser o ponto de partida para a elaborao dos casos de uso. Proponha um caso de uso para satisfazer cada um dos objetivos do usurio. A partir deles, estude as possveis interaes do usurio com o sistema e refine o modelo de casos de uso. Diagramas de casos de uso especificam as funcionalidades que um sistema tem de oferecer, segundo diferentes perspectivas dos usurios. Basicamente, um diagrama de casos de uso apresenta dois elementos: os atores e os casos de uso. Um ator um papel que um usurio, outro sistema ou dispositivo desempenha com respeito ao sistema. Casos de uso representam funcionalidades requeridas externamente. Uma associao entre um ator e um caso de uso significa que estmulos podem ser enviados entre atores e casos de uso. Os atores podero estar conectados aos casos de uso somente por meio de associaes. A associao entre um ator e um caso de uso indica que o ator e o caso de uso se comunicam entre si, cada um com a possibilidade de enviar e receber mensagens [Booch00].