Описание бизнес-процесса AS-IS

Для полного понимания того, как процесс оповещения устроен сейчас, необходимо построить модель оповещения AS-IS (как есть). Анализ модели покажет, какие именно процессы необходимо автоматизировать. Также, в процессе построения модели AS-IS происходит изучение сайта.

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

На текущий момент модель оповещения можно описать так, как показано на рис. 1.1. Бизнес-процесс описан с использованием нотации IDEF0.

Рисунок 1.1. Диаграмма бизнес-процесса «Модель оповещения» AS-IS.

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

Таким образом, необходимо автоматизировать процесс «Изучение информации». Реализация этой задачи поможет увеличить количество читателей статей на портале университета, что, в свою очередь, окажет благотворное влияние на жизнь студентов и университета в целом, т.к. проблема несвоевременного изучения публикуемой информации иногда не позволяет студентам реализовывать себя в полной мере.1.5 Описание бизнес-процесса TO-BE.

Для создания эффективной системы оповещения, необходимо построить модель бизнес-процесса TO-BE, которая позволит сформировать видение будущей модели оповещения.

Бизнес-процесс TO-BE описан с использованием нотации IDEF0 и представлен на рис. 1.2.

Рисунок 1.2. Диаграмма бизнес-процесса «Модель оповещения» TO-BE.

Модель TO-BE в начале повторяет модель AS-IS в том, что администрация публикует информацию на сайте в виде статей под управлением законов Российской Федерации и локальных нормативных актов НИУ ВШЭ. В дальнейшем модель оповещения приобретает другие очертания. Мониторинг статей на сайте производит не студент, как это было раньше, а мобильное приложение. Управляется мобильное приложение внутренними инструкциями, а также пользовательскими настройками. Произведя мониторинг, система отправляет данные (результаты сканирования) пользователю, тем самым оповестив его об изменениях. После этого, студент имеет возможность открыть текст статьи и изучить ее в полном объеме.

Для более полного понимания процессов «Сканирование разделов сайта НИУ ВШЭ-Пермь» и «Оповещение пользователей», необходимо произвести декомпозицию описанных процессов.

Декомпозиция бизнес-процесса «Сканирование разделов сайта НИУ ВШЭ» представлена на рис. 1.3.

Рисунок 1.3. Декомпозиция бизнес-процесса «Сканирование разделов сайта НИУ ВШЭ» .

Декомпозиция бизнес-процесса «Сканирование разделов сайта НИУ ВШЭ» позволила разделить его на три основных процесса. После того, как администрация университета публикует статьи, приложение, в соответствии с указанным в настройках интервалом времени, начинает сканирование разделов сайта, на которые подписан пользователь.

Первым этапом во всем процессе является проверка наличия Интернет-соединения. Сканирование разделов сайта НИУ ВШЭ невозможно без доступа к интернету. После того, как приложение получает результат проверки и интерпретирует его как положительный (устройство подключено к сети интернет), мобильное приложение начинает поиск последней ранее отсканированной статьи. Делается это для того, чтобы ограничить пределы сканирования. Получая ссылку на статью, приложение производит сканирование страниц начиная с первой статьи, следующей за той, которая была обнаружена на предыдущем этапе. Таким образом, бизнес-процесс формирует список статей, о которых пользователь еще не оповещался. Затем этот список передается в процесс «Оповещение пользователя», он представлен на рис. 1.4.

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

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

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

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