Управление конфигурациями сетевого программного обеспечения

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

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

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

ОТЧЁТ

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

ТЕХНОЛОГИИ»

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

Выполнил:

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

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

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

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

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

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

Оценка

« » 2013 г.

Ульяновск, 2013

Содержание

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

SCM — программное обеспечение по управлению конфигурациями.

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

Введение

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

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

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

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

Управление конфигурациями тесно завязано c некоторыми другими процессами, включая разработку, управление изменениями и гарантию качества [4, с. 127] и позволяет организовывать, систематически учитывать и контролировать внесение изменений в различные компоненты информационной системы на всех стадиях её жизненного цикла. Этот процесс является ключевым для управления всеми программными или проектными файлами, так как он централизует управление изменениями в этих файлах. Кроме того, он гарантирует своевременность обмена информацией между всеми подразделениями организации.

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

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

разработка правил учёта элементов ИТ-инфраструктуры; осуществление учёта в соответствии с разработанными правилами; разработка правил получения/предоставления информации и проверки точности; осуществление повседневной деятельности в соответствии с разработанными правилами.

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

·  управление;

Диктует процесс автоматической идентификации в ходе всего жизненного цикла ПО, обеспечивает простоту модификации и сопровождения ПО [2, с. 6].

·  контроль;

Позволяет отслеживать изменения в контролируемых объектах, обеспечивает соблюдение процесса разработки [2, с. 61].

·  экономия средств;

Обеспечивает сокращение затрат совместно с использованием гибкой методологии разработки в условиях ротации кадров и изменении требований к ПО [3, с. 67].

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник [5] описывает общие концепции управления конфигурациями в программной инженерии. Данная статья является качественным переводом описания области знаний управления конфигурациями англоязычных авторов с комментариями и замечаниями, определяющими некоторые поправки с учётом современности. В нём объясняется непосредственная связь данной области знаний со всеми другими областями знаний и дисциплинами программной инженерии. Объясняется ошибочность распространённого мнения во многих проектных командах — ограничения данной области деятельности контролем версий исходных текстов и документацией. В частности, данное заблуждение является результатом непонимания того, что итог проекта — это не только исходный код, исполняемые модули и пользовательская документация, но и всё то, что было создано на протяжении всего этапа разработки и проектирования. В источнике раскрыты основные процессы управления конфигурациями: управление и планирование SCM-процессами, идентификация программных конфигураций, контроль конфигураций, учет статусов конфигураций, аудит, а также управление выпуском и поставкой, что является хорошим подспорьем для подготовки функциональных моделей «как есть».

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

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

Заключение

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

1.  Why Order Matters in Automated Systems Administration [Electronic resource] / 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. 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.  / Введение в программную инженерию и управление жизненным циклом ПО / С. Орлик. – 2004. – 19 с.

Функциональная модель

Информационная модель