Modelagem de
Requisito
Análise e Projeto de Software
Prof. Anderson Soares Costa
Objetivos da Aula
Apresentar e explicar o conceito de modelagem de requisitos no contexto do desenvolvimento de
software
Compreender o conceito
Revisar os conceitos de Apresentar diferentes
e a importância da
requisitos funcionais, técnicas e ferramentas
modelagem de requisitos
requisitos não funcionais e de modelagem de
no desenvolvimento de
regras de negócio. requisitos.
software;
Aprender a criar e interpretar Encerrar com Resumo e
Conhecer e entender o
Casos de Uso para descrever Perguntas
que são histórias de
interações entre usuários e o
usuário e wireframes
sistema
SUMÁRIO
Revisão de Conceitos
01 Básicos 04 Resumo
Introdução à
02 Modelagem de 05 Perguntas
Requisitos
Técnicas e
Ferramentas de
03 Modelagem de
Requisitos
01
Revisão de
Conceitos
Básicos
Revisão de Conceitos Básicos
Processo de Desenvolvimento de um Software
Revisão de Conceitos Básicos
Requisitos
Requisito Funcional Requisito Não Funcional Regra de Negócio
RF RNF RN
Restrições ou condições
Especificações que Especificações que que o sistema deve
descrevem o que o descrevem como o sistema respeitar, baseadas nas
sistema deve fazer. deve se comportar operações e políticas da
organização.
Revisão de Conceitos Básicos
Requisitos
Requisito Funcional Requisito Não Funcional Regra de Negócio
RF RNF RN
Usuários devem poder abrir Desempenho: As transações Limite diário de saque em
contas bancárias online. devem ser processadas em caixas eletrônicos.
menos de 3 segundos.
O sistema deve permitir Políticas de juros para contas
transferências de dinheiro entre Segurança: Dados sensíveis, de poupança e empréstimos.
contas. como números de contas,
devem ser criptografados. Requisitos de autenticação para
Deve ser possível consultar o transações de valores elevados.
saldo e o extrato de uma conta. Disponibilidade: O sistema
deve estar disponível 24/7
Revisão de Conceitos Básicos
02
Introdução à
Modelagem de
Requisitos
Modelagem de Requisito
“ A parte mais difícil da construção de um sistema de
software é decidir, precisamente, o que deve ser
construído… Nenhuma outra parte do trabalho aleija
mais o sistema resultante se feita errada.
Fred Brook, 1978
Introdução à Modelagem de Requisitos
Modelagem
Introdução à Modelagem de Requisitos
Modelagem
Introdução à Modelagem de Requisitos
Modelagem de Requisitos
Processo de representação formal dos requisitos de um sistema.
Representação Gráfica Representação Textual
Ajuda a clarificar, documentar e validar o entendimento das necessidades das partes
interessadas (steakholders).
Introdução à Modelagem de Requisitos
Objetivo
Garantir que todos os envolvidos compreendam os requisitos de forma consistente.
Facilitar a comunicação entre desenvolvedores, clientes e outros stakeholders.
Introdução à Modelagem de Requisitos
Importância da Modelagem de Requisitos
Introdução à Modelagem de Requisitos
Importância da Modelagem de Requisitos
Modelagem
Requisito
Comunicação Análise/Validação
Melhora a clareza na comunicação Permite a identificação de
entre equipe técnica e não técnica. lacunas ou inconsistências
Ajuda a evitar ambiguidades e mal- nos requisitos.
entendidos. Ajuda na validação e
aprovação dos requisitos
Documentação
pelos stakeholders
Fornece uma base para o design, desenvolvimento e testes.
Serve como referência durante o ciclo de vida do projeto.
02
Técnicas e
Ferramentas de
Modelagem de
Requisitos
Técnicas e Ferramentas
Importância
Utilizar técnicas apropriadas ajuda a representar de maneira
clara e estruturada as necessidades dos stakeholders,
facilitando a comunicação e a compreensão durante o
desenvolvimento do sistema.
Técnicas e Ferramentas
Caso de Uso
Definição:
• Representam as interações entre usuários (atores) e o sistema.
• Focam nas funcionalidades do sistema e como os usuários interagem com
elas.
• Representa quem faz o que (interage) com o sistema
Auxilia na identificação e compreensão dos requisitos do sistema, ajudando na
especificação, visualização e documentação das características, funções e
serviços do sistema desejado pelo usuário
Técnicas e Ferramentas
Caso de Uso
Componentes:
• Atores: Entidades externas que interagem com o sistema (ex.: cliente,
gerente).
• Casos de Uso: Funcionalidades ou serviços que o sistema oferece (ex.:
realizar transferência, consultar saldo).
• Relacionamentos: Linhas que conectam atores aos casos de uso, indicando
interação
Relacionamento
Caso de Uso
ATOR
Técnicas e Ferramentas
Atores
Ator: é um elemento externo que interage com o sistema e que troca
informações com o sistema.
Nomear os atores de acordo com o seu papel no sistema
Utilizar nomes condizentes com aqueles já usados na empresa, para
facilitar a compreensão dos clientes.
Técnicas e Ferramentas
Atores
Um Ator é necessáriamente uma pessoa?
Papéis das Pessoas (Empregado, Cliente, Gerente, Almoxarife, Vendedor, etc);
Organizações (Empresa Fornecedora, Agência de Impostos, Administradora de
Cartões, etc);
Outros sistemas (Sistema de Cobrança, Sistema de Estoque de Produtos, etc).
Equipamentos (impressora, sensor, etc.).
Técnicas e Ferramentas
Atores
Tipos de atores:
a) ator iniciador: é ele que inicia o caso de uso, geralmente, sendo o seu ator
principal.
Por exemplo, se estamos fazendo um sistema bancário, o caso de uso “retirar
dinheiro” terá como ator iniciador o ator cliente. Também conhecido como ator
primário;
b) ator participante: é aquele que de alguma forma participa do caso de uso,
um ator secundário. Por exemplo, no caso de uso “comprar itens”, existe um
ator atendente/vendedor que “atende” o ator cliente.
Técnicas e Ferramentas
Atores
Caixa Gestor Estoque Sistema Financeiro
Gerente Atendente Cliente
Técnicas e Ferramentas
Caso de uso
Representação
uma elipse com um nome que representa a sua funcionalidade de forma
sucinta, geralmente há um verbo de ação.
Cadastrar Visualizar Pesquisar
Produto Notas Livro
Técnicas e Ferramentas
Caso de uso
Relacionamento
A associação entre Ator e um Caso de Uso é representada por uma
linha contínua.
Uma associação é representada como uma linha que liga os elementos
a serem relacionados.
Assciação
Fazer Login
Cliente
Técnicas e Ferramentas
Caso de uso
Pode-se ter casos em que a execução de um caso de uso implique na
execução de um outro.
Ou um caso de uso possui uma parte que se repete em outros casos de
uso.
Para evitar redundância de texto, pode-se isolar essas partes em casos
de uso separados, e relacioná-los uns aos outros.
Exibir
Boas
vindas
Assciação
Fazer Login
Exibir Erro
Cliente
Técnicas e Ferramentas
Caso de uso
Extends
O caso de uso de extensão não tem execução obrigatória, mas opcional.
É originado a partir de um caso de uso
O caso básico deve fazer sentido sozinho.
Os atores interagem com o caso básico (A).
Técnicas e Ferramentas
Caso de uso
Extends
É utilizada para descrever cenários opcionais de um UC (Cenários
Alternativos), ou seja, que não ocorrem sempre.
Seta pontilhada do caso extendido para o caso básico
<<extend>>
Técnicas e Ferramentas
Caso de uso
<<extend>>
Vender EmitirNota
Produto Fiscal
Caixa
<<extend>>
Postar Emitir alerta
Conteúdo de Fakenews
Cliente
Técnicas e Ferramentas
Caso de uso
Include
Essa característica significa que o Caso de Uso sempre será chamado.
Inclusão indica um relacionamento de obrigatoriedade de um para com
outro, ou seja, quando um determinado caso de uso é executado obriga
também a execução de um segundo.
Técnicas e Ferramentas
Caso de uso
Include
Seta pontilhada do caso básico para o caso obrigatório
<<include>>
Técnicas e Ferramentas
Caso de uso
<<include>>
Vender Dar baixa no
Produto estoque
Caixa
<<include>>
Postar Enviar
Conteúdo Notifição
Cliente
Técnicas e Ferramentas
Caso de uso
Técnicas e Ferramentas
Caso de uso
Existe um UC que é generalizado e
outro(s) especializado(s).
Os Ucs especializados herdam as
características/comportamento do UC
generalizado (o UC “filho” pode ter o
comportamento modificado ou
incrementado).
Representação: linha contínua com a
ponta da seta vazada indicando o UC da
generalização.
Técnicas e Ferramentas
Atores
A generalização entre atores significa
que o herdeiro possui o mesmo
comportamento que o ator do qual ele
herda.
Permite representar níveis de usuários e
aproveita associações já definidas.
Técnicas e Ferramentas
História de Usuários
Definição:
Descrições curtas e simples de uma funcionalidade do ponto de vista do
usuário final.
Estrutura típica: "Como [tipo de usuário], quero [ação] para
[benefício]".
Técnicas e Ferramentas
História de Usuários
Componentes:
Quem: Tipo de usuário (ex.: cliente, administrador).
O quê: Ação ou funcionalidade desejada (ex.: transferir dinheiro).
Por quê: Benefício ou valor esperado (ex.: facilitar pagamentos).
Técnicas e Ferramentas
História de Usuários
Como um cliente, quero receber
notificações instantâneas no meu
Como um cliente, quero poder agendar
celular para cada transação feita na
pagamentos, para que eu possa
minha conta, para que eu possa
automatizar minhas contas mensais
monitorar as atividades em tempo
real."
Como um vendedor, gostaria de Como um diretor, gostaria de obter o
consultar o estoque de um determinado volume de vendas do mês para
produto para oferecer a um cliente acompanhar o atingimento das metas
Técnicas e Ferramentas
História de Usuários
Técnicas e Ferramentas
Wireframe
É uma representação visual simplificada e de baixa fidelidade do layout
de uma página ou interface de usuário. Seu principal objetivo é
estruturar o conteúdo e os elementos da interface sem se preocupar
com detalhes visuais, como cores ou estilos.
Ajuda a organizar e estruturar o conteúdo da interface, identificando
quais elementos devem estar presentes e como devem ser dispostos.
Serve como uma ferramenta de comunicação entre designers,
desenvolvedores e stakeholders, garantindo um entendimento comum
sobre a funcionalidade esperada.
Técnicas e Ferramentas
Wireframe
Resumo
Revisou os conceitos de requisitos funcionais, requisitos não
funcionais e regras de negócio.
Introduzido a modelagem de requisitos e sua importância no
processo de desenvolvimento de software.
Apresentado diferentes técnicas e ferramentas de modelagem de
requisitos. (caso de uso, história de usuário e wireframe)
Próximos Passos
Praticar a modelagem de requisitos em diferentes cenários.
Modelagem UML (Unified Modeling Language):
Modelagem Contínua de um Projeto
06
Perguntas
Qual é o principal objetivo da modelagem
de requisitos?
A) Criar uma interface de usuário atraente.
B) Documentar e estruturar as funcionalidades que o sistema deve ter.
C) Definir a arquitetura de hardware do sistema.
D) Estabelecer os critérios de qualidade para o sistema.
Qual é o principal objetivo da modelagem
de requisitos?
A) Criar uma interface de usuário atraente.
B) Documentar e estruturar as funcionalidades que o sistema deve ter.
C) Definir a arquitetura de hardware do sistema.
D) Estabelecer os critérios de qualidade para o sistema.
Verdadeiro ou Falso?
Um diagrama de caso de uso é utilizado para representar a interação entre
atores e o sistema. ( )
A modelagem de requisitos ajuda a reduzir o risco de retrabalho durante o
desenvolvimento de software. ( )
Wireframes são protótipos de alta fidelidade que incluem cores e detalhes
visuais finais do sistema. ( )
importante validar os requisitos com os stakeholders para definir padrões de
códigos. ( )
O relacionamento "include" em um diagrama de caso de uso representa uma
funcionalidade opcional que pode ou não ser realizada. ( )
Bibliografia
PRESSMAN, Roger S.; MAXIM, Bruce R.; REGINALDO, Julio Arakaki. Engenharia de
software. 9ª ed. Rio de Janeiro: AMGH, 2021.
BEZERRA, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. Rio de
Janeiro: Campus, 2015.
GUEDES, Gilleanes T. A.2ed. UML2: Uma Abordagem Prática. São Paulo:
NOVATEC, 2018.
LIMA, Adilson da Silva. UML 2.3 - do Requisito à Solução. São Paulo: Erica, 2011.
Nosso Resumo
Análise e Projeto de
Software
[Link]
Obrigado!
anderson@[Link]
(98) 98296-0755