Diagramas de UML em Engenharia de Software. - EDU0007/engenharia_software GitHub Wiki
O que são?
A Unified Modeling Language, ou Linguagem Unificada de Modelagem, é, como o nome indica, uma linguagem de notação utilizada para modelar e documentar as diversas fases do desenvolvimento de sistemas orientados a objetos.
Para isso, ela define uma série de elementos gráficos — como retângulos, setas, balões e linhas — que são usados em diferentes diagramas para representar os componentes de uma aplicação, suas interações e mudanças de estados.
Trata-se de uma linguagem de modelagem única, cujo papel é auxiliar a equipe de desenvolvimento a visualizar os diversos aspectos da aplicação, facilitando a compreensão do seu funcionamento. A Unified Modeling Language ™ da OMG ( UML® ) ajuda a especificar, visualizar e documentar modelos de software sistemas, incluindo sua estrutura e design, de uma forma que atenda a todos os esses requisitos. (Você pode usar UML para modelagem de negócios e modelagem de outro software não sistemas também.) Usando qualquer um do grande número de ferramentas baseadas em UML no mercado você pode analisar os requisitos de sua aplicação futura e projetar uma solução que os atende, representando os resultados usando UML Treze diagrama padrão do 2.0 tipos .
Você pode modelar praticamente qualquer tipo de aplicativo, executando em qualquer tipo e combinação de hardware, sistema operacional, linguagem de programação e rede, em UML. Sua flexibilidade permite que você modele aplicativos distribuídos que usam praticamente qualquer middleware do mercado. Construído sobre conceitos OO fundamentais, incluindo classe e operação , é um ajuste natural para linguagens orientadas a objetos e ambientes como C ++, Java e o C # recente, mas você pode usá-lo para modelar não OO aplicativos também em, por exemplo, Fortran, VB ou COBOL. Perfis UML (ou seja, subconjuntos de UML adaptados para fins específicos) ajudam a modelar Transacional, Sistemas em tempo real e tolerantes a falhas de uma forma natural.
Porque usar?
O objetivo de um diagrama da UML é passar uma mensagem de maneira padronizada, onde todos os receptores deste mensagem entendem o padrão usado. É o famoso: “entendeu ou quer que desenha?”. Imagine que numa mesma sala, sem internet e telefone, estão três pessoas que só falam seu idioma nativo: um chinês, um francês, e um brasileiro. Nesta sala tem apenas papel e lápis. O francês quer um café. Qual será a maneira mais eficiente, considerando os recursos disponíveis na sala, para o francês passar a mensagem “quero um café”? Talvez fazendo um desenho de uma xícara de café! Deixar isso claro, de maneira simples, objetiva, transparente e pragmática, é comunicar-se bem. Levando o raciocínio acima para projetos de software, a UML deve ser utilizada para comunicar o que se quer e/ou como se quer, de maneira eficiente. No passado utilizou-se UML muito para documentar software existente, fazer projeto preditivo de sistema (ou seja, via diagrama documentar 100% do que deveria ser feito) etc. Isso quase nunca é viável. A UML serve para uma boa comunicação em equipes que produzem software, onde através do uso de diagramas adotamos uma linguagem que todos entendem, para deixar claro o que deve ser feito.
Exemplos gerais.
Os Diagramas da UML estão divididos em Estruturais e Comportamentais. Diagramas Estruturais
- De Classe: Este diagrama é fundamental e o mais utilizado na UML e serve de apoio aos outros diagramas. O Diagrama de Classe mostra o conjunto de classes com seus atributos e métodos e os relacionamentos entre classes.
- De Objeto: O diagrama de objeto esta relacionado com o diagrama de classes e, é praticamente um complemento dele. Fornece uma visão dos valores armazenados pelos objetos de um Diagrama de Classe em um determinado momento da execução do processo do software.
- De Componentes: Está associado à linguagem de programação e tem por finalidade indicar os componentes do software e seus relacionamentos.
- De implantação: Determina as necessidades de hardware e características físicas do Sistema.
- De Pacotes: Representa os subsistemas englobados de forma a determinar partes que o compõem.
- De Estrutura: Descreve a estrutura interna de um classificador.
Diagramas Comportamentais
- De Caso de Uso (Use Case): Geral e informal para fases de levantamento e análise de Requisitos do Sistema.
- De Máquina de Estados: Procura acompanhar as mudanças sofridas por um objeto dentro de um processo.
- De Atividades: Descreve os passos a serem percorridos para a conclusão de uma atividade.
- De Interação: Dividem-se em:
- De Sequência: Descreve a ordem temporal em que as mensagens são trocadas entre os objetos. -Geral interação: Variação dos diagramas de atividades que fornece visão geral dentro do sistema ou processo do negócio. -De comunicação: Associado ao diagrama de Seqüência, complementando-o e concentrando-se em como os objetos estão vinculados. -De tempo: Descreve a mudança de estado ou condição de uma instância de uma classe ou seu papel durante o tempo.
Diagramas: Caso de uso.
O que é diagrama de caso de uso?
Na Linguagem de modelagem unificada (UML), o diagrama de caso de uso resume os detalhes dos usuários do seu sistema (também conhecidos como atores) e as interações deles com o sistema. Para criar um, use um conjunto de símbolos e conectores especializados. Um bom diagrama de caso de uso ajuda sua equipe a representar e discutir:
Cenários em que o sistema ou aplicativo interage com pessoas, organizações ou sistemas externos
Metas que o sistema ou aplicativo ajuda essas entidades (conhecidas como atores) a atingir
O escopo do sistema
Quando usar o diagrama de caso de uso
O diagrama de caso de uso não oferece muitos detalhes — não espere, por exemplo, que ele mostre a ordem em que os passos são executados. Em vez disso, um diagrama de caso de uso adequado dá uma visão geral do relacionamento entre casos de uso, atores e sistemas. Os especialistas recomendam usar o diagrama de caso de uso para complementar um caso de uso descrito em texto.
UML é o kit de ferramentas de modelagem para criar o diagrama. O caso de uso é representado por uma forma oval rotulada. Bonecos palito representam os atores no processo, e a participação do ator no sistema é modelada com uma linha entre o ator e o caso de uso. Para representar o limite do sistema, desenhe uma caixa em torno do próprio caso de uso.
O diagrama de caso de uso UML é ideal para:
Representar as metas de interações entre sistemas e usuários
Definir e organizar requisitos funcionais no sistema
Especificar o contexto e os requisitos do sistema
Modelar o fluxo básico de eventos no caso de uso
Diagrama de Classes
A Linguagem de modelagem unificada (UML) ajuda você a modelar sistemas de diversas maneiras. Um dos tipos mais populares na UML é o diagrama de classes. Bastante usado por engenheiros de software para documentar arquiteturas de software, os diagramas de classes são um tipo de diagrama da estrutura porque descrevem o que deve estar presente no sistema a ser modelado. Não importa seu nível de familiaridade com diagramas UML ou de classe, nosso software de UML online foi concebido para ser simples e fácil de usar.
A UML foi criada como um modelo padronizado para descrever uma abordagem de programação orientada ao objeto. Como as classes são os componentes básicos dos objetos, diagramas de classes são os componentes básicos da UML. Os diversos componentes em um diagrama de classes podem representar as classes que serão realmente programadas, os principais objetos ou as interações entre classes e objetos.
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.
Diagrama de classe para um sistema de caixa eletrônico
Caixas eletrônicos são simples apenas por fora: embora os clientes precisem apenas pressionar alguns botões para receber seu dinheiro, existem muitas camadas de segurança que um caixa eletrônico seguro e eficaz deve satisfazer para evitar fraude e oferecer valor aos clientes do banco. As diversas partes humanas e inertes de um sistema de caixa eletrônico são ilustradas por um diagrama de fácil leitura.
Diagrama de Objetos
Um diagrama de objetos UML representa uma instância específica de um diagrama de classes em um determinado momento. Quando representado visualmente, você verá muitas semelhanças ao diagrama de classes.
Um diagrama de objetos incide sobre os atributos de um conjunto de objetos, e como eles se relacionam entre si. Por exemplo, neste diagrama de objetos abaixo, as três contas bancárias estão relacionadas ao próprio banco. Os nomes da classe mostram os tipos de contas (poupança, corrente e de cartão de crédito) que um determinado cliente poderia ter neste banco. Os atributos de classe são diferentes para cada tipo de conta. Por exemplo, o objeto do cartão de crédito possui um limite de crédito, enquanto a poupança e a conta corrente possuem taxas de juros.
Diagramas de objetos não são usados apenas em casos de uso bancário. Você pode criar um diagrama de objetos para árvores genealógicas, departamentos corporativos ou qualquer outro sistema com partes inter-relacionadas.
Elementos de diagramas de objetos
Diagramas de objetos são fáceis de criar: são feitos de objetos, representados por retângulos e ligados entre si por linhas. Confira os principais elementos de um diagrama de objetos. Objetos
Objetos são instâncias de uma classe. Por exemplo, se um “carro” for uma classe, um modelo Nissan Altima de 2007 é um objeto de uma classe. Títulos de classe
Títulos de classe são os atributos específicos de uma determinada classe. No diagrama de objetos de árvores genealógicas, títulos de classe incluem o nome, sexo e idade dos membros da família. Você pode listar títulos de classe como itens no objeto ou até mesmo nas propriedades do próprio objeto (tal como a cor).
Atributos de classe
Atributos de classe são representados por um retângulo com duas abas que indicam um elemento de software.
Ligações são as linhas que conectam duas formas de um diagrama de objetos, uma a outra. O diagrama de objetos corporativo mostra como departamentos são ligados no organograma tradicional.
Aluno: Igor Nascimento Rodrigues