ANALISE E PROJETO DE

SISTEMAS

Prof.: Andre Linares

Requisitos
ESPECIFICAÇÃO DE REQUISITOS

• O objetivo da atividade de especificação de requisitos é documentar os

resultados da análise de requisitos
• Assim, os requisitos acordados durante a análise de requisitos deverão ser
especificados (descritos de forma clara e precisa) num conjunto de
documentos
• A este conjunto de documentos dá-se o nome de especificação de requisitos
TIPOS DE REQUISITOS

• Requisitos de Usuários: Requisitos Abstratos de alto nível definido pelo usuário

• Requisitos de Sistemas: Descritivo detalhado do que deverá o sistema realizar.

• Especificação de projeto: É um descritivo mais detalhado do software.

OBJETIVOS DO REQUISITO

• Quanto maior e mais complexo for o sistema a ser desenvolvido, mais

importante se torna a uma boa especificação de requisitos

• A especificação de requisitos será o documento que irá orientar o restante do

processo de desenvolvimento de software
REQUISITOS DE USUÁRIOS X SISTEMA

• Uma diferenciação é necessária quando se pensa em como o Usuário escreve o que deseja, o
requisito, e como os analistas reescrevem esse requisito para o desenvolvimento do sistema.

• O requisito de usuário é algo mais amplo, indicando o seu desejo.

• O requisito de Sistema informa os detalhes necessários para realizar o requisito do usuário,

muitas vezes um requisito de usuário pode gerar vários requisitos de sistema, vejamos um:
EXEMPLO:

• Requisito do Usuários:
RU01 - O usuário deverá fazer login para entrar no sistema

• Requisito do sistema
RS01.1 - O usuário deverá digitar seu login (e-mail)
RS01.2 - O usuário deverá digitar sua senha com no máximo 8 caracteres e no mínimo 6.
RS01.2 - O usuário pode tentar até no máximo 3 vezes e errar, após isso o sistema deverá bloquear automaticamente o login.
RS01.3 – O sistema devera validar se o usuário não esta bloqueado, caso esteja bloqueado deverá exibir a mensagem
“Usuário bloqueado, favor entrar em contato com o administrador”
RS01.4 – Ao entrar no sistema, a tela seguinte deve apresentar a tela principal do Menu.
EXEMPLO:
• Requisito do Usuários:
RU01 - O usuário poderá recuperar a senha de acesso

• Requisito do sistema
RS01.1 - O usuário deverá digitar seu login (e-mail) para recuperar sua senha

RS01.2 – O sistema deve validar o e-mail no sistema, se o e-mail não existir, deve ser exibido a
mensagem para o usuário “Login não encontrado”
RS01.4 – Se o login estiver correto, o sistema deve enviar para o e-mail a senha temporária.
RS01.5 – Ao entrar no sistema, informando a senha temporária o usuário deverá digitar a senha
temporária, e a nova senha (2 vezes).
DIAGRAMAÇÃO

• A diagramação é muito mais fácil de entender do que o texto narrativo. Ela

permite a fácil comunicação e colaboração, resultando em um processo
eficiente que produz um resultado de alta qualidade
Diagrama de Caso de Uso
OBJETIVO

• O Diagrama de Casos de Uso tem o objetivo de auxiliar a comunicação entre

os analistas e o cliente.
• Um diagrama de Caso de Uso descreve um cenário que mostra as
funcionalidades do sistema do ponto de vista do usuário.
• O cliente deve ver no diagrama de Casos de Uso as principais
funcionalidades de seu sistema.
NOTAÇÃO

O diagrama de Caso de Uso é representado por:

• atores;
• casos de uso;
• relacionamentos entre estes elementos.
Estes relacionamentos podem ser:
• associações entre atores e casos de uso;
• Generalizações:
Entre os atores;
Extends e Includes entre os casos de uso.
casos de uso podem opcionalmente estar envolvidos por um retângulo que representa os limites do sistema.
CASO DE USO - EM MAIORES DETALHES
CASO DE USO - EM MAIORES DETALHES
CASO DE USO - EM MAIORES DETALHES
CASO DE USO - EM MAIORES DETALHES
CASO DE USO – GENERALIZAÇÃO ENTRE ATORES
(HERANÇA)
CASO DE USO - EM MAIORES DETALHES
CASO DE USO - INCLUDE
CASO DE USO - EXTEND
CASO DE USO - EM MAIORES DETALHES
CASO DE USO - EM MAIORES DETALHES
ESPECIALIZAÇÃO / GENERALIZAÇÃO
CASO DE USO - RESTRIÇÕES

• Às vezes, não fica claro a condição que deve ser satisfeita para que um caso
de uso seja executado;
Nesses casos, podemos usar restrições com uma nota explicativa determinando
a condição para que o caso de uso seja executado;
As restrições são compostas por um texto entre chaves:
CASO DE USO - RESTRIÇÕES
CASO DE USO - EM MAIORES DETALHES -
EXEMPLO
CASO DE USO - EM MAIORES DETALHES -
EXEMPLO
CASO DE USO - EXERCÍCIOS

• Elabore o Diagrama de Casos de Uso para um aplicativo bancário.

• Elabore o Diagrama de Casos de Uso para uma biblioteca escolar.
• Elabore o Diagrama de Casos de Uso para um sistema de entrega de pizzas.