No description available.

In today’s practical reality there are many different tools being used in their respective phases of thesystem development lifecycle. Every tool employs its own underlying metamodel and these metamodelstend to vary greatly in size and complexity, making them difficult to integrate. One solution to overcomethis problem is to build a tool integration framework that is based on a single, shared metamodel.The iFEST project aims to specify and develop such a tool integration framework for tools used in thedevelopment of heterogeneous and multi-core embedded systems. This framework is known as the iFESTTool Integration Framework or iFEST IF.The iFEST IF uses Web services based on the Open Services for Lifecycle Collaboration (OSLC)standards and specifications to make the tools within the tool chain communicate with each other. Tovalidate the framework, an industrial case study called ‘Wind Turbine’, using several embedded systemstools, has been carried out. Tools used to design, implement and test a controller for a wind turbine havebeen integrated in a prototype tool chain. To expose tools’ internal data through Web services, a tooladaptor is needed. This work reports on the development of such a tool adaptor for the RequirementsManagement module of HP Application Lifecycle Management (ALM), one of the tools used in the WindTurbine industrial case study. A generalization of the challenges faced while developing the tool adaptoris made. These challenges indicate that, despite having a tool integration framework, tool integration canstill be a difficult task with many obstacles to overcome. Especially when tools are not developed with tool integration in mind from the start. / Idag existerar det en mängd olika verktyg som kan appliceras i respektive fas isystemutvecklings livscykel. Varje verktyg använder sin egna underliggande metamodell. Dessametamodeller kan variera avsevärt i både storlek och komplexitet, vilket gör dem svåra attintegrera. En lösning på detta problem är att bygga ett ramverk för verktygsintegration sombaseras på en enda, gemensam metamodell.iFEST-projektets mål är att specificera och utveckla ett ramverk för verktygsintegration förverktyg som används i utvecklingen av heterogena och multi-core inbyggda system. Dettaramverk benämns iFEST Tool Integration Framework eller iFEST IF.iFEST IF använder webbtjänster baserade på en standard som kallas OSCL, Open Services forLifecycle Collaboration samt specifikationer som gör att verktygen i verktygskedjan kankommunicera med varandra. För att validera ramverket har en fallstudie vid namn ”WindTurbine” gjorts med flertal inbyggda systemverktyg. Verktyg som används för att designa,implementera och testa en styrenhet för vindturbiner har integrerats i prototyp av enverktygskedja. För att bearbeta och behandla intern data genom webbtjänster behövs enverktygsadapter. Detta arbete redogör utvecklingen av en verktygsadapter förkravhanteringsmodulen HP Application Lifecycle Management (ALM), ett av de verktyg somanvänts i fallstudien av vindturbinen. En generalisering av de utmaningar som uppstod underutvecklingen av verktygsadaptern har genomförts. Dessa utmaningar indikerar att, trots att detfinns ett ramverk för verktygsintegration så är verktygsintegration fortfarande vara en svåruppgift att få bukt med. Detta gäller särskilt när verktyg inte är utvecklade med hänsyn tillverktygsintegration från början. / ARTEMIS iFEST

No description available.

No description available.

Made available in DSpace on 2014-06-12T15:56:54Z (GMT). No. of bitstreams: 2 arquivo3088_1.pdf: 3675787 bytes, checksum: 37a4c170a186d859bd4fc51979cf5556 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2009 / Conselho Nacional de Desenvolvimento Científico e Tecnológico / Modelos oferecem abstrações de um sistema que possibilitam aos engenheiros raciocinarem sobre o sistema se focando apenas nos aspectos relevantes, ignorando detalhes que não são relevantes. UML se tornou um padrão de fato para análise e projeto de sistemas, mas possui algumas limitações óbvias: (1) o conjunto de elementos é muito heterogêneo e grande, e (2) o suporte de ferramentas não é satisfatório. Faz-se necessário um sistema de regras que governem o processo de análise e projeto; UML é geral demais. Desenvolvido pela UFPE em conjunto com a Universidade de Mannheim, o objetivo do método KobrA2 é resolver essas limitações através da incorporação de visões especiais de layout, navegação e comportamento de componentes de interface gráfica do usuário (GUI), e pela introdução do conceito de engenharia de software ortográfica, na qual a construção de Modelos Independentes de Plataforma (PIM) para cada componente de software é realizado em pequenas partes através da construção ortogonal de visões específicas para cada preocupação do componente. Estas visões são então integradas dentro de um Modelo Unificado (SUM) que por sua vez verifica a conformidade com os artefatos do meta-modelo de KobrA2. Para gerar ganhos de produtividade, esta integração e verificação deve ser automaticamente implementada através da transformação de modelos interna a uma ferramenta CASE. Consequentemente, para ter sucesso, KobrA2 precisa de uma ferramenta que dê suporte ao seu processo de engenharia de sistemas. Esta dissertação de mestrado é parte do projeto WAKAME (Wep App KobrA2 Modeling Environment) que tem por objetivo a construção desta ferramenta CASE. Além de ser a primeira ferramenta CASE dirigida por processo e que dá suporte a um ambiente OO, ortográfico, dirigido por modelos e baseado em componentes, para engenharia de aplicações, incluindo a construção de GUI PIMs, WAKAME também procura inovar por ser (a) distribuída em uma plataforma de cloud computing e acessível universalmente através de qualquer navegador Web, (b) ser de muito fácil aprendizagem graças a sua GUI minimalista, com poucos ícones, no estilo do Google, e (c) de uso eficiente graças ao seu cliente projetado para ser leve e com pouco uso de memória e que forneça um esquema de navegação multidimensional, ortográfico e independente de plataforma, entre visões de baixa granularidade, específica a preocupações, e locais, de um componente. Dentro do projeto WAKAME, esta dissertação de mestrado investiga três principais questões em aberto. A primeira é o projeto de KWAF (KobrA2 Web App Framework), um modelo independente de plataformas de um ambiente OO genérico para ser instanciado para projetos específicos de aplicações Web. A segunda é o PIM detalhado de WAKAME como um exemplo de instanciação de KWAF. A terceira é a implementação e avaliação de componentes de GUI, cobrindo (a) as visões estruturais de componentes KobrA2 que minimamente estendem um subconjunto mínimo de diagramas de classes UML e restrições estruturais de OCL, e (b) as visões operacionais de componentes KobrA2 que consistem de precondições, pós-condições e restrições body de OCL sobre operações UML. As principais contribuições desta dissertação são: (a) o projeto de KWAF, o primeiro estudo de caso para avaliação do processo KobrA2 para aplicações Web ricas com gráficos 2D, (b) o projeto de alto nível do WAKAME como estudo de caso para avaliação de KWAF, (c) a implementação de um cliente Web fácil de usar e eficiente para o projeto ortográfico de PIMs de composição de componentes KobrA2, e (d) a integração e teste deste cliente GUI com os serviços baseados em nuvem computacional de WAKAME para integração, verificação e persistência de visões PIM dentro do SUM

<p>In this report a method is applied that was originally developed for the creation of evaluation frameworks for CASE-tools. Here the method is taken out of its original context and applied for the creation of an evaluation framework for database design transformation in CASE-tools. The focus of this report is on the process of creating the framework and not on the resulting framework.</p><p>The creation of the framework is divided into two main processes. During phase1 a framework is developed from existing literature. This framework is then refined in phase 2 when the framework is tested in an in-depth exploratory study of support for design transformation in two commercial CASE-tools.</p>

<p>Abstract</p><p>This bachelor thesis will present the XAP tool integration project. Apart from presenting the survey of</p><p>integration techniques that includes integration models and case tool models, we have conducted a</p><p>comparison of these models. Then we reason about their applicability in the XAP setting. We apply this</p><p>survey into the XAP tool integration project – integrate three tools in one IDE on data level. In this IDE,</p><p>the user can create a new project and use these three tools freely in the new created project. The</p><p>database among them is shared.</p>

In the early stage of building a new informational system requirement engineering involves all the processes related to the requirement system and research of problems emerged during this process. In this stage the requirements specification of corresponding information system are built. Many different notations serve for this purpose, selection of which is dependant on available resources and project goals. Requirements specification must be of good quality. It is evaluated by characteristics of quality. Specifications could be analyzed and improved by using various tools including CASE tools. The specification is developed and its quality is improved by making analysis of requirements. Well done specification is basis for creating high leveled functionality system.

Since first published in 1998, the Enterprise JavaBeans technology has become a popular choice for the development of middleware systems. Even though its popularity, the technology is considered quite complex and rather difficult to master. The main contribution to its complexity is the part of the EJB that deals with persistence. The most common and most popular way of implementing EJB persistence is called Container Managed Persistence (CMP). Today, developers consider the utilization of CASE tools for the EJB development process obvious. Despite this, available CASE tools have very limited support for the complete CMP development process. In this thesis we have isolated steps within the CMP development process that could benefit from CASE tool support. We have then identified possible solutions and remedies to address these steps. These solutions where then implemented in a full fledged CASE tool, called CMP Developer.

Since first published in 1998, the Enterprise JavaBeans technology has become a popular choice for the development of middleware systems. Even though its popularity, the technology is considered quite complex and rather difficult to master. The main contribution to its complexity is the part of the EJB that deals with persistence. The most common and most popular way of implementing EJB persistence is called Container Managed Persistence (CMP). Today, developers consider the utilization of CASE tools for the EJB development process obvious. Despite this, available CASE tools have very limited support for the complete CMP development process. In this thesis we have isolated steps within the CMP development process that could benefit from CASE tool support. We have then identified possible solutions and remedies to address these steps. These solutions where then implemented in a full fledged CASE tool, called CMP Developer.