Made available in DSpace on 2015-05-14T12:36:41Z (GMT). No. of bitstreams: 1 arquivototal.pdf: 3375471 bytes, checksum: 71af6ca3a3405939c90099d5441d8ad0 (MD5) Previous issue date: 2010-08-03 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / The Ginga-NCL environment is responsible for the presentation of declarative (NCL) applications on the Brazilian Digital TV System (SBTVD), and it is also the ITU-T H.761 Recommendation for IPTV middleware. Lua is the scripting language of NCL. ITU-T H. 760 series also defines two sets of NCLua API for the development of IPTV applications: the Core and the Extended API. The Core comprises the basic NCLua API, which are part of the Ginga-NCL original specification for the Brazilian terrestrial DTV system. The Extended aims to provide other relevant functionalities incorporating some of the features commonly present on other imperative environments. This work aims to present a set of Lua APIs named LuaTV, which will be part of the draft specification for the NCLua Extended API. LuaTV features are divided into four functional categories: metadata, with functionalities related to the accessing Digital TV metadata information; security, providing mechanisms for encrypting and authenticating data; multidevices, offering high-level access to resources commonly available on remote devices; and widget, aimed at graphical support to applications. / O ambiente Ginga-NCL é responsável pela apresentação de aplicações declarativas (escritas na linguagem NCL) no Sistema Brasileiro de Televisão Digital (SBTVD), e é também a Recomendação ITU-T H.761 para middlewares IPTV. A linguagem Lua é utilizada como linguagem de scripting da NCL. A série de recomendações ITU-T H.760 define também dois conjuntos de API NCLua para o desenvolvimento de aplicações IPTV: as APIs Core e Extended. A API Core compreende a API NCLua básica, parte integrante da especificação original do ambiente Ginga-NCL no SBTVD. A API Extended tem como objetivo prover outras funcionalidades relevantes incorporando algumas das facilidades encontradas em ambientes imperativos. Este trabalho visa especificar um conjunto de APIs Lua denominado LuaTV, que será parte da especificação inicial para a API NCLua Extended. As facilidades da API são dividas em quatro pacotes funcionais: metadata, com funcionalidades relacionadas ao acesso de metadados presentes em um fluxo de TV Digital; security, que provê mecanismos para encriptação, autenticação e integridade de dados; multidevices, oferecendo acesso em alto-nível a recursos comumente presentes em dispositivos remotos; e widget, que tem como objetivo oferecer suporte ao desenvolvimento de componentes gráficos.

Made available in DSpace on 2014-12-17T15:47:00Z (GMT). No. of bitstreams: 1 AnaLFM_TESE.pdf: 3970701 bytes, checksum: 513ce9d2a22c9323df778dcf23fb1033 (MD5) Previous issue date: 2012-07-30 / Model-oriented strategies have been used to facilitate products customization in the software products lines (SPL) context and to generate the source code of these derived products through variability management. Most of these strategies use an UML (Unified Modeling Language)-based model specification. Despite its wide application, the UML-based model specification has some limitations such as the fact that it is essentially graphic, presents deficiencies regarding the precise description of the system architecture semantic representation, and generates a large model, thus hampering the visualization and comprehension of the system elements. In contrast, architecture description languages (ADLs) provide graphic and textual support for the structural representation of architectural elements, their constraints and interactions. This thesis introduces ArchSPL-MDD, a model-driven strategy in which models are specified and configured by using the LightPL-ACME ADL. Such strategy is associated to a generic process with systematic activities that enable to automatically generate customized source code from the product model. ArchSPLMDD strategy integrates aspect-oriented software development (AOSD), modeldriven development (MDD) and SPL, thus enabling the explicit modeling as well as the modularization of variabilities and crosscutting concerns. The process is instantiated by the ArchSPL-MDD tool, which supports the specification of domain models (the focus of the development) in LightPL-ACME. The ArchSPL-MDD uses the Ginga Digital TV middleware as case study. In order to evaluate the efficiency, applicability, expressiveness, and complexity of the ArchSPL-MDD strategy, a controlled experiment was carried out in order to evaluate and compare the ArchSPL-MDD tool with the GingaForAll tool, which instantiates the process that is part of the GingaForAll UML-based strategy. Both tools were used for configuring the products of Ginga SPL and generating the product source code / Estrat?gias dirigidas a modelos t?m sido usadas para facilitar a customiza??o de produtos no contexto de Linhas de Produtos de Software (LPS) e gera??o de c?digo fonte desses produtos derivados atrav?s do gerenciamento de variabilidades. A maioria dessas estrat?gias faz uso da especifica??o de modelos baseados em UML (Unified Modeling Language), que apesar de ser amplamente aplicada, possui algumas limita??es por ser essencialmente gr?fica, apresentar defici?ncia em descrever precisamente a sem?ntica da representa??o da arquitetura do sistema e gerar um modelo extenso, o que dificulta a visualiza??o e compreens?o dos elementos do sistema. J? as linguagens de descri??o arquiteturais (ADLs) oferecem suporte textual e gr?fico para representa??o estrutural dos elementos arquiteturais, suas restri??es e intera??es. Essa tese apresenta ArchSPL-MDD, uma estrat?gia dirigida a modelos especificados e configurados usando a ADL LightPL-ACME. Tal estrat?gia est? associada a um processo gen?rico com atividades sistem?ticas que permitem a gera??o autom?tica do c?digo fonte customizados a partir do modelo do produto. A estrat?gia ArchSPL-MDD integra o desenvolvimento orientado a aspectos (DSOA), desenvolvimento dirigido a modelos (DDM), e LPS, o que permite a modelagem expl?cita e modulariza??o de variabilidades e caracter?sticas transversais. O processo ? instanciado pela ferramenta ArchSPL-MDD, que oferece suporte para a especifica??o, em LightPL-ACME dos modelos de dom?nio que s?o o foco do desenvolvimento. O ArchSPL-MDD usa como estudo de caso o middleware de TV Digital Ginga. De forma a avaliar a efici?ncia, aplicabilidade, expressividade e complexidade da estrat?gia ArchSPL-MDD, foi realizado um experimento controlado que avalia e compara a ferramenta ArchSPL-MDD, com a ferramenta GingaForAll, que instancia o processo que faz parte da estrat?gia GingaForAll, baseada em UML. Ambas as ferramentas foram usadas para configura??o do produto da LPS do do middlelare Ginga e gera??o de c?digo fonte do produto

Made available in DSpace on 2015-05-14T12:36:58Z (GMT). No. of bitstreams: 1 arquivototal.pdf: 2666511 bytes, checksum: ea015181db046234ba92f7c73f6c3a90 (MD5) Previous issue date: 2010-09-27 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / Ginga is the official specification and standardized middleware for the Brazilian Digital TV System. The complexity demanded by the construction of this layer of software is high, which also increases the complexity of testing. The importance of software testing and its relationship with quality should be emphasized, since this type of system still has a high degree of complexity inherent to its development, mainly due to its specification is recent, and by proposing innovative features. Besides being considered a critical software, since failures in the implementation of middleware can compromise the success of Digital TV as a whole. The middleware is a key player within a Digital TV system since it is he who dictates the rules so that applications can be run on the platform. Thus, the correctness of middleware is of vital importance to enable interactive applications to run successfully. The project CDN Ginga (Ginga Code Development Network) is responsible for developing collaborative and distributed a reference version for PC Ginga. This implementation is based on software components and open to universities and companies. In this context, this paper proposes a process for verification and validation of middleware Ginga, to be deployed in parallel to the process of project development Ginga CDN, facing the common core components (Ginga-CC). For this purpose, we defined a set of tests, which aim to check the operation of middleware, as well as validate the different configurations of components, from middleware Ginga CDN generated by the network. / O middleware Ginga é a especificação oficial e padronizada de middleware para o Sistema Brasileiro de TV Digital. A complexidade demandada na construção dessa camada de software é alta, o que também aumenta a complexidade de se testar. A importância do teste de software e sua relação com a qualidade devem ser enfatizadas, visto que este tipo de sistema ainda possui alto grau de complexidade inerente ao seu desenvolvimento devido, principalmente, por sua especificação ainda ser recente, e por propor funcionalidades inovadoras. Além de ser considerado um software crítico, pois falhas na implementação do middleware podem comprometer o sucesso da TV Digital como um todo. O middleware é uma peça chave dentro de um sistema de TV Digital uma vez que é ele quem dita às regras para que as aplicações possam ser executadas na plataforma. Dessa forma, a corretude do middleware é de vital importância para permitir que as aplicações interativas sejam executadas com sucesso. O projeto Ginga CDN (Ginga Code Development Network) é responsável pelo desenvolvimento colaborativo e distribuído de uma versão de referência para PC do middleware Ginga. Essa implementação é baseada em componentes de software e aberta para universidades e empresas. Neste contexto, este trabalho propõe um processo para verificação e validação do middleware Ginga, para ser implantado em paralelo ao processo de desenvolvimento do projeto Ginga CDN, voltado para componentes do núcleo comum (Ginga-CC). Para tanto, foram definidos um conjunto de testes, os quais visam verificar o funcionamento do middleware, bem como, validar as diferentes configurações de componentes, desde middleware, geradas pela rede Ginga CDN.