Baixe o app para aproveitar ainda mais
Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original
* * MODELAGEM DE SISTEMAS – AULA10 CLASSE DE PROJETO / DIAGRAMAS IMPLEMENTAÇÃO – CLAUDIA ABREU PAES * * SUMÁRIO Classe de Projeto 1.1 Conceito 1.2 Criação modelo E-R 1.3 Representação Diagrama de Implementação 2.1 Diagrama de Componentes 2.2 Diagrama de Implantação * As Classes de Projeto representam o diagrama de classe na perspectiva de Implementação, que aborda aspectos do tipo métodos, tipo dos atributos, navegabilidade e dependência. São diagramas derivados a partir do diagrama de classe – modelo de domínio. CLASSE DE PROJETO * Notação para mostrar detalhes de projeto em diagramas de estrutura estáticos. CLASSE DE PROJETO * A construção dos diagramas de classe de projeto depende de: DIAGRAMAS DE INTERAÇÃO: Identifica as classes de software que participam da solução; MODELO CONCEITUAL: Acrescenta detalhes às definições de classe; CLASSE DE PROJETO * MODELO CONCEITUAL Apresenta conceitos do domínio do problema. X CLASSES DE PROJETO Apresenta definições para entidades de software CLASSE DE PROJETO * APLICAÇÃO Apresenta classes, associações e atributos, interface com suas operações e constantes, métodos, tipos de atributos, visibilidade de atributo, navegação entre objetos e dependência; CLASSE DE PROJETO * MODELO CONCEITUAL CLASSE DE PROJETO Exemplo * DIAGRAMA DE SEQUÊNCIA CLASSE DE PROJETO Exemplo * CLASSE DE PROJETO CLASSE DE PROJETO Exemplo * VISIBILIDADE É a capacidade de um objeto “ver” um outro objeto reter uma referência para este outro. Para um objeto A enviar uma mensagem a um outro objeto B, o objeto B deve ser visível para A; Existem quatro maneiras pelas quais a visibilidade pode ser conseguida: CLASSE DE PROJETO * VISIBILIDADE 1. por atributo: B é um atributo de A; CLASSE DE PROJETO * VISIBILIDADE 2. por Parâmetro: B é um parâmetro de um método de A; CLASSE DE PROJETO * VISIBILIDADE 3. Localmente declarada: B é declarado como um objeto local em um método de A; CLASSE DE PROJETO * VISIBILIDADE 4. Global: B é, de alguma forma, globalmente visível; O método é usar o padrão Singleton. PADRÃO SINGLETON Define-se um método para obter um única instância. CLASSE DE PROJETO * NAVEGABILIDADE É uma propriedade do papel da associação indicando a navegação unidirecional através da associação dos objetos da origem para a classe-alvo. CLASSE DE PROJETO * DEPENDÊNCIAS Indica que um elemento de um objeto tem conhecimento de outro elemento por curto prazo. Associada a visibilidade por parâmetro global e declarada localmente. Representada por uma linha tracejada. CLIENTE CLASSE DE PROJETO * PROCESSO DE CRIAÇÃO 1. A partir dos Diagramas de Interação, identifique todas as classes participantes da solução de software CLASSE DE PROJETO * * PROCESSO DE CRIAÇÃO 2. Desenhe-as em um Diagrama de Classe CLASSE DE PROJETO * PROCESSO DE CRIAÇÃO 3. Duplique os atributos dos conceitos associados do modelo conceitual CLASSE DE PROJETO * PROCESSO DE CRIAÇÃO 4. Acrescente os métodos através da análise dos Diagramas de Interação CLASSE DE PROJETO * PROCESSO DE CRIAÇÃO 5. Acrescente informação sobre tipos aos atributos e métodos Tipo de atributo Tipo de retorno do método VAGAS Situação:int; LER():lista ATUALIZAR() CLASSE DE PROJETO * PROCESSO DE CRIAÇÃO 6. Acrescente associações necessárias para suportar visibilidades de atributos requeridas. CLASSE DE PROJETO * PROCESSO DE CRIAÇÃO 7. Acrescente flechas de navegabilidade, para indicar a direção da visibilidade de atributo. CLASSE DE PROJETO * PROCESSO DE CRIAÇÃO 8. Acrescente linhas de relacionamentos de dependência CLASSE DE PROJETO * * DIAGRAMA DE IMPLEMENTAÇÃO A arquitetura física descreve a decomposição do hardware e software que cercam a implementação de um sistema. Na UML, aspectos de implementação física são modelados através de diagramas de implementação: Diagrama de componentes Diagrama de Implantação * * DIAGRAMA DE IMPLEMENTAÇÃO DIAGRAMA DE COMPONENTES Componentes modelam coisas físicas que podem residir em um nó, como: executáveis, bibliotecas, tabelas, arquivos e documentos. Assim como na análise, para a implementação de um software é necessário estabelecer qual a modelagem física do sistema executável. * * DIAGRAMA DE IMPLEMENTAÇÃO DIAGRAMA DE COMPONENTES Um diagrama de componentes mostra as dependências entre componentes de software, incluindo componentes de código fonte, componentes de código binário e componentes executáveis. Um diagrama de componente é um grafo de componentes conectado por relacionamentos de dependência. * * DIAGRAMA DE IMPLEMENTAÇÃO DIAGRAMA DE COMPONENTES NOTAÇÃO * * DIAGRAMA DE IMPLEMENTAÇÃO DIAGRAMA DE COMPONENTES NOTAÇÃO * * DIAGRAMA DE IMPLEMENTAÇÃO DIAGRAMA DE IMPLANTAÇÃO São utilizados para: modelagem da visão estática de funcionamento de um sistema. Essa visão é direcionada para a distribuição, entrega e instalação das partes que formam o sistema físico. visualizar, especificar e documentar sistemas embutidos, cliente/servidor e distribuídos. * * DIAGRAMA DE IMPLEMENTAÇÃO DIAGRAMA DE IMPLANTAÇÃO Envolvem a topologia do sistema, descrevendo a estrutura de hardware. Esses diagramas mostram: a configuração de nós de processamento em tempo de execução e os componentes que neles existem. Componentes que não existem em tempo de execução não aparecem nestes diagramas. São diagramas úteis também para a engenharia reversa. * * DIAGRAMA DE IMPLEMENTAÇÃO DIAGRAMA DE IMPLANTAÇÃO NÓ Um diagrama de implantação é um grafo de nós conectados por associações de comunicação. Um nó é um objeto físico que representa um recurso computacional. Nós geralmente são computadores como processadores, e dispositivos, como impressoras, leitoras de cartão, dispositivos de comunicação, etc. * * DIAGRAMA DE IMPLEMENTAÇÃO DIAGRAMA DE IMPLANTAÇÃO * * COMPOSIÇÃO UML * Para obter sucesso em nosso desenvolvimento é necessário utilizarmos modelos adequados a critérios de qualidade: BAIXA MANUTENIBILIDADE GRANDE ITERATIVIDADE BOA PERFORMANCE ECONOMIA / SEGURANÇA DISPONIBILIDADE / ESTABILIDADE CONCLUSÃO * * Revisão AV2. PRÓXIMA AULA * * * * * * * * * * * *
Compartilhar