Триколор 

5 что называют программной конфигурацией. Конфигурирование программного обеспечения. Список использованных источников

Чтобы спасать, лечить, содержать и пристраивать животных в семьи необходимы немалые средства.

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

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

1. Пожертвовать через «Робокассу»

руб.

Если вы укажете ваше имя, то оно появится в списке благодарностей на нашем сайте.

Нажмите "Продолжить" для перехода на сайт системы обработки платежей Robokassa.

Вы можете оплатить пожертвование банковской картой Виза, Мастеркард или Мир, электронными деньгами (Webmoney, Яндекс Деньги и др.), через интернет-банки Альфа-Банк, Интеза Банк, СОВКОМБАНК и др., через терминалы Евросети и Связного.

2. Безналичный перевод

Если вы хотите перевести пожертвование на расчетный счет фонда через Сбербанк или другой банк, воспользуйтесь нашими реквизитами:

ВНИМАНИЕ! Изменились реквизиты

Самарский Региональный благотворительный общественный фонд "Приют для бродячих собак Хати"
ИНН 6319142040, КПП 631901001
Р/с 40703810254400002403 в ПОВОЛЖСКИЙ БАНК ПАО СБЕРБАНК
БИК 043601607, К/с 30101810200000000607

3. Карта Сбербанка

4276540029449166

оформлена на Борисенко Елену Александровну

4. Положить денег на «голодный телефон»

Вы можете пополнить счет нашего телефона Билайн , все средства также пойдут на нужды приюта. Номер для пополнения:

8-960-817-76-46

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

5. Пополнить кошелек Яндекс.Деньги

Номер кошелька Яндекс.Деньги для пожертвований: 410011552115483

Без комиссии пополнить кошелек Яндекс.Деньги можно в терминалах Сбербанка.

6. Пополнить QIWI кошелек

/etc/ (файлы либо не имеют расширения, либо с расширением .conf, .cnf, .config, …). Например:
fstab - точки монтирования разделов дисков
hosts - хосты (соответствие доменных имен - адресам)
filesystems - поддерживаемые файловые системы.

В операционных системах Windows изменение конфигурации чаще всего производится через GUI (графический интерфейс пользователя), однако имеется возможность изменять некоторые параметры вручную (в файлах *.ini)

См. также


Wikimedia Foundation . 2010 .

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

    - (лат. configurare, от cum с, и figura образ). 1) образ, вид. 2) положение планет в отношении друг друга. 3) положение звезд относительно известных созвездий. 4) конфигурация страны очертание её границ. Словарь иностранных слов, вошедших в состав… … Словарь иностранных слов русского языка

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

    См … Словарь синонимов

    конфигурация - и, ж. configuration f., нем. Konfiguration <лат. configuratio подобие. 1. астр. Взаимное расположение планет. Сл. 18. Всякое различие отстояния неба и звезд, от их разстояний между собою, конфигурации, и от схождения и расхождения происходит.… … Исторический словарь галлицизмов русского языка

    конфигурация - Совокупность значений параметров, определяющих работу устройства. [Интент] конфигурация — конфигурация (ITIL Service Transition) Общий термин, используемый для описания группы… … Справочник технического переводчика

    КОНФИГУРАЦИЯ, конфигурации, жен. (лат. configuratio изображение) (книжн.). Вид, очертание, образ. || Взаимное расположение каких нибудь предметов, соотношение каких нибудь предметов. Конфигурация звезд на небе. Толковый словарь Ушакова. Д.Н.… … Толковый словарь Ушакова

    - (от позднелат. configuratio придание формы расположение), внешний вид, очертание; взаимное расположение предметов … Большой Энциклопедический словарь

    КОНФИГУРАЦИЯ, и, жен. (спец.). Внешнее очертание, а также взаимное расположение предметов или их частей. К. изделия. | прил. конфигурационный, ая, ое. Толковый словарь Ожегова. С.И. Ожегов, Н.Ю. Шведова. 1949 1992 … Толковый словарь Ожегова

    Жен. наружный вид, очертанье, очерк, образ. Толковый словарь Даля. В.И. Даль. 1863 1866 … Толковый словарь Даля

    - (от позднелатинского coniguratio придание формы, расположение) самолёта сочетание положений элементов крыла, шасси, наружных подвесок и другие частей и агрегатов самолёта, определяющих его внешние очертания. В зависимости от этапа полёта… … Энциклопедия техники

    - (от лат. configuratio форма, уклад) англ. configuration; нем. Konfiguration. 1. Внешнее очертание, взаимное расположение к. л. предметов или их частей. 2. В гештальтпсихоло г и и образец, состоящий из взаимозависимых элементов, при изучении к… … Энциклопедия социологии

Книги

  • 1 С:Бухгалтерия предприятия 2. 0. Новая конфигурация , Засорин Сергей Валентинович. Рассматриваются структура, основные элементы, возможности, приемы и методы выполнения учетных операций, особенности проведения бухгалтерского учета, состав и настройка конфигурации "1 С:…
  • 1C:Предприятие. Комплексная конфигурация. Секреты работы , Наталья Рязанцева, Дмитрий Рязанцев. Книга посвящена изучению приемов и методов работы по ведению автоматизированного бухгалтерского учета, учета кадров и заработной платы, складского учета на предприятиях, в организациях и…

Cтраница 1


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

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

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


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

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

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


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

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

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

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

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

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

Страницы:      1

Синтаксис

Синтаксис конфигурационного файла однозначно определяется в терминах:

  • Конфигурация — последовательность параметров
  • Параметр — имя без пробельных символов со следующим за ним значением, отделенным хотя бы одним пробельным символом
  • Значение — строка без пробельных символов / строка, заключенная в кавычки / вложенная конфигурация, заключенная в фигурные скобки

Конфигурация

Дополнительные ограничения / соглашения:

  • Значения всех временны х параметров задаются как целые числа, единица измерения — миллисекунды — не указывается

Все FastCGI-приложения, которыми должен управлять Пускач, должны быть либо явно описаны в конфигурационном файле, либо должна быть определена конфигурация по умолчанию. Приложение описывается параметром fcgi со вложенной конфигурацией:

  1. req_pool_size 256
  2. # Команда запуска PHP-скриптов
  3. start_cmd
  4. mask *.php
  5. mask *.phtml
  6. cmd "/usr/local/bin/php-cgi -f $script_filename"
  7. # Конфигурация по умолчанию
  8. default_fcgi
  9. unix_socket_prefix "/tmp/puskach/site_user_fcgi_"
  10. io_timeout 10000
  11. max_processes 5
  12. sleep_timeout 30000
  13. requests_per_process 1000
  14. path "/usr/home/site_user/www/myscript.fcgi"
  15. unix_socket_prefix "/tmp/puskach/site_user_myscript_fcgi_"
  16. io_timeout 10000
  17. max_processes 1
  18. sleep_timeout 15000
  19. request_processing_timeout 10000
  20. requests_per_process 100
  21. on_abort_request_behaviour 1

req_pool_size — глобальный параметр, устанавливает размер пула запросов, находящихся в обработке, либо ждущих в очереди. При исчерпании пула запросов новые запросы от web-сервера отклоняются. Значение по умолчаню 128.

Параметры FastCGI-приложения

path — путь к FastCGI-приложению, служит для двух целей: (1) запуск приложения и (2) поиск приложения при входящем запросе от web-сервера (во входящем запросе должен передаваться FastCGI-параметр SCRIPT_FILENAME с тем же значением). Может задаваться как абсолютно, так и относительно текущей директории рабочего процесса Пускача (текущую директорию можно установить при старте Пускача в стартовом скрипте).

unix_socket_prefix — префикс имени Unix сокета, используемого для связи Пускача с копиями FastCGI-приложения. Для обеспечения неблокирующей обработки запросов Пускач поддерживает параллельную работу с несколькими процессами одного приложения, именуемыми копиями . Каждая копия слушает свой Unix-сокет, имя которого состоит из префикса и номера копии.

req_queue_len — максимальная длина очереди запросов. Если на момент прихода запроса от web-сервера не находится свободных обработчиков, запрос ставится в очередь; если очередь переполнена, запрос отклоняется. Значение по умолчанию 10.

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

max_processes — максимальное число процессов (копий), которые могут быть параллельно запущены для данного приложения (размер пула процессов).

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

request_processing_timeout — таймаут обработки запроса — максимально допустимое время между запросом web-сервера и ответом приложения об окончании обработки запроса. В случае превышения таймаута обработка запроса прерывается, а копия приложения останавливается.

requests_per_process — максимальное число запросов, которое может последовательно обработать копия данного FastCGI-приложения. В случае достижения лимита копия завершается. Полезно для профилактики утечки ресурсов.

on_abort_request_behaviour — выбор поведения при прерывании обработки запроса web-сервером: 0 — корректно завершить обработку запроса, если это возможно, 1 — прервать обработку запроса копией FastCGI приложения. По умолчанию 0. Обратите внимание, что для использования значения 1 необходимо, чтобы возможность прерывания обработки запроса при получении соответсвующего сигнала была реализована в логике FastCGI приложения.

Конфигурация по умолчанию

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

Стартовая команда

Стартовая команда определяет исполняемую программу (как правило, интерпретатор) с набором аргументов командной строки, которая может быть использована для запуска FastCGI-приложений. Путь к исполняемому файлу и аргументы задаются в обязательном параметре cmd . Сложные аргументы, содержащие пробельные символы, необходимо заключать в двойные кавычки. По умолчанию путь к запускаемому скрипту будет передан последним аргументом, для явного указания аргумента необходимо использовать макрос $script_filename .

Для ассоциации стартовой команды со скриптами используется один или более параметров mask . Маска — любая комбинация из значащих символов и служебного символа * , совпадающего в любым колическом любых символов. Для поиска стартовой команды Пускач последовательно сравнивает все маски всех стартовых команд с путем к скрипту до первого совпадения. Если в результате поиска стартовая команда не найдена, будет выполнен прямой запуск скрипта по path .

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

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

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

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

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

ТЕХНОЛОГИИ»

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

Выполнил :

студент гр. ИСТд-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. /