Аналіз компонентно-орієнтованих методів розробки програмного забезпечення для електронного бізнесу

Abstract

Компонентно-орієнтована розробка — це шлях до розробки програмного забезпечення, де переваги повторного використання мають велике значення. Швидка адаптація до змін на ринку має вирішальне значення для електронного бізнесу. А компонентно-орієнтована розробка здатна забезпечити швидкий термін реалізації, гнучкість та масштабованість. З точки зору придатності до використання в контексті інженерії електронного бізнесу розглянуто п’ять популярних методів: CADA, Catalysis, Comet, Rational Unified Process і Select Perspective. Для кожного із зазначених методів досліджено поняття, процедури, методи та рівень інструментальної підтримки. Оцінка проводиться на основі схеми для розробки електронного бізнесу та переліку об’єктивних критеріїв: передумови походження, використання методології, функціональна підтримка процесу, повторне використання, використання сучасних технік моделювання, інструментальна підтримка, платформа впровадження.

Щодо процесу підтримки Select Perspective пропонує дуже строгий процес з чіткими результатами та діями. Catalysis обмежується прикладами того, як використовувати метод у деяких конкретних ситуаціях. CADA, COMET, і RUP — пропонують щось середнє між цими крайнощами. Відносно повторного використання Select Perspective є найпривабливішим методом з точки зору наявності компонентного менеджера, механізму зберігання та пошуку компонентів, а решта досліджуваних методик покладаються на досвід розробників у пошуку компонентів. CADA, Catalysis, Comet не забезпечують спеціальну підтримку інструментів, але це стосується стандартних UML-інструментів, лише Select Perspective та Rational Unified Process, що походять від промислових методів, забезпечують велику інструментальну підтримку. Усі методи залежать від платформи. Встановлено, що основні елементи компонентно-орієнтованої розробки, компоненти та повторне використання наразі ще не зрілі, а діапазон інструментів для компонентно-орієнтованої розробки недостатній. Всі розглянуті методи акцентують увагу на окремих аспектах компонентно-орієнтованої розробки, але поки що жоден з них не пропонує повного вирішення.

Компонентно-ориентированная разработка — это путь к разработке программного обеспечения, в котором преимущества повторного использования имеют большое значение. Быстрая адаптация к изменениям на рынке имеет решающее значение для электронного бизнеса. А компонентно-ориентированная разработка способна обеспечить быстрый срок реализации, гибкость и масштабируемость. С точки зрения пригодности к использованию в контексте инженерии электронного бизнеса рассмотрены пять популярных методов: CADA, Catalysis, Comet, Rational Unified Process и Select Perspective. Для каждого из указанных методов исследованы понятия, процедуры, методы и уровень инструментальной поддержки. Оценка производится на основе схемы для разработки электронного бизнеса и перечня объективных критериев: предпосылки происхождения, использование методологии, функциональная поддержка процесса, повторное использование, использование современных техник моделирования, инструментальная поддержка, платформа внедрения.

Что касается процесса поддержки, Select Perspective предлагает очень строгий процесс с четкими результатами и действиями. Catalysis ограничивается примерами того, как использовать метод в некоторых конкретных ситуациях. CADA, COMET, и RUP - предлагают нечто среднее между этими крайностями. Относительно повторного использования Select Perspective является привлекательным способом с точки зрения наличия компонентного менеджера, механизма хранения и поиска компонентов, а остальные исследуемые методики полагаются на опыт разработчиков в поиске компонентов. CADA, Catalysis, Comet не обеспечивают специальную поддержку инструментов, это касается стандартных UML-инструментов, только Select Perspective и Rational Unified Process, которые произошли от промышленных методов, обеспечивают большую инструментальную поддержку. Все методы зависят от платформы. Установлено, что основные элементы компонентно-ориентированной разработки, компоненты и повторное использование пока еще не зрелые, а диапазон инструментов для компонентно-ориентированной разработки недостаточен. Все рассмотренные методы акцентируют внимание на отдельных аспектах компонентно-ориентированной разработки, но пока ни один из них не предлагает полного решения.

Component-based development is a way to develop software, where the benefits of reuse are of great importance. Rapid adaptation to market changes is critical to e-business. A component-oriented development can provide a quick implementation, flexibility, and scalability. Five popular methods are discussed in the paper. They are as follows CADA, Catalysis, Comet, Rational Unified Process, and Select Perspective. Listed methods were estimated in terms of suitability for use in the context of e-business engineering. The concepts, procedures, methods, and level of instrumental support are investigated for each of these methods. The evaluation is based on a scheme for the development of e-business and a list of objective criteria. The criteria are background, methodology, process support, reuse, use of modern simulation techniques, tool support, and implementation platform.

The Select Perspective support process offers a very strict process with clear results and actions. Catalysis is oriented on how to use the method in some specific situations. CADA, COMET, and RUP offer something average between these extremes. Regarding reuse, Select Perspective is the most attractive method in terms of having a component manager, a mechanism for storing and finding components. The rest of the examined techniques depend on the experience of the developers in finding the components. CADA, Catalysis, Comet do not provide special tool support, but this applies to standard UML tools. Select Perspective and Rational Unified Process methods, derived from industrial methods, provide great tool support. All methods depend on the platform. Component’s characteristics are important for component-oriented development. They allow developing or distinguishing a component and judging the completeness of the component. This problem is underestimated in the researched methods. Consequently, there is no method of developing components which could satisfy listed elements. The article finds that the main components of component-oriented development, components and reuse are not yet mature, and the range of tools for component-oriented development is insufficient. All of the methods discussed focus on some aspects of component-oriented development. However, none of them offers a complete solution so far.