texto - Universidade Fernando Pessoa

More documents

Recommendations

Info

O departamento de defesa norte-americano desenvolveu tecnologia e arquitecturas dedocumento para bases de dados de revisão para suporte de manuais técnicos eletrónicosinteractivos como substituição para os manuais técnicos em papel, que se destinam aapoiar a logística do equipamento militar. Para diminuir custos e para garantir que osdocumentos hipermedia não se tornem obsoletos em relação às tecnologias de inquéritoe de presentação, o departamento de defesa necessitou de um modo padrão pararepresentar os seus dados técnicos, pelo que escolheu o HyTime para basear a suaaproximação.O MHEG normaliza as descrições ao nível que se situa entre as representações de baixonível (como uma fotografia) e as linguagens estruturadas de alto nível e scripts (como oHyTime). O objecto MHEG só é definido no ponto de intercâmbio. O padrão MHEGrelaciona-se com as classes de objectos que são especificados em três passos:1. uma descrição informal da estrutura do objecto e do seu comportamento,2. uma definição orientada a objectos precisa, da estrutura do objecto e do seucomportamento,3. a representação codificada do objecto que usa as regras de codificaçãoespecificadas pelos padrões de intercâmbio, como o SGML.Os objectos MHEG têm estruturas no tempo e no espaço e estão relacionados comoutros objectos por ligações. Os objectos de ligação podem ser activados por acções einteracções como as opções dos utilizadores e desta forma com ligações condicionais.O motor MHEG activa uma ligação quando descobre a mudança apropriada no estadode um objecto. O comportamento de objectos é especificado por acções, como "tornamodificável" e pelos efeitos das acções no estado dos objectos, como "disponível/nãodisponível". Considerando que um programa HyTime tem visibilidade de todo odocumento ou script, antes de que este seja executado, um programa MHEG temvisivilidade de uma pequena parte do documento que um utilizador está a usar duranteuma interacção típica. O padrão MHEG suporta, de forma interactiva, o intercâmbio atempo real de objectos hipermedia entre diversas aplicações e serviços, em múltiplasplataformas.- 89 -
2.4.5.3 ConversoresAs normas (padrões) podem tornar as conversões mais fáceis. Se os conversores podemtransformar um formato não normalizado num formato normalizado, então uma normaassume um papel importante. Se existe um conversor entre cada formato nãonormalizado e o formato padrão, então a passagem entre um qualquer formato pode serrealizada convertendo um dado formato num formato normalizado e realizando, então,novamente uma passagem do formato padrão para o novo formato desejado. Porexemplo, se se tiverem quatro linguagens diferentes de marcação hipermédia e se quiserrealizar uma conversão entre quaisquer duas, então um modo de o fazer é possuir dozeconversores que garantam a conversão directa entre cada um dos quatro formatos.Alternativamente, usando um formato intermédio - HyTime - já só são necessáriosquatro conversores (Figura 1.1).0 X0 XintermediárioGUGUFigura 1.1: Conversores. Com quatro diferentes formatos e sem um formatointermédio, podem ser precisos doze conversores. Com um formato intermédio,apenas são necessários conversores entre cada formato e o formato intermédio, numtotal de oito conversores. Com o aumento do número de formatos, aumenta tambéma vantagem da existência de um formato intermédio.Existem muitos tipos diferentes de formatos. Na conversão de documentos entresistemas de hipermedia, é por vezes necessário converter mais que o formato lógico quepoderia ser representado numa linguagem intermédia do tipo do HyTime.Cada sistema de hipermedia suporta os seus próprios formatos de monomedia e tambémos formatos preferidos. Para converter um documento de um sistema de hipermedia paraoutro, cada componente de monomedia, dentro do documento, pode ter que serconvertido separadamente.- 90 -
Page 1 and 2:
Apontamentos da cadeira dePesquisa
Page 3 and 4:
Apontamentos de media interactivosL
Page 5 and 6:
4. A ORGANIZAÇÃO E AS REDES......
Page 7 and 8:
Figura 3.10: Arquitectura replicada
Page 9 and 10:
desenvolvimentos nas tecnologias de
Page 11 and 12:
os editores de vídeo e os navegado
Page 13 and 14:
No modelo, a fonte é vista como o
Page 15 and 16:
fotografia que contém uma imagem.
Page 17 and 18:
organização. A fronteira entre a
Page 19 and 20:
1. O Indivíduo e o hipermédia2.1
Page 21 and 22:
desempenho de uma tarefa é útil t
Page 23 and 24:
captura de vídeo (Figura 1.2). Na
Page 25 and 26:
para ele próprio e como esta pode
Page 27 and 28:
Ao mesmo tempo, é preparado um pla
Page 29 and 30:
2.2 HipertextoO hipertexto é um co
Page 31 and 32:
A apresentação de conteúdo de um
Page 33 and 34:
Os tipos de ligações neste exempl
Page 35 and 36:
2.2.2 InterfacesA interface para um
Page 37 and 38:
Para proporcionar a sensação kine
Page 39 and 40:
Figura 1.2: Expansão das relaçõe
Page 41 and 42:
Foi, desta forma, efectuada uma evo
Page 43 and 44:
travessia deverá seguir. Por exemp
Page 45 and 46: Figura 1.4: Índice de palavras. Es
Page 47 and 48: Uma vez que a manutenção de infor
Page 49 and 50: Figura 1.1: Resultado da resposta e
Page 51 and 52: Sete gigabytes de imagens e materia
Page 53 and 54: Uma vez que o hipertexto pode indic
Page 55 and 56: Engineering) é um termo genérico
Page 57 and 58: pode ser visto em conjunto com o c
Page 59 and 60: egra para dizer onde este deve ser
Page 61 and 62: imagem são objectos que estão, de
Page 63 and 64: O guião (storyboard) para um servi
Page 65 and 66: Para a autoria de um media baseado
Page 67 and 68: 2.3.4 O vídeoO Vídeo é um item c
Page 69 and 70: aumentada a área, bem como a defin
Page 71 and 72: x proporcionam a afectação a temp
Page 73 and 74: O chipset programável do DVI supor
Page 75 and 76: máquinas fotográficas de reconhec
Page 77 and 78: capaz de reproduzir música em form
Page 79 and 80: a escrita em CD-ROM's virgens com u
Page 81 and 82: O Kodak Photo CD é um subconjunto
Page 83 and 84: Para superar os problemas de compat
Page 85 and 86: ealizou um esforço no sentido de h
Page 87 and 88: textual. A relação entre quaisque
Page 89 and 90: canal. Por exemplo, um canal auditi
Page 91 and 92: Figura 1.2: Vista paralela do CMIFe
Page 94 and 95: 2.4.5.1 O SGMLPara tornar a informa
Page 98 and 99: Com os utilitários de conversão n
Page 100 and 101: 2.4.6 ConclusãoO hipertexto propor
Page 102 and 103: Esta definição de groupware enfat
Page 104 and 105: A teoria da coordenação é um cor
Page 106 and 107: é determinada pela cultura, com in
Page 108 and 109: Destas observações, é possível
Page 110 and 111: Os grupos tendem a impor normas de
Page 112 and 113: O termo groupthink descreve um sín
Page 114 and 115: ProgramacentralFigura 3.1: Soluçã
Page 116 and 117: uma modificação acidental ou mald
Page 118 and 119: Os editores a que um utilizador rec
Page 120 and 121: O sistema experimental Shared Alter
Page 122 and 123: mesmo tempodiferente tempomesmo loc
Page 124 and 125: A aproximação mecanicista ao grou
Page 126 and 127: expõe a estrutura e dados do model
Page 128 and 129: Dado os diferentes horários e as d
Page 130 and 131: deste tipo de sistemas de represent
Page 132 and 133: Um sistema groupware suporta um esp
Page 134 and 135: material gráfico. Foram modificado
Page 136 and 137: fora. Isto é conseguido colocando
Page 138 and 139: O conteúdo educacional pode ser de
Page 140 and 141: epresenta um problema, preocupaçã
Page 142 and 143: mas usaram estas de um modo diferen
Page 144 and 145: As janelas de comentário são invo
Page 146 and 147:
3.2.4 O sistema MUCHO sistema MUCH
Page 148 and 149:
Figura 3.1: Tabela de créditos de
Page 150 and 151:
mínimo de apoio para colaboração
Page 152 and 153:
3.2.5.2 Conferência por computador
Page 154 and 155:
efectivamente usado para explicaç
Page 156 and 157:
imparcial, face à sua origem. No t
Page 158 and 159:
e partilhar informação de um modo
show all

texto - Universidade Fernando Pessoa

Create successful ePaper yourself

Delete template?

Save as template?