HySCharts: Um Ambiente de Autoria e de Navegação Baseado no Modelo HMBS
|
|
- Manuella de Oliveira Leal
- 8 Há anos
- Visualizações:
Transcrição
1 HySCharts: Um Ambiente de Autoria e de Navegação Baseado no Modelo HMBS Marcelo Augusto Santos Turine* Maria Cristina Ferreira de Oliveira** Paulo Cesar Masiero** *Instituto de Física de São Carlos **Instituto de Ciências Matemáticas de São Carlos Universidade de São Paulo C.P. 668, São Carlos, SP, Brasil {mast/ cristina/ masiero}@icmsc.sc.usp.br Abstract The HySCharts environment (Hyperdocument System based on StateCharts) supports the formal specification of hyperdocuments using a novel formalism called HMBS (Hyperdocument Model Based on Statecharts). This paper presents the HySCharts system architecture, stressing the functionalities of its authoring and browsing modules, as well as its underlying model. HMBS is a statechart-based, navigation-oriented model for hyperdocument specification that uses the structure and execution semantics of statecharts to specify both the structural organization and the browsing semantics of a hyperdocument. The formal definition of the model and its associated browsing semantics are introduced. A short discussion on the system and model capabilities is also provided. Resumo O ambiente HySCharts (Hyperdocument System based on StateCharts) permite criar, interpretar e executar especificações formais de aplicações hipermídia segundo o modelo HMBS (Hyperdocument Model Based on Statecharts). A arquitetura do HySCharts, enfatizando as funcionalidades dos seus módulos de autoria e de navegação, é apresentada. O modelo HMBS utiliza a estrutura e a semântica operacional de Statecharts para especificar a estrutura e a semântica de navegação de hiperdocumentos grandes e complexos. A definição formal do HMBS, bem como a semântica de navegação adotada são introduzidas. Uma breve discussão das características do ambiente HySCharts e do modelo também é apresentada. Palavras-chave: Sistemas Hiperdocumento, Modelos para Especificação de Hiperdocumentos, Ferramentas para Sistemas Hiperdocumento, Statecharts, HMBS e HySCharts. 1. Introdução Os sistemas hipermídia e as aplicações por eles gerenciadas, denominadas hiperdocumentos, são produtos de software que podem se beneficiar de modelos de especificação e métodos que sistematizem o seu processo de desenvolvimento. Os métodos e técnicas tradicionais de desenvolvimento de software não são adequados para o projeto de hiperdocumentos, que apresentam requisitos próprios como a necessidade de gerenciar um grande volume de informações, e de combinar a navegação controlada pelo leitor com a própria natureza das informações multimídia (Hardman et al. 1993; Garzotto et al. 1994). Outros problemas associados ao projeto de hiperdocumentos são a captura e organização da estrutura do
2 domínio de informação, muitas vezes complexa, de maneira a torná-la clara e acessível aos leitores; a criação de hiperdocumentos para plataformas diferentes a partir de uma única especificação/projeto; e o estabelecimento de abordagens sistemáticas para definir a estrutura organizacional e a semântica de navegação de hiperdocumentos. Tais problemas motivam a pesquisa por modelos e métodos que forneçam diretrizes para gerenciar o projeto de hiperdocumentos estruturados, ajudando a disciplinar a atividade de autoria. O uso de modelos não somente melhora o processo de projeto e desenvolvimento de hiperdocumentos (Cavallaro et al. 1993; Schwabe et al. 1996), mas também facilita sua análise e avaliação (Garzotto et al. 1995). Neste trabalho postula-se que as características da técnica formal Statecharts podem fornecer um suporte adequado para minimizar diversos problemas associados à especificação de hiperdocumentos. O HMBS - Hyperdocument Model Based on Statecharts ou o Modelo de Hiperdocumentos Baseado em Statecharts (Oliveira et al. 1996, Turine et al. 1997), assim como o modelo Trellis (Stotts & Furuta 1989), permite separar as informações referentes à estrutura organizacional e navegacional das representações físicas do hiperdocumento. O HySCharts (Hyperdocument System based on StateCharts) foi desenvolvido como um sistema de suporte automatizado, oferecendo ambientes de autoria e de navegação que permitem criar e validar especificações de hiperdocumentos segundo o modelo HMBS. A descrição desse sistema é o principal objetivo deste trabalho, que está organizado da seguinte forma: na Seção 2 é apresentada a definição do HMBS. A Seção 3 contém uma descrição da arquitetura do ambiente HySCharts, com ênfase nos módulos de autoria e de navegação. Na Seção 4 é discutida a operação de visões hierárquicas apoiada pelo HMBS e implementada no HySCharts. As conclusões são apresentadas na Seção Um Modelo Baseado em Statecharts 2.1. Definição No HMBS, a estrutura e a semântica operacional de Statecharts (Harel 1987; Harel et al. 1987) são utilizadas para especificar a estrutura organizacional e a semântica de navegação de hiperdocumentos grandes e complexos (Oliveira et al. 1996; Turine et al. 1997). Segundo o HMBS, um hiperdocumento é composto por três tipos de objetos básicos: estruturais, navegacionais e de apresentação. A estrutura organizacional do hiperdocumento definida pelo Statechart subjacente permite especificar os objetos estruturais, que são os estados, as transições e os eventos. Os objetos navegacionais, ou seja, as páginas, as ligações (ainda que não explicitamente formalizadas no modelo) e as âncoras definem a estrutura navegacional do hiperdocumento. Os canais definem os objetos relativos à apresentação, isto é, são invocados para apresentar as informações contidas nas páginas durante a navegação. Desse modo, os estados do Statechart são associados a porções de informação ou páginas. Os eventos contidos nos rótulos das transições representam, respectivamente, as âncoras que disparam as possíveis ligações entre as páginas, definindo assim os caminhos de navegação disponíveis para o leitor. Segundo o HMBS, um hiperdocumento H é definido como uma 7-tupla H = <ST, P, m, L, pl, ae, N>, na qual: a) ST representa o Statechart subjacente ao hiperdocumento, definido como uma 11- tupla ST = <S, ρ, ψ, γ, δ, V, C, E, A, R, T> representando, respectivamente, estados, função de hierarquia, função tipo de decomposição, função história, função default, conjunto de expressões, conjunto de condições, conjunto de eventos, conjunto de ações, conjunto de rótulos e conjunto de transições. A definição de Statechart adotada é uma simplificação da
3 apresentada por Harel et al. (1987). Mais informações sobre as simplificações introduzidas podem ser obtidas em outros trabalhos (Turine et al. 1997, Turine 1998); b) P é o conjunto finito de páginas de informação que define o conteúdo do hiperdocumento. Cada página p P, comumente denominada nó de informação, é definida conceitualmente pela tripla <c, t, Anc p >, tal que "c" é a porção de informação, que pode ser composta por mídias estáticas (texto, gráfico ou imagem, por exemplo) ou dinâmicas (vídeo, áudio ou animação); "t" representa o título associado à página; e Anc p define uma coleção de âncoras contidas na página. O conjunto de páginas pode incluir uma página nula especial (Pλ), sem qualquer conteúdo, título e/ou âncora, a qual pode ser associada a estados que não modelam a apresentação da informação; c) m: S S P denota uma função que mapeia estados de um subconjunto S S (S S S) em páginas p P do hiperdocumento. O subconjunto S S é definido por S S : {x S ψ(x)=or ρ(x) = φ}, isto é, S S é o conjunto formado pelos estados compostos do tipo OR e pelos estados atômicos do Statechart. Estados AND não são mapeados em páginas, sendo utilizados unicamente para especificar concorrência de informações na apresentação; d) L define o conjunto de canais de apresentação (ou leitores) invocados para interpretar e visualizar as informações contidas nas páginas durante a navegação. Permitem ao autor especificar a coordenação espacial das informações contidas nas páginas, além de controlar atributos globais da apresentação do hiperdocumento. O uso de canais é inspirado no Amsterdam Hypermedia Model (Hardman et al. 1993) e no Modelo de Contextos Aninhados (Souza Filho & Soares 1996); e) pl: P L define a função de visualização que associa cada página p P a um único canal l L capaz de interpretá-la; f) ae: Anc p E define a função que associa elementos a p (a p Anc p ) a eventos do Statechart que, por sua vez, definem as transições a serem disparadas. Segundo o HMBS, para que as âncoras possam ser associadas a um evento de uma transição é necessário que tal evento seja único no rótulo da transição. Adicionalmente, a página que contém a âncora deve ser mapeada para um estado pertencente ao conjunto de estados origem da transição especificada ou, ainda, pode ser mapeada para um subestado de algum estado pertencente a esse conjunto. As transições com seus respectivos eventos podem ser reutilizadas para definir âncoras em diferentes contextos de navegação; e g) N (N 0) define o nível de visibilidade do hiperdocumento. O autor pode utilizar o valor de N para definir a profundidade hierárquica a ser apresentada durante a navegação Semântica de Navegação A semântica de navegação adotada no HMBS fornece mecanismos que realçam a estrutura hierárquica típica de muitas aplicações e define as páginas a serem apresentadas durante a navegação, quais âncoras são habilitadas e quais são as transformações navegacionais que ocorrem durante a interação com o leitor. O comportamento dinâmico do hiperdocumento é baseado na semântica operacional de Statecharts a partir de alguma configuração de estados (Harel 1987). A noção mais elementar da semântica de navegação do HMBS é a de visitar uma página, de modo que a apresentação das informações contidas nas páginas é determinada unicamente pela decisão do leitor de seguir uma ligação pela ativação de uma âncora. Para visualizar as informações do hiperdocumento, os canais são invocados para interpretar um número arbitrário de páginas durante a navegação, sendo que diversas páginas podem ser exibidas concorrentemente. O conjunto de páginas exibidas é determinado pela configuração
4 de estados corrente do Statechart subjacente e pelo nível de visibilidade N. Um hiperdocumento para o qual foi definido N igual a zero (N = 0) tem exibidas, em um determinado momento durante a navegação, todas as páginas associadas aos estados atômicos que estiverem ativos na configuração válida de estados do Statechart. Para N igual a um (N = 1), as páginas exibidas são as mesmas definidas para N = 0, além daquelas associadas aos estados ancestrais (do tipo OR) imediatos da configuração de estados atual, e assim por diante para N > 1. Portanto, o conjunto de páginas apresentadas define uma configuração de contexto do hiperdocumento (CC), formada pelas páginas associadas aos estados da configuração de estados corrente do Statechart, além das páginas que satisfazem o nível de visibilidade especificado pelo autor. A configuração de contexto inicial (CC 0 ) é definida pela configuração de estados default do Statechart. Formalmente, a definição da configuração de contexto é descrita abaixo: Se N = 0, então Todas as páginas p do conjunto CC 0 são visualizadas, tal que CC 0 = {p x S S m(x) = p ρ 0 (x) SC φ} Se N = 1, então Todas as páginas p do conjunto CC 0 CC 1 são visualizadas, tal que CC 1 = {p x S S m(x) = p ρ 1 (x) SC φ} Generalizando, Se N = n, então Todas as páginas p do conjunto CC n são visualizadas, tal que CC n = U, tal que CC i = {p x S S m(x) = p ρ i (x) SC φ} CC i i = 0,..., n Com base na semântica operacional de Statecharts, a semântica de navegação definida pelo HMBS é interpretada como segue. Quando o leitor seleciona uma âncora, as seguintes ações devem ser executadas pelo sistema hiperdocumento: a) Gera o evento correspondente à âncora (informação obtida pelo mapeamento ae ), disparando a ligação correspondente à transição do Statechart à qual o evento está associado; b) Ativa todos os estados que fazem parte do conjunto destino da transição disparada, gerando a próxima configuração de estados e desabilitando a anterior. Em seguida remove da apresentação as janelas lógicas associadas às páginas correspondentes aos estados da configuração e seus estados ancestrais, segundo o nível N ; e c) Define a nova configuração de contexto do hiperdocumento como sendo formada pelas páginas associadas aos estados da nova configuração de estados, além das páginas que obedecem ao escopo estabelecido pelo nível de visibilidade. Invoca, em seguida, os respectivos canais de apresentação (função pl ) para cada página da configuração de contexto. 3. O Ambiente HySCharts O ambiente HySCharts foi projetado especificamente para criar, interpretar e executar especificações segundo o modelo HMBS. O HySCharts foi desenvolvido como uma extensão do sistema StatSim (Statechart Simulator), um ambiente gráfico automatizado cujo principal objetivo é apoiar a validação de especificações em Statechart (Masiero et al. 1991). A arquitetura do HySCharts é composta por três camadas principais, denominadas camadas de aplicação, de estruturação e de armazenamento (Figura 1). A camada de aplicação está subdividida nos módulos de autoria e de navegação, em adição a um ambiente de edição e simulação de Statecharts. A camada de estruturação é o núcleo do sistema, pois define a estrutura interna do hiperdocumento por intermédio dos objetos estruturais, navegacionais e
5 de apresentação do HMBS. Todos esses objetos são armazenados em bases de dados gerenciadas por funções da camada de armazenamento. Autor Leitores Camada de Aplicação Editor Gráfico (EGS + EGHMBS) AUTORIA Verificador de Propriedades e Objetos HMBS Simulador de Statecharts NAVEGAÇÃO Analisador LES Simulação Visual e Textual Browser Camada de Estruturação Objetos HMBS Objetos Estruturais (Statechart) Objetos Navegacionais e de Apresentacão Base de Dados HMBS Camada de Armazenamento Base de Dados da especificação em Statechart Base de Dados dos Objetos Navegacionais e de Apresentação Legendas: LES - Linguagem de Especificação de Statecharts EGS - Editor Gráfico de Statecharts EGHMBS - Editor Gráfico dos Objetos HMBS Figura 1 - Arquitetura do ambiente HySCharts Módulo de Autoria Durante a atividade de autoria o autor especifica visualmente os objetos estruturais, os objetos navegacionais e de apresentação, além de analisar a estrutura navegacional. O Statechart subjacente ao hiperdocumento é criado com um editor gráfico (EGS - Editor Gráfico de Statecharts), ilustrado na Figura 2. A estrutura organizacional apresentada na Figura 2 retrata a especificação de um hiperdocumento que apresenta o Parque Ecológico de São Carlos (PESC), e inclui informações gerais sobre o parque, os animais nele abrigados, descrições das atividades promovidas pelo parque, um histórico, um depoimento do diretor e dicas para os
6 visitantes. O foco do hiperdocumento são os animais, aproximadamente 600 de um total de 73 espécies cujas características, algumas populares e algumas científicas, são apresentadas (Turine 1998). A janela com título "Query State: Animal", sobreposta à janela principal na Figura 2, apresenta informações estruturais sobre o estado "Animal", um estado do tipo OR cuja decomposição é especificada em um outro nível hierárquico, não apresentado neste trabalho. Figura 2 - EGS do módulo de autoria do ambiente HySCharts. A Figura 3 ilustra a janela do editor gráfico de objetos HMBS (EGHMBS), que possui ferramentas para gerenciar páginas, âncoras e canais. Na Figura 3 são apresentadas três janelas relacionadas aos objetos página, com títulos "Create Page", "Query Page of the State Ident_Texto" e "Pages Created". A janela "Create Page" permite especificar uma página pelos atributos título, conteúdo, tipo da mídia e canal de apresentação que a reconhece. O conteúdo da página é identificado pelo nome de um arquivo ("File"). Para interpretar e visualizar o conteúdo de uma página é necessário associá-la a um único canal de apresentação, também especificado pelo autor. Basicamente, os canais definem o tipo de mídia (texto, imagem, áudio e vídeo) associado à página e as características de visualização. Após a especificação dessas informações, o autor pode associar tal página ao objeto estrutural (estado) correspondente, criando uma instância do mapeamento "m" entre estados e páginas. A Figura 3 também ilustra a operação de consulta a páginas associadas a estados. Ao selecionar um estado, caso este tenha uma página associada, as informações relativas à página e ao estado são apresentadas. Por exemplo, na janela Query Page of the State Ident_Texto são apresentadas as informações relativas ao estado "Ident_Texto" (subestado do estado HomePage ) e à página associada. A janela "Pages Created" contém informações (título, tipo da mídia e nome do estado associado) sobre todas as páginas criadas para o hiperdocumento instanciado.
7 Figura 3 - Janelas relacionadas ao gerenciamento dos objetos página. Tendo criado as páginas e associado-as aos estados correspondentes, o autor pode especificar os objetos navegacionais âncora que habilitam as ligações do hiperdocumento. Durante a navegação as âncoras pertencentes a páginas do tipo texto são visualmente apresentadas sublinhadas e em negrito. Nas demais páginas (de tipo imagem, vídeo e áudio) as âncoras são apresentadas na forma de botões. Para criar um objeto âncora pertencente a uma página, o autor escolhe a palavra-chave desejada e, em seguida, seleciona o evento associado pertencente ao rótulo de uma transição. Dessa maneira, uma instância do relacionamento "ae" é criada e os objetos âncora e ligação são definidos. Na Figura 4 o conteúdo da página texto "P Ident_Texto " associado ao estado Ident_Texto é exibido na janela com o título "Viewer of the page with title Home and state Ident_Texto". Também é ilustrada na Figura 4 a janela "Query Anchor-> Event", que apresenta o resultado da operação de consulta sobre a âncora "Sobre_o_Parque" da página "P Ident_Texto ". Tal âncora está associada ao evento rotulado "sobre_o_parque", cuja transição tem como nome de estado origem "HomePage" e como destino "Parque_Ecológico". A camada de estruturação armazena também o objeto canal, uma abstração de um dispositivo que inclui atributos de apresentação de alto nível (por exemplo, o estilo e o tamanho da fonte, além da cor de fundo da janela para mídias tipo texto) e mecanismos de coordenação espacial das páginas (largura e altura das janelas apresentadas). O sistema HySCharts trata esses elementos de especificação segundo uma abordagem orientada a objetos, no sentido de que existem classes de canais default que podem ser instanciadas, conforme as necessidades do autor, usando os mecanismos de herança e especialização/generalização. Por exemplo, podese ter dois canais diferentes do tipo texto: um utilizando a fonte "Times New Roman" e o outro "Arial". Como no sistema CMIfed (Van Rossum et al. 1993), o uso de canais permite que um mesmo documento seja apresentado de diferentes maneiras, reespecificando os atributos de apresentação ao invés de modificar a estrutura navegacional.
8 Figura 4 - Janelas que gerenciam os objetos âncora. O módulo de autoria também oferece ferramentas para análise e validação das especificações de hiperdocumentos em HMBS (módulo "Verificador de Propriedades e Objetos HMBS" da Figura 1). O HMBS permite identificar inconsistências estruturais e problemas relacionados à visualização e navegação, bem como a análise de algumas propriedades. Essas análises são baseadas essencialmente na geração da árvore de alcançabilidade, que fornece subsídios para a detecção de anomalias na especificação. Algumas propriedades dinâmicas de Statecharts foram definidas e introduzidas no contexto de hiperdocumentos: alcançabilidade de uma página a partir de uma configuração de contexto qualquer, reiniciabilidade, deadlock durante a navegação, vivacidade de ligações navegacionais e seqüência válida de âncoras (Turine 1998) Módulo de Navegação Para tornar disponível aos leitores o conteúdo do hiperdocumento, as especificações em HMBS devem ser interpretadas e executadas no módulo de navegação segundo a semântica de navegação do modelo. O HySCharts dispõe de uma máquina de Statecharts associada ao Browser (Figura 1) que recebe os eventos externos (ações do leitor) e os interpreta, modificando a apresentação. A navegação pode ser iniciada pela configuração de contexto inicial CC 0 ou pela escolha de um título associado a uma página específica (acesso direto à informação pelos títulos das páginas) (Oliveira et al. 1996). Seguindo a primeira forma de navegação, a Figura 5 retrata o leiaute que corresponde à configuração de contexto CC 0 ={P Ident_Texto, P Ident_Video } do hiperdocumento especificado na Figura 2, considerando N = 0. O leitor visualiza duas janelas lógicas: uma janela do tipo texto (título State: Ident_Texto Title: Home ) e outra do tipo vídeo (título State: Ident_Video ), à qual tem sempre associada uma janela de comandos de controle. A janela de título Show_Hview sempre é apresentada durante a navegação e será definida na Seção 4. A janela texto associada à página P Ident_Texto contém as seguintes
9 âncoras, sublinhadas e em negrito no seu conteúdo: Sobre_o_Parque, Atividades e Animais. Figura 5 - Janela de navegação considerando o Statechart da Figura 2, N=0 e CC 0 ={P Ident_Texto, P Ident_Video }. Ao ativar a âncora Sobre_o_Parque, a ligação associada à transição rotulada pelo evento sobre_o_parque da Figura 2 é percorrida e o browser apresenta as páginas associadas à nova configuração de contexto CC 1 = {P Nome, P Logotipo } (leiaute de apresentação não apresentado neste trabalho). A ativação da âncora Informações (associada ao evento informações da Figura 2) da página da P Nome, considerando N = 1 (ao invés de N=0), resulta na configuração de contexto CC 2 = {P Geral1, P Nome_e_Depoimento, P Foto, P Depoimento_Video, P Geral } (Figura 6). Essa apresentação do hiperdocumento inclui o conteúdo de cinco páginas, das quais quatro estão associadas diretamente a estados da configuração de estados do Statechart SC 2 ={Geral1, Nome_e_Depoimento, Foto, Depoimento_Video} e a página P Geral, representada pela janela lógica de título Contexto_Geral no topo da Figura 6, corresponde ao estado ancestral imediato dos estados em SC 2. Ainda na Figura 6 é exibida a representação gráfica da estrutura navegacional do hiperdocumento em simulação. Dessa forma, o autor pode executar o hiperdocumento e observar, graficamente, o efeito na apresentação. Tal abordagem pode ser útil para simular interativamente a apresentação do hiperdocumento, permitindo analisar seu comportamento e, conseqüentemente, identificar a necessidade de eventuais mudanças na especificação, além de reduzir a desorientação e aumentar a compreensão do hiperdocumento pelo leitor. 4. Visões Hierárquicas Segundo Thüring et al. (1995), a representação visual da estrutura do hiperdocumento ajuda o leitor na identificação dos tópicos de interesse e, conseqüentemente, na sua orientação. Além disso, mecanismos para exibir e navegar de forma estruturada na hierarquia do hiperdocumento são altamente desejáveis. Esse tipo de navegação estruturada é fortemente apoiada pelo HMBS e pelo ambiente HySCharts, sendo que nesta seção é apresentada a
10 operação de visão hierárquica, denominada Show_Hview (Mostra Visão Hierárquica), que permite explorar naturalmente a hierarquia de hiperdocumentos. Figura 6 - Apresentação do hiperdocumento referente à CC 2 = {P Geral1, P Nome_e_Depoimento, P Foto, P Depoimento_Video, P Geral } da Figura 2 e N = 1. A operação Show_Hview é ilustrada no ambiente HySCharts na janela de título Show_Hview (visível em todas as apresentações durante a navegação). No início da seção de navegação é definida uma variável auxiliar h, com h = N + 1, em que N é o nível de visibilidade. Se h d (a hierarquia de estados de Statecharts pode ser descrita por uma árvore and/or com profundidade d ), então o sistema deve exibir todas as páginas p do conjunto CC h, tal que CC h ={p x S S m(x) = p ρ h (x) SC φ}. Considerando a Figura 5 com N = 0, se o leitor ativar a opção HView, três novas ligações estruturais Up, Down e Dismiss tornam-se habilitadas e uma nova apresentação é realizada. A janela de navegação resultante é ilustrada na Figura 7, a qual mostra o conteúdo das páginas da configuração de contexto CC = {P Ident_Texto, P Ident_Video, P Hiperdocumento_PESC }, que inclui a página P Hiperdocumento_PESC associada ao estado Hiperdocumento_PESC, que é o ancestral da configuração de estados atual SC 0 ={Ident_Texto, Ident_Video} (Figura 2). A operação Dismiss finaliza a operação Show_Hview. As operações Up e Down alteram o valor atual de "h", subindo ou descendo, respectivamente, um nível na hierarquia: Up : Se h < d, então h = h+1; ativar Show_Hview. Down : Se h > N, então h = h-1; ativar Show_Hview. Como apresentado, a execução da operação Show_Hview não altera a configuração de estados corrente do Statechart, apenas fornece um modo alternativo de acesso às informações contidas em páginas associadas a estados que estão em níveis acima ou abaixo na hierarquia.
11 Figura 7 - Resultado da operação Show_Hview, considerando o leiaute de apresentação da Figura Conclusões Este trabalho apresentou o HySCharts, um ambiente de autoria e navegação de hiperdocumentos especificados segundo o modelo formal HMBS. O ambiente fornece facilidades de prototipação rápida e simulação interativa da estrutura navegacional subjacente ao hiperdocumento. O formalismo proposto no HMBS permite ao autor especificar a estrutura (organizacional e navegacional) e o comportamento de hiperdocumentos de modo preciso e semanticamente rigoroso, encorajando o desenvolvimento de hiperdocumentos estruturados. De maneira geral, o ambiente HySCharts foi projetado e desenvolvido para provar e validar a possibilidade prática de uso do HMBS num contexto real, permitindo ao autor especificar um hiperdocumento e ver rapidamente e visualmente o resultado obtido. Permite ainda que propriedades do modelo sejam analisadas, possibilitando que modificações na estrutura e no conteúdo do hiperdocumento possam ser feitas rapidamente (feedback loops). Além disso, o HySCharts oferece, além da navegação tradicional, um novo mecanismo de navegação hierárquica, que possibilita ao leitor navegar pelas páginas associadas a estados acima ou abaixo do nível de hierarquia definido pelo autor, contribuindo para minimizar a sua eventual desorientação. Finalmente, este trabalho oferece uma contribuição para o avanço da tecnologia hipermídia ao sugerir um modelo e um ambiente automatizado que pode ser integrado a um processo de projeto e desenvolvimento de hiperdocumentos e que oferece mecanismos que apóiam a autoria de forma estruturada, com facilidades para a análise e avaliação sistemática dos hiperdocumentos. Em analogia com o processo de desenvolvimento de software, o uso de técnicas de especificação é de grande interesse tanto para os projetistas quanto para os usuários, pois elas permitem reduzir o tempo de desenvolvimento dos produtos e melhorar a sua qualidade, o que se reflete positivamente nas características de usabilidade, confiabilidade e manutenibilidade do produto final.
12 Agradecimentos Os autores agradecem o apoio financeiro recebido do CNPq e da FAPESP. Referências (Cavallaro et al. 1993) Cavallaro, U.; Garzotto, F.; Paolini, P.; Totaro, D. HIFI: hypertext interface for information systems. IEEE Software, v.10(6), November 1993, p (Garzotto et al. 1994) Garzotto, F.; Mainetti, L; Paolini, P. Adding multimedia collections to the Dexter model. Proc. ACM European Conference on Hypermedia Technologies, ECHT 94, Edinburgh, Scotland, September 1994, p (Garzotto et al. 1995) Garzotto, F.; Mainetti, L; Paolini, P. Hypermedia design, analysis, and evaluation issues. Communications of the Association of Computer Machinery, v.38(8), August 1995, p (Hardman et al. 1993) Hardman, L.; Bulterman, D.C.A.; Van Rossum, G. Links in hypermedia: the requirements for context. Proc. Hypertext 93, Seattle, Washington USA, November 1993, ACM Press 1993, p (Harel 1987) Harel, D. Statecharts: a visual formalism for complex systems. Science of Computer Programming, v.8(3), July 1987, p (Harel et al. 1987) Harel, D.; Pnueli, A.; Schmidt, J.P.; Sherman, R. On the formal semantics of statecharts. Proc. 2nd IEEE Symposium on Logic in Computer Science, IEEE CS Press, Ithaca, New York, 1987, p (Masiero et al. 1991) Masiero, P.C., Fortes, R.P.M.; Batista Neto, J.E.S. Editing and simulating the behavioral aspects of real-time systems. Anais XVIII Seminário Integrado de Hardware e Software, SEMISH, Santos, Agosto , p (Oliveira et al. 1996) Oliveira, M.C.F.; Turine, M.A.S.; Masiero, P.C. An overview of HMBS: a statechart-based model for hypertext. Anais II Workshop em Sistemas Hipermídia, WOSH, Fortaleza, CE, Maio , p (Schwabe et al. 1996) Schwabe, D.; Rossi, G.; Barbosa, S.D.J. Systematic hypermedia application design with OOHDM. Proc. Hypertext 96, Washington DC, USA, March 1996, New York, ACM Press 1996, p (Souza Filho & Soares 1996) Souza Fillho, G.L.; Soares, L.F.G. Edição e execução de apresentações de documentos hipermídia no HyperProp. Anais II Workshop em Sistemas Hipermídia, WOSH, Fortaleza, CE, Maio , p (Stotts & Furuta 1989) Stotts, P.D.; Furuta, R. Petri Net based hypertext: document structure with browsing semantics. ACM Transactions on Information Systems, v.7(1), January 1989, p (Thüring et al. 1995) Thüring, M.; Hannemann, J.; Haake, J.M. Hypermedia and cognition: designing for comprehension. Communications of the Association of Computer Machinery, v.38(8), August 1995, p (Turine et al. 1997) Turine, M.A.S.; Oliveira, M.C.F.; Masiero, P.C. Designing structured hypertext with HMBS. Proc. Hypertext 97, VIII Int. ACM Hypertext Conference, Southampton, UK, April , p (Turine 1998) Turine, M.A.S. HMBS: Um Modelo Baseado em Statecharts para a Especificação Formal de Hiperdocumentos. Tese de Doutorado (em preparação), IFSC, USP, São Carlos, (Van Rossum et al. 1993) Van Rosum, G.; Jansen, J.; Mullender, K.S.; Bulterman, D.C.A. CMIFed: A presentation environment for portable hypermedia documents. Proc. First Int. Conference on Multimedia, Anaheim, CA, August 1993, NewYork, ACM Press 1993, p
Utilização de XML no Desenvolvimento de Hiperdocumentos Educacionais
1 Utilização de XML no Desenvolvimento de Hiperdocumentos Educacionais Fabiano Fagundes, Parcilene F. Brito, Fernando L. Oliveira, Jackson G. Souza, Carlos H. Tolentino Resumo O desenvolvimento colaborativo
Visões Arquiteturais. Visões Arquiteturais
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
Visões Arquiteturais. Visões Arquiteturais. Visões Arquiteturais. Visão Conceitual
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
Analista de Sistemas S. J. Rio Preto
RATIONAL ROSE TUTORIAL Conteúdo: 1. Bem-vindo ao Rational Rose tutorial Rational Rose é um conjunto de ferramentas de modelagem visual usadas para desenvolvimento de soluções de software eficientes, robustas,
Visões Arquiteturais. Arquitetura de Software Thaís Batista
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
Fases do OOHDM. OOHDM Um modelo para autoria de HT
OOHDM Um modelo para autoria de HT OOHDM Object Oriented Hypermedia Design Method Abrange as fases de Espeficicação de Requisitos, Modelagem Conceitual, Modelagem da Navegação e Modelagem da Interface
Banco de Dados. SGBD - Sistema de Gerenciamento de Banco de Dados Parte 2. Prof. Leonardo Vasconcelos
Banco de Dados Parte 2 Prof. Leonardo Vasconcelos - Conceitos e Arquiteturas de SBD Modelos de dados: conjunto de conceitos que podem ser usados para descrever a estrutura de um banco de dados. Permitem
2 Metodologias para Projetos de Aplicações Hipermidia
2 Metodologias para Projetos de Aplicações Hipermidia O processo de desenvolvimento de aplicações é o objeto de diversas pesquisas, principalmente no caso das aplicações voltadas para a Internet, que diferem
Introdução. Conceitos Básicos. Conceitos Básicos. Conceitos Básicos
Introdução Laboratório de Computação para Ciências Módulo II Prof. Guilherme Tavares de Assis Universidade Federal de Ouro Preto UFOP Instituto de Ciências Exatas e Biológicas ICEB Mestrado Profissional
Desenvolvimento de Software Baseado em Componentes. Paulo C. Masiero
Desenvolvimento de Software Baseado em Componentes Paulo C. Masiero 1 Introdução Frustração com as promessas da Orientação a objetos em relação ao reuso de classes. Frameworks são uma solução para um domínio
Análise de Documentos Hipermídia. Joel André Ferreira dos Santos
Análise de Documentos Hipermídia Joel André Ferreira dos Santos Agenda Introdução Análise de Documentos Especificação de Requisitos Trabalhos Relacionados Ferramenta de Análise Conclusão Introdução Linguagens
Introdução. Conceitos Básicos. Conceitos Básicos. Conceitos Básicos
Conceitos Básicos Introdução Tópicos Especiais Modelagem de Dados Prof. Guilherme Tavares de Assis Universidade Federal de Ouro Preto UFOP Instituto de Ciências Exatas e Biológicas ICEB Mestrado Profissional
Análise de Sistemas 3º Bimestre (material 2)
Análise de Sistemas 3º Bimestre (material 2) Professor: José Ronaldo Leles Júnior Turma: 2º ano do curso de Sistemas de Informação UEG Universidade Estadual de Goiás Campus Posse POO Paradigma Orientado
Mecanismos de Apoio à Modelagem de Conteúdos: Uma Contribuição ao Processo de Desenvolvimento de Módulos Educacionais
Mecanismos de Apoio à Modelagem de Conteúdos: Uma Contribuição ao Processo de Desenvolvimento de Módulos Educacionais ELLEN FRANCINE BARBOSA JOSÉ CARLOS MALDONADO Instituto de Ciências Matemáticas e de
Engenharia de Software II
Engenharia de Software II Aula 26 http://www.ic.uff.br/~bianca/engsoft2/ Aula 26-21/07/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software Métricas para software
1 Introdução. 1.1. Motivação. 1.1.1. O Formato MPEG-4
1 Introdução Um documento hipermídia é formado por um conjunto de informações relacionadas. Dessa forma, além do seu conteúdo (vídeo, áudio, texto, imagem etc.), um documento hipermídia agrega uma estrutura
Oracle Database 10g: Fundamentos de SQL e PL/SQL
Oracle University Contact Us: 0-800-167225 Oracle Database 10g: Fundamentos de SQL e PL/SQL Duration: 5 Dias O que é que gostaria de aprender Conheça os fundamentos de SQL e PL/SQL usando o SQL Developer
Implementação de uma infra-estrutura para controle de versões e adaptação de páginas Web
Implementação de uma infra-estrutura para controle de versões e adaptação de páginas Web Luiz Carlos de Freitas Santos Júnior, Rodrigo Giacomini Moro, Carlos Alberto Heuser Instituto de Informática Universidade
SISTEMA DE INFORMAÇÃO GEOGRÁFICA APLICADA À GESTÃO PÚBLICA
SISTEMA DE INFORMAÇÃO GEOGRÁFICA APLICADA À GESTÃO PÚBLICA Julio Cesar do Carmo Junior 1, Osvaldo Cesar Pinheiro de Almeida 2 1 Informática para Gestão, Faculdade de Tecnologia, Botucatu, SP, Brasil. E-mail:
Programação para Internet I 4. XML. Nuno Miguel Gil Fonseca nuno.fonseca@estgoh.ipc.pt
Programação para Internet I 4. XML Nuno Miguel Gil Fonseca nuno.fonseca@estgoh.ipc.pt Standard do W3C (www.w3c.org) Formato de ficheiros de texto derivado de SGML (Standard Generalized Markup Language)
UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL INSTITUTO DE INFORMÁTICA DEPARTAMENTO DE INFORMÁTICA APLICADA INF01210 - INTRODUÇÃO À INFORMÁTICA
UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL INSTITUTO DE INFORMÁTICA DEPARTAMENTO DE INFORMÁTICA APLICADA INF01210 - INTRODUÇÃO À INFORMÁTICA MÓDULO V MICROSOFT ACCESS 97 -MATERIAL DO ALUNO- Profa. Maria
XML - Extensible Markup Language
Por Sergio Crespo XML - Extensible Markup Language Extensible Markup Language (XML) é linguagem de marcação de dados (meta-markup language) que provê um formato para descrever dados estruturados. Isso
DOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO
DOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO SUMÁRIO Parte I Modelagem do Software Documento de Requisitos 1. Introdução 2. Descrição Geral do Sistema 3. Requisitos Funcionais 4. Requisitos
MODELAGEM DE PROCESSOS MÓDULO 9
MODELAGEM DE PROCESSOS MÓDULO 9 Índice 1. Processo de Desenvolvimento de Sistemas - Continuação..3 1.1. Diagramas de Casos de Uso... 3 2 1. PROCESSO DE DESENVOLVIMENTO DE SISTEMAS - CONTINUAÇÃO 1.1. DIAGRAMAS
Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Prof. Responsáveis Wagner Santos C. de Jesus
Curso Disciplina Linguagem de Programação II Curso Engenharia da Computação Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Site : http://www1.univap.br/~wagner/ec.html Prof. Responsáveis
Componentes de Software Baseados em Engenharia de
19 a 21 de mar o de 2010 117 Componentes de Software Baseados em Engenharia de Domínio Leonardo Ciocari, Rafael Cancian 1 Centro de Ciências Tecnológicas da Terra e do Mar (CTTMar) Universidade do Vale
Desenvolvimento de Software
PODER JUDICIÁRIO JUSTIÇA DO TRABALHO TRIBUNAL REGIONAL DO TRABALHO DA 15ª REGIÃO Secretaria de Tecnologia da Informação e Comunicações Total de Páginas:16 Versão: 1.0 Última Atualização: 26/07/2013 Índice
Introdução. descrever os tipos de interfaces e linguagens oferecidas por um SGBD. mostrar o ambiente de programas dos SGBD s
Introdução Contribuição do Capítulo 2: discutir modelos de dados definir conceitos de esquemas e instâncias descrever os tipos de interfaces e linguagens oferecidas por um SGBD mostrar o ambiente de programas
Unidade Curricular: 935403 - Informática
Escola Superior de Educação Descritor de Unidade Curricular Nível de ciclo de estudos: Licenciatura Curso: Educação e Comunicação Multimédia Unidade Curricular: 935403 - Informática Ano 1 Semestre 1 Área
Programação para Web HTML - Parte 2
Programação para Web HTML - Parte 2 Professor: Harlley Lima E-mail: harlley@decom.cefetmg.br Departamento de Computação Centro Federal de Educação Tecnológica de Minas Gerais Belo Horizonte, 2 de março
AULA 03: FUNCIONAMENTO DE UM COMPUTADOR
ORGANIZAÇÃO E ARQUITETURA DE COMPUTADORES I AULA 03: FUNCIONAMENTO DE UM COMPUTADOR Prof. Max Santana Rolemberg Farias max.santana@univasf.edu.br Colegiado de Engenharia de Computação O QUE É UM COMPUTADOR?
Arquitetura de Software visão emergente
Arquitetura de Software visão emergente Objetivos Visão abstrata do software através de componentes e interfaces Independência de plataforma Independência de paradigma de programação Técnicas Estilos Arquiteturais
4 Representando Design Rationale com Kuaba
4 Representando Design Rationale com Kuaba Normalmente, o primeiro passo realizado pelo projetista no design de um artefato de software é a escolha do método ou processo que será usado para guiar o design.
Banco de Dados. SGBDs. Professor: Charles Leite
Banco de Dados SGBDs Professor: Charles Leite Sistemas de BD Vimos que um BANCO DE DADOS representa uma coleção de dados com algumas propriedades implícitas Por exemplo, um BD constitui os dados relacionados
7 Conclusão e Trabalhos Futuros
7 Conclusão e Trabalhos Futuros Como um novo e poderoso paradigma para o design e a implementação de sistemas de software (Lind, 2001;Wooldridge et al., 2001), o SMA requer metodologias, linguagens de
1 Introdução Motivação
1 Introdução Em julho de 1945, Vannevar Bush publicou um artigo com o título As We May Think (Bush, 1945) no qual questionava os métodos de organização da informação utilizados na comunidade científica,
1 Introdução Motivação
Introdução 15 1 Introdução Em sua origem, a WWW - World-Wide Web (Berners-Lee, 1994) foi concebida como uma aplicação de hipertexto, visando apresentar informações científicas com referências cruzadas
Hardware: Componentes Básicos. Sistema de Computador Pessoal. Anatomia de um Teclado. Estrutura do Computador. Arquitetura e Organização
Hardware: Componentes Básicos Arquitetura dos Computadores Dispositivos de Entrada Processamento Dispositivos de Saída Armazenamento Marco Antonio Montebello Júnior marco.antonio@aes.edu.br Sistema de
Capítulo 6. Projeto de arquitetura. 2011 Pearson Pren0ce Hall. Todos os direitos reservados. 1. slide 1
Capítulo 6 Projeto de arquitetura slide 1 2011 Pearson Pren0ce Hall. Todos os direitos reservados. 1 Os tópicos abordados Decisões de projeto de arquitetura Visões de arquitetura Padrões de arquitetura
Oficina de Integração 2 Métodos de representação (Introdução) Prof. César M.V. Benítez 2018b
Oficina de Integração 2 Métodos de representação (Introdução) Prof. César M.V. Benítez 2018b Qual o problema? Como descrever as partes e o comportamento de um sistema? Antes e durante o desenvolvimento
Autor 1 Orientador: 1. dia de mês de ano
Título Autor 1 Orientador: 1 1 Laboratório de Sistemas de Computação Universidade Federal de Santa Maria dia de mês de ano Roteiro Introdução Fundamentação Desenvolvimento Resultados Conclusão e Trabalhos
MGASet - Uma Ferramenta para Apoiar o Teste e
MGASet - Uma Ferramenta para Apoiar o Teste e Validação de Especificações Baseadas em Máquinas de Estado Finito 1 Marco Arthur Pereira Candolo Adenilso da Silva Simão José Carlos Maldonado mapc, adenilso,
3 Uma Abordagem Orientada a Aspectos para o Desenvolvimento de Frameworks
48 3 Uma Abordagem Orientada a Aspectos para o Desenvolvimento de Frameworks Este capítulo apresenta uma visão geral da contribuição principal deste trabalho: uma abordagem orientada a aspectos para o
Verificação e Validação (V & V)
Verificação e Validação (V & V) Objetivo: assegurar que o software que o software cumpra as suas especificações e atenda às necessidades dos usuários e clientes. Verificação: Estamos construindo certo
SISTEMA DE INFORMAÇÃO GEOGRÁFICA APLICADO AO GERENCIAMENTO DE INFORMAÇÃO DE TRANSPORTE URBANO
SISTEMA DE INFORMAÇÃO GEOGRÁFICA APLICADO AO GERENCIAMENTO DE INFORMAÇÃO DE TRANSPORTE URBANO Edilene de Fátima Vetorato 1, Osvaldo Cesar Pinheiro de Almeida 2 1 Fatec, Botucatu, SP, Brasil. E-mail: edilenefv@hotmail.com
Manual do Usuário CMS WordPress MU Versão atual: 2.8
Manual do Usuário CMS WordPress MU Versão atual: 2.8 1 - Introdução O Centro de Gestão do Conhecimento Organizacional, CGCO, criou, há um ano, uma equipe para atender à demanda de criação de novos sites
INTRODUÇÃO À TECNOLOGIA DA INFORMAÇÃO CONCEITO DE SOFTWARE PROFESSOR CARLOS MUNIZ
INTRODUÇÃO À TECNOLOGIA DA PROFESSOR CARLOS MUNIZ Software é um conjunto de programas de computador, que realiza procedimentos, dotado de regras, documentos e dados associados que fazem parte das operações
5 Arquitetura de implementação
Arquitetura de implementação 103 5 Arquitetura de implementação 5.1 Visão geral Nossa arquitetura é caracterizada pela construção de um ambiente para execução de aplicações hipermídia definidas segundo
Princípios de Engenharia de Software. Aula 6 Projeto de Software
Princípios de Engenharia de Software Aula 6 Projeto de Software Projeto de Software Um projeto de software é uma descrição de estrutura de software a ser implementada, dos dados que são parte do sistema,
Fundamentos de Teste de Software
Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 1- Visão Geral de Testes de Software Aula 2 Estrutura para o Teste de Software SUMÁRIO 1. Introdução... 3 2. Vertentes
Requisitos de Software
Engenharia de requisitos Requisitos de Software Estabelece os serviços que o cliente requer de um sistema e as restrições sob as quais tal sistema operará e será desenvolvido. Tais serviços e restrições
Resumo. Abstract. 1. Introdução
IBP2171_08 AMBIENTE COMPUTACIONAL PARA DESENVOLVIMENTO DE APLICAÇÕES DE MONITORAMENTO E ANÁLISE DE PROCESSOS NA INDÚSTRIA DO PETRÓLEO Luiz Affonso Guedes 1, Clauber Bezerra 2, Rafael Feijó 2, Maria Emília
Metodologias de PETI. Prof. Marlon Marcon
Metodologias de PETI Prof. Marlon Marcon PETI O PETI é composto de: Planejamento Estratégico da organização, que combina os objetivos e recursos da organização com seus mercados em processo de transformação
Figura 16 Niagara - Visão de grupos de notas.
Conclusão 6 Conclusão 6.1 Trabalhos Relacionados Dentre as funcionalidades fornecidas pela interface gerada pelo framework, em destaque está a possibilidade do zoom livre. Disponibilizar esta funcionalidade
5 Implementação 5.1 Plataforma 5.2 Arquitetura
5 Implementação Neste capítulo são apresentados os detalhes sobre a implementação da ferramenta. São discutidas as tecnologias envolvidas, assim como as limitações e problemas encontrados durante o desenvolvimento.
Introdução. Conceitos Básicos. Conceitos Básicos. Conceitos Básicos
Conceitos Básicos Introdução Banco de Dados I Prof. Guilherme Tavares de Assis Universidade Federal de Ouro Preto UFOP Instituto de Ciências Exatas e Biológicas ICEB Departamento de Computação DECOM Dados
Modelos em Sistemas de Informação. Aula 2
Modelos em Sistemas de Informação Aula 2 Referências básicas da aula Paulo Cougo - Modelagem conceitual e Projeto de Banco de Dados. Craig Larman - Utilizando UML e padrões. Roger Pressman - Engenharia
Programação Orientada a Objectos - P. Prata, P. Fazendeiro
Programação Orientada a Objetos 1.1 - Perspectiva histórica: Conceitos A evolução das linguagens de programação tem-se feito na procura de ferramentas: -cada vez mais próximas da percepção humana - e que
TVM WeB - Uma Interface Visual para o Modelo Temporal de Versões
TVM WeB - Uma Interface Visual para o Modelo Temporal de Versões Vincent Nelson Kellers da Silveira, Nina Edelweiss e Renata de Matos Galante Instituto de Informática - Universidade Federal do Rio Grande
MANUAL DO PUBLICADOR
MANUAL DO PUBLICADOR Brasília 2010/2013 1 SUMÁRIO 1 Introdução... 5 2 O Sistema... 5 2.1 Módulos do Sistema... 6 2.2 Perfis do Sistema... 6 2.2.1 Perfil Publicador... 7 3 Publicar Documentos - Publicador...
FUNDAMENTOS DA ANÁLISE E PROJETO DE SISTEMAS. Projeto de Programas PPR0001
FUNDAMENTOS DA ANÁLISE E PROJETO DE SISTEMAS Projeto de Programas PPR0001 2 Introdução Antes de desenvolver ou construir qualquer produto ou sistema em engenharia é necessário um... o PROJETO O que é um
EducaXML: desenvolvimento colaborativo de hiperdocumentos educacionais baseados em XML
EducaXML: desenvolvimento colaborativo de hiperdocumentos educacionais baseados em XML Fabiano Fagundes 1, Fernando Luiz de Oliveira 1, Jackson Gomes de Souza 1, Parcilene Fernandes de Brito 1, Carlos
CAPÍTULO 7 CONCLUSÕES E RECOMENDAÇÕES
103 CAPÍTULO 7 CONCLUSÕES E RECOMENDAÇÕES "A verdadeira dificuldade não está em aceitar idéias novas, mas em escapar das antigas. John Maynard Keynes A pesquisa orientada à visualização cartográfica visa
Manual do KLinkStatus. Paulo Moura Guedes Tradução: Marcus Gama
Paulo Moura Guedes Tradução: Marcus Gama 2 Conteúdo 1 Introdução 5 2 Usando o KLinkStatus 6 3 Configurando o KLinkStatus 8 4 Créditos e Licença 11 5 Instalação e compilação 12 Resumo KLinkStatus é um verificador
A SUA MANEIRA DE OBTER RESULTADOS PRECISOS
Os sistemas de microscópio para o alinhamento IOL sem marcações durante a cirurgia de catarata A SUA MANEIRA DE OBTER RESULTADOS PRECISOS Sistemas de orientação 2D e 3D IOL 2 A SUA MANEIRA DE OBTER RESULTADOS
FIGURA 59 Interação entre componentes da plataforma CrystalWalk. Fonte: do autor.
176 4.3.2.1 Componentes: Implementação Para atingir o objetivo de ser distribuído e elástico, adotou-se o padrão SOA e estilo REST na construção e comunicação entre os componentes, resultando na divisão
AVALIAÇÃO DE PRODUTOS DE SOFTWARE
AVALIAÇÃO DE PRODUTOS DE SOFTWARE SSC-546 Avaliação de Sistemas Computacionais Profa. Rosana Braga (material profas Rosely Sanches e Ellen F. Barbosa) Qualidade de Produto de Software Modelo de Qualidade
Estrutura dos Sistemas Operacionais. Adão de Melo Neto
Estrutura dos Sistemas Operacionais Adão de Melo Neto 1 Sistema Operacional -São partes do SO -São ferramentas de apoio ao usuário -São formas de acessar as rotinas do kernel O Sistema Operacional é formado
Professor Emiliano S. Monteiro
Professor Emiliano S. Monteiro To-Do Doing Done Conhecer os processos de desenvolvimento habilita o aluno a realizar uma melhor escolha de processo para uso em projetos futuros. A vantagem de conhecer
LIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES
LIVRO ENGENHARIA FUNDAMENTOS, MÉTODOS E PADRÕES WILSON PADUA PAULA FILHO CAPÍTULO REQUISITOS 1 REQUISITOS TECNICO E GERENCIAL ESCOPO (RASCUNHO) CARACTERISTICAS 2 O que são Requisitos? São objetivos ou
Matéria Introdutória. Banco de Dados Profa. Dra. Cristina Dutra de Aguiar Ciferri
Matéria Introdutória Banco de Dados Motivação Necessidade de armazenar grandes quantidades de dados Necessidade de acessar as informações de maneira eficiente e segura Evolução histórica: desenvolvimento
2 Fluxos no Ciclo de Vida do Processo Unificado. O Processo Unificado consiste da repetição de uma série de ciclos durante a vida de um sistema.
Processo Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Ciclo de Vida - Fluxos Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre
Sistemas de Informação. Sistemas Operacionais
Sistemas de Informação Sistemas Operacionais PROCESSOS E THREADS PARTE I SUMÁRIO 2. PROCESSO: 2.1 Introdução; 2.2 Estrutura do Processo; 2.3 Estados do Processo; 2.4 Mudanças de Estado do Processo; 2.5
Análise e projeto de sistemas
Análise e projeto de sistemas Conteúdo: UML O processo de desenvolvimento de software Prof. Patrícia Lucas A linguagem de modelagem unificada (UML) A UML teve origem em uma tentativa de se unificar os
Sistemas Operacionais
Sistemas Operacionais 1 Sistema Operacional Um conjunto de programas que se situa entre os softwares aplicativos e o hardware Gerencia os recursos do computador (CPU, dispositivos periféricos). Estabelece
Gerenciamento do Escopo do Projeto (PMBoK 5ª ed.)
Gerenciamento do Escopo do Projeto (PMBoK 5ª ed.) De acordo com o PMBok 5ª ed., o escopo é a soma dos produtos, serviços e resultados a serem fornecidos na forma de projeto. Sendo ele referindo-se a: Escopo
DIVISÃO DE REGISTROS ACADÊMICOS Registros Acadêmicos da Graduação. Ementas por Currículo 07/02/2012 19:25. Centro de Ciências Exatas e Naturais
7// 9:5 Centro de Ciências Exatas e Naturais Curso: 6 Sistemas de Informação (Noturno) Currículo: / ADM.96.-7 Funções Empresariais I Ementa: Introdução à administração. Conceitos de Organização e Administração.
Material Complementar de INF Engenharia Cognitiva
Material Complementar de INF 1403 2009.1 Engenharia Cognitiva Introdução A Engenharia Cognitiva foi concebida por Donald Norman em 1986 como uma tentativa de aplicar conhecimentos de Ciência Cognitiva,
TEREX CRANES DEMONSTRARÁ NOVOS PRODUTOS E INOVAÇÕES NA BAUMA 2016
News Release Informações de contato: Terex Cranes Marketing Communication Tel. + 49 / 6332 83 1023 E-mail: news.cranes@terex.com TEREX CRANES DEMONSTRARÁ NOVOS PRODUTOS E INOVAÇÕES NA BAUMA 2016 MUNIQUE,
SOFTWARE REQUIREMENTS
SOFTWARE REQUIREMENTS Ian Sommerville, 8º edição Capítulo 6 Aula de Luiz Eduardo Guarino de Vasconcelos O que é um requisito? Pode variar de uma declaração abstrata de alto nível de um serviço ou de uma
Documentos MS Word acessíveis
Documentos MS Word acessíveis Este guia pretende ajudar na produção de documentos acessíveis em Microsoft Word de âmbito académico, para serem distribuidos em formato eletrónico ou impressos. As boas práticas
TÉCNICAS DE PROGRAMAÇÃO II TRABALHO 2
TÉCNICAS DE PROGRAMAÇÃO II TRABALHO 2 Descrição: O objetivo do trabalho 2 é desenvolver um jogo estilo shoot 'em up em Java, onde o jogador possa controlar uma espaçonave e destruir as espaçonaves inimigas
Adicionar uma figura, como um botão Submeter, a um formulário
PPaaggi innaa 1 Parte 2 Adicionar uma figura, como um botão Submeter, a um formulário Adicione uma figura a um formulário para usá-la no lugar de um botão Submeter. Após preencher o formulário, o visitante
Métricas de Software Importância e Aplicação
Métricas de Software Importância e Aplicação Mauricio Aguiar PSM Qualified Instructor Presidente da ti MÉTRICAS IFPUG Past President USC Visiting Associate www.metricas.com.br 1 Agenda Definindo e Alcançando
16.4.3 Laboratório opcional: Backup de dados e restauração no Windows 7
16.4.3 Laboratório opcional: Backup de dados e restauração no Windows 7 Introdução Imprima e complete esse laboratório. Nesse laboratório, você irá fazer backup de dados. Você irá também realizar a restauração
Introdução à UML. Prof. Jesus José de Oliveira Neto
Introdução à UML Prof. Jesus José de Oliveira Neto UML Linguagem de Modelagem Unificada Linguagem visual utilizada para modelar softwares baseados no paradigma de orientação a objetos UML não é uma linguagem
Visão geral dos relatórios de tabela dinâmica e de gráfico dinâmico
Página 1 de 8 Excel > Analisando dados > Relatórios da Tabela Dinâmica > Fundamentos da Tabela Dinâmica Visão geral dos relatórios de tabela dinâmica e de gráfico dinâmico Mostrar tudo Um relatório de
MODELAGEM E DESENVOLVIMENTO DE UMA FERRAMENTA HIPERMÍDIA DE ENSINO VOLTADA AO SETOR AGROPECUÁRIO, USANDO OOHDM
MODELAGEM E DESENVOLVIMENTO DE UMA FERRAMENTA HIPERMÍDIA DE ENSINO VOLTADA AO SETOR AGROPECUÁRIO, USANDO OOHDM RESUMO Rodrigo de Oliveira André Luiz Zambalde Rêmulo Maia Alves Sérgio Augusto Carvalho Gomes
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
Sumário. SCC0661 Multimídia e Hipermídia. Ementa do Curso. Ementa do Curso. Programa do Curso. Avaliação
SCC0661 Multimídia e Hipermídia Prof.: Dr. Marcelo Manzato (mmanzato@icmc.usp.br) Sumário 1. Apresentação da Disciplina. 2. Definindo Multimídia. 3. Diferentes Aspectos de Multimídia. Instituto de Ciências
Prof. Me. Sérgio Carlos Portari Júnior
Prof. Me. Sérgio Carlos Portari Júnior Ambientes que visam desenvolver aplicações que precisam de um processamento paralelo e distribuído deverão saber lidar com algumas dificuldades. Isto decorre da heterogeneidade
A Interação Humano-Computador
Interfaces de busca A Interação Humano-Computador Bem concebidos, os sistemas eficazes geram sentimentos positivos em seus usuários. Quando um sistema é bem projetado, a interface quase desaparece, permitindo
Teste de Software. Competência: Entender as técnicas e estratégias de testes de Software
Teste de Software Competência: Entender as técnicas e estratégias de testes de Software Conteúdo Programático Introdução O que é teste de software? Por que é necessário testar um software? Qual a causa
5 Usando as Representações de Design Rationale
5 Usando as Representações de Design Rationale Como mencionamos anteriormente, representar design rationale em uma linguagem formal usando o modelo formal dos artefatos nos permite atribuir semântica ao
Requisitos de Software
Requisitos de Software Engenharia de requisitos Estabelece os serviços que o cliente requer de um sistema e as restrições sob as quais tal sistema operará e será desenvolvido. Tais serviços e restrições
Manual do Usuário. VpetConverter Ferramenta para adequação de documentos para Petições Eletrônicas. http://www.voat.com.br/ contato@voat.com.
Manual do Usuário VpetConverter Ferramenta para adequação de documentos para Petições Eletrônicas http://www.voat.com.br/ contato@voat.com.br Descrição Geral O VPetConverter é um programa que facilita
4 Processo de Transformação
Tecnologias Relacionadas 43 4 Processo de Transformação Com a constante mudança nos requisitos (funcionais e não funcionais) do domínio da aplicação, há uma grande necessidade de que os sistemas estejam
BANCO DE DADOS PARA GERENCIAMENTO E DESENVOLVIMENTO DE SOFTWARE
BANCO DE DADOS PARA GERENCIAMENTO E DESENVOLVIMENTO DE SOFTWARE Ingrid Oliveira Lotfi Bolsista de Inic. Científica, Informática, UFRJ Peter Rudolf Seidl Orientador, Quimica Industrial, Ph.D. RESUMO O projeto
3 Trabalhos relacionados
3 Trabalhos relacionados Adaptação e implantação dinâmicas são requisitos de aplicações em diversos domínios. Diversas abordagens são capazes de promover adaptação e implantação em tempo de execução. Alguns