gestão de tempo aplicações jad
TRANSCRIPT
O Ciclo de Vida dos Requisitos
Conceito de Requisito
Requisito é uma condição ou capacidade
• necessária para um usuário resolverum problema ou alcançar um objetivo;
• para satisfazer uma especificação em um sistema ou em um componente;
• com uma representação documentada.
Em: The IEEE Standard Glossaryof Software Engineering Terminology, 1997.
Roc
co, 2
004
Comunicação
Gestão
Definição
Necessidade
Ciclo-de-vida dos REQUISITOS
Utilização
Avaliação
Requisitos de Software
A Norma ISO/IEC 9126 define seis características de qualidade de software que devem ser avaliados: Funcionalidade (finalidade do produto) Usabilidade (esforço para utilizar, aprender o
produto) Confiabilidade (freqüência de falhas,
recuperabilidade) Eficiência (desempenho) Manutenibilidade (esforço necessário para
modificar) Portabilidade (capacidade de transferir o produto
para outros ambientes)
Níveis de Requisitos
Requisitos de negócioobjetivos de alto nível requeridos pelos clientes
Requisitos de usuáriotarefas que os usuários são habilitados a realizar
Requisitos funcionaisfuncionalidade que o software deve prover
• funcionais (comportamento e propriedade)• não funcionais (qualitativos, quantitativos, restritivos)
Roc
co, 2
004
Como os Projetos Podem Ter Sucesso?Como os Projetos Podem Ter Sucesso?
Análise do Problema Entenda o problema Obtenha concordância dos envolvidos
Levantamento dos Requisitos Identifique quem usará o sistema (atores) Descubra como o sistema será usado (casos de uso)
Gerência de Requisitos Especifique os requisitos completamente Gerencie expectativas, mudanças e erros Controle o aumento do escopo Defina a equipe e a mantenha informada
Análise do Problema Entenda o problema Obtenha concordância dos envolvidos
Levantamento dos Requisitos Identifique quem usará o sistema (atores) Descubra como o sistema será usado (casos de uso)
Gerência de Requisitos Especifique os requisitos completamente Gerencie expectativas, mudanças e erros Controle o aumento do escopo Defina a equipe e a mantenha informada
EspecificaçãoEspecificaçãoAquisiçãoAquisição
Processo de Engenharia de Requisitos
EspecificaçãoEspecificaçãodos Requisitosdos Requisitos
UdIUdI
Informações
ElicitaçãoElicitaçãoElicitaçãoElicitação ModelagemModelagemModelagemModelagem
ValidaçãoValidaçãoValidaçãoValidação AnáliseAnáliseAnáliseAnálise
Representações
Roc
co, 2
004
Fase de Aquisição
Habilidade em:
- trabalhar com especialistas humanos- tratar o conhecimento tácito e resolver conflitos
Técnicas: - análise de documentos- entrevistas- reuniões- observações
Roc
co, 2
004
Fase de Representação
Propósito de:
- documentar os conceitos do negócio- descrever correta, completa e consistentemente
Modelos: - escritos- gráficos- matemáticos formais- cenários ou protótipos de uso
Roc
co, 2
004
Gerência de Requisitos
Atividades de:
- acompanhar o desenvolvimento- controlar as mudanças dos requisitos
Ações:
- planejamento desenvolvimento (“baseline”)- rastreabilidade com componentes de software- definição do estado e avaliação da qualidade- análise impacto e controle versões de mudanças
Roc
co, 2
004
ELICITAR
ANALISAR
MODELAR
Documento de Requisitosdo Sistema
Decisões daAnálise
Métodos,Técnicas eFerramentas
Modelo deAnálise doSistema
Principais Atividades da Engª de Requisitos
Elicitação dos requisitos
Nesta fase o engenheiro de requisitos procura captar os requisitos do
software, buscando obter conhecimento do domínio do problema.
ELICITAR: descobrir, tornar explícito, obter o máximo de informações para
o conhecimento do objeto em questão.
Cabe à elicitação a tarefa de identificar os fatos relacionados aos
requisitos do Sistema, de forma a prover o mais correto e mais completo
entendimento do que é demandado do software.
Para alcançar tal objetivo, esta fase utiliza três atividades principais:
identificação das fontes de informação; coleta de fatos e comunicação,
além de ferramentas, pessoal e métodos.
Elicitação dos
Requisitos
Obter informação sobre domínio do problema e sistema
atual (Antes de manter as reuniões com os clientes e
usuários e identificar os requisitos, é fundamental conhecer o
domínio do problema e os contextos organizacional e
operacional (situação atual). A equipe responsável pelo
levantamento deve se familiarizar com o vocabulário próprio
do domínio a ser considerado.
Preparar e realizar reuniões de levantamento /negociações
(Utilizar técnicas específicas para o levantamento de
requisitos e técnicas de negociação).
Identificar e revisar os objetivos do sistema (Identificar e
revisar quais informações relevantes para o cliente que o
sistema deverá gerir e armazenar.)
Identificar e revisar os requisitos funcionais
Identificar e revisar os requisitos não funcionais
Elicitação dos requisitos
Necessidades da Elicitação
FazFaz Coleta de Fatos
FazFaz Identificação de Fontes de Informação
FazFaz Comunicação
Faz/UsaFaz/Usa Ferramentas
UsaUsa Pessoal
UsaUsa Métodos
Depende deDepende de Pontos de Vista
Identificação das Fontes de Informação
O que são Stakeholders do sistema? Qualquer pessoa afetada de
alguma forma pelo sistema (atores, cliente, usuário final, desenvolvedor)
A análise dos Stakeholders ajuda a determinar o impacto que um novo sistema de informação terá.
Outras fontes de Informação: Documentação do macrosistema Políticas Manuais Memos, atas, contratos... Livros sobre tema relacionado Outros sistemas da empresa, sistemas
externos.
Identificação das Fontes de Informação
Importante: Priorizar as Fontes de Informação. Heurísticas:
Atores mais importantes Documentos mais mencionados Rede de comunicações entre os
componentes do macro-sistema ...
Identificação das Fontes de Informação
Coleta de Fatos
Entrevistas Coleta e Leitura de documentos Observação Questionários Análise de Protocolos Enfoque antropológico (estudo do ser humano) Reuniões Reutilização Recuperação (eng. reversa) do projeto do software
Características das Técnicas
Brainstorm útil no início do processo levantamento de
requisitos reunião conjunta objetivo estimular a imaginação e a geração de
idéias não avalia um conjunto de soluções
Entrevistas não-estruturadas estruturadas
JAD - Joint Application Development
INTRODUZ TEMA
MOSTRAR EXEMPLOS
DISCUSSÃO
CONSENSO
DOCUMENTAÇÃO
PENDÊNCIAIMPASSE
Responsável
Gerência
ProcessoProcesso
Usuários e desenvolvedores trabalham juntos em uma reunião com o objetivo de: identificar o problema propor elementos de solução negociar diferentes abordagens especificar um conjunto
preliminar de requisitos de solução
Envolve: preparação para reunião a partir
de uma requisição geral do produto
reunião
Comunicação
Apresentação: A forma como a informação é apresentada
Entendimento: Estabelecimento de contexto comuns. Ex. Planta; Ordem de 5,10,2,9,8,4,6...
Linguagem Nível de Abstração
Retro-alimentação
(...entre clientes/agentes e os eng. soft.)
Apresentação
Diferentes formas de apresentação ajudam ou dificultam o entendimento.
Distribuição de Vendas
0%5%
10%15%20%25%30%35%40%45%
Produto A Produto B Produto C Produto D
Pe
rce
ntu
al
•Produto A •15%•Produto B •40%•Produto C •20%•Produto D •25%
Distribuição de Vendas
Linguagem
A linguagem é reflexo da cultura de uma sociedade.
Para entendermos algo de importante para uma sociedade temos que entender sua linguagem.
Deve-se compreender a linguagem antes de elicitar as necessidades.
Exemplos
Conta-mãe, Dzero, Fecha a mesa, Passagem de Resultados, Zipar, FTP, TCP/IP
Nível de Abstração
A comunicação pode ser ruidosa se os indivíduos estiverem dialogando em diferentes níveis de abstração.
Conflito presente entre generalistas e especialistas.
Exemplo
Devemos conquistar mercados (Diretoria)X
Distribuir os vendedores (Gerência de Vendas)
Retroalimentação
Obrigar ao receptor da informação a recolocar a comunicação até que o emissor responda positivamente a recolocação.
Resumir, parafrasear, confirmar.?
a
a
Técnicas de Levantamento Técnicas de Levantamento
- Entrevistas- Questionários-Observação / Visitas instalações (próprias ou outras)- Demonstrações- Pesquisa extena- Análise da Documentação- Joint Application Design (JAD) - IBM- Brain Storm - Brain Writing
QuestionáriosQuestionários
- Fontes sólidas e confiáveis.- Questionário objetivo, dirigido e diferenciado*
* para compatibilizar as informações fornecidas pelos três níveis de decisão
Análise DocumentalAnálise Documental
Estudo dos registros existentes, (documentos e relatórios, atuais ou históricos).
Inclui a análise das informações em meio magnético (discos, fitas...)
Entrevistas Entrevistas
Funções
- Obtenção de informações: atitudes, comportamento, fatos vivenciados, tendências e experiências- Informações sobre a empresa, atividades e a funções- Visão mais concreta da realidade- Coordenação de informações recebidas de fontes diversas
A entrevistaA entrevista
- Forma mais comum: pessoal / direta
- Documentação dos resultados: copiar tudo? gravar? filmar? realizar anotações ?
- Pessoas certas que estão nos locais certos
- Perguntas certas, respostas certas
- Seqüência dos entrevistados
- Planejamento do tempo
- Coleta prévia de tantos dados quanto possíveis
Entrevistas Entrevistas
- Planejar a entrevista: objetivo, perguntas e tempo - Escolher o local: privacidade é essencial - Agendar a entrevista, informando o entrevistado da agenda- Obter informações sobre as características do pessoais e funcionais do entrevistado
Procedimentos preliminares
Durante a entrevistaDurante a entrevista
- Apresentar-se
- Repassar a agenda (objetivos, patrocinador, motivo da escolha do entrevistado)
- Postura do entrevistador: credibilidade, isenção, discrição; não criar ressentimentos
- Deixar o entrevistado falar (redução da interferência)
- Direcionar a discussão para os objetivos
- Evitar perguntas fechadas
- Não ultrapassar o tempo
- Notar sinais de impaciência
Um estilo para entrevistarUm estilo para entrevistar
- Relacione a parte da entrevista c/ partes do sistema
- Obtenha pontos de vista alternativos
- Solicite detalhes do item que você estiver interessado
- Estabeleça a dependência do assunto com outros
- Confirme os dados obtidos
- Focalize os requisitos (não os problemas técnicos)
- Não confunda sintomas com o problema
ProblemasProblemas
- Você está tomando tempo demais
- Você está ameaçando meu emprego
- Você não conhece a nossa empresa
- Você está tentando mudar o modo que as coisas são feitas aqui
- Não queremos esse sistema
- Mudei de opnião
- Aqui não há consenso de como a coisa deve ser feita
Brainstorm Brainstorm
- Reunião onde todos têm liberdade de expressar suas opiniões- Nenhuma crítica prévia deve ser feita- São válidas colocações por impulso: o que vale é a quantidade de idéias- Relacionadas as idéias, passa-se para a interpretação dos resultados
BrainwritingBrainwriting
- Dividir os participantes em grupos de 4 ou 5 pessoas- Os grupos recebem uma questão
O trabalho- Escrever a sua opinião sobre a questão- Ao terminar, colocar a folha no centro da mesa- Pegar a folha de respostas de outro integrante do grupo- Criticar as colocações encontradas
BrainwritingBrainwriting
- Criticar todos os trabalhos do grupo, por escrito- Completado o ciclo, o grupo pode receber nova pergunta- O presentes criticam todas as posições dos grupos
Obs: - Pode haver um relator por grupo- Cada grupo pode receber uma questão diferente- Exige um relator do trabalho final
JAD Joint Application Design
OBJETIVO
Identificar as características do JAD e as suas aplicações .
SUMÁRIO
1. Introdução2. Desenvolvimento a. Conceitos b. Definição c. Histórico d. Metodologia e. Implementação3. Conclusão
2. DESENVOLVIMENTO a. Conceitos
METODOLOGIA
Técnicas Método
Ferramentas
2. DESENVOLVIMENTO b. Definição
Técnica que reúne determinado número de pessoas em sessões bem estruturadas para, com tempo e esforço reduzidos, consolidar
um objetivo pré-determinado.
2. DESENVOLVIMENTO b. Definição
PESSOAS ESTRUTURA PLANEJADA +
Habilidades Diversas Ambiente e Material (Logística)
OBJETIVOOBJETIVO
Mínimo Tempo e Esforço
Entendimento e Consenso
2. DESENVOLVIMENTO c. Histórico
Dificuldade da solução das diferenças de ponto de vista entre usuários
A metodologia JAD foi desenvolvida pela IBM, no Canadá, em 1977.
Buscando a obtenção de consenso entre um grande grupo de pessoas
2. DESENVOLVIMENTO d. MetodologiaAlguns princípios para o JAD:
• Envolvimento de todas as pessoas necessárias para
atingir o objetivo;
• Líder experiente e imparcial;
• Representante da alta gerência;
• Sessões com no máximo 15 pessoas;
• Planejamento logístico;
• Decisões pelo consenso;
• Documentação dos resultados produzidos;
Comprometimento.
2. DESENVOLVIMENTO d. Metodologia
Componentes da equipe do JAD
(são as estrelas do espetáculo)
• Facilitador;
• Patrocinador;
• Especialistas da Informação;
• Documentador;
• Representantes dos usuários/clientes;
• Outros convidados.
2. DESENVOLVIMENTO d. Metodologia
Organização do JAD
• Reunião Inicial;
• Reunião de Revisão;
• Reuniões para a Realização das Sessões do
Projeto;
2. DESENVOLVIMENTO d. Metodologia
REUNIÃO INICIAL
• Primeira fase dos trabalhos.
• Reunião com duração aproximada de 3 h,
participação das pessoas do nível estratégico.
• Definem os objetivos, participantes, agenda e
distribuição de tarefas.
2. DESENVOLVIMENTO d. Metodologia
REUNIÃO DE REVISÃO
• Dura normalmente 3 h, com os mesmos
participantes da reunião inicial.
• Revisão de todos os pontos combinados na
reunião inicial.
• Correções e ajustes dos problemas detectados.
• Verificação do cumprimento de tarefas.
2. DESENVOLVIMENTO d. Metodologia
REUNIÕES DAS SESSÕES DE PROJETO
(formato) • São reuniões orientadas pelo líder/facilitador.
• Usa dinâmica de grupo para gerar idéias.
• Os analistas de informações ajudam a controlar e
registrar os trabalhos.
• Participação de todos relacionados no plano para
o JAD (definidos nas reuniões inicial e de revisão).
2. DESENVOLVIMENTO d. Metodologia
REUNIÕES DAS SESSÕES DE PROJETO
(seqüência) 1. Abertura dos trabalhos.
2. Apresentação e distribuição do organograma da
empresa.
3. Recordação do fluxo atual.
4. Problemas, defeitos e empecilhos.
5. Definição dos objetivos.
2. DESENVOLVIMENTO d. Metodologia
REUNIÕES DAS SESSÕES DE PROJETO
6. Racionalização do fluxo atual.
7. Proposição do novo fluxo.
8. Cronograma, prazos e responsabilidades.
9. Encerramento.
2. DESENVOLVIMENTO
Recomendado uma Abordagem em 4 etapas :
• Execução de um projeto piloto.
• Determinação da natureza do grupo de suporte.
• Incorporação do JAD.
• Ampliação do uso do JAD.
e. Implementação
3. CONCLUSÃO
A eficiência comprovada com o uso do JAD proporciona os seguintes benefícios:
• Acelera o processo na obtenção dos resultados.
• Solução de conflitos com rapidez.
• Espírito de equipe.
• Compromisso dos participantes com o projeto.