extração de requisitos2015
DESCRIPTION
documento sobre extração de requisitos.TRANSCRIPT
-
1IFRO Instituto Federal de Rondnia Campus Vilhena
Disciplina: Engenharia de Software - 2 mdulo - 2015
Professor: Bruno Rover Dal Pr([email protected])
Engenharia de Software Anlise de Requisitos
Extrao de requisitos
-
Contedos
1. Consideraes iniciais 2. Dificuldades 3. Participantes 4. Tcnicas de extrao e anlise 4.1. Entrevistas 4.2. Brainstorming 5. Exerccios Bibliografia
2
-
1. Consideraes iniciais
Requisito (FERREIRA, 1986)
Condio necessria para a obteno de certo objetivo ou para o preenchimento de certo fim
Requisitos de software (CHRISTEL; KANG, 1992)
Requisitos que o produto a ser desenvolvido deve possuir
Problemas a resolver
Geralmente complexos
De difcil entendimento
E quando o produto no existe? Natureza do problema?
O que o produto deve fazer?
3
-
1. Consideraes iniciais (cont.)
Extrao (ou engenharia) de requisitos (PANKAJ, 1997)
Processo de transformao das idias que esto na mente dos usurios (a entrada) em um conjunto formal (sada)
Transformao atravs
Determinao dos objetivos e restries do produto
Anlise do problema
Documentao dos resultados
Verificao do entendimento do problema
4
-
1. Consideraes iniciais (cont.)
Sada do processo: Documento de especificao dos requisitos
Descreve o que o produto dever fazer
No deve descrever como deve ser feito
Completo e consistente
Entrada do processo
Incompleta
Inconsistente
Conseqncia (sada x entrada)
Processo no totalmente formal (no pode ser totalmente automatizado)
5
-
1. Consideraes iniciais (cont.)
Durante o processo de extrao de requisitos
Foco
Entendimento do produto
Requisitos
Complexidade => dificuldade
Princpio da decomposio ajuda a lidar com a complexidade!
Requisitos podem ser
Funcionais
Funes / servios
No funcionais
Restries ao processo de desenvolvimento, ao tempo de resposta do sistema, etc.
6
-
1. Consideraes iniciais (cont.)
Passos do processo de extrao de requisitos
Entendimento do domnio
Desenvolvedores devem entender o domnio da aplicao o mais completamente possvel
Extrao e anlise
Descoberta, revelao e entendimento dos requisitos
Interaes com o usurio
Classificao e organizao dos requisitos
Determinao de propriedades dos requisitos
Resoluo de inconsistncias e conflitos
Descoberta de omisses
7
-
1. Consideraes iniciais (cont.)
Passos do processo de extrao de requisitos (cont.)
Especificao dos requisitos
Armazenamento (em uma ou mais formas)
Lngua natural
Linguagem formal / semiformal
Representaes simblicas / grficas
Validao dos requisitos
Verificao
Esto completos e condizentes com as necessidades e desejos do usurio?
8
-
1. Consideraes iniciais (cont.)
.
9
Entendimento do domnio
Extrao e anlise de requisitos
Especificao
Validao
Processo de extrao de requisitos
-
1. Consideraes iniciais (cont.)
E. R. uma seqncia linear de atividades?
No, elas no podem ser separadas e executadas seqencialmente
So intercaladas e executadas repetidamente
Existe sobreposio e feedback das atividades ( retorno anlise e especificao
Problemas com entendimento do domnio exigem retorno a esta atividade
10
-
1. Consideraes iniciais (cont.)
As necessidades dos usurios mudam com a mudana do ambiente onde o sistema funciona!
Documento de especificao de requisitos + processo de extrao fornecem ao usurio novas idias sobre
Necessidades
Funes
=> Mudanas nos requisitos (sistemas complexos!)
f(mudanas das necessidades dos usurios)
f(interpretao incorreta dos requisitos do produto)
Baixa qualidade
Estouros de custos e prazos
Complexidade? Especificao, com ferramentas que permitam enxergar o produto = srie de abstraes
11
-
2. Dificuldades
Descrio de um sistema hospitalar:
Gostaria que fosse construdo um sistema para monitorar a temperatura e a presso de pacientes da UTI, que devero ficar ligados on line rede de computadores do hospital, que formada por um computador principal e vrios terminais que monitoram os pacientes. Se a temperatura ou presso do paciente lida pelo terminal se tornarem crticas, o computador principal dever mostrar uma tela de alerta com um histrico das medidas realizadas para o paciente. Um aviso sonoro deve ser ativado nesse caso. A verificao da presso feita comparando-se a presso do paciente com um valor padro de presso (mximo e mnimo) a ser digitado pelo responsvel e verificado-se se a presso medida est dentro dos parmetros considerados normais para o paciente (valores prximos ao mximo e mnimo so permitidos). Temos vrios sistemas on line no computador e todos devem rodar ao mesmo tempo.
(Um usurio)12
-
2. Dificuldades (cont.)
Funes do sistema
Monitorar temperatura e presso
Apresentar tela de alerta com o histrico de medidas
Providenciar aviso sonoro de temperatura e presso crticas
Restries
Deve ser on line
Deve rodar ao mesmo tempo que outros => controle de concorrncia
Aviso deve ser sonoro
13
-
2. Dificuldades (cont.)
Existem vrias dificuldades a contornar no processo de extrao de requisitos
bvias
Implcitas
Todas deve ser levadas em considerao
14
-
2. Dificuldades (cont.)
1) Falta de conhecimento do usurio de suas reais necessidades e do que o produto de software pode lhe oferecer.
- usurios tm vaga noo do que precisam e do que um produto de software pode lhes oferecer;
- o que eles querem o que eles precisam;
- interaes usurios - desenvolvedores permitem:- usurios entenderem restries que podem ser impostas ao software pela tecnologia e pelas prticas da empresa; alternativas tecnolgicas e operacionais; escolhas que podem ser necessrias quando dois requisitos no podem ser totalmente satisfeitos;
- desenvolvedores ficarem confiantes de estarem resolvendo o problema certo, vivel p/aspectos tcnico e humano. 15
-
2. Dificuldades (cont.)
2) Falta de conhecimento do domnio do problema pelo desenvolvedor.
- desenvolvedores levados a tomar decises erradas;
- usurios: melhor e mais completa fonte de conhecimento.
3) Domnio do processo de E. R. pelos desenvolvedores de software.
- excesso de confiana => no ouvir usurios => forar vises e interpretaes => clima de insatisfao => menor participao dos usurios (respostas incompletas) => decises erradas por no entender reais nec. => demoras / desperdcios em projeto e implementao, maiores custos e prazos / cancelamentos de projetos.
16
-
2. Dificuldades (cont.)
4) Comunicao inadequada entre usurios e desenvolvedores.
- usurios podem ter dificuldade em expressar suas nec.
- usurios e desenvolvedores, de mundos diferentes, com vocabulrios e jarges diferentes, podem atribuir significados diferentes a termos comuns;
Se a temperatura ou presso do paciente lida pelo terminal se tornarem crticas, ...
- p/profissional da rea mdica: temperatura > 40 C; e p/os desenvolvedores?
- lngua natural ambgua! => diagramas e linguagens artificiais podem e devem ser utilizadas;
17
-
2. Dificuldades (cont.)
4) Comunicao inadequada entre usurios e desenvolvedores (cont.).
- ... o terminal e/ou o computador principal ativar(o) um aviso sonoro?
- omisses:
A verificao da presso feita... e mnimo so permitidos).
- quais os valores possveis p/mximo e mnimo?
- o que fazer se valor mximo < mnimo?
- e se o intervalo fornecido estiver fora de um valor normal para presso?
- o que significa valores prximos?
18
-
2. Dificuldades (cont.)
5) Dificuldade do usurio tomar decises.
- f(...):
- no entender as conseqncias / alternativas das decises;
- necessidades ou perspectivas diferentes sobre o software:
- usurios preocupados c/atributos de alto nvel, como usabilidade e confiana;
- desenvolvedores preocupados com questes de baixo nvel, como utilizao de recursos, algoritmos, ...
6) Problemas de comportamento.
- E. R. um processo social => conflitos e ambigidades nos papis dos usurios e desenvolvedores;
- usurio pode pensar que outro usurio dir certa nec.;
- crena usurio x desenvolvedor; omisso = f(medo). 19
-
2. Dificuldades (cont.)
7) Questes tcnicas.
- problemas a resolver mais complexos / requisitos baseados em conhecimentos mais detalhados sob o domnio dos usurios;
- requisitos mudam c/o tempo: alguns ficam obsoletos!
- tecnologias de software e hardware mudam rpido => requisitos caros ou complexos = possveis!
- novo sistema ~ vrios outros construdos pelo mesmo grupo de desenvolvimento pode se beneficiar dos esforos de E. R. / retornos dos usurios dos sist. ant.
- E. R. p/um sistema novo => esforo maior: pesquisa de mercado, produtos similares competidores, ...
- sw. c/div. verses ao longo dos anos => E.R. contnua!20
-
2. Dificuldades (cont.)
Identificao das dificuldades e problemas
Incio das questes a discutir na aplicao das tcnicas de E. R.
Solicitaes podem ser classificadas de acordo com caractersticas, que podem auxiliar a E. R.:
Freqncia da requisio
Previsibilidade da solicitao
Atualizao da informao
A seguir, lista exemplo com diversas requisies feitas por vrios usurios
21
-
2. Dificuldades (cont.)
1. Desejo receber diariamente uma lista das compras feitas no dia anterior. O relatrio deve estar disponvel at as 12 horas.
2. Quando a quantidade em estoque de um item for menor que o estoque de segurana, emita um pedido de compra para o item. Esse pedido deve ser gerado at o final do expediente.
3. Qual o valor do pedido de compra no. 34923? O fornecedor precisa de confirmao e est ao telefone agora.
4. Qual o total de pedidos feitos ao fornecedor X no perodo de maro a agosto deste ano? Os dados precisam estar disponveis amanh.
22
-
2. Dificuldades (cont.)
5. Quantas vezes, nos ltimos 6 meses, o fornecedor X faltou ao seu compromisso quanto data de entrega? Preciso desta informao agora.
6. Necessito de um relatrio do percentual de compras feitas em microempresas. A informao ser necessria numa reunio de conselho no prximo ms.
7. Fornea-me o nome e telefone dos funcionrios que conheam a lngua francesa, tenham tido treinamento fora do pas e sejam solteiros. A lista deve ser classificada por tempo de servio. Quero essa informao agora.
23
-
2. Dificuldades (cont.)
Anlise das solicitaes
Qual a freqncia da solicitao do cliente?
Programada: (1) Detectada durante a extrao e anlise dos requisitos / faz parte do software
Disparada por evento: (2) Tambm deve ter sido prevista
Eventual: (3) a (7) Produto deve ter flexibilidade para atender; analisar volume durante a construo do produto
Quo previsvel a natureza da solicitao?
Previsveis: c/periodicidade definida / disparadas por eventos: (1) e(2); algumas eventuais tambm so previsveis: (3)
Imprevisveis: solicitaes eventuais, c/elementos de dados / processamentos variveis: (4) a (7)
24
-
2. Dificuldades (cont.)
Anlise das solicitaes (cont.)
Quo atuais devem ser os dados?
Atualizao imediata: dados atualizados a cada transao
Atualizao adiada: suficiente a atualizao dos dados ao final de um perodo de tempo determinado
A partir dessas informaes
Avaliar a complexidade e custo do processamento
Solicitao imprevisvel + resultado imediato => maior custo
(7)
Solicitao previsvel + resultado adiado => menor custo
(1) e (2)
25
-
3. Participantes
E. R. pode envolver nmero maior ou menor de pessoas [= f(complexidade, objetivos do produto)]
Desenvolvedor (engenheiro de requisitos)
Produo dos requisitos
Lidera o processo
Habilidade de empregar processo sistemtico
Freqentemente auxiliado
Outros desenvolvedores
Especialistas em documentao
Pessoal de apoio
Usurios potenciais do produto
26
-
3. Participantes (cont.)
Exemplo: Novo e melhor processador de textos Nmero significativo de usurios de processadores de
textos
O que gostam ou desgostam nos processadores que usam
Que caractersticas desejam presentes no novo produto
Exemplo: Produto sem precedentes
Mais difcil extrair requisitos detalhados
Pesquisa de mercado pode ajudar a identificar
Necessidades do sistema
Requisitos gerais
Requisitos detalhados = f(srie de prottipos, testes e avaliaes com usurios)
27
-
3. Participantes (cont.)
Concluses
Seja qual for o produto a desenvolver, nenhuma pessoa sozinha consegue descobrir seus requisitos
O sucesso no processo de E. R. requer sempre vrios participantes
28
-
4. Tcnicas de extrao e anlise
Extrao e anlise dos requisitos
Informaes completas e consistentes para o sucesso da atividade de especificao
Maior dificuldade: obter toda a informao necessria
Maiores fontes de informaes: pessoas e documentos
A quantidade de informaes grande
Organizao p/avaliar consistncia e completude
Resolver contradies de informaes de fontes diversas
Tcnicas visam superar dificuldades
De comunicao / tcnicas / comportamentais
Nvel varivel (alto - amplas / baixo - especficas p/detalhes)
Nenhuma completa! Desenvolvedor deve escolher conjunto
29
-
4. Tcnicas de extrao e anlise (cont.)
Procedimentos genricos
Perguntar
Pessoa apropriada
Requisitos?
Observar e inferir
Observar comportamento dos usurios de um produto existente (manual ou automtico)
Inferir suas necessidades
Discutir e formular
Discutir necessidades com usurios
Formular entendimento comum
30
-
4. Tcnicas de extrao e anlise (cont.)
Procedimentos genricos (cont.)
Negociar a partir de um conjunto padro
Iniciar c/um conjunto padro de requisitos / caractersticas
Negociar quais sero includas, excludas ou modificadas
Estudar e identificar problemas
Investigar problemas p/identificar requisitos que podem melhorar o produto
Produto lento?
Produto c/milhares de usurios: pesquisa estatstica c/questionrios p/identificar problemas significativos
Supor
Inexistncia de acesso ao usurio / criao de produto novo
Intuio p/identificar funes que o usurio possa desejar
Produto similar existente? Quais seus pontos fracos? 31
-
4. Tcnicas de extrao e anlise (cont.)
Tcnicas informais
Base: comunicao estruturada + interao + questionrios + estudo de documentos + etc.
Modelo do problema e do produto
Construdo na mente dos desenvolvedores
Notaes informais
Traduo direta para o documento de E. R.
Entrevistas
Brainstorming
Pieces
JAD
32
-
4. Tcnicas de extrao e anlise (cont.)
Tcnicas formais: pressupem a construo
Modelo conceitual do problema
Princpio da decomposio
Produo de estruturas representando alguns aspectos do sistema
Modelos: funcional, de dados e de objetos
Obs.: modelos incompletos => uso em conjunto com tcnicas informais
ou
Prottipo do produto (prototipagem)
Anlise do problema e entendimento de requisitos via
Interao com usurios
Prottipo33
-
4.1. Entrevistas
Entrevistas
Srie de encontros
Primeiros encontros (PANKAJ, 1997)
Usurios explicam seu trabalho
Mostram ambiente
Declaram necessidades
Etc.
Entrevistar no s fazer perguntas!
Tcnica estruturada
Proficincia: treino e prtica
Habilidades sociais; saber ouvir; conhecer tticas34
-
4.1. Entrevistas (cont.)
Fases (RAGHAM; ZELESNIK; FORD, 1994)
Identificao dos candidatos
Preparao
Conduo
Finalizao
35
-
4.1. Entrevistas (cont.)
Identificao dos candidatos para entrevista
Incio
Financiador do projeto
Usurios do produto
No necessrio identificar todos os participantes antes de iniciar as entrevistas
Descobrir outras pessoas a entrevistar
Com quem mais eu deveria conversar?
Quem mais dever usar o produto?
Considerar pessoas que no sero usurias do produto, mas iro interagir com os usurios
Interaes podero mudar / ser interrompidas
Minimizar efeitos negativos das mudanas 36
-
4.1. Entrevistas (cont.)
Preparao para entrevistas
Agendar entrevistas
Antecedncia (cortesia)
Declarar objetivos e durao
Fornecer material relevante
Relembrar entrevistados (24 / 48 h antes)
Entrevistas podem ser gravadas:
- certas pessoas podem sentir-se constrangidas (qualidade da informao?)
- pedir permisso
Preparar lista de questes
Impossvel preparar todas as questes: aparecero novas
Seguir ordem lgica (agrupar por assuntos relacionados)
Decidir tempo dedicado a cada assunto37
-
4.1. Entrevistas (cont.)
Conduo de entrevistas
Incio
Apresentao do entrevistador
Breve reviso dos objetivos da entrevista
Julgar preparo do entrevistado. Falta -> adiamento (raro)
Habilidades e estratgias de comunicao oral para aumentar a qualidade da informao recebida
Primeira resposta pode no ser completa e correta / estar expressa em linguagem desconhecida
Resumir, refrasear e mostrar implicaes
Sumarizar til durante toda a entrevista!
- ajuda a confirmar o entendimento
- pode permitir generalizaes / abstraes de alto nvel
38
-
4.1. Entrevistas (cont.)
Conduo de entrevistas (cont.)
Habilidades e estratgias de comunicao oral para aumentar a qualidade da informao recebida (cont.)
Considerar possibilidade de falta de conhecimento tcnico do entrevistado
Dificuldade de entender implicaes de certos requisitos
Explicar implicaes
Confirmar: isso mesmo o que o usurio quer?
Certificar-se de que o processo est ocorrendo conforme o esperado
Estamos indo bem?
Esquecemos de alguma coisa?
Gastamos tempo suficiente nessa questo?
39
-
4.1. Entrevistas (cont.)
Conduo de entrevistas (cont.)
Habilidades e estratgias de comunicao oral para aumentar a qualidade da informao recebida (cont.)
Questes de carter geral
Encorajam respostas no reprimidas
Podem extrair grande quantidade de informaes
teis quando no se conhece o suficiente para perguntar questes mais detalhadas
Por que este produto est sendo desenvolvido?
O que voc espera dele?
Quem so os outros usurios desse sistema?
Questes especficas
teis p/informar usurio sobre um aspecto particular
Forar resposta detalhada / precisa40
-
4.1. Entrevistas (cont.)
Conduo de entrevistas (cont.)
Habilidades e estratgias de comunicao oral para aumentar a qualidade da informao recebida (cont.)
Questes especficas (cont.)
Cuidado para no induzir respostas
O relatrio de vendas deveria ser produzido semanalmente?
Perguntas com respostas sim ou no permitem responder sem pensar muito tempo
Entrevistador pode terminar com a sua e no a viso dos requisitos dos usurios
Abordar tpicos com questes
De diferentes direes
Em diferentes nveis de abstrao
Formular perguntas que subam o nvel41
-
4.1. Entrevistas (cont.)
Conduo de entrevistas (cont.)
Habilidades e estratgias de comunicao oral para aumentar a qualidade da informao recebida (cont.)
Formular perguntas que subam o nvel sempre que o entrevistado comear a se concentrar em
Detalhes
Soluo nica para um problema
Questes a formular para declarao dos usurios de necessidade de funo especfica
Qual o objetivo disso?
Como o objetivo ser obtido?
Certificar-se do entendimento dos contextos das questes pelos entrevistados
Ex.: formato de um dado - resposta =f(contexto E/S)
Evitar mudana freqente de contexto: maior tempo / confuso42
-
4.1. Entrevistas (cont.)
Conduo de entrevistas (cont.)
Estar preparado para erros de comunicao
Erros de observao
Pessoas diferentes x Concentrao em aspectos diferentes x Vises diferentes
Erros de memria
Entrevistado confiante demais na lembrana de informaes
Memria humana pode falhar
Erros de interpretao
Entrevistador x entrevistado
Palavras comuns entendidas de maneira diferente
Erros de foco
Entrevistador x entrevistado
Pensamentos de maneira ampla / restrita
Afeta nvel de abstrao da discusso 43
-
4.1. Entrevistas (cont.)
Conduo de entrevistas (cont.)
Estar preparado para erros de comunicao (cont.)
Ambigidades
Inerentes maioria das formas de comunicao
Ex.: e/ou
Conflitos
Opinies conflitantes sobre um problema
Tendncia ao registro de seu prprio ponto de vista
Fatos no verdadeiros
Entrevistado assume fatos como verdadeiros, mas so apenas sua opinio
Certificar-se da veracidade com outras fontes
44
-
4.1. Entrevistas (cont.)
Finalizao de entrevistas
Trmino de entrevista
Todas as questes feitas e respondidas
Tempo alocado esgotado
Entrevistado exausto
Sumariar e consolidar as informaes recebidas
5 a 10 minutos
Descrever tpicos adequadamente explorados / que necessitam de informao adicional
Explicar
Prximas aes
Oportunidade do entrevistado revisar e corrigir resumo escrito
45
-
4.1. Entrevistas (cont.)
Finalizao de entrevistas (cont.)
Agradecer o entrevistado
Aps a finalizao das entrevistas
Agradecimento escrito aos entrevistados (cortesia)
Produo de resumo escrito
Reconhecer / reordenar tpicos discutidos
Consolidar informaes obtidas
Ajuda a descobrir ambigidades, informaes conflitantes ou ausentes
Confirmar informaes com outras fontes
Revisar procedimentos de preparo / conduo das entrevistas (Melhorar processo!) 46
-
4.2. Brainstorming
Brainstorming
Tcnica bsica para a gerao de idias
Uma / vrias reunies (sesses)
Permite(m) s pessoas
Sugerir
Explorar idias
Ausncia de crticas / julgamentos
Entre participantes (desenvolvedores e usurios)
Lder: iniciar a sesso / garantir liberdade de expresso
Duas fases
Gerao de idias
Consolidao47
-
4.2. Brainstorming (cont.)
Gerao de idias
Participantes encorajados a fornecerem idias
Quantas idias puderem
Ausncia de discusses sobre o mrito das idias
Consolidao
Discusso
Reviso
Organizao
48
-
4.2. Brainstorming (cont.)
Caractersticas / qualidades
Ampla variedade de vises do problema
Formulao do problema de diferentes maneiras
Especialmente til no comeo do processo de E. R.
Ausncia de crtica e julgamento ajuda a eliminar dificuldades
Estimula o pensamento imaginativo
Ajuda os usurios a terem cincia de suas necessidades
Evita a tendncia a limitar o problema muito cedo
Permite interao social mais confortvel
Fcil de aprender / Custo baixo
Pouco estruturado
Pode no produzir suficiente nvel de detalhes / qualidade49
-
4.2. Brainstorming (cont.)
Gerao de idias
Preparao para uma sesso
Identificar participantes
Usurios + desenvolvedores
Conhecimento e especialidades apropriados
Designar lder
Agendar a sesso
Preparar sala da sesso
Sesso
Abertura pelo lder (descrio do problema de forma geral)
Gerao de idias pelos participantes
Enquanto houverem novas idias
Lder (/ um escrivo designado) registra as idias
50
-
4.2. Brainstorming (cont.)
Gerao de idias (cont.)
Regras
Proibido criticar idias
Encorajar idias no convencionais (--> solues criativas)
Gerar o mximo de idias: a quantidade gera qualidade
Encorajar participantes a enriquecer / combinar idias dos outros
Idias devem permanecer visveis a todos
Vrias formas = f(equipamento disponvel): folhas de papel, quadro branco / negro, transparncias com retroprojetores, computadores com datashow, ...
Trmino (pelo lder)
Idias insuficientes => continuao em outra sesso
Idias suficientes geradas e registradas => prxima fase51
-
4.2. Brainstorming (cont.)
Consolidao das idias
Permite organizar as idias para facilitar sua utilizao
Idias so avaliadas
Revisadas / esclarecidas / reescritas / descartadas
Idias remanescentes
Discutidas
Objetivo: Classificao por prioridade
Essenciais
Boas, no essenciais
Aproveitveis numa prxima verso do produto
Aps a sesso: lder (/ outra pessoa designada)
Produzir registro das idias + prioridades + comentrios relevantes 52
-
4.5. Prototipagem
Uso de um produto de software de referncia permite aos usurios
Entenderem / expressarem melhor suas necessidades
Se este produto no existir
Usar a prototipagem para criar um produto que ilustre as caractersticas relevantes
53
-
4.5. Prototipagem (cont.)
Processo
Estudo preliminar de requisitos
Fase iterativa
Construo de prottipo
Avaliao pelos usurios
Eventualmente
Conjunto final de requisitos / descarte do prottipo
54
-
4.5. Prototipagem (cont.)
Vantajosa
Superar dificuldades do processo de E. R.
Comunicao
Articulao de necessidades
Construo de prottipo mais rpida que a do sistema real
Disponibilidade de ferramentas
Prototipagem
Extrair e entender requisitos
Seguida por processo estruturado e gerenciado de construo do sistema
55
-
5. Consideraes finais
Vrias so as ferramentas para auxiliar na E. R.
Permitem o trabalho conjunto
Usurios fisicamente distantes
Ferramentas de vdeoconferncia
Estaes de trabalho em rede
Sesso de brainstorming; cada participante em seu local de trabalho; todos vistos e ouvidos por todos; idias digitadas por cada um ou por escrivo
Ferramentas para prototipagem / produo de documentos
Edio / reordenao de idias on line Oportunidade de evoluo do grupo para a lista final durante a
sesso56
-
6. Exerccios
1. A Editora ABC trabalha com diversos autores, que escrevem livros que ela publica. Alguns autores escrevem apenas um livro, enquanto outros escrevem muitos; alm disso, alguns livros so escritos em conjunto por diversos autores. Mensalmente enviado s livrarias um catlogo com o nome dos livros lanados e seus respectivos autores. Esse catlogo organizado por assunto para facilitar a divulgao. Informaes sobre a cota de cada livraria so modificadas a cada trs meses, de acordo com a mdia de compra no trimestre, e ento uma carta enviada livraria anunciando a nova cota em cada assunto e os descontos especiais que lhe sero concedidos para compras em quantidades maiores. Aos autores dos dez livros mais vendidos no ano, a Editora ABC oferece prmios. A festa de premiao anunciada com dez dias de antecedncia, atravs de publicao em jornal dos dez livros mais vendidos, com seus respectivos autores.
(a) Indique ambigidades, omisses e jarges (se houverem).
(b) Elabore um questionrio baseado nos problemas encontrados no item a
(c) Apresente uma lista de funes e restries.
57
-
6. Exerccios (cont.)
2. Considere um sistema para um salo de beleza e esttica, que tem como funcionalidades bsicas o agendamento dos clientes e alguns relatrios estatsticos. Escolha e aplique um mtodo para extrao de requisitos e faa o relatrio contendo:
(a) plano de extrao de requisitos;
(b) justificativa para escolha do mtodo utilizado;
(c) descrio sucinta do sistema;
(d) objetivos e restries do sistema.
3. Elabore exemplos dos tipos de questes que devem ser preparadas com antecedncia visando a extrao de requisitos.
4. Descreva os vrios tipos de erros que podem ocorrer em uma entrevista e explique como corrigi-los.
5. Explique os seis tipos de questes que compem a sigla PIECES e d exemplos dos tipos de questes que podem ser feitas para extrair requisitos nessas seis categorias.
58
-
Bibliografia AUGUST, J. H. Joint Application Design: the group session
approach to systems design. Englewood Cliffs, N. J.: Prentice-Hall, 1991.
CARVALHO, A. M. B. R.; CHIOSSI, T. C. S. Introduo Engenharia de Software. Campinas: Editora da Unicamp, 2001.
PANKAJ, J. An integrated approach to software engineering. 2. ed. Springer, 1997.
RAGHAM, S.; ZELESNIK, G.; FORD, G. Lecture notes on requirements elicitation. Pittsburgh, Pensilvnia: Software
Engineering Institute - Carnegie Mellon University, 1994.
ALAN DENNIS.; Anlise e Projeto de Sistemas. LTC Livros Tcnicos; 2. ed. 2012.
59