Introdução a UML

Capítulos 4 e 5
3º Ano

Professora:
Sandra Alves
LEVANTAMENTO DE REQUISITOS

A etapa de levantamento de requisitos, é exatamente a hora

em que o time de desenvolvimento se preocupa em entender o
negócio que o sistema irá automatizar, explorando as
necessidades do usuário.
LEVANTAMENTO DE REQUISITOS

O levantamento de requisitos é de fundamental importância

durante a fase de concepção, para um correto entendimento
do sistema antes da codificação, para que todos os envolvidos
no projeto saibam exatamente o que é esperado da aplicação a
ser construída.

Isso estabelece a delimitação do escopo do sistema, o que será

e o que não será desenvolvido.
 O levantamento pode ser feito através de entrevistas,
seminários, revisão de documentos, brainstorm,
questionários, análise da observação dos processos a serem
automatizados, etc., inclusive a combinação de mais de uma
técnica pode ser necessário, com o objetivo de se definir clara
e detalhadamente o escopo do sistema.
O analista de sistemas deve questionar cada detalhe do
negócio para extrair o máximo de conhecimento do usuário e
compreender suas reais necessidades. Ele irá verificar a
viabilidade de implementar ou não estas necessidades.
CLASSIFICAÇÃO DOS REQUISITOS
Requisitos Funcionais

Especificam as ações que um sistema deve executar, deve

descrever detalhadamente os serviços do sistema. Exemplos:

• O sistema deve gerar notas fiscais eletrônicas para os

clientes.
• O sistema permitirá ao aluno consultar boletim analítico de
notas.
• O gerente de compras poderá visualizar gráficos estatísticos
das solicitações de materiais.
• O acesso aos relatórios de vendas é restrito à gerência.
CLASSIFICAÇÃO DOS REQUISITOS
Requisitos não funcionais

Descrevem as características da qualidade do sistema, de como

ele é, as propriedades e restrições tais como confiabilidade,
portabilidade, usabilidade e segurança.

▪ O sistema precisa ser orientado a objetos.

▪ Deve ter baixo tempo de resposta.
▪ O sistema será operado em ambiente Windows e Macintosh.
▪ Definições de interface amigável.
▪ Tempo necessário para treinamento dos usuários do sistema.
▪ e etc...
 ENTENDA:
Requisitos funcionais especificam
o que o sistema deverá fazer.

Requitos não-funcionais se remetem às características de

qualidade que o sistema deverá possuir.
UML – LINGUAGEM DE MODELAGEM UNIFICADA

• Linguagem de uso geral para definição das características de

um sistema qualquer.
• Concebida para ser independente de qualquer linguagem de
programação.
• Notação baseada no paradigma de orientação a objetos.
• É parte da documentação de sistemas.
• Possibilita o entendimento detalhado do sistema.
CONCEITOS IMPORTANTES

• Artefatos: produtos a serem gerados durante o

desenvolvimento do sistema: casos de uso, classes e
diagramas.

• Sintaxe: combinação de símbolos da notação UML.

• Semântica: significado de cada símbolo e sua interpretação

no contexto.

• Backlog: tempo necessário para execução de atividades

pendentes.
DIAGRAMAS

Diagrama de Casos de uso

Descreve ações e relacionamentos de atores com o sistema.

Diagrama de Classes
Documentação dos objetos identificados nos requisitos do
sistema.
Diagrama de Classes
Descreve os objetos do sistema e os tipos de relacionamentos existentes entre eles.

Nome da Classe

Atributos

Operações
DIAGRAMA DE CASOS DE USO
É a representação das funcionalidades do sistema. Exibe os
requisitos funcionais do sistema.

Componentes:
• Ator
• Caso de Uso
• Relacionamentos
• Entre atores e casos de uso
• Entre casos de uso
• Inclusão
• Extensão
• Generalização
ATOR

Tudo que interage com o sistema. Representa uma entidade.

Perguntas úteis para identificar os atores:

 
1. Que órgãos, empresas ou pessoas utilizarão o
sistema?
2. Que outros sistemas irão se comunicar com o
nosso sistema?
3. Alguém deve ser informado de alguma
ocorrência no sistema?
4. Quem está interessado em certo requisito
funcional do sistema?
CASO DE USO

Ações que o sistema executará.

Perguntas úteis para identificar os atores:

 
1. Quais são os objetivos e necessidades de cada ator?
2. Quais são as informações que o sistema deverá produzir?
3. O sistema realizará ações que ocorrerão com certa
regularidade?
4. Há um ou mais Casos de Uso para atender aos requisitos
funcionais?
Relacionamento entre ATORES e CASOS DE USO

O segmento de reta pode ter uma seta mostrando o

sentido da informação.
 Um conjunto de casos de uso deve descrever todas as
possíveis interações com o sistema.

Fonte: http://docente.ifrn.edu.br/givanaldorocha/disciplinas/engenharia-de-software-licenciatura-
em-informatica/levantamento-de-requisitos
Relacionamento entre os CASOS DE USO - INCLUSÃO

Representado por um segmento de reta orientado,

apontando para o caso de uso a ser incluído.
Desenhe:

Em um sistema de Caixa Eletrônico, os casos de uso Sacar

Dinheiro, Depositar Dinheiro e Transferir Fundos precisam
incluir a forma como o cliente é identificado para o sistema.
Esse comportamento pode ser extraído para um novo caso de
uso de inclusão chamado Identificar Cliente, incluído nos
três casos de uso base.
Fonte: http://www.univasf.edu.br/~ricardo.aramos/disciplinas/ES_II_2013_1/UML_AulaI.pdf
Relacionamento entre os CASOS DE USO - EXTENSÃO

Representado por um segmento de reta orientado,

apontando para o caso de uso base e sua execução é opcional.
Fonte: http://homepages.dcc.ufmg.br/~figueiredo/disciplinas/aulas/uml-casos-de-uso_v01.pdf
Exemplos diversos:

Fonte: http://www.etelg.com.br/paginaete/downloads/informatica/apostila2uml.pdf
Exemplos diversos:

Fonte: http://docente.ifrn.edu.br/givanaldorocha/disciplinas/engenharia-de-software-licenciatura-em-
informatica/diagrama-de-caso-de-uso-tecnico
Exemplos diversos:

Fonte: http://www.etelg.com.br/paginaete/downloads/informatica/apostila2uml.pdf