RAD Desenvolvimento de Sistemas de Informação

Documentos relacionados
Engenharia de Software. Caso de Uso - Continuação

Análise e Projeto Orientados a Objetos

Análise e Projeto Orientados a Objetos

Unidade IV. Compreende uma conexão bidirecional entre classes que indica a existência de um relacionamento entre os objetos dessas classes.

DIAGRAMAS DE CLASSE UML

BANCO DE DADOS I. Prof. Luiz Antônio Vivacqua C. Meyer

UML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos

Modelo Conceitual. Análise e Projeto de Sistemas Avançados. Aula 5. Allan Rodrigo Leite

Modelagem de dados usando o modelo Entidade- Relacionamento (ER)

Ciclo de Desenvolvimento de BD

Modelo Conceitual Parte 1 Banco de Dados I Prof. Luiz Antônio Vivacqua C. Meyer

Modelagem de Casos de Uso (Parte 2)

Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Prof. Responsáveis Wagner Santos C. de Jesus

Aula 4 POO 1 Análise OO. Profa. Elaine Faria UFU

Introdução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão

IF685 Gerenciamento de Dados e Informação - Prof. Robson Fidalgo 1/64

Modelagem de Interfaces

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA UML UNIFIED MODELING LANGUAGE

1 Introdução. 1.1 Teoria dos Sistemas 23/4/2010

Casos de Uso Parte 1

MODELAGEM DE SISTEMAS

Banco de Dados I Generalização/Especialização

Prof. Fabiano Taguchi

Modelo Entidade Relacionamento

POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos

Diagramas de Classes. Diagramas de Classes. Diagramas de Classes. Análise e Projeto de Sistemas OO

INTRODUÇÃO AO PROJETO DE BANCO DE DADOS ORIENTADO A OBJETOS

Diagramas de Classes. ESII Profª. Andressa Falcade URI Santiago

15/04/2013. Outro Diagrama de Classes. Primeiro Diagrama de Classes. Diagrama de Classes. Atributos. Eduardo Figueiredo

Fundamentos de Banco de Dados e Modelagem de Dados

Modelo Entidade Relacionamento (MER) Professor : Esp. Hiarly Alves

Inteligência Artificial

Aula 8 Projeto de Interface

Análise e Projeto Orientados a Objetos Modelo Conceitual Parte 3 Padrões de análise. Prof. Jailton Carlos

Abordagem ER. Capítulo 2

Apostila de Modelagem de Banco de Dados

Diagrama de Classes. Régis Patrick Silva Simão. Régis Simão Diagrama de Classes 1/42

Unidade 3 23/10/2008. Curso Superior de Tecnologia: Banco de Dados Sistemas para Internet Redes de Computadores

MODELAGEM DE DADOS MODELAGEM DE DADOS. rafaeldiasribeiro.com.br. Aula 6. Prof. Rafael Dias Ribeiro.

Tópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso.

Diagrama de Máquina de Estados

Modelagem de Classes. Mestrado em Engenharia de Produção e Sistemas Computacionais. Profa. Adriana Pereira de Medeiros

Modelagem de Casos de Uso (Parte 1)

Modelagem Conceitual e o Modelo Entidade-Relacionamento

Diagrama de Classes. Prof. Maikel Linares

Banco de Dados Modelagem Conceitual de Dados. Prof. Edjandir Corrêa Costa

Curso: Banco de Dados I. Conceitos Iniciais

Aula 4 SBD Modelo Entidade Relacionamento Parte 2. Profa. Elaine Faria UFU

MATA60 BANCO DE DADOS Aula 3- Modelo de Entidades e Relacionamentos. Prof. Daniela Barreiro Claro

MODELAGEM DE DADOS MÓDULO III - UNIDADE V- MAPEAMENTO OBJETO RELACIONAL

UML LINGUAGEM DE MODELAGEM UNIFICADA Diagrama de Classes

Análise e Projeto de Sistemas I

Administração e Projeto de Banco de dados. Aula 4 Modelagem Conceitual Tipos de Relacionamentos

Diagrama de Classes. ENG1518/3VC Sistemas de Informação Gerenciais Prof. Marcos Villas

Tópico: Mapeamento Objeto Relacional

Banco de dados. Objetivo: Reter os dados de forma que possam ser utilizados em outros momentos

Notas de Aula 03: Introdução a Orientação a Objetos e a UML

Banco de dados. Objetivo: Reter os dados de forma que possam ser utilizados em outros momentos

MODELAGEM DE SISTEMAS. Introdução a Computação e Engenharia de Software. Profa. Cynthia Pinheiro

Aula 01 Conceito de Banco de Dados e SGBD

INF1404 MODELAGEM DE SISTEMAS

Modelagem Orientada a Objeto

DMS - DOCUMENTO DE MODELAGEM DE SISTEMA VERSÃO: [NOME DO SISTEMA] [SIGLA] [AUTORES]

Banco de Dados. André Luís Duarte Capítulo 2. exatasfepi.com.br

Modelo Entidade-Relacionamento

PROJETO DE DADOS PROJETO ARQUITETURAL BÁSICO. Projeto de Programas PPR0001

Modelagem de Processos

CONTEÚDO PROGRAMÁTICO

Análise e Projeto de Sistemas

Processo de Desenvolvimento

Introdução Diagrama de Classes Diagrama de Seqüência Diagrama de Atividades. Diagramas UML. Classe, Seqüência e Atividades. Marcio E. F.

Engenharia de Software 2012/3 Aula 5 Modelagem de Sistemas

BANCO DE DADOS E APLICAÇÕES EM NEGÓCIOS: Modelagem usando o Modelo Entidade Relacionamento. Evandro Eduardo Seron Ruiz, Ph.D.!

Análise Orientada a Objetos. Análise Orientada a Objetos; O Paradigma de Objetos; A UML.

Ciclo de Desenvolvimento de Sistemas de BD

IFSC/Florianópolis - CTI - Projeto de Sistemas - prof. Herval Daminelli

Engenharia de Software. Prof. Me. Clodoaldo Brasilino

TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS. Aula 7. Agenda

PROJETO DE ARQUITETURA

FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ

Modelagem de Processos

Análise e Projeto de Sistemas

Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto

Conceito de Caso de Uso, Diagramas e Documentação.

SERVIÇO PÚBLICO FEDERAL UNIVERSIDADE FEDERAL DE SANTA CATARINA CENTRO DE CIÊNCIAS DA SAÚDE PROGRAMA DE MESTRADO PROFISSIONAL EM INFORMÁTICA EM SAÚDE

Fase de Concepção (Início, Planejamento)

SIG SIG. GEO-OMT Exercícios. Alisson Fernando Coelho do Carmo

Introdução a UML (Unified Modeling Language)

UNINGÁ UNIDADE DE ENSINO SUPERIOR INGÁ FACULDADE INGÁ CIÊNCIA DA COMPUTAÇÃO PROJETO DE BANCO DE DADOS RELACIONAL. Profº Erinaldo Sanches Nascimento

Modelagem Conceitual Orientada a Objetos. Classes e Tipos. Classe x Tipo x Instância...

MODELAGEM INTRODUÇÃO Um modelo atinge quatro objetivos objetivos:: Ajuda a visualizar o sistema como ele é ou como desejamos que seja Permite especifi

Análise e projeto de sistemas

SERVIÇO PÚBLICO FEDERAL UNIVERSIDADE FEDERAL DE SANTA CATARINA CENTRO DE CIÊNCIAS DA SAÚDE PROGRAMA DE MESTRADO PROFISSIONAL EM INFORMÁTICA EM SAÚDE

Especificação de Requisitos

PLANO DE ENSINO. PRÉ-REQUISITO: Modelagem e Programação Orientada a Objetos. PROFESSORA RESPONSÁVEL: Roberta Macêdo Marques Gouveia

Transcrição:

RAD1604 - Desenvolvimento de Sistemas de Informação Adaptado da aula do Prof. Ildeberto A. Rodello Slides adaptados a partir dos originais. Todos os direitos de WAZLAWICK, 2004.

Referência WAZLAWICK, R. S. Análise e Projeto de Sistemas de Informação Orientados a Objetos; Campus Elsevier; ISBN: 9788535215; 2004. (Capítulo 5)

Modelagem Conceitual Descreve a informação que o sistema vai gerenciar

Modelo Conceitual Artefato do domínio do processo em questão Refere-se ao mundo exterior ao sistema Visa representar a compreensão da informação e não sua representação física Representa um elemento estático

Onde está o Modelo Conceitual?

Elementos Básicos do Modelo Conceitual Conceitos Atributos Associações

Conceitos São representados pelas classes São a representação da informação complexa Exemplos Fita, cliente, empréstimo

Atributos São informações diretamente ligadas aos conceitos. Exemplos Idade do cliente, data do pagamento

Associações Informação que liga diferentes conceitos entre si.

Como Encontrar Conceitos e Atributos

Como encontrar conceitos e atributos Verificar o texto da descrição do processo Selecionar termos que representam informação transmitida do e para o sistema. Agrupar sinônimos Identificar quais dos itens considerados correspondem a conceitos complexos e quais deles são atributos.

Caso de Uso: Emprestar Fitas Fluxo Principal: 1. O cliente chega ao balcão com as fitas que deseja locar. 2. O cliente informa seu nome e entrega as fitas ao funcionário. 3. O funcionário registra o nome do cliente e inicia a locação. 4. O funcionário registra cada uma das fitas. 5. O funcionário finaliza a locação, devolve as fitas ao cliente e lhe informa a data de devolução e o valor total da locação. 6. O cliente vai embora com as fitas. Tratamento de Exceções: 3a. O cliente não possui cadastro. 3a.1 O cliente deve informar seus dados para cadastro. 3a.2 O funcionário registra o cadastro. 3a.3 Retorna ao fluxo principal no passo 3. 3b. O cliente possui pendências no cadastro (locação anterior não foi paga). 3b.1 O cliente paga seu débito. 3b.2 O funcionário registra a quitação do débito, eliminando assim a pendência. 3b.3 Retorna ao passo 3. 4a. Uma fita está reservada para outro cliente. 4a.1 O funcionário informa que a fita não está disponível para locação. 4a.2 Prossegue a locação do passo 4 sem incluir a fita reservada. 4b. Uma fita está danificada. 4b.1 O funcionário informa que a fita está danificada. 4b.2 O funcionário registra que a fita está danificada. 4b.2 O funcionário verifica se existe outra fita disponível com o mesmo filme. 4b.3 Se existir, o funcionário substitui a fita e segue no passo 4, senão segue do passo 4 sem incluir a fita danificada.

Controladora de Sistema

Associações

Associações Associação: Relação estática que pode existir entre dois conceitos complexos, complementando a informação que se tem sobre eles em um determinado instante, ou referenciando informação associativa nova Operação: ato de transformar a informação, passando de um estado para outro, mudando, por exemplo, a configuração das associações, destruindo e/ou criando novas associações ou objetos, ou modificando o valor dos atributos

Uma associação

Uma operação (transação) não deve ser modelada como associação

Como modelar a transação se necessário

Como encontrar Associações

Como encontrar Associações Procure observar cada conceito complexo e se pergunte se a informação representada por ele é completa. Se não for, deve-se criar uma associação entre este conceito e outro(s) conceito(s) de forma a complementar a informação necessária para que o conceito faça sentido.

Conceitos dependentes e independentes Conceitos dependentes: Precisam estar ligados a outros conceitos para fazer sentido. Conceitos independentes: Não precisam estar ligados a outros conceitos para fazer sentido.

Atributos disfarçando associações Não se deve colocar no modelo conceitual os atributos que representam chaves estrangeiras, como se fosse uma tabela de banco de dados relacional Ex.: não colocar nome do cliente como atributo de Empréstimo

Definição e Multiplicidade de Papéis

Definição de papéis Descreve o estado de uma classe. Caracteriza os relacionamentos com outras classes.

Definição de papéis

Multiplicidade Define a quantidade de instâncias (objetos) que uma classe pode ter em um relacionamento.

Valor Multiplicidade Descrição * Número ilimitado de instâncias 1 Uma única instância 0..* Zero ou mais instancias 1..* Uma ou mais instancias 0..1 Zero ou uma instancia <literal> <literal>..* <literal>..<literal> Número definido de instancias Número mínimo definido de instancias ou mais Número mínimo e máximo definidos de instancias

Multiplicidade É fundamental saber a quantidade de elementos que uma associação permite. Avaliar o que a associação representa Presente Histórico

Multiplicidade de Papel

* 1

Multiplicidade Atenção ao conceito Empréstimo Refere-se ao conjunto de fitas levadas? Cada fita individualmente corresponde a um empréstimo?

* 1

Direção das Associações

Direção das Associações Uma associação, no modelo conceitual, deve ser não-direcional. Origem e destino não devem ser estabelecidos. Direção é abordada na fase de projeto.

Sentido de Leitura

Conjuntos e Coleções

Conjuntos e Coleções Uma associação com multiplicidade * representa um conjunto de objetos da classe referenciada.

Conjuntos e Coleções

Ordenação

Ordenação Indica uma ordem predefinida de acesso aos elementos. Representada pela restrição {ordered}

Ordenação

Qualificação

Qualificação Forma de simplificação de um modelo conceitual. É recomendado usar qualificadores sempre que um conceito possuir um atributo que o identifica unicamente.

Associação Qualificada

Subconjunto (partição) Define-se o papel da associação do lado qualificado como * No próximo exemplo: Para cada gênero corresponderá um subconjunto do conjunto das fitas associadas a videolocadora.

Partição

Agregação e Composição

Composição Algumas associações podem ser consideradas mais fortes do que outras no sentido de que elas definem um objeto composto por outros.

Composição

Agregação Compartilhada

Agregação Compartilhada

Organização do Modelo Conceitual

Organização dos Conceitos Estrutural: Representando relações de generalização estrutural de conceitos, como por exemplo, Pessoa, generalizando Homem e Mulher. Associativa: Representando relações de papéis associativos entre conceitos, como, por exemplo, Pessoa, podendo representar junto a uma empresa o papel de Cliente ou Funcionário. Temporal: Representando relações entre estados de um conceito e o conceito em si, como, por exemplo, Pessoa e os estados: Criança, Jovem, Adulto e Idoso.

Herança Ajuda a fatorar informações as quais de outra forma ficariam repetidas em diferentes conceitos.

Onde Generalização pode ser Usada

Não use generalização se...

Não use generalização se...

Classes de Associação

Classes de Associação Uma mesma entidade representa diferentes papéis em relação a outras entidades.

Classes de Associação

Classes Modais

Classes Modais Ou classes com estados São classes cujas instâncias podem mudar de um estado para outro ao longo de sua existência, mudando possivelmente: Estrutura Valores de atributos Comportamentos dos métodos.

Classes Modais Transição estável: Os diferentes estados de um objeto não afetam sua estrutura, mas apenas, possivelmente valores de atributos. Transição monotônica: O objeto passa de um estado para outro e à medida que muda de estado vai ganhando novos atributos ou associações. Transição não-monotônica: O objeto pode ganhar ou perder atributos ou associações à medida que muda de estado.

Transição Estável Os diferentes estados de um objeto podem ser determinados através de um simples atributo.

Transição Monotônica

Forma inconveniente de representar estados com herança

Forma inconveniente de representar estados com restrições

Forma mais eficaz para modelar estados com transição monotônica Pagamento

Transição não-monotônica

Transição não-monotônica Cada vez que o objeto muda de estado, ele pode adquirir novos atributos ou associações que não possuía antes.

Transição não-monotônica 0..1 0..1 Esta representação é demasiadamente genérica

Transição não-monotônica usando o padrão Estado

Classes de Especificação

Classes de Especificação Surge da necessidade de se colocar restrições sobre os atributos de certos conceitos, de modo que o valor de um atributo efetivamente dependa de outro.

Classes de Especificação

Cadeia de Classes de Especificação Possibilidade de determinar prazos e valores diferentes

Especificação ortogonal

Em alguns casos não se escapa das restrições *

RAD1604 - Desenvolvimento de Sistemas de Informação Prof. Ildeberto A. Rodello rodello@fearp.usp.br Slides adaptados a partir dos originais. Todos os direitos de WAZLAWICK, 2004.