Guilherme Siqueira Simões
21/02/2017
1
Requisitos Funcionais e seus níveis
de granularidade
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com
Dê preferência ao uso de uma conexão de banda larga
Feche qualquer outro programa que possa interferir na transmissão de áudio ou na
conexão de Internet.
O evento não fará uso do vídeo (webcam), somente slides e áudio
Se necessário, ajuste o idioma da sala na barra de ferramentas superior
O evento terá ~45 min. de apresentação e ~15 min. finais para perguntas
Você pode mandar suas perguntas pelo chat ao longo da apresentação
Para quem possui a certificação PMP, o evento vale 1 PDU
A apresentação será gravada e o vídeo publicado posteriormente no site e redes
sociais:
ORIENTAÇÕES INICIAIS
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com 2
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com 3
MISSÃO
Estimativas e Medição de Projetos de Software
Implantação da Análise de Pontos de Função (IFPUG, NESMA , COSMIC)
Auditoria de Medições de Projetos de Software Medidos com APF
Benchmarking e Análises de produtividade
Avaliação para Melhoria dos Processos de Software
Engenharia de Requisitos
Planejamento e avaliação do desempenho (Escopo, Esforço, custo, prazo, qualidade)
Construção e Monitoramento de Contratos de Software baseados em Resultados
Integração do Desenvolvimento Ágil com a Governança Corporativa de TI usando Métricas Funcionais
DIRECIONAMENTO ESTRATÉGICO COM:
Apoiar nossos clientes a ter mais visibilidade do desempenho de seus processos de software e a
estabelecer modelos de negócios em que eles tenham o controle sobre os mesmos.
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com 4
Engenharia de Requisitos de
Software
24 horas
Estimativa de Projetos de
Software: Fundamentos e
Técnicas
16 horas
Oficina de Contagem
de Pontos de Função
Sessões de 8 ~ 40 horas
Gestão de Riscos em Projetos
16 horas
Oficina de Requisitos
Sessões de 8 ~ 40 horas
Introdução ao Gerenciamento
de Projetos
16 horas
Medição e Estimativa de
Software com o Método
COSMIC
16 horas (Presencial)
Preparação para
o Exame CFPS
96 horas (EAD e presencial)
APF: Fundamentos,
Benefícios e Implantação
8 horas (EAD e presencial)
Capacitação em APF:
Medição e
Estimativa de Software
16 horas (EAD e presencial)
Workshop APF:
Metodologia
e Práticas de Medição
16 horas (Presencial)
FORMAÇÃO PROFISSIONAL
Mais de 14.000 alunos capacitados
O livro mais vendido de APF no país foi escrito por nós
Formou >25% dos CFPS no Brasil
Preparação para
o Exame COSMIC
16 horas (EAD e presencial)
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com 5
Objetivos desta apresentação
Requisitos Funcionais e Requisitos Não Funcionais
Nível de granularidade
Requisito funcional com objetivo agregador
Requisito funcional com objetivo de usuário
Requisito funcional com objetivo de subfunção
Qual a importância do nível de granularidade do RF?
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com 6
Especificação de Requisitos
Descrevem o quê o software faz: processos ou tarefas que suportam
uma prática ou procedimento de algum usuário
Expressam atributos ou restrições inerentes aos
requisitos funcionais e como eles serão atendidos
7
Não Funcionais
“como”
“o quê”
Funcionais
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com
É a maior ou menor extensão da descrição do comportamento do software em uma especificação funcional
Distintos momentos de um projeto exigem distintos níveis de granularidade da especificação
– Momentos iniciais necessitam de uma visão ampla de todo escopo
– Momentos avançados exigem uma visão profunda de parte do escopo
Nível Granularidade RF
8 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
As estratégias de desenvolvimento
Sequencial (cascata) Iterativa-incremental
Planejamento • Marco
Requisitos • Marco
Projeto (Design)
• Marco
Codificação e Teste
• Marco
Integração • Marco
Teste de Sistema
modelagem de
negócio
requisitos
análise e
projeto
implementação
teste
entrega
modelagem de
negócio
requisitos
análise e
projeto
implementação
teste
entrega
modelagem de
negócio
requisitos
análise e
projeto
implementação
teste
entrega
iteração #1 iteração #2 iteração #3
9 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
Descrevem o quê o software deve fazer em termos das tarefas ou serviços do usuário, sem abordar sua implementação
Exemplos para um sistema de autoatendimento bancário
– O sistema deve realizar operações com a conta corrente
– O sistema deve transferir o valor de uma conta a outra conta
– O sistema deve validar o cartão e senha do cliente
– O sistema deve garantir que o total de transações do cliente no dia não exceda a $5.000
Percebam que estes requisitos funcionais tem diferentes níveis de objetivo (ou granularidade)…
Requisitos Funcionais (RF)
10 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
Níveis de Objetivo dos RFs (Granularidade)
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com 11
São RFs de objetivos mais gerais e estão em um nível de abrangência com foco em processos de negócio de alto nível. Resumem um conjunto de tarefas do usuário
Exemplos:
– Movimentar conta corrente
– Pagar contas
– Emitir extratos
Em momentos preliminares talvez boa parte dos requisitos funcionais identificados esteja nesse nível de objetivo
No entanto, alguns requisitos funcionais neste nível possuem um comportamento tão padronizado que dispensam o detalhamento em requisitos de menor nível. Um exemplo são CRUDs (Create, Read, Update, Delete), telas de cadastro
Requisitos Funcionais Objetivos Agregadores
12 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
Estão no nível de uma única tarefa sob responsabilidade de um único indivíduo em um momento que tem tudo o que precisa no tempo para que a tarefa seja feita
Ao final da tarefa, o usuário cumpre seu objetivo, fica satisfeito, não há nada mais a se fazer. Se um trabalho envolve mais de um indivíduo, é porque há mais de uma tarefa presente
Exemplos:
– Efetuar saque na conta corrente
– Pagar boleto de cobrança
– Resgatar saldo de fundo de investimento
Requisitos Funcionais Objetivos de Usuário
13 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
a. descrevem uma história com o intercâmbio de informações entre o usuário e a solução em busca de um
objetivo específico
b. resultados possam ser usados em outras tarefas por usuários com
outras responsabilidades
c. resultados possam ser usados em outros
momentos
Requisitos Funcionais Objetivos de Usuário
14 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
Análogo aos objetivos agregadores, porém em sentido inverso, há requisitos descritos em um nível inferior ao dos objetivos do usuário: são passos e regras
Requisitos Funcionais Objetivos de Subfunção
15 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
Um passo descreve o comportamento esperado pelo sistema no intercâmbio de informações com seus usuários como parte de uma tarefa
Nesse mesmo nível de abrangência também estão as regras de negócio
Exemplos:
– Validar cartão e senha do cliente
– Limitar cada saque a um máximo de $1.000
Especificar neste nível é interessante quando há comportamento compartilhado por vários RFs de nível maior. Isto torna os documentos de requisitos mais facilmente adaptáveis a mudança
Requisitos Funcionais Objetivos de Subfunção
16 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
A evolução natural dos requisitos é caminhar de objetivos mais gerais para mais específicos e com maior detalhamento
Na especificação de requisitos é improvável que se tenha todos os RFs especificados no mesmo nível de granularidade
Perceber o nível de granularidade ajuda ao analista encontrar o detalhamento adequado para a especificação de requisitos
Detalhar além do necessário é desperdício de tempo
Detalhar menos que o necessário impede decisões apropriadas sobre o escopo
Por quê Nível de Granularidade?
17 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
Obter uma visão ampla do escopo (e não necessariamente ainda detalhada). Ex.: documento de visão, product backlog
– O RF especificado no nível de objetivo agregador é o mais indicado
– RFs mais detalhados podem estar presentes, mas limitados somente aos mais críticos e relevantes para a necessária compreensão do escopo pelas partes interessadas
Obter uma visão profunda do escopo (em parte ou todo). Ex.: especificação de casos de uso, splitting de historias de usuário
– O RF especificado no nível de objetivo de usuário é o mais indicado
– RF no nível agregador significa trabalho de levantamento pendente
– RF no nível de subfunção é interessante para ajudar na qualidade da especificação (facilidade de mudanças, consistência, clareza).
Objetivos da especificação
18 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
Para saber mais
Curso: Engenharia de Requisitos: Software Orientado ao Negócio
– On-line: http://fattocs.com/pt/ereq-ead
– Curitiba: 14 a 16/03
– Rio de Janeiro: 20 a 24/03
– São Paulo: 27 a 31/03
Webinars:
– Dificuldades ao lidar com requisitos (youtu.be/mckx4m95Z88)
– Qualidade em Requisito (youtu.be/d8XmSaER2F4)
Grupo de discussão: Engenharia de Requisitos
– https://br.groups.yahoo.com/groups/engenharia-requisitos
19 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
Próximos webinars
SNAP: O processo de avaliação não funcional de software
21/03 https://goo.gl/mYHV6o
Tutorial prático da análise dos pontos de função COSMIC de um app Google
18/04 https://goo.gl/3cOqSc
Gestão de Riscos – Utilize as incertezas de seu projeto ao seu favor
23/05 https://goo.gl/nOc5vQ
20 © 2017 FATTO Consultoria e Sistemas | www.fattocs.com
AVALIAÇÃO DO EVENTO
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com 21
22
PERGUNTAS?
Brasília: (61) 4063-7484
São Paulo: (11) 4063-4658
Vitória: (27) 3026-6304
Rio de Janeiro: (21) 4063-5311
Obrigado pela sua atenção!
Guilherme Siqueira Simões [email protected]
www.linkedin.com/in/guilhermesimoes
Skype: guilherme.s.simoes
© 2017 FATTO Consultoria e Sistemas | www.fattocs.com