Файл: Разработка конфигурации «Предоставление рекламных услуг» в среде 1С:Предприятие 8.3..pdf
Добавлен: 29.06.2023
Просмотров: 235
Скачиваний: 6
СОДЕРЖАНИЕ
1.1. Анализ подходов для управления ИТ-услугами.
1.2. Анализ требований бизнеса к управлению ИТ-услугами.
1.3. Исследование возможностей кроссплатформенных информационных систем в организации ИТ-поддержки.
1.4. Анализ информационных средств для реализации кроссплатформенных информационных систем.
3.1. Определение этапов разработки кроссплатформенной информационной системы.
Приложение 2. Схема архитектуры информационной системы
Приложение 3. Схема архитектуры КИС «Управление ИТ-услугами»
Приложение 4. Процесс формирования заявки в КИС «Управление ИТ-услугами»
Приложение 5. Процесс обработки запроса на обслуживание и инцидента в КИС «Управление ИТ-услугами»
Приложение 6. Модель процесса обработки запроса на решение проблемы в КИС «Управление ИТ-услугами»
Приложение 7. Процесс обработки запроса на изменение в КИС «Управление ИТ-услугами»
Приложение 10. Интерфейс клиентского приложения со списком подсистем КИС «Управление ИТ-услугами»
Приложение 11. Пример кода формирования переписки в заявке КИС «Управление ИТ-услугами»
Приложение 12. Диалоговое окно «Создание заявки»
Приложение 13. Диалоговое окно «Принятие заявки в работу»
Приложение 14. Диалоговое окно «Передача заявки на вторую линию поддержки»
Приложение 15. Диалоговое окно «Создание запроса на устранение инцидента»
- принцип организации системы.
Описание архитектуры используются для того, чтобы выразить архитектуру рассматриваемой системы. Для ее описания существует множество методологий (см. Таблица 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С.