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

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, що походять від промислових методів, забезпечують велику інструментальну підтримку. Усі методи залежать від платформи. Встановлено, що основні елементи компонентно-орієнтованої розробки, компоненти та повторне використання наразі ще не зрілі, а діапазон інструментів для компонентно-орієнтованої розробки недостатній. Всі розглянуті методи акцентують увагу на окремих аспектах компонентно-орієнтованої розробки, але поки що жоден з них не пропонує повного вирішення.

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.