dc.contributor.advisor | Bureš, Tomáš | |
dc.creator | David, Ondřej | |
dc.date.accessioned | 2017-04-21T06:21:58Z | |
dc.date.available | 2017-04-21T06:21:58Z | |
dc.date.issued | 2009 | |
dc.identifier.uri | http://hdl.handle.net/20.500.11956/30646 | |
dc.description.abstract | Tato práce se zabývá návrhem dekompozice komponentového běhového prostředí SOFA 2. První část je věnovaná popisu logických částí prostředí a jejich vzájemných vazeb. Jsou zde popsány úlohy podpůrných programových celků (repository, dock manager, global connector manager, dock) nezbytných ke spuštění libovolné komponentové architektury, která se skládá z konkrétních běhových částí (jádro komponenty, mikrokomponenty, konektory) popsaných dále v textu. Druhá část hledá odpověď na otázku jak konkrétně komponentová architektura ovlivňuje přítomnost těchto běhových části. Jejich skladbu, vazby mezi sebou a závislosti zkoumá na základě pozorování konkrétních komponentových aplikací. Společné rysy zachycuje návrhem sjednocujícího konceptu, díky kterému bude možné zjednodušit a odlehčit výsledné běhové prostředí konkrétních komponentových architektur. Třetí část ověřuje proveditelnost navrhovaného konceptu. Pomocí OSGi bundlů jsou zde implementována běhová prostředí komponentových aplikací zkoumaných ve druhé části textu a na implementaci se demonstruje správnost navrhovaného konceptu. Závěrečná část shrnuje dosažené výsledky a nabízí možnosti, jak lze na práci dál pokračovat. | cs_CZ |
dc.description.abstract | In the present work we put forward a proposal on how to deconstruct a SOFA 2 component runtime environment. The first part of the text is dedicated to description of its logical parts fand their interconnections. It includes description of the subsidiary program parts (repository, dock manager, global connector manager, dock) essential for launching an arbitrary component architecture which binds additional runtime components (component content, microcomponents, connectors) described further on in the text. The second part deals with the question of how a specific component architecture influences presence of these runtime components. Their constitution, bindings and dependencies are investigated based on observations of various component applications. Common traits are captured in a unifying concept which will open the door to making the target runtime environment for concrete component architecture more configurable and lightweight. The third part of the text proves the feasibility of the proposed concept. OSGi bundles are used to implement the runtime environments of the component applications investigated in the second part of the text demonstrating correctness of the proposed concept. The final part summarises the results of the text and presents possible ways how to continue in this work. | en_US |
dc.language | English | cs_CZ |
dc.language.iso | en_US | |
dc.publisher | Univerzita Karlova, Matematicko-fyzikální fakulta | cs_CZ |
dc.title | Identifying runtime components of the running SOFA 2 application | en_US |
dc.type | diplomová práce | cs_CZ |
dcterms.created | 2009 | |
dcterms.dateAccepted | 2009-09-07 | |
dc.description.department | Department of Software Engineering | en_US |
dc.description.department | Katedra softwarového inženýrství | cs_CZ |
dc.description.faculty | Faculty of Mathematics and Physics | en_US |
dc.description.faculty | Matematicko-fyzikální fakulta | cs_CZ |
dc.identifier.repId | 65552 | |
dc.title.translated | Identifying runtime components of the running SOFA 2 application | cs_CZ |
dc.contributor.referee | Hnětynka, Petr | |
dc.identifier.aleph | 001199310 | |
thesis.degree.name | Mgr. | |
thesis.degree.level | navazující magisterské | cs_CZ |
thesis.degree.discipline | Softwarové systémy | cs_CZ |
thesis.degree.discipline | Software Systems | en_US |
thesis.degree.program | Informatika | cs_CZ |
thesis.degree.program | Computer Science | en_US |
uk.thesis.type | diplomová práce | cs_CZ |
uk.taxonomy.organization-cs | Matematicko-fyzikální fakulta::Katedra softwarového inženýrství | cs_CZ |
uk.taxonomy.organization-en | Faculty of Mathematics and Physics::Department of Software Engineering | en_US |
uk.faculty-name.cs | Matematicko-fyzikální fakulta | cs_CZ |
uk.faculty-name.en | Faculty of Mathematics and Physics | en_US |
uk.faculty-abbr.cs | MFF | cs_CZ |
uk.degree-discipline.cs | Softwarové systémy | cs_CZ |
uk.degree-discipline.en | Software Systems | en_US |
uk.degree-program.cs | Informatika | cs_CZ |
uk.degree-program.en | Computer Science | en_US |
thesis.grade.cs | Velmi dobře | cs_CZ |
thesis.grade.en | Very good | en_US |
uk.abstract.cs | Tato práce se zabývá návrhem dekompozice komponentového běhového prostředí SOFA 2. První část je věnovaná popisu logických částí prostředí a jejich vzájemných vazeb. Jsou zde popsány úlohy podpůrných programových celků (repository, dock manager, global connector manager, dock) nezbytných ke spuštění libovolné komponentové architektury, která se skládá z konkrétních běhových částí (jádro komponenty, mikrokomponenty, konektory) popsaných dále v textu. Druhá část hledá odpověď na otázku jak konkrétně komponentová architektura ovlivňuje přítomnost těchto běhových části. Jejich skladbu, vazby mezi sebou a závislosti zkoumá na základě pozorování konkrétních komponentových aplikací. Společné rysy zachycuje návrhem sjednocujícího konceptu, díky kterému bude možné zjednodušit a odlehčit výsledné běhové prostředí konkrétních komponentových architektur. Třetí část ověřuje proveditelnost navrhovaného konceptu. Pomocí OSGi bundlů jsou zde implementována běhová prostředí komponentových aplikací zkoumaných ve druhé části textu a na implementaci se demonstruje správnost navrhovaného konceptu. Závěrečná část shrnuje dosažené výsledky a nabízí možnosti, jak lze na práci dál pokračovat. | cs_CZ |
uk.abstract.en | In the present work we put forward a proposal on how to deconstruct a SOFA 2 component runtime environment. The first part of the text is dedicated to description of its logical parts fand their interconnections. It includes description of the subsidiary program parts (repository, dock manager, global connector manager, dock) essential for launching an arbitrary component architecture which binds additional runtime components (component content, microcomponents, connectors) described further on in the text. The second part deals with the question of how a specific component architecture influences presence of these runtime components. Their constitution, bindings and dependencies are investigated based on observations of various component applications. Common traits are captured in a unifying concept which will open the door to making the target runtime environment for concrete component architecture more configurable and lightweight. The third part of the text proves the feasibility of the proposed concept. OSGi bundles are used to implement the runtime environments of the component applications investigated in the second part of the text demonstrating correctness of the proposed concept. The final part summarises the results of the text and presents possible ways how to continue in this work. | en_US |
uk.publication.place | Praha | cs_CZ |
uk.grantor | Univerzita Karlova, Matematicko-fyzikální fakulta, Katedra softwarového inženýrství | cs_CZ |
dc.identifier.lisID | 990011993100106986 | |