Você está na página 1de 12

‭José Vilmar Amaro Gomes‬

‭Portfólio Relatório de Aula Prática –‬


‭Análise e Modelagem de Sistemas‬

‭FRANCA-SP‬
‭2023‬
‭José Vilmar Amaro Gomes‬

‭Portfólio Relatório de Aula Prática –‬


‭Análise e Modelagem de Sistemas‬

‭ rabalho apresentado ao curso de‬


T
‭Superior tecnólogo Análise e‬
‭Desenvolvimento de sistemas,‬
‭na unidade curricular de Análise e‬
‭Modelagem de Sistemas.‬

‭FRANCA-SP‬
‭SUMÁRIO‬
‭INTRODUÇÃO ....................................................................................................... 3‬

‭OBJETIVOS ........................................................................................................... 4‬

‭OBJETIVO GERAL ................................................................................................ 4‬

‭OBJETIVOS ESPECÍFICOS .................................................................................. 4‬

‭DIAGRAMA DE BLOCOS ...................................................................................... 5‬

‭UTILIZAÇÃO DO USO DE CASO UML ................................................................. 5‬

‭CRIAÇÃO DO SISTEMA ........................................................................................ 9‬

‭CONCLUSÃO ......................................................................................................... 10‬

‭REFERÊNCIAS ...................................................................................................... 11‬


‭1. INTRODUÇÃO‬

‭O propósito deste projeto é desenvolver um sistema bancário utilizando a metodologia‬


‭de casos de uso e aplicando as práticas do UML (Unified Modeling Language), que é a‬
‭Linguagem de Modelagem Unificada. Neste sistema, os clientes terão a possibilidade‬
‭de iniciar ou encerrar contas, para o que será necessário interagir com um funcionário‬
‭do banco. Durante o procedimento de abertura de conta, os clientes terão a escolha‬
‭entre uma conta especial e uma conta poupança. Além disso, eles poderão realizar‬
‭depósitos, saques, solicitar informações de saldo e extratos de conta, com todas essas‬
‭operações sendo realizadas através do caixa eletrônico. Para encerrar uma conta, o‬
‭cliente precisará garantir que o saldo esteja zerado, e todas as transações realizadas‬
‭serão devidamente registradas.‬
‭2. OBJETIVOS‬

‭2.1. Objetivo Geral‬

‭Utilizar a metodologia UML de casos de uso na concepção de um sistema‬


‭bancário, incluindo as relações de associação, dependência, inclusão, extensão e‬
‭generalização, com o propósito de apresentar o funcionamento do sistema à equipe‬
‭de desenvolvimento.‬

‭2.2. Objetivos Específicos‬

‭‬ E
● ‭ xplicar as funções das formas utilizadas em UML.‬
‭●‬ ‭Criar os atores, casos de uso e suas relações.‬
‭3. DIAGRAMA DE BLOCOS‬

‭3.1. Utilização do Uso de Caso UML‬

‭ ara empregar a utilização de caso UML, empregaremos a ferramenta‬


P
‭Visual-Paradigm, que é uma aplicação web para elaboração de fluxogramas e‬
‭diagramas. O Visual-Paradigm está disponível para acesso no site‬
‭https://online.visual-paradigm.com/pt/.‬

‭De acordo com a IBM (2021):‬

‭ s‬ ‭diagramas‬ ‭de‬‭casos‬‭de‬‭uso‬‭ilustram‬‭e‬‭definem‬‭o‬‭contexto‬‭e‬‭os‬‭requisitos‬
O
‭de‬‭um‬‭sistema‬‭inteiro‬‭ou‬‭das‬‭partes‬‭importantes‬‭dele.‬‭É‬‭possível‬‭modelar‬‭um‬
‭sistema‬ ‭complexo‬ ‭com‬ ‭um‬ ‭único‬ ‭diagrama‬ ‭de‬ ‭caso‬ ‭de‬ ‭uso‬ ‭ou‬ ‭ainda‬ ‭criar‬
‭muitos‬‭diagramas‬‭de‬‭caso‬‭de‬‭uso‬‭para‬‭modelar‬‭os‬‭componentes‬‭do‬‭sistema.‬
‭Normalmente,‬ ‭os‬ ‭diagramas‬ ‭de‬ ‭casos‬ ‭de‬ ‭uso‬ ‭são‬ ‭desenvolvidos‬ ‭nas‬ ‭fases‬
‭iniciais‬ ‭de‬ ‭um‬ ‭projeto‬ ‭e‬ ‭são‬ ‭consultados‬ ‭em‬ ‭todo‬ ‭o‬ ‭processo‬ ‭de‬
‭desenvolvimento.‬

‭Tendo‬ ‭isso‬ ‭em‬ ‭consideração,‬ ‭o‬ ‭sistema‬ ‭em‬ ‭sua‬ ‭totalidade,‬ ‭criado‬ ‭mediante‬ ‭a‬
‭aplicação‬ ‭das‬ ‭práticas‬ ‭da‬ ‭UML,‬ ‭tem‬‭o‬‭propósito‬‭de‬‭representar‬‭as‬‭ideias‬‭por‬‭meio‬
‭das‬ ‭relações‬ ‭entre‬ ‭os‬ ‭atores,‬ ‭o‬ ‭sistema‬ ‭e‬ ‭os‬ ‭casos‬ ‭de‬ ‭uso,‬ ‭a‬ ‭fim‬ ‭de‬ ‭torná-los‬
‭visualmente‬ ‭compreensíveis‬ ‭para‬ ‭a‬ ‭equipe‬ ‭de‬ ‭desenvolvimento.‬‭As‬‭formas‬‭abaixo‬
‭são utilizadas para representar os casos de uso dentro de um diagrama:‬

‭Ainda, segundo a IBM (2021):‬

‭ a‬‭UML,‬‭um‬‭relacionamento‬‭é‬‭uma‬‭conexão‬‭entre‬‭elementos‬‭de‬‭modelo.‬‭Um‬
N
‭relacionamento‬‭UML‬‭é‬‭um‬‭tipo‬‭de‬‭elementos‬‭de‬‭modelo‬‭que‬‭inclui‬‭semântica‬
‭em‬ ‭um‬ ‭modelo,‬ ‭definindo‬‭a‬‭estrutura‬‭e‬‭o‬‭comportamento‬‭entre‬‭os‬‭elementos‬
‭de modelo.‬

‭Os relacionamentos UML são agrupados nas seguintes categorias:‬


‭Quadro 1 - Relacionamentos UML‬
‭ ategoria‬
C ‭Função‬
‭Linhas de‬
‭Representam o fluxo entre atividades‬
‭Atividade‬
I‭ndicam que as instâncias de um elemento de‬
‭Associações‬ ‭modelo estão conectadas a instâncias de outro‬
‭elemento de modelo‬
‭Indicam que uma alteração em um elemento de‬
‭Dependências‬
‭modelo pode afetar outro elemento de modelo‬
‭Indicam que um elemento de modelo é uma‬
‭Generalizações‬
‭especialização de outro elemento de modelo‬
‭Indicam que um elemento de modelo fornece uma‬
‭Realizações‬ ‭especificação que outro elemento de modelo‬
‭implementa‬
‭Transições‬ ‭Representam alterações no estado‬
‭Fonte: Relacionamentos em Diagramas de Caso de Uso (IBM, 2021)‬

‭As‬‭conexões‬‭UML‬‭são‬‭simbolizadas‬‭por‬‭um‬‭ator,‬‭representado‬‭graficamente‬‭como‬
‭um‬ ‭objeto‬ ‭em‬ ‭forma‬ ‭de‬ ‭pessoa‬ ‭ou‬ ‭boneco,‬ ‭os‬ ‭subsistemas‬ ‭são‬ ‭também‬
‭representados‬‭graficamente‬‭através‬‭de‬‭um‬‭retângulo‬‭com‬‭o‬‭título‬‭do‬‭subsistema,‬‭os‬
‭casos‬ ‭de‬ ‭uso‬ ‭são‬ ‭representados‬ ‭graficamente‬ ‭por‬ ‭meio‬ ‭de‬ ‭uma‬ ‭elipse,‬ ‭e‬ ‭as‬
‭relações são representadas de acordo com suas funções, como descrito a seguir:‬

‭●‬ ‭Linha sólida sem setas nas extremidades representam as associações dos‬
‭atores com os casos de uso;‬
‭●‬ ‭Linha tracejada com texto <<inclusão>> representa a associação de caso de‬
‭uso com outro caso de uso, quando o processo obrigatoriamente acontecerá;‬
‭●‬ ‭Linha tracejada com texto <<extensão>> representa a associação de caso de‬
‭uso com outro caso de uso, quando o processo acontecerá em determinados‬
‭casos, porém nunca de maneira obrigatória‬
‭●‬ ‭Linha tracejada sem texto representa a dependência de um caso de uso em‬
‭função de outro caso de uso.‬
‭●‬ ‭Linha sólida com uma seta na extremidade representa a associação entre‬
‭atores ou casos de uso de forma a simplificar o ator principal em função dos‬
‭atores secundários.‬
‭Uma‬‭vez‬‭que‬‭entendemos‬‭o‬‭procedimento‬‭de‬‭criação‬‭de‬‭um‬‭diagrama‬‭UML,‬‭vamos‬
‭à‬ ‭ferramenta‬ ‭que‬ ‭desenvolve‬ ‭o‬‭processo.‬‭Para‬‭isso,‬‭acessamos‬‭o‬‭site‬‭conforme‬‭a‬
‭Figura 1 e clicamos em “Get Started for Free”.‬
‭Figura 1 - Visual Paradigm - Homepage‬

‭Fonte: Do Autor, 2023‬

‭Após,‬ ‭clique‬ ‭em‬ ‭“Filter”‬ ‭e‬ ‭digite‬ ‭a‬ ‭palavra‬ ‭“USE‬ ‭CASE‬ ‭DIAGRAM”,‬ ‭conforme‬
‭Figuras 2 abaixo.‬
‭Figura 2 - Visual Paradigm - Página Principal‬

‭Fonte: Do Autor, 2023‬


‭E clicar em Create conforme Figura 3.‬

‭Figura 3 - Visual Paradigm - Use Case Diagram‬

‭Fonte: Do Autor, 2023‬


‭4. CRIAÇÃO DO SISTEMA‬

‭Para‬‭a‬‭criação‬‭do‬‭sistema,‬‭utilizaremos‬‭o‬‭novo‬‭diagrama‬‭criado‬‭conforme‬‭a‬‭Figura‬‭4‬
‭e explicação abaixo.‬
‭Figura 4 - Visual Paradigm – Diagrama UML‬

‭Fonte: Do Autor, 2023‬

‭À‬‭esquerda,‬‭temos‬‭o‬‭ator‬‭principal‬‭conhecido‬‭como‬‭cliente.‬‭Durante‬‭o‬‭processo‬‭de‬
‭abertura‬‭de‬‭conta,‬‭é‬‭necessário‬‭fornecer‬‭documentos‬‭como‬‭RG,‬‭CPF,‬‭comprovante‬
‭de‬ ‭residência‬ ‭e‬ ‭comprovante‬ ‭de‬ ‭renda,‬ ‭a‬ ‭fim‬ ‭de‬ ‭escolher‬ ‭o‬ ‭tipo‬ ‭de‬ ‭conta‬ ‭a‬ ‭ser‬
‭aberta,‬ ‭que‬ ‭pode‬ ‭ser‬ ‭uma‬ ‭poupança‬ ‭ou‬ ‭uma‬ ‭conta‬‭especial.‬‭Todas‬‭as‬‭transações‬
‭são‬‭registradas‬‭por‬‭meio‬‭de‬‭uma‬‭generalização‬‭feita‬‭pelo‬‭ator‬‭secundário,‬‭chamado‬
‭banco, e em um nível mais específico, pelo ator denominado funcionário.‬
‭Nas‬ ‭operações‬ ‭de‬ ‭depósito,‬ ‭verificação‬ ‭de‬ ‭saldo‬ ‭e‬ ‭emissão‬ ‭de‬ ‭extrato,‬ ‭um‬
‭comprovante‬ ‭da‬ ‭transação‬ ‭é‬‭sempre‬‭gerado,‬‭e‬‭o‬‭usuário‬‭tem‬‭a‬‭opção‬‭de‬‭escolher‬
‭se‬ ‭deseja‬ ‭o‬ ‭comprovante‬ ‭em‬ ‭formato‬ ‭digital‬ ‭na‬ ‭tela‬ ‭ou‬ ‭impresso‬ ‭em‬ ‭papel.‬ ‭Mais‬
‭uma‬‭vez,‬‭todas‬‭as‬‭transações‬‭são‬‭registradas‬‭por‬‭meio‬‭de‬‭generalização‬‭feita‬‭pelo‬
‭ator‬‭secundário‬‭chamado‬‭banco‬‭e‬‭em‬‭um‬‭nível‬‭mais‬‭específico,‬‭pelo‬‭ator‬‭conhecido‬
‭como caixa eletrônico.‬
‭Na‬ ‭operação‬ ‭de‬ ‭saque,‬ ‭a‬ ‭movimentação‬ ‭é‬ ‭igualmente‬ ‭registrada‬ ‭por‬ ‭meio‬ ‭de‬
‭generalização‬‭pelo‬‭ator‬‭secundário‬‭chamado‬‭banco‬‭e‬‭em‬‭um‬‭nível‬‭mais‬‭específico,‬
‭pelo ator chamado caixa eletrônico.‬
‭Ao‬ ‭encerrar‬ ‭uma‬ ‭conta,‬ ‭é‬ ‭necessário‬ ‭cumprir‬ ‭certos‬ ‭requisitos,‬ ‭como‬ ‭ter‬ ‭pelo‬
‭menos‬ ‭uma‬ ‭conta‬ ‭poupança‬ ‭ou‬ ‭especial,‬ ‭bem‬ ‭como‬ ‭garantir‬ ‭que‬ ‭o‬ ‭saldo‬ ‭seja‬
‭zerado.‬‭Toda‬‭a‬‭movimentação‬‭é‬‭registrada‬‭através‬‭de‬‭generalização‬‭feita‬‭pelo‬‭ator‬
‭secundário‬ ‭denominado‬ ‭banco‬ ‭e‬ ‭em‬ ‭um‬ ‭nível‬ ‭mais‬‭específico,‬‭pelo‬‭ator‬‭chamado‬
‭funcionário.‬

‭5. CONCLUSÃO‬

‭Ao finalizar esta tarefa, após adquirirmos uma compreensão sólida de um projeto,‬
‭sabendo como o ator principal se relacionará com os casos de uso, suas‬
‭dependências e conexões, torna-se mais simples comunicar a proposta de forma‬
‭visual para garantir o entendimento de todos. Implementar um sistema sem a‬
‭utilização de um estudo de caso torna mais complexo para a equipe de‬
‭desenvolvimento compreender o funcionamento do sistema, o que acaba‬
‭resultando em desperdício de tempo e recursos financeiros.‬
‭REFERÊNCIAS‬

‭IBM.‬‭Diagramas de Caso de Uso‬‭: documentação da ibm.‬‭Documentação da IBM.‬


‭2021. Disponível em:‬
‭https://www.ibm.com/docs/pt-br/rsm/7.5.0?topic=diagramsuse-case‬‭.‬‭Acesso em: 11‬
‭set. 2023.‬
‭IBM.‬‭Relacionamentos em Diagramas de Caso de Uso‬‭:‬‭documentação da ibm.‬
‭Documentação da IBM. 2021. Disponível em:‬
‭https://www.ibm.com/docs/ptbr/rsm/7.5.0?topic=diagrams-relationships-in-use-case‬‭.‬
‭Acesso em: 11 set. 2023.‬

Você também pode gostar