Aulas 29/03 e 05/04/2017

Anlise e Projeto de Sistemas I

Tcnicas de Levantamento
de Requisitos
Profa. Ma. Juliana Martins de Bessa Ferreira

juliana.bessa@ueg.br
Lattes: http://lattes.cnpq.br/8140452630069774
 Correo Atividades
complementares aula
22/02/2017

2

Atividades Complementares
1. Diferencie requisitos funcionais e no
funcionais, citando exemplos para cada
uma das definies.

2. (Sommerville, 2007) Sugira como um

engenheiro responsvel por definir os
requisitos de um sistema pode manter o
acompanhamento dos relacionamentos
entre os requisitos funcionais e no
funcionais.

3

Atividade Extra-Classe

(Sommerville, 2011) Voc est trabalhando com

um usurio de software que contratou seu
empregador anterior; juntos, buscam desenvolver
um sistema para ele. Voc descobre que a
interpretao dos requisitos por sua empresa
atual diferente da interpretao de seu
empregador anterior. Discuta o que voc deve
fazer em tal situao. Voc sabe que os custos
para seu atual empregador aumentaro se as
ambiguidades no forem resolvidas. No entanto,
voc tambm tem a responsabilidade da
confidencialidade
4 com seu empregador anterior.
 Correo Atividade
Pontuada
NBR ISO/IEC 9126
(22/03/2017)

Verso 01
Verso 02
5
 Fonte: Google Imagens

Tcnicas de Levantamento
de Requisitos
Profa. Ma. Juliana Martins de Bessa Ferreira

juliana.bessa@ueg.br
Lattes: http://lattes.cnpq.br/8140452630069774
 Levantamento de Requisitos

Os projetos de SIs fracassam mais frequentemente por

resolverem certo o problema errado do que propriamente
resolver errado o problema certo.

Se voc no sabe para onde est indo, ento qualquer caminho

servir. Provrbio Chins

Uma compreenso completa dos requisitos dos sistemas

de informao fundamental para um desenvolvimento
bem sucedido.
7
 Levantamento de Requisitos

Objetivos da Anlise de Requisitos:

Identificao das necessidades do usurio
Verificao da implementabilidade destas necessidades
Distribuio das funes do sistema entre as pessoas, o
hardware, o software e outros elementos do sistema
Criao de um modelo do sistema, utilizado pelas fases de
desenvolvimento seguintes.

8
 Sistema de simulador de roupas

9
 Sistema de vendas de livros

10
Sistema Laboratrio de Anlises Clnicas

11
Levantamento de Requisitos
Desenvolvendo Sistemas de Informao...

DIFICULDADES DE COMUNICAO:
Sei que voc acredita que entendeu o que acha que eu
disse, mas no estou certo de que percebe que aquilo que
ouviu no o que eu pretendia dizer...

AMBIGUIDADE:
Crie um meio de proteo para um
pequeno grupo de pessoas, que os
proteja dos elementos hostis de seus
ambientes.
CLIENTE DESENVOLVEDOR
Levantamento de Requisitos
Importncia do Levantamento de Requisitos:

 Projeto e codificao perfeitos so de pouco uso

quando existem erros nos requisitos.
 O analista formaliza as necessidades do usurio,
atuando como ponte entre ele e os implementadores do
sistema.
 Custo da Ambiguidade
 Tcnicas de Levantamento de
Requisitos

 Para auxiliar o levantamento de requisitos no

desenvolvimento de um SI existem um conjunto de tcnicas de
levantamento de dados.
 Estas tcnicas podem ser aplicadas isoladamente ou em
conjunto, a depender das caractersticas do projeto.
 Algumas tcnicas de levantamento de dados:
 Entrevista  Questionrio

 Reviso de Documentao  Etnografia

 Brainstorm  JAD
 Criao de cenrios
Entrevista:
uma forma de comunicao entre duas pessoas (no mnimo), com o
objetivo de obter informaes.
Os elementos que participam no processo de comunicao so:
1. Emissor (fonte da mensagem).
2. Receptor (quem recebe a mensagem).
3. A mensagem em si.
4. Retorno (Feedback) da mensagem.
5. Rudo, ou seja, todas as interferncias,
sejam elas materiais ou psicolgicas.
6. Cdigo no qual a mensagem
produzida (lngua ou jargo).
 Entrevista:
 Diretrizes para a realizao de entrevistas:
1. Identifique quais as pessoas que devero ser entrevistadas.
2. Desenvolva um plano geral para as entrevistas.
3. Obtenha autorizao para realizar as entrevistas.
4. Combine planejamento com flexibilidade.
5. Cuidado com jargo informatiqus (linguagem e diagramas).
6. Esteja atento para os diversos tipos de resistncia.
- voc est ameaando o meu emprego.
- voc no conhece a empresa, como quer dizer como deve ser o novo sistema?.
- voc est tentando mudar o modo como as coisas so feitas aqui.
Questionrio:
 uma srie de perguntas organizadas com o objetivo de
levantar dados para uma pesquisa ou estudo, cujas respostas so
fornecidas pelo informante sem a orientao direta do
pesquisador.
 O planejamento do questionrio: conhecimento do grupo ou
do assunto
 Vantagens do uso de questionrios:
- disperso geogrfica.
- grande nmero de usurios.
- trabalho por amostragem.
Questionrio:
Desvantagens do uso de questionrios:
- inibio pensamento -> escrita.
- inibio crticas e sugestes (anonimato???).
- resistncia (falta de tempo / preguia) para preencher.
- fraca interao (restrio na comunicao).
- impossvel direcionar conforme o caso.

Questionrio na combinao de tcnicas

Reviso da Documentao:
 uma das formas mais comuns de obteno de
informaes sobre a situao atual.
 Uso de diversas fontes de informao, tais como: manuais
de procedimentos, documentao, manuais de projeto,
relatrios, etc.
 Se necessrio pode ser feito um processo de inventrio da
documentao existente para servir como referncia.
 Pode ser usada antes, durante e depois de outras
tcnicas de obteno de dados.
Anlise de Observao (Etnografia)
 Consiste na observao dos usurios em seu ambiente
enquanto eles executam suas atividades dirias.
 Pode ser usada para confirmao dos resultados de uma
entrevista, identificao de documentos que devem ser
analisados, etc.
 Precaues:
- aprovao do gerente da rea.
- comunicao para toda a rea.
- transparncia no processo (para evitar resistncias).
Brainstorm:
 Tcnica til para obter rapidamente informaes sobre a situao
atual e os requisitos dos usurios.

 baseada em sesses de dinmica de grupo na qual os representantes

dos usurios envolvidos no processo de coleta de informaes participam
de uma discusso em grupo sobre um tema especfico definido
anteriormente, conduzido por um mediador.

 A sesso de brainstorm dividida em duas etapas:

Etapa 1) DIVERGNCIA: produo de idias sobre o tema
definido.
- estmulo da criatividade e registro das idias.
Etapa 2) CONVERGNCIA: reviso e anlise das idias sugeridas.
- neste ponto ativado o lado crtico e analtico do grupo.
 JAD (joint application design):
 Tcnica criada pela IBM, tambm baseada em sesses de dinmica de
grupo.
 Diferente do brainstorm, refinada e organizada, com uma abordagem
mais estruturada.
 O uso deste tipo de tcnicas resulta em definies mais rpidas dos
requisitos dos usurios, comparados com tcnicas tradicionais.
 O JAD uma reunio estruturada composta de:
- coordenador, ou moderador (que orienta a discusso).
- secretrio (que anota as definies e elabora as atas).
- patrocinador (responsvel pela rea para a qual o sistema
desenvolvido).
- demais participantes (desenvolvedores e usurios).
- auxiliares (que manuseiam as ferramentas durante a reunio).
Referencial Bibliogrfico utilizado na aula de hoje:

Captulo 07  SOMMERVILLE, I., Engenharia de Software, 8 ed. So

Paulo: Pearson Education do Brasil.

Captulo 07  PRESSMAN, R. S., Engenharia de Software, 6 ed.

McGraw-Hill.

DUARTE, Andreza. Tcnicas de Anlise de Requisitos. S.d. Disponvel

em: <http://pt.slideshare.net/katiaspeck/tcnicas-de-anlise-de-
requisitos>. Acesso em 16 mar 2016.

MASSA, Mnica de Souza. Levantamento de Requisitos de Sistemas

de Informao. 2009. Disponvel em:
<http://www.google.com.br/url?sa=t&rct=j&q=%22t%C3%A9cnicas%2
0de%20levantamento%20de%20requisitos%22%20ppt&source=web&cd
=1&ved=0CCsQFjAA&url=http%3A%2F%2Ficaju.files.wordpress.com%2
F2008%2F07%2F03-levantamento-de-requisitos-de-sistemas-de-
informacao1.ppt&ei=FwlfUbW7KfPM0gHTpIHoDQ&usg=AFQjCNG5ECO
24
2gPvKCdSy-BoP-_S3ZrqD1g> Acesso em 01 abr 2013.
Atividades Complementares
Pressman, 2011 (Captulo 05)

5.2 Foi lhe dada a responsabilidade de extrair os requisitos de

um cliente que lhe diz que est muito ocupado para poder
atend-lo. O que voc deveria fazer?
5.3 Discuta alguns dos problemas que ocorrem quando os
requisitos tm de ser obtidos de trs ou quatro clientes
diferentes.
5.4 Descreva cada uma das tcnicas de elicitao de
requisitos abordadas em sala de aula. Para cada uma,
apresente um Sistema onde esta tcnica possa ser utilizada
de forma significativa.

Exerccio 13 Atividades Complementares 29/03

25
 Fonte: Google Imagens

Definio de escopo de
software e Regras de Negcio
Profa. Ma. Juliana Martins de Bessa Ferreira

juliana.bessa@ueg.br
Lattes: http://lattes.cnpq.br/8140452630069774
Tpicos a serem abordados na aula de
hoje:

Entrega da 1 VA Correo e recuperao de

contedo

Requisitos Funcionais X Requisitos No Funcionais

Escopo

Regras de Negcio

Atividades Complementares

27
Fonte: Google Imagens
 Requisitos Funcionais X Requisitos No Funcionais

Requisitos Funcionais
o Funcionalidades disponibilizadas pelo software, de modo a
capacitar os usurios a executar suas tarefas e satisfazer s
necessidades do negcio;
o So aes que o produto deve realizar de modo a fornecer
funcionalidades teis para os usurios;
o Exemplo: Emitir conta telefnica mensal

Requisitos No Funcionais
o So propriedades ou qualidades que o produto deve possuir;
o Em sua maioria, no expressam nenhuma funo a ser
realizada pelo software, e sim necessidades e restries que o
mesmo deve satisfazer;
o Relacionados com a Arquitetura do Software;
o Exemplo: Usabilidade, Manutenibilidade, Funcionalidade,
Portabilidade.
28
Fonte: http://www.les.inf.puc-rio.br/wiki/images/3/37/Introducao_Requisitos_-_Resumo.pdf
O Conceito de Sistemas

Um sistema pode ser definido como:

"Um conjunto, identificvel e coerente, de elementos

que interagem coesivamente, onde cada elemento
pode ser um sistema."

equivale a traar uma fronteira conceitual
separando esse conjunto de elementos do resto
do universo. RF
RF
RF

RF
ESCOPO RF

RF RF
Exemplo de definio de Escopo
Imaginemos o desenvolvimento de um aplicativo mobile de
Agenda Eletrnica.
Aps levantamento de requisitos junto ao cliente ficou
definido que a Agenda Eletrnica teria as seguintes
funcionalidades (RF):
 Cadastrar compromissos;
 Definir tipo de compromisso;
 Definir prioridade de compromisso;
 Controlar alarmes;
 Realizar anotaes;
Em funo do tempo e do custo, no foram includas as
funcionalidades:
 Listar compromissos;
 Emitir relao de aniversariantes por perodo;
 Controlar lembretes via mensagem;
 Listar compromissos Emitir relao de
aniversariantes
por perodo
Cadastrar compromissos
 Definir tipo de compromisso

 Definir prioridade de compromisso

 Controlar alarmes
 Realizar anotaes
Fronteira do Sistema
Definio do Escopo
Controlar lembretes
via mensagem
31
Sistema de emisso de passagens de trem
Um sistema automtico de emisso de passagens vende
passagens de trem. Os usurios escolhem seu destino e
apresentam um carto de crdito e um nmero de
identificao pessoal. A passagem emitida e o custo
desta passagem includo em sua conta do carto de
crdito. Quando o usurio pressiona o boto para iniciar,
uma tela de menu com os possveis destinos ativada,
juntamente com uma mensagem para que o usurio
selecione um destino. Uma vez selecionado um destino
pede-se que os usurios insiram seu carto de crdito. A
validade do carto checada e o usurio, ento, deve
fornecer um nmero de identificao pessoal. Quando a
transao de crdito validada, a passagem emitida.
Sistema de emisso de passagens de trem

Esta descrio est a nvel de usurio ou

de sistema?

Possui ambiguidades ou omisses no

sistema?

33
Regra de Negcio

O que uma Regra de Negcio?

Define ou restringe aspectos da
organizao

Fontes:

decises estratgicas

leis e regulamentaes

obrigaes contratuais
Importncia de identificar Regras de
Negcio

As melhores prticas de engenharia de software advogam

cdigo reusvel e modular

Separar regras de negcio de projetos especficos uma

forma de adaptar esta regra para a gerncia de requisitos

as regras de negcio podem ser empregadas em vrios
projetos
Exemplo de Regra de Negcio

Os remdios comercializados devem ter, no

mnimo, 30 dias de validade;

Para ser considerado dependente, a pessoa

no pode ter renda ou a renda deve ser abaixo
de um salrio mnimo
Template Regras de Negcio

37
Referencial Bibliogrfico utilizado na aula
de hoje:

SOMMERVILLE, I., Engenharia de Software, 8 ed. So Paulo: Pearson

Education do Brasil.

PRESSMAN, R. S., Engenharia de Software, 6 ed. McGraw-Hill.

SOUSA, Joo. Engenharia de requisitos de software: viso geral.

Disponvel em: < http://www.les.inf.puc-
rio.br/wiki/images/3/37/Introducao_Requisitos_-_Resumo.pdf. > . Acesso
em 20 abr 2016.

UFF. Gerncia de requisitos. Disponvel em: <

http://www.ic.uff.br/~esteban/files/aula%201_ESUFF.ppt >. Acesso em 20
abr 2016.

38
Atividades Complementares

39