AV1 ANALISE PROJETO DE SISTEMAS DE INFORMAÇÃO I

Prévia do material em texto

1 
 
 
DANIEL F. A. FELICIANO 
 
 
 
 
 
 
 
 
 
 
 
ANÁLISE DE PROJETO DE SISTEMAS DE INFORMAÇÃO I 
DIAGRAMAS DA UML 
 
Trabalho apresentado ao Curso de Análise e 
Desenvolvimento de Sistemas, Universidade 
Veiga de Almeida 
Orientador: Vitor da Mata Quintella 
Coordenador: Cláudio Fico Fonseca 
 
 
 
 
 
 
 
 
 
 
 
RIO DE JANEIRO 
2020 
DANIEL F. A. FELICIANO 
 
2 
 
 
 
 
 
 
 
 
 
 
 
 
ANÁLISE DE PROJETO DE SISTEMAS DE INFORMAÇÃO I 
DIAGRAMAS DA UML 
 
Trabalho apresentado ao Curso de Análise e 
Desenvolvimento de Sistemas, Universidade 
Veiga de Almeida 
Orientador: Vitor da Mata Quintella 
Coordenador: Cláudio Fico Fonseca 
 
 
 
 
 
 
 
 
 
 
 
RIO DE JANEIRO 
2020 
 
 
 
 
3 
 
 
 
 
 
SUMÁRIO 
 
 
RESUMO ........................................................................................................................ 04 
1 DIAGRAMAS ........................................................................................................... 05 
2 TABELA RESUMO .................................................................................................. 10 
REFERÊNCIAS ............................................................................................................................ 11 
 
 
 
4 
 
 
RESUMO 
 
 
 O trabalho tem por objetivo, de forma superficial, explanar cada diagrama 
que compõe a linguagem UML em sua versão 2.5, indicando e justificando onde 
cada diagrama é melhor aplicado, considerando as quatro fases: Levantamento, 
projeto, implementação e implantação. 
 
 É importante frisar que não existe consenso sobre o uso exato ou correto do 
momento especifico para ser construído cada diagrama e sim sua aplicação de 
acordo com cada cenário, projeto ou equipe. Salientamos que o uso da UML tem 
como objetivo principal, servir como ferramenta de comunicação e interação entre as 
fases e os interessados (clientes e desenvolvedores), sem omissões ou inserções de 
recursos não previstos. 
 
 De acordo com o ebook, Análise e projetos de sistemas de informação I - 
página 23, disponibilizado pela instituição, podemos previamente dizer que a maioria 
dos diagramas fazem parte da fase de projeto, mesmo estando cientes de que a 
classificação dos diagramas não estão relacionados as fases de desenvolvimento de 
um sistema em construção. 
5 
 
 
1 DIAGRAMAS 
 
 
6 
 
 
1 DIAGRAMAS ESTRUTURAIS 
 Os diagramas estruturais são todos aqueles utilizados para visualizar, 
especificar, construir e especificar, de forma abstrata, os comportamentos estáticos 
de um sistema. 
 
1.1 DIAGRAMA DE CLASSE 
 Utilizado para representação do relacionamento entre as classes de negócio 
do sistema e de interface. O diagrama de classe pode ser criado em paralelo junto 
com os diagramas de interação na fase de projeto onde se devem especificar as 
classes de software e as interfaces de aplicação. 
1.2 DIAGRAMA DE OBJETO 
 Utilizado para representação do relacionamento de uma instância de uma 
classe nos modelos, semelhantes aos diagramas de classe, porém mostrando 
instâncias específicas dessas classes e os links entre essas instâncias em 
momentos específicos. Indicado para uso na fase de projetos para testar a precisão 
e a integridade do diagrama de classes. 
1.3 DIAGRAMA DE PACOTES 
 Utilizado para descrever os pacotes ou partes do sistema em grupos, 
mostrando as dependências entre eles. Podendo ser utilizado em qualquer fase, o 
diagrama de pacotes, tem como função principal ilustrar a arquitetura do sistema 
através do agrupamento das classes existentes. 
1.4 DIAGRAMA DE COMPONENTES 
 Direcionado a realizar a modelagem da arquitetura do software, 
proporcionando também a visualização dos componentes físicos, interfaces e suas 
dependências. Por esse diagrama permitir características como modelar os dados 
7 
 
 
de código fonte, auxiliar no processo de engenharia reversa e facilita a reutilização 
de cada modulo, podemos aplica-lo às fases de projeto e implementação. 
1.5 DIAGRAMA DE IMPLANTAÇÃO / INSTALAÇÃO 
 Focado na descrição dos componentes de hardware e software e seu 
relacionamento com outros elementos de suporte de processamento, esse diagrama 
deve ser utilizado na fase de projeto para ser dimensionado de acordo com o 
sistema, evitando assim impactos de desempenho sobre o sistema, e na fase de 
implantação, dando continuidade ao requisito. 
1.6 DIAGRAMA DE ESTRUTURA COMPOSTA 
 Bastante semelhante ao diagrama de classes, o diagrama de estrutura 
composta descreve a colaboração interna de classes, interfaces ou componentes 
para especificar uma funcionalidade através do tempo, diferente do diagrama de 
classe que é estático. Por mostrar a estrutura interna de uma classe e referencias 
que indicam outras partes do sistema, as fases de projeto e implementação são as 
mais indicadas. 
1.7 DIAGRAMA DE PERFIL 
 Tem por objetivo padronizar os estereótipos ou metamodelos, com 
representação de valores ou restrições, possibilitando novas definições de 
elementos. Por permitir estender os diagramas existentes com possibilidade de 
inclusão de estruturas personalizadas, esse diagrama se adequa as fases de projeto 
e implantação. 
 
8 
 
 
2 DIAGRAMAS COMPORTAMENTAIS 
 Os diagramas comportamentais, também chamados de dinâmicos, são 
todos aqueles que registram de alguma forma alterações de comportamento através 
do tempo, nos componentes do sistema. 
2.1 DIAGRAMA DE CASO DE USO 
 Esse diagrama tem como objetivo abstrair toda parte técnica e de linguagem 
de programação, focando nas funcionalidades e características do sistema. Por ser 
de fácil compreensão e visual, a aplicação desse diagrama é excelente para a fase 
de levantamento. 
2.2 DIAGRAMA DE ATIVIDADE 
 Esse diagrama tem como objetivo elucidar as diversas tarefas 
desempenhadas na execução de uma atividade, por ser utilizado geralmente para 
representar os processos dentro de uma empresa, o uso dele nas fases de 
levantamento e o de projeto se torna primordial para o entendimento das regras de 
negócio da organização a ser atendida. 
2.3 DIAGRAMA DE ESTADO 
 Seu objetivo é especificar os aspectos dinâmicos de um sistema, ou seja, a 
mudança de seus estados e transições. Por poderem ser aplicados em diversos 
diagramas, como os de classes, de caso de uso ou até do sistema de forma geral, 
consequentemente, poderá ser utilizado nas fases de levantamento, projeto e 
implementação. 
2.4 DIAGRAMA DE INTERAÇÃO 
 Esse diagrama é composto de quatro diagramas que tem como objetivo 
descrever como os objetos se relacionam dentro de um caso de uso, em um dado 
momento. De forma geral, o diagrama de interação pode ser utilizado nas fases de 
9 
 
 
levantamento e projeto, onde são mais bem descriminados nos diagramas que o 
compõe, a seguir. 
2.4.1 DIAGRAMA DE SEQUÊNCIA 
 Tem o objetivo de mostrar a sequencia em que as mensagens são trocadas 
entre os objetos através do tempo. Por ser construído a partir do diagrama de casos 
de uso e por ter a necessidade das classes e associações estarem um pouco mais 
claras que o diagrama anterior, esse diagrama é melhor aplicado a fase de projeto. 
2.4.2 DIAGRAMA DE COMUNICAÇÃO 
 Um complemento ao diagrama de sequencia, onde mostra as trocas de 
mensagens porem sem a representação de tempo. Como esse diagrama é uma 
extensão do diagrama de sequencia, seu uso também é indicado para a fase de 
projeto. 
2.4.3 DIAGRAMA DE TEMPO / SINCRONIZAÇÃO 
 Auxilia a modelagem descrevendo mudanças de estados e interações entre 
objetos dentro de intervalos de tempo. Semelhante aos modelos anteriores de 
interação, porém com foco no tempo dos elementos do modelo, auxiliando também 
na fase de projeto. 
2.4.4 DIAGRAMA DE INTERAÇÃO GERAL 
 Este diagrama une os diagramas de sequencia e atividade de forma a 
representar a interação entre os objetos de formageral. Por conter características 
dos diagramas citados, o diagrama de interação geral, pode ser adotado igualmente 
nas fases de levantamento e projeto. 
 
 
 
 
 
10 
 
 
3 TABELA RESUMO 
Fig.3.1 – Resumo de todos os diagramas e em quais fases a serem usados 
11 
 
 
REFERÊNCIAS 
Disponível em: 
https://unijorge.instructure.com/courses/9857/files/1838989?module_item_id=129797 
Acesso em: 27 de Maio de 2020 
 
Disponível em: 
 https://www.devmedia.com.br/modelagem-de-sistemas-atraves-de-uml-uma-visao-
geral/27913 
Acesso em: 27 de Maio de 2020 
 
Disponível em: 
https://www.profissionaisti.com.br/2014/10/quais-design-patterns-devo-usar-no-meu-
projeto/ 
 Acesso em: 27 de Maio de 2020 
 
Disponível em: 
 https://www.profissionaisti.com.br/2011/07/os-principais-diagramas-da-uml-resumo-
rapido/ 
 Acesso em: 27 de Maio de 2020 
 
Disponível em: 
 http://www.deinf.ufma.br/~acmo/MOO_Pac.pdf 
 Acesso em: 27 de Maio de 2020 
 
Disponível em: 
https://homepages.dcc.ufmg.br/~amendes/GlossarioUML/glossario/conteudo/ 
Acesso em: 27 de Maio de 2020 
 
Disponível em: 
https://www.ibm.com/support/knowledgecenter/pt-
br/SS5JSH_9.5.0/com.ibm.xtools.modeler.doc/topics/t_createmoddiags.html 
Acesso em: 27 de Maio de 2020 
 
Disponível em: 
 https://pt.wikipedia.org/wiki/UML 
Acesso em: 27 de Maio de 2020 
https://unijorge.instructure.com/courses/9857/files/1838989?module_item_id=129797
https://homepages.dcc.ufmg.br/~amendes/GlossarioUML/glossario/conteudo/
https://www.ibm.com/support/knowledgecenter/pt-br/SS5JSH_9.5.0/com.ibm.xtools.modeler.doc/topics/t_createmoddiags.html
https://www.ibm.com/support/knowledgecenter/pt-br/SS5JSH_9.5.0/com.ibm.xtools.modeler.doc/topics/t_createmoddiags.html
https://pt.wikipedia.org/wiki/UML