Engenharia de Requisitos

Engenharia de Requisitos
Mestrado em Cincia da Computao Disciplina: Engenharia de Software

Profa. Dra. Elisa H. M. Huzita
eng-requisitos-2003 Elisa Huzita
Requisitos
Requisitos: (IEEE)
1)Uma condio ou uma capacidade de que o usurio necessita, para solucionar um problema ou alcanar um objetivo. 2) Uma condio ou uma capacidade que deve ser alcanada ou possuda por um sistema ou componente do sistema, para satisfazer um contrato, um padro, uma especificao ou outros documentos impostos formalmente. 3) Uma representao documentada de uma condio ou capacidade, conforme os itens (1) e (2).
Engenharia de Requisitos
est relacionada com a identificao de metas a serem atingidas pelo sistema a ser desenvolvido; est relacionada com a operacionalizao de tais metas em servios e restries (princpios, tcnicas, linguagens e ferramentas) ; est interessada com o relacionamento desses fatores para fazer uma especificao do comportamento do software e de sua evoluo ao longo do tempo. uma rea ampla e multidisciplinar: aspectos sociais e humanos so importantes
Nveis de Requisitos
Requisitos do usurio:
Se destinam s pessoas envolvidas no uso e na aquisio do sistema; Devem ser escritos usando linguagem natural, tabelas e diagramas de modo que sejam compreensveis. Exemplo:o software deve oferecer um meio de representar e acessar arquivos externos criados por outras ferramentas
Nveis de requisitos
Requisitos do sistema:
Se destinam a comunicar, de modo preciso as funes que o sistema tem de fornecer. Podem ser escritos:
em linguagem estruturada, formulrio estruturado de linguagem natural, linguagem com base em alguma linguagem de programao linguagem especial para especificao de requisitos
Nveis de requisitos
Exemplo: para o requisito do usurio definido no item anterior, pode-se ter:
1.1. O usurio deve dispor de recursos para definir o tipo dos arquivos externos; 1.2 Cada tipo de arquivo pode ter uma ferramenta associada a ele; 1.3 Cada tipo de arquivo externo pode ser representado como um cone especfico na tela
Tipos de requisitos
Principais tipos:
Requisitos funcionais:
dizem respeito definio das funes que um sistema ou um componente de sistema deve fazer. descrevem as transformaes a serem realizadas nas entradas de um sistema ou em um de seus componentes, a fim de que se produzam sadas. devem ser consistentes e completos Exemplo: o sistema fornecer telas apropriadas para o usurio ler documentos no repositrio de documentos.
Tipos de requisitos
Requisitos no funcionais:
dizem respeito s:
restries, aspectos de desempenho, interfaces com o usurio, confiabilidade, segurana, manutenibilidade, portabilidade, Padres.
so crticos: erros na elicitao destes se constituemn os mais caros e difceis de corrigir, uma vez que um sistema tenha sido implementado
Tipos de requisitos
Requisitos organizacionais:
dizem respeito s metas da empresa, suas polticas estratgicas adotadas, os relacionamentos entre os seus atores junto com seus respectivos objetivos
O processo de engenharia de requisitos

Processo de engenharia de requisitos = {estruturado de atividades que so seguidas com o objetivo de derivar, validar e manter um documento de requisito}
propostas de modelos de processo:

1) elicitao, especificao e reviso
Modelo de Processo de Engenharia de Requisistos

Problema 1. Elicitao comunicao Engenheira de Requisitos aplicao de mtodos de aquisio de informao
Usurio
'Enunciado do Problema' 2. Especificao aplicao de mtodos de especificao
3. Reviso aplicao de mtodos de reviso e animao modificaes
desafios
comunicao 'Especificao de Requisitos' Engenheira de Requisitos
Usurio
aprovao do documento Projeto
Modelo de Processo de Engenharia de Requisistos 2) Proposta por Castro:

elicitao de requisitos busca capturar os requisitos e obter conhecimento domnio do problema usa entrevista, descreve sistemas similares, se envolve no trabalho do usurio, observa, aprende e questiona, onsulta material existente s a entrevista no suficiente. modelagem de requisitos, anlise de requisitos obter uma especificao consistente e completa. validao de requisitos.

elicitao + validao de requisitos = fase de aquisio de requsitos, modelagem + anlise de requistos = fase de especificao de requistos.

Segundo Castro, a elicitao de requisitos uma atividade de aprendizagem:
a) do comportamento de sistemas existentes ( incluindo: procedimentos manuais, engenharia reversa de software existente e interfaces) b) do comportamento do domnio do problema que est relacionado com o software a ser implementado, c) dos objetivos e restries dos usurios (funcionais e organizacionais).
Modelo de Processo de Engenharia de Requisistos 3) segundo Pressman:

as tarefas do engenheiro de requisitos : reconhecimento do problema, avaliao e sntese, modelagem, especificao e validao(reviso).
reconhecimento do problema: entender os elementos bsicos de acordo com a percepo do cliente/usurio. avaliao e sntese de soluo: so criados modelos do sistema para melhor entender aspectos funcionais, de controle, de comportamento.
modelo: fundamentao para o projeto de software e base para a criao da especificao para o software.
especificao: prover uma representao do software que possa ser revisada e aprovada pelo usurio. validao: descrio de critrios que demonstram que ocorrer uma implementao satisfatria e que serviro como base para o teste. Se no possvel um prottipo, poder ser produzido um Manual Preliminar do Usurio.
3) Atividades:
descoberta requisito anlise requisitos negociao requisitos especificao requisitos
declarao necessidade sistema existente padres experincia domnio
documento requisitos usurios
especificao sistema

5) Modelo proposto por Kotonya e Sommerville
fases : Elicitao, Anlise, Documentao e Validao de Requisitos. modelo espiral: cada atividade do processo repetida at que seja tomada a deciso de que o documento de requisitos pode ser aceito. as mudanas de requisitos so parte da fase de Gerenciamento de Requisitos. as atividades, consistem de processos iterativos e interrelacionados que podem cobrir todo o ciclo de vida do desenvolvimento de sistemas de software
Elicitao
Elicitao:
objetivos:
obter conhecimento relevante para o problema prover o mais correto entendimento de o que esperado do software; descobrir os requisitos atravs de comunicao com os usurios:
dificuldades derivadas da capacidade humana: armazenar e organizar grande quantidade de informaies; gerenciar conflitos.
Elicitao
investigar e coletar informaes sobre o sistema e a organizao que o envolve; identificar as necessidades de diferentes classes de usurios.
problemas:
entender as reais necessidades do usurio: ponto de vista do usurio diferente do anlista --> formao distinta usurios no tm uma idia precisa e explcita do sistema a ser desenvolvido dificuldade dos usurios em descrever o conhecimento que possui sobre o domnio do problema
Elicitao
Como proceder:
iniciar com encontro preliminar seguida de outra tcnica de elicitao
Pressman, no encontro preliminar: questes que enfatizam o cliente, os objetivos e os benefcios do sistema; questes que habilitam o analista a ganhar um melhor entendimento do problema e o cliente falar sobre a sua percepo
Elicitao
Tcnicas para elicitao:
cenrios: representar tarefas que executam e as que desejam executar Tcnicas tradicionais: questionrios, entrevistas, anlise de documentao existente tcnicas de elicitao de grupo: tcnicas de dinmica de grupo: brainstorming prototipao: quando existe alto grau de incerteza e necessita de um rpido feedback
Elicitao
tcnicas cognitivas: aquisio de conhecimento para sistemas baseados em conhecimento tcncias contextuais: tcnicas de etnografia e anlise social.
Tcnicas tradicionais para elicitao

entrevistas:
fonte produtiva de apurao de fatos podem ser usadas em uma ampla variedade de domnios, sendo a mais utilizada vantagem: volume de informaes que podem ser elicitadas e desvantagem: tempo que elas consomem.
Tcnicas tradicionais
anlise das caractersticas do sistema objeto:
produz bons resultados e prov uma estrutura para a definio do problema. pode-se:
obter informaes dos problemas e fatores chaves do sucesso, definir os fatores que so crticos para o sucesso na execuo de suas tarefas ou tomada de deciso.
mtodos existentes nesta tcnica: BSP (Business System Planning) - est baseada nos processos de negcios. Os requisitos so derivados dos objetivos do sistema objeto e da definio dos processos de negcio (problemas e fatores chave de sucesso).
CSF (Critical Sucess Factor) - as informaes relevantes so derivadas dos fatores crticos para a operao e gerenciamento da organizao (sucesso na execuo de suas tarefas ou tomadas de decises)
E/M (End Means Analysis) - prope a separao entre definio dos resultados ou sadas (produtos, servios e informaes) gerados por um processo organizacional, e a definio dos meios (entradas e processos) usados para execut-los.
Outras Tcnicas:
FAST (facilited application specification technique)
combina: identificao do problema, negociao e especificao de um conjunto preliminar de requisitos.
Diretrizes bsicas:
encontro de clientes e desenvolvedores em local neutro estabelecer regras para preparao e participao; sugerida uma agenda cobrindo todos os pontos importantes e que encoraja o livre fluxo de idias; facilitador(cliente,desenvolvedor, ou elemento externo) para controlar o encontro.
Estratgia de Loh
combina entrevista e questionrio, tendo como base um conjunto de perguntas que se relacionam entre si e so divididas em trs nveis de detalhe: perguntas genricas: tratam de aspectos gerais da organizao (objetivos, divises, clientes e fornecedores da organizao); perguntas especficas: coletam informaes mais detalhadas sobre aspectos da organizao; perguntas sobre termos chaves: palavras ou verbos considerados importantes dentro do contexto, so identificados e fornecidos pelo usurio.
Estratgia de Gilvaz: aquisio de informaes
independente de domnio; est baseada nas tcnicas de entrevista e anlise do sistema objeto Objetivo: preenchimento de um modelo conceitual, representando aspectos do sistema objeto baseado nos trs mtodos : BSP (Business System Planning), CSF (Critical Sucess Factor) e E/M (End Means Analysis) Tipos de perguntas : de instanciao, de relao, de complementao, de investigao e de inconsistncia.
Perguntas de instanciao:
Qual a rea funcional? seus objetivos? suas atividades? seus problemas? Quais so as decises associadas atividade? De onde provem a informao? Quais so os fatores crticos de sucesso em torno da atividade? problemas que impedem o fator crtico de sucesso? informaes que garantem/apoiam o fator crtico de sucesso? Quais os elementos envolvidos na atividade?
Quais as caractersticas do elemento ? descriao do elemento? servios que operam o elemento? usurios do servio?
Quais so as informaes utilizadas pelo servio? Quais so as etapas envolvidas na execuo do servio? restries que limitam o servio?
Perguntas de relao procuram estabelecer novas relaes:

<informao> apia <fator crtico>? <informao> apia <deciso>?
Perguntas de investigao: questionam a existncia de informaes no mencionadas.
<fator crtico> vlido? Existe mais algum objetivo alm da <lista de objetivos>? Existe mais algum fator crtico alm de <lista de fatores crticos>? Existe mais alguma informao que apia <fator critico> alm da <lista de informaes>? Existe mais alguma caracterstica do <elemento> alm da <lista de caractersticas>?
Perguntas de inconsistncia: alertar inconsistncias ocorridas a respeito de uma resposta:
A <informao> foi respondida anteriormente como sendo fornecida por <origem>! Confirma? A <descrio> foi estabelecida anteriormente como <descrio do elemento>! Confirma? Outras perguntas podem ser definidas a partir de heursticas derivadas do prprio modelo, que analisam as respostas alimentadas no modelo e procuram relaes que faam sentido.
Elicitao
Resultado da elicitao de requisitos: descrio dos requisitos que estabelece o que o sistema dever fazer, auxilia na atividade de especificao de requisitos, mas no prope uma soluo para o problema
Anlise e Negociao dos Requisitos

anlise: objetivo:
detectar incompletudes, omisses e redundncias descobrir os requisitos necessrios e desejados tcnicas utilizadas: lista de checagem, prototipao
Anlise e Negociao dos Requisitos

negociao:
objetivos:
resolver conflitos entre usurios sem comprometer a satisfao de cada um; atribuir prioridades aos requisitos ----> de acordo com as necessidades dos usurios; atender aos requisitos mais crticos
Documentao
Documentao:
objetivo:
documentar os requisitos
deve ser possvel de entender por todos ----> contrato entre usurios e desenvolvedores; deve ser rastrevel e gerencivel ao longo da evoluo do sistema; descrever restries, interfaces com outros sistemas, descrio do domnio.
Validao de Requisitos
validao de requisitos:
objetivos:
certificar que o documento de requisitos consistente com as necessiddes dos usurios, verificar a validade, a consistncia, a completeza, o realismo; a facilidde de verificao.
dificuldades:
obter consenso entre usurios com objetivos conflitantes demonstrar a corretude
Validao de Requisitos
dificuldades:
obter consenso entre usurios com objetivos conflitantes demonstrar a corretude
tcnicas usadas:
reviso de requisitos protitipao
Gerenciamento de requisitos
gerenciamento de requisitos objetivos:
gerenciar e controlar as mudanas nos requisitos gerenciar o relacionamento entre os requisitos
os requisitos devem ser identificados unicamente ---> possibilitar restrear e avaliar os impactos advindos de mudanas
Mais tcnicas para elicitao e validao

1) Cenrios:
o que so:
descries em linguagem natural ou modelos mais complexos contendo informao comportamental (aes, eventos e atividades) e objetos (entidade, atributos)
objetivos:
descrever as aes em um ambiente relacionadas ao sistma atual ou a um sistema a ser desenvolvido

o cenrio pode incluir:
descrio do estado do sistema no incio do cenrio; descrio do fluxo normal de eventos no cenrio; descrio do que pode sair errado e de como lidar com isso; informaes sobre outras atividades que possam estar em andamento ao mesmo tempo; uma descrio do estado do sistema no final do cenrio
exemplo: ( cenrio do evento) iniciar transao: solicitar senha, validar usurio e selecionar servio
exemplo..
o cliente insere o carto e digita a senha. Se o carto for vlido, o controle poder passar para o prximo estgio. Existem 3 possveis excees ( para cada um posso ter uma descrio detalhada e o cenrio correspondente):
tempo esgotado: no forneceu a senha dentro do tempo permitido carto invlido: no reconhecido e devolvido carto roubado: carto reconhecido como carto roubado e retido na mquina.

principais tcnicas utilizando cenrios:
1) mtodos para a anlise de requisitos baseda em cenrios: Hiptese: a integrao de tcnicas fornece o melhor caminho para a engenharia de requisitos tcnicas utilizadas:
entrevistas e tcncias para descobrimento de fatos: elicitar dados suficientes para a construo de prottipo

construo de prottipo: pode usar qualquer ferramenta validao com clientes: utilizar prottipos para validar os requisitos anlise: efetuar a anlise dos requisitos
alguns pontos:
combinao de tcnicas til na captura de requisitos; a utilizao de cenrios na descrio de situaes auxilia a manter a ateno dos clientes; cenrios so fracos para captura de requisitos no funcionais.

2) Use case: baseados em cenrio para a obteno de
requisitos
3) Etnografia:
tcncia de observao que podeser utilizada na compreenso dos requisitos sociais e organizacionais. o analista observa o trabalho dirio in loco. ajuda a descobrir requisitos implcitos, que refletem processo reais ( muito alm daquilo que consta na definio de um processo)

4) orientado a pontos de vista:
sistemas de mdio ou grande porte--> diferentes tipos de usurios --> diferentes interesses nos requisitos -->diferentes pontos de vista os diferents pontos de vista so utilizados para estruturar e organizar o processo de levantamento e os prprios requisitos.
Mais Tcnicas para Elicitao e validao

Vantagens:
a utilizao do sistema heterognea: diferentes usurios pode ser usada para coletar e classificar informaes de diferentes tipos de domnio de aplicao, pode ser usado como um meio para estruturar o processo de elicitao de requisitos pode ser usado para encapsular diferentes modelos de sistema pode ser usado para estruturar descrio de requisitos e expor conflitos entre os diferentes requisitos.
Princpios de Especificao de Requisitos

Os usurios e os interesses: clientes : validao dos requisitos. analistas :
consistencia, completude e corretude (na especificao). garantir a integridade do sistema (no projeto). os projetistas e engenheiros: nos requisitos ( a base para a construo do sistema) o gerente de projeto: administrativas contidas nos requisitos e tambm restries de tempo e necessidades do cliente.

Contedo de uma Especificao de Requsitos: 1) Funcionalidade: descrevem os servios que devem ser fornecidos para o cliente/usurio:
procedimentos para inicializar , finalizar, testar o sistema; operaes sobre condies normais /anormais; procedimentos para controlar os modos de operao /recuperao do sistema
2) Descrio do Ambiente e Objetivos do Sistema:

objetivos do sistema: razes fundamentais para ter um sistema de computao.

descrio do ambiente no qual o sistema ir operar e o domnio da aplicao. Contm, informaes tais como:
atributos fsicos do ambiente (tamanho, localizao); atributos organizacionais (aplicao comercial, aplicao militar); tipos de usurios em potencial; aspectos de segurana; mudanas no ambiente que iro perturbar a operao do sistema,etc..
Princpios de Especificao de Requisitos 3) Gerenciamento de Projeto: garantir que a

construo do sistema ser realizada de uma maneira cuidadosa e controlada. Tratam: a) do ciclo de vida do desenvolvimento: como ocorrer a construo do sistema e contm:
padres de documentao; procedimentos para teste e integrao dos mdulos; procedimentos para o controle das mudanas e mudanas conjecturadas/esperadas.
b) da entrega e instalao do sistema, considerando os processos que ocorrem fora do escopo de construo e incluem informaes do tipo:

prazos de entrega; critrio de aceitao; treinamento; manuais; suporte e manuteno.
4)
descrevem as propriedades necessrias ao comportamento do sistema e incluem: performance; eficiencia; segurana; confiabilidade; qualidade. eng-requisitos-2003 Elisa Huzita
Restries
Funcionais:
Princpios de Especificao de Requisitos 5) Restries de Projeto: so algumas condies,
alm da funcionalidade, que influenciariam o projeto e a construo do sistema: padres de hardware e software; uso de bibliotecas especficas; uso de um sistema operacional especfico questes de compatibilidade.
6) Protocolos de Dados e Comunicao:

descrevem todos os tipos de fluxo de dados entre os componentes funcionais do sistema, e entre o sistema e seu ambiente. Isto inclui:
Princpios de Especificao de Requisitos Caractersticas Desejveis em uma Especificao de Requisitos: No ambiguidade: ter interpretao nica Completude:
descrever cada apecto significativo e relevante do sistema e incluir detalhes a respeito de todas as informaes. melhor juiz = usurio, mas este nem sempre sabe muito alm das funcionalidades e objetivos. natureza subjetiva da definio de completude esta propriedade impossvel de ser garantida;
Princpios de Especificao de Requisitos Consistncia: no deve existir requisitos

contraditrios na especificao;
Verificabilidade: deve ser possvel verificar o que

projeto e implementao satisfazem os requisitos originais;
Validao: possibilitar ao usurio de ler e entender

a especificao de requisitos, requiatos refletem as suas idias; e indicar se os
Modificao
Princpios de Especificao de Requisitos Compreensvel: todos os usurios devem ser

capazes de entender os requisitos;
Teste: possibilitar quye sejam realizados testes; Rastreamento: estabelecer referncias entre os
requisitos, aspectos de projeto e implementao, para possibilitar controlar os efeitos das modificaes.
Formato do documento de especificao de requisitos sugerido pela IEEE/ANSI 830-1993

1.Introduo
1.1 propsito do documento de requisitos 1.2 escopo do produto 1.3 definies, acrnimos e abrviaes 1.4 referncias 1.5 viso geral do restante do docuemnto 2.Descrio geral 2.1 perspectiva do produto 2.2 funes do produto 2.3 caractersticas do usurio 2.4 restries gerais 2.5 suposies e dependncias
Formato do documento de especificao de requisitos sugerido pela IEEE/ANSI 830-1993

3. Requisitos Especficos os requisitos podem documentar interfaces externas, descrever funcionalidade e desempenho do sistema, especificar requisitos lgicos de banco de dados,restries de projeto, caractersitcs de qualidade. 4. Apndices 5. ndice
Formato do documento de especificao de requisitos sugerido pela IEEE/ANSI 830-1993 Este padro bastante amplo As informaes includas em um documento de requisitos depende do tipo de software que est sendo desenvolvido
Formato de documento de requisitos sugerido em [Sommervile 2002]

1.
2.
Prefcio: define o pblico a que se destina o docuemtno, descreve seu histrico de verso, lgica para criao da verso e um sumrio das mudanas feitas Introduo: descreve brevemente cada funo e explica como dever operar com outros sistemas. Descreve como o sistema se ajusta aos negcios em geral e aos objetivos estratgicos da organizao que est encomendando o software.
Formato de documento de requisitos sugerido em [Sommmervile, 2002]

Glossrio: definir os termos tcnicos utilizados no documento Definio de requisitos do usurio: os servios fornecidos para o usurio e os requisitos no funcionais. A descrio pode ser em linguagem natural, diagramas ou outras notaes. Padres de produtos e processo a serem seguidos devem ser especificados. Ex. O editor deve fornecer um recurso aos usurios para adicionar ns de um tipo especfico a seu desenho
Formato de documento de requisitos sugerido em [Sommervile 2002]
5. Arquitetura de Sistemas: apresenta viso geral da arquitetura com possveis mdulos. Os componentes reutilizados, se houverem, devem ser indicados 6. Especificao de requisitos do sistema: descrever requisitos funcionais e no funcionais, podendo incluir interfaces com outros sistemas.
Formato de documento de requisitos sugerido em [Sommervile 2002

7. Modelos do sistemas: elaborar um ou mais 8. Evoluo do sistema: descrever mudanas previstas devida evoluo de hardware, mudnas ns necessidades do usurio 9. Apndices: podem incluir descries de configuraes de hardware; requisitos de BD 10. ndice: alfabtico, diagramas
Comentrios Adicionais
O Contexto da Definio de Requisitos:
1) Elementos Fundamentais:
Ambiente ou domnio da aplicao:
O que :
onde ocorrem os fenmenos que caracteerizam os problemas referentes aos requisitos do cliente. o primeiro elemento a ser conhecido e representado pelo engenheiro de requisitos. Incluem aspectos sociais, economicos e polticos em que se insere a organizao
Caractersticas:
Cultura organizacional: regras, comportamento, hbitos e costumes Mudanas: dinmica social e organizacional do elemnto humano como agente de mudana do ambiente; Tecnologias: avanos tecnolgicos e o impacto que causam no ambiente organizacional
Problemas:
O que so:
diferena : algo como desejado x como percebido
Caractersticas:
Fato: verdade Fenomeno:como se v Fato + fenomeno + quem relata : possibilita entender um problema
Requsitos:
O que so:
declarao descritiva de exigncias do ponto de vista de algum sobre o qual ser provida tecnologia de informao para a soluo do problema
Caractersticas:
Funes Atributos Restrioes (critios para aprovao ou recusa para um produto)
Stkeholder:
Quem so:
pessoas que direta/indiretamente so afetadas pelo sistema a ser construdo para a soluo de problemas
Caractersticas:
Preferncias Expectativas Prioridade
Processo de Engenharia de Requisitos
Envolve: a aplico de tcnicas; mtodos, normas e padres e mtricas e planejamento
Produto: documento de requisitos

Incluem: contexto organixacional, requisitos, avliao de riscos.

Engenharia de Requisitos

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Engenharia de Requisitos

Enviado por

Direitos autorais:

Formatos disponíveis

Engenharia de Requisitos

Mestrado em Cincia da Computao Disciplina: Engenharia de Software

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

O processo de engenharia de requisitos

eng-requisitos-2003 Elisa Huzita

propostas de modelos de processo:

eng-requisitos-2003 Elisa Huzita

Modelo de Processo de Engenharia de Requisistos

'Enunciado do Problema' 2. Especificao aplicao de mtodos de especificao

3. Reviso aplicao de mtodos de reviso e animao modificaes

comunicao 'Especificao de Requisitos' Engenheira de Requisitos

aprovao do documento Projeto

eng-requisitos-2003 Elisa Huzita

Modelo de Processo de Engenharia de Requisistos 2) Proposta por Castro:

Modelo de Processo de Engenharia de Requisistos

eng-requisitos-2003 Elisa Huzita

Modelo de Processo de Engenharia de Requisistos

Modelo de Processo de Engenharia de Requisistos 3) segundo Pressman:

Modelo de Processo de Engenharia de Requisistos

eng-requisitos-2003 Elisa Huzita

declarao necessidade sistema existente padres experincia domnio

documento requisitos usurios

eng-requisitos-2003 Elisa Huzita

Modelo de Processo de Engenharia de Requisistos

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

Tcnicas tradicionais para elicitao

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

Perguntas de relao procuram estabelecer novas relaes:

eng-requisitos-2003 Elisa Huzita

Anlise e Negociao dos Requisitos

eng-requisitos-2003 Elisa Huzita

Anlise e Negociao dos Requisitos

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

Mais tcnicas para elicitao e validao

eng-requisitos-2003 Elisa Huzita

Mais tcnicas para elicitao e validao

Mais tcnicas para elicitao e validao

Mais tcnicas para elicitao e validao

Mais tcnicas para elicitao e validao

Mais tcnicas para elicitao e validao

eng-requisitos-2003 Elisa Huzita

Mais Tcnicas para Elicitao e validao

Princpios de Especificao de Requisitos

Princpios de Especificao de Requisitos

2) Descrio do Ambiente e Objetivos do Sistema:

eng-requisitos-2003 Elisa Huzita

Princpios de Especificao de Requisitos

Princpios de Especificao de Requisitos 3) Gerenciamento de Projeto: garantir que a

Princpios de Especificao de Requisitos

Princpios de Especificao de Requisitos 5) Restries de Projeto: so algumas condies,

6) Protocolos de Dados e Comunicao:

Princpios de Especificao de Requisitos Consistncia: no deve existir requisitos

Verificabilidade: deve ser possvel verificar o que

Validao: possibilitar ao usurio de ler e entender

Princpios de Especificao de Requisitos Compreensvel: todos os usurios devem ser

eng-requisitos-2003 Elisa Huzita