Aula4 ENGSW EngRequisitos

1
Engenharia de Software
Engenharia de Requisitos de Software
Engenharia de Software Roger S. Pressman 6 edio
Captulo 7
Material complementar:
Engenharia de Software. Ian Sommerville. 6. Edio.
Captulo 6
Universidade So Judas Tadeu
Prof Ana Paula Gonalves Serra
Universidade So Judas Tadeu - Engenharia de Software I -Profa. Ana Paula Gonalves Serra 2
A engenharia de requisitos fornece um
mecanismo adequado para entender o que o
cliente deseja , analisar as necessidades,
negociar uma soluo adequada, validar a
especificao e administrar os requisitos a
medida que eles so transformados em um
sistema em operao.
Engenharia de Requisitos?
2
A engenharia de requisitos pode ser dividida em alguns
passos:
1. Concepo ou Estudo de Viabilidade do Sistema;
2. Levantamento dos Requisitos;
3. Anlise e negociao dos Requisitos;
4. Especificao dos Requisitos;
5. Validao dos Requisitos;
6. Gesto de Requisitos.
Engenharia de Requisitos?
Elicitao de
requisitos
1. Concepo/Estudo de Viabilidade
O estudo de viabilidade um estudo breve, direcionado,
que se destina a responder a algumas perguntas:
1. O sistema contribui para os objetivos gerais da empresa?
2. O sistema pode ser implementado com a utilizao de
tecnologia atual dentro das restries de custo e prazo?
3. O sistema pode ser integrado com outros sistemas j em
operao?
Aps responder essas questes necessrio questionar as fontes
de informao (gerentes do negcio, rea de TI, usurios finais,
etc...). Para isso, so realizadas algumas perguntas, como:
3
1. Como a empresa se comportaria, se esse sistema no fosse
implementado?
2. Quais so os problemas com os processos atuais e como um novo
sistema ajudaria a diminuir esses problemas?
3. Que contribuio direta o sistema trar para os objetivos da
empresa?
4. As informaes podem ser transferidas para outros sistemas e
tambm podem ser recebidas a partir deles?
5. O sistema requer tecnologia que no tenha sido utilizada
anteriormente na empresa?
6. O que precisa e o que no precisa ser compatvel com a empresa?
7. Quem vai usar o sistema?
Aps obter essas respostas, deve-se preparar um
relatrio de viabilidade.
Pergunta
No RUP qual artefato expressa o relatrio de viabilidade?
4
2. Levantamento dos Requisitos
Aps o estudos iniciais de viabilidade, o prximo passo o
levantamento dos requisitos.
Nesta etapa deve-se descobrir mais informaes sobre o
domnio da aplicao, que servios o sistema deve oferecer,
desempenho exigido, ... O levantamento e anlise de
requisitos pode envolver diferentes tipos de pessoas da
empresa. O termo stakeholder (envolvidos ou interessado)
utilizado para qualquer pessoa que ter alguma influncia
direta ou indireta sobre os requisitos do sistema. Exemplo:
usurios finais, rea de TI, gerentes de negcio...
2. Levantamento de Requisitos
Algumas tcnicas de extrao de requisitos
Entrevistas
Questionrios
Brainstorming
JAD (Joint Application Development )
Prototipao
5
Entrevistas
Srie de encontros com os clientes ou usurios que
explicam o seu trabalho, ambiente em que atuam,
necessidades, etc...
Requer desenvolvimento de habilidades sociais
(saber ouvir, saber inferir,...) por parte da equipe de
desenvolvimento.
Entrevistas
1. Planejamento da Entrevista
2. Conduo da Entrevista
3. Finalizao da Entrevista
4. Analise de Resultados
6
Entrevistas
1. Planejamento da Entrevista
Estabelecer objetivo.
Decidir quem ser entrevistado.
Preparar entrevistados (agendar data e hora, comentar
sobre o assunto).
Preparar lista de questes. Tipos de questes:
ABERTAS: Explique como esse relatrio produzido
FECHADAS: Quantos relatrios desse tipo so gerados
SEQENCIAIS: Por qu D um exemplo (dar continuidade a
uma questo.
Preparar mais de uma questo para um tpico a fim de confirmar a
resposta e deix-la mais completa.
Entrevistas
2. Conduo da Entrevista
Pirmide
Comea com questes fechadas e
expande para questes abertas
dirigidas. Importante quanto o
entrevistado parece relutante
em falar do assunto
Funil
Comea obtendo
detalhes, da
continuidade obtendo
respostas diretas. Muitas
questes fechadas e
seqenciais tornam-se
desnecessrias
Diamante
Combina as duas estruturas anteriores. A entrevista fica
menos cansativa pois varia o tipo de questo.
Na entrevista no induzir respostas. Por exemplo:
O relatrio deveria ser gerado semanalmente?
7
3. Finalizao da Entrevista
Reservar de 5 a 10 minutos para sumarizar as informaes
recebidas.
Explicar os prximos passos.
Apresentar a importncia da entrevista e agradecer o
entrevistado.
4. Anlise de Resultados
Produzir um documento da entrevista e descobrir
ambigidades, conflitos e omisses.
Consolidar as informaes.
Entrevistas
Observao: pessoas diferentes se concentram em diferentes
aspectos e podem ver coisas diferentes.
Interpretao: o entrevistador e o entrevistado podem estar
interpretando palavras comuns de maneira diferente, tais como
pequena quantidade de dados ou caracteres especiais.
Ambigidades: h ambigidades inerentes a maioria das formas de
comunicao, especialmente em linguagem natural.
Conflitos: entrevistador e entrevistado podem ter opinies
conflitantes sobre um determinado problema, e a tendncia registrar
o ponto de vista do entrevistador.
Alguns problemas da tcnica de
entrevista
8
Forma rpida de se obter dados de uma grande quantidade de
usurios que podem estar em lugares geograficamente distintos.
Tipos de dados que podem ser coletados:
Utilizao do sistema atual
Problemas e dificuldades que os usurios enfrentam em seu
trabalho
Expectativa dos usurios em relao ao novo sistema
As questes devem ser claras e objetivas.
Preparar mais de uma questo para um tpico a fim de confirmar
a resposta e deix-la mais completa.
Questionrios
Tipos de questes
Abertas-dirigidas
Antecipa o tipo de resposta.
Utilizada quando no possvel criar alternativas. Por
exemplo: Por que voc acha que os manuais do usurio do
sistema financeiro no funcionam?
Fechadas
Utilizadas quando possvel listar as possveis alternativas.
Por exemplo: Os dados sobre vendas so entregue com que
freqncia? Diariamente, semanalmente, quinzenalmente,
mensalmente, trimestralmente.
Questionrios
9
Elaborao do questionrio
Questes mais importantes devem vir primeiro.
Questes com contedo semelhante e relacionadas
devem estar prximas .
Questes que podem gerar controvrsias devem ser
deixadas para depois.
Modelo de questionrio do RUP (Solicitao dos
Principais Envolvidos).
Questionrios
Tcnica bsica para gerao de idias.
Uma ou vrias reunies que permitam que as pessoas
sugiram e explorem idias sem que sejam criticadas ou
julgadas.
Existe um lder responsvel por conduzir a reunio sem
restringi-la.
Especialmente til no comeo do processo de extrao de
requisitos.
Desvantagem: Por ser uma tcnica no muito estruturada
pode no produzir a mesma qualidade ou nvel de detalhe de
outras tcnicas.
Brainstorming
10
Basicamente dividida em duas etapas:
1. Gerao das idias: so as reunies que tem como objetivo
fornecer idias, sem discusses sobre o mrito delas.
Existem 4 regras:
proibido criticar idias.
Idias no convencionais ou estranhas so encorajadas.
Nmero de idias geradas devem ser bem grandes.
Os participantes devem ser encorajados a enriquecer idias
dos outros participantes.
2. Consolidao das idias: As idias geradas so discutidas,
revisadas, organizadas, avaliadas, consolidadas,
descartadas e priorizadas.
Brainstorming
Tcnica para promover cooperao, entendimento e trabalho em
grupo entre usurios e desenvolvedores.
Quatro princpios:
1. Dinmica em grupo: utilizao de sesses de grupo (encontros de
usurios e desenvolvedores).
2. Uso de tcnicas visuais: utilizao de folhas de rascunho, data-show,
vdeos, ...
3. Manuteno do processo organizado e racional: controle da sesso
atravs de um lder de sesso que tem o objetivo final de identificar um
conjunto preliminar de requisitos.
4. Utilizao de documentao padro: criao de um documento com os
requisitos identificados
Geralmente existem seis papis (responsabilidades) divididas entre a equipe
de desenvolvimento e usurios, que so: lder da sesso, engenheiro de
requisitos, executor, representantes dos usurios, representantes de
produtos de software, especialistas
JAD (Joint Application Development )
11
Tcnica que tem como objetivo extrair, entender,
validar requisitos.
Conceito do processo de desenvolvimento de software
de prototipao, j estudado anteriormente.
Prototipao
Na gerao do documento preliminar dos requisitos
extrados em qualquer tcnica, pode-se utilizar Modelo de
Caso de Uso para se ter uma idia geral do escopo do
produto de software. Geralmente esse no o modelo final,
mas serve como subsdio para a prxima etapa da
engenharia de requisitos de anlise e negociao de
requisitos.
Observao Geral a todas as tcnicas
12
3. Anlise e Negociao de requisitos
A anlise e negociao categoriza e organiza os requisitos
em subconjuntos relacionados. Neste passo as seguintes
perguntas devem ser respondidas.
Cada requisito est consistente com o objetivo global do
sistema?
Todos os requisitos foram especificados no nvel de
abstrao adequado?
O requisito realmente necessrio ou representa uma
caracterstica adicional que pode no ser essencial para o
objetivo do sistema?
3. Anlise e Negociao de requisitos
Cada requisito limitado e no-ambguo?
Cada requisito tem atribuio? (Ser utilizado por algum)
Algum requisito conflita com outros requisitos?
Cada requisito realizvel no ambiente tcnico?
Cada requisito pode ser testado, quando estiver
implementado?
Qual a prioridade desse requisito?
13
4. Especificao de Requisitos
Especificao de Requisitos, geralmente um
documento escrito, que contm o detalhamento do
sistema, os requisitos funcionais e no-funcionais e
modelos do sistema que podem ser representados
atravs de modelos (IDEF0, modelo de casos de uso,
diagramas de classes preliminar (modelo de domnio),
diagramas de seqncia) e prototipao.
5. Validao de Requisitos
A validao de requisitos examina a especificao de requisitos para
garantir que todos os requisitos do sistema tenham sido identificados e
detalhados e que as inconsistncias, omisses, erros tenham sido
detectados e corrigidos e prioridades tenham sido estabelecidas.
O principal mecanismo de validao de requisitos a Reviso Tcnica
Formal (Captulo 26, item 26.4.1. 6. Edio - Pressman). Em uma
Reviso Tcnica Formal, a equipe de desenvolvimento deve conduzir o
cliente pelos requisitos do sistema, explicando as implicaes de cada
requisitos. A equipe de reviso (os envolvidos. Ex: rea de TI, usurios,
rea de negcio, etc) deve verificar cada requisito, em termo de sua
consistncia e verificar os requisitos como um todo sob o ponto de vista de
sua completeza.
A RTF uma atividade de garantia de qualidade de software.
14
5. Validao de Requisitos
Algumas questes podem ser realizadas na reviso Tcnica
Formal:
Os requisitos esto claramente estabelecidos? Eles podem
ser mal-interpretados?
O requisito est limitado em termos quantitativos?
O requisito viola alguma restrio de domnio?
Os requisitos associados com o desempenho, comportamento
e caractersticas operacionais do sistema foram claramente
declarados?
.......
Ver exemplo de RTF
6. Gesto de Requisitos
Gesto de Requisitos um conjunto de atividades que
ajuda a equipe de projeto a identificar, controlar e rastrear
requisitos e modificaes de requisitos a qualquer momento
no desenvolvimento do sistema.
Para auxiliar na gesto de requisitos tabelas de
rastreamento so criadas com o objetivo de verificar as
relaes entre requisitos e o impacto da mudana de
requisitos.
Uma ferramenta que pode auxiliar na Gesto de Requisitos
o Requisite Pro
15
Coleta de Requisitos
(Entrevistas, Quest, JAD, ...)
Resumo do Processo de Engenharia de
Requisitos
Concepo/
Estudo de
Viabilidade
Levantamento
de Requisitos
(Extrao)
Anlise e Neg.
Requisitos
Especificao
Requisitos
Validao
Requisitos
Relatrio de
Viabilidade
Compreenso
Domnio
-Inf. Entrevistas, Questonrios,...
-Modelo de
Casos de Uso
-Prototipao
Classificao
Requisitos/
Prioridade
Documento de
Especificao
RTF
Gesto de
Requisitos
LEGENDA:
Passos Eng.
Requisitos
Produto Atividade
Pag. 30
Copyright 2008 -2014 Profa. Dra. Ana Paula Gonalves
Serra.
Todos direitos reservados. Reproduo ou divulgao total ou
parcial deste documento expressamente probido sem o
consentimento formal, por escrito, do Professor (autor).

Aula4 ENGSW EngRequisitos

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Aula4 ENGSW EngRequisitos

Uploaded by

Copyright:

Available Formats

1

You might also like