REQUISITOS DE SISTEMAS

REQUISITOS DE SISTEMAS
PROF. Horacio Ribeiro

Aula 4 IDENTIFICAO DOS STAKEHOLDERS.

TCNICAS DE LEVANTAMENTO DE REQUISITOS

NOME DA DISCIPLINA

Contedo Programtico desta aula

Conhecer o conceito de stakeholders.
Identificar
caractersticas
dos
stakeholders.
Conhecer tcnicas de levantamento de
requisitos
Relacionar cenrios distintos e as
melhores tcnicas de levantamento de
requisitos a serem aplicadas

NOME DA AULA AULA1

Aula passada: ciclo de vida do processo

estudo de viabilidade -> documento de analise do
projeto
elicitao e anlise de requisitos -> documento que
mostra cada forma de registrar aes, telas,...
especificao de requisitos -> especificao
padronizada de cada requisito
validao de requisitos) - > validao nos aspectos de
completude e consistncia.

Estudo de viabilidade
Todo projeto de software, em sua fase inicial, deve ser submetido
a uma rpida anlise nos seus diversos aspectos.
.
o estudo de viabilidade
estudar pontos crticos do projeto
apresentar diferentes alternativas de solues para o problema
Verificar opoes de custo e prazo
.... E decide-se se o projeto ser levado adiante ou no.
Deve tratar aspectos tcnicos\ financeiros

Estudo de viabilidade
Documento:
- Breve descrio sobre a organizao,
- Descrio do problema em questo, fontes e referncias que
proporcionam conhecimento do problema (questionrios,
bibliografia, etc)
- Apresentao de mais de uma soluo para o problema.
Cada uma, acompanhada de uma breve anlise com prs e
contras.
- conclusao
a partir da anlise de cada uma das solues propostas, indica
qual a mais adequada, levando em considerao fatores como
custo, tempo de desenvolvimento, satisfao dos anseios do
cliente.
.

conceito de stakeholders. e suas caractersticas

Existem indivduos que esto

indiretamente com um software.

relacionados

direta

ou

Eles nem precisam fazer uso do sistema, mas mesmo assim,

ele afetado em algum aspecto.
So denominamos stakeholders.

Um requisitos funcional est sempre associado a

um ou vrios stakeholders.
Nem sempre uma atividade fcil conseguir
identificar o que realmente deve ser um requisito
funcional ou no funcional.

Aps identificar os objetivos desejados vamos identificar e

detalhar as pessoas que usam e/ou so afetados pelo sistema
Independente de tecnologia um projeto que atua na rea da
engenharia de software contempla a participao direta ou
indireta, ativa ou passiva, de pessoas.

Um tipo de ator (indivduo) que em algum momento tem algum tipo

de interesse, participao, etc., sobre um determinado software
chamado de stakeholder.
um entendimento mais amplo do que um stakeholder,
Em todo em qualquer sistema (computacional ou no), sempre
teremos agentes diretos ou indiretos, que iro compor ou sofrer
com as suas caractersticas.

palavra vem de da seguinte composio:

Stake: interesse, participao, risco.

Holder: aquele que possui.

Portanto, todos aqueles que de alguma maneira afetado pelo

software, um stakeholder .
correto afirmar que toda a preocupao para o correto
desenvolvimento de um sistema e demais recursos de infra-estrutura
tem como objetivo de facilitar o atendimento das responsabilidades
dos stakeholders.
Ao usarmos a sintaxe de premissa (visto na segunda aula)
<temporal> <agente><ao no sistema>
os agentes so pessoas que iro usar o software

Segundo Summerville (2009), podemos definir da

seguinte forma:
Um stakeholder em uma arquitetura de software uma
pessoa, grupo ou entidade com um interesse ou
preocupaes sobre a realizao da arquitetura.

Podemos ento relacionar os seguintes exemplos e atribuies de

stakeholders no desenvolvimento de um projeto de sofware::
Gerente de Projeto Responsvel em organizar e conduzir as
equipes em suas responsabilidades.
Como gestor, precisa manter harmonia no desenvolvimento do projeto,
supervisionando a execuo das tarefas, observar os processos,
sustentar e fomentar o equilbrio entre os stakeholders, etc.
Analista de Sistema Responsvel em analisar quais as
caractersticas o que dever ter o produto a ser desenvolvido para
atingir o objetivo final, ou seja, o que o cliente espera.
Para isso, busca analisar as especificidades inerentes ao determinado
software.
Programador So os responsvel por escrever as linhas de cdigos
que construiro a identidade lgica do software.

Podemos ento relacionar os seguintes exemplos e atribuies de

stakeholders no desenvolvimento de um projeto de sofware::
(continuao)
Patrocinador Popularmente quem paga a conta. aquele que
libera os recursos, custeia a produo do projeto. Ele ser o
responsvel por prover financeiramente a arquitetura necessria para
o desenvolvimento de software.
Cliente (usurio) aquele que, a partir de uma necessidade, faz a
encomenda de um software. Portanto, quem vai usufruir do produto
a ser entregue; seja ele apenas um ou um grupo de usurios.

Alm dos citados tem se muitos outros stakeholders que

no so to elementares, mas possuem algum tipo de
interesse.
Por exemplo:
Poder pblico
A comunidade
Concorrentes
Fornecedores
Investidores e acionistas
As famlias da equipe de projeto

So outras caractersticas dos stakeholders:

So especficos para cada projeto;
Possuem anseios e objetivos distintos em um projeto;
So atores fundamentais para detalhamento do que deve ser
desenvolvido.

O envolvimento fundamental para o xito de um projeto de

software.
um dos riscos projeto a
levantamento dos stakeholders.

ocorrncia de uma falha no

O gerente de projeto deve avaliar as necessidades de todos os

envolvidos;
A conseqncia pode ser:
- um software que no atende aquilo que o cliente esperava, e
de que dever ser revisto e ajustado posteriormente.
-desgastes de recursos, alm da insatisfao daquele que
encomendou o sistema.

Primeiros cuidados:
- o gerente de projeto deve observar bem seus objetivos
-e no procurar stakeholders por todos lados, o que culminar em
um cenrio difcil de gerenciar.
-Deve haver limitao no escopo daqueles que afetam e/ou sero
afetados pelo projeto.
-influncia dos stakeholders em um projeto de software, suas
relaes e inter-dependncia na concepo e uso de um
determinado sistema.

Aoes com stakeholders

Com influencia
politica

Sem influencia
politica

INI

DOS
A
I
L
A

CO
LAB

OR
AD

OR
E

Com interesse
No sistema

MIG
O

ES
R
O
SIT
O
OP

Sem interesse
No sistema

Tcnicas para levantamento de

Requisitos

escrever linhas de cdigos no deve ser o foco de

ateno para o projeto de software, o inicio do
projeto de desenvolvimento de software deve ser o

levantamento de requisitos.
E tratar esta atividade como engenharia
Para um navio que no tem rumo qualquer porto serve

levantamento inicial:
A fonte das informaes inerentes as atividades
est com que pratica as atividades atualmente de
forma manual ou automtica.
Problema:
-o cliente no estabelece claramente todas as
regras relativas ao negcio;
- quem est sendo contratado desconhece as
especificidades referente ao processo que
atualmente est em execuo.

Sommerville (2009) prope um processo genrico de levantamento e

anlise que contm as seguintes atividades:
Compreenso do domnio: Os analistas devem desenvolver sua
compreenso do domnio da aplicao;
Coleta de requisitos: o processo de interagir com os stakeholders
do sistema para descobrir seus requisitos. A compreenso do domnio
se desenvolve mais durante essa atividade;
Classificao: Essa atividade considera o conjunto no estruturado
dos requisitos e os organiza em grupos coerentes;

Sommerville (2009) prope um processo genrico de levantamento e

anlise que contm as seguintes atividades:
Resoluo de conflitos: Quando mltiplos stakeholders esto
envolvidos, os requisitos apresentaro conflitos. Essa atividade tem por
objetivo solucionar esses conflitos;
Definio das prioridades: Em qualquer conjunto de requisitos,
alguns sero mais importantes do que outros. Esse estgio envolve
interao com os stakeholders para a definio dos requisitos mais
importantes;
Verificao de requisitos: Os requisitos so verificados para
descobrir se esto completos e consistentes e se esto em
concordncia com o que os stakeholders desejam do sistema.

o problema de no saber especificar corretamente o que o

sistema dever fazer muito rotineiro:
(a) de um usurio principal do sistema no saber o que quer que
o sistema faa ou sabe e no consegue/quer transmitir para o
analista;
(b) requisitos identificados, mas que no exprimem a realidade;
(c) no esto em concordncia com os requisitos informados por
pessoas diferentes, so constantes na elaborao dos requisitos.
Um stakeholder ou informao errada afetar em perda de
tempo e dinheiro
preciso aferir e revisar os requisitos.

No levantamento dos requisitos, dois fatores contribuem para o

baixo grau de satisfao dos usurios:
No utilizar uma tcnica adequada para extrair os requisitos do
sistema;
Descrever os requisitos do sistema de modo pouco claro, com
ambigidades, sem consistncia com todos os aspectos
significativos do sistema proposto.

Algumas tcnicas de levantamento de requisitos, detalhando

seu conceito e suas respectivas vantagens e desvantagens:

Etnografia
A etnografia uma tcnica de observao, aonde o analista buscar
uma familiarizao do cliente, seus valores, sua histria. Ela pode ser
utilizada para compreender os requisitos sociais e organizacionais, que
facilitem compreenso da poltica organizacional e da sua cultura.
O observador inserido no ambiente de trabalho. Diariamente so
realizadas anotaes das tarefas observadas.
Esta tcnica tem por principal objetivo em auxiliar na descoberta de
requisitos de sistema implcitos, que refletem os processos reais, em
vez de os processos formais.
Tem eficcia em atuar na descoberta da maneira como as pessoas
realmente trabalham, alm do contexto de integrao e colaborao
entre o stakeholder .

Etnografia
aes consideradas importantes que devem ser executados antes,
durante e depois do estudo de observao:
Antes, necessrio identificar as reas de usurio a serem
observadas; obter a aprovao das gerncias apropriadas para
executar as observaes; obter os nomes e funes das pessoas
chave que esto envolvidas no estudo de observao; e explicar a
finalidade do estudo;
Durante, necessrio familiarizar-se com o local de trabalho que est
sendo
observado.

preciso
observar
os
agrupamentos
organizacionais; facilidades manuais e automatizadas; coletar amostras
de documentos e procedimentos usados em cada processo que est
sendo observado; e acumular informaes estatsticas a respeito das
tarefas, como: freqncia que ocorrem, estimativas de volumes, tempo
de durao para cada pessoa. Observar as as excees;

Etnografia
aes consideradas importantes que devem ser executados antes,
durante e depois do estudo de observao:
Depois, necessrio documentar as descobertas resultantes das
observaes feitas. Consolidar o resultado e rever os resultados com
as pessoas observadas e/ou com seus superiores.

desvantagens
. Consumir bastante tempo, alm da possibilidade do analista ser
induzido a erros em suas observaes, mediante anomalia no
comportamento dos stakeholders.
. Perda de foco na observao.
. Perpetuar erros no processo (atividades)

Workshops
Trata-se de uma tcnica de elicitao desenvolvida em grupo,
usada em uma reunio estruturada.
So integrantes do grupo que participaram do workshop:
Equipe de analistas.
Seleo dos stakeholders mais envolvidos no contexto em que o
sistema atuar.

principal estratgia
acionar o trabalho em equipe. H um facilitador neutro cujo papel
conduzir a workshop e promover a discusso entre os vrios
mediadores.
As tomadas de deciso so baseadas em processos bem definidos
e com o objetivo de obter um processo de negociao, mediado
pelo facilitador.

Workshops
dos e com o objetivo de obter um processo de negociao
promovido mediado pelo facilitador.
Uma vez encerrado gerada uma documentao que reflete os
requisitos e decises tomadas sobre o sistema.
Fatores de sucesso so:
A postura do condutor do seminrio - mediador e observador;
Deve possuir dia, hora, local, horrio de incio e de trmino;
destacando o assunto a ser debatido e sua documentao.

Entrevistas
A entrevista tradicionalmente mais simples de utilizar,
produz bons resultados na fase inicial de obteno de dados.
Organizar a entrevista:
- Os membros da equipe devem ter funoes : redator,
condutor, revisor....
O entrevistador d margem ao entrevistado para expor as
suas idias.
Ter um plano de entrevista para que seja mantido o foco no
cerne do assunto principal.
Evita que a entrevista fique longa, deixando o entrevistado
cansado e no produzindo bons resultados.

Entrevistas
boas prticas de entrevistas:
Desenvolver um plano geral de entrevistas;
Certificar-se da autorizao para falar com os usurios;
Planejar a entrevista para fazer uso eficiente do tempo.
Previamente o analista que far a entrevista deve procurar
est bem contextualizado, sendo mais assertivo e produtivo
O entrevistador deve coletar e estudar todos os dados
pertinentes, como formulrios, relatrios, documentos e
outros.
. No trmino, necessrio validar se o que foi documentado
est de acordo com a necessidade do usurio, que o usurio
no mudou de opinio e que o usurio entende a notao ou
representao grfica de suas informaes.

Entrevistas -termino

exemplos de como aferir a veracidade das informaes

levantadas na entrevista:
1 -Faa uma explanao sobre o relacionamento entre o que
est em discusso e as demais partes do sistema;
Informe do ponto de vista de outros usurios em relao ao
item que foi discutido;
Descreva informalmente a narrativa do item em que o
analista deseja obter informaes;
O analista deve dizer ao usurio o que acha que ouviu ele
dizer. e solicitar ao entrevistado confirmao do que foi dito.

Questionrios
Existem vrios tipos de questionrios :
mltipla escolha,
lista de verificao
questes com espaos em branco.
quando h diversos grupos de usurios que podem
estar em diversos locais diferentes do pas elaboramse pesquisas especficas de acompanhamento com
usurios selecionados, que a contribuio em potencial
parea mais importante, pois no seria prtico
entrevistar todas as pessoas em todos os locais.

Questionrios
Etapas
.preparo (fazer um prottipo)
Identifique todos os destinatrios que o recebero.
Realize a distribuio junto com instrues detalhadas sobre
seu preenchimento.
Defina e informe o prazo para devoluo do questionrio.
Documente o resultado da anlise e consolidao das
respostas dos participantes.
Envie uma cpia com as informaes levantadas para o
participante, como sendo uma forma de agradecimento e
considerao pelo tempo dedicado a pesquisa.

Brainstorming
Brainstorming uma tcnica para gerao de idias.
Uma idia preliminar gerada serve como incentivo para que
outras apaream, sejam concordantes ou no.
Pode ser estabelecida uma ou vrias reunies.
Os participantes devem ser encorajados a dar, e combinar
ou enriquecer as idias de outros e, para isso, necessrio
que todas as idias permaneam visveis a todos os
participantes.

Brainstorming
AS etapas necessrias para conduzir uma sesso de brainstorming
so:
Seleo dos participantes ou grupo de trabalho:
aconselhvel sempre a presena de pessoas que estejam sempre
bem informadas, sejam de diferentes grupos;
Prepara a sesso:
Durao e local do encontro, bem como o que ser tratado.
Explicar a tcnica e as regras a serem seguidas:
Definir as regras a serem seguidas durante a sesso;
Gerar ou produzir uma boa quantidade de idias:
Os participantes so convidados, um por vez, a dar uma nica idia.
Se algum tiver problema, passa a vez e espera a prxima rodada.
Analisar as idias: Revisar a produo de idias, destacando as mais
valiosas definidas pelo grupo e classificando-as com prioridades.

Prototipagem
Fazer um prottipo para explorar requisitos vinculados a um
produto que possua aspectos crticos.
Implementando de maneira mais rpida um pequeno subconjunto
de funcionalidades deste produto.

requisitos

desenvolver

validar

acertar
fim

prottipo aconselhado para:

1.Estudar as alternativas de interface do usurio;
2.Problemas de comunicao com outros produtos;
3.A viabilidade de atendimento dos requisitos de desempenho.
principais benefcios :
redues dos riscos na construo do sistema,
Validaoes de especificaoes
.
elementos para o sucesso na elaborao dos prottipos:
1.Seleo do ambiente de prototipagem;
2.Compreender os objetivos do prottipo por parte de todos os
interessados no projeto;
3.Focar em reas que estejam com maior dificuldade na
compreenso;
4.Rapidez na construo.

JAD (Joint Application Design).

uma tcnica destinada a promover cooperao, entendimento
e trabalho em grupo entre os usurios desenvolvedores.
A idia criar uma viso compartilhada do produto de software .
Ela ajuda os usurios e desenvolvedores a formular problemas e
explorar solues, no escopo do projeto a ser desenvolvido.

JAD (Joint Application Design).

Possui quatro princpios bsicos:
Dinmica de grupo: so realizadas reunies com um lder
experiente, analista, usurios e gerentes, para despertar a fora e
criatividade dos participantes. O resultado final ser a
determinao dos objetivos e requisitos do sistema;
Uso de tcnicas visuais: para aumentar a comunicao e o
entendimento;
Manuteno do processo organizado e racional: o JAD
emprega a anlise top down e atividades bem definidas.
Utilizao de documentao padro: preenchida e assinada
por todos os participantes. Este documento garante a qualidade
esperada do projeto e promove a confiana dos participantes.

JAD -participantes
Lder da sesso: um facilitador dos encontros. Deve ser competente,
com bom relacionamento pessoal e qualidades gerenciais de liderana.
Engenheiro de requisitos: um participante experiente nas questes
tcnicas, diretamente responsvel pela produo dos documentos de
sada das sesses JAD.
Executor: o responsvel pelo produto sendo construdo.
Representantes dos usurios: So pessoas na empresa que tero
incumbncia de utilizar o produto de software.
Representantes de produtos de software: So pessoas que esto
familiarizadas com as capacidades dos produtos de software, capazes
de mediar os usurios na compreenso entre o que possvel e
razovel no sistema.
Especialista: a pessoa que pode fornecer informaes detalhadas
sobre um tpico especfico.

Outras tcnicas:
-simuladores
-mapas mentais
- Determinao de cenrios
-oficinas de requisitos
- Casos de uso

Na prxima aula:
voc estudar sobre os assuntos seguintes:

- Documento de Requisitos de Software.

- Composio do Documento de Requisitos de Software.
- Utilidade e validade do Documento de Requisitos de Softwa

NOME DA DISCIPLINA

Contactos e material complementar e exerccios

www.espacodoprofessor.com
Professor: Horacio ribeiro
Modulo Estcio 2012.1
Senha 222222

NOME DA AULA AULA1