geração (semi)automática de metadados - Universidad Autónoma ...

More documents

Recommendations

Info

SISTEMA DE GESTÃO DE PROJECTOS ACADÉMICOS João Braz Pinto, Ana Pinto de Matos, Hugo Paredes, António Marques UTAD – Universidade de Trás-os-Montes e Alto Douro Dep. Engenharias, Quinta de Prados, Apartado 1013, 5001-801 Vila Real, Portugal joao@student-partners.com, anatrompete@gmail.com, {hparedes, amarques}@utad.pt Paulo Martins, João Paulo Moura GECAD – Grupo de Investigação em Engenharia do Conhecimento e Apoio à Decisão Dep. Engenharias – UTAD, Quinta de Prados, Apartado 1013, 5001-801 Vila Real, Portugal {pmartins, jpmoura}@utad.pt RESUMO Este artigo tem por objectivo apresentar a elaboração de um Portal WEB que permite a gestão e divulgação dos projectos relacionados com as Licenciaturas e Mestrados da área das tecnologias informáticas e afins da Universidade de Trás-os- Montes e Alto Douro (UTAD). O Portal contempla diversos aspectos no que diz respeito à submissão dos projectos por parte dos docentes, às suas escolhas por ordem de preferência por parte dos alunos, bem como à posterior atribuição automática dos mesmos, entre outras funcionalidades. PALAVRAS-CHAVE Bases de Dados, Aplicações Web, ASP.Net 1. INTRODUÇÃO Conferência IADIS Ibero-Americana WWW/Internet 2007 A sociedade de hoje encontra-se completamente voltada para a troca de informação de conhecimentos de forma rápida e limpa. O acesso à informação, sempre que é necessário, é um requisito fundamental nos dias modernos, sendo este acesso, geral a todos os meios entre os quais os meios académicos. Hoje não basta só uma aplicação que nos permita guardar os dados e aceder aos mesmos sempre que necessário. A aplicação tem que oferecer mais. Tem que ir mais longe. Qualquer aplicação tem que possuir uma interface gráfica que permita ao utilizador interagir de forma mais eficaz com aquilo que é apresentado. Tal situação não é muito complicada de resolver se pensarmos em utilizadores individuais. Porém, hoje em dia, o ser humano é mais do que nunca, um ser eminentemente social. Agrupa-se, troca experiências, troca conhecimentos, utilizam as mesmas ferramentas, vivem em sociedade. Hoje em dia é comum que as aplicações tenham que ser desenvolvidas de forma a serem utilizadas por mais do que um utilizador, tendo estes, diferentes níveis de permissão de interacção com as aplicações de acordo com o seu grau de responsabilidade no ambiente em que a aplicação se encontra estruturada. É portanto importante que as novas aplicações se encontrem estruturadas de forma a permitir estes diferentes níveis de interacção. Tal interacção resulta, enfim, da fusão de várias tecnologias ou conceitos numa só aplicação. Temos tecnologias de bases de dados, tecnologias de programação e tecnologias, ou processos, de engenharia de software integrados. É neste âmbito que este artigo irá ser desenvolvido. Foi desenvolvido um Portal, no âmbito da cadeira de projecto, que permite fazer a gestão de projectos de uma Universidade onde foram utilizadas várias tecnologias, integradas numa única aplicação de forma a atingir aquilo que é pretendido. Como resultado final pretendeu-se alcançar uma aplicação ou protótipo de aplicação que permita efectuar este tipo de gestão e divulgação dos projectos desenvolvidos pelos mais variados cursos tecnológicos da UTAD, Universidade de Trás-os-Montes e Alto Douro. 437
ISBN: 978–972–8924–45-4 © 2007 IADIS 2. SISTEMA DE GESTÃO DE PROJECTOS DESENVOLVIDO No âmbito do projecto exposto apresentado neste artigo, foi seguida uma lista de objectivos a atingir. Se por um lado estes objectivos não eram vinculativos por outro serviam de base e de ponto de partida em direcção ao que se pretendia alcançar. Os objectivos inicialmente estipulados foram, em traços gerais, a criação de um Portal WEB que permitisse a gestão e divulgação dos Projectos dos alunos das áreas tecnológicas da UTAD garantindo para isso um mecanismo de autenticação, interfaces gráficas simples e intuitivas, construção da respectiva base de dados relacional que serviria de suporte à aplicação, definição de perfis de utilizadores, desenvolvimento do processo automático de candidaturas assim como a atribuição automática dos mesmos. Para cumprir esta lista de objectivos foram planeadas e desenvolvidas três fases do projecto. A primeira foi a fase de análise de requisitos, a segunda a criação e validação de uma base de dados e a terceira a criação e implementação das interfaces gráficas para os diferentes tipos de utilizadores. Foi ainda ponderada uma quarta fase para o projecto estando esta direccionada para testes e correcção de erros da aplicação desenvolvida podendo ainda proceder-se à integração da aplicação no SIDE, Sistema de Informação de Apoio ao Ensino, sistema este largamente implementado e utilizado por toda a comunidade académica da UTAD. Para o desenvolvimento da fase de análise de requisitos decidiu-se que a melhor solução de modulação seria o desenvolvimento de Diagramas de Casos de Uso e a sua respectiva especificação. Desta forma foi possível identificar com grande grau de certeza todos os possíveis utilizadores do sistema assim como o tipo de acções que estes poderiam eventualmente vir a efectuar sobre o mesmo. O sistema a desenvolvido foi então dividido em duas partes diferenciadas de acordo com o nível de privilégios de cada utilizador. Assim os diagramas de casos de usos criados foram distinguidos em BackOffice e FrontOffice. Foi ainda definido um quarto tipo de actor ligado ao BackOffice que seria o actor tempo. Este actor seria despoletado automaticamente e seria associado a processos mais automáticos do sistema como fechar ou abrir as épocas de inscrição ou candidaturas para os projectos ou ainda a emissão automática de avisos para os outros actores sobre datas e prazos. Relativamente ao FrontOffice estipulou-se que este apenas apresentaria um único actor, sendo este o utilizador que faltava para completar o quadro, o utilizador aluno. O utilizador aluno é um tipo de utilizador com privilégios mais limitados e sem grande possibilidade de introdução e edição de conteúdos no sistema a não ser sobre pontos que lhe estivessem directamente ligados como os seus dados pessoais. Foram ainda tidas em conta questões de segurança. Nesse sentido foi decidido que o utilizador não teria a possibilidade de alterar a sua password, esta era-lhe atribuída pelo administrador do sistema e apenas entidade possui a capacidade de recuperar e alterar as respectivas passwords. Na realidade em sistemas de informação deste género, leia-se um sistema mais fechado e altamente direccionado para um tipo de utilizadores muito específicos, não é muito comum a permissão da alteração da palavrachave. Tal facto também acontece no sistema a desenvolver. Na prática a funcionalidade foi desenvolvida mas não se encontra acessível ao utilizador aluno, apenas ao administrador geral do sistema. Assim sempre que a acção alteração de palavra-chave for invocada é devolvido um aviso que alerta o utilizador sobre a indisponibilidade deste serviço pedindo que contacte o administrador do sistema. Estando o sistema modelado e todos os casos de usos especificados passou-se à fase de desenvolvimento da Base de Dados de suporte. Neste âmbito começou-se por desenvolver um modelo de ER, Entidade-Relacionamentos. Este modelo permitiu adquirir uma visão geral sobre o sistema assim como uma percepção mais real da Base de Dados a criar. Após se ter normalizado todo o ER procedeu-se à implementação da BD. Neste processo há a realçar a possibilidade de um mesmo utilizador poder assumir vários perfis, a título de exemplo pode apresentar-se o caso de um aluno de doutoramento poder ser um docente de uma cadeira. Por conseguinte e para evitar duplicação de dados criou-se um conjunto de triggers que permitem validar a introdução de novos perfis de utilizadores no sistema. Terminada esta fase seguiu-se para a fase de desenvolvimento das Interfaces Gráficas. Neste âmbito e visto existir a possibilidade de uma futura integração da aplicação num sistema já completamente desenvolvido foi estipulado que as interfaces deveriam ser o mais idênticas possíveis às do SIDE. Assim desenvolveu-se um conjunto de interfaces simples e acessíveis onde o tema predominante foi sempre constante ao longo de toda a navegação privilegiando o estilo e aparência do SIDE. O sistema desenvolvido culminou num Portal WEB cujos principais benefícios para a comunidade académica passam por tornar todo o processo de candidaturas, por parte dos alunos, ao projectos de cursos muito mais simples e rápidos. A aplicação é responsável por toda a gestão dos conteúdos relacionados com os projectos de cursos desde a recepção das propostas para projectos por parte dos docentes, publicação das mesmas, recepção das candidaturas a projectos pelos alunos, atribuição automática dos projectos a alunos ou grupos de 438
Page 2:
. CONFERÊNCIA IADIS IBERO-AMERICAN
Page 5 and 6:
Copyright 2007 IADIS Press Todos os
Page 7 and 8:
E-GOV BRASILEIRO: UMA ANÁLISE DOS
Page 9 and 10:
APLICACIÓN DE UN ÍNDICE DE EVALUA
Page 11 and 12:
POSTERS UNA ONTOLOGÍA DE VINOS ESP
Page 13 and 14:
Por fim desejamos que todos os part
Page 15 and 16:
Carlos Juiz, Universidad de las Isl
Page 17 and 18:
María Dolores Ayuso, Universidad d
Page 19 and 20:
xviii
Page 21 and 22:
Os Ambientes Inteligentes podem ser
Page 24 and 25:
EM BUSCA DE UM ENSINO COMPLEMENTAR
Page 26 and 27:
Figura 1. Simulador de robô O requ
Page 28 and 29:
Conferência IADIS Ibero-Americana
Page 30 and 31:
AGRADECIMENTOS Intel Educação; Mi
Page 32 and 33:
Ao longo dos últimos anos, a ESEB
Page 34 and 35:
Contrariamente às etapas anteriore
Page 36 and 37:
3.3 Resource Description Framework
Page 38 and 39:
Page 40 and 41:
Page 42 and 43:
a) Acompanhamento de acesso e freq
Page 44 and 45:
Nesta perspectiva, houve um redimen
Page 46 and 47:
troca representa apenas 1 (um) dos
Page 48 and 49:
UMA FERRAMENTA PARA ACOMPANHAMENTO
Page 50 and 51:
permite analisar a capacidade cogni
Page 52 and 53:
• Objeto de aprendizagem (OA) = u
Page 54 and 55:
5. VALIDAÇÃO DA FERRAMENTA Para v
Page 56 and 57:
RECOMENDACIÓN DE PERFILES ACADÉMI
Page 58 and 59:
Page 60 and 61:
Número de Vecinos Factor de relev
Page 62 and 63:
Figura 3. Recomendaciones para asig
Page 64 and 65:
UMA FERRAMENTA DE MINERAÇÃO DE TE
Page 66 and 67:
Os trabalhos encontrados no levanta
Page 68 and 69:
3.2 Módulo de Inteligência Figura
Page 70 and 71:
seleção executa os seguintes pass
Page 72 and 73:
HIPERMÍDIA ADAPTATIVA COMO ESTRAT
Page 74 and 75:
3. SISTEMAS DE HIPERMÍDIA ADAPTATI
Page 76 and 77:
Page 78 and 79:
âncoras ordenadas poderão estar e
Page 80 and 81:
MODELO PARA LA GESTIÓN DEL E-LEARN
Page 82 and 83:
2. EL MODELO 2.1 El Contexto Confer
Page 84 and 85:
Duart y Sangrà (2000), debe permit
Page 86 and 87:
Eje 5: eProcesos Medida 5.1: eMárk
Page 88 and 89:
A ATENÇÃO AO ECONÓMICO, AO SOCIA
Page 90 and 91:
A região de Lisboa aparece-nos com
Page 92 and 93:
do ambiente. O valor dos muito fort
Page 94 and 95:
É esmagador, 195, o número de sit
Page 96 and 97:
E-GOV BRASILEIRO: UMA ANÁLISE DOS
Page 98 and 99:
2.2 Coleta e Integração dos Dados
Page 100 and 101:
município brasileiro, sendo que: (
Page 102 and 103:
significa que um cidadão com acess
Page 104 and 105:
MSB: UNA APLICACIÓN WWW PARA GENER
Page 106 and 107:
minar qué eventos resultan relevan
Page 108 and 109:
daños > caudal > volumen > lluvia
Page 110 and 111:
MSB presenta también similitudes c
Page 112 and 113:
DISEÑO DE UNA HERRAMIENTA PARA EL
Page 114 and 115:
Page 116 and 117:
Figura 2. Creación de Caso de Uso
Page 118 and 119:
conjuntamente con la información r
Page 120 and 121:
UM MODELO ONTOLÓGICO PARA O CONTEX
Page 122 and 123:
sejam capazes de reconhecer quais o
Page 124 and 125:
Figura 3. data flow pipeline Confer
Page 126 and 127:
administrative region (como por exe
Page 128 and 129:
INTEGRACIÓN SEMÁNTICA DE INFORMAC
Page 130 and 131:
Figura 1. Arquitectura • Document
Page 132 and 133:
4.2 Generación y Conversión de Co
Page 134 and 135:
SPARQL toma la descripción de lo q
Page 136 and 137:
EN BUSCA DEL TIPO DE SERVICIO WEB S
Page 138 and 139:
En la actualidad conviven cuatro pr
Page 140 and 141:
A continuación presentamos una tab
Page 142 and 143:
Page 144 and 145:
tecnologías de comunicación [3] p
Page 146 and 147:
para la conexión un cifrado median
Page 148 and 149:
Figura 4. Lanzamiento de la aplicac
Page 150 and 151:
USABILIDAD EN UN JUEGO DE MEMORAMA
Page 152 and 153:
Al finalizar la animación introduc
Page 154 and 155:
fueron asignados después de realiz
Page 156 and 157:
Page 158 and 159:
DEFINIENDO UNA ESTRUCTURA DE EVALUA
Page 160 and 161:
Consideración de la audiencia. Nue
Page 162 and 163:
Page 164 and 165:
señalan que con dos puede ser sufi
Page 166 and 167:
EXPERIÊNCIA NA CUSTOMIZAÇÃO DE U
Page 168 and 169:
temporal e o detalhamento das class
Page 170 and 171:
hipermídia, projetista de interfac
Page 172 and 173:
Index.csp Imovel.cls Imovel.csp P
Page 174 and 175:
ALGORITMOS PARA TOKENS DE AUTENTICA
Page 176 and 177:
3. PLATAFORMA Como token de baixo c
Page 178 and 179:
Tabela 1. Uso dos algoritmos de MAC
Page 180 and 181:
de processamento são executadas em
Page 182 and 183:
acadêmica, distribuição de mater
Page 184 and 185:
utilizados pelo sistema, e de como
Page 186 and 187:
5. FRAMEWORK PARA DOCUMENTAÇÃO DE
Page 188 and 189:
6. CONCLUSÃO A especificação de
Page 190 and 191:
Page 192 and 193:
Page 194 and 195:
Page 196 and 197:
EVOLUCIÓN DE LA TOPOLOGÍA DE INTE
Page 198 and 199:
3. ADQUISICIÓN DE DATOS 3.1 Descri
Page 200 and 201:
4. MÉTRICAS CALCULADAS Todo los c
Page 202 and 203:
6. CONCLUSIONES Tabla 6. Evolución
Page 204 and 205:
INTERNET COMO CANAL DE COMPRA: RESP
Page 206 and 207:
3. HIPÓTESIS Conferência IADIS Ib
Page 208 and 209:
SEÑALES DE LA WEBMOSPHERE Dimensi
Page 210 and 211:
Page 212 and 213:
USO DA INTERNET NO TURISMO: UMA PES
Page 214 and 215:
Além das já citadas facilidades p
Page 216 and 217:
enquadramento profissional dos entr
Page 218 and 219:
Tabela 9. Opinião dos turistas sob
Page 220 and 221:
SIMULADOR DO SERVIDOR DE HABILITAÇ
Page 222 and 223:
Todas as conexões externas com o s
Page 224 and 225:
3.3 Base de Dados Internet Aplicaç
Page 226 and 227:
etorno (número de identificação
Page 228 and 229:
ANALISE DE DESEMPENHO DE PROTOCOLOS
Page 230 and 231:
• EAP-TLS - EAP Transport Layer S
Page 232 and 233:
Figura 2. Cenário dos testes No Qu
Page 234 and 235:
Média de atraso Jitter Médio Nív
Page 236 and 237:
aAUTOMATOR: HERRAMIENTA FLEXIBLE PA
Page 238 and 239:
• aAUTOMATOR API. Librería en la
Page 240 and 241:
URLDownloader Cada cadena de texto
Page 242 and 243:
Los robots se van construyendo dire
Page 244 and 245:
MODELO DE QUALIDADE DE COMPONENTES
Page 246 and 247:
Page 248 and 249:
Integração, configuração e inte
Page 250 and 251:
implementação das funcionalidades
Page 252 and 253:
UTILIZACIÓN DE GOOGLE SEARCH APPLI
Page 254 and 255:
Page 256 and 257:
Figura 2. Control y Lógica de Nego
Page 258 and 259:
Figura 5. Visualizador OpenMap Figu
Page 260:
REFERENCIAS Conferência IADIS Iber
Page 264 and 265:
EMOÇÕES COMO PARTE DE UM AMBIENTE
Page 266 and 267:
2.2 Identificação dos Eventos Con
Page 268 and 269:
Sair do jogo Como você se sente sa
Page 270 and 271:
efecto de solventar esta separació
Page 272 and 273:
5. El Generador de Informes, Diplom
Page 274 and 275:
CONTEXTUALIZAÇÃO DA APRENDIZAGEM
Page 276 and 277:
Os alunos de LabIII estavam numa fa
Page 278 and 279:
REFERÊNCIAS Conferência IADIS Ibe
Page 280 and 281:
debate, um exemplo gráfico desenha
Page 282 and 283:
• Nome: Tom Características: Pes
Page 284 and 285:
Este trabalho descreve o desenvolvi
Page 286 and 287:
4. CONCLUSÕES A proposta Web 2.0
Page 288 and 289:
Page 290 and 291:
La valoración de cada uno de los e
Page 292 and 293:
Page 294 and 295:
ao enunciado ou a submissão do fic
Page 296 and 297:
Figura 2. Exemplo da construção d
Page 298 and 299:
PROJECTO DE APLICAÇÃO EM INTERNET
Page 300 and 301:
No desenvolvimento para a Internet
Page 302 and 303:
AQUISIÇÃO E TRATAMENTO DE INFORMA
Page 304 and 305:
• Inclui políticas de autentica
Page 306 and 307:
com a perspectiva de manter a plata
Page 308 and 309:
contextualizada (e.g.. com base no
Page 310 and 311:
utilizador. O componente de gestão
Page 312 and 313:
Sistema de Archivos Protocolo Servi
Page 314 and 315:
Sistema B: Entorno: Windows/Access
Page 316 and 317:
APLICANDO CONCEPTOS DE TEORÍA DE L
Page 318 and 319:
comprobar la posibilidad de mejorar
Page 320 and 321:
EXTRACCIÓN DE PERFILES BASADA EN A
Page 322 and 323:
sesión Si se encuentra la distanci
Page 324 and 325:
datos fue dividido en conjunto de e
Page 326 and 327:
Page 328 and 329:
como o caminho de soluções de pro
Page 330 and 331:
PORTAIS WEB: ENQUADRAMENTO CONCEPTU
Page 332 and 333:
Page 334 and 335:
Page 336 and 337:
SOCIALIZACIÓN DE LA WEB SEMÁNTICA
Page 338 and 339:
1.4 Dimensiones de la Web 2.0 y la
Page 340 and 341:
facilitara la comparación de preci
Page 342 and 343:
palavras do autor, BI teria como um
Page 344 and 345:
configuração vinculado à soluç
Page 346 and 347:
2004) e de se conseguirem identific
Page 348 and 349:
Page 350 and 351:
Page 352 and 353:
O objectivo deste artigo é identif
Page 354 and 355:
3.2 Modelos de Maturidade para o Co
Page 356 and 357:
PANORÁMICA Y SITUACIÓN DEL ESTÁN
Page 358 and 359:
los mensajes distintos, etc. Este a
Page 360 and 361:
Ante este panorama, esperemos que e
Page 362 and 363:
Page 364 and 365:
significativos para a elaboração
Page 366 and 367:
MATERIALIZAÇÃO DE VANTAGENS COMPE
Page 368 and 369:
humanos, administração de serviç
Page 370 and 371:
execução das tarefas, à implanta
Page 372 and 373:
CATEGORIZAÇÃO AUTOMÁTICA DE DOCU
Page 374 and 375:
3. PROTÓTIPO No protótipo da ferr
Page 376 and 377:
REFERÊNCIAS Conferência IADIS Ibe
Page 378 and 379:
1998) e o da Pedagogia Instituciona
Page 380 and 381:
constituiriam novas versões sequen
Page 382 and 383:
UMA ARQUITETURA TOLERANTE A FALHAS
Page 384 and 385:
Os passos para descoberta e execuç
Page 386 and 387:
Nesse modelo, com o intuito de evit
Page 388 and 389:
XML. Para la elaboración de este s
Page 390 and 391:
5. Aplicar las medidas sobre cada u
Page 392 and 393:
UMA PROPOSTA PARA O DESENVOLVIMENTO
Page 394 and 395:
Atualmente, o termo ontologia vem s
Page 396:
propomos o desenvolvimento de uma o
Page 400 and 401:
MERCHANDISING EN INTERNET: NUEVAS T
Page 402 and 403:
documentos electrónicos, influyen
Page 404 and 405:
E_ReInAc: ELEARNING_REUSABILIDAD, I
Page 406 and 407:
2. MODELO TECNOPEDAGÓGICO DE SESIO
Page 408 and 409: BIBLIOTECAS DIGITALES: CONCEPTOS Go
Page 410 and 411: catálogo en línea, aunque este el
Page 412 and 413: ESTRATEGIA COLABORATIVA Y DE CONOCI
Page 414 and 415: PORTAL Portal del Instituto de la M
Page 416 and 417: E-MERCADOS MEDIANTE P2P: UN NUEVO M
Page 418 and 419: se han adoptado los requisitos mín
Page 420 and 421: O CONTRIBUTO DAS TIC PARA O DESENVO
Page 422 and 423: 3. SISTEMA DE INFORMAÇÃO DO PATRI
Page 424: destacar que o Abandono, a Erosão
Page 428 and 429: UNA ONTOLOGÍA DE VINOS ESPAÑOLES
Page 430 and 431: Como procedimiento de desarrollo de
Page 432 and 433: FACTORES CRÍTICOS DA ADESÃO DAS P
Page 434 and 435: Portugal, utilizando entrevistas; e
Page 436 and 437: 2. REPOSITÓRIOS DIGITAIS Um reposi
Page 438 and 439: ESPECIFICAÇÃO DE UMA APLICAÇÃO
Page 440 and 441: 4. PROTÓTIPO FUNCIONAL Figura 2. D
Page 442 and 443: AGENTES INTELIGENTES NO AMBIENTE VI
Page 444 and 445: performativa confirm se for verdade
Page 446 and 447: 4. RESULTADOS DE LA INVESTIGACIÓN
Page 448 and 449: ANÁLISE DE PROJECTOS DE INVESTIMEN
Page 450 and 451: 3. CONCLUSÃO O presente artigo rep
Page 452 and 453: Os utilizadores VRIRI, Gestor Erasm
Page 454 and 455: UTILIZAÇÃO DE OPÇÕES REAIS NA A
Page 456 and 457: particularmente adequada em matéri
Page 460 and 461: alunos com base em critérios de at
Page 462 and 463: como variáveis de restrição: des
Page 464 and 465: REFERÊNCIAS Conferência IADIS Ibe
Page 466 and 467: ocorrer. Desta forma, o risco como
Page 468: organização. O desenvolvimento da
Page 471 and 472: Guerra, A. ........................
show all

geração (semi)automática de metadados - Universidad Autónoma ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?