Aula4_Requisitos de Sistemas_Slides

Prévia do material em texto

Requisitos de Sistemas
Marcelo Vasques de Oliveira
Aula 4
Aula 4 – Identificação dos Stakeholders e Técnicas de Levantamento de Requisitos
Conhecer o conceito e identificar características ds stakeholders.
Conhecer técnicas de levantamento de requisitos.
Relacionar cenários distintos e as melhores técnicas de levantamento de requisitos a serem aplicadas.	
2
Revisão Aulas 1 
Requisito é a descrição de algo que o sistema precisa realizar, ou uma de suas características, para atinge a seus objetivos. 
A qualidade do sistema (produto final) dependerá do adequado levantamento e identificação dos requisitos do sistema.
Para que o sistema (produto) tenha qualidade é preciso aferir qualidade em seu processo de desenvolvimento
É preciso que os requisitos sejam descritos de forma adequada.
3
Revisão Aulas 2 
Essa adequação tem relação direta com as expectativas dos interessados (stakeholders) no sistema.
Requisitos de Usuário – descrição informal, sem detalhes, descrevendo uma função ou característica do sistema. 
Útil para usuários que não demandam detalhes técnicos ou operacionais. Por exemplo gestores, patrocinadores e etc
Requisitos de Sistema – descrição em detalhes do requisito
Útil para desenvolveres e usuários da tarefa
4
Revisão Aula 3 
Requisitos: Funcionais e Não Funcionais
Funcionais – o que o sistema deve fazer (funcionalidades) e o que não deve fazer
Não confundir com Regras de Negócio (Como funcionalidades devem operar)
Não funcionais –características e restrições do sistema. Podem estar relacionados a uma função específica (requisito funcional) ou ao sistema como um todo.
Estão associados a aspectos como Usabilidade, Confiabilidade, Segurança, Eficiência, Portabilidade e manutenibilidade
5
Relembrando......
6
Stakeholders - conceito
Stakeholder
Stake – Interesse, participação, risco
Holder – Aquele que possui
Tem a interesse/participação no sistema? 
Patrocinador (financiamento), membros da equipe de desenvolvimento, conjunto de usuários do sistema
Segundo Summerville (2009)
“Um stakeholder em uma arquitetura de software é uma pessoa, grupo ou entidade com um interesse ou preocupações sobre a realização da arquitetura.”
7
Stakeholders - Exemplos
8
Gerente de Projeto
Analista de Sistemas
Programador
Patrocinador (quem paga a conta)
Cliente (Grupo de usuários)
Poder público
Comunidade
Concorrentes
Fornecedores
Investidores e acionistas
Famílias da equipe de projeto
Stakeholders - Características
Cada Projeto tem um conjunto específico
Cada qual tem seu interesse e objetivos no projeto
Fundamental a identificação de todos os stakeholders, de forma que sejam consideradas a necessidade de todos
Erros podem demandar ajustes nos requisitos e todas as consequências derivadas (não atender as necessidades de todos, insatisfação, desgastes de recursos e etc).
Importante também é não expandir demais a busca de stakeholders – dificuldade gerenciar
9
Summerville (2009) processo:
Compreensão do domínio
Analista precisa se apropriar desde início
Coleta de Requisitos
A compreensão do domínio é aprimorada
Interação com stakeholders - requisitos
Classificação (organização dos requisitos)
Resolução de Conflitos (no relato de requisitos)
Definição de prioridades
Quais requisitos são os prioritários ?
Verificação de Requisitos
Requisitos corretos ? Consistentes com as expectativas – com stakeholders
10
Levantamento de Requisitos
Realidade percebida nos levantamentos de requisitos
Usuário não sabe o que quer exatamente
Usuário não sabe expressar o que quer.
Requisitos declarados, que não exprimem a realidade
Conflito de requisitos – visões diferentes dos usuários – desconhecimento do processo como um todo.
Requisitos e stakeholder equivocados geram retrabalho, despesas e problemas
11
Levantamento de Requisitos-Técnicas
Dificuldades da equipe de análise.
Forma inadequada de extração de requisitos
Descrição dos requisitos de forma clara, sem ambiguidade e com consistência.
Técnicas de levantamento de Requisitos
Etnografia
Workshop
Entrevistas
Questionários
Brainstorm
Prototipagem
JAD
12
Etnografia
Técnica de observação, onde o analista é inserido no ambiente de trabalho
Objetivo: analista familiarizar-se com o cliente: seus valores, sua história
Entender os requisitos sociais e organizacionais: cultura da empresa
Identificar os requisitos implícitos (o que realmente acontece, além do formal).
VANTAGEM: Como as pessoas realmente trabalham e cooperam entre si X como os processos dizem que devem trabalhar
13
Etnografia
Funcionamento
Antes: obter aprovação das gerencias; identificar as áreas, pessoas e funções; explicar a finalidade
Durante: observar os grupos (reais e naturais), coletar amostra de docs e procedimentos; manual x informatizado; acumular informações estatísticas das tarefas: frequências, volumes, tempos
Depois: Documentar; rever as conclusões com as pessoas avaliadas
14
Etnografia
Desvantagens
Alto consumo de tempo
Indução a erros em suas observações, mediante anomalias da realidade
Vantagem
Técnica útil para complementar descobertas de outras técnicas
15
Workshops
Técnica desenvolvida em grupo – reunião estruturada
Analistas + Stakeholders envolvidos 
 Funcionamento
Há um mediador neutro, que conduz o grupo a discussão
Ao final, são documentadas as decisões e os requisitos
Dia, Hora (início e término), assuntos devem estar claros na divulgação 
16
Entrevistas
Simples.
Trás bons resultados nas fases iniciais
Características
Planejamento– uso eficiente do tempo
Curta – não cansar, resultados eficientes.
O entrevistado deve poder expor suas idéias.
Funcionamento
Antes – autorização para entrevistas; coleta e estudo dos dados pertinentes à discussão, como formulários, relatórios, documentos e outros; conhecer o entrevistado ; autorização para gravação da entrevista
17
Entrevistas
Funcionamento
Ao término: validar se o entendimento do analista está de acordo com a necessidade do usuário; que o usuário não mudou de opinião e que o usuário entende a notação ou representação gráfica de suas informações. 
		
18
Questionários
Vários tipos
Múltipla escolha, listas de verificação, preencher lacunas e etc.
Quando usar?
 Usuários estão espalhados geograficamente e/ou grande quantidade de pessoas.
Procedimento
Identifique quem participará
Distribua o questionário com instruções
Informe prazo de finalização
Documente o resultado: quantitativa e qualitativamente
Informe o resultado aos participantes
19
Brainstorm
Tempestade de ideias – técnica para geração de ideias, a partir ou não de uma preliminar
Características
Pode ser 1 ou mais reuniões
Quanto mais ideias, melhor
Colaborar e enriquecer ideias dos colegas  todos tem que conhecer as ideias geradas
20
Brainstorm
Funcionamento
Seleção dos participantes  afinidade com a proposta do tema
Seção: Data, hora, duração, local, e assuntos 
Explicar as regras da seção
Gerar boa quantidade de ideias – conforme necessidade e solicitação
Analisar as ideias – rever as ideias e atribuir prioridades as mais relevantes
21
Prototipagem
Objetivo
Ajudar ao usuário a visualização do que seria o produto final , em casos de complexidade do sistema (críticos) ou especificidade do usuários.
Implementa um subconjunto das funcionalidades do sistema
Aconselhado para:
Estudo de alternativas de interface
Problemas de comunicação com outros produtos
Viabilizar atributos como desempenho
22
Prototipagem
Principal Benefício
Redução dos riscos, tendo mais assertividade sobre o correto entendimento do analista das necessidades dos usuários
Atente para :
Seleção do ambiente computacional adequad
Compreensão dos objetivos por parte de todos os interessados
Focar onde há mais dificuldade de compreensão 
Rapidez na construção  não é o produto. Em geral será descartado
23
JAD
JAD (Joint Application Design) – técnica que promove a cooperação, entendimento e trabalho em grupo: usuários e equipe de desenvolvimento.
Juntos usuários de desenvolvedores elaboram, em conjunto, as soluções para os problemas detectados.
Aproximaos 2 lados, com sentido maior de pertencimento e responsabilidade com o sucesso do produto
24
JAD – 4 princípios básicos
Dinâmica de grupo
Reuniões: líder, analista, usuários e gerente
Resultado: objetivos e requisitos do sistema
Uso de técnicas visuais
Aumentando a comunicação e entendimento
Manutenção do processo 
Emprega analise top down, reduzindo a possibilidade de falha e lacuna no projeto
Utilização de documentação padrão
Todos assinam
Garante a qualidade e promove a confiança
25
JAD – os Participantes (6) 
Líder de sessão (facilitador / relacionamento)
Engenheiro de requisitos (técnica do JAD)
Executor (responsável pelo produto)
Representante dos usuários (uso do software)
Representante dos produtos de software (capazes de avaliar necessidades x possibilidades)
Especialistas (pode fornecer detalhes sobre assunto específico)
26
Identificação dos Stakeholders e Técnicas de Levantamento de Requisitos
Marcelo Vasques de Oliveira
Atividades
Exercícios
1) Assinale o que deve ser considerado stakeholder em um projeto de software
Usuário final ( )
Gerente dos usuários ( )
Patrocinador ( )
Vendedor de software relacionado ( )
Analista de sistemas ( )
Engenheiro de software ( ) 
Líder de projeto ( )
Funcionário de área não afim ao sistema ( )
Funcionário da limpeza ( )
Funcionário do refeitório ( )
28
Exercícios
2) Que técnica de levantamento de requisitos devemos usar quando os usuários estão geograficamente distantes ?
JAD ( )
Brainstorm ( )
Entrevistas ( )
Questionário ( )
Workshop ( )
29
Exercícios
3) Analise as assertivas a seguir
Usada quando desejamos gerar ideias
Durante as seções, que podem ser 1 ou várias, os participantes são encorajados a contribuir com ideias
As ideias são a final documentadas e priorizadas
Identifique a técnica de levantamento de requisitos que atende a essas assertivas
( ) Questionário
( ) Entrevistas
( ) JAD
( ) Brainstorm
( ) Etnografia
30
Exercícios
4) Analise as características a seguir
É uma técnica de observação
Usada na descoberta de requisitos implícitos 
Descobre-se como as pessoas realmente trabalham
Tais características corresponde a quem técnica de levantamento de dados
( ) JAD
( ) Brainstorm
( ) Entrevistas
( ) Workshop
( ) Etnografia
31
Exercícios
5) No que se refere aos stakeholders, analise as assertivas a seguir
Incluem todo e qualquer funcionário da empresa para o qual o software esta sendo desenvolvido
Inclui os que investem recursos financeiros no projeto
Inclui todos os usuários do sistema, sejam operacionais ou gestores.
Inclui todos que tem interesse direto e indireto no sistema.
Assinale a única alternativa correta
( ) Estão corretas I e II
( ) Estão corretas I, II e III
( ) Estão corretas I e IV
( ) Estão corretas II , III e IV
( ) Está correta apenas III
32