Файл: Разработка конфигурации «Предоставление рекламных услуг» в среде 1С:Предприятие 8.3.(Анализ подходов для управления ИТ-услугами.).pdf
Добавлен: 28.03.2023
Просмотров: 476
Скачиваний: 2
СОДЕРЖАНИЕ
1.1. Анализ подходов для управления ИТ-услугами.
1.2. Анализ требований бизнеса к управлению ИТ-услугами.
1.3. Исследование возможностей кроссплатформенных информационных систем в организации ИТ-поддержки.
1.4. Анализ информационных средств для реализации кроссплатформенных информационных систем.
2.2. Формирование функциональных и нефункциональных требований к информационной системе.
3.1. Определение этапов разработки кроссплатформенной информационной системы.
- принцип организации системы.
Описание архитектуры используются для того, чтобы выразить архитектуру рассматриваемой системы. Для ее описания существует множество методологий (см. Таблица 2.1)
Таблица 2.1. Описание методологий разработки архитектуры информационных систем
|
Методология |
Описание |
|
Модель Захмана |
Модель Захмана определяет данные, отвечая на вопрос «что?», функции (как?), место действия (где?), людей (кто?), время (когда?) и мотивацию (почему?). В настоящее время модель Захмана обращена к архитектуре хозяйствующих субъектов, модернизировавшись из методологии архитектуры информационных систем [61] |
|
TOGAF |
Методология TOGAF также ориентирована на архитектуру предприятия, представлена в виде готовых решений, отражая модели, процессы и архитектуру предприятия. Модель представлена в виде циклической разработки [61] |
|
Gartner |
Методология Gartner рассматривает архитектуру предприятия в виде трехмерной модели, описывая бизнес-, информационную и техническую архитектуры [61] |
|
FEAF |
Методология FEAF рассматривает архитектуру предприятия и включает в себя 4 вида архитектуры: бизнес, инфраструктура, информация и приложения. Описание данной архитектуры происходит при помощи пяти справочных моделей [34] |
|
EAP |
Методология EAP предполагает построение архитектуры предприятия в виде процесса планирования, начиная инициацией планирования, заканчивая переходом к реализации [34] |
|
Microsoft |
Методология Microsoft сфокусирована на построении архитектуры прикладных информационных систем [34] |
Как видно из таблицы 2.1 методологии сильно отличаются друг от друга, соответственно, необходимо провести сравнительный анализ (см. Таблица 2.2)
Таблица 2.2. Сравнение методологий разработки архитектуры информационных систем
|
Критерии |
Модель Захмана |
TOGAF |
Gartner |
FEAF |
EAP |
Microsoft |
|
Возможность связи с бизнес-стратегией |
+ |
- |
+ |
+ |
+ |
+ |
|
Иерархический подход |
+ |
- |
+ |
+ |
+ |
+ |
|
Описание процесса разработки |
- |
+ |
+ |
+ |
+ |
+ |
|
Формальный язык |
- |
+ |
- |
- |
- |
- |
|
Рекомендации по управлению архитектурой |
- |
+ |
+ |
+ |
+ |
+ |
Таким образом, наиболее подходящей методологией для разработки КИС является методологий Microsoft, т.к. она наравне с методологиями Gartner, FEAF и EAP обладает множеством преимуществ:
1. Методология предполагает разработку системы, учитывая миссию, цели и стратегию предприятия;
2. Методология является многоуровневой, что позволяет ей быть доступной для понимая разными участниками процесса разработки (от владельцев до технических специалистов);
3. Методология определяет конкретные действия по разработке системы;
4. Методология определяет конкретные действия по использованию системы и ее управлению.
В отличии от методологий Gartner, FEAF и EAP методология Microsoft сфокусирована именно на разработке информационных систем, а не на предприятии и ИТ-архитектуры в целом.
Описание архитектуры по методологии Microsoft представлена в виде группировки компонентов системы в отдельные слои, которые взаимодействуют друг с другом, другими приложениями и клиентами (см. Приложение 2) [7]:
1. Слой представления отвечает за взаимодействие пользователя с системой, включает в себя компоненты, с помощью которых пользователь получает доступ к системе;
2. Слой сервисов предоставляет в зависимости от предоставленных пользователю ролей пользоваться сервисами системы, включает в себя основные подсистемы информационной системы;
3. Бизнес-слой отражает бизнес-логику системы, основное ее предназначение;
4. Слой доступа к данным обеспечивает доступ к данным системы благодаря системам управления базами данных, а также возможность экспорта/импорта данных и обмена с другими информационными системами.
На основе данной методологии разработано описание КИС «Управление ИТ-услугами» на базе платформы 1С (см. Приложение 3). На данной схеме видно, что пользователи взаимодействуют системой через Тонкий, Веб- и мобильный клиенты. В зависимости от предоставленных ролей пользователь имеет доступ к различным сервисам: Service Desk, управление активами и конфигурациями, управление уровнем услуг, управление запросами на обслуживание, управление инцидентами, управление проблемами, управление изменениями, управление доступом, нормативно-справочная информация и администрирование. Данные подсистемы позволяют обеспечить планирование затрат, нагрузки специалистов, работу ИТ-специалистов через заявки, контролировать уровень сервиса путем заключения соглашений SLA с клиентами, контролировать уровень качества услуг путем формирования отчетов на основе метрик, отраженных в соглашениях SLA, формировать KPI ИТ-специалистов и обращаться к нормативно-справочной информации. Доступ к данным обеспечивается через СУБД, который взаимодействует с кластером сервера, последний в свою очередь производит публикацию на веб-сервер. Система позволяет экспортировать и импортировать данные (например, результаты отчетов можно выгрузить в формате xls). Имеется возможность организовать обмен с другими информационными системами.
Таким образом, ГОСР Р 57100-2016 дает полное представление о процессе формирования архитектуры системы и ее описания для возможности дальнейшей разработки системы. Для этого необходимо заинтересованное лицо, которое имеет четкую цель. Цель в свою очередь выражена в системном интересе заинтересованного лица. Формирование описания архитектуры требует определения окружающей среды, в которой будет существовать будущая система. Для описания архитектуры КИС путем анализа методологий построения архитектуры информационной системы была выбрана методология Microsoft, которая позволила наиболее полно и ясно отразить архитектуру КИС «Управление ИТ-услугами» на базе платформы 1С, разбив ее на слои: слой представления, слой сервисов, бизнес-слой и слой доступа к данным.
2.2. Формирование функциональных и нефункциональных требований к информационной системе.
Описание архитектуры КИС «Управление ИТ-услугами» является поверхностным представлением того, как должна функционировать система. Она отражает лишь составные части будущей системы, а взаимосвязь всех элементов и построение бизнес-процессов происходит путем формирования функциональных и нефункциональных требований.
Функциональные требования регламентируют поведение системы в определенных ситуациях. Построение функциональных требований начинается с описания функций ролей (см. Таблица 2.3). При разработке КИС «Управление ИТ-услугами» роли будут назначаться согласно подсистемам.
Таблица 2.3. Описание функций ролей КИС «Управление ИТ-услугами»
|
Роль |
Подсистема |
Функции |
|
Пользователь |
Service Desk |
Формирует заявки, связанные с ИТ-технологиями. В заявках имеет возможность указать тему, дать описание, приложить файлы, назначить консультантов и пользователей, которые должны быть в курсе данной заявки. В процессе выполнения заявки может участвовать в переписке с ИТ-специалистом и консультантами |
|
Специалист первой, второй и третьей линии поддержки |
Service Desk |
Выполняет заявки, проводит эскалацию на следующий уровень поддержки, формирует заявки для решения текущих. В процессе выполнения заявки может участвовать в переписке с пользователем (заявителем) и консультантами |
|
Менеджер Service Desk |
Service Desk |
Занимается обработкой поступающих от пользователей заявок. В заявках указывает соглашение SLA, услугу и процесс управления и переводит заявку в статус «Принят» |
|
Менеджер процесса управления активами и конфигурациями |
Управление активами и конфигурациями |
Контролирует состав активов и конфигурационных единиц на складе, обрабатывает заявки, связанные с обеспечением пользователей ИТ-комплектующими, обеспечивает поступление и списание активов |
|
Менеджер процесса управления уровнем услуг |
Управление уровнем услуг |
Формирует каталог услуг, формирует соглашения SLA с клиентами, наполняя их необходимыми метриками в разрезе процессов управления и услуг |
|
Менеджер процесса управления запросами на обслуживание и инцидентами |
Управление запросами на обслуживание |
Занимается контролем запросов на обслуживание и инцидентов, контролирует выполнение заявок, согласно соглашению SLA |
|
Менеджер процесса управления проблемами |
Управление проблемами |
Занимается контролем за решением проблем, которые вызываются ошибками в ИТ-инфраструктуре, контролирует выполнение заявок, согласно соглашению SLA. |
|
Менеджер процесса управления изменениями |
Управление проблемами |
Занимается контролем изменений, контролирует выполнение заявок, согласно соглашению SLA. |
|
Менеджер процесса управления релизами |
Управление релизами |
Занимается внедрением и контролем качества программного и аппаратного обеспечения, контролирует выполнение заявок, согласно соглашению SLA. |
|
Менеджер процесса управления доступом |
Управление доступом |
Занимается контролем предоставления доступа пользователям к использованию услуг, контролирует выполнение заявок, согласно соглашению SLA. |
|
Администратор |
Все подсистемы |
Обеспечивает функционирование всей системы на программном уровне, назначает права новым пользователям |
|
Руководитель ИТ-отдела |
Все подсистемы |
Контролирует работу ИТ-отдела путем, контролирует качество предоставляемых услуг путем формирования отчетов по всем процессам управления, формирует KPI ИТ-специалистов |
Описание ролей показывает, что практически вся работа в системе начинается с создания заявки пользователем и заканчивается формированием отчетов для постоянного контроля качества предоставляемых ИТ-услуг. Таким образом, целесообразно смоделировать основной бизнес-процесс, заложенный в КИС «Управление ИТ-услугами», используя графическую нотацию для моделирования бизнес-процессов. Существует множество нотаций и для выбора необходимо провести сравнительный анализ (см. таблица 2.4) [35].
Таблица 2.4. Сравнение графических нотаций для моделирования бизнес-процессов
|
Возможность представления: |
EPC |
BPMN |
IDEF0 |
IDEF3 |
UML |
DFD |
|
Операций |
+ |
+ |
+ |
+ |
+ |
+ |
|
Декомпозиций |
+ |
+ |
+ |
+ |
+ |
+ |
|
Условий |
+ |
+ |
- |
+ |
+ |
- |
|
Одиночных ресурсов (входных и выходных) |
+ |
- |
+ |
- |
- |
+ |
|
Вектора ресурсов (входных и выходных) |
- |
- |
- |
- |
- |
- |
|
Синхронных и асинхронных процессов |
+ |
+ |
- |
+ |
- |
- |
|
Средств выполнения процесса |
+ |
+ |
+ |
- |
- |
+ |
|
Ветвлений и слияний процесса |
+ |
+ |
- |
+ |
+ |
- |
|
Элементов организационной структуры |
+ |
+ |
+ |
- |
+ |
+ |
|
Элементов внешней среды |
+ |
+ |
- |
- |
+ |
+ |
Сравнительный анализ нотаций показал, что наиболее полное отражение бизнес-процессов можно представить в нотации EPC. Моделирование бизнес-процессов в КИС «Управление ИТ-услугами» начинается с формирования заявки (см. Приложение 4), в результате менеджер Service Desk имеет возможность к формированию запросов для любого процесса управления, которые смоделированы по-отдельности (см. Приложения 5-9). Таким образом, отражены все бизнес-процессы, заложенные в данную систему.
Нефункциональные требования регламентируют внутренние и внешние условия функционирования системы. Существуют следующие группы требований [62]:
1. Внешние интерфейсы. В данном случае речь идет об интерфейсе пользователя. КИС «Управление ИТ-услугами» будет работать в трех режимах: тонкий клиент, веб-клиент и мобильный клиент. Таким образом, достигается мобильность пользователя, следовательно, он может формировать, контролировать заявки с любого устройства;
2. Атрибуты качества. К ним относятся: производительность применимость, надежность и эксплуатационная пригодность. Данная система реализуется с использованием современных технологий, учитывая возможные нагрузки, что обеспечивает высокую производительность. Логика системы основана на потребностях бизнеса и ITSM подходе, что делает систему применимой к управлению ИТ-услугами. Надежность обеспечивается тестированием всей системы для исключения сбоев при ее дальнейшем использовании. Эксплуатационная пригодность заключается в возможности системы обеспечивать всей необходимой информацией для качественного управления ИТ-услугами;
3. Ограничения. В качестве основного ограничения при разработке системы является платформа. В данном случае была выбрана платформа 1С по той причине, что обеспечивает максимально полный функционал, необходимый для разработки КИС, предоставляет возможности интеграции с другими система и является самой популярной платформой в России для реализации информационных систем.
Таким образом, сформированные функциональные и нефункциональные требования позволяют получить полную информацию и представление того, каким образом должна функционировать система, какие бизнес-процессы заложены в систему, каким образом взаимосвязаны все элементы системы. Данная информация позволяет перейти к процессу разработки КИС «Управление ИТ-услугами» на базе платформы 1С.