Submitted by Pedro Henrique Rodrigues (pedro.henriquer@ufpe.br) on 2015-03-05T19:13:45Z No. of bitstreams: 2 MoniqueSoares-Dissertacao-2012.pdf: 6577714 bytes, checksum: 005b141d9bd7a559a90af95173fbb068 (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Made available in DSpace on 2015-03-05T19:13:45Z (GMT). No. of bitstreams: 2 MoniqueSoares-Dissertacao-2012.pdf: 6577714 bytes, checksum: 005b141d9bd7a559a90af95173fbb068 (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Previous issue date: 2012-02-29 / O processo STREAM (Strategy for Transition between Requirements and Architectural Models – Estratégia para Transição entre Modelos de Requisitos e Modelos Arquiteturais) apresenta uma abordagem dirigida a modelos que permite a geração de modelos de projeto arquitetural inicial - em Acme - a partir de modelos de requisitos orientados a objetivos - em i*. O STREAM consiste de quatro atividades: Refatorar Modelos de Requisitos, Derivar Soluções Arquiteturais, Selecionar Solução Arquitetural e Refinar Arquitetura. Foi observado que as duas primeiras atividades demandam tempo e atenção, pois envolvem muitas transformações de modelos. A primeira atividade propõe regras horizontais, que transformam os modelos de requisitos descritos em i* em modelos mais modularizados. A segunda atividade aplica regras verticais para derivar modelos de arquitetura a partir do modelo em i* mais modularizado. A automatização dessas regras de transformação minimiza o esforço de aplicá-las e elimina a possibilidade de cometer erros no processo de obtenção dos modelos. A linguagem de mapeamento e transformação de elementos utilizada para descrever as transformações é a QVT Operacional. Foi utilizado o metamodelo da linguagem i*, presente na ferramenta iStarTool para a construção dos modelos de entrada usados na execução das regras. Foi construído um metamodelo da linguagem Acme, baseado na ferramenta AcmeStudio, para determinar os modelos de saída. As regras automatizadas foram utilizadas em alguns projetos para exemplificar o uso das mesmas.

Made available in DSpace on 2016-06-02T19:05:26Z (GMT). No. of bitstreams: 1 1629.pdf: 3149507 bytes, checksum: add0fd75e8f3b01b82bb7854587111ee (MD5) Previous issue date: 1999-01-02 / This work presents an integration environment between the standards MHEG-5 and SMIL. The MHEG-5 standard defines the syntax and the semantics of a group of objects which can be used for interoperability of multimedia applications among platforms with minimal resources. On the other hand, the SMIL standard provides synchronized media in the Web documents. In order to integrate the two standards two translators were developed. With this integration the multimedia applications can be presented either in a Web environment, using SMIL, or in authoring tools following the MHEG-5 standard. A rule database was developed to carry out the translations; which has as an objective to store the translating rules between the standards allowing for dynamism in the translation process. As a test database for the translations a Multimedia Object Server multimedia database was used in the AMOM project, where a connection module was developed between these database an the Web environment. This work has also involved the proposal of an environment which integrates the SOMm and the Web, whose title is MAW (Multimedia Application WebBuilder). / Este trabalho apresenta um ambiente de integração entre os padrões: MHEG-5 e SMIL. O padrão MHEG-5 define a sintaxe e a semântica de um conjunto de objetos que podem ser utilizados para interoperabilidade de aplicações multimídia entre plataformas com recursos mínimos. Já o padrão SMIL disponibiliza sincronismo de mídias nos documentos Web. Para integrar esses dois padrões foram desenvolvidos dois conversores. Com essa integração, as aplicações multimídia podem ser apresentadas tanto no ambiente Web, usando SMIL, como em ferramentas de autoria segundo o padrão MHEG-5. Para realizar as conversões foi desenvolvida uma base de regras, que tem como objetivo, armazenar as regras de conversões entre os padrões, possibilitando que haja dinamismo no processo de conversão. Como base de teste para as conversões, foi utilizado o banco de dados multimídia do Servidor de Objetos Multimídia (SOMm) do projeto AMOM, aonde foi desenvolvido um módulo de conexão entre esse banco de dados e o ambiente Web. Este trabalho também envolveu a proposta de um ambiente que integra, o SOMm e a Web, cujo título é MAW (Multimedia Application WebBuilder).