Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-03-15T00:19:14Z No. of bitstreams: 1 ThiagoDavidDosSantosMarinho_DISSERT.pdf: 1356454 bytes, checksum: 1729cdbb721d0f506e383c0cbe6eb72e (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-03-17T00:21:08Z (GMT) No. of bitstreams: 1 ThiagoDavidDosSantosMarinho_DISSERT.pdf: 1356454 bytes, checksum: 1729cdbb721d0f506e383c0cbe6eb72e (MD5) / Made available in DSpace on 2017-03-17T00:21:08Z (GMT). No. of bitstreams: 1 ThiagoDavidDosSantosMarinho_DISSERT.pdf: 1356454 bytes, checksum: 1729cdbb721d0f506e383c0cbe6eb72e (MD5) Previous issue date: 2016-08-30 / Este trabalho apresenta a ferramenta GenMeter, composta por: (i) uma linguagem espec?fica de dom?nio utilizada para descrever textualmente testes de performance; e (ii) um componente que utiliza os testes descritos para gerar projetos em diferentes plataformas de execu??o de testes de performance. O objetivo ? utilizar os conceitos definidos na linguagem para abstrair os conceitos de cada plataforma, que muitas vezes s?o modelados diferentemente, quanto ? nomenclatura e/ou estrutura, e at? dependentes da ferramenta, ao inv?s de apenas do dom?nio. A ferramenta proposta oferece suporte para testes de servi?os SOAP, REST e de aplica??es web para JMeter e Silk Performer. Ela tamb?m permite a customiza??o para novos tipos de testes e plataformas alvo. Foram feitos estudos para avaliar o uso da ferramenta: 3 testes de aplica??es Web, REST e SOAP foram reescritos na linguagem espec?fica de dom?nio (DSL - domain specific language) e ent?o foram gerados projetos nas plataformas de destino, para que fossem executados. A partir dos ajustes e novas implementa??es necess?rios para a gera??o dos projetos, obteve-se feedback referente a capacidade de customiza??o da ferramenta em rela??o aos tipos de aplica??es e caracter?sticas de plataformas e organiza??es. Al?m disso, os scripts tamb?m foram avaliados em rela??o ? sua concis?o: al?m dos testes implementados com a DSL e com o Silk Performer, foram criados testes com a ferramenta Gatling.io (tamb?m baseados no teste da empresa). Comparou-se o total de palavras necess?rias para a defini??o de cada teste, al?m da rela??o entre o n?mero de palavras reservadas e o total de palavras, e a rela??o entre o n?mero de palavras reservadas fora do contexto e o total de palavras reservadas. Os testes criados com a DSL GenMeter possuem, em m?dia, 59,15% menos palavras em rela??o aos testes de Silk Performer e 39,43% em rela??o aos testes de Gatling.io, com exce??o de um tipo de teste, em que a especifica??o com a DSL ficou com pouco mais que o dobro (138,35%) de palavras. Na segunda compara??o, em m?dia, os testes com a GenMeter apresentaram um percentual de 56,33% de palavras reservadas em rela??o ao total, contra 39,98% do Silk Performer e 67,03% do Gatling.io. Esta compara??o pode ser interpretada como a quantidade de informa??o adicional que o usu?rio precisa fornecer pra cada linguagem, al?m das estruturas fornecidas pela mesma. J? na terceira compara??o, que pode ser interpretada como o quanto a sintaxe da linguagem hospedeira pode interferir na visualiza??o das informa??es dos testes, a GenMeter teve em m?dia 23,57% de palavras reservadas fora do contexto em rela??o ao total de palavras reservadas, contra 53,38% do Silk Performer e 54,60% do Gatling. Dessa forma, foi poss?vel observar os benef?cios de utilizar a DSL para diferentes tipos de aplica??es, customizando-a de acordo com determinados conceitos e caracter?sticas de plataformas e organiza??es. / This work presents GenMeter, a tool composed of: (i) a domain-specific language (DSL) used to describe textually performance tests; and (ii) a component that uses those described test specifications to generate projects in different performance test execution platforms. The purpose is to use concepts defined in the language to abstract the concepts of each platform, which are often modeled differently regarding nomenclature and/or structure and even dependent on the tool rather than just the domain. The proposed tool supports SOAP, REST and web applications performance tests to JMeter and Silk Performer. It also allows customization to new test types and target platforms. Studies were conducted to evaluate the use of the tool: 3 tests of web applications, REST and SOAP services have been rewritten in the DSL and then were generated projects to the target platforms, to be executed. After the adaptation and new implementations necessary for the project generation, we obtained feedback regarding the ability to customize the tool for the applications types and platforms and organizations features. Moreover, the scripts were also evaluated for their conciseness: tests were created with Gatling.io tool (also based on the company?s test) to compare with existing DSL and Silk Performer tests. Our study also compared the total number of words needed to define each test and the relation between the number of reserved words and the total number of words; and the relationship between the number of reserved words out of context, and the total of reserved words. Tests created with GenMeter have, on average, 59,15% less words in relation to Silk Performer tests and 39,43% in relation to Gatling.io tests, except by one test type, where GenMeter?s tests get little more than the double (138,35%) of words. In second comparison, on average, tests with the GenMeter presented a percentage of 56.33% of reserved words in relation to the total, against 39.98% from Silk Performer and 67.03% from Gatling.io. This first comparison can be interpreted as the amount of additional information that the user needs to provide for each language, in addition to the structures provided by them. In the third comparison, which can be interpreted as how the syntax of the host language may interfere with viewing of the test information, GenMeter had an average of 23.57% of reserved words out of context relative to the total of reserved words against 53.38% from Silk Performer and 54.60% from Gatling. Thus, it was possible to observe the benefits of using DSL for different types of applications, customizing it according to certain concepts and features platforms and organizations.

[pt] A pervasividade em jogos pode ser reconhecida cada vez que as fronteiras do jogo se expandem do mundo virtual para o mundo real. Sensores, aparelhos móveis, redes de computadores e a internet tornam possível a existência dos jogos pervasivos. Neste trabalho, consideramos como jogos pervasivos móveis os jogos que usam ciência de contexto e aparelhos móveis. Consideramos também que os smartphones são o veículo ideal para a viabilização dos jogos pervasivos. Até onde sabemos, este é o primeiro trabalho sobre projeto geral de jogos pervasivos móveis. Esta tese propõe uma metodologia para apoiar a etapa de projeto conceitual de jogos pervasivos móveis. As contribuições principais deste trabalho são duas: (1) uma lista de características peculiares e importantes de jogos pervasivos, identificadas na literatura do assunto e em projetos de jogos pervasivos existentes. Cada característica possui também um conjunto de perguntas de verificação. Essa lista de características (e as perguntas de verificação) podem ser usadas para inspirar novas ideias de jogos e também para ajudar a descobrir requisitos funcionais e não-funcionais para jogos pervasivos móveis. (2) Uma linguagem específica de domínio para ajudar a especificar atividades em jogos pervasivos móveis que usem aparelhos móveis, sensores e atuadores como elementos principais de interface. Com essa metodologia, os projetistas podem discutir, identificar, verificar e aplicar características importantes de jogos pervasivos móveis. Também, por se tratar de uma metodologia de natureza leve, os projetistas podem trabalhar no nível geral dos jogos (projeto), ao manterem-se focados na especificação das atividades e evitando se preocupar com detalhes de implementação e código-fonte. / [en] Pervasiveness can be recognized in game playing every time the boundaries of playing expand from the virtual (or fictional) world to the real world. Sensor technologies, mobile devices, networking capabilities, and the internet make pervasive games possible. In the present work, we consider pervasive mobile games as context-aware games that necessarily use mobile devices. Also we consider that smartphones are the main driver to fulfill the promises of pervasive game playing. As far as we are aware, this is the first general work on pervasive mobile game design. This thesis proposes a methodology to support the conceptual design stage of pervasive mobile games. The main contributions of this research work are twofold: (1) A novel list of prominent features of pervasive games, identified from game projects and the literature, and checklists for each feature. This feature list (and corresponding checklists) can be used to spark novel game ideas, and to help in discovering functional and non-functional requirements for pervasive mobile games. (2) A domain specific language to help in specifying activities in pervasive mobile games that use mobile devices, sensors, and actuators as the main interface elements. With the proposed methodology, designers can discuss, identify, verify, and apply important features of pervasive mobile games. Also, due to the lightweight nature of the methodology, designers can easily catch the big picture of the games by keeping focused on the intents of the game activities, and not getting lost in the source code.