Especialização - DBA

Prof. Teresinha Planez Diniz

Aula 21/10/2006

Modelagem dos dados

Roteiro - Aula

1)Exercícios – Modelagem de estrutura

de armazenamento.

2)UML – Conceitos

3)Diagrama de caso de Uso – Conceitos

4)Exercícios – Diagrama de caso de uso

5)Modelo de classe

UML – Unified Modeling Language

É uma linguagem para especificação, construção, visualização e documentação

de artefatos de sistemas.

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.

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.

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.

Características do processo unificado

È dirigido por caso e uso.

É centrado em arquitetura.

É interativo e incremental.

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

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.

Princípios - UML

Requisitos flexíveis ao longo do

processo – Podem evoluir.

Envolvimento do usuário ao longo do

processo.

Modelar sistemas

É a capacidade de simplificar a complexidade

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

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

PMI - Project Managemet

Integração

Contrato

ComunicaçãoRiscos

Tempo

RH

Escopo

Qualidade

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.

Documento visão

Aspectos tecnológicos.

Leitura de alto nível.

É uma espécie de contrato.

Modelo do documento visão

1. Introdução – descrição geral do trabalho.2. Escopo3. Definições acrônimos e abreviaturas4. Referências5. Oportunidades de negócio5.1 Problema a ser negociado6. Descrição dos Stakeholder e usuários6.1 Ambiente atual dos clientes.

Modelo do documento visão

7. Observação8. Módulos9. Precedência e Prioridades10. Requisitos não funcionais11. Requisitos de sistemas e ambientes (ambiente

de desenvolvimento, SGBD...)12. Requisitos de documentação13. Modelo Conceitual

UML - Tipos de elementos básicos

(1)– Coisas ou elementos básicos;

(2)- Relações, que relacionam elementos.

(3)- Diagramas, que agrupa elementos.

UML - Tipos de diagramas

Modelagem estática

Modelagem dinâmica

Modelagem arquitetura

UML - Tipos de diagramas

Modelagem estática:

Diagrama de caso de uso – Abrangência do sistema. Diagrama de classe – Estrutura de armazenamento.

UML – Tipo de diagramas

Modelagem dinâmica:

Diagrama de seqüência Diagrama de colaboraçãoDiagrama de transição estado Diagrama de atividades

UML – Tipo de diagramas

Modelagem Arquitetura:

Diagrama de componentes Diagrama de instalação

Caso de uso

Colaboração

Cenário

Texto em Linguagem

natural

Descrição deCaso de uso

Descrição deinteração

Descrição deCenários

Descrição deSeqüência

Descrição deatividades

Descrição deColaboração

tempo

EspaçoTrabalho

Descrição deSeqüência

Descrição deatividades

Descrição deColaboração

tempo

Trabalho

Espaço

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.

Diagrama de caso de uso - Componentes

Caso de uso Conjunto de procedimentos que atende a execução de uma tarefaNomeação – Verbo no infinitivo

Agente externoPapel desempenhado pelo usuário em relação ao sistema

Interação

Exercícios - DCU

Diagrama de classe - Componentes

ClassesAssociações e Tipos de associaçõesRestriçõesMultiplicidade/OpcionalidadeQualificador

Representa graficamente a estrutura de armazenamento do sistema.

Diagrama de classe - Componentes

Classes ComponentesDe software

Elementoslógicos

Componentes físicos

UML - Diagrama de classe (Furlan – 1998)

Pedido Cliente

Organi-zação

Cliente

Org_Cli

{ou}

Ped_Item

1..1

Produto

BiscoitoChocolateLeite

1..*

{Disjunção incompleta}

Classe associativa

SuperClasse

SubClasse

Agregação

MultiplicidadeOpcionalidade

GeneralizaçãoRestrição

Associação