Розроблено пiдхiд керованого онтологiєю застосування стилiв в iнженерiї програмного забезпечення. Сутнiсть пiдходу полягає у використаннi онтологiї не тiльки для представлення стилiв, но також для контролю застосування стилiв пiд час створення i супроводження програмного забезпечення. При цьому, для представлення стилю створюється вiдповiдна онтологiя та засоби пiдтримки розробника, а для контролю застосування стилю в робочих продуктах фаз життєвого циклу програмного забезпечення створюються засоби (ризонери) на основi онтологiчної бази знань. За представленням у дескриптивнiй логiкi база знань мiстить двi складовi-термiнологiчну (TBox) та фактичну (ABox). Перша складова створюється заздалегiдь, шляхом виконання доменного аналiзу. Друга складова створюється пiд час аналiзу представлення вiдповiдного робочого продукту. З метою типiзацiї, в контекстi пiдходу, що розроблено, створено шаблони стилю онтологiї ядра iнженерiї програмного забезпечення, шляхом аналiзу поняття стилю в рiзних доменах. Сформульованi основнi характеристики стилю як доменне незалежного поняття, якi представлено в шаблонах. При цьому, для обрання кiлькостi шаблонiв, що необхiднi для представлення стилю, застосовано паттерн Work Product Pattern Application з Unified Foundational Ontology. Паттерн описує дiї, що можуть iснувати вiдносно стилю робочого продукту (Work product). Розглянуто приклад реалiзацiї пiдходу, шляхом дослiдження запропонованого методу, керованого онтологiєю застосування стилю програмування в iнженерiї програмного забезпечення та архiтектури засобу, що його реалiзує. З застосуванням Protege показано побудову онтологiї стиля програмування i асистування програмiсту. Розроблено i реалiзовано архiтектуру засобу контролю застосування стилю в робочому продуктi фази конструювання-текстi програми. Основу архiтектури складає база знань про вiдповiдний стиль. Термiнологiчна складова бази знань мiстить iнформацiю вiдносно мов i стилю програмування i створюється заздалегiдь розробником онтологiї. Фактична складова створюється ризонером для кожного представлення робочого продукту-тексту програми. Засоби, що створено в контекстi запропонованого пiдходу, автоматизують процеси, якi мають мiсце пiд час застосування стилiв в робочих продуктах фаз життєвого циклу програмного забезпечення Ключовi слова: iнженерiя програмного забезпечення, шаблон стиля, онтологiя, дескриптивна логiка, стиль програмування UDC 004.415.2(043.3
Software engineering is an own scientific and practice aria with an own structure, terminology, products, processes and resources. The software product is a knowledge-based product and it is the result of the knowledgebased actions. In this research, categorization of ontologies in software engineering are presented. The known criterion (process, domain, structure) are used for the categorization of ontologies but two criterion (process and domain) was modified. The process criterions is looked in the connection whit time period and the predevelopment time added to time period. The domain criterions is making whit help of the representation of software engineering world in the form of domains. The ontologies are involved in representing knowledge of three types of the software engineering domains. In the first, the application domain, the focus is on understanding the customer needs and what the software product must do. In the second, the implementation domain, the focus is on understanding how the software product must behave and respond to the customer needs. In the third, the problem domain, the focus is on understanding the software engineering problems, which can be during software life cycle processes of the software product. Our research goal is to develop categorization of the software engineering ontologies on the base of adding known criterion. Ontological representation of software engineering knowledge; categorization; domain analysis; object-oriented programming; ontologydriven utilizing of programming styles. Categorization of the software engineering ontologies. The results of case study, using ontologies by categorization are presented. Had developed categorization of ontologies, it is possible exactly to define types of software engineering ontologies and its places into software processes. This is demonstrating on the examples of the case studies.
In the process of developing and maintaining a software product, many things are created and used that are called software artefacts. Software artifacts are changed, reused, and change relationships in the development and maintenance processes of a software product. The complexity and variety of software artifact relationships require adequate means of description and management. They may be a software artifact ecosystem. In the article, for the first time, a concept of a software artifact ecosystem is proposed. The concept describes a generalized model of the software artifact ecosystem, which is the Cornerstone ecosystem type and consists of three actors – the platform, the software, and the artifact. The roles of actors in the ecosystem are indicated, the relationships between actors are described. As an example, based on the generalized model of the software artifact ecosystem, a declarative model of the programming style ecosystem has been developed.
scite is a Brooklyn-based organization that helps researchers better discover and understand research articles through Smart Citations–citations that display the context of the citation and describe whether the article provides supporting or contrasting evidence. scite is used by students and researchers from around the world and is funded in part by the National Science Foundation and the National Institute on Drug Abuse of the National Institutes of Health.
hi@scite.ai
10624 S. Eastern Ave., Ste. A-614
Henderson, NV 89052, USA
Copyright © 2024 scite LLC. All rights reserved.
Made with 💙 for researchers
Part of the Research Solutions Family.