Сборка системы

Документирование выходной версии

Создание выходной версии

Создание выходной версии — это процесс сбора всех необходимых файлов и докумен­тации, составляющих выходную версию системы. Требуется определить нужные испол­няемые коды программ и файлы с данными. Конфигурация выходной версии должна оп­ределяться под конкретный тип аппаратных средств и операционной системы. Также нужно подготовить инструкции для пользователей по инсталляции системы, в том числе в электронном виде. Должны быть написаны сценарии для инсталляционной программы. В завершение создается инсталляционный диск, на котором будет распространяться сис­тема. В настоящее время в качестве носителей дистрибутивов наиболее широко распро­странены компакт-диски/

Процесс создания выходной версии должен быть задокументирован, чтобы была воз­можность восстановить ее в будущем. Это особенно важно для больших систем с длинным жизненным циклом, разрабатываемых под заказ. Заказчики обычно используют одну вер­сию системы на протяжении многих лет, и все необходимые изменения вносятся именно в эту версию через много лет после ее поставки.

Для документирования выходной версии прежде всего необходимо записать версии исход­ного кода компонентов, которые использованы для создания исполняемого кода. Также следу­ет собрать и сохранить все копии исходных и исполняемых кодов, системных данных и конфи­гурационных файлов. Кроме того, должны быть записаны версии операционной системы, биб­лиотеки, компиляторы и другие средства, применяемые для сборки системы.

Сборкой системы называют процесс компиляции и связывания программных компо­нентов в единую исполняемую программу. Перед сборкой системы полезно ответить на следующие вопросы.

1. Все ли компоненты, составляющие систему, включены в инструкцию по сборке?
2. Каковы версии компонента, перечисленные в инструкции по сборке?
3. Доступны ли все необходимые файлы данных?
4. Если на файлы данных используются ссылки внутри компонентов, то каковы имена этих файлов в выходной версии?
5. Доступны ли нужные версии компилятора и других необходимых средств? Дейст­вующие версии программных средств могут быть несовместимы с более старыми версиями, которые применялись при разработке системы.

В настоящее время существует много средств управления конфигурацией, автоматизи­рующих процесс сборки системы. Команда управления конфигурацией пишет сценарий, в котором определены зависимости между различными компонентами системы. В нем так­же указаны средства компилирования и связывания компонентов системы. Средства ком­поновки интерпретируют сценарий сборки системы и вызывают программы, необходи­мые для сборки исполняемой системы. Процесс сборки системы представлен на рис. 4.

Рис. 4. Сборка системы

В сценарии сборки указаны зависимости между компонентами, поэтому компоновщик системы сам принимает решение, когда перекомпилировать компоненты, а когда можно многократно использовать существующий объектный код. Зависимости в сценарии сбор­ки указаны в основном как зависимости между файлами, содержащими исходный код ком­понентов. Однако, если файлов с исходным кодом разных версий много, возникает про­блема выбора нужных файлов. Проблема усугубляется, если файлы исходного и объектно­го кода имеют одинаковые имена (но, конечно, с разными расширениями).

Чтобы избежать трудностей, связанных с зависимостью физических файлов, было разработано несколько экспериментальных систем, основанных на языках описания мо­дулей. В них используется описание логической структуры ПО и схемы зависимо­стей между файлами, содержащими компоненты исходного кода. Такой подход снижает количество ошибок и приводит к более понятным описаниям процесса сборки системы.

Дата добавления: 2015-07-13