Você está na página 1de 33

Aula 02 - PSI

Requisitos de Interface; Modelagem de Processos de Negócio


Prof. Lucas H. C. de Lima
Planejamento
Entrega 01 (1º Bimestre) Entrega 02 (2º Bimestre, 10/12/2020)

Artefato: Descrição Geral e Escopo da Solução Artefato: Detalhamento dos Requisitos Funcionais e
Não Funcionais da Solução
● Nome e Missão da Solução (sec. 2. Especificação do Domínio e dos Requisitos da
● Lista de Requisitos Funcionais (RF) e Não Funcionais Solução Tecnológica)
da Solução (RNF)
● Lista de Usuários (Usuários e Sistemas Externos) ● Diagrama de Casos de Uso (Diagrama de Contexto)
● Lista de Interfaces (sec. 2.2.1)
● Benefícios da Solução Tecnológica ● Descrição em Alto Nível dos Casos de Uso
● Limites da Solução Tecnológica (sec. 2.2.2)
● Protótipo e Especificação dos Requisitos de Interface ● Detalhamento Essencial dos Casos de Uso
(sec. 2.1.) (sec. 2.2.3)
● Detalhamento das Classes de Domínio
(sec. 2.3.1)
● Requisitos de Usabilidade e Desempenho
(sec. 2.3.2 e sec. 2.3.3)

Projeto de Sistemas (PSI) 2


Planejamento
Entrega 01 (1º Bimestre) Entrega 02 (2º Bimestre, 10/12/2020)

Artefato: Descrição Geral e Escopo da Solução Artefato: Detalhamento dos Requisitos Funcionais e
Não Funcionais da Solução
● Nome e Missão da Solução (sec. 2. Especificação do Domínio e dos Requisitos da
● Lista de Requisitos Funcionais (RF) e Não Funcionais Solução Tecnológica)
da Solução (RNF)
● Lista de Usuários (Usuários e Sistemas Externos) ● Diagrama de Casos de Uso (Diagrama de Contexto)
● Lista de Interfaces (sec. 2.2.1)
● Benefícios da Solução Tecnológica ● Descrição em Alto Nível dos Casos de Uso 27/10
● Limites da Solução Tecnológica (sec. 2.2.2)
● Protótipo e Especificação dos Requisitos de Interface ● Detalhamento Essencial dos Casos de Uso
(sec. 2.1.) 10/11
(sec. 2.2.3)
● Detalhamento das Classes de Domínio
(sec. 2.3.1) 24/11
● Requisitos de Usabilidade e Desempenho
Aula de Hoje (sec. 2.3.2 e sec. 2.3.3)
(13/10)
Projeto de Sistemas (PSI) 3
Aula de Hoje
● Unidade 2 - Requisitos de Software
○ Requisitos de Interface
○ Definição de campos e comandos

● Unidade 3: Modelagem de Processo de Negócios


○ Introdução a UML

Projeto de Sistemas (PSI) 4


Parte I - Requisitos de Interface
Unidade 2: Requisitos de Software
Requisitos de Interface
O que é Interface?

● Levantamento de requisitos: atividade típica


de qualquer processo de desenvolvimento de
Software

● Exigências quanto a tipos, estilos, cores, tamanhos:


requisitos de Interface
○ Como o usuário vai interagir com o sistema para
"satisfazer sua necessidade"?
○ Quais campos e comandos devem estar presentes na
interface para que o usuário alcance seu objetivo? Interface é o único meio de contato
entre o usuário e o sistema.
○ Qual a disposição (ou esboço) desses campos e [Barbosa, 2010]
comandos na interface?

Projeto de Sistemas (PSI) 6


Requisitos de Interface
Identificação dos Requisitos de Interface de usuários

● Considere o exemplo de Requisito Funcional:


○ “O sistema deve permitir o cadastro dos recursos audiovisuais.”

● Para identificar os requisitos de interface dos usuários, vamos perguntar:


○ Como o usuário vai interagir com o
sistema para "satisfazer sua necessidade"?

○ Quais campos e comandos devem estar presentes


na interface para que o usuário alcance seu objetivo?

○ Qual a disposição (ou esboço) desses campos e


comandos na interface?

Projeto de Sistemas (PSI) 7


Requisitos de Interface
Identificação dos Requisitos de Interface de usuários

● Considere o exemplo de Requisito Funcional:


○ “O sistema deve permitir o cadastro dos recursos audiovisuais.”

● Para identificar os requisitos de interface dos usuários, vamos perguntar:


○ Como o usuário vai interagir com o
Através de uma tela (tipo
sistema para "satisfazer sua necessidade"? formulário) contendo os campos
para preenchimento e os botões
○ Quais campos e comandos devem estar presentes para salvar ou cancelar a ação
na interface para que o usuário alcance seu objetivo?

○ Qual a disposição (ou esboço) desses campos e


comandos na interface?

Projeto de Sistemas (PSI) 8


Requisitos de Interface
Identificação dos Requisitos de Interface de usuários

● Considere o exemplo de Requisito Funcional:


○ “O sistema deve permitir o cadastro dos recursos existentes.”

● Para identificar os requisitos de interface dos usuários, vamos perguntar:


○ Como o usuário vai interagir com o
sistema para "satisfazer sua necessidade"?

○ Quais campos e comandos devem estar presentes


na interface para que o usuário alcance seu objetivo?

○ Qual a disposição (ou esboço) desses campos e


comandos na interface?

Projeto de Sistemas (PSI) 9


Requisitos de Interface
Identificação dos Requisitos de Interface de usuários
Quais campos e comandos devem estar presentes na interface para que o usuário alcance seu objetivo?
RF: “O sistema deve permitir o cadastro dos recursos audiovisuais.”

Tela: Cadastro de Recursos Audiovisuais

Nome Descrição Valores Válidos Formato Tipo Restrições/Observações

Código Código do recurso audiovisual Caracteres alfa-numéricos Texto até 12 caracteres Caixa Texto Simples Campo de preenchimento obrigatório

Nome Nome do recurso audiovisual Texto Livre Texto até 35 caracteres Caixa Texto Simples Campo de preenchimento obrigatório

Unidade Unidade da Universidade a qual o recurso Unidades cadastradas no sistema Lista limitada de opções Caixa de Seleção Campo de seleção obrigatório
pertence

Categoria Categorias do recurso Lista de opções: [Áudio ou Visual] Lista limitada de opções Caixa de Seleção Campo de seleção obrigatório

Tipo Recurso Tipo do recurso Lista de Opções: [ipos de recursos Lista limitada de opções Caixa de Seleção Campo de seleção obrigatório
cadastrados nos sistema. Exemplo:
Data Show, Vídeo Retro Projetor]

Observações Informações adicionais sobre o recurso Texto livre 255 caracteres Caixa Texto Múltipla

Projeto de Sistemas (PSI) 10


Requisitos de Interface
Identificação dos Requisitos de Interface de usuários

Quais campos e comandos devem estar presentes na interface para que o usuário alcance seu objetivo?
RF: “O sistema deve permitir o cadastro dos recursos audiovisuais.”

Tela: Cadastro de Recursos Audiovisuais

Nome Descrição Restrições/Observações

Cadastrar Salva os dados do recurso no sistema Os dados devem ter sido


preenchidos corretamente

Cancelar Cancela o cadastro/atualização do recurso e


limpa os controles da tela

Projeto de Sistemas (PSI) 11


Requisitos de Interface
Identificação dos Requisitos de Interface de usuários

● Considere o exemplo de Requisito Funcional:


○ “O sistema deve permitir o cadastro dos recursos audiovisuais.”

● Para identificar os requisitos de interface dos usuários, vamos perguntar:


○ Como o usuário vai interagir com o
sistema para "satisfazer sua necessidade"?

○ Quais campos e comandos devem estar presentes


na interface para que o usuário alcance seu objetivo?

○ Qual a disposição (ou esboço) desses campos e


comandos na interface?

Projeto de Sistemas (PSI) 12


Requisitos de Interface
Outro Exemplo: RF - “O sistema deve gerar relatórios gerenciais”
campos

esboço (ou layout sugerido)

comandos

Projeto de Sistemas (PSI) 13


Parte II - Introdução a UML
Unidade 3: Modelagem de Processo de Negócios
Introdução à Processos de Negócios
● Os modelos de processos de negócio provêem uma visão simplificada da realidade
complexa da organização, permitindo uma melhor compreensão dessa realidade

● Para serem mais efetivos, é importante que Sistemas de Informação sejam projetados
para atender aos objetivos de negócio

● Prover uma visão que facilite o desenvolvimento de software alinhado com


os objetivos de negócio

Projeto de Sistemas (PSI) 15


Modelagem de Processos de Negócio com Notação UML
A Linguagem UML
● A UML (do inglês Unified Modeling Language, em português Linguagem de
Modelagem Unificada) é uma linguagem-padrão para a elaboração da estrutura de
projetos de software

● É uma notação gráfica (visual)


○ Não é uma linguagem de programação
○ Modelar sistemas orientados a objetos

● Define diagramas padronizados


○ É complexa (muitos diagramas)

Projeto de Sistemas (PSI) 16


Modelagem de Processos de Negócio com Notação UML
O que é modelagem?

● Um modelo é uma simplificação da Por que modelar?


realidade
● Modelagem de software é a atividade ● Melhora a comunicação entre os
de construir modelos do sistema membros da equipe e o cliente
● A UML pode ser usada em qualquer ● A equipe entende melhor o sistema
processo de software ● Permite analisar o sistema sobre vários
○ Ela é usada principalmente nas aspectos
atividades de especificação de ● Facilita a programação e a manutenção
requisitos e projeto ● Diminui a possibilidade de erros

Projeto de Sistemas (PSI) 17


Modelagem de Processos de Negócio com Notação UML
Por que usar UML?
● Bons modelos são essenciais para a comunicação entre os stakeholders

● Padronização
○ A equipe entende a modelagem, facilitando a manutenção

● Facilita a programação
○ Integração entre ferramentas para modelagem e geração de código

Projeto de Sistemas (PSI) 18


Modelagem de Processos de Negócio com Notação UML
UML define vários diagramas
● Tipos Principais de Diagramas
○ Estrutural
○ Comportamental

● Objetivos
○ Visualizar o sistema
○ Especificar estrutura e/ou
comportamento
○ Guiar e documentar as decisões

Projeto de Sistemas (PSI) 19


UML: Diagramas Estruturais
● Diagrama de Perfil
● Diagrama de Classes
● Diagrama de Estruturas Compostas
● Diagrama de Objetos
● Diagrama de Componentes
● Diagrama de Implantação
● Diagrama de Pacotes

Projeto de Sistemas (PSI) 20


UML: Diagramas Estruturais
Diagrama de Classes
Diagrama mais utilizado da UML; Serve de apoio para a maioria dos outros diagramas; Define a
estrutura das classes do sistema; Estabelece como as classes se relacionam.

Projeto de Sistemas (PSI) 21


UML: Diagramas Estruturais
Diagrama de Objetos
Complemento do Diagrama de Classes; Exibe os valores armazenados pelos objetos de um
Diagrama de Classes

Projeto de Sistemas (PSI) 22


UML: Diagramas Estruturais
Diagrama de Componentes

● Este diagrama representa os componentes do sistema


○ Um componente é uma parte lógica e substituível do sistema
● O componentes serão implementados como
○ Classes de código-fonte
○ Bibliotecas
○ Arquivos de ajuda, etc.

Projeto de Sistemas (PSI) 23


UML: Diagramas Comportamentais
● Diagrama de Casos de Uso
● Diagrama de Sequência
● Diagrama de Comunicação
● Diagrama de Estados
● Diagrama de Atividades
● Diagrama de Visão Geral de Interação
● Diagrama de Tempo

Projeto de Sistemas (PSI) 24


UML: Diagramas Comportamentais
Diagrama de Casos de Uso
● Diagrama mais geral da UML

● Usado geralmente na fase de


Especificação de Requisitos

● Mostra
○ Quais usuários realizam que
funcionalidades do sistema
○ Alguns relacionamentos entre
estas funcionalidades

Projeto de Sistemas (PSI) 25


UML: Diagramas Comportamentais
Diagrama de Sequência
● Preocupa-se com a ordem
temporal em que as mensagens
são trocadas
● Pode se basear em um Caso
de Uso
● Identifica
○ Os eventos associados a
funcionalidade modelada
○ O ator responsável por
este evento
Projeto de Sistemas (PSI) 26
UML: Diagramas Comportamentais
Diagrama de Comunicação
● Amplamente associado ao
Diagrama de Sequência
○ São complementares
● Não se preocupa com a
temporalidade
● Define
○ Como os objetos estão
vinculados
○ Quais mensagens são
trocadas entre objetos
Projeto de Sistemas (PSI) 27
UML: Diagramas Comportamentais
Diagrama de Estados
● Modela as mudanças sofridas
por um objeto dentro de um
determinado processo

● Pode ser utilizado para


acompanhar os estados pelo
qual passa uma instância de
uma classe

Projeto de Sistemas (PSI) 28


UML: Diagramas Comportamentais
Diagrama de Atividades
● Descreve as atividades a serem
executadas para a conclusão
de um processo

● Concentra-se na
representação do fluxo de
controle de um processo

Projeto de Sistemas (PSI) 29


UML: Diagramas Comportamentais
Diagrama de Atividades
Processo: solicitar reserva de conteúdo Processo: sacar dinheiro caixa eletrônico

Projeto de Sistemas (PSI) 30


Ferramentas para modelagem UML

● Visio

● Astah Community

● Enterprise Architect (EA)

● Rational Rose

● ArgoUML
Projeto de Sistemas (PSI) 31
Exercício: Diagrama de Atividades
● Crie um diagrama de atividades para o seguinte cenário. Mais especificamente, para
o processo de uma aluna solicitar empréstimo de periódico.
○ Sistema de gestão de uma biblioteca escolar - Os títulos da biblioteca podem ser
livros, periódicos e outros. Cada título tem um número de exemplares, um período
máximo de empréstimo e uma descrição. Um título só pode ser emprestado a
estudantes já cadastrados na biblioteca. Alunos fazem a solicitação de empréstimo ao
funcionário do setor.

● Você deverá utilizar uma ferramenta de modelagem UML nesta atividade


● Trios/duplas/individual. Entrega em .pdf através do Moodle
● Entrega até 20/10/2020, às 23:55

Projeto de Sistemas (PSI) 32


Referências
● Ian Sommerville. Engenharia de Software, 9ª Edição. Pearson
Education, 2011.
● Roger Pressman. Engenharia de Software: Uma Abordagem
Profissional, 7a Edição. McGraw-Hill, 2011.
● Slides de aula Prof. Glívia Angélica.
● Barbosa, S.D.J.; Silva, B.S. Interação Humano Interação
Humano-Computador. Editora Campus-Elsevier, 2010.
● Material de aula Prof. Eduardo Figueiredo DCC/UFMG

Projeto de Sistemas (PSI) 33

Você também pode gostar