Статьи и Лайфхаки

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

Конфигурация устройства: что это такое

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

Как и компьютер, так и мобильный аппарат включает определённое оборудование – , чипсет, и блок питания. Также имеются постоянное запоминающее устройство и звуковая плата. Все это в комплексе относится как раз к конфигурации в телефоне.

Что такое конфигурация ПО девайса

Конфигурация программного обеспечения означает определённые параметры программы, которые задает сам владелец устройства.

Существуют различные подходы к хранению этих настроек. Порой они содержатся в текстовых файлах, которые можно отредактировать самостоятельно. Зачастую также создается отдельный интерфейс.

Нередко конфигурация задается ещё на стадии сборки программного обеспечения. Для того чтобы подвергнуть её каким-либо изменениям, программу нужно заново собрать. Нередко для хранения конфигурации используется и особая база данных (по примеру GConfig в ОС Windows).

Современное мобильное устройство фактически является портативным компьютером. У него есть своя операционная система, которая управляет работой программного обеспечения. К наиболее популярным можно отнести Windows Phone, Android и iOS.

Приобретая новый мобильный аппарат, следует позаботиться о том, чтобы в нём всё работало безотказно. Для этого следует всегда следить за выходом обновлений . Своевременная установка таких обновлений станет важным условием оптимальной работы нашего аппарата, а также предоставит доступ к различным новым сервисам и функциям.

Кроме того, это увеличит продуктивность его работы и поможет справиться с ошибками. Нередко производители мобильных устройств позволяют нам самим устанавливать такие обновления.

Cтраница 1

Программная конфигурация и база данных хранятся в энергонезависимом ОЗУ модулей.  

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

Совокупность программ, установленных на компьютере, называется его программной конфигурацией: Совокупность оборудования, подключенного к компьютеру, называется его аппаратной конфигурацией. Несмотря на то что по своей архитектуре и функциональному назначению разные компьютеры могут быть весьма близки друг другу, найти два компьютера, имеющих одинаковые аппаратные и программные конфигурации, практически невозможно. На каждом рабочем месте программно-аппаратная конфигурация создается такой, чтобы наиболее эффективно решать конкретные практические задачи, характерные для данного рабочего места.  

Недостатком механизма восстановления являются значительные затраты дискового пространства на хранение контрольных точек. Если аппаратная или программная конфигурация компьютера подвержена регулярным изменениям, то объем дискового пространства, Используемый для хранения данных контрольных точек, может выйти за любые разумные пределы. В этом случае средство Восстановление системы можно отключить, отдавая себе отчет, что надежность работы компьютера в этом случае может снизиться.  

Структура двухмашинной системы на базе ЭВМ ЕС-1033.

В ЕС ЭВМ имеются МПД с жесткой и программной конфигурацией (прил. Создание сложных систем телеобработки связано с возможностями перераспределения функций управления между центральной ЭВМ и периферийными процессорами телеобработки данных.  

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

Для создания конкретного варианта информационно-поисковой системы на базе ППП АИДОС пользователь должен точно сформулировать свои требования к системе. Он должен определить носитель фонда системы, задачи, программную конфигурацию системы. Эти параметры должны быть описаны в макрокоманде DI UKPV, которая была рассмотрена выше.  

Раскрывается реальный опыт по созданию сетевого окружения библиотеки Санкт-Петербургского Государственного Электротехнического Университета ЛЭТИ. Рассматриваются основные вопросы, возникающие при этом: управление приложениями библиотеки, управление личными данными пользователей, разработка и репликация программных конфигураций рабочих станций, управление доступом в Internet. Вкратце описаны основные технологии, с помощью которых данные вопросы были решены.  

Это комплексы программ Netscape Communicator, Irbis и Microsoft Office, программа Adobe Acrobat Reader и другие. Уже во время разработки программных конфигураций рабочих станций стало очевидно, что установка всех этих приложений на каждой из рабочих станций будет крайне неэффективна. Не говоря уже о том, что целесообразность такого решения при наличии корпоративной сети вообще представляется весьма сомнительной, это повлекло бы резкое увеличение размера образа рабочей станции, а также усложнило бы жизнь службе технической поддержки. Поэтому на основе службы Novell Zen Works Application Management была построена эффективная система управления приложениями, решившая многие проблемы обеспечения доступа пользователей к необходимым программам и сохранения целостности этих программ.  

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

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

Страницы:      1

Совокупность настроек программы, задаваемая пользователем.

Существуют различные подходы к хранению конфигурации. Многие программы хранят настройки в текстовых файлах; особенно характерно это для UNIX-подобных систем . В Windows текстовые конфигурационные файлы так же используются и часто имеют формат .ini . Несмотря на то, что почти во всех случаях эти файлы можно редактировать вручную, во многих случаях для этого создаётся специальный интерфейс (который может быть как консольный, так и графический).

Иногда в UNIX-подобных системах конфигурация задаётся на этапе сборки программы, и для её изменения программу необходимо пересобирать. Ярким примером может служить ядро Linux . Почти во всех приложениях, собираемых на основе autoconf , можно подключать или отключать те или иные внешние библиотеки через параметры к скрипту configure .

Часто для хранения конфигурации используется специальная база данных. В Windows используется реестр Windows , а в GNOME - GConf ; в обоих случаях конфигурация имеет древовидную структуру.

Источники

Wikimedia Foundation . 2010 .

Смотреть что такое "Конфигурация программного обеспечения" в других словарях:

Содержание 1 Бразилия 2 Великобритания 3 Индия … Википедия

Конфигурация: В Викисловаре есть статья «конфигурация» Конфигурация (астрономия) … Википедия

В области информационных и компьютерных систем под конфигурацией понимают определенный набор комплектующих, исходя из их предназначения, номера и основных характеристик. Зачастую конфигурация означает выбор аппаратного и программного обеспечения … Википедия

У этого термина существуют и другие значения, см. Конфигурация. Совокупность параметров программного обеспечения. В операционных системах *NIX изменение конфигурации производится путем редактирования текстовых файлов настройки, расположенных, как … Википедия

ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения - Терминология ГОСТ Р МЭК 61508 4 2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа: 3.7.4 анализ влияния (impact analysis) …

Инфраструктура - (Infrastructure) Инфраструктура это комплекс взаимосвязанных обслуживающих структур или объектов Транспортная, социальная, дорожная, рыночная, инновационная инфраструктуры, их развитие и элементы Содержание >>>>>>>> … Энциклопедия инвестора

система - 4.48 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей. Примечание 1 Система может рассматриваться как продукт или предоставляемые им услуги. Примечание 2 На практике… … Словарь-справочник терминов нормативно-технической документации

СТО Газпром 2-2.3-141-2007: Энергохозяйство ОАО "Газпром". Термины и определения - Терминология СТО Газпром 2 2.3 141 2007: Энергохозяйство ОАО "Газпром". Термины и определения: 3.1.31 абонент энергоснабжающей организации: Потребитель электрической энергии (тепла), энергоустановки которого присоединены к сетям… … Словарь-справочник терминов нормативно-технической документации

Р 50.1.048-2004: Информационно-телекоммуникационные игровые системы. Термины и определения - Терминология Р 50.1.048 2004: Информационно телекоммуникационные игровые системы. Термины и определения: 2.3.25 адаптивное сопровождение: Изменение программного продукта после поставки, обеспечивающее его работоспособное состояние в измененных… … Словарь-справочник терминов нормативно-технической документации

ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования - Терминология ГОСТ Р МЭК 61513 2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа: [МАГАТЭ 50 SG D8] Примечание 1 См. также «система, важная для безопасности», «класс систем контроля… … Словарь-справочник терминов нормативно-технической документации

«УЛЬЯНОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

Кафедра «Измерительно-вычислительные комплексы»

ПО ПРЕДДИПЛОМНОЙ ПРАКТИКЕ В

ТЕХНОЛОГИИ»

УПРАВЛЕНИЕ КОНФИГУРАЦИЯМИ СЕТЕВОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Выполнил :

студент гр. ИСТд-41

Руководитель от предприятия :

системный архитектор

Романов Антон Алексеевич

Руководитель от кафедры :

доцент каф. ИВК, к. т.н., доцент

Ульяновск, 2013

Список использованных сокращений и обозначений

Agile - гибкая методология разработки.

Введение

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

Локальная корпоративная сеть позволяет существенно экономить время и упрощает работу сотрудников, но, с другой стороны, появилась зависимость от неё: от простоев и сбоев не застрахован ни один ПК, тем более, целая сеть. Со стремительным развитием телекоммуникаций и сети Интернет, количество пользователей конечной системы может измеряться сотнями тысяч, а парк машин, занятых в вычислении в дата-центре и образующих информационную систему, исчисляться десятками современных высокопроизводительных серверов класса High-End.

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

Среди таких механизмов системного администрирования одно из главных мест занимает управление конфигурацией, обеспечивающее поддержку основных процессов жизненного цикла информационной системы - её разработки и сопровождения. При разработке проектов сложных информационных систем, состоящих из многих компонентов, каждый из которых может разрабатываться независимо и, следовательно, иметь несколько вариантов реализации и/или несколько версий одной реализации, возникает проблема учёта их связей и функций, создания единой структуры и обеспечения развития всей системы. Управление конфигурацией позволяет организовывать, систематически учитывать и контролировать внесение изменений в различные компоненты информационной системы на всех стадиях её жизненного цикла.

ЗДЕСЬ НУЖНО НАПИСАТЬ КАКОЙ-ТО ТЕКСТ

ЗДЕСЬ НУЖНО УПОМЯНУТЬ О ПАТТЕРНАХ

ЗДЕСЬ ДОЛЖНЫ БЫТЬ ЦЕЛИ

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

Идентификация программных конфигураций;

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

Контроль программных конфигураций;

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

Учёт статусов программных конфигураций;

Учет статусов программных конфигураций подразумевает сохранение и генерацию отчетности для всей информации, необходимой для эффективного управления конфигурациями программного обеспечения.

Аудит конфигураций;

Задача аудита программных конфигураций определяет степень, в которой элемент конфигурации удовлетворяет заданным (например, на уровне требований и/или запросов на изменения) функциональным и физическим характеристикам. Неформальный аудит такого типа может быть связан с ключевыми точками жизненного цикла (вехами проекта).

Управление выпуском и поставкой.

Термин « релиз» ( release, выпуск) используется в данном контексте, подразумевая распространение и использование элементов конфигураций за рамками работ по разработке программного обеспечения. Это может включать как внутренние релизы, так и выпуск и передачу программного обеспечения заказчикам. В ситуациях, когда доступны для поставки различные версии программных элементов (в частности, различные версии для разных платформ или редакции с различным набором функциональных возможностей), часто бывает необходимо создавать специализированные версии и пакеты (сборки) соответствующих материалов (элементов, активов) для выпуска в качестве самостоятельной версии. Программный инструментарий, предоставляющий функционал подобной сборки, играет ключевую роль в выполнении таких работ.

Анализ источников

По данной теме наиболее подходящими для изучения могут быть следующие источники:

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

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

Книга будет необходима для изучения гибкой методологии разработки, ориентированных на использование итеративной разработки, динамическое формирование требований, обеспечение их реализации в результате взаимодействия рабочих групп и тесную взаимосвязь с управлением конфигурациями. В источнике указываются основные практики использования, включая контроль версий, отслеживание ошибок и управление отстройкой. В книге описывается философия гибкой методологии и внедрение практик управления конфигураций для начала разработки. Из книги также можно узнать о подходах выстраивания инфраструктуры разработки и адаптировании техник Agile и SCM в команде разработчиков.

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

Ресурс необходим для изучения функциональности разрабатываемого программного продукта на предприятии и общих правил программирования и форматирования кода. Представленная документация охватывает различные аспекты программирования и даёт чёткое представление об особенностях архитектуры и стандартов. Данный ресурс является хорошим подспорьем как для изучения, так и для инсталляции, настройки и разработки расширений. Документы сгруппированы в тематические блоки, что существенно облегчает поиск.

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

Состав и порядок функционирования объекта автоматизации (процессы)

Состав и порядок функционирования объекта автоматизации (информация)

Заключение

Список использованных источников

1. Why Order Matters in Automated Systems Administration / Infrastructures. Org: Best Practices in Automated Systems Administration and Infrastructure Architecture. – Philadelphia, PA, 2002. – Mode of access: http://www. infrastructures. org/papers/turing/turing. html

2. Aiello, R., Sachs, L. Configuration Management Best Practices: Practical Methods that Work in the Real World / R. Aiello, L. Sachs. – Boston: Addison-Wesley Professional, 2010. – 272 pp.

3. Moreira, M. Adapting Configuration Management for Agile Teams: Balancing Sustainability and Speed / M. Moreira. – West Sussex: Wiley, 2010. – 277 pp.

4. Berczuk, S., Software Configuration Management Patterns: Effective Teamwork, Practical Integration / S. Berczuk, B. Appleton. – Boston: Addison-Wesley Professional, 2003. – 218 pp.

5. CS-Cart Development Documentation / Shopping Cart Software & Ecommerce Software Solutions by CS-Cart. – Russia, 2013. – Mode of access:

6. Knowledge Base / Shopping Cart Software & Ecommerce Software Solutions by CS-Cart. – Russia, 2013. – Mode of access: http://kb. /

Управление конфигурацией ПО — это один из вспомогательных процессов, поддерживающих основные процессы ЖЦ ПО, прежде всего процессы разработки и сопровождения ПО.

Под конфигурацией ПО понимается совокупность его функциональных и физических ха­рактеристик , установленных в технической документации и реали­зованных в ПО.

В крупном проекте большие объемы информации меняются очень быстро и неконтролируемые изменения могут быстро ввергнуть проект в хаос. Работая над программным проектом, группа программистов, тестеров и менеджеров сталкивается с проблемой отслеживания версий программ, внесения в них изменений. Чем больше проект, тем больше времени разработчики тратят на согласования изменений в исходных текстах и получения работающих версий программного продукта. Данная задача может усугубиться наличием в компании регионально удаленных групп-разработчиков.

Управление конфигурацией позволяет организовать, системати­чески учитывать и контролировать внесение изменений в ПО на всех стадиях ЖЦ.

При групповой разработке сложных ПО, состоящих из многих компонентов, каждый из которых может иметь разновидности или версии, необходимо :

- выделить набор объектов , определяющих структуру будущей системы, чтобы затем контролировать их состояния и ход работ по каждому из них. Такими объектами могут быть функционально-логическая модель системы, реляционная модель базы данных, модули прототипов системы (экраны, меню, отчеты, тексты процедур или классов), системные и программные спецификации, документация, планы проведения тестирования, спецификации тестовых процедур;

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

- вести журнал всех изменений , внесенных в систему в процессе разработки или сопровождения (это касается состояния создаваемой системы, бюджета, сроков, интерфейса, контрольных отчетов и т.д.);

- вести полный и достоверный архив всех версий всех объектов системы;

- контролировать состояние и развитие коллективно используемых ком­понентов ПО и их версий, учитывая связи компонентов системы для согласования между собой измененных частей ; обеспечивать адекватность реально изменяю­щихся компонентов и их комплектной документации;

- проводить оценку конфигурации — оценивать функциональную пол­ноту компонентов ПО, а также соответствие их физического состо­яния текущему техническому описанию.

- изготавливать эталон­ные копии ПО и документации, хранить и поставлять их пользо­вателям в соответствии с порядком, принятым в организации. Это упрощает выпуск и поставку ПО;

- обеспечивать развитие всей системы, ограничивая усложнение проекта.

Рассмотрим, как пример, управление исходным кодом .

Для групповой разработки важны системы контроля исходного кода . Такие системы решают, по крайней мере, две задачи: хранение всех версий каждого экземпляра исходного кода (версии файлов) и разрешение конфликтов одновременного доступа разработчиков к одному экземпляру исходного кода (слияние исходных текстов, согласованность группы файлов проекта и т.п.).

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

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

После того как основной код модуля будет создан и зарегистрирован в системе контроля исходных текстов, каждая правка в нем должна быть помечена датой и именем автора правки. Правки должны сопровождаться ясными комментариями , которые располагаются в начале файла исходного кода.

Формат комментария к правке может быть таким:

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

Часто ведущие исполнители проектов не доверяют системам контроля исходного кода сливать правки в исходных текстах автоматически и частично или полностью контролируют этот процесс. Эта перестраховка во многих случаях себя оправдывает.

Также в начале исходного кода (в комментариях) описывается: для чего данный файл исходного кода создан, основные его функции, к какой части информационной системы он относится, кто автор.

Функции, структуры, наиболее важные переменные должны сопровождаться комментариями. Необходимо избегать непонятных названий вида K1, Function10.

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

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

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

Взаимодействие компонентов не должно быть произвольным. Контролировать эти правила создания исходного кода в большинстве случаев приходится вручную.

Группа разработчиков должна иметь свой выделенный сервер баз данных, и, возможно, не один, а также выделенные рабочие места. Часто эти моменты далеко не очевидны руководству, и оно воспринимает это как совершенно ненужную трату средств. Сервер, обеспечивающий контроль исходного кода, также должен быть выделенным.

Рынок систем конфигурационного управления

Без хорошего инструментария невозможно оперативно управлять конфигура­циями ПО.

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

Можно выделить четыре группы таких продуктов :

1) обеспечивающие контроль версий (Rational ClearCase, Merant PVCS, Microsoft Visual SourceSafe);

2) обеспечивающие контроль версий и изменений (Rational ClearCase/ClearQuest, PVCS Professional);

3) обеспечивающие параллельную разработку, контроль версий, изменений и рабочих процессов (PVCS Dimensions, CCC:Harvest фирмы Computer Associates);

4) обеспечивающие все вышеуказанные возможности при взаимодействии нес­кольких географически удаленных команд (Rational MultiSite, PVCS Replicator).

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

В числе недостатков ClearCase — необходимость серьезного администриро­вания, т.е. нагрузка при работе с продуктом перекладывается с конечных пользователей на администратора.

Продукт PVCS , встроен во многие системы разработки, предлагает более простой версионный контроль. Он хуже автоматизирует работу пользователей и сложнее в применении, но зато не требует отдельного сотрудника-администратора для поддержки небольших групп разработчиков. Существуют проблемы переходов от одного продукта PVCS к другому. Имеет меньшую стоимость. Может оказаться хорошим решением, если разработка идет под разными платформами (аппаратная платформа и ОС).

Продукт Microsoft Visual Source Safe осуществляет простой контроль исходных текстов и подходит для индивидуальной работы или для проектов, объединяющих нескольких человек. В нем нельзя организовать связь между участниками проекта, но он значительно дешевле и проще. Используется для ОС Windows 98, NT, 2000.

В ноябре 2002 г. компания Merantвыпустилановую версию популярного инструмента для управления конфигурациями ПО PVCS Professional 7.5 .

В состав пакета входят:

PVCS Version Manager 7.5 — система контроля версий;

PVCS Tracker Manager 7.5 — утилита формирования журнала изменений и задач;

Configuration Builder 7.5 — утилита обеспечения стандартизованной и надежной компоновки готовых приложений.