- •Методические указания по выполнению выпускной квалификационной работы магистров по направлению 080500 – бизнес-информатика
- •Введение
- •Структура и содержание магистерской диссертации
- •Теоретические и методические основы изучения проблемы эффективного построения информационной системы управления
- •Объект и предмет исследования
- •Цель вкр
- •1.1.4. Актуальность темы вкр
- •1.1.5. Формулировка гипотез и методологий исследования
- •1.2. Критический обзор литературы по теме диссертационного исследования
- •1.3.Выводы по главе
- •Глава 2. Исследование и разработка модели объекта исследования в контексте конкретного предприятия (Диагностика предприятия на модели as is) Введение
- •Общие положения методологии описания деятельности предприятия на примерах из систем Archimate и aris
- •2.1.Рекомендации по разделу вкр «Моделирование текущего состояния предприятия «как есть»»
- •2.1.1. Исходная информация о предприятии
- •2.1.1.3. Анализ информации
- •Общая характеристика предприятия и объекта исследования
- •2.1.2. Разработка модели предприятия «как есть»
- •2.1.3.1. Рекомендации по составлению общей характеристики предприятия и объекта исследования
- •2.13.2. Рекомендации по описанию миссии, видения, целевой структуры деятельности предприятия
- •2.2.3.3. Рекомендации по созданию бизнес-модели предприятия
- •2.2.3.6. Рекомендации по созданию моделей прикладных информационных систем и баз данных предприятия
- •2.2.3.4. Рекомендации по созданию моделей ит-инфраструктуры и производственно - технологической инфраструктуры предприятия
- •2.3. Анализ модели предприятия «как есть» для выявления проблемных мест
- •2.3.1. Системно-структурный анализ
- •2.3.2. Параметрический анализ
- •2.3.3. Стоимостной анализ
- •Качественные показатели процесса и драйверы издержек
- •2.3.4. Временной анализ
- •1) Определение частоты выполнения функций.
- •2)Определение длительности выполнения операций
- •2.3.5. Оформление результатов анализа модели предприятия
- •2.4.Исследование возможных направлений поиска приемлемых решений выявленных проблем
- •2.4.1.Устранение неэффективных процедур
- •2.4.2. Распределение ответственности за выполнение бизнес-процесса и делегирование полномочий по принятию решений.
- •2.4.3. Связывание параллельных работ
- •2.4.4.Исключение двойного ввода информации
- •2.5. Рекомендации по заключению главы 2
- •Разработка и реализация проектных решений
- •3.1. Рекомендации по описанию постановки задачи разработки проектного решения
- •3.2 Рекомендации по разработке основных концептуальных решений, их оценке и выбору оптимального решения
- •3.2.1 Рекомендации по описанию метода решения задачи
- •3.2.2 Рекомендации по описанию информационного обеспечения задачи
- •3.3 Рекомендации по реализации проектного решения
- •3.2.5. Рекомендации по описанию методического обеспечения задачи
- •Оценка инновационности и конкурентоспособности проекта
- •Критерии показателей инновационности и конкурентоспособности
- •Критерии показателей инновационности и конкурентоспособности
- •Оценка полезности проекта
- •Обзор методов оценки экономической эффективности внедрения информационных систем
- •5.2 Обзор методов оценки экономической эффективности внедрения информационных систем.
- •5.3 Рекомендации по оценке затрат на всех этапах жизненного цикла решения задачи (подсистемы)
- •5.4 Рекомендации по оценке экономической эффективности проекта
- •Список рекомендуемой литературы
2.4.2. Распределение ответственности за выполнение бизнес-процесса и делегирование полномочий по принятию решений.
Наиболее часто встречающимся примером расширения ответственности является делегирование полномочий по принятию решений по расстановке лимитов, к рамках которых работает определенное должностное лицо. Например, в том же процессе «Согласование договора» может быть установлено следующее:
При сумме договора менее 5000 руб. решения принимаются Менеджером по закупкам.
При сумме договора до 50000 руб. решения принимаются Начальником отдела закупок.
При сумме договора до 200000 руб. решения принимаются Коммерческим директором.
При суммах договоров свыше 200000 руб. решения принимаются Генеральным директором.
В итоге снимается нагрузка с менеджеров высшего звена и ускоряется согласование договоров на небольшие суммы. При этом может применяться система выборочного контроля за принятием решений подчиненными.
2.4.3. Связывание параллельных работ
При создании сложных продуктов (как информационных, так и материальных) возникают ситуации, когда несколько подразделений выполняют параллельные работы, затем пытаются согласовывать полученный результат. Примером бизнес-процесса такого рода является процесс формирования финансового плана предприятия.
Рис. 46. Согласования, возникающие при параллельных работах
В начале процесса (см. Рис. 43) параллельно во времени выполняется планирование продаж и производства, при этом Служба производства пользуется фактической информацией по объему производства предыдущего периода и оптимизирует загрузку производства на плановый период с учетом производственных возможностей, а отдел сбыта ориентируется на потребности рынка. После получения предварительных вариантов планов проводится их согласование в ПЭО. Результатом этого согласования может быть как изменение плана продаж, так и изменение плана производства. Чаще всего такого рода процессы организованы неэффективно и приводят к дублированию функций в подразделениях и увеличению сроков формирования финансового плана. На Рис. 44. приведен пример того, как можно было бы избежать согласования параллельных работ, перестроив процесс. Здесь согласование не нужно из-за того, что планирование производства, использует данные о возможном сбыте, и планы становятся взаимоувязанными. В этом варианте рассмотрено планирование от продаж по рыночному принципу. При планировании от производства первой будет выполняться функция «Формирование плана производства», а затем уже «Формирование плана продаж». И к том, и в другом случае есть возможность избежать согласования параллельно составленных планов.
Рис. 47. Один из возможных вариантов планирования без параллельных работ
2.4.4.Исключение двойного ввода информации
Использование данного принципа подразумевает занесение информации в единую учетную систему один раз, на месте ее возникновения. Следствием применения принципа является сокращение документооборота между подразделениями, снижение количества ошибок при передаче информации, сокращение времени выполнения процесса и т.д.
Рис. 48. Модель с двойным вводом информации
В примере, представленном на Рис. 45, на предприятии существует две информационных системы (ИС): ИС «Продажи» и ИС «Бухгалтерия». В итоге при получении заказа данные о клиенте вводятся в обе информационные системы. Для исключения двойного вода одной информации необходимо создать комплексную информационную систему, где информация о клиенте, введенная Менеджером по продажам, в дальнейшем может использоваться в бухгалтерском учете при формировании документов (см. Рис. 46).
Рис. 49. Модель процесса с единой информационной системой
и вводом данных у источника
Результаты поиска оформляются в виде обобщенных диаграмм бизнес-процессов с указанием принципов их построения.
