extração de requisitos2015

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


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


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


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


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


.

9

Entendimento do domnio

Extrao e anlise de requisitos

Especificao

Validao

Processo de extrao de requisitos


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


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


Existem vrias dificuldades a contornar no processo de extrao de requisitos

bvias

Implcitas

Todas deve ser levadas em considerao

14


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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




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




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




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



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



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


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


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


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


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


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


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

extração de requisitos2015

Documents