requisitos funcionais e seus níveis de...

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


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.


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


Capacitação em APF:

Medição e

Estimativa de Software


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


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?


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


É 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


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)


Níveis de Objetivo dos RFs (Granularidade)


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


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


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


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


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


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?


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


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


http://fattocs.com/pt/ereq-ead



youtu.be/mckx4m95Z88




https://youtu.be/d8XmSaER2F4




https://br.groups.yahoo.com/groups/engenharia-requisitos



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


https://goo.gl/mYHV6o

https://goo.gl/3cOqSc

https://goo.gl/nOc5vQ

AVALIAÇÃO DO EVENTO


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


requisitos funcionais e seus níveis de...

Documents