Aluno: Jhonathann da Silva Virtuoso

Ciência da computação

Atividade Diagramas

1- Diagrama Use case: Na Unified Modeling Language (UML), os diagramas de casos de uso
resumem as informações detalhadas dos usuários do sistema (também chamados de participantes) e
suas interações com o sistema. Para criar um, pode ser utilizado um conjunto de símbolos e
conectores dedicados. Um bom diagrama de caso de uso pode ajudar sua equipe a expressar e
discutir diversas questões.

a) Cenários em que o sistema interage com as pessoas;

b) Metas que o sistema ou aplicativo ajudam essas entidades;
c) Escopo do sistema.

2- Diagrama de atividades: A linguagem de modelagem unificada inclui vários subconjuntos de

diagramas, incluindo diagramas de estrutura, diagramas de interação e diagramas de
comportamento. Os diagramas de atividades são considerados diagramas de comportamento junto
com os diagramas de caso de uso e de máquina de estado porque descrevem o que precisa acontecer
no sistema que está sendo modelado. As partes interessadas lidam com muitas questões, portanto
uma comunicação clara e concisa é importante. Os diagramas de atividades ajudam a reunir as
pessoas nas áreas de negócios e de desenvolvimento de uma organização para compreender os
mesmos processos e comportamentos. Para criar um diagrama de atividades, você precisa de um
conjunto de símbolos especiais, incluindo símbolos para iniciar, terminar, mesclar ou receber etapas
no processo.

3- Diagrama de sequência: Para entender o que é um diagrama de sequência, é importante

entender as funções da linguagem de modelagem unificada chamada UML. A UML é um kit de
ferramentas de modelagem que orienta a criação e representação de vários tipos de diagramas,
incluindo diagramas de comportamento, diagramas de interação e diagramas de estrutura. Um
diagrama de sequência é um diagrama de interação porque descreve como e em que ordem um
grupo de objetos trabalham juntos. Os desenvolvedores de software e profissionais de negócios
usam esses diagramas para entender os requisitos de novos sistemas ou documentar processos
existentes. Os diagramas de sequência são chamados de diagramas de eventos ou cenas de eventos.
Observe que existem dois tipos de diagramas de sequência: diagramas UML e diagramas baseados
em código.

4- Diagrama de classe: A Unified Modeling Language (UML) pode auxiliar a modelar um sistema
de várias maneiras. Um dos tipos mais populares em UML é o diagrama de classes. Os engenheiros
de software usam amplamente os diagramas de classes para registrar a arquitetura do software.
Diagramas de classes são diagramas de estrutura porque descrevem o que deve existir no sistema a
ser modelado, independentemente de sua familiaridade com UML ou diagramas de classe, nosso
software UML online foi projetado para ser simples e fácil de usar. A UML foi criada como um
modelo padronizado para descrever métodos de programação orientados a objetos. Os vários
componentes no diagrama de classes podem representar a classe de programação real, o objeto
principal ou a interação entre a classe e o objeto. A forma de classe em si consiste em um retângulo
com três linhas, a linha superior contém o nome da classe, a linha do meio, os atributos da classe e a
linha inferior expressa os métodos ou operações que a classe pode utilizar. Classes e subclasses são
agrupadas juntas para mostrar a relação estática entre cada objeto.

5- Diagrama de instalação: No contexto da Linguagem de modelagem unificada (UML), um

diagrama de instalação faz parte da família de diagramação estrutural pois descreve um aspecto do
sistema em si. Neste caso, o diagrama de implementação descreve a implementação física de
informações geradas pelo programa de software em componentes de hardware. A informação
gerada pelo software é chamada de artefato. Não se deve confundir este com o uso do mesmo termo
em outras abordagens de modelagem, como BPMN. Os diagramas de implementação são feitos de
várias formas de UML. As caixas tridimensionais conhecidas como nódulos, representam os
elementos básicos de software ou hardware, ou nódulos no sistema. As linhas de nódulo a nódulo
indicam relacionamentos e as formas menores contidas dentro das caixas representam os artefatos
de software empregados.

6- Diagrama de Robustez: Este é um diagrama que não existe na UML e é geralmente um

diagrama de colaboração adaptado e que faz uso dos estereótipos entity, boundary e control. Ele é
utilizado em processos como o ICONIX para passar da análise (o que) para o desenho (como).
Através da análise de robustez, podemos fazer a verificação de sanidade, isto é, a verificação se o
texto do caso de uso está correto e que ele não representa para o sistema que não é razoável ou
impossível.

7- BPMN: É uma notação para modelagem de processos de negócio. Em outras palavras, o BPMN
estabelece um padrão para representar os processos graficamente, por meio de diagramas. Esse
padrão possui um conjunto de símbolos e regras que permite modelar diferentes fluxos de
processos, com vários níveis de detalhamento. A notação BPMN surgiu a partir do esforço coletivo
entre várias empresas de ferramentas de modelagem. Cada uma delas possuía sua própria notação,
mas isso se mostrou muito improdutivo, pois dificultava a vida de usuários e clientes. Hoje, a
notação é mantida pelo Object Management Group (OMG), uma entidade internacional sem fins
lucrativos que regulamenta padrões tecnológicos.

8- Entidade de relacionamento de banco: O Modelo Entidade Relacionamento (também chamado

Modelo ER, ou simplesmente MER), como o nome sugere, é um modelo conceitual utilizado na
Engenharia de Software para descrever os objetos (entidades) envolvidos em um domínio de
negócios, com suas características (atributos) e como elas se relacionam entre si (relacionamentos).
Em geral, este modelo representa de forma abstrata a estrutura que possuirá o banco de dados da
aplicação. Obviamente, o banco de dados poderá conter várias outras entidades, tais como chaves e
tabelas intermediárias, que podem só fazer sentido no contexto de bases de dados relacionais.