(Unified Modeling Language) Recursos de UML (Unified Modeling Language)

UML DEFINIÇÃO: É uma linguagem padrão para visualização, especificação, construção, e documentação dos objetos de um sistema software intensivo. A UML combina o melhor de: – Modelagem de dados – Modelagem de negócios – Modelagem de objetos – Modelagem de componentes

UML Conceitos UML • A UML pode ser usada para modelar visualmente: – A interação da sua aplicação com o mundo externo. – O comportamento da sua aplicação. – A estrutura do seu sistema. – A arquitetura da sua empresa. – Os componentes do seu sistema.

UML A notação da UML • As fases de análise de requisitos , análise e design utilizam-se em seu desenvolvimento cinco tipos de visões , nove tipos de diagramas e vários modelos de elementos que serão utilizados na criação dos diagramas e mecanismos gerais . • Todos em conjunto especificam e exemplificam a definição do sistema, tanto a definição no que diz respeito à funcionalidade estática e dinâmica do desenvolvimento de um sistema.

UML UML – Modelo de Elementos Um modelo de elemento é definido com a semântica, a definição formal do elemento com o exato significado do que ele representa sem definições duvidosas ou ambíguas e também define sua representação gráfica que é mostrada nos diagramas da UML. – Um elemento pode existir em diversos tipos de diagramas , mas existem regras que definem que elementos podem ser mostrados em que tipos de diagramas. Alguns exemplos de modelos de elementos são as classes, objetos, estados , pacotes e componentes . Os relacionamentos também são modelos de elementos , e são usados para conectar outros modelos de elementos entre si.

UML Notas Para permitir adicionar informações a um modelo, UML provê a capacidade de adicionar Notas . Uma Nota pode ser colocada em qualquer lugar em um diagrama, e pode conter qualquer tipo de informação.

UML Estendendo a UML • Estereótipos podem ser usados para estender os elementos da notação UML. • Estereótipos podem ser usados para classificar e estender associações, relacionamentos de herança, classes, e componentes. • Exemplos Estereótipos de classe: interface, exception, server page Estereótipos de associação: identifying, non-identifying Estereótipos de dependência: include, extend Estereótipos de componentes: subsystem

UML Como eu construo um modelo? Um sistema é composto por diversos aspectos : funcional (que é sua estrutura estática e suas interações dinâmicas ), não funcional (requisitos de tempo, confiabilidade, desenvolvimento, etc.) aspectos organizacionais (organização do trabalho, mapeamento dos módulos de código, etc.). Modelos são construídos usando visões para descrever perspectivas diferentes e diagramas para descrever os blocos de construção do sistema.

UML UML – Visões • Então o sistema é descrito em um certo número de visões , cada uma representando uma projeção da descrição completa e mostrando aspectos particulares do sistema.

UML Visão de Casos de Uso • O Visão de Casos de Uso é o “núcleo” das outras views porque ele especifica O QUE o sistema deve fazer.

UML Visão Lógica • A Visão Lógica dá suporte aos requerimentos funcionais do sistema.

UML Visão de Processos • A Visão de Processos visa a performance, escalabilidade, e o rendimento do sistema.

UML Visão de Implantação A Visão de Implantação tem como prioridade temas como implantação, instalação, e performance.

UML Diagramas Os diagramas utilizados pela UML são compostos de nove tipos: Diagrama de Casos de Uso Diagrama de Classes Diagrama de Objetos Diagrama de Estados Diagrama de Sequência Diagrama de Colaboração Diagrama de Atividade Diagrama de Componentes Diagrama de Execução

UML Requisitos de Sistema Antes de começar a modelagem do sistema, é elaborado um documento chamado Especificação de Requisitos de Sistema. Este documento contém todas as funcionalidades, restrições e outros tipos de requisitos do sistema A partir deste documento, o primeiro passo da modelagem é mapear os requisitos funcionais para um ou mais Diagramas de Casos de Uso.

DIAGRAMA DE CASO DE USO

DIAGRAMA DE CASO DE USO Diagramas de Casos de Uso (Use Cases) foram propostos inicialmente por Ivar Jacobson em 1986, na técnica OOSE. (Chegaram a ser chamados de Usage Scenarios e Usage Cases, mas os termos não soavam bem em inglês). Forma mais tarde adotados por Rumbaugh na OMT 2.0 e incorporados à UML. Cada caso de uso descreve cenários que indica como o sistema deve reagir à ação de atores de maneira a executar alguma função, ou atingir algum objetivo específico.

DIAGRAMA DE CASO DE USO São bastante úteis para descrever os requisitos funcionais de um sistema. • Apesar de utilizados amplamente em modelagem OO, podem ser utilizados em outros contextos, já que os casos de uso, por natureza, não são OO. • Descrevam o comportamento do sistema. • Especifica os argumentos funcionais que determinarão a macro-arquitetura do sistema. • Não descreve a organização interna do software.

DIAGRAMA DE CASO DE USO Análise de Caso de Uso • A análise de caso de uso é uma técnica para capturar os processos da empresa a partir da perspectiva do usuário.

DIAGRAMA DE CASO DE USO Modelo de Casos de Uso • É um modelo de casos de uso é a representação das funções e ambiente do sistema. • É criado através da Visão de Casos de Uso e pode possuir os seguintes artefatos – Diagramas de Casos de Uso – Fluxo de eventos de Casos de Uso – Informações Suplementares – Diagramas de Atividades

DIAGRAMA DE CASO DE USO • A modelagem de um Diagrama de Casos de Uso é uma técnica usada para descrever e definir os requisitos funcionais de um sistema. • Eles são escritos, geralmente, em termos de atores externos e casos de uso. • Os atores representam o papel de uma entidade externa ao sistema como um usuário, um hardware, ou outro sistema que interage com o sistema modelado.

DIAGRAMA DE CASO DE USO Caso de Uso • Um caso de uso é uma seqüência de ações feitas pelo sistema que buscam um valor mensurável para um ator. • Na UML, um caso de uso é representado por um elipse Use Case

DIAGRAMA DE CASO DE USO Atores • Um ator é alguém ou alguma coisa fora do sistema que interage com o mesmo. • Na UML, um ator é representado por um “homem-palito.”

DIAGRAMA DE CASO DE USO Relacionamentos / Associações Um relacionamento ilustra uma conexão semântica entre elementos de modelo. Na UML, um relacionamento de associação é representado por um linha sólida com ou sem uma flecha. Um ator é conectado a um ou mais casos de uso através de associações, e tanto atores quanto casos de uso podem possuir relacionamentos de generalização que definem um comportamento comum de herança em superclasses especializadas em subclasses

DIAGRAMA DE CASO DE USO • Os atores iniciam a comunicação com o sistema através dos casos de uso, que representam uma seqüência de ações executadas pelo sistema – O sistema recebe do ator que lhe utiliza dados tangíveis de um tipo ou formato já conhecido, e o valor de resposta da execução de um caso de uso (conteúdo) também já é de um tipo conhecido

DIAGRAMA DE CASO DE USO Fluxo de Eventos • É uma descrição textual do caso de uso e é parte da especificação de casos de uso. Este caso de uso começa quando “Registrar” pede que o sistema feche as inscrições. 1. O sistema verifica se a inscrição está em funcionamento. Se estiver, então uma mensagem é mostrada para “Registrar” e o caso de uso termina. O processamento de fechar não pode ser feito enquanto a inscrição estiver funcionando. 2. Para cada curso oferecido, o sistema verifica se um professor se inscreveu para lecionar o curso oferecido e se ao menos três alunos se inscreveram. Se sim, o sistema compromete o curso oferecido para cada agendamento que o contenha.

DIAGRAMA DE CASO DE USO Elementos Básicos de Modelagem atores, agentes externos ( clientes do sistema) caso de uso, unidade de funcionalidade coerente, expressa pelas transações (comunicação) entre os atores e o sistema comunicação, ligação entre ator e caso de uso expressando comunicação entre eles (associação, extensão, inclusão, generalização)

EXERCÍCIO