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

В качестве более узкого примера для реализации требуемой системы используется процесс управления конфигурациями учебных и рабочих мест в НИУ ВШЭ-Пермь. В рамках работы под автоматизированным учебным местом подразумевается аппаратно-программный комплекс - компьютер с установленным программным обеспечением - расположенный в определенном компьютерном классе НИУ ВШЭ-Пермь. Учебные места предназначены для изучения студентами дисциплин. Автоматизированное рабочее место - аппаратно-программный комплекс, расположенный на определённом рабочем месте конкретного сотрудника НИУ ВШЭ-Пермь [1]. Рабочие места предназначены для выполнения подготовки преподавателями к проведению занятий определённых дисциплин, проверки выполненных работ и пр.

2.1 Описание бизнес-процессов предметной области

На этапе анализа мировых библиотек было принято решение использовать при реинжиниринге бизнес-процесса эталонный процесс управления конфигурациями SWEBOK. Для это необходимо составить желаемое представление бизнес-процесса управления конфигурациями учебных и рабочих мест (рис. 2.1).

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

Рисунок 2.1. Модель TO-BE бизнес-процесса управления конфигурациями

Рисунок 2.2. Жизненный цикл конфигураций

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

Таблица 2.1. Описание статусов конфигурации

2.2 Моделирование пользовательских сценариев и вариантов использования системы

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

Управление SCM-процессом

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

Пример содержания Плана управления активами и конфигурациями:

1. Контекст и цель.

2. Охват:

2.1. применяемые услуги;

2.2. среда и инфраструктура;

2.3. географическое месторасположение.

3. Требования:

3.1. требования стратегии и политик;

3.2. требования бизнеса, Управления услугами и контрактов;

3.3. совокупность требований к подотчетности и трассируемости;

3.4. требования Системы управления конфигурациями.

4. Применяемые политики и стандарты:

4.1. политики;

4.2. индустриальные стандарты;

4.3. внутренние стандарты, относящиеся к Управлению конфигурациями.

5. Организация Управлением конфигурациями:

5.1. роли и ответственности;

5.2. комитеты для контроля изменений и конфигураций;

5.3. авторизация.

6. Система и инструменты Управления активами и конфигурациями.

7. Процессы и процедуры в рамках Управления активами и конфигурациями:

7.1. идентификация конфигураций;

7.2. управление версиями;

7.3. управление интерфейсами;

7.4. управление поставщиками;

7.5. управление изменениями конфигураций;

7.6. релиз и развертывание;

7.7. управление сборкой;

7.8. управление снабжением;

7.9. управление CMS.

8. Ссылка на План реализации.

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

Рисунок 2.3. Варианты использования в рамках деятельности "Управление SCM-процессом"

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

Рисунок 2.4. Пользовательский сценарий в рамках деятельности "Управление SCM-процессом"

Проектирование конфигурации

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

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

Кроме того, специалист Компьютерного центра может создавать, просматривать и редактировать стратегию установки и отчет о тестировании.

Диаграмма прецедентов данного процесса представлена ниже (рис. 2.5).

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

Тестовые сценарии, в которых учтена проверка реализуемости пользовательских сценариев, продемонстрированы на рисунках 2.6-2.8.

На рисунке 2.6 продемонстрирован сценарий, включающий в себя следующие варианты использования системы:

1. Создать проект конфигурации.

2. Просмотреть проект конфигурации.

3. Редактировать проект конфигурации.

4. Отметить предпочтительные конфигурационные единицы в проекте конфигурации.

5. Утвердить конфигурацию.

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

1. Создать стратегию установки.

2. Просмотреть стратегию установки.

3. Редактировать стратегию установки.

Рисунок 2.6. Пользовательский сценарий в рамках деятельности "Проектирование конфигурации"

Рисунок 2.7. Пользовательский сценарий в рамках деятельности "Проектирование конфигурации"

На рисунке 2.8 продемонстрирован сценарий, в рамках которого реализуются следующие варианты использования системы:

1. Создать отчет о проведении тестирования конфигурации.

2. Просмотреть отчет о проведении тестирования конфигурации.

3. Распечатать отчет о проведении тестирования конфигурации.

Рисунок 2.8. Пользовательский сценарий в рамках деятельности "Проектирование конфигурации"

Изготовление конфигурации

Отчет об изготовлении конфигурации можно создать и просмотреть, а также внести в него изменения. Поскольку на данном этапе отчет является обязательным атрибутом конфигурации, удалить его нельзя. Деятельность «Изготовление конфигурации» проиллюстрирована в виде диаграммы вариантов использования на рис 2.9.

Отчет об изготовлении конфигурации содержит информацию:

1. Имя конфигурации.

2. Имя образа.

3. Дата создания образа.

4. Справочная информация (комментарий в свободной форме).

Рисунок 2.9. Варианты использования в рамках деятельности "Изготовление конфигурации"

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

Рисунок 2.10. Пользовательский сценарий в рамках деятельности "Изготовление конфигурации"

Развёртывание конфигурации

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

Отчет о развертывании конфигурации содержит информацию:

1. Имя конфигурации.

2. Имя образа.

3. Список учебных мест (компьютерных классов), на которых развернута конфигурация.

4. Дата развертывания.

5. Справочная информация (комментарий в свободной форме).

Рисунок 2.11. Варианты использования в рамках деятельности "Развертывание конфигурации"

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

Рисунок 2.12. Пользовательский сценарий в рамках деятельности "Развертывание конфигурации"

Контроль конфигурации

В рамках контроля конфигурации специалист Компьютерного центра при помощи системы получает уведомление о создании запроса на изменение, просматривает запрос, просматривает и редактирует статус запроса. Поставщик запроса может создать и просмотреть запрос, получить уведомление о изменении статуса запроса, просмотреть информацию о принятом решении относительно запроса. Если запрос утвержден, конфигурация, подвергаемая изменению, выводится из эксплуатации. Создается новая конфигурация (стадия проектирования конфигурации).

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

Рисунок 2.13. Варианты использования в рамках деятельности "Контроль конфигурации"

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

Рисунок 2.14. Пользовательский сценарий в рамках деятельности "Контроль конфигурации"

Учёт статусов конфигурации

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

Рисунок 2.15. Варианты использования в рамках деятельности "Учет статусов конфигурации"

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

Рисунок 2.15. Пользовательский сценарий в рамках деятельности "Учёт статусов конфигурации"

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

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

Отчет о проведении аудита конфигурации содержит информацию:

1. Имя конфигурации.

2. Список учебных мест (компьютерных классов), для которых проведен аудит.

3. Дата проведения аудита.

4. Справочная информация (комментарий в свободной форме).

Рисунок 2.17. Варианты использования системы в рамках деятельности "Аудит конфигурации"

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

Рисунок 2.18. Пользовательский сценарий в рамках деятельности "Аудит конфигурации"

3. Проектирование данных

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