PROJETO DE SOFTWARE FINALIZADO

Prévia do material em texto

2
UNIVERSIDADE NORTE DO PARANÁ
SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
LUCAS FERNANDO SOUZA CONCEIÇÃO – RA: 3495613301
PORTIFÓLIO – RELATÓRIO DE AULA PRÁTICA
DISCIPLINA: ANÁLISE E MODELAGEM DE SISTEMAS 
PORTO SEGURO – BA
2023
 
LUCAS FERNANDO SOUZA CONCEIÇÃO – RA: 3495613301
PORTIFÓLIO – RELATÓRIO DE AULA PRÁTICA
DISCIPLINA – ANÁLISE E MODELAGEM DE SISTEMAS 
Trabalho de portifólio apresentado como requisito parcial para a obtenção de pontos para a média semestral.
Orientador: Professora Vanessa Matias Leite
PORTO SEGURO – BA
2023
LISTA DE ILUSTRAÇÕES 
Figura 01 – Quadro Kanban. Fonte: compilação do autor...........................................................9
SUMÁRIO
1. INTRODUÇÃO..................................................................................................... 5
2. DESENVOLVIMENTO....................................................................................... 6
2.1. MÉTODOS......................................................................................................... 8
2.2. RESULTADOS................................................................................................... 9
3. CONCLUSÃO....................................................................................................... 10
1. INTRODUÇÃO
No panorama da engenharia de software, a capacidade de compreender e representar de maneira eficaz as interações entre usuários e sistemas é essencial para o sucesso do desenvolvimento de software. A Linguagem de Modelagem Unificada (UML) destaca-se como uma ferramenta indispensável, fornecendo uma abordagem padronizada e visualmente rica para a análise e design de sistemas.
Este relatório propõe uma exploração do processo de desenvolvimento de um diagrama de casos de uso, uma ferramenta fundamental na caixa de ferramentas do analista de sistemas. Através do Visual Paradigm e da aplicação dos princípios e práticas da UML, busquei criar uma representação clara das interações entre atores externos e o sistema em questão.
A abordagem sistemática proposta pela UML servirá como guia, assegurando uma representação precisa e compreensível das interações que impulsionam o sistema em desenvolvimento. Ao compreender e aplicar adequadamente os conceitos da UML, visamos não apenas criar um artefato visual, mas estabelecer uma base sólida para a comunicação eficaz entre as partes interessadas, promovendo a clareza e a transparência ao longo do ciclo de vida do desenvolvimento de software.
1. DESENVOLVIMENTO 
O que é UML?
UML é um acrônimo para a expressão Unified Modeling Language. Pela definição de seu nome, vemos que a UML é uma linguagem que define uma série de artefatos que nos ajuda na tarefa de modelar e documentar os sistemas orientados a objetos que desenvolvemos.
Ela possui nove tipos de diagramas que são usados para documentar e modelar diversos aspectos dos sistemas.
A maioria dos problemas encontrados em sistemas orientados a objetos tem sua origem na construção do modelo, no desenho do sistema. Muitas vezes as empresas e profissionais não dão muita ênfase à essa fase do projeto, e acabam cometendo diversos erros de análise e modelagem. Isso quando há modelagem, pois nós profissionais da área sabemos que muitas vezes o projeto começa já na fase de codificação.
Diagrama de casos de uso
Diagrama de Casos de Uso
Esse diagrama documenta o que o sistema faz do ponto de vista do usuário. Em outras palavras, ele descreve as principais funcionalidades do sistema e a interação dessas funcionalidades com os usuários do mesmo sistema. Nesse diagrama não nos aprofundamos em detalhes técnicos que dizem como o sistema faz.
Este artefato é comumente derivado da especificação de requisitos, que por sua vez não faz parte da UML. Pode ser utilizado também para criar o documento de requisitos.
Diagramas de Casos de Uso são compostos basicamente por quatro partes:
· Cenário: Sequência de eventos que acontecem quando um usuário interage com o sistema.
· Ator: Usuário do sistema, ou melhor, um tipo de usuário.
· Use Case: É uma tarefa ou uma funcionalidade realizada pelo ator (usuário)
· Comunicação: é o que liga um ator com um caso de uso
Visual Paradigm
2.2. MÉTODOS
· Identificação de atores e casos de uso
Ao iniciar o desenvolvimento do diagrama de casos de uso, o primeiro passo foi identificar os atores e casos de uso exigidos para o nosso sistema bancário. Os atores, que representam as entidades externas que interagem com o sistema, foram definidos como o “cliente” e o “funcionário do banco”. Os casos de uso, por sua vez, abrangeram operações, como "Emitir Saldo" e “Fazer depósito", até o uso do “Caixa eletrônico”.
· Relacionamento entre atores e casos de uso
Aqui foram explorados os relacionamentos entre atores e casos de uso. Utilizamos a notação da UML para representar associações, mostrando como cada ator interage com os casos de uso. Além disso, consideramos relações de inclusão e extensão para capturar as dependências entre os casos de uso.
· Diagrama de casos de uso
Com base nas informações coletadas, foi criado um diagrama de casos de uso. O diagrama visual reflete de maneira concisa as interações entre os usuários e o sistema, apresentando atores, casos de uso e relacionamentos.
 
 
2.2. RESULTADO
Aqui, apresentamos o diagrama de casos de uso para o sistema bancário online, que foi desenvolvido com base nos métodos descritos acima. O diagrama representa visualmente os atores, casos de uso e relacionamentos entre eles. 
Figura 01 – Diagrama de casos de uso
 Fonte: compilação do autor.
Acima realizei o primeiro diagrama proposto de modo que, para a abertura da conta o cliente, terá a opção de abrir e fechar a conta tendo como intermédio o banco e o funcionário para a obtenção de tais atividades. 
Nesse diagrama adicionei os “atores” que são representados pelo cliente e o funcionário do banco, também adicionei um retângulo para representar todo o sistema bancário que iremos desenvolver. 
Logo em seguida adicionei os casos de usos representados pelas elipses como mostro 
na figura acima 
Em seguida criei mais dois casos de uso para as contas especiais e correntes, logo criei o relacionamento de “Generalização” para ambas as contas, ligando-as ao “Abrir Conta”, atendendo ao segundo requisito proposto nessa atividade. 
O cliente pode depositar ou sacar dinheiro, estas funcionalidades podem ser feitas no caixa eletrônico 
Criei um relacionamento de caso de uso entre o cliente e o caixa eletrônico, no qual adicionei mais dois casos de usos para a opção de deposito e saque, logo criei o relacionamento de “Generalização” para ambas, ligando-as ao “Caixa 
Eletrônico”, atendendo ao segundo requisito proposto nessa atividade 
• Relacionamentos Entre Atores e Casos de Uso: 
· O ator "Cliente" está associado aos casos de uso "Abrir Conta," "Encerrar Conta," 
"Depositar Dinheiro," "Sacar Dinheiro," "Emitir Saldo," "Emitir Extrato" e "Procurar 
Funcionário." 
· O ator "Funcionário do Banco" está associado ao caso de uso "Procurar Funcionário." 
 
• Relacionamentos Entre Casos de Uso: 
· "Abrir Conta Especial" e "Abrir Conta Poupança" podem ser estendidos a partir do caso de uso "Abrir Conta." 
· "Depositar Dinheiro" e "Sacar Dinheiro" estão relacionados ao caso de uso "Caixa Eletrônico." 
· "Emitir Saldo" e "Emitir Extrato" também estão relacionados ao caso de uso "Caixa Eletrônico." 
3. CONCLUSÃO
O diagrama de casos de uso desenvolvido fornece uma representação clara e concisa das funcionalidades do sistema bancário online, bem como das interações entre os atores e o sistema. Ele serve como uma ferramenta valiosa para a compreensão e comunicação do sistema, facilitando o desenvolvimento e a manutenção do software bancário online. 
 
Além disso, a análise do diagrama permite identificar pontos de melhoria e expansão futura do sistema. Este documentodemonstra a importância da modelagem de casos de uso na engenharia de software, destacando como ela pode ser aplicada com sucesso em um contexto real. 
REFERÊNCIAS
VISUAL PARADIGM, 2023 Disponível em: < https://online.visual-paradigm.com/ >.
image2.jpeg
image1.jpg