- •Методические указания по выполнению выпускной квалификационной работы магистров по направлению 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 Рекомендации по оценке экономической эффективности проекта
- •Список рекомендуемой литературы
3.2 Рекомендации по разработке основных концептуальных решений, их оценке и выбору оптимального решения
Представляя основные концептуальные решения по задаче, в первую очередь приводят диаграммы бизнес-процессов "как будет" с их описанием. Речь идет о модели бизнес-слоя в архитектурной модели предприятия "как будет". Эти диаграммы должны быть выполнены в той же нотации, что и диаграммы бизнес-процессов "как есть" в главе 2 ВКР. Эти бизнес-процессы являются переработкой исходных бизнес-процессов в бизнес-процессы в условиях функционирования разработанной информационной системы (подсистемы) с учетом требований эталонных бизнес-процессов. Эталонные бизнес-процессы обычно представляют собой ограничения на топологию и содержание работ бизнес-процесса, предъявляемые выбранным для реализации задачи программным обеспечением.
Бизнес-процессы "как будет" должны быть детализированы до уровня отдельных операций, каждая операция должна быть идентифицирована ролью и исполнителем операции. Исполнитель операции должен быть элементом организационной структуры. Если организационная структура, представленная в Главе 2, является слишком укрупненной для описания исполнителей отдельных операций, то в данном подразделе должен быть описан более детализированный фрагмент организационной структуры, ориентированный на решение поставленной задачи.
Кроме потока управления (потока последовательности выполнения) на диаграммах бизнес-процессов должны прослеживаться все потоки данных (пассивные структуры), связанные с перечисленной в постановке задачи (подраздел 3.1) входной, промежуточной и выходной информацией, указываться активные структуры, т.е. роли, действующие лица в соответствии со структурой бизнес-слоя в архитектурной модели предприятия.
Далее в подразделе описываются поведенческие модели "как будет" прикладного и технологических слоев и отображения бизнес-слоя на прикладной слой и прикладного слоя на технологический. Примеры моделей слоев даны на Рис. 1б,1в,1г, моделей отображения между слоями – на Рис.1д,1е.
3.2.1 Рекомендации по описанию метода решения задачи
Важным аспектом проектирования ИС является выбор или разработка экономико–математических методов и моделей или инструментальных средств, применяемых для решения задачи.
В данном подразделе дается существенное для реализации описание выбранного математического метода или модели. Обзор методов решения задачи обычно приводится в первой главе ВКР. В этом же разделе осуществляется выбор метода.
Рис. 50. Пример диаграммы вариантов использования «Учет персонала »
Если магистрант не использует в своем решении математические модели или методы, то он обычно прибегает к инструментальным (программным) средствам решения задачи. Тогда в первом разделе ограничиваются рассмотрением рынка программных продуктов рассматриваемой предметной области и выбором программного продукта для реализации задачи выпускной квалификационной работы. В этом случае данный раздел (3.3) может отсутствовать, но и оценка за такой проект будет невысокой.
