Modelagem e Projeto de Bancos de Dados Geográficos com Características Temporais
|
|
- Flávio Padilha Canário
- 8 Há anos
- Visualizações:
Transcrição
1 Modelagem e Projeto de Bancos de Dados Geográficos com Características Temporais Gustavo Breder Sampaio, Alexandre Gazola, Jugurta Lisboa Filho Departamento de Informática Universidade Federal de Viçosa (UFV) CEP Viçosa MG Brasil {gustavobreder,agazola,jugurta}@dpi.ufv.br Abstract. This paper describes the support for the modeling of temporal aspects in Geographic Information Systems, using the UML-GeoFrame conceptual data model. It is also presented the extension of the ArgoCASEGEO tool that makes it possible the conceptual modeling of temporal aspects, as well as the implementation proposal in logic-level of these aspects. Resumo. Este artigo descreve o suporte à modelagem de aspectos temporais em aplicações de Sistemas de Informação Geográfica, com base no modelo conceitual de dados UML-GeoFrame. É apresentada também a extensão da ferramenta ArgoCASEGEO para permitir a modelagem conceitual dos aspectos temporais, bem como a proposta de implementação desses aspectos em nível lógico. 1. Introdução Freqüentemente os administradores recorrem a alguma informação espaço-temporal para tomar uma decisão. O sistema que auxilia nesse tipo de decisão é o Sistema de Informação Geográfica (SIG), porque permite recuperar, analisar e apresentar dados geográficos, também conhecidos como dados georreferenciados. Em muitas aplicações de SIG, a importância do tempo é indiscutível. Para se estudar o desmatamento de uma área de floresta, por exemplo, é fundamental que se possa recorrer a dados levantados no passado. Uma grande dificuldade no desenvolvimento desses sistemas é projetar o banco de dados, pois além de armazenar dados descritivos, esse banco também deve armazenar dados espaciais. Porém, utilizando-se um modelo conceitual adequado, esta tarefa pode ser extremamente facilitada. Para solucionar este problema, [Lisboa Filho and Iochpe, 1999] propõem o framework conceitual GeoFrame, atrelado à linguagem UML. Entretanto esse modelo não atendia adequadamente a alguns requisitos necessários para o tratamento de aspectos temporais. [Rocha, L. V. and Edelweiss, N., 2001] descrevem uma extensão a esse modelo que possibilita ao projetista modelar diversos aspectos relativos ao tempo, mas não apresenta nenhuma solução de como essa modelagem deve ser implementada posteriormente. Dessa forma, com o intuito de permitir aos usuários o tratamento de
2 dados espaço-temporais de um modo simples, tanto conceitualmente como em nível lógico, somente os conceitos essenciais da proposta de Rocha foram utilizados na proposta de extensão de aspectos temporais do modelo UML-GeoFrame e que foram implementados na ferramenta ArgoCASEGEO [Lisboa Filho et al., 2004]. Outro framework conceitual orientado a objetos baseado no GeoFrame e que também pode ser utilizado para projeto de aplicações espaço-temporais é proposto por [Wang et al., 2003]. Este artigo está organizado da seguinte forma: a Seção 2 apresenta uma breve revisão de alguns modelos conceituais específicos para aplicações espaço-temporais propostos na literatura. Na Seção 3 são mostrados os aspectos temporais adicionados ao modelo UML-GeoFrame. A Seção 4 descreve a incorporação desses aspectos à ferramenta ArgoCASEGEO e apresenta regras de transformação de esquemas conceituais para esquemas lógicos, considerando o modelo de dados da biblioteca de componentes espaciais TerraLib. Finalmente, a Seção 5 traz algumas considerações finais. 2. Trabalhos Correlatos Apesar de muitos modelos conceituais de banco de dados geográficos serem encontrados na literatura, nenhum deles é utilizado até hoje em larga escala. Isso pode ser explicado em parte pela grande quantidade de opções de que eles dispõem para representar características espaço-temporais do objeto. Tamanha variedade dificulta o seu uso, como ocorre com o modelo MADS, por exemplo. O MADS (Modeling of Application Data with Spatiotemporal features) [Parent et al., 1999] foi apresentado em 1995 e é uma extensão do modelo ER. Possui um grande poder de expressão e com a adição de ícones ao diagrama, pode-se representar características espaciais e temporais das entidades, atributos e relacionamentos. Um atributo pré-definido chamado status guarda a situação atual de uma instância através dos possíveis valores que pode receber. Esses valores são: not-yet-existing (ainda não existe), active (ativo), suspended (suspendido) ou disabled (desabilitado). Outro modelo conceitual de banco de dados geográficos é o UML+SpatialPVL [Bédard, 1999], que é uma extensão da UML e utiliza estereótipos para representação espaço-temporal. Dois conceitos básicos são utilizados: existência (indica quando um objeto existe na realidade modelada) e evolução (utilizado quando se deseja guardar o histórico das mudanças de um atributo). Uma ferramenta CASE (Perceptory) foi implementada para dar suporte ao modelo UML+SpatialPVL, como uma extensão do software Microsoft Visio. Apesar desta ferramenta permitir que o projetista crie esquemas utilizando os conceitos do modelo UML+SpatialPVL, ela ainda não possui um módulo para geração automática, o que limita bastante o seu uso. Além desses dois modelos, pode-se citar ainda os modelos GeoOOA e OO- TGIS, ambos com suporte à modelagem de aspectos temporais, mas também sem suporte à conversão para o nível lógico. 3. Modelagem de Aspectos Temporais no Modelo UML-GeoFrame Para permitir o tratamento de dados espaço-temporais, novos construtores foram adicionados ao modelo UML-GeoFrame. Essa extensão tem como objetivo tornar simples a modelagem dos aspectos temporais dos dados geográficos. Por exemplo, o
3 tempo de transação, proposto por Rocha [Rocha et al., 2001], que considera o momento em que a informação existe no banco de dados, não é adotado. Nas aplicações de SIG, o mais importante é saber quando um determinado dado é válido na realidade modelada. O modelo UML-GeoFrame dispõe de duas opções para indicar que uma classe é temporal: Classe Instante ( ) e Classe Intervalo ( ). Usa-se a primeira quando uma informação é válida somente em um determinado ponto no tempo. Nesse caso, o objeto não evolui, pois sua validade se resume a um instante. Por exemplo, quando se deseja representar um acidente que ocorreu em uma rodovia, é essencial associar um instante de tempo a ele. A outra alternativa indica que a informação é válida em um intervalo de tempo, ou seja, entre um valor temporal inicial e um final. Esses intervalos de validade não possuem necessariamente o mesmo tamanho. Além disso, é permitida a evolução do objeto, pois seus atributos podem variar no período correspondente ao seu intervalo de validade. Se uma classe possui o estereótipo ( ), significa que uma alteração em qualquer atributo de um objeto (exceto o identificador) gera uma nova versão do objeto, sendo que a antiga não é perdida. No modelo UML-GeoFrame as classes do domínio de aplicação são modeladas como subclasses das seguintes classes: ObjetoNãoGeográfico ( ), ObjetoGeográfico ( ) e CampoGeográfico ( ). Objetos Não Geográficos não possuem representação espacial. Objetos Geográficos representam fenômenos discretos e podem possuir representação espacial pontual ( ), linear ( ) ou poligonal ( ). Campos Geográficos caracterizam fenômenos que variam continuamente no espaço. Algumas de suas representações espaciais mais utilizadas são grade de células ( ), isolinhas ( ) e TIN ( ). Um estereótipo temporal de Instante ou Intervalo pode ser adicionado a qualquer classe, transformando-a em uma classe temporal. Na Figura 1, são mostrados exemplos de classes hipotéticas com estereótipos temporais. ObjetoNãoGeográfico ObjetoGeográfico CampoGeográfico Instante Intervalo Figura 1. Classes temporais no modelo UML-GeoFrame
4 Em uma classe temporal, deve-se especificar a granularidade da informação. O modelo UML-GeoFrame suporta três opções de granularidades: Date, Time e Timestamp. A opção Date indica que apenas a informação de data é armazenada. Esta é a opção padrão. Já a opção Time indica que apenas a informação de horário é armazenada. Por fim, a opção Timestamp indica que ambas as informações (data e hora) devem ser armazenadas no banco de dados. Dessa forma, cada objeto ou cada versão do objeto (para classes que possuem o estereótipo ) tem associado a ele uma informação temporal juntamente com a granularidade escolhida. É importante que o projetista entenda quais classes devem ser modeladas como temporal. Três casos são analisados a seguir: a) Classes em que se deseja guardar a evolução de seus objetos devem receber o estereótipo temporal do tipo intervalo ( ). Nesse caso, uma forma especial de armazenamento precisa ser criada no banco de dados, permitindo que novas versões do objeto sejam criadas para armazenar sua evolução; b) Classes em que seus objetos variam com o tempo, mas não é de interesse da aplicação guardar essa evolução, não devem receber nenhum estereótipo temporal. Nesse caso, fica indicado que os objetos são armazenados de forma tradicional. Toda vez que houver uma mudança, o valor antigo é sobrescrito; c) Classes em que seus objetos existem apenas em um ponto no tempo devem receber o estereótipo do tipo instante ( ). Além de permitir a inclusão de temporalidade em classes (com a conseqüente e automática propagação para seus atributos), o modelo UML-GeoFrame permite representar associações temporais, identificadas pelo estereótipo <<temp>>. A validade de uma associação, ou seja, o período de tempo em que a mesma existe, pode ser definida como a interseção dos períodos de validade dos objetos das classes envolvidas na associação. Isto porque não é possível um relacionamento existir num instante de tempo em que um objeto de uma das classes participantes desse relacionamento não exista. Assim, considerando T como esse período de interseção, tem-se: Associação temporal sua validade deve estar contida no intervalo T. Isto é, a associação deve permanecer válida no máximo pelo período de tempo no qual ambos os objetos coexistam no tempo; Associação não temporal sua validade é igual ao intervalo T. Nesse caso, a interpretação é a mesma dada a relacionamentos convencionais, onde a associação permanece válida enquanto os objetos coexistirem no tempo. As subseções seguintes ilustram os conceitos de classes e associações temporais, por meio de alguns exemplos Exemplo de Associação entre Classes com Temporalidade do Tipo Intervalo A Figura 2 exibe uma associação entre duas classes temporais do tipo Intervalo. Nesse exemplo, o projetista poderia estar interessado em relacionar informações temporais sobre países e epidemias que ocorrem nesses países. A classe País possui informações sobre nome, população e PIB. Os atributos população e PIB variam no tempo, caracterizando País como uma classe temporal do tipo Intervalo. A classe Epidemia é responsável por tratar os diversos tipos de epidemia que podem ocorrer em determinado
5 país. A temporalidade da classe Epidemia é importante pela necessidade de se observar sua evolução no tempo, bem como possíveis períodos de início e erradicação da mesma. Neste exemplo, utilizou-se uma associação não temporal. A diferença entre uma associação temporal e uma não temporal é que, no primeiro caso, relacionamentos que não são mais válidos no presente continuam sendo mantidos no banco de dados, ou seja, continuam válidos apenas para o período em que ocorreram. Já na associação não temporal, somente os relacionamentos válidos no presente é que são mantidos no banco de dados. Figura 2. Exemplos de associação entre classes temporais do tipo Intervalo 3.2. Exemplo de Associação entre Classes com Temporalidade do Tipo Instante e Classes não Temporais A Figura 3 exibe um exemplo de uma associação entre as classes Rodovia e Acidente. A classe Rodovia não possui temporalidade associada, pois o projetista optou por não armazenar informações relativas à evolução ou período de existência de uma rodovia. Por outro lado, a classe Acidente está modelada como sendo temporal do tipo Instante, caracterizando o instante de tempo em que o acidente ocorreu. A associação (não temporal) entre essas classes representa que, em cada rodovia, podem ser verificados zero ou muitos acidentes. Figura 3. Exemplos de associação entre uma classe temporal Instante e uma classe não temporal Para classes não temporais, considera-se como período de validade de seus objetos todo o eixo temporal. É o que ocorre com os objetos da classe Rodovia. A classe Acidente, caracterizada como temporal do tipo Instante, possui informações válidas somente em um determinado ponto do tempo Exemplo de Associação entre Classes com Temporalidade do Tipo Instante e Classes com Temporalidade do Tipo Intervalo Como um último exemplo, considere a associação exibida na Figura 4, entre as classes Incêndio e Edificação. A primeira é modelada como objeto não geográfico, mas temporal do tipo Instante, representando que um incêndio pode ocorrer em um
6 determinado ponto do tempo. A segunda é a classe Edificação, que modela as edificações existentes e seus tipos, como casas, prédios, etc. A classe Edificação é temporal do tipo Intervalo pelo fato de uma edificação possuir um período de existência, caracterizado pelo instante de inauguração da edificação e o instante de demolição da edificação. A associação (não temporal) entre essas duas classes denota que, em cada edificação, podem ter ocorrido nenhum ou muitos incêndios. Figura 4. Exemplos de associação entre uma classe que possui estereótipo Instante e uma classe que possui estereótipo Intervalo 4. Implementação dos Aspectos Temporais na Ferramenta ArgoCASEGEO ArgoCASEGEO [Lisboa Filho et al., 2004] é uma ferramenta CASE que tem como objetivo dar suporte à modelagem e projeto de bancos de dados geográficos com base no modelo UML-GeoFrame. ArgoCASEGEO foi implementada como uma extensão do software ArgoUML [Tigris, 2005]. Portanto, é escrita em Java e com código-aberto. Para tornar a ferramenta ArgoCASEGEO habilitada para a modelagem de informação temporal, foram inseridos os novos construtores do modelo UML-GeoFrame, descritos na seção anterior. O Módulo Gráfico da ArgoCASEGEO foi o primeiro a ser estendido para suportar aspectos temporais, ou seja, para permitir a inclusão dos estereótipos ( ) e ( ). Além disso, o projetista deve informar qual a granularidade temporal de cada classe temporal. Para uma classe que não é temporal, a ArgoCASEGEO não permite indicar granularidade e para uma classe temporal não é permitido ter mais de uma granularidade. A ferramenta ArgoCASEGEO armazena o esquema conceitual de dados em um arquivo XMI através do Módulo Dicionário de Dados. Novas tags foram adicionadas ao esquema XMI para armazenar as características temporais do objeto. Como exemplo, a Figura 5 exibe um trecho do arquivo gerado para uma classe chamada Imagem_Satélite, a qual está definida como sendo temporal do tipo Instante com granularidade Timestamp.
7 <Foundation.Core.GeographicField xmi.id="xmi.2" xmi.uuid=" c0b8a0:1025e1f0:-7ffd"> <Foundation.Core.ModelElement.name> Imagem_Satélite </Foundation.Core.ModelElement.name> <Foundation.Core.GeneralizableElement.isGridOfCels xmi.value="true"/> <Foundation.Core.GeneralizableElement.isAdjPolygons xmi.value="false"/> <Foundation.Core.GeneralizableElement.isIsolines xmi.value="false"/> <Foundation.Core.GeneralizableElement.isGridOfPoints xmi.value="false"/> <Foundation.Core.GeneralizableElement.isTIN xmi.value="false"/> <Foundation.Core.GeneralizableElement.isIrregularPoints xmi.value="false"/> <Foundation.Core.GeneralizableElement.isInterval xmi.value="false"/> <Foundation.Core.GeneralizableElement.isInstant xmi.value="true"/> <Foundation.Core.GeneralizableElement.isTimeGranularity xmi.value="false"/> <Foundation.Core.GeneralizableElement.isDateGranularity xmi.value="false"/> <Foundation.Core.GeneralizableElement.isTimestampGranularity xmi.value="true"/> Figura 5. Definição da classe Imagem_Satélite no formato XMI 4.1 Transformação Conceitual-Lógico A ferramenta ArgoCASEGEO possui um Módulo de Geração Automática (MGA) de esquema no nível lógico. Como não existe um modelo padrão para SIG, cada software possui um modelo de implementação próprio. Assim, a ArgoCASEGEO possui um MGA para alguns sistemas comerciais e também um MGA para a biblioteca TerraLib [Câmara, et al., 2000]. TerraLib é uma biblioteca de código aberto, com classes e funções escritas em C++ para a construção de aplicações de SIG. Com o objetivo de validar a extensão temporal proposta para o modelo UML- GeoFrame, neste trabalho optou-se por estender o MGA-TerraLib para possibilitar a especificação do esquema de dados lógico considerando os aspectos temporais descritos anteriormente. Assim, a partir do arquivo XMI o MGA-TerraLib transforma um esquema conceitual UML-GeoFrame em um esquema de dados lógico da TerraLib. As regras de transformação são definidas com base no modelo relacional, seguindo o esquema da TerraLib. Logo, deve-se especificar uma chave primária em cada classe para que essa transformação possa ser realizada corretamente. A seguir, as duas regras de transformação dos aspectos temporais são apresentadas. Regra 1: Classes temporais Os atributos definidos para uma classe dão origem a atributos em uma relação correspondente. Para as classes temporais do tipo Instante as regras são bastante simples. Além dos atributos descritivos e geométricos, é adicionado um atributo temporal instante, que possui o domínio definido de acordo com a granularidade especificada para a classe correspondente. Como exemplo, na Figura 6 são mostrados os esquemas das relações gerados para as classes A, B e C mostradas na Figura 1. Considerou-se que o primeiro atributo é a chave primária. Os campos object_id e limit que aparecem em algumas relações são criados para fazer referência à geometria do objeto. Para facilitar a compreensão, a chave primária está sublinhada.
8 A: A1 instante A2 A3 B: B1 instante B2 B3 object_id C: C1 instante C2 C3 object_id limit Figura 6. Esquemas gerados para três classes temporais do tipo Instante Para classes temporais do tipo Intervalo que possuem uma chave primária (PK) e outros atributos (OA), uma relação é criada com a PK. As chaves estrangeiras, caso existam, também são acrescentadas à essa relação. Além disso, outra relação é criada para armazenar as versões de seus objetos. Para garantir a integridade, também é feito um relacionamento 1..N entre a primeira relação e a relação de versões. A chave primária da relação de versões é composta pela PK mais um atributo temporal. Logo, a relação de versões possuirá os seguintes atributos: chave primária = (PK + inicio); demais atributos = (fim + OA) A Figura 7 exibe os esquemas das relações geradas para as classes D, E e F mostradas na Figura 1. Os atributos temporais início e fim possuem granularidade especificada no painel da classe correspondente. O asterisco indica que o atributo é chave estrangeira. D: D1 D_versões D1* inicio fim D2 D3 E: E1 E_versões E1* inicio fim E2 E3 object_id F: F1 F_versões F1* inicio fim F2 F3 object_id limit Figura 7. Esquemas gerados para três classes temporais do tipo Intervalo Regra 2: Associações temporais Dada uma associação temporal, seja qual for sua multiplicidade, uma nova relação é criada com as chaves primárias das classes envolvidas (semelhante a um relacionamento N..N). Essa nova relação é necessária para guardar o período de validade da associação. Para isso, dois atributos temporais que indicam o início e o fim de validade daquela associação estão presentes.
9 Pode-se perceber que alguns esquemas gerados são equivalentes do ponto de vista das informações que eles podem armazenar. Para exemplificar, é feita uma adaptação em parte de um esquema conceitual encontrado em [Rocha et al., 2001] sobre abastecimento de água. A Figura 8 mostra duas classes. Deseja-se criar uma associação entre elas de forma que, para cada ponto de captação, seja possível guardar dados sobre coleta de amostras do recurso hídrico ao qual aquele ponto pertence, sendo estas amostras feitas em instantes diferentes. Figura 8. Classes de um esquema sobre abastecimento de água Uma maneira de se fazer isso é criar uma associação que represente que cada ponto de captação possui várias amostras. A Figura 9 ilustra essa opção. A Figura 10 exibe, respectivamente, os esquemas das relações PontoCaptação, PontoCaptação_versões e ColetaAmostra, gerados a partir desse esquema. Figura 9. Associação não temporal entre PontoCaptação e ColetaAmostra PontoCaptação: código PontoCaptação_versões código* inicio fim vazão níveltrechorh object_id ColetaAmostra código instante nívelph condiçãoamostra codpontocaptação* Figura 10. Esquemas gerados a partir de uma associação não-temporal Uma alternativa é criar uma associação temporal, indicando que cada ponto de captação possui apenas uma amostra em um mesmo instante de tempo. A Figura 11 exibe o esquema utilizando essa abordagem. Na Figura 12 têm-se, respectivamente, os esquemas das relações PontoCaptação, PontoCaptação_versões, ColetaAmostra e PontoCaptacão_ColetaAmostra (relação que guarda os relacionamentos) gerados pela transformação automática do esquema conceitual de dados.
10 Figura 11. Associação temporal entre PontoCaptação e ColetaAmostra PontoCaptação: código PontoCaptação_versões código* início fim vazão níveltrechorh object_id ColetaAmostra código instante nívelph condiçãoamostra PontoCaptação_ColetaAmostra: codpontocaptação* codcoletaamostra* início fim Figura 12. Esquemas gerados a partir de uma associação temporal O projetista pode optar pela segunda opção para expressar melhor a associação. Porém, há um inconveniente: os atributos inicio e fim da relação PontoCaptação_ ColetaAmostra (que contêm os relacionamentos) são redundantes, pois o único valor que eles podem assumir é o instante de validade da coleta da amostra. Esse controle deve ser feito pela aplicação, assim como ela também não deve permitir que, em um mesmo instante, um ponto possua mais de uma amostra, visto que isso é incompatível com o que foi especificado. 6. Conclusões Este artigo apresentou técnicas de modelagem de aspectos temporais em uma aplicação de Sistema de Informação Geográfica. Foram discutidas algumas alternativas de modelagem espaço-temporal, com a conseqüente proposta de extensão do modelo UML-GeoFrame e sua implementação na ferramenta ArgoCASEGEO. Foram descritas as regras de transformação dos aspectos temporais, tendo como origem um esquema conceitual de dados no modelo UML-GeoFrame e como destino o esquema lógico de dados da biblioteca de componentes espaciais TerraLib. Dessa forma, ilustrou-se como modelar as informações espaço-temporais, tanto em nível conceitual (UML-GeoFrame) quanto em nível lógico (TerraLib). Agradecimentos Este trabalho foi parcialmente financiado pelo Conselho Nacional de Desenvolvimento Científico e Tecnológico CNPq, entidade governamental brasileira promotora do desenvolvimento científico e tecnológico e pela Fapemig Fundação de Amparo à Pesquisa do Estado de Minas Gerais.
11 Referências Bédard, Y. (1999), Visual modelling of spatial databases towards spatial extensions and UML. In Geomatica, v.53, n.2. Câmara, G. et al. (2000), TerraLib: Technology in Support of GIS Innovation. In II Brazilian Symposium in Geoinformatics, GeoInfo2000, São Paulo. Lisboa Filho, J. and Iochpe, C. (1999), Specifying analysis patterns for geographic databases on the basis of a conceptual framework. In Proc.7th ACM GIS, Kansas City. Parent, C. et al. (1999), Spatio-temporal conceptual models: data structures + space + time. In Proc.7th ACM GIS, Kansas City. Rocha, L. V. and Edelweiss, N. (2001), GeoFrame-T: um framework conceitual temporal para aplicações de Sistemas de Informação Geográfica. Porto Alegre: PGCC da UFRGS. Dissertação de Mestrado. Tigris: ArgoUML Project Home. (2005). Disponível em Wang, K., Fierbinteanu, C. and Maekawa1, M. (2003), A conceptual framework for spatiotemporal data modeling. In DEXA 2003, LNCS 2736, pp , Prague, Czech Republic.
3.1 Definições Uma classe é a descrição de um tipo de objeto.
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Classes Autoria:Aristófanes Corrêa Silva Adaptação:
Leia maisArgoCASEGEO + TerraLib = bancos de dados geográficos para aplicações Small GIS
ArgoCASEGEO + TerraLib = bancos de dados geográficos para aplicações Small GIS Alexandre Gazola, Gustavo Breder Sampaio, Jugurta Lisboa Filho Departamento de Informática Universidade Federal de Viçosa
Leia maisSimulado Banco de Dados I Bimestre 1 Capítulo 1 Projeto Lógico de Banco de Dados
Simulado Banco de Dados I Bimestre 1 Capítulo 1 Projeto Lógico de Banco de Dados 01) Defina com suas próprias palavras: a) Banco de Dados b) Sistema Gerenciador de Banco de Dados c) Sistema de Banco de
Leia maisESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE
ESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE Fabiana Gomes Marinho Faculdade Lourenço Filho Resumo: Na UML, a modelagem conceitual dos dados é descrita pelo diagrama de classes, que através
Leia maisJugurta Lisboa Filho
MundoGEO#Connect LatinAmerica 2012 29 a 31 de Maio São Paulo (SP) Brasil SEMINÁRIO QUALIDADE DE DADOS GEOESPACIAIS Modelagem e integração de dados espaciais e não espaciais Projeto CASEGeo/UFV Jugurta
Leia maisO modelo Entidade-Relacionamento. Agenda: -Modelagem de dados utilizando O Modelo Entidade-Relacionamento
O modelo Entidade-Relacionamento Agenda: -Modelagem de dados utilizando O Modelo Entidade-Relacionamento 1 Antes de começarmos: A modelagem conceitual é uma fase muito importante no plamejamento de um
Leia maisAULA 15 Plugin Preenchimento de Células
15.1 AULA 15 Plugin Preenchimento de Células Nessa aula são apresentadas as funcionalidades do plugin de preenchimento de células. O plugin Preenchimento de Células possibilita calcular valores para atributos
Leia maisArgoCASEGEO - Uma Ferramenta CASE de Código-Aberto para o Modelo UML-GeoFrame
ArgoCASEGEO - Uma Ferramenta CASE de Código-Aberto para o Modelo UML-GeoFrame Jugurta Lisboa Filho Maurício Fidélis Rodrigues Júnior Jaudete Daltio Universidade Federal de Viçosa - Departamento de Informática
Leia maisSISTEMAS DE INFORMAÇÃO GERENCIAIS
SISTEMAS DE INFORMAÇÃO GERENCIAIS Aluno: Luiza Cavalcanti Marques Orientador: Silvio Hamacher Introdução A modelagem e a utilização de bancos de dados em atividades gerenciais têm sofrido um aumento significativo
Leia maisProgramação Orientada a Objeto
Programação Orientada a Objeto Classes, Atributos, Métodos e Objetos Programação de Computadores II Professor: Edwar Saliba Júnior 1) Java é uma linguagem orientada a objetos. Para que possamos fazer uso
Leia maisResolução da lista de exercícios de casos de uso
Resolução da lista de exercícios de casos de uso 1. Explique quando são criados e utilizados os diagramas de casos de uso no processo de desenvolvimento incremental e iterativo. Na fase de concepção se
Leia maisIntrodução aos Sistemas de Informação Geográfica
Introdução aos Sistemas de Informação Geográfica Mestrado Profissionalizante 2015 Karla Donato Fook karladf@ifma.edu.br IFMA / DAI Modelagem de Dados Geográficos 2 1 O que é um Modelo de Dados? É um conjunto
Leia maisAULA 2 Planos, Vistas e Temas
2.1 AULA 2 Planos, Vistas e Temas Essa aula apresenta os conceitos de Plano de Informação, Vista e Tema e suas manipulações no TerraView. Para isso será usado o banco de dados criado na AULA 1. Abra o
Leia maisModelo Relacional. 2. Modelo Relacional (Lógico)
Modelo Relacional 2. Modelo Relacional (Lógico) Derivado do modelo conceitual; Depende do SGBD escolhido; Independe dos dispositivos de armazenamento; Primitivas: tabelas, linhas e colunas; Transformação
Leia mais4.1. UML Diagramas de casos de uso
Engenharia de Software 4.1. UML Diagramas de casos de uso Nuno Miguel Gil Fonseca nuno.fonseca@estgoh.ipc.pt Utilizados para ajudar na análise de requisitos Através da forma como o utilizador usa o sistema
Leia maisTransformação de um Modelo de Empresa em Requisitos de Software
Transformação de um Modelo de Empresa em Requisitos de Software Fábio Levy Siqueira 1 and Paulo Sérgio Muniz Silva 2 1 Programa de Educação Continuada da Poli-USP, São Paulo, Brazil 2 Escola Politécnica
Leia maisEspecificação do Trabalho
Especificação do Trabalho I. Introdução O objetivo deste trabalho é abordar a prática da programação orientada a objetos usando a linguagem Java envolvendo os conceitos de classe, objeto, associação, ligação,
Leia maisIII. Projeto Conceitual de Banco de Dados. Pg. 1 Parte III (Projeto Conceitual de Banco de Dados)
III Projeto Conceitual de Banco de Dados 16 páginas INTRODUÇÃO CONCEITOS BÁSICOS ENTIDADES E TIPOS DE ENTIDADES RELACIONAMENTOS E TIPOS DE RELACIONAMENTOS ATRIBUTOS E TIPOS DE ATRIBUTOS ABSTRAÇÕES DE DADOS
Leia maisUML: Diagrama de Casos de Uso, Diagrama de Classes
UML: Diagrama de Casos de Uso, Diagrama de Classes Diagrama de Casos de Uso O modelo de casos de uso visa responder a pergunta: Que usos (funcionalidades) o sistema terá? ou Para que aplicações o sistema
Leia maisExemplo de Modelagem Orientada a Objetos
Curso Curso de Análise, Design e Implementação de Sistemas OO Exemplo de Modelagem Orientada a Objetos Finalidade deste documento: Exemplificar a modelagem, utilizando-se a UML (Unified Modeling Language
Leia maisCurso de Gestão em SI MODELAGEM DE DADOS. Rodrigo da Silva Gomes. (Extraído do material do prof. Ronaldo Melo - UFSC)
Curso de Gestão em SI MODELAGEM DE DADOS Rodrigo da Silva Gomes (Extraído do material do prof. Ronaldo Melo - UFSC) Modelo Conceitual Descrição do banco de dados de forma independente de implementação
Leia maisUML (Unified Modelling Language) Diagrama de Classes
UML (Unified Modelling Language) Diagrama de Classes I Classes... 2 II Relações... 3 II. Associações... 3 II.2 Generalização... 9 III Exemplos de Modelos... III. Tabelas de IRS... III.2 Exames...3 III.3
Leia maisPersistência e Banco de Dados em Jogos Digitais
Persistência e Banco de Dados em Jogos Digitais Prof. Marcos Francisco Pereira da Silva Especialista em Engenharia de Software Jogos Digitais - Banco de Dados 1 Agenda Modelo Entidade-Relacionamento UML
Leia maisCapítulo 8. Introdução UML
Capítulo 8. Introdução UML 1/42 Índice Indice 8.1 - Introdução UML 8.2 - Modelação estrutural 8.2.1 - Representação de classes e objectos 8.2.2 - Relações entre objectos 8.2-3 - Relações de associação
Leia mais3. Fase de Planejamento dos Ciclos de Construção do Software
3. Fase de Planejamento dos Ciclos de Construção do Software A tarefa de planejar os ciclos de construção do software pode partir de diretrizes básicas. Estas diretrizes visam orientar que os ciclos de
Leia maisUNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 16 PROFª BRUNO CALEGARO
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 16 PROFª BRUNO CALEGARO Santa Maria, 12 de Novembro de 2013. Revisão aula anterior Modelagem orientada a objetos com UML Software: Astah Community
Leia maisAnálise e Projeto Orientados a Objeto
Análise e Projeto Orientados a Objeto Objetivos Comparar e contrastar Análise e Projeto Definir O que vamos fazer na disciplina? Saber uma linguagem de programação orientada a objeto (OO) não é suficiente
Leia mais6 Ferramenta de Apoio ao Processo de Desenvolvimento de Sistemas Multi-Agentes
6 Ferramenta de Apoio ao Processo de Desenvolvimento de Sistemas Multi-Agentes A ferramenta MAS-ML Tool surgiu com o objetivo de viabilizar o processo de desenvolvimento proposto na Seção anterior, implementando
Leia maisImplementando uma Classe e Criando Objetos a partir dela
Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 04 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO) Parte: 2 Prof. Cristóvão Cunha Implementando uma Classe
Leia mais5 Considerações finais
5 Considerações finais 5.1. Conclusões A presente dissertação teve o objetivo principal de investigar a visão dos alunos que se formam em Administração sobre RSC e o seu ensino. Para alcançar esse objetivo,
Leia maisMAPEAMENTO OBJETO RELACIONAL: UM ESTUDO DE CASO
MAPEAMENTO OBJETO RELACIONAL: UM ESTUDO DE CASO UTILIZANDO O HIBERNATE Rafael Laurino GUERRA, Dra. Luciana Aparecida Martinez ZAINA Faculdade de Tecnologia de Indaiatuba FATEC-ID 1 RESUMO Este artigo apresenta
Leia maisProjeto de Banco de Dados. Disciplina: Banco de Dados I José Antônio da Cunha
Projeto de Banco de Dados Disciplina: Banco de Dados I José Antônio da Cunha Introdução Banco de Dados Esta aula apresenta os conceitos da área de banco de dados, que são necessários à compreensão do projeto
Leia maisModelagem de dados usando o modelo BANCO DE DADOS 1º TRIMESTRE PROF. PATRÍCIA LUCAS
Modelagem de dados usando o modelo Entidade-Relacionamento BANCO DE DADOS 1º TRIMESTRE PROF. PATRÍCIA LUCAS Introdução Modelagem conceitual fase de planejamento/projeto de um BD; Modelo Entidade/Relacionamento
Leia maisAgenda Semântica. Grupo: Francisco Rodrigues Júnior Guilherme Daher Ferreira Luana Vieira Morellato Renan Rigo
Universidade Federal do Espírito Santo Inteligência Artificial Agenda Semântica Grupo: Francisco Rodrigues Júnior Guilherme Daher Ferreira Luana Vieira Morellato Renan Rigo Vitória 2007/02 Agenda Semântica
Leia maisEngenharia de Software Engenharia de Requisitos. Análise Orientada a Objetos Prof. Edison A M Morais http://www.edison.eti.br prof@edison.eti.
Engenharia de Software Engenharia de Requisitos Análise Orientada a Objetos Prof. Edison A M Morais http://www.edison.eti.br prof@edison.eti.br 1 Contextualizando... Fonte: [1] O Processo de ER pode ser
Leia maisOrientação a Objetos
1. Domínio e Aplicação Orientação a Objetos Um domínio é composto pelas entidades, informações e processos relacionados a um determinado contexto. Uma aplicação pode ser desenvolvida para automatizar ou
Leia maisOdyssey-MDA: Uma Ferramenta para Transformações de Modelos UML
Odyssey-MDA: Uma Ferramenta para Transformações de Modelos UML Natanael E. N. Maia, Ana Paula B. Blois, Cláudia M. Werner COPPE/UFRJ Programa de Engenharia de Sistemas e Computação Caixa Postal 68.511
Leia maisEng Civil Washington Peres Núñez Dr. em Engenharia Civil pela Universidade Federal do Rio Grande do Sul
PESQUISA ANÁLISE DE CARACTERÍSTICAS DE QUALIDADE DE MISTURAS ASFÁLTICAS PRODUZIDAS NA ATUALIDADE NO SUL DO BRASIL E IMPACTOS NO DESEMPENHO DE PAVIMENTOS FLEXÍVEIS. MANUAL DE OPERAÇÃO DO BANCO DE DADOS
Leia maisManual do Usuário. Protocolo
Manual do Usuário Protocolo Índice de capítulos Parte I - Processos............................... 01 1 - Buscar................................ 01 2 - Listar................................ 02 3 - Abertura..............................
Leia maisCURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008/1 4º PERÍODO 7º MÓDULO AVALIAÇÃO A3 DATA 15/10/2009 ENGENHARIA DE SOFTWARE 2009/2 GABARITO COMENTADO QUESTÃO 1: Analise as afirmações
Leia maisUM MODELO DE DADOS VOLTADO AO SERVIÇO DE INTELIGÊNCIA POLICIAL. 1. Introdução. 2. Problemática
UM MODELO DE DADOS VOLTADO AO SERVIÇO DE INTELIGÊNCIA POLICIAL 1. Introdução Herbson de Carvalho O uso de um Banco de Dados na atividade de Inteligência Policial possibilita aos agentes envolvidos desempenharem
Leia maisCONSTRUÇÃO DE QUADRINHOS ATRELADOS A EPISÓDIOS HISTÓRICOS PARA O ENSINO DA MATEMÁTICA RESUMO
XXII Semana de Educação da Universidade Estadual do Ceará 31 de agosto a 04 de setembro de 2015 CONSTRUÇÃO DE QUADRINHOS ATRELADOS A EPISÓDIOS HISTÓRICOS PARA O ENSINO DA MATEMÁTICA Laura Andrade Santiago
Leia maisDensímetro de posto de gasolina
Densímetro de posto de gasolina Eixo(s) temático(s) Ciência e tecnologia Tema Materiais: propriedades Conteúdos Densidade, misturas homogêneas e empuxo Usos / objetivos Introdução ou aprofundamento do
Leia maisGuia de utilização da notação BPMN
1 Guia de utilização da notação BPMN Agosto 2011 2 Sumário de Informações do Documento Documento: Guia_de_utilização_da_notação_BPMN.odt Número de páginas: 31 Versão Data Mudanças Autor 1.0 15/09/11 Criação
Leia maisA seguir são apresentadas as etapas metodológicas da Pesquisa CNT de Rodovias.
Metodologia A Pesquisa CNT de Rodovias propõe-se a avaliar a situação das rodovias brasileiras a partir da perspectiva dos usuários da via. As características - pavimento, sinalização e geometria - são
Leia maisProgramação Orientada a Objetos: Lista de exercícios #1. Bruno Góis Mateus
Programação Orientada a Objetos: Lista de exercícios #1 Bruno Góis Mateus 1 Contents Programação Orientada a Objetos (Bruno Góis Mateus ): Lista de exercícios #1 Classes e Instanciação 3 A classe Circle...............................................
Leia maisCiclo de Desenvolvimento de Sistemas de BD
Gerenciamento de Dados e Informação Fernando Fonseca Ana Carolina Valeria Times Bernadette Loscio Robson Nascimento Ciclo de Desenvolvimento de Sistemas de BD Investigação dos Dados Modelagem dos Dados
Leia maisMicrosoft Access INTRODUÇÃO. Sumário INTRODUÇÃO INTRODUÇÃO INTRODUÇÃO INTRODUÇÃO. O que é Banco de Dados?
Microsoft Access Sumário 1. 2. ABRINDO UM BANCO DE DADOS PRONTO 3. ASSISTENTE DE BANCO DE DADOS 4. NAVEGANDO PELO BANCO DE DADOS 5. CRIANDO UM BANCO DE DADOS DESDE O INÍCIO 6. CRIANDO COSULTAS 7. CRIANDO
Leia maisMODELAGEM VISUAL DE OBJETOS COM UML DIAGRAMA DE CLASSES. lucelia.com@gmail.com
MODELAGEM VISUAL DE OBJETOS COM UML DIAGRAMA DE CLASSES lucelia.com@gmail.com Externamente ao sistema, os atores visualizam resultados de cálculos, relatórios produzidos, confirmações de requisições solicitadas,
Leia maisPara os demais formatos, o relatório será gerado mas virá com configurações incorretas.
Balancete Orçamentário Produto : TOTVS Gestão Patrimonial - 12.1.6 Processo : Relatórios Subprocesso : Balancete Orçamentário Data publicação da : 17/06/2015 O Balancete é um relatório contábil oficial
Leia maisDesenvolver o projeto conceitual de Banco de dados com a utilização do Modelo Entidade-Relacionamento.
MODELAGEM DE DADOS USANDO O MODELO ENTIDADE-RELACIONAMENTO Carga horária Quatro horas EAD 3ª semana. Objetivos UNIDADE 2 Desenvolver o projeto conceitual de Banco de dados com a utilização do Modelo Entidade-Relacionamento.
Leia maisGBD PROF. ANDREZA S. AREÃO
GBD PROF. ANDREZA S. AREÃO Dado, Informação e Conhecimento DADO: Estímulos captados pelos sentidos humanos; Símbolos gráficos ou sonoros; Ocorrências registradas (em memória, papel, etc.); Indica uma situação
Leia maisPCS-409 - ENGENHARIA DE SOFTWARE l MODELAGEM DE DADOS DIAGRAMA ENTIDADE-RELACIONAMENTO
PCS-409 - EGEHARIA DE SOFTWARE l MODELAGEM DE DADOS DIAGRAMA ETIDADE-RELACIOAMETO Edit Grassiani Lino de Campos 1. ITRODUÇÃO A fase de especificação de um sistema de software inclui, além da atividade
Leia mais4- PROJETO DE BANCO DE DADOS
4- PROJETO DE BANCO DE DADOS OBJETIVOS DE ENSINO: 4 - Empregar a técnica da modelagem de dados no projeto de banco de dados. OBJETIVOS OPERACIONAIS Ao final desta unidade o aluno será capaz de: 4.1 - Definir
Leia maisRELACIONAMENTOS ENTRE CLASSES
UTFPR DAELN - Disciplina de Fundamentos de Programação II ( IF62C ). 1 RELACIONAMENTOS ENTRE CLASSES Conteúdo Introdução...2 Tipos de Relacionamentos...3 O Relacionamento de Dependência ( precisa de )...5
Leia maisModelo de Entidade e Relacionamento (MER) - Parte 07
Modelo de Entidade e Relacionamento (MER) - Parte 07 7.1 Definição Consiste em mapear o mundo real do sistema em um modelo gráfico que irá representar o modelo e o relacionamento existente entre os dados.
Leia maisProgramação Orientada a Objetos. Prof. Diemesleno Souza Carvalho diemesleno@iftm.edu.br http://www.diemesleno.com.br
Programação Orientada a Objetos Prof. Diemesleno Souza Carvalho diemesleno@iftm.edu.br http://www.diemesleno.com.br Programação Orientada a Objetos Na aula passada, vimos: Encapsulamento Programação Orientada
Leia maisAULA 16 - Sistema de Arquivos
AULA 16 - Sistema de Arquivos Arquivos podem ser vistos como recipientes que contêm dados ou como um grupo de registros correlatos. Os arquivos armazenam informações que serão utilizadas, em geral, por
Leia maisArmazenamento e Pesquisa de Topic Maps em Banco de Dados Relacional
Armazenamento e Pesquisa de Topic Maps em Banco de Dados Relacional Lucas Indrusiak, Renato Azevedo, Giovani R. Librelotto UNIFRA Centro Universitário Franciscano Rua dos Andradas, 1614 97.010-032 Santa
Leia maisChaves. Chaves. O modelo relacional implementa dois conhecidos conceitos de chaves, como veremos a seguir:
Chaves 1 Chaves CONCEITO DE CHAVE: determina o conceito de item de busca, ou seja, um dado que será empregado nas consultas à base de dados. É um conceito lógico da aplicação (chave primária e chave estrangeira).
Leia maisAULA 2 Planos, Vistas e Temas
2.1 AULA 2 Planos, Vistas e Temas Essa aula apresenta os conceitos de Plano de Informação, Vista e Tema e suas manipulações no TerraView. Para isso será usado o banco de dados criado na AULA 1. Abra o
Leia maisNúcleo de Pós Graduação Pitágoras
Núcleo de Pós Graduação Pitágoras Professor: Fernando Zaidan Disciplina: Modelagem e Projeto de Banco de Dados Especialização em Tecnologia da Informação - Ênfases Março- 2009 1 Material usado na montagem
Leia maisMODELAGEM DE DADOS GEOGRÁFICOS: APLICAÇÃO NA GESTÃO DE ÁREAS DE PRESERVAÇÃO PERMANENTE
MODELAGEM DE DADOS GEOGRÁFICOS: APLICAÇÃO NA GESTÃO DE ÁREAS DE PRESERVAÇÃO PERMANENTE GEOGRAPHIC DATA MODELLING: APPLICATION IN THE PERMANENT PRESERVATION AREAS MANAGEMENT Josiani Cordova de Oliveira
Leia maisA SEGUIR ALGUMAS DICAS PARA O DESENVOLVIMENTO DE UM PROJETO CIENTÍFICO
A SEGUIR ALGUMAS DICAS PARA O DESENVOLVIMENTO DE UM PROJETO CIENTÍFICO DESENVOLVENDO UM PROJETO 1. Pense em um tema de seu interesse ou um problema que você gostaria de resolver. 2. Obtenha um caderno
Leia maisAgenda. Banco de Dados Temporais. Banco de Dados Temporais. Introdução. Banco de Dados Temporais PRINCIPAIS CONCEITOS DE REPRESENTAÇÃO TEMPORAL
Banco de Dados Lucilia Yoshie Araki Marcio Cezar Santos da Rosa Agenda Introdução; Banco de Dados ; Principais Conceitos de Representação Temporal; Modelagem de Dados em Banco De Dados Temporal; Relacionamentos
Leia maisSISTEMA DE SERVIÇOS DE INFRA-ESTRUTURA DA UFRGS
SISTEMA DE SERVIÇOS DE INFRA-ESTRUTURA DA UFRGS Instituição: UFRGS Autores: Ricardo Vieira, José Luis Machado e Álvaro Juscelino Lanner Área: Sistema de Informações Introdução. O trabalho aqui proposto
Leia maisNORMA TÉCNICA PARA IMPLANTAÇÃO DE NOVOS SISTEMAS OU APLICAÇÕES NO BANCO DE DADOS CORPORATIVO
NORMA TÉCNICA PARA IMPLANTAÇÃO DE NOVOS SISTEMAS OU APLICAÇÕES NO BANCO DE DADOS CORPORATIVO Referência: NT-AI.04.02.01 http://www.unesp.br/ai/pdf/nt-ai.04.02.01.pdf Data: 27/07/2000 STATUS: EM VIGOR A
Leia maisManual de Conciliação Bancária
Manual de Conciliação Bancária Índice Conciliação Bancária... 2 O módulo de Conciliação Bancária no SIGEF... 3 Conciliação Bancária Extrato Bancário... 5 Fazendo a Conciliação Bancária Extrato Bancário...
Leia maisMINISTÉRIO DA SAÚDE. Secretária de Gestão Estratégica e Participativa da Saúde SGEP. Coordenação de Desenvolvimento dos Sistemas de Saúde - CDESS
MINISTÉRIO DA SAÚDE Secretária de Gestão Estratégica e Participativa da Saúde SGEP Coordenação de Desenvolvimento dos Sistemas de Saúde - CDESS Departamento de Informática do SUS - DATASUS Manual operacional
Leia maisBanco de Dados. MER Estendido. Profa. Flávia Cristina Bernardini
Banco de Dados MER Estendido Profa. Flávia Cristina Bernardini * Slides Baseados no material elaborado pelos professores Eduardo R. Hruschka, Cristina D. A. Ciferri e Elaine Parros Machado MER Estendido
Leia maisQUESTÕES PARA ESTUDO DIAGRAMA DE CLASSE
TURMA: / CÓDIGO: CCT0071 PERGUNTAS PARA ESTUDO MODELAGEM DE SISTEMAS DATA: NÃO ENTREGAR CAMPUS: SANTO ANDRÉ PERÍODO: NOTURNO VALOR = 0,0 PROFESSOR: CELSO CANDIDO QUESTÕES PARA ESTUDO DIAGRAMA DE CLASSE
Leia maisFigura 5 - Workflow para a Fase de Projeto
5. Fase de Projeto A Fase de Projeto caracteriza-se por transformar as informações modeladas durante a Fase de Análise em estruturas arquiteturais de projeto com o objetivo de viabilizar a implementação
Leia maisINVESTIMENTO A LONGO PRAZO 1. Princípios de Fluxo de Caixa para Orçamento de Capital
5 INVESTIMENTO A LONGO PRAZO 1. Princípios de Fluxo de Caixa para Orçamento de Capital 1.1 Processo de decisão de orçamento de capital A decisão de investimento de longo prazo é a decisão financeira mais
Leia maisAnálise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO)
Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO) Parte: 1 Prof. Cristóvão Cunha Objetivos de aprendizagem
Leia maisProfessor: Curso: Disciplina: Aula 4-5-6
Professor: Curso: Disciplina: Aula 4-5-6 Turma: Esp. Marcos Morais de Sousa Sistemas de informação Engenharia de Software I Engenharia de Requisitos 03º semestre 1 Engenharia de Requisitos Prof. Marcos
Leia maisPROJETO DE REDES www.projetoderedes.com.br
PROJETO DE REDES www.projetoderedes.com.br Curso de Tecnologia em Redes de Computadores Disciplina: Tópicos Avançados II 5º período Professor: José Maurício S. Pinheiro AULA 3: Políticas e Declaração de
Leia maisVersão 6.04.00 Setembro/2013. Manual de Processos. Módulo Protocolo
Versão 6.04.00 Setembro/2013 Manual de Processos Módulo Protocolo 1 1 2 2 Sumário Sumário... 3 Introdução ao Manual de Processos... 4 Conceituado os Processos de Negócio... 5 Estrutura do Manual de Processos...
Leia maisMODELAGEM CONCEITUAL DE BANCO DE DADOS GEOGRÁFICOS
MODELAGEM CONCEITUAL DE BANCO DE DADOS GEOGRÁFICOS Bruno Rabello Monteiro Clodoveu A. Davis Jr. SUMÁRIO Exemplo Cadastro Urbano, Modelo OMT-G Restrições do Modelo OMT-G Relacionamentos Espaciais Slide
Leia maisSistema de Gerenciamento de Projetos V 1.01 MANUAL DO COORDENADOR
Roteiro para utilização do GEP Versão de referência: GEP V1.00 Índice analítico I Apresentação... 2 I.1 Controles básicos do sistema;... 2 I.2 Primeiro acesso... 2 I.3 Para trocar a senha:... 3 I.4 Áreas
Leia maisBanco de Dados Modelo Conceitual, Lógico, Físico, Entidade- Relacionamento (ER) Hélder Nunes
Banco de Dados Modelo Conceitual, Lógico, Físico, Entidade- Relacionamento (ER) Hélder Nunes Modelos de banco de dados Modelo de banco de dados é uma descrição dos tipos de informações que estão armazenadas
Leia maisO Modelo de Entidades e Relacionamentos (MER) é um modelo conceitual usado para projeto de aplicações de banco de dados.
Fases do Projeto de um Banco de Dados Modelo ER O Modelo de Entidades e Relacionamentos (MER) é um modelo conceitual usado para projeto de aplicações de banco de dados. É um modelo baseado na percepção
Leia mais3 Qualidade de Software
3 Qualidade de Software Este capítulo tem como objetivo esclarecer conceitos relacionados à qualidade de software; conceitos estes muito importantes para o entendimento do presente trabalho, cujo objetivo
Leia maisAula II Introdução ao Modelo de Entidade-Relacionamento
Aula II Introdução ao Modelo de Entidade-Relacionamento Referência bibliográfica ANGELOTTI, E S. Banco de Dados. Ed. Livro Técnico Introdução É um modelo conceitual e deve estar o mais próximo possível
Leia maisFigura 1: tela inicial do BlueControl COMO COLOCAR A SALA DE INFORMÁTICA EM FUNCIONAMENTO?
Índice BlueControl... 3 1 - Efetuando o logon no Windows... 4 2 - Efetuando o login no BlueControl... 5 3 - A grade de horários... 9 3.1 - Trabalhando com o calendário... 9 3.2 - Cancelando uma atividade
Leia maisÍNDICE. Tela de Configuração...03. Dados de Etiqueta...04. Configuração da Impressora...05. Configuração do Papel...06. Itens para Inserção...
Layout de Etiquetas ÍNDICE Tela de Configuração...03 Dados de Etiqueta...04 Configuração da Impressora...05 Configuração do Papel...06 Itens para Inserção...07 Recursos...08 Configurações dos Itens Selecionados...09
Leia maisPersonalizações do mysuite
Personalizações do mysuite 1. mysuite... 2 2. Customização de campos... 3 3. Importação de dados... 3 4. Integração de sistemas... 3 5. Personalização do Atendimento Online... 4 5.1. Imagens de online
Leia maisMetadados. 1. Introdução. 2. O que são Metadados? 3. O Valor dos Metadados
1. Introdução O governo é um dos maiores detentores de recursos da informação. Consequentemente, tem sido o responsável por assegurar que tais recursos estejam agregando valor para os cidadãos, as empresas,
Leia mais"SISTEMAS DE COTAGEM"
AULA 6T "SISTEMAS DE COTAGEM" Embora não existam regras fixas de cotagem, a escolha da maneira de dispor as cotas no desenho técnico depende de alguns critérios. A cotagem do desenho técnico deve tornar
Leia maisGráficos. Incluindo gráficos
Gráficos Mas antes de começar, você precisa ter em mente três conceitos importantes que constituem os gráficos do Excel 2007. O primeiro deles é o ponto de dados. Este elemento é representado pela combinação
Leia maisCurso Superior de Tecnologia em BD Curso Superior de Tecnologia em DAI
Curso Superior de Tecnologia em BD Curso Superior de Tecnologia em DAI Fundamentos de Banco de Dados Aula 04 Modelo Entidade Relacionamento Estendido Modelo ER Estendido Objetivo Estudar abstrações de
Leia maisModelo Entidade-Relacionamento
Modelo Entidade-Relacionamento Banco de Dados I Fases do Projeto jt de BD Enunciado de requisitos entrevista com o usuário do banco de dados para entender e documentar seus requerimentos de dados. Projeto
Leia maisREGISTRO DE PROJETOS
REGISTRO DE PROJETOS 1. REGISTRO DE PROJETOS Esta aplicação tem o objetivo de realizar o Registro de Projetos da Instituição. É possível, incluir, alterar ou excluir essas informações. 1.1. Acessando a
Leia maisIndicamos inicialmente os números de cada item do questionário e, em seguida, apresentamos os dados com os comentários dos alunos.
Os dados e resultados abaixo se referem ao preenchimento do questionário Das Práticas de Ensino na percepção de estudantes de Licenciaturas da UFSJ por dez estudantes do curso de Licenciatura Plena em
Leia maisSIE - SISTEMA DE INFORMAÇÕES PARA O ENSINO CADASTRO DE FUNCIONÁRIOS
SIE - SISTEMA DE INFORMAÇÕES PARA O ENSINO CADASTRO DE FUNCIONÁRIOS SANTA MARIA FATECIENS 2008 Este manual tem por finalidade apresentar as especificações detalhadas da aplicação de Cadastro de Funcionários,
Leia maisDesenvolvimento estruturado versus orientado a objetos.
Desenvolvimento estruturado versus orientado a objetos. Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior Objetivos Identificar diferenças entre: Desenvolvimento
Leia maisEduardo Bezerra. Editora Campus/Elsevier
Princípios de Análise e Projeto de Sistemas com UML 2ª edição Eduardo Bezerra Editora Campus/Elsevier Capítulo 10 Modelagem de atividades Qualquer um pode escrever código que um computador pode entender.
Leia maisOrientação a Objetos
Orientação a Objetos 1. Sobrecarga (Overloading) Os clientes dos bancos costumam consultar periodicamente informações relativas às suas contas. Geralmente, essas informações são obtidas através de extratos.
Leia maisNORMA TÉCNICA E PROCEDIMENTOS GERAIS PARA ADMINISTRAÇÃO DO BANCO DE DADOS CORPORATIVO
NORMA TÉCNICA E PROCEDIMENTOS GERAIS PARA ADMINISTRAÇÃO DO BANCO DE DADOS CORPORATIVO Referência: NT-AI.04.01.01 http://www.unesp.br/ai/pdf/nt-ai.04.01.01.pdf Data: 27/07/2000 STATUS: EM VIGOR A Assessoria
Leia maisDesenvolvimento de uma Etapa
Desenvolvimento de uma Etapa A Fase Evolutiva do desenvolvimento de um sistema compreende uma sucessão de etapas de trabalho. Cada etapa configura-se na forma de um mini-ciclo que abrange as atividades
Leia mais