Análise e Modelagem de Sistemas
Análise e Modelagem de Sistemas
Análise e Modelagem de Sistemas
FRANCA-SP
2023
José Vilmar Amaro Gomes
FRANCA-SP
SUMÁRIO
INTRODUÇÃO ....................................................................................................... 3
OBJETIVOS ........................................................................................................... 4
E
● xplicar as funções das formas utilizadas em UML.
● Criar os atores, casos de uso e suas relações.
3. DIAGRAMA DE BLOCOS
s diagramas decasosdeusoilustramedefinemocontextoeosrequisitos
O
deumsistemainteirooudaspartesimportantesdele.Épossívelmodelarum
sistema complexo com um único diagrama de caso de uso ou ainda criar
muitosdiagramasdecasodeusoparamodelaroscomponentesdosistema.
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, temopropósitoderepresentarasideiaspormeio
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.Asformasabaixo
são utilizadas para representar os casos de uso dentro de um diagrama:
aUML,umrelacionamentoéumaconexãoentreelementosdemodelo.Um
N
relacionamentoUMLéumtipodeelementosdemodeloqueincluisemântica
em um modelo, definindoaestruturaeocomportamentoentreoselementos
de modelo.
AsconexõesUMLsãosimbolizadasporumator,representadograficamentecomo
um objeto em forma de pessoa ou boneco, os subsistemas são também
representadosgraficamenteatravésdeumretângulocomotítulodosubsistema,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.
UmavezqueentendemosoprocedimentodecriaçãodeumdiagramaUML,vamos
à ferramenta que desenvolve oprocesso.Paraisso,acessamosositeconformea
Figura 1 e clicamos em “Get Started for Free”.
Figura 1 - Visual Paradigm - Homepage
Após, clique em “Filter” e digite a palavra “USE CASE DIAGRAM”, conforme
Figuras 2 abaixo.
Figura 2 - Visual Paradigm - Página Principal
Paraacriaçãodosistema,utilizaremosonovodiagramacriadoconformeaFigura4
e explicação abaixo.
Figura 4 - Visual Paradigm – Diagrama UML
Àesquerda,temosoatorprincipalconhecidocomocliente.Duranteoprocessode
aberturadeconta,énecessáriofornecerdocumentoscomoRG,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 contaespecial.Todasastransações
sãoregistradaspormeiodeumageneralizaçãofeitapeloatorsecundá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 ésempregerado,eousuáriotemaopçãodeescolher
se deseja o comprovante em formato digital na tela ou impresso em papel. Mais
umavez,todasastransaçõessãoregistradaspormeiodegeneralizaçãofeitapelo
atorsecundáriochamadobancoeemumnívelmaisespecífico,peloatorconhecido
como caixa eletrônico.
Na operação de saque, a movimentação é igualmente registrada por meio de
generalizaçãopeloatorsecundáriochamadobancoeemumnívelmaisespecí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.Todaamovimentaçãoéregistradaatravésdegeneralizaçãofeitapeloator
secundário denominado banco e em um nível maisespecífico,peloatorchamado
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