O documento discute os conceitos de modelagem de dados usando UML, incluindo diagramas de caso de uso e classes. Apresenta os componentes e propósitos desses diagramas, além de princípios e benefícios da modelagem de sistemas.

1. Especialização - DBA Prof. Teresinha Planez Diniz Aula 21/10/2006 Modelagem dos dados

2. Roteiro - Aula Exercícios – Modelagem de estrutura de armazenamento. UML – Conceitos Diagrama de caso de Uso – Conceitos Exercícios – Diagrama de caso de uso Modelo de classe

3. UML – Unified Modeling Language É uma linguagem para especificação, construção, visualização e documentação de artefatos de sistemas.

4. UML – Características Semântica e notação para tratar de um grande número de tópicos atuais de modelagem. Semântica para tratar de modelagem futura relacionadas em particular com a computação distribuídas, frameworks e internet .

5. UML - características Não indica como devemos fazer um software. Indica apenas as formas que podem ser utilizadas para representar um software em diversos estágio de desenvolvimento É uma forma de comunicar uma idéia.

6. UML - características L – Languagem – Refere-se a linguagem de comunicação entre duas partes e não uma linguagem de computador. UML – Não é um processo de desenvolvimento, é uma forma de comunicação que um processo pode utilizar.

7. Características do processo unificado È dirigido por caso e uso. É centrado em arquitetura. É interativo e incremental.

8. Fases do processo unificado Concepção Elaboração Construção Transição Requisitos Implementação Testes Análise e projeto Artefatos Participação do usuário

9. Princípios - UML Cada passo da equipe seja documentado em blogger interno da empresa. O processo não seria em cascata, mais sim, contínuo.

10. Princípios - UML Requisitos flexíveis ao longo do processo – Podem evoluir. Envolvimento do usuário ao longo do processo.

11. Modelar sistemas É a capacidade de simplificar a complexidade

12. Motivos para modelar software Impreciso entendimento das necessidades dos usuários. Inabilidade de conduzir as alterações nos requerimentos. Módulos que não se conversam de modo inteligível. Software difíceis de manter e entender.c

13. Motivos para modelar software Descoberta tardia de falhas graves no projeto. Desempenho inaceitável. Time de desenvolvedores, cada um tentando descobrir quem alterou o quê, quando e por que; e Falta de confiança no processo de construção e implantação

14. PMI - Project Managemet Integração Contrato Comunicação Riscos Tempo RH Escopo Qualidade

15. Documentos iniciais de um software a) Documento visão: relato resumido com os principais tópicos que o negócio a ser automatizado deverá fornecer. Integra o contrato de desenvolvimento de software.

16. Documento visão Aspectos tecnológicos. Leitura de alto nível. É uma espécie de contrato.

17. Modelo do documento visão Introdução – descrição geral do trabalho. Escopo Definições acrônimos e abreviaturas Referências Oportunidades de negócio 5.1 Problema a ser negociado 6. Descrição dos Stakeholder e usuários 6.1 Ambiente atual dos clientes.

18. Modelo do documento visão 7. Observação 8. Módulos 9. Precedência e Prioridades 10. Requisitos não funcionais 11. Requisitos de sistemas e ambientes (ambiente de desenvolvimento, SGBD...) 12. Requisitos de documentação 13. Modelo Conceitual

19. UML - Tipos de elementos básicos – Coisas ou elementos básicos; - Relações, que relacionam elementos. - Diagramas, que agrupa elementos.

20. UML - Tipos de diagramas Modelagem estática Modelagem dinâmica Modelagem arquitetura

21. UML - Tipos de diagramas Modelagem estática: Diagrama de caso de uso – Abrangência do sistema. Diagrama de classe – Estrutura de armazenamento.

22. UML – Tipo de diagramas Modelagem dinâmica: Diagrama de seqüência Diagrama de colaboração Diagrama de transição estado Diagrama de atividades

23. UML – Tipo de diagramas Modelagem Arquitetura: Diagrama de componentes Diagrama de instalação

24. Caso de uso Colaboração Cenário Texto em Linguagem natural Descrição de Caso de uso Descrição de interação Descrição de Cenários Descrição de Seqüência Descrição de atividades Descrição de Colaboração Espaço Descrição de Seqüência Descrição de atividades Descrição de Colaboração Espaço tempo Trabalho tempo Trabalho

25. UML – Diagrama de caso de uso Objetivo Representar graficamente a abrangência do sistema. Delimitar fronteiras. Representar graficamente os resultados provenientes do levantamento de requisitos.

26. Diagrama de caso de uso - Componentes Caso de uso Conjunto de procedimentos que atende a execução de uma tarefa Nomeação – Verbo no infinitivo Agente externo Papel desempenhado pelo usuário em relação ao sistema Interação

27. Exercícios - DCU

28. Diagrama de classe - Componentes Classes Associações e Tipos de associações Restrições Multiplicidade/Opcionalidade Qualificador Representa graficamente a estrutura de armazenamento do sistema.

29. Diagrama de classe - Componentes Classes Componentes De software Elementos lógicos Componentes físicos

30. UML - Diagrama de classe (Furlan – 1998) Pedido Cliente Organi- zação Cliente Org_Cli {ou} Ped_Item 1..1 Produto Biscoito Chocolate Leite 1..* {Disjunção incompleta} Classe associativa SuperClasse SubClasse Agregação Multiplicidade Opcionalidade Generalização Restrição Associação