Journal influence
Bookmark
Next issue
Abstract:
Аннотация:
Authors: (kaa@cps.tver.ru) - , Russia | |
Keywords: , , assembly, , |
|
Page views: 11131 |
Print version Full issue in PDF (3.60Mb) |
При смене целевой операционной системы (ОС) программного изделия для разработчика существуют два основных варианта организации разработки программного обеспечения (ПО): полностью перевести процесс разработки на целевую ОС; использовать привычную, устоявшуюся рабочую среду (соответственно, и прежнюю ОС) для разработки ПО, а в целевой ОС проводить окончательное тестирование и исправление недоработок, связанных со спецификой ОС и компиляторов. Первый вариант организации разработки ПО потребует от разработчиков: – отказаться от используемого длительное время инструментария разработки ПО; – исследовать рынок готовых технологических программных продуктов для целевой ОС на соответствие требованиям и функциональным возможностям, обеспечивающим разработку ПО в срок с заданным качеством; – обучить работе с новым технологическим ПО в целевой ОС. Второй вариант требует от разработчиков меньшего времени на изучение использования нового технологического ПО, так как в основном будет использоваться прежняя рабочая среда. В данной статье описан подход к организации разработки программного изделия по второму варианту, где защищенная ОС (ЗОС) Мобильная система Вооруженных сил (МСВС) является целевой ОС, а Windows – основной ОС, используемой при разработке ПО. Рассмотрим задачи, которые необходимо решить при организации разработки ПО в ОС Windows и ЗОС МСВС: - поддержка коллективной работы с исходным текстом и документацией по проекту (разработка структуры дерева исходного текста проекта и обеспечение работы с репозитарием проекта в обеих ОС); - обеспечение компиляции одного и того же исходного текста проекта, сборки исполняемых файлов и создание дистрибутива в обеих ОС; - обеспечение автоматического ежедневного создания дистрибутива программного изделия в обеих ОС; - поддержка ресурса для фиксации ошибок, выявленных на этапах компиляции, сборки и тестирования программного изделия в обеих ОС; - поддержка пополняемого информационного ресурса для разработчиков, раскрывающего особенности ведения разработки ПО под ОС Windows и ЗОС МСВС и доступного для чтения и пополнения из обеих ОС. К платформо-зависимым элементам, используемым при разработке программного продукта, можно отнести графический интерфейс пользователя, векторную и растровую графику, работу с видео и звуком, сетевой обмен и т.д. Для обеспечения переносимости исходного кода ПО между двумя ОС используется кроссплатформенная библиотека Qt4 (qtsoftware.com), позволяющая избавиться от прямого использования API конкретной ОС – библиотека берет это на себя (рис. 1). Рис. 1 Для компиляции и сборки ПО в ОС Windows используется MS Visual Studio, в ЗОС МСВС – утилита qmake из состава пакета Qt, использующая компилятор C++ из набора компиляторов gcc. Для работы с документацией проекта используется пакет офисных приложений OpenOffice (openoffice.org), обеспечивающий работу в обеих ОС. При коллективной разработке ПО возникает необходимость управления исходным текстом и документацией проекта. Для поддержки данного процесса используется система Subversion (subversion.tigris.org), работа с которой ведется из обеих ОС. Репозитарий Subversion включает в себя документацию и исходный текст проекта. Прежде чем говорить о файловой структуре всего проекта, рассмотрим структуру отдельно взятого модуля (рис. 2). Назначение каталогов представленной структуры следующее: doc – хранение документации по модулю, его проектных решений; include – хранение заголовочных файлов исходных текстов модуля; msvs – хранение файлов проекта модуля для компиляции в среде MS Visual Studio в ОС Windows; qmake – хранение файлов проекта модуля для компиляции в ЗОС МСВС; res – хранение файлов ресурсов модуля (отсутствует в модулях, не имеющих графического отображения); src – хранение файлов исходных текстов модуля. Рис. 2 Предлагаемая файловая структура всего проекта показана на рисунке 3. Проект содержит подкаталоги: bin – для откомпилированных и сторонних модулей, соответственно для debug- и release-версий; build – для файлов скриптов при компиляции и сборке дистрибутива в ОС Windows и МСВС соответственно; doc – для документов описания используемых в проекте технологий, подходов и т.д.; include – для заголовочных файлов, используемых несколькими модулями проекта; lib – для файлов описания библиотек, используемых модулями проекта; msvs – для файла всего проекта (solution) при компиляции в среде MS Visual Studio в ОС Windows; projects – для каталогов всех модулей проекта; qmake – для файла всего проекта при компиляции в ЗОС МСВС. Для автоматической ежедневной сборки дистрибутива в Windows и МСВС необходимо выделить компьютер с запущенной виртуальной машиной (то есть в Windows запущена виртуальная машина ЗОС МСВС) либо два компьютера (для каждой ОС в отдельности) с настроенным технологическим ПО и назначить задание на компиляцию и сборку дистрибутива. Под заданием понимается исполнение созданного скрипта компиляции и сборки, запускаемого, как правило, в ночное время. Скрипт обеспечивает скачивание обновлений исходного текста из репозитария, компилирование, сборку исполняемых файлов и создание установочного пакета (дистрибутива) разрабатываемого программного изделия. Для информирования разработчиков об ошибках при сборке и тестировании отдельных модулей или проекта в целом используется система учета ошибок Mantis (mantisbt.org), доступная из обеих ОС. Рис. 3 Также создан внутренний информационный wiki-ресурс (mediawiki.org) для разработчиков, в рамках которого можно размещать обнаруженные непереносимые конструкции кода и советы по ведению кроссплатформенных разработок. Доступ к данному ресурсу необходимо обеспечить как из ОС Windows, так и из ЗОС МСВС. Данный подход к организации процесса разработки ПО в ОС Windows для последующего его использования в ЗОС МСВС, как показала практика разработки изделий, не оказывает существенного влияния на увеличение сроков выполнения работ и качество выпускаемого программного изделия. Литература 1. Хоффман Б., Мартин К. Разработка программного обеспечения в небольшой организации (http://www.osp.ru/os/2007/03/4158385). 2. Лапыгин Д., Новичков А. Конфигурационное управление проектами разработки программного обеспечения (http://www.citforum.ru/SE/quality/configuration_management). |
Permanent link: http://swsys.ru/index.php?id=2043&lang=en&like=1&page=article |
Print version Full issue in PDF (3.60Mb) |
The article was published in issue no. № 1, 2009 [ pp. 109 ] |
Perhaps, you might be interested in the following articles of similar topics: