Es Requisitos PDF

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:
z Se destinam s pessoas envolvidas no uso e na
aquisio do sistema;
z Devem ser escritos usando linguagem natural, tabelas

e diagramas de modo que sejam compreensveis.
z Exemplo:o software deve oferecer um meio de

representar e acessar arquivos externos criados por
outras ferramentas

Nveis de requisitos
Requisitos do sistema:
z Se destinam a comunicar, de modo preciso as
funes que o sistema tem de fornecer.
z Podem ser escritos:
z em linguagem estruturada,
z formulrio estruturado de linguagem natural,
z linguagem com base em alguma linguagem de
programao
z linguagem especial para especificao de
requisitos

Nveis de requisitos
Exemplo: para o requisito do usurio definido no
item anterior, pode-se ter:
z 1.1. O usurio deve dispor de recursos para definir o

tipo dos arquivos externos;
z 1.2 Cada tipo de arquivo pode ter uma ferramenta

associada a ele;
z 1.3 Cada tipo de arquivo externo pode ser

representado como um cone especfico na tela

Tipos de requisitos
Principais tipos:
z Requisitos funcionais:
z dizem respeito definio das funes que um sistema
ou um componente de sistema deve fazer.
z descrevem as transformaes a serem realizadas nas

entradas de um sistema ou em um de seus
componentes, a fim de que se produzam sadas.
z devem ser consistentes e completos
z Exemplo: o sistema fornecer telas apropriadas para o

usurio ler documentos no repositrio de documentos.

Tipos de requisitos
z Requisitos no funcionais:
z dizem respeito s:
z restries,
z aspectos de desempenho,
z interfaces com o usurio,
z confiabilidade,
z segurana,
z manutenibilidade,
z portabilidade,
z Padres.
z 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:
z 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 aplicao de
mtodos de
aquisio de
Usurio Engenheira de informao
Requisitos
'Enunciado do Problema'
2. Especificao aplicao de mtodos de especificao
3. Reviso desafios
aplicao de modificaes
mtodos de comunicao
reviso e
animao
'Especificao de Requisitos'
Usurio Engenheira de
Requisitos
aprovao do documento
Projeto
Requisistos
2) Proposta por Castro:

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

aquisio de requsitos,
z modelagem + anlise de requistos = fase de

especificao de requistos.

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

Requisistos
3) segundo Pressman:
as tarefas do engenheiro de requisitos :
reconhecimento do problema, avaliao e sntese,
modelagem, especificao e validao(reviso).
z reconhecimento do problema: entender os elementos
bsicos de acordo com a percepo do cliente/usurio.
z avaliao e sntese de soluo: so criados modelos
do sistema para melhor entender aspectos funcionais,
de controle, de comportamento.
z modelo: fundamentao para o projeto de software e
base para a criao da especificao para o software.
Requisistos
z especificao: prover uma representao do software

que possa ser revisada e aprovada pelo usurio.
z 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 anlise negociao especificao
requisito requisitos requisitos requisitos
declarao necessidade documento especificao

sistema existente requisitos sistema
padres usurios
experincia domnio

Requisistos
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 inter-
relacionados que podem cobrir todo o ciclo de vida do
desenvolvimento de sistemas de software
Elicitao
Elicitao:
z objetivos:
z obter conhecimento relevante para o problema -
prover o mais correto entendimento de o que
esperado do software;
z descobrir os requisitos atravs de comunicao
com os usurios:
z dificuldades derivadas da capacidade humana:
armazenar e organizar grande quantidade de
informaies;
gerenciar conflitos.

Elicitao
z investigar e coletar informaes sobre o sistema e
a organizao que o envolve;
z identificar as necessidades de diferentes classes
de usurios.
z problemas:
z entender as reais necessidades do usurio: ponto de
vista do usurio diferente do anlista --> formao distinta
z usurios no tm uma idia precisa e explcita do
sistema a ser desenvolvido
z dificuldade dos usurios em descrever o conhecimento
que possui sobre o domnio do problema

Elicitao
z Como proceder:
z iniciar com encontro preliminar seguida de
outra tcnica de elicitao
z 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
z Tcnicas para elicitao:

z cenrios: representar tarefas que executam e as
que desejam executar
z Tcnicas tradicionais: questionrios, entrevistas,
anlise de documentao existente
z tcnicas de elicitao de grupo: tcnicas de
dinmica de grupo: brainstorming
z prototipao: quando existe alto grau de incerteza e
necessita de um rpido feedback

Elicitao
z tcnicas cognitivas: aquisio de conhecimento

para sistemas baseados em conhecimento
z tcncias contextuais: tcnicas de etnografia e
anlise social.

Tcnicas tradicionais para elicitao
entrevistas:
z fonte produtiva de apurao de fatos
z podem ser usadas em uma ampla variedade de
domnios, sendo a mais utilizada
z vantagem: volume de informaes que podem ser
elicitadas e
z desvantagem: tempo que elas consomem.

Tcnicas tradicionais
anlise das caractersticas do sistema objeto:

z produz bons resultados e prov uma estrutura
para a definio do problema.
z pode-se:
z obter informaes dos problemas e fatores chaves
do sucesso,
z definir os fatores que so crticos para o sucesso
na execuo de suas tarefas ou tomada de
deciso.

z mtodos existentes nesta tcnica:

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

z 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)
z 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:
z FAST (facilited application specification technique)
combina: identificao do problema, negociao e
especificao de um conjunto preliminar de requisitos.
z Diretrizes bsicas:
z encontro de clientes e desenvolvedores em local
neutro
z estabelecer regras para preparao e participao;
z sugerida uma agenda cobrindo todos os pontos
importantes e que encoraja o livre fluxo de idias;
z facilitador(cliente,desenvolvedor, ou elemento
externo) para controlar o encontro.
Estratgia de Loh
z combina entrevista e questionrio, tendo como base um
conjunto de perguntas que se relacionam entre si e so
divididas em trs nveis de detalhe:
z perguntas genricas: tratam de aspectos gerais da
organizao (objetivos, divises, clientes e fornecedores
da organizao);
z perguntas especficas: coletam informaes mais
detalhadas sobre aspectos da organizao;
z 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
z 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)
z Tipos de perguntas : de instanciao, de relao,
de complementao, de investigao e de
inconsistncia.
z Perguntas de instanciao:
z Qual a rea funcional? seus objetivos? suas
atividades? seus problemas?
z Quais so as decises associadas atividade?
z De onde provem a informao?
z 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?
z Quais os elementos envolvidos na atividade?

z Quais as caractersticas do elemento ?

descriao do elemento? servios que
operam o elemento? usurios do servio?
z Quais so as informaes utilizadas pelo
servio?
z Quais so as etapas envolvidas na execuo
do servio? restries que limitam o servio?
z Perguntas de relao procuram estabelecer
novas relaes:
z <informao> apia <fator crtico>?
z <informao> apia <deciso>?

z Perguntas de investigao: questionam a

existncia de informaes no mencionadas.
z <fator crtico> vlido?
z Existe mais algum objetivo alm da <lista de
objetivos>?
z Existe mais algum fator crtico alm de <lista
de fatores crticos>?
z Existe mais alguma informao que apia
<fator critico> alm da <lista de informaes>?
z Existe mais alguma caracterstica do
<elemento> alm da <lista de caractersticas>?
z Perguntas de inconsistncia: alertar inconsistncias

ocorridas a respeito de uma resposta:
z A <informao> foi respondida anteriormente como
sendo fornecida por <origem>! Confirma?
z 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:
z objetivo:
z detectar incompletudes, omisses e redundncias -
z descobrir os requisitos necessrios e desejados
z tcnicas utilizadas: lista de checagem, prototipao

Anlise e Negociao dos Requisitos
negociao:
z objetivos:
z resolver conflitos entre usurios sem comprometer
a satisfao de cada um;
z atribuir prioridades aos requisitos ----> de acordo
com as necessidades dos usurios;
z atender aos requisitos mais crticos

Documentao
Documentao:
z objetivo:
z documentar os requisitos
z deve ser possvel de entender por todos ---->
contrato entre usurios e desenvolvedores;
z deve ser rastrevel e gerencivel ao longo da
evoluo do sistema;
z descrever restries, interfaces com outros
sistemas, descrio do domnio.

Validao de Requisitos
validao de requisitos:
z objetivos:
z certificar que o documento de requisitos consistente
com as necessiddes dos usurios,
z verificar a validade,
z a consistncia, a completeza,
z o realismo;
z a facilidde de verificao.
z dificuldades:
z obter consenso entre usurios com objetivos conflitantes
z demonstrar a corretude
Validao de Requisitos
z dificuldades:
z obter consenso entre usurios com objetivos
conflitantes
z demonstrar a corretude
z tcnicas usadas:
z reviso de requisitos
z protitipao

Gerenciamento de requisitos
gerenciamento de requisitos
z objetivos:
z gerenciar e controlar as mudanas nos requisitos

z gerenciar o relacionamento entre os requisitos
z os requisitos devem ser identificados unicamente

---> possibilitar restrear e avaliar os impactos
advindos de mudanas

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

Mais tcnicas para elicitao e validao
o cenrio pode incluir:

z descrio do estado do sistema no incio do cenrio;
z descrio do fluxo normal de eventos no cenrio;
z descrio do que pode sair errado e de como lidar com isso;
z informaes sobre outras atividades que possam estar em
andamento ao mesmo tempo;
z 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):
z tempo esgotado: no forneceu a senha dentro do
tempo permitido
z carto invlido: no reconhecido e devolvido
z carto roubado: carto reconhecido como carto
roubado e retido na mquina.

validao
principais tcnicas utilizando cenrios:
1) mtodos para a anlise de requisitos baseda em

cenrios:
z Hiptese: a integrao de tcnicas fornece o

melhor caminho para a engenharia de requisitos
z tcnicas utilizadas:
z entrevistas e tcncias para descobrimento de
fatos: elicitar dados suficientes para a
construo de prottipo
validao
z construo de prottipo: pode usar qualquer
ferramenta
z validao com clientes: utilizar prottipos para
validar os requisitos
z anlise: efetuar a anlise dos requisitos
alguns pontos:
z combinao de tcnicas til na captura de requisitos;
z a utilizao de cenrios na descrio de situaes
auxilia a manter a ateno dos clientes;
z cenrios so fracos para captura de requisitos no
funcionais.
validao
2) Use case: baseados em cenrio para a obteno de
requisitos
3) Etnografia:
z tcncia de observao que podeser utilizada na
compreenso dos requisitos sociais e organizacionais.
z o analista observa o trabalho dirio in loco.
z ajuda a descobrir requisitos implcitos, que refletem
processo reais ( muito alm daquilo que consta na
definio de um processo)
validao
4) orientado a pontos de vista:
z sistemas de mdio ou grande porte--> diferentes tipos
de usurios --> diferentes interesses nos requisitos ---
>diferentes pontos de vista
z 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:
z a utilizao do sistema heterognea: diferentes
usurios
z pode ser usada para coletar e classificar informaes
de diferentes tipos de domnio de aplicao,
z pode ser usado como um meio para estruturar o
processo de elicitao de requisitos
z pode ser usado para encapsular diferentes modelos
de sistema
z 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:
z clientes : validao dos requisitos.
z analistas :
z consistencia, completude e corretude (na
especificao).
z garantir a integridade do sistema (no projeto).
z os projetistas e engenheiros: nos requisitos (

a base para a construo do sistema)
z o gerente de projeto: administrativas contidas
nos requisitos e tambm restries de tempo e
necessidades do cliente.
Princpios de Especificao de Requisitos
Contedo de uma Especificao de Requsitos:
1) Funcionalidade: descrevem os servios que devem ser
fornecidos para o cliente/usurio:
z procedimentos para inicializar , finalizar, testar
o sistema;
z operaes sobre condies normais /anormais;
z procedimentos para controlar os modos de operao

/recuperao do sistema
2) Descrio do Ambiente e Objetivos do Sistema:
z objetivos do sistema: razes fundamentais para ter um
sistema de computao.

z descrio do ambiente no qual o sistema ir
operar e o domnio da aplicao.
z Contm, informaes tais como:
z atributos fsicos do ambiente (tamanho,

localizao);
z atributos organizacionais (aplicao comercial,
aplicao militar);
z tipos de usurios em potencial;
z aspectos de segurana;
z mudanas no ambiente que iro perturbar a
operao do sistema,etc..

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:
z padres de documentao;
z procedimentos para teste e integrao dos
mdulos;
z procedimentos para o controle das mudanas e
z 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:
z prazos de entrega;
z critrio de aceitao;
z treinamento;
z manuais;
z suporte e manuteno.
4) Restries Funcionais: descrevem as

propriedades necessrias ao comportamento do
sistema e incluem:
z performance;
z eficiencia;
z segurana;
z confiabilidade;
z qualidade. eng-requisitos-2003 Elisa Huzita
5) Restries de Projeto: so algumas condies,
alm da funcionalidade, que influenciariam o projeto e
a construo do sistema:
z padres de hardware e software;
z uso de bibliotecas especficas;
z uso de um sistema operacional especfico
z 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:

Caractersticas Desejveis em uma
Especificao de Requisitos:
z No ambiguidade: ter interpretao nica
z Completude:
z descrever cada apecto significativo e relevante do

sistema e
z incluir detalhes a respeito de todas as informaes.
z melhor juiz = usurio, mas este nem sempre sabe
muito alm das funcionalidades e objetivos.
z natureza subjetiva da definio de completude
esta propriedade impossvel de ser garantida;

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, e indicar se os
requiatos refletem as suas idias;
Modificao

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

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

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. 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
2. 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.

[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

[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.

[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:
z Ambiente ou domnio da aplicao:
z O que :
z onde ocorrem os fenmenos que caracteerizam os
problemas referentes aos requisitos do cliente.
z o primeiro elemento a ser conhecido e
representado pelo engenheiro de requisitos.
z Incluem aspectos sociais, economicos e polticos em
que se insere a organizao

z Caractersticas:
z Cultura organizacional: regras, comportamento,
hbitos e costumes
z Mudanas: dinmica social e organizacional do
elemnto humano como agente de mudana do
ambiente;
z Tecnologias: avanos tecnolgicos e o impacto que
causam no ambiente organizacional

z Problemas:
zO que so:
z diferena : algo como desejado x como percebido
z Caractersticas:
z Fato: verdade
z Fenomeno:como se v
z Fato + fenomeno + quem relata : possibilita

entender um problema

z Requsitos:
z O que so:
z declarao descritiva de exigncias do ponto de
vista de algum sobre o qual ser provida tecnologia
de informao para a soluo do problema
z Caractersticas:
z Funes
z Atributos
z Restrioes (critios para aprovao ou recusa para
um produto)

z Stkeholder:
z Quem so:
z pessoas que direta/indiretamente so afetadas pelo
sistema a ser construdo para a soluo de
problemas
z Caractersticas:
z Preferncias
z Expectativas
z Prioridade

Processo de Engenharia de Requisitos

z Envolve: a aplico de tcnicas; mtodos,
normas e padres e mtricas e planejamento
Produto: documento de requisitos
z Incluem: contexto organixacional, requisitos,
avliao de riscos.

Es Requisitos PDF

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Es Requisitos PDF

Caricato da

Copyright:

Formati disponibili

Engenharia de Requisitos

Mestrado em Cincia da Computao

eng-requisitos-2003 Elisa Huzita

2) Uma condio ou uma capacidade que deve ser

3) Uma representao documentada de uma condio

eng-requisitos-2003 Elisa Huzita

z Devem ser escritos usando linguagem natural, tabelas

z Exemplo:o software deve oferecer um meio de

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

z 1.1. O usurio deve dispor de recursos para definir o

z 1.2 Cada tipo de arquivo pode ter uma ferramenta

z 1.3 Cada tipo de arquivo externo pode ser

eng-requisitos-2003 Elisa Huzita

z descrevem as transformaes a serem realizadas nas

z devem ser consistentes e completos

z Exemplo: o sistema fornecer telas apropriadas para o

eng-requisitos-2003 Elisa Huzita

z so crticos: erros na elicitao destes se

z dizem respeito s metas da empresa, suas polticas

eng-requisitos-2003 Elisa Huzita

Processo de engenharia de requisitos = {estruturado

eng-requisitos-2003 Elisa Huzita

1) elicitao, especificao e reviso

eng-requisitos-2003 Elisa Huzita

2. Especificao aplicao de mtodos de especificao

2) Proposta por Castro:

z elicitao + validao de requisitos = fase de

z modelagem + anlise de requistos = fase de

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

z especificao: prover uma representao do software

z validao: descrio de critrios que demonstram que

eng-requisitos-2003 Elisa Huzita

declarao necessidade documento especificao

eng-requisitos-2003 Elisa Huzita

5) Modelo proposto por Kotonya e Sommerville

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

z Tcnicas para elicitao:

eng-requisitos-2003 Elisa Huzita

z tcnicas cognitivas: aquisio de conhecimento

eng-requisitos-2003 Elisa Huzita

z desvantagem: tempo que elas consomem.

eng-requisitos-2003 Elisa Huzita

anlise das caractersticas do sistema objeto:

eng-requisitos-2003 Elisa Huzita

z mtodos existentes nesta tcnica:

eng-requisitos-2003 Elisa Huzita

z CSF (Critical Sucess Factor) - as informaes

z E/M (End Means Analysis) - prope a separao entre

eng-requisitos-2003 Elisa Huzita

eng-requisitos-2003 Elisa Huzita

z Quais as caractersticas do elemento ?

eng-requisitos-2003 Elisa Huzita

z Perguntas de investigao: questionam a

z Perguntas de inconsistncia: alertar inconsistncias

Outras perguntas podem ser definidas a partir de

Resultado da elicitao de requisitos: descrio dos

eng-requisitos-2003 Elisa Huzita

z descobrir os requisitos necessrios e desejados

z tcnicas utilizadas: lista de checagem, prototipao