ALUNO: TIAGO MOREIRA EDUARDO

(4510572)

Prática 01 – COLETA DE REQUISITOS, CRIAÇÃO

DE DIAGRAMA DE CASO DE USO E CRIAÇÃO DE
DIAGRAMA DE CLASSES.
Questão 01 – Criação de diagrama de caso de uso
ENUNCIADO: Veja o Roteiro da Atividade Prática para mais detalhes.
• Apresentação dos requisitos funcionais • Apresentação do Diagrama de Caso de
e não funcionais (mínimo 3 de cada): Uso (não esquecer do identificador
pessoal):

RF1: O sistema deve permitir o cadastro de
funcionários.
RF2: O sistema deve analisar a voz dos
funcionários.
RF3: O sistema deve autorizar o acesso dos
funcionários.
https://
edrawcloudpublicus.s3.amazonaws.com/
viewer/self/4353797/share/2023-11-
24/1700854562/main.svg
Figura 1: Diagrama de Casos de Uso para controle de
acesso por voz

-----

RNF1: Desempenho: O sistema deve ser

capaz de processar a análise de voz de forma
rápida e eficiente.
RNF2: Segurança: O sistema deve garantir a
segurança e confiabilidade do processo de
autenticação de voz.
RNF3: Usabilidade: O sistema deve ter uma
interface intuitiva e de fácil utilização para o
cadastro de funcionários.

• Responda à pergunta: Dos requisitos que você coletou, como é realizada a

identificação de qual requisito é funcional e qual é requisito não funcional?
Resposta:
Requisitos funcionais dizem o que o sistema deve fazer, tipo ações. Requisitos não funcionais
falam de qualidade e limites, como segurança e desempenho. Resumindo, funciona vs.
qualidade.

Prática 01 – COLETA DE REQUISITOS, CRIAÇÃO

DE DIAGRAMA DE CASO DE USO E CRIAÇÃO DE
DIAGRAMA DE CLASSES.
Questão 02 – Criação de diagrama de Classes.
ENUNCIADO: Veja o Roteiro da Atividade Prática para mais detalhes.
• Apresentação dos requisitos funcionais
e não funcionais (mínimo 3 de cada
diferentes da questão 1):
RF1: O sistema deve reconhecer o funcionario.
RF2: O sistema deve analisar o comando dos
funcionários.
RF3: O sistema deve impedir que o
acesso/comando seja executado, caso o
comando ou voz não tenham êxito na análise.
---
• Apresentação do Diagrama de Classe
(não esquecer do identificador pessoal):
http://www.plantuml.com/plantuml/png/
XLAzJiCm4DxlAMviHVC2KLKr2c9YgyIA3jjKbc
oVTESiHRmxIPCIDmHOSzz_VDHCahiOm0HI
nPFNx2ArdB9mS8rngemVWFY0b2Xu9NdXor
ENZET4udb3aJKBFRh-UusdB3wTjpM-
CGT7wOxPSgHaUPKztVwKwJABlv2CiJRliqw
DBScPToXEkv39SdFr7DKcaUrD5pvXqPSiQH
RkYrPOoEgh6IzaMMjyxj7x8lq1e8zrWqZPAt5q
HGsoSJ2TN6VWk6s5lr5tQ8PUtqfpSh9nufRuw
qwDZPkVjFLVMzrvms8Ft5VLuBHE_lzwM0uC0
4UNxF3WlW00

RNF1: Escalabilidade: O sistema deve ser Figura 2: Diagrama de Classes para Acesso por Controle de
escalável e de fácil modificação Voz
RNF2: Compatibilidade: O sistema deve se
adequar a estrutura de TI já presente na
empresa.
RNF3 Acessibilidade: O sistema deve ser
capaz de suprir necessidades de deficientes
visuais e auditivos.

• Responda à pergunta: Como fazemos para converter um requisito ou um grupo de

requisitos em uma classe para o diagrama de classes?
Resposta:
Identifico objetos e ações nos requisitos, criando uma classe para cada objeto e
transformando ações em métodos, e adiciono atributos às classes para representar
características específicas.