Arquitetura orientada a modelos (MDA) e sua aplicação no processo de desenvolvimento de software

Existem diversas tecnologias que são usadas para o desenvolvimento de software. No entanto, é preciso tornar o processo mais rápido possibilitando ganho de produtividade. O artigo busca responder a seguinte questão: Que ferramenta pode ser utilizada para melhorar o processo de desenvolvimento de forma a deixar a arquitetura do projeto mais flexível ao ponto de ser adaptável para qualquer linguagem de programação? Existe uma abordagem estabelecida pelo Object Management Group (OMG) que torna o processo de desenvolvimento mais rápido possibilitando o ganho de produtividade chamado Model Driven Architecture (MDA), cujo objetivo é a criação de um conjunto de diretrizes que são aplicados em modelos, ou seja, a partir de um modelo abstrato são gerados modelos mais específicos. Contudo, essa arquitetura é pouco utilizada, e o propósito desse estudo é mostrar a funcionamento dessa ferramenta e os benefícios que ela proporciona. Dessa forma, com a disseminação desse conhecimento o processo de desenvolvimento poderá ser realizado de forma mais flexível resultando em uma arquitetura com baixo acoplamento.

МОДЕЛЬ ІЄРАРХІЇ КРИТЕРІЇВ ЯКОСТІ ВЕБСЕРВІСІВ

Технології інтернет-сервісів пропонують передові рішення для створення розподілених бізнес-процесів та додатків. У наш час кількість інтернет- сервісів продовжує постійно зростати. Перед споживачами інтернет- сервісів постає проблема вибору із сервісів з однаковою або подібною функціональністю саме того сервісу, який їм найбільше підходить за набором критеріїв, наприклад, вартість, час відгуку, пропускна здатність, безпека, надійність. Такі критерії якості вебсервісів називають нефункціональними характеристиками сервісів або якістю сервісу (Quality of Service, QoS). Залежно від домену та категорій користувачів, а також контексту використання сервісу вебсервіс може мати багато специфічних властивостей та характеристик якості. Є багато стандартів та специфікацій якості вебсервісів. Незважаючи на це, дослідники, розробники та замовники часто по-різному розуміють якість вебсервісів. Вони можуть зменшити або розширити перелік і навіть значення характеристик якості вебсервісів. Метою цієї роботи є розроблення моделі критеріїв якості вебсервісів, яка могла б ураховувати різні аспекти впливу на якість вебсервісів. У цій роботі розглянуто специфікації та стандарти таких організацій, як OASIS, ISO/IEC та OMG. Здійснено пошук інформації у наукометричних базах даних, таких як Scopus та Web of Science. Із розглянутих стандартів та відповідних наукових робіт обрано характеристики якості та критерії для розроблення ієрархічних моделей якості. На основі стандарту метамоделі QoS від Object Management Group запропоновано модель для синтезу колекцій характеристик вебсервісу QoS. У результаті дослідження розроблено модель, засновану на аналізі наявних стандартів, наукових досліджень та оглядів, присвячених вивченню та класифікації характеристик якості та атрибутів якості вебсервісів. Ця модель може бути корисною для вибору вебсервісу з метою безпосереднього застосування, побудови композитних вебсервісів та хмарних сервісів, створення систем на основі сервіс-орієнтованої архітектури та інтернету речей.

Modeling Business Rule Parallelism by Introducing Inclusive and Complex Gateways in Semantics of Business Vocabulary and Rules

The Semantics of Business Vocabulary and Rules (SBVR) standard was developed by the Object Management Group (OMG) for business purposes. SBVR is used for transformation of business vocabulary and business rules into business processes. Gateways are used for regulating the divergence and convergence of flow objects in the business process. The existing business rules in SVBR do not support all gateways in BPMN, whereas there are conditions where branching situations in business rules occur. This article introduces parallelism rules (OR rules) and complex rules to increase 50.6% usage of the existing AND rules and XOR rules in SBVR. The main contribution of this research is to introduce new formal model of inclusive gateway (OR) and complex gateway that allow parallelism and branching to be modeled using SBVR. Thus, this study increases coverage of the usage gateway in SBVR achieved 66.7%. The authors provide branching cases with various levels of complexity, i.e. nested conditions and non-free choice conditions, using the formal description of SBVR.

Bootstrapping MDE Development from ROS Manual Code

Ten years after its rst release, the Robot Operating System (ROS) is arguably the most popular software framework used to pro- gram robots. It achieved such status despite its shortcomings compared to alternatives similarly centered on manual programming and, perhaps surprisingly, to model-driven engineering (MDE) approaches. Based on our experience, we identied possible ways to leverage the accessibility of ROS and its large software ecosystem, while providing quality assurance measures through selected MDE techniques. After describing our vision on how to combine MDE and manually written code, we present the rst technical contribution in this pursuit: a family of three metamodels to respectively model ROS nodes, communication interfaces, and sys- tems. Such metamodels can be used, through the accompanying Eclipse- based tooling made publicly available, to model ROS systems of arbitrary complexity and generate with correctness guarantees the software arti- facts for their composition and deployment. Furthermore, they account for specications on these aspects by the Object Management Group (OMG), in order to be amenable to hybrid systems coupling ROS and other frameworks. We also report on our experience with a large and complex corpus of ROS software including the shortcomings of standard ROS tools and of previous eorts on ROS modeling.

UML – a survey on technical university students in Lublin

Unified Modeling Language (UML) is a commonly known OMG (Object Management Group) standard for designing software systems. However, practice shows that the usage of UML varies depending on the specificity of a software system and company. The authors decided to explore the perspective of students with experience in using UML by conducting a survey with them. Analysis of the data gathered revealed that they use UML diagrams as an additional help when developing software. The main risk turned out to be different diagram interpretations.