Фабрики программ и AppFab

Фабрика программ — это интегрированная инфраструктура сборочного производства из готовых КПП и ГоР новых ПП (систем, семейств систем, ИС, АСУ, АСУТП и др.).

Фабрика включает в себя комплекс системных средств, инструментов и сервисов, а также репозитории и библиотеки для накопления и выбора готовых КПП. Ядро фабрики — операционная среда и методы изготовления (UML, компонентный, структурный, модульный, сервисный и др.) отдельных КПИ. В среду фабрики вводится набор веб-сервисов и вебсемантики для управления выбором необходимых сервисов из Интернета и их использования как КПИ при сборке и композировании новых ПП. К ним относятся:

• • фабрика «ручной» сборки разноязычных программ И. Бея;
• • фабрика потоковой сборки по UML Дж. Гринфильда;
• • фабрика Г. Ленца па основе Use Case;
• • каркас фабрики программ А. М. Авдошина;
• • фабрика «Continiuos Integration» М. Фаулера;
• • фабрика программ ЕРАМ и др.

Фабрика сборки И. Бея. Базис этой фабрики — разноязычные программы, интерфейсные посредники, конфигурационные файлы. Программы описываются в ЯП (VC++, VBasic, Matlab, Java, Visual Works Smalltalk и т. п.) и выполняются на платформах (MS.Net, HP, Apple, IBM и др.). В интерфейсном посреднике данные передаются друг другу. Для некоторых данных, типы которых нерелевантны и (или) их форматы зависят от другой платформы передачи данных (протоколы, вызовы, интерфейсные карты MIO-16E-2 и др.), проводилось их ручное преобразование. Описание интерфейсных связей проводилось с помощью RMI, RPC, Java Native Interface. Затем они реализовывались в виде ехе-файлов. Принцип взаимодействия разноязычных программ апробирован на Domain, Application Models, Model Interconnection, Microsoft Communication Foundation и др.^[1]

Фабрика программ Дж. Гринфильда. Для любой строящейся фабрики автором сформулированы аспекты производства ПП на основе UML с использованием моделей архитектур систем и компьютеров, механизмов интеграции разнородных компонентов с типами данных FDT и описанием интерфейса в языках (IDL, XML, RDF и т. п.). Главные объекты производства: reuse, которые накоплены в общепринятых хранилищах (библиотеках, репозиториях и т. п.) Интернета и имеют сертификаты качества; активы (assets), программы, приложения и системы; модели, шаблоны и инструменты UML для реализации ПП на линиях производства; веб-сервисы, процессы линий; методики измерения и контроля качества ПП и т. п. Анализ моделирования доменов в UML показал, что UML удобен для задания эскиза ПП, в котором используются компоненты и интерфейсы^[2].

Фабрика ПО Г. Ленда. Ключевые элементы этой фабрики — схемы и шаблоны. Схема Software Factory — это линия реализации продуктов, которые могут быть произведены на этой фабрике. Технология базируется на модели MDD и поддерживается архитектурным фреймворком. Типичным примером шаблона является завод, обеспечивающий разработку проектов из многократно используемых компонентов в Visual Studio при реализации проектных решений и требований. Эти требования и решения описываются на языке DSL и используются на линии производства ПП^[3].

Фабрики А. М. Авдошина. Основной ресурс и активы данной фабрики — архитектурный каркас, являющийся отправной точкой в разработке любого продукта на линии. В нем используются активы и ресурсы: классы, компоненты, конфигурации, образцы, проектные решения и т. п. Активы выбираются на стадии разработки линии фабрики. База знаний фабрики включает в себя разные пособия, справочники, статьи, примеры программ и программы-образцы. Моделирование понятий и основных концепций в языке DSL способствует генерации кода и конфигурации структуры продукта. Для автоматизации разработки ПП задается схема фабрики и уточняется набор ресурсов^[4].

Фабрика программ «Continiuos Integration» (непрерывная интеграция, повторная сборка) М. Фаулера (М. Fowler, К. Beck). Это автоматизированный процесс, обепечивающий разработку, поиск изменений в коде и системе, сборку, контроль собранных версий, развертывание и тестирование приложения. На фабрике используется гибкие {agile) методологии, включая модульное {unit) тестирование, рефакторинг, стандарт кодирования. Каждое изменение в систему требует его интеграции на специальной машине, в среде которой проект будет развернут {production enviroment). Процесс интеграции выполняется на сервере интеграции {continuous integration sewer) на Java и CruiseControl.NET. Процесс интеграции включает: Build — компиляция исходных кодов и их сборка средствами Ant, Maven в Java и NAnt в .NET; UnitTest — тестирование модулей приложения; Deploy — развертка для выполнения после Build и UnitTest^[5].

Фабрика ЕРАМ предоставляет широкий спектр технологий и решений, процессов, сертифицированных по стандартам качества CMMI Level 4 и ISO 9001, а также инструментов управления проектами (http://www. epam-group.ru/#sthash.zPWS iln4. dpuf), аутсорсинга, внедрения, интеграции, тестирования и сопровождении. В СНГ создано более 15 филиалов.

• [1] См.: Бей И. Взаимодействие разноязыковых программ. Руководство программиста. М., 2005. С. 868.
• [2] См.: Гринфильд Дж. Фабрики разработки программ. Диалектика. М.; СПб.; Киев, 2005.С. 285.
• [3] См.: Lenz G., Wienands С. Practical Software Factories in .NET. From theory in practice —a primer reference and case study. Aprcss, 2007.
• [4] См.: Авдошин С. M., Белкин С. А. Фабрики программного обеспечения // Новые информационные технологии. М.: Изд-во МИЭМ, 2007. С. 23—39.
• [5] См.: Duval Р., Matyas S., Grover Л. Continuous Integration: Improving Software Qualityand Reducing Risk. Addison Wesley, 2009.