- •1. Основы информационных технологий управления
- •1.1. Основные понятия
- •1.2. Параметры управления
- •1.3. Виды систем управления.
- •Управление в технических системах
- •Организационное управление
- •1.4. Информационные системы
- •1.5. Управленческая деятельность
- •1.6. Совершенствование управленческой деятельности
- •1.7. Выбор структуры системы управления
- •2. Информатизация процессов управления
- •2.1. Методологии обработки информации средствами эвм
- •2.2. Информация и ее роль в процессе управления
- •2.3. Информационные технологии, основные виды и их использование в современном бизнесе
- •2.4. Информационная технология управления
- •2.4.1. Характеристика и назначение
- •2.4.2. Основные компоненты
- •2.5. Информационные системы управления (ису)
- •2.6. Современные методологии оу
- •2.7. Новые информационные технологии организационного управления (исм)
- •2.8. Информационные модели
- •2.9. Инструменты оу
- •2.10. Классификация систем организационного управления
- •3. Системный подход в анализе управления организацией
- •3.1. Структура методологического знания
- •3.1.1. Системный подход
- •3.1.2. Понятие «система»
- •3.2. Системный анализ деятельности организации
- •3.2.1. Понятие организации
- •3.2.2. Функции организации
- •3.2.3. Модель деятельности организации
- •3.2.4. Функционально-ориентированная (иерархическая) организация
- •3.2.5. Процессно-ориентированная организация
- •3.2.6. Организация как система
- •3.2.7. Цель организации
- •3.3. Структурный анализ организации.
- •3.3.1. Структура организации
- •3.3.2. Структурный анализ
- •3.3.3. Методология структурного анализа организации
- •3.3.4. Средства структурного анализа организации
- •3.3.5. Этапы структурного анализа организации
- •3.4. Понятия модели и моделирования
- •3.4.1. Признаки классификации моделей
- •Классификация моделей по закону функционирования
- •Классификация моделей по признаку соответствия «Модель-Оригинал»
- •3.4.2. Требования к нотации
- •4. Методические основы создания автоматизированных систем организационного управления
- •4.1. Виды обеспечений асоу
- •4.2. Основные определения
- •4.3. Модели и методы проектирования асоу
- •4.4. Этапы проектирования системы поддержки принятия решений
- •4.5. Технологии проектирования информационных систем в асоу
- •4.6. Требования к проектируемой информационной технологии управления организацией
- •5. Информационное обеспечение информационной системы и информационной технологии управления организацией
- •5.1. Классификация управленческой информации
- •5.2. Состав информационного обеспечения асоу
- •5.3. Варианты организации информационного обеспечения асоу
- •5.4. Использование искусственного интеллекта для построения экспертных систем в асоу
- •6. Техническое и программное обеспечение информационной системы и информационной технологии управления организацией
- •6.1. Техническое обеспечение асоу
- •6.2. Программное обеспечение асоу
- •6.3. Пакет прикладных программ формирования бизнес-планов.
- •6.4. Интегрированные пакеты программ
- •6.5. Интегрированные системы управления проектами
- •7. Информационные технологии в системах управления
- •7.1. Процедуры обработки информации
- •7.2. Режимы обработки информации в асоу
- •7.3. Интегрированные технологии обработки информации в асоу
- •Контрольные вопросы
- •8. Планирование и управление основной деятельностью промышленного предприятия
- •Развитие систем управления предприятием
- •Метод управления запасами и производством по точке перезаказа
- •Методы планирования необходимых материалов (mrp) и планирования производственных ресурсов (mrp-II)
- •Расчет необходимых материалов
- •Планирование мощностей Определение загрузки производственных мощностей и возможности реализации потребности.
- •Компьютерная система mrp-II
- •Основные функции системы mrp II
- •Данные об изделиях
- •Управление операциями
- •Планирование
- •Формирование основного производственного плана
- •Обслуживание клиентов
- •Финансы и учет затрат
- •Erp как замкнутая система
- •«Точно-Во-Время» (Just-In-Time, jit)
- •Теория ограничений (Theory of Constraints, toc)
- •8.8. Синхронное планирование (Advanced Planning & Scheduling – aps)
- •8.9. Интегрированное производство (Computer Integrated Manufacturing, cim)
- •8.10. Электронный бизнес, crm, erp-II и т.Д.
- •9. Защита информации в автоматизированных системах организационного управления
- •10. Информационные технологии стратегического менеджмента на предприятии
- •11. Информационные системы управления в асоу
- •Классификация ис
- •Задачи, обеспечиваемые ис в асоу
- •Граница ответственности ису
- •Задачи (параметрические условия), решаемые при проектировании ису
- •Ресурсы управляемые ису
- •Этапы развития ису организации
- •Требования к ису
- •Результаты внедрения ису
- •Контроллинг
- •Реинжиниринг бизнес-процессов и проектирование корпоративной электронной асоу
- •12.1. Бизнес-процессы на предприятии
- •12.2. Реинжиниринг бизнес-процессов
- •12.3. Этапы реинжиниринга бизнес-процессов
- •12.4. Идентификация бизнес-процессов
- •12.5. Обратный инжиниринг
- •12.6. Разработка моделей новой организации бизнес-процессов
- •12.7.Реализация проекта реинжиниринга бизнес-процессов
- •12.8. Внедрение проекта реинжиниринга бизнес-процессов
- •12.9. Методологии моделирования проблемной области
- •Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •13. Надежность управления с применением информационных технологий
- •13.1. Надежность систем управления
- •13.2. Основные понятия надежности
- •Создание надежных систем управления
- •Общий порядок оценки надежности су
- •Обеспечение надежности разрабатываемой (модернизируемой) су
- •Системная надежность компьютерных технологий управления
- •Параметры надежности
- •Информационные технологии создания надежных систем управления
- •Методология структурного анализа и проектирования
- •Программное обеспечение как надежная система технологий управления
- •13.12.Технологии повышения безошибочности ит программ
- •Технологии отладки программ
- •Обобщенная структура и состав автоматизированной системы организационного управления
- •Общие требования к системе
- •Структура системы учета и управления предприятием
- •Подсистема управления торговлей и складом
- •Подсистема бухгалтерского учета
- •Подсистема управления производством
12.7.Реализация проекта реинжиниринга бизнес-процессов
После определения моделей новой организации бизнес-процессов осуществляется разработка обеспечивающих подсистем, поддерживающих функционирование предприятия в новых условиях. Для изменения структуры организационно-экономической системы осуществляются:
-
разработка организационно-штатной структуры предприятия;
-
разработка должностных инструкций;
-
разработка системы стимулирования работников;
-
обучение персонала;
-
подготовка рабочей документации. Для создания новой информационной системы осуществляются:
-
генерация, настройка, программирование и отладка программных модулей;
-
разработка и наполнение базы данных;
-
установка вычислительного оборудования и системы телекоммуникации.
Для быстрой разработки информационной системы широко используются CASE-средства автоматизации проектирования или средства конфигурации комплексных систем управления ресурсами предприятия (ERP-системы), например R/3, BAAN IV, Oracle Application, «Галактика», БОСС и др. В том и другом случае для разработки оригинального программного обеспечения могут потребоваться средства быстрой разработки приложений (RAD-технология) и языки программирования 4-го поколения (4GL), например АВАР4, JAM и др.
Этап реализации проекта реинжиниринга бизнес-процессов заканчивается составлением в соответствии с принятыми стандартами проектной документации, которая формируется либо с помощью CASE-средств, либо специализированных программных средств. В любом случае должно обеспечиваться качественное оформление проектной документации с включением необходимых графических иллюстраций. При этом может выполняться автоматизированный контроль на соответствие друг другу разделов проектной документации, обеспечивается ее своевременное обновление.
12.8. Внедрение проекта реинжиниринга бизнес-процессов
Внедрение проекта РБП, как правило, осуществляется поэтапно в соответствии с приоритетами, установленными на этапе идентификации бизнес-процессов. Большое значение на этапе внедрения отводится комплексному тестированию компонентов проекта, для чего используются специальные программные средства.
Внедрение проекта РБП предполагает его сдачу приемочной комиссии, в которую входят представители лиц, принимающих решения, и будущие менеджеры процессов. Перед отчетом команды РБП на комиссии возможна организация независимой экспертизы проекта со стороны специально подобранной инспекционной группы.
После внедрения спроектированных бизнес-процессов в реальную практику очень важно организовать анализ достижения заданных в начале реинжиниринга критериев (метрик) эффективности функционирования предприятия (benchmarking), на основе которых можно своевременно принимать решения о необходимости адаптации бизнес-процессов к изменяющейся внешней среде.
12.9. Методологии моделирования проблемной области
В основе реинжиниринга бизнес-процессов и проектирования корпоративной ЭИС лежит моделирование проблемной области, необходимость которого во многом обусловлена сложностью организационно-экономической системы и ЭИС с функциональной и системной точек зрения. Под проблемной областью понимается взаимосвязанная совокупность управляемых объектов предприятия (предметная область), субъектов управления, автоматизируемых функций управления и программно-технических средств их реализации.
Для того чтобы получить адекватный проблемной области проект ЭИС в виде системы правильно работающих программ, необходимо иметь целостное, системное представление модели, которое отражает все аспекты функционирования будущей информационной системы. При этом под моделью понимается некоторая система, имитирующая структуру или функционирование исследуемой проблемной области, отвечающей основному требованию - адекватности этой области.
Проведение предварительного моделирования проблемной области позволяет сократить время и сроки проведения проектировочных работ и получить более эффективный и качественный проект. Без проведения моделирования проблемной области велика вероятность получения некачественной ЭИС, в которой может быть допущено большое количество ошибок в решении стратегических вопросов, приводящих к экономическим потерям и высоким затратам на последующее перепроектирование системы. Вследствие этого все современные технологии проектирования ЭИС основываются на использовании методологии моделирования проблемной области. Модели дают возможность оценить достоинства и недостатки существующей информационной системы предприятия и построить эффективную архитектуру новой информационной системы.
К моделям проблемных областей предъявляются следующие требования:
-
формализованность, обеспечивающая однозначное описание структуры проблемной области. Для представления моделей используются нотации различных формальных языков моделирования;
-
понятность для заказчиков и разработчиков на основе применения графических средств отображения модели; реализуемость, подразумевающая наличие средств физической реализации модели проблемной области в ЭИС;
-
обеспечение оценки эффективности реализации модели проблемной области на основе определенных методов и вычисляемых показателей.
Для реализации перечисленных требований, как правило, строится система моделей, которая отражает структурный и оценочный аспекты функционирования проблемной области. Структурный аспект функционирования ЭИС предполагает построение:
-
объектной структуры, отражающей состав взаимодействующих в процессах материальных и информационных объектов предметной области; функциональной структуры, отражающей взаимосвязь функций (действий) по преобразованию объектов в процессах; структуры управления, отражающей события и бизнес-правила, которые воздействуют на выполнение процессов;
-
организационной структуры, отражающей взаимодействие организационных единиц предприятия и персонала в процессах; технической структуры, описывающей топологию расположения и способы коммуникации комплекса технических средств.
Для представления структурного аспекта моделей проблемных областей в основном используются графические методы, которые должны гарантировать представление информации о компонентах системы. Главное требование к графическим методам документирования - простота. Графические методы должны обеспечивать возможность структурной декомпозиции спецификаций системы с максимальной степенью детализации и согласований описаний на смежных уровнях декомпозиции.
Непосредственно с моделированием связана проблема выбора языка представления проектных решений (нотации), позволяющего как можно больше привлекать будущих пользователей системы к ее разработке. Это язык, с одной стороны, должен делать решения проектировщиков понятными пользователю, с другой стороны, предоставлять проектировщикам средства достаточно формализованного и однозначного определения проектных решений, подлежащих реализации в виде программных комплексов, образующих целостную систему программного обеспечения.
Графическое изображение нередко оказывается наиболее емкой формой представления информации. При этом проектировщики должны учитывать, что графические методы документирования не могут полностью обеспечить декомпозицию проектных решений от постановки задачи проектирования до реализации программ ЭВМ. Трудности возникают при переходе от этапа анализа системы к этапу проектирования и в особенности к программированию. Отдельная программа может не быть результатом прямой декомпозиции некоторой функции системы: она может выполнять определенную обработку информации для нескольких функций в системе.
Главный критерий адекватности структурной модели проблемной области заключается в функциональной полноте разрабатываемой ЭИС.
Оценочные аспекты моделирования проблемной области связаны с разрабатываемыми показателями эффективности автоматизируемых процессов, к которым относятся:
-
время решения задач;
-
стоимостные затраты на обработку данных;
-
надежность процессов;
-
косвенные показатели эффективности, такие, как объемы производства, производительность труда, оборачиваемость капитала, рентабельность и т.д.
Для расчета показателей эффективности ЭИС, реализующей модель проблемной области, как правило, используются статические методы функционально-стоимостного анализа (ABC) и динамические методы имитационного моделирования.
В основе различных методологий моделирования проблемных областей ЭИС лежат принципы последовательной детализации абстрактных категорий. Обычно модели строятся на трех уровнях: на внешнем уровне (определении требований), на концептуальном уровне (спецификации требований) и внутреннем уровне (реализации требований). Так, на внешнем уровне модель отвечает на вопрос, что должна делать система, то есть определяется состав основных компонентов системы: объектов, функций, событий, организационных единиц, технических средств. На концептуальном уровне модель отвечает на вопрос: как должна функционировать система? Иначе говоря, определяется характер взаимодействия компонентов системы одного и разных типов. На внутреннем уровне модель отвечает на вопрос: с помощью каких программно-технических средств реализуются требования к системе? С позиции жизненного цикла ЭИС описанные уровни моделей соответственно строятся на этапах анализа требований, логического (технического) и физического (рабочего) проектирования.
Рассмотрим особенности построения моделей проблемной области на трех уровнях детализации.