7.15M
Categories: businessbusiness artart

Анализ и разработка бизнес-архитектуры предприятия на примере высшего учебного заведения

1.

38.04.05 Бизнес-информатика
Анализ и разработка бизнес-архитектуры
предприятия на примере высшего
учебного заведения
Глава II
Группа М22-904
Андреев С.В.
05.02.2024

2.

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

3.

Цели и задачи работы
Целью настоящее работы является разработка бизнес-архитектуры и обеспечение ее
поддержки в информационных системах.
Объектом исследования является бизнес-архитектура НИУ ВШЭ.
Определены следующие задачи:
изучение теоретических основ построения бизнес-архитектуры предприятия;
изучение методологии создания бизнес-архитектуры предприятия;
анализ бизнес-архитектуры НИУ ВШЭ;
разработка пути оптимизации бизнес-архитектуры НИУ ВШЭ.
3

4.

Карта бизнес-процессов
В рамках 2 главы исследовательской работы рассматриваются процессы проектирования
архитектуры предприятия высшего учебного заведения
В результате проведенного анализа :
Описана карта бизнес-процессов и определена их взаимосвязь с информационными системами;
Выявлены «белые пятна» в части процессов и информационных систем негативно влияющие на деятельность;
Проведен анализ путей автоматизации ручных процессов.
4

5.

Цели и задачи 2 главы
Целью 2 главы работы является выявление бизнес-процесса подлежащего изменению и
автоматизации в НИУ ВШЭ.
Выявленные в первой главе проблемы текущей бизнес-архитектуры, показали необходимость в
оптимизации бизнес-процесса сбора и подготовки статистических отчетов.
Оптимизация данного процесса позволит:
сократить срок подготовки внешних отчетов,
повысить качество отчетности и сократит ошибки;
обеспечит промежуточный мониторинг показателей деятельности для управленческих целей;
выявить проблемы в качестве данных в смежных системах.
Определены следующие задачи:
Описание ткущего бизнес-процесса подготовки отчетности;
Сбор и документирование функциональных и нефункциональных требований;
Разработку целевого бизнес-процесса;
Определение объектов автоматизации.
5

6.

Назначение системы подготовки
статистических отчетов
Разрабатываема информационная система должна оптимизировать
следующие функции:
• Подготовку, передачу и хранение первичных данных от их владельцев в
подразделение, отвечающее за подготовку статистических отчетов;
• Нормализацию, верификацию и валидацию передаваемых первичных
данных;
• Автоматизацию расчета показателей;
• Формирование и заполнение отчетных форм значениями показателей и
последующее их хранение;
• Обеспечение согласования подразделений.
6

7.

Бизнес-процесс as is
Текущий бизнес-процесс обладает следующими проблемами:
Отсутствует единая среда взаимодействия, что не позволяет
вести учет и хранение передаваемых данных;
Передаваемые от поставщика данные содержат ошибки, что
требует дополнительных проверок, выполняемых вручную;
Выполнение расчета показателей по средствам Excel-таблиц
может привести к ошибкам, в виду большого объема данных и
рассчитываемых показателей;
Данный процесс не прозрачен для участников, что приводит к
потере данных и ошибках, связанных с «человеческим фактором»;
Качество данных в учетных системах оставляет желать лучшего,
но выявление данных проблем требует комплексного подхода;
Большой объем трудозатрат на подготовку и внешней
отчетности НИУ ВШЭ.
7

8.

Карта целей
8

9.

Бизнес-процесс подготовки статистической
отчетности to be
Автоматизации подлежат следующие функции (выделены
зеленым):
Автоматизировать процесс подготовки, передачи и
хранения первичных данных от Управления персонала в
Аналитический центр;
Разработать механизм верификации и нормализация
передаваемых данных;
Разработать механизмы расчета показателей и
последующее хранение рассчитанных значений в базе
показателей;
Разработать отчетные формы и обеспечить их
последующее заполнение и хранение.
9

10.

Бизнес-процесс загрузки данных to be
10

11.

Бизнес-процесс расчета показателей to be
11

12.

Бизнес-процесс загрузки данных to be
12

13.

Требования к системе
Проведено описание функциональных и нефункциональных требований
Модель нефункциональных требований
Модель функциональных требований
13

14.

Матрица трассировок
С целью сопоставления требований к
системе с ее функциями, составлена
матрица трассировок
14

15.

Описание автоматизируемых функций
Модель сценария формирования отчета
При разработке экранных форм выявлено, что для
успешного функционирования системы на основании всех
бизнес-процессов, описанных ранее, необходимо разбить
систему на следующие модули:
Модуль загрузки первичных данных;
Модуль просмотра рассчитанных и ввода показателей;
Модуль построения отчетов.
15

16.

Состав и назначение экранных форм
Были разработаны и описаны экранные формы системы, их назначение и сценарии использования.
Состав экранных форм связанных с сценарием загрузки реестра
Экранные формы работы с отчетом
16

17.

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

18.

Концептуальная модель данных и комплекс
технических средств
На основе формализованного описания бизнес-процессов,
требований и функций, экранных форм была создана
концептуальная модель данных
Модель технических средств, на которых будет
создаваться информационная система
18

19.

Заключение
Анализ текущих Бизнес-процессов выявил, что для эффективного управления всеми бизнеспроцессами недостаточно их просто описать классифицировать и автоматизировать – важно еще измерять, и
анализировать показатели деятельности.
В результате проведенного анализа бизнес-процессов, был выделен трудоёмкий процесс подготовки
статистической отчетности, результатом которого являются отчеты с показателями деятельности предприятия.
Трудоёмкость подготовки статистических отчетов не позволяет производить постоянный мониторинг
показателей, следовательно, и производить промежуточный контроль и принимать управленческие решения.
Автоматизация подготовки статистических отчетов, позволить сократить трудоёмкость данного
процесса, сократить сроки расчета показателей и ошибки в расчётах, исключив «человеческий фактор» и
позволит оперативно принимать управленческие решения.
19

20.

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

21.

Определение трудоемкости и длительности
разработки системы
Трудоёмкость на проектирование АСУП
Для определения нормативных трудоёмкостей операции используем
отраслевой стандарт ГОСТ 24.702-85
Согласно стандарту:
Степень новизны – 2;
Код
работы
Трудоёмкость
по степени
новизны,
нормо-часы.
Наименование работы
Разработка технического задания
обследованию
объекта
1038
74
10
204
310
Организационно-техническая
управления
202000
Обследование объекта управления
1546
203000
Анализ и оформление материалов обследования
Разработка плана мероприятий по подготовке объекта к внедрению
системы
Разработка основных требований к создаваемой системе, составление и
согласование технического задания
Предварительный расчёт экономической эффективности разрабатываемой
системы
2346
Разработка технического проекта
Определение технико-экономических показателей, необходимых для
управления объектом
Разработка структуры автоматизированной системы управления объектом
Обоснование состава задач, их взаимосвязей и разработка схем
документооборота
13713
206000
к
7863
201000
205000
подготовка
80
11
3637
480
180
24
1810
Группа сложности задач – 3;
Группа сложности программ – 2;
Нормативный срок разработки – 6 месяцев;
404000
405000
Разработка проектных решений по техническому обеспечению системы
897
Численность пользователей - 66 человек;
Разработка (доработка) логической структуры базы данных БД.
Разработка физической организации базы данных БД
Разработка (доработка) алгоритмов формирования БД
Разработка (доработка) алгоритмов ведения БД
Уточнение плана мероприятий по подготовке объекта к внедрению
системы и его частичная реализация
Постановка задачи и разработка алгоритма решения для 2 группы
сложности
Разработка рабочего проекта
Разработка
технологического
процесса
функционирования
вычислительного центра объекта
Разработка (уточнение) технологического процесса сбора и обработки
информации
Разработка программ и программной документации по группам сложности
на языках программирования:
на проблемно-ориентированных языках типов Кобол, ПЛ-1 по группе
сложности 2
Завершение мероприятий по подготовке объекта к внедрению системы
2244
1492
2366
3536
Поправочный коэффициент - 0,132;
406000
407000
408000
409000
Внедрение
6317
Подготовка условий для обеспечения эксплуатации системы
Комплексная проверка готовности задач, подсистем и системы к сдаче в
промышленную эксплуатацию
Сдача задачи заказчику на контрольных примерах в зависимости от
группы сложности 2
Приёмо-сдаточные испытания задачи с использованием действующей на
объекте информации в зависимости от частоты их решения по группам
сложности 2 1 раза в сутки и менее 1 раза в месяц:
Оформление и утверждение документации о сдаче задач и подсистем в
промышленную эксплуатацию
Приёмка системы в промышленную эксплуатацию
1625
Трудоемкость с учетом поправочного коэффициента – 4141 ч\ч.
207000
401000
402000
411000
602000
603000
617000
1000
2000
3000
4000
11000
12000
Затраты времени
с учетом
поправочного
коэффициента ,
нормо-часы.
418
490
1505
55
65
199
118
296
197
312
467
70
9
695
92
459
3481
105
14
938
124
1000
132
190
834
215
0
1438
1625
215
49
6
955
126
1653
410
Трудоемкость с учетом поправочного коэффициента ИТОГО:
218
54
4141
21

22.

Определение состава команды необходимой
для разработки системы
Плановая численность команды разработки:
Чп =
Т
=
4141
English     Русский Rules