Der Nationale Aktionstag für Restaurierung und Digitalisierung am 2. September 2007 in der SLUB demonstrierte in beeindruckender Weise die Vielschichtigkeit der Probleme bei der Ermittlung, Auswahl, Erhaltung und Restaurierung, Dokumentation, Bereitstellung und Vermittlung von Kulturgut in Bibliotheken und Archiven.

A tese está organizada em torno dos estudos de caso de três edições da Documenta de Kassel (1997, 2002, 2007), bem como das 24ª (1998), 27ª (2006) e 28ª (2008) edições da Bienal de São Paulo, tendo como foco de análise as transformações ocorridas nas práticas curatoriais e na esfera institucional da arte a partir dos anos 1960 e 1970. A construção conceitual foi realizada através de um diálogo entre as transformações nas práticas curatoriais contemporâneas, resultado de uma revisão dos papéis das instituições como mediadoras entre a produção artística e o público, com os processos de inserção de regiões e discursos periféricos em um sistema cultural global. / The Thesis is organized around the case studies of the last three editions of Kassel´s Documenta (1997, 2002, 2007), and the 24th (1998), 27th (2006) and 28th (2008) editions of São Paulo Bienal. It is focused on the analysis of the transformation that has been occurring in the curatorial practices and in the art institutions since the 1960s and 1970s. Its conceptual background is based on the relationship between the critical (aesthetic) practices and the process of cultural globalization.

A tese está organizada em torno dos estudos de caso de três edições da Documenta de Kassel (1997, 2002, 2007), bem como das 24ª (1998), 27ª (2006) e 28ª (2008) edições da Bienal de São Paulo, tendo como foco de análise as transformações ocorridas nas práticas curatoriais e na esfera institucional da arte a partir dos anos 1960 e 1970. A construção conceitual foi realizada através de um diálogo entre as transformações nas práticas curatoriais contemporâneas, resultado de uma revisão dos papéis das instituições como mediadoras entre a produção artística e o público, com os processos de inserção de regiões e discursos periféricos em um sistema cultural global. / The Thesis is organized around the case studies of the last three editions of Kassel´s Documenta (1997, 2002, 2007), and the 24th (1998), 27th (2006) and 28th (2008) editions of São Paulo Bienal. It is focused on the analysis of the transformation that has been occurring in the curatorial practices and in the art institutions since the 1960s and 1970s. Its conceptual background is based on the relationship between the critical (aesthetic) practices and the process of cultural globalization.

Der Nationale Aktionstag für Restaurierung und Digitalisierung am 2. September 2007 in der SLUB demonstrierte in beeindruckender Weise die Vielschichtigkeit der Probleme bei der Ermittlung, Auswahl, Erhaltung und Restaurierung, Dokumentation, Bereitstellung und Vermittlung von Kulturgut in Bibliotheken und Archiven.

Made available in DSpace on 2015-04-14T14:49:01Z (GMT). No. of bitstreams: 1 406128.pdf: 16056423 bytes, checksum: d4b22e3a871de544238db5630e9a295f (MD5) Previous issue date: 2008-03-24 / Neste trabalho ser?o abordados estudos referentes ? classifica??o de grande quantidade de documentos de conte?do vari?vel. Em tal processo quando um grande n?mero de documentos ? gerado, existe a necessidade de um usu?rio verific?-los um a um com a inten??o de separ?-los em bons (com pouco ou nenhum problema estrutural) ou ruins (que possuem problemas estruturais), processo este considerado lento e oneroso. Considerando este problema, neste trabalho foi desenvolvida uma ferramenta de classifica??o est?tica de documentos que visa reduzir esta interven??o humana. A ferramenta desenvolvida ? baseada em m?tricas que avaliam o quanto um documento automaticamente gerado difere de seu template, criando para cada um destes documentos uma assinatura baseada nas t?cnicas de fingerprint, objetivando primeiramente distingui-los entre si para ent?o utilizar t?cnicas de clusteriza??o criando grupos de documentos com caracter?sticas semelhantes. O algoritmo K-Med?ides ? usado para fazer tal agrupamento, tal algoritmo funciona criando grupos de objetos considerando um destes como base para a cria??o de cada cluster. A id?ia deste trabalho ? reduzir a interven??o humana fazendo com que um usu?rio classifique em bom ou ruim apenas determinados documentos de cada grupo formado pelo algoritmo de clusteriza??o. S?o tamb?m apresentados resultados de quatro experimentos realizados com esta ferramenta avaliando as contribui??es para diminuir a interven??o humana no processo de classifica??o de documentos.

Thesis (PhD(Visual Studies))--University of Pretoria, 2007. / Includes bibliographical references. Available on the Internet via the World Wide Web.

CARVALHO, R.P.F. N?cleo Tem?tico da SECA/UFRN: uso do acervo informacional. 1998. Disserta??o (Mestrado)- Programa de P?s-Gradua??o em Ci?ncia da Informa??o, Centro de Ci?ncias Sociais e Aplicadas, Universidade Federal da Para?ba, Jo?o Pessoa, 1998. / Submitted by Jordan Souza (jordanbiblio@gmail.com) on 2010-12-08T19:25:09Z No. of bitstreams: 1 Disserta??o Renata.pdf: 12608480 bytes, checksum: 1a1386c82b3ca32575d523e143b80650 (MD5) / Rejected by clediane guedes(clediane@bczm.ufrn.br), reason: Por favor inserir resumo on 2010-12-08T19:29:28Z (GMT) / Submitted by Jordan Souza (jordanbiblio@gmail.com) on 2010-12-08T19:36:05Z No. of bitstreams: 1 Disserta??o Renata.pdf: 12608480 bytes, checksum: 1a1386c82b3ca32575d523e143b80650 (MD5) / Approved for entry into archive by clediane guedes(clediane@bczm.ufrn.br) on 2010-12-08T19:37:19Z (GMT) No. of bitstreams: 1 Disserta??o Renata.pdf: 12608480 bytes, checksum: 1a1386c82b3ca32575d523e143b80650 (MD5) / Made available in DSpace on 2010-12-08T19:37:19Z (GMT). No. of bitstreams: 1 Disserta??o Renata.pdf: 12608480 bytes, checksum: 1a1386c82b3ca32575d523e143b80650 (MD5)

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-11-01T21:17:48Z No. of bitstreams: 1 TeresaDoCarmoBarretoFernandes_DISSERT.pdf: 5261298 bytes, checksum: 1a7e32ec8483e6e7e31101df7f8675f9 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-11-07T21:08:03Z (GMT) No. of bitstreams: 1 TeresaDoCarmoBarretoFernandes_DISSERT.pdf: 5261298 bytes, checksum: 1a7e32ec8483e6e7e31101df7f8675f9 (MD5) / Made available in DSpace on 2017-11-07T21:08:03Z (GMT). No. of bitstreams: 1 TeresaDoCarmoBarretoFernandes_DISSERT.pdf: 5261298 bytes, checksum: 1a7e32ec8483e6e7e31101df7f8675f9 (MD5) Previous issue date: 2017-06-30 / Exce??es n?o capturadas (do ingl?s: uncaught) n?o s?o cen?rios excepcionais nas aplica??es Java atuais. Eles s?o, na verdade, uma das principais causas de falha das aplica??es Java - que podem originar-se de erros de programa??o (e.g., acesso a refer?ncias nulas); falhas no hardware ou em APIs utilizadas. Essas exce??es uncaught resultam em stack traces que s?o frequentemente usados pelos desenvolvedores como fonte de informa??es para a depura??o. Atualmente, essa informa??o ? frequentemente usada pelos desenvolvedores em mecanismos de busca ou sites de perguntas e respostas (do ingl?s: Question and Answer - Q&A) para tentar compreender melhor a causa do crash e assim poder resolv?lo. Este estudo fez a minera??o de stack traces inclu?das nas perguntas e respostas do StackOverflow (SOF). O objetivo deste estudo foi: (i) identificar caracter?sticas das stack traces mineradas do SOF e (ii) investigar como tais informa??es podem ser usadas para evitar exce??es uncaught durante o desenvolvimento de software. Neste estudo, 121.253 stack traces foram extra?das e analisadas em combina??o com inspe??es de postagens do SOF. Tamb?m ? proposta a ferramenta ExMinerSOF, que alerta o desenvolvedor sobre as exce??es que podem ser potencialmente sinalizadas por um m?todo de API. Essas informa??es s?o descobertas aplicando uma estrat?gia de minera??o apresentada neste trabalho. Ao faz?-lo, a ferramenta permite que o desenvolvedor evite falhas com base em falhas relatadas por outros desenvolvedores. / Uncaught exceptions are not an exceptional sce- nario in current Java applications. They are actually one of the main causes of applications crashes, which can originate from programming errors on the application itself (null pointer dereferences); faults in underlying hardware or re-used APIs. Such uncaught exceptions result in exception stack traces that are often used by developers as a source of information for debugging. Currently, this information is ofttimes used by developers on search engines or Question and Answer sites while the developer tries to: better understand the cause of the crash and solve it. This study mined the exception stack traces embedded on StackOverflow (SOF) questions and answers. The goal of this work was to two-fold: to identify characteristics of stack traces mined from SOF and to investigate how such information can be used to prevent uncaught exceptions during software development. Overall 121.253 exception stack traces were extracted and analyzed in combination with Q&A inspections. Hence, this study proposes ExMinerSOF tool, which alerts the developer about the exceptions that can be potentially signaled by an API method but are not part of the API documentation - and was discovered by applying a mining strategy in SOF repository. Doing so, the tool enable the developer to prevent faults based on failures reported by the crowd.

Made available in DSpace on 2015-04-14T14:49:19Z (GMT). No. of bitstreams: 1 419239.pdf: 4875109 bytes, checksum: 549546b92250defffa0a3ea08ee10e0d (MD5) Previous issue date: 2009-09-24 / Este trabalho aponta para a compreens?o dos aspectos envolvidos no emprego de representa??o de conhecimento em metodologias ?geis de desenvolvimento de software. As metodologias ?geis compreendem uma abordagem centrada na disponibilidade imediata do software ao cliente, sendo utilizadas principalmente em sistemas nos quais os requisitos mudam frequentemente. O objetivo deste trabalho ? integrar um formalismo de representa??o de conhecimento a uma metodologia ?gil, permitindo capturar o conhecimento e reduzir esfor?os no desenvolvimento de sistemas informatizados. Neste contexto, ? apresentada uma proposta de representa??o de conhecimento, por meio de ontologias, que promove a associa??o dos artefatos produzidos aos conceitos do dom?nio do sistema e aos tipos de conhecimento expressados por esses artefatos. Um prot?tipo de ferramenta foi desenvolvido para auxiliar os desenvolvedores na realiza??o das associa??es. A proposta ? avaliada por meio de um experimento realizado para comparar o esfor?o na defini??o das associa??es e a precis?o na recupera??o dos artefatos com e sem a representa??o de conhecimento.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-03-21T18:19:38Z No. of bitstreams: 1 JulioCesarLeoncioDaSilva_DISSERT.pdf: 1394881 bytes, checksum: 747cd2cfe814ce2f10219f841055abdb (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-03-27T21:23:41Z (GMT) No. of bitstreams: 1 JulioCesarLeoncioDaSilva_DISSERT.pdf: 1394881 bytes, checksum: 747cd2cfe814ce2f10219f841055abdb (MD5) / Made available in DSpace on 2017-03-27T21:23:41Z (GMT). No. of bitstreams: 1 JulioCesarLeoncioDaSilva_DISSERT.pdf: 1394881 bytes, checksum: 747cd2cfe814ce2f10219f841055abdb (MD5) Previous issue date: 2016-08-25 / Muitas vezes o arquiteto de software respons?vel pela defini??o e avalia??o da arquitetura de software n?o consegue estabelecer quais requisitos n?o-funcionais devem ser priorizados no desenvolvimento de seus sistemas. Com isso, falhas podem ocorrer durante a execu??o do sistema demandando mais tempo e recursos para que seja corrigido. Em muitos casos, com a inexperi?ncia dos arquitetos ou a necessidade de disponibiliza??o r?pida de um sistema, os requisitos n?o-funcionais n?o s?o considerados durante a defini??o da arquitetura de software e tamb?m n?o ? feita a devida documenta??o da arquitetura, tornando dif?cil o acesso e entendimento da arquitetura pelos demais integrantes da equipe e dificultando a manuten??o de componentes/m?dulos da arquitetura e respectivos relacionamentos. Este trabalho buscou levantar junto ?s empresas de software, p?blicas e privadas, quais as principais estrat?gias utilizadas na defini??o e avalia??o da arquitetura, principalmente na obten??o e cumprimento dos requisitos n?o-funcionais, e documenta??o arquitetural. Nosso estudo contou com a participa??o de 17 arquitetos de software para responder o question?rio proposto. Com a realiza??o do question?rio identificamos que os requisitos n?o-funcionais de desempenho e confiabilidade s?o os mais importantes a serem atendidos pela arquitetura e que mesmo com a exist?ncia de algumas abordagens para a avalia??o de arquiteturas, elas n?o parecem estar bem difundidas e/ou utilizadas entre os arquitetos. Ao tratar especificamente o requisito de desempenho, os arquitetos julgaram que em uma an?lise de desempenho de um sistema de software a informa??o mais importante a ser exibida deve ser o tempo de resposta das requisi??es a um determinado cen?rio, acompanhado do tempo de execu??o dos m?todos que fazem parte desse cen?rio. Em rela??o ? documenta??o arquitetural, a maioria dos entrevistados afirmaram utilizar, no m?nimo, algum tipo de documenta??o no momento de cria??o de um sistema de software, destacando-se a utiliza??o de diagramas de classe e de componentes como as formas mais comuns de documenta??o utilizadas pelos arquitetos. Al?m disso, o trabalho prop?e a utiliza??o de um guia que busca auxiliar arquitetos de software na atividade de avalia??o do cumprimento dos requisitos n?o-funcionais pela arquitetura durante a evolu??o do sistema, priorizando o requisito n?o-funcional de desempenho. Ao avaliar a aplica??o do guia, os entrevistados apontaram a abordagem de an?lise de logs para identificar os cen?rios priorit?rios numa avalia??o de desempenho como uma das principais contribui??es do guia e que poderia facilitar na identifica??o e compara??o das vers?es dos seus sistemas. / Usually, the software architect responsible for the software architecture definition and evaluation cannot prioritize which non-functional requirements must be prioritized during the development of their systems. Because of that, failures may happen during the system execution requiring more time and resources to fix them. In many cases, due to the inexperience of architects or the need for rapid deployment of a system, the non-functional requirements are not considered in the software architecture definition phase and its documentation is absent or incomplete, making the software architecture difficult to be understood, modified and envolved by other team members. This work investigates the main strategies and techniques used to document software architectures and to evaluate non-functional requirements by existing software development companies. Our study had the participation of 17 software architects to answer the survey. Our work identified that performance and reliability non-functional requirements are the most important to be addressed by the architecture and even with the existence of some approaches to evaluate architectures, they do not seem to be disseminated and used among architects. The architects judged that in a performance analysis of a software system the most important information to be displayed should be the response time of the system scenarios. Regarding architecture documentation, most interviewees stated that they used some kind of documentation. The use of class diagrams and component diagrams are the most common forms of documentation used by architects. Besides that, we propose a guide to help software architects in the task of achieving such non-functional requirements during the evolution of software systems. The proposed guide prioritizes the non-functional requirement of performance. The logs analysis approach to identify priority scenarios in a performance assessment was pointed out as one of the key contributions of the guide and could facilitate the identification and comparison of the versions of their systems.