2. МОДЕЛИРОВАНИЕ И ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ 2.1.Моделирование 2.1.1.Парадигмы, типология и методы моделирования Гуманитарно-вербальная парадигма Естественно-научная парадигма Техническая парадигма Модели и методы описания деятельности НПС Вариант типологии моделей по степени формализации Процессные потоковые модели — это модели, описывающие процесс последовательного во времени преобразования материальных и информационных потоков компании в ходе реализации какой-либо бизнесфункции или функции менеджмента. Главными недостатками функционального подхода являются: разбиение технологий выполнения работы на отдельные фрагменты, иногда между собой несвязанные, которые выполняются различными структурными подразделениями; отсутствие целостного описания технологий выполнения работы; сложность увязывания простейших задач в технологию, производящую реальный товар или услугу; отсутствие ответственности за конечный результат; высокие затраты на согласование, налаживание взаимодействия, контроль и т. д.; отсутствие ориентации на клиента. Процессный подход к организации деятельности предприятия предполагает: широкое делегирование полномочий и ответственности исполнителям; сокращение уровней принятия решений; сочетание принципа целевого управления с групповой организацией труда; повышенное внимание к вопросам обеспечения качества; автоматизация технологий выполнения бизнес-процессов. Процессная модель компании должна строиться с учетом следующих положений: Верхний уровень модели должен отражать только контекст диаграммы – взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром. На втором уровне должны быть отражены тематически сгруппированные бизнес-процессы предприятия и их взаимосвязи. Каждая из деятельностей должна быть детализирована на бизнес-процессы. Детализация бизнес-процессов осуществляется посредством бизнес –функций. Описание элементарной бизнес–операции осуществляется с помощью миниспецификации. Схема управления деятельностью компании Основные элементы процессного подхода Владелец процесса Лидер команды Коммуникатор Координатор процесса Участники команды Ситуационная команда Виртуальная команда Ситуационный менеджер Упрощенная модель деятельности компании . Двухуровневая модель деятельности предприятия В основе цикла управления ресурсами лежит расчет или имитационное моделирование и контроль результатов: выбор (или получение от системы верхнего уровня) целевого критерия оценки качества решения; сбор информации о ресурсах предприятия или возможностях внешней среды; просчет вариантов (с различными предположениями о возможных значениях параметров); выбор оптимального варианта — принятие решения (= ресурсного плана); учет результатов (и отчетность); сравнение с принятым критерием оценки ( = контроль результатов); анализ причин отклонений и регулирование (возврат к 1, 2 или 3). В основе цикла организационного менеджмента лежит структурное или процессное моделирование и процедурный контроль: определение состава задач (обособленных функций, операций); выбор исполнителей (- распределение зон и степени ответственности); проектирование процедур (последовательности и порядка исполнения); согласование и утверждение регламента исполнения (процесса, плана мероприятий); отчетность об исполнении; контроль исполнения (- процедурный контроль); анализ причин отклонений и регулирование (возврат к 1, 2 или 3). Упрощенная матрица-генератор обеспечивающих бизнес-функций Матрица-генератор обеспечивающих бизнес-функций Референтная модель бизнеспроцесса - это модель эффективного бизнеспроцесса, созданная для предприятия конкретной отрасли, внедренная на практике и предназначенная для использования при разработке/реорганизации бизнеспроцессов на других предприятиях. 2.1.2.Анализ и моделирование функциональной области внедрения ИС 2.1.4.1.Предпроектное обследование объекта Обследование предприятия Сбор информации для построения полной бизнес-модели организации часто сводится к изучению документированных информационных потоков и функций подразделений, а также производится путем интервьюирования и анкетирования. К началу работ по обследованию организация обычно предоставляет комплект документов, в состав которого обычно входят: Сводная информация о деятельности предприятия. Информация об управленческой, финансово-экономической, производственной деятельности предприятия. Сведения об учетной политике и отчетности. Регулярный документооборот предприятия. Реестр входящей информации. Реестр внутренней информации. Реестр исходящей информации. Сведения об информационно–вычислительной инфраструктуре предприятия. Сведения об ответственных лицах. РЕЕСТР ВХОДЯЩЕЙ ИНФОРМАЦИИ (Наименование подразделения) Характеристики обработки документов (Наименование предприятия) № Наименование Кто обрабатывает и назначение документа Откуда поступает Трудоемкость Периодичность, Способ регламент получения РЕЕСТР ВНУТРЕННЕЙ ИНФОРМАЦИИ (Наименование (Наименование Характеристики обработки документов предприятия) подразделения) № Наименование и Кто Кому Трудоемкость Периодичность, Способ получения назначение документа обрабатывает передает регламент РЕЕСТР ИСХОДЯЩЕЙ ИНФОРМАЦИИ (Наименование предприятия) (Наименование подразделения) № Наименование и назначение документа Кто обрабатывает Характеристики обработки документов Куда поступает Трудоемкость Периодичность, регламент Способ получения К важнейшим задачам функциональной диагностики организационных структур относятся: классификация субъектов функционирования (категорий и групп работников); классификация элементов процесса функционирования (действий, процедур); классификация направлений (решаемых проблем), целей функционирования; классификация элементов информационных потоков; проведение обследования деятельности персонала организации; исследование распределения (по времени и частоте) организационных характеристик; выявление реальной структуры функциональных, информационных, иерархических, временных, проблемных отношений между руководителями, сотрудниками и подразделениями; установление структуры распределения рабочего времени руководителей и персонала относительно функций, проблем и целей организации; выявление основных технологий функционирования организации, их целеполагания в сравнении с декларируемыми целями организации; выявление однородных по специфике деятельности, целевой ориентации и реальной подчиненности групп работников, формирование реальной модели организационной структуры и сравнение ее с декларируемой; определение причин рассогласования декларируемой и реальной структуры организационных отношений. Форма рабочей таблицы системного аналитика Результатом предпроектного обследования является Структура отчета об экспресс-обследовании предприятия Краткое схематичное описание бизнес-процессов: управление закупками и запасами; управление производством; управление продажами; управление финансовыми ресурсами. Основные требования и приоритеты автоматизации. Оценка необходимых для обеспечения проекта ресурсов заказчика. Оценка возможности автоматизации, предложения по созданию автоматизированной системы с оценкой примерных сроков и стоимости. Документы, входящие в отчет об обследовании, могут быть представлены в виде текстового описания или таблиц № Б-П Наименование бизнес-процесса 1. Продажи: сеть, опт 2. План закупок 3. Размещение заказа на производство 4. Производство собственное 5. Закупка сырья 6. Платежи 7. Другие Составляемый документ (исходящий документ) Операция Исполнитель Как часто Операция Кто составляет (исполнитель) Входящие документы (документыоснования) Как часто Документы-основания (входящие документы) Исходящий документ (составляемый документ) Проведение предпроектного обследования позволяет решить следующие задачи: предварительное выявление требований к будущей системе; определение структуры организации; определение перечня целевых функций организации; анализ распределения функций по подразделениям и сотрудникам; выявление функциональных взаимодействий между подразделениями, информационных потоков внутри подразделений и между ними, внешних информационных воздействий; анализ существующих средств автоматизации организации. 2.1.4.2.Организационный анализ. Полная бизнес-модель компании Обобщенная схема организационного бизнес- моделирования Основные этапы процессно-целевого описания компании Полная бизнес-модель компании Организационный анализ включает Стратегическую модель целеполагания (отвечает на вопросы: зачем компания занимается именно этим бизнесом, почему предполагает быть конкурентоспособной, какие цели и стратегии для этого необходимо реализовать); Организационно-функциональную модель (отвечает на вопрос кто-что делает в компании и кто за что отвечает); Функционально-технологическую модель (отвечает на вопрос что-как реализуется в компании); Процессно-ролевую модель (отвечает на вопрос кто-что-каккому); Количественную модель (отвечает на вопрос сколько необходимо ресурсов); Модель структуры данных (отвечает на вопрос в каком виде описываются регламенты компании и объекты внешнего окружения). Шаблоны организационного бизнес-моделирования Шаблон разработки миссии ( матрица проекций) Шаблон разработки миссии Шаблон формирования бизнесов Шаблон формирования бизнесов (матрица проекций) Шаблон формирования основных бизнес-функций Шаблон формирования основных функций менеджмента Шаблон распределения функций по организационным звеньям Потоковая процессная модель Организационнофункциональная модель компании Функциональная схема компании Схема создания Положения об организационнофункциональной структуре компании Распределение функций по подразделениям производственного предприятия Распределение функций по подразделениям торгового предприятия 2.1.3.Методологии моделирования предметной области Структурная модель предметной области Требования к моделям предметных областей : формализация, обеспечивающая однозначное описание структуры предметной области; понятность для заказчиков и разработчиков на основе применения графических средств отображения модели; реализуемость, подразумевающая наличие средств физической реализации модели предметной области в ИС; обеспечение оценки эффективности реализации модели предметной области на основе определенных методов и вычисляемых показателей. Структурный аспект объектной структуры, отражающей состав взаимодействующих в процессах материальных и информационных объектов предметной области; функциональной структуры, отражающей взаимосвязь функций (действий) по преобразованию объектов в процессах; структуры управления, отражающей события и бизнесправила, которые воздействуют на выполнение процессов; организационной структуры, отражающей взаимодействие организационных единиц предприятия и персонала в процессах; технической структуры, описывающей топологию расположения и способы коммуникации комплекса технических средств. Язык моделирования – это нотация, в основном графическая, которая используется для описания проектов. Нотация представляет собой совокупность графических объектов, используемых в модели. Нотация является синтаксисом языка моделирования. Язык моделирования, с одной стороны, должен делать решения проектировщиков понятными пользователю, с другой стороны, предоставлять проектировщикам средства достаточно формализованного и однозначного определения проектных решений, подлежащих реализации в виде программных комплексов, образующих целостную систему программного обеспечения. Оценочные аспекты моделирования предметной области время решения задач; стоимостные затраты на обработку данных; надежность процессов; косвенные показатели эффективности, такие, как объемы производства, производительность труда, оборачиваемость капитала, рентабельность и т.д. В основе различных методологий моделирования предметной области ИС лежат принципы последовательной детализации абстрактных категорий Обычно модели строятся на трех уровнях: на внешнем уровне (определении требований), на концептуальном уровне (спецификации требований) и внутреннем уровне (реализации требований). Объектная структура Объект — это сущность, которая используется при выполнении некоторой функции или операции (преобразования, обработки, формирования и т.д.). Функциональная структура Функция (операция) представляет собой некоторый преобразователь входных объектов в выходные. Последовательность взаимосвязанных по входам и выходам функций составляет бизнес-процесс. Структура управления В совокупности функций бизнес-процесса возможны альтернативные или циклические последовательности в зависимости от различных условий протекания процесса. Эти условия связаны с происходящими событиями во внешней среде или в самих процессах и с образованием определенных состояний объектов. События вызывают выполнение функций, которые, в свою очередь, изменяют состояния объектов и формируют новые события, и т.д., пока не будет завершен некоторый бизнеспроцесс. Тогда последовательность событий составляет конкретную реализацию бизнес-процесса. Организационная структура Организационная структура представляет собой совокупность организационных единиц, как правило, связанных иерархическими и процессными отношениями. Организационная единица — это подразделение, представляющее собой объединение людей (персонала) для выполнения совокупности общих функций или бизнес-процессов. Техническая структура Топология определяет территориальное размещение технических средств по структурным подразделениям предприятия, а коммуникация — технический способ реализации взаимодействия структурных подразделений. Функциональноориентированные и объектноориентированные методологии описания предметной области Функциональная методика IDEF0 В основе методологии лежат четыре основных понятия: функциональный блок, интерфейсная дуга, декомпозиция, глоссарий. Функциональный блок Интерфейсная дуга (Arrow) отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, представленную данным функциональным блоком. Интерфейсные дуги часто называют потоками или стрелками. Декомпозиция (Decomposition) является основным понятием стандарта IDEF0. Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели. Функциональная методика потоков данных Потоки данных Хранилище Внешняя сущность Словари данных Миниспецификации обработки Процесс построения DFD Объектно-ориентированная методика использует объектную декомпозицию, при этом статическая структура описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами. Целью методики является построение бизнесмодели организации, позволяющей перейти от модели сценариев использования к модели, определяющей отдельные объекты, участвующие в реализации бизнес-функций. Синергетическая методика объединяет различные этапы отдельных методик. При этом из каждой методики необходимо взять часть методологии, наиболее полно и формально изложенную, и обеспечить возможность обмена результатами на различных этапах применения синергетической методики. 2.1.4. Моделирование информационного обеспечения Моделирование данных Базовые понятия ERD Сущность (Entity) Связь (Relationship) Атрибут (Attribute) Метод IDEFI основан на подходе Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. 2.1.5. Модели и методы интеллектуальной поддержки процессов принятия решений Метод экспертных оценок (МЭО) Имитационное моделирование Методы сетевого планирования и управления (СПУ) Метод дерева целей Программно-целевой метод Метод дерева решений Модели коллективного принятия решений Моделирование в условиях нечеткого задания информации. Экономико-математические методы Математическое моделирование Экономико-математическое моделирование Концептуальное моделирование Алгоритмическое моделирование Иерархия понятий к термину «Экономикоматематические модели» 0 1 2 3 4 5 6 уровень 0 7 8 9 уровень 1 (1 – основы теории игр, 2 – математическое программирование, 3 – сетевое планирование, 4 – марковские процессы, 5 – теория массового обслуживания, 6 – теория производственных процессов и функций, 7 – теория сферы потребления, 8 – межотраслевые модели, 9 – модели развития экономики) Иерархия понятий к термину «Основы теории игр» 1 1. 1 уровень 1 уровень 2 1.1 3 (1.1 – задачи теории игр в экономике, 1.2 – основные понятия теории игр, 1.3 – классифи-кации игр, 1.4 – матрица выигрышей, 1.5 – максиминные и минимаксные стратегии, 1.6 – игры с седловыми точками, 1.7 – смешанные стратегии, 1.8 – оптимальные стратегии, 1.9 – редуцирование игр, 1.10 – преобразование игр, 1.11 – матричные игры и линейное программирование, 1.12 – игры с природой, 1.13 – учет рисков и неопределенностей) Иерархия понятий к термину «Математическое программирование» уровень 1 2 2.1 2.1.1 2.3 2.2 2.1.3 2.2.1 2.2.3 2.3.1 уровень 2 2.3.4 уровень 3 (2.1 – понятие о математическом программировании, 2.2 – методы решения задач математического программирования, 2.3 – динамическое программирование; 2.1.1 – программируемые проблемы в экономике, 2.1.2 – постановка и классификация задач математического программирования, 2.1.3 – геометрическая интерпретация; 2.2.1 – метод множителей Лагранжа, 2.2.2 – Теорема Куна-Такера, 2.2.3 – решение задач нелинейного программирования; 2.3.1 – метод динамического программирования, 2.3.2 – задача об инвестировании, 2.3.3 – задача о замене оборудования, 2.3.4 – кратчайший путь на транспортной сети)33.13.23.33.43.5уровень 1уровень 2 Иерархия понятий к термину «Сетевое планирование» 3 уровень 1 уровень 2 3.1 3.2 3.3 3.4 3.5 (3.1 – задача сетевого планирования, 3.2 – упорядочение структурной таблицы, 3.3 – временной сетевой график, 3.4 – алгоритм решения, 3.5 – оптимизация работ) Иерархия понятий к термину «Марковские процессы» уровень 1 4 4.1 4.2 4.3 4.4 4.5 уровень 2 4.6 (4.1 – дискретный случайный процесс, 4.2 – дискретный случайный процесс с дискретным временем, 4.3 – дискретный случайный процесс с непрерывным временем, 4.4 – поток событий, 4.5 – предельные вероятности, 4.6 – специальные процессы) 2.2. Проектирование 2.2.1. Подходы, стандарты и виды проектирования Под проектированием понимают творческий процесс, обеспечивающий новое качество существующей или новой системы. Под проектом – текcтовый документ, в котором содержится обоснование будущего качества системы (НПС) в форме ответов на вопросы: зачем и почему нужно новое качество, кто и где будет ее создавать и использовать, в какие сроки будет выполнена работа, как должна быть устроена и работать новая система, что есть объект проектирования, сколько требуется ресурсов и каков будет результат при реализации проекта. На проектирование имеются стандарты, следуя которым можно составить представление об объеме проектировочных работ. Цель методологии построения информационных систем заключается в регламентации процесса проектирования ИС и обеспечении управления этим процессом с тем, чтобы гарантировать выполнение требований как к самой ИС, так и к характеристикам процесса разработки. Проектирование ИС охватывает три основные области проектирование объектов данных, которые будут реализованы в базе данных; проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным; учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиентсервер), параллельной обработки, распределенной обработки данных и т.п. Проектирование информационных систем всегда начинается с определения цели проекта. согласно современной методологии, процесс требуемой функциональности системы и уровня ее адаптивности к изменяющимся условиям функционирования; требуемой пропускной способности системы; требуемого времени реакции системы на запрос; безотказной работы системы; необходимого уровня безопасности; простоты эксплуатации и поддержки системы. Жизненный цикл (ЖЦ) ИС последовательность стадий и выполняемых на них процессов. Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников и т.д. Такое формальное описание ЖЦ ИС позволяет спланировать и организовать процесс коллективной разработки и обеспечить управление этим процессом. Модели жизненного цикла Каскадная модель Поэтапная модель с промежуточным контролем Спиральная модель Каскадная модель ЖЦ ИС . Поэтапная модель с промежуточным контролем Спиральная модель ЖЦ ИС Стандарты ЖЗ ПО ГОСТ 34.601-90 ISO/IEC 12207:1995 Custom Development Method (методика Oracle) Rational Unified Process (RUP) Microsoft Solution Framework (MSF) Extreme Programming (XP). Виды проектирования Организация канонического проектирования ориентирована на использование главным образом каскадной модели жизненного цикла. Каскадность модели подчеркивает, что проектирование рассматривается как однократная последовательность стадий и этапов, когда переход на иерархически нижний уровень происходит только после полного завершения работ на текущем уровне. Стадии и этапы работы описаны в стандарте ГОСТ 34.601-90. Типовое проектирование предполагает создание системы из готовых типовых элементов. Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения, которые настраиваются на особенности конкретного предприятия. 2.2.2.Каноническое проектирование Стадия 1. Формирование требований к ИС. Стадия 2. Разработка концепции ИС. Стадия 3. Техническое задание. Стадия 4. Эскизный проект. Стадия 5. Технический проект. Стадия 6. Рабочая документация. Стадия 8. Сопровождение ИС. 2.2.3.Типовое проектирование предполагает создание системы из готовых типовых элементов. Основополагающим требованием для применения методов типового проектирования является возможность декомпозиции проектируемой ИС на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.). Для реализации выделенных компонентов выбираются имеющиеся на рынке типовые проектные решения, которые настраиваются на особенности конкретного предприятия. Типовое проектное решение (ТПР) Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР: элементные ТПР - типовые решения по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному); подсистемные ТПР - в качестве элементов типизации выступают отдельные подсистемы, разработанные с учетом функциональной полноты и минимизации внешних информационных связей; объектные ТПР - типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем ИС. Достоинства и недостатки ТПР Класс ТПР Реализация ТПР Элементные ТПР Библиотеки методоориентированных программ Достоинства Недостатки обеспечивается применение модульного подхода к проектированию и документированию ИС Подсистемные ТПР Пакеты прикладных программ Объектные ТПР Отраслевые проекты ИС достигается высокая степень интеграции элементов ИС позволяют осуществлять: модульное проектирование; параметрическую настройку программных компонентов на различные объекты управления обеспечивают: сокращение затрат на проектирование и программирование взаимосвязанных компонентов; хорошее документирование отображаемых процессов обработки информации комплексирование всех компонентов ИС за счет методологического единства и информационной, программной и технической совместимости открытость архитектуры — позволяет устанавливатьТПР на разных программно-технических платформах масштабируемость — допускает конфигурацию ИС для переменного числа рабочих мест конфигурируемость — позволяет выбирать необходимое подмножество компонентов большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости большие затраты времени на доработкуТПР отдельных элементов адаптивность ТПР недостаточна с позиции непрерывного инжиниринга деловых процессов возникают проблемы в комплексировании разных функциональных подсистем, особенно в случае использования решений нескольких производителей программного обеспечения проблемы привязки типового проекта к конкретному объекту управления, что вызывает в некоторых случаях даже необходимость изменения организационно-экономической структуры объекта автоматизации Для реализации типового проектирования используются два подхода: параметрически-ориентированное проектирование, модельно-ориентированное проектирование. Параметрически-ориентированное проектирование включает следующие этапы определение критериев оценки пригодности пакетов прикладных программ (ППП) для решения поставленных задач, анализ и оценка доступных ППП по сформулированным критериям, выбор и закупка наиболее подходящего пакета, настройка параметров (доработка) закупленного ППП. Модельно-ориентированное проектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации. Технология проектирования в этом случае должна обеспечивать единые средства для работы как с моделью типовой ИС, так и с моделью конкретного предприятия. 3. ПРАКТИКА ИСПОЛЬЗОВАНИЯ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И СИСТЕМ 3.1. Управление ресурсами 3.1.1. Программы автоматизации бухгалтерского учета Классификация с точки зрения функциональных возможностей: Мини-бухгалтерия. Интегрированная бухгалтерская система. Бухгалтерский конструктор. Бухгалтерский комплекс. Бухгалтерия-офис. Системы учета международного уровня. Международные системы Схема организации работы ОПЕРАЦИОННАЯ ДЕЯТЕЛЬНОСТЬ ПРЕПРИЯТИЯ Первичные документы Управление торговлей Совместн ая работа данные 1С: Бухгалтерия Бухгалтерская и налоговая отчетность Зарплата и Управление персоналом Совместн ая работа 3.1.2. Автоматизированные системы управления предприятием - АСУП MPS (Master planning scheduling) или обьемно-календарное планирование Отчет о движении денежных средств Укрупненный план продаж План продаж по календарным периодам Маркетинговы е данные Данные о складских запасах План закупок по календарным периодам BOM (bill of material) Уровни BОМ HDD BOM (Компьют ер) Клавиату ра Системн ый блок Упаковка Блок дисковод ов (сборка) Корпус с блоком питания Материнс кая плата (сборка) FDD Шлейфы Шлейфы и крепеж (сборка) Салазки Процессо рс вентилят ором Крепеж Переклю чатели Методология MRP (Material Requirements Planning – планирование потребности в материалах) СПРОС Прогнозы и заказы потребителей Запасы в наличии и открытые заказы BОМ Спецификаци я Планирование потребности в материалах План закупок компонентов Производстве нный план Исполнение Вход (входные данные для работы MRP-модуля): Главный календарный план производства (Master Production Schedule - MPS). Данные о запасах (книга учета запасов, Inventory Status File) Спецификация состава изделия (BOM - Bill of Material) Выход (результаты работы MRPмодуля) График заказов на закупку/производство материалов и комплектующих (Planned Order Schedule) Изменения к графику заказов на закупку/производство материалов и комплектующих (Changes in planned orders) Схема работы MRP-модуля 1. Основной производственный планграфик 2. Данные о состоянии запасов 3. Спецификация состава изделия MRP-цикл 1. График заказов на закупку/производство материалов 2. Изменения к графику заказов на закупку/ производство материалов Основные недостатки MRP систем: Нечувствительность к кратковременным изменениям спроса. Операции осуществляются в рамках одной производственной площадки, т.е. не поддерживается территориально распределенная структура предприятий. Не учитываются ресурсные ограничения производства - MRP не заботится о достаточности ресурсов для выполнения сформированного плана. Технология CRP (Capacity Requirements Planning) Технологические маршруты Главный календарный план производства (MPS) Данные о рабочих центрах Планирование потребности в мощностях (CRP) Календарный план потребности в мощностях Бизнес-планирование Планирование продаж и операций Замкнутый цикл MRP Планирование производства не т Реальн о? да не т Реальн о? да Главный календарный план производства (MPS) MRP CRP Исполнение плана производства и закупок Схема работы MRPIIсистемы Исследования рынка Имеющиеся заказы Запросы от филиалов Состояние Прогнозы спроса материалов и комплектующих Изменения к первичному плану Оценка спроса на предлагаемый конечный продукт Определение необходимых материалов и комплектующи х Первичный объемнокалендарный план производства Планирование потребности в материалах (MRP) не т Материал ы доступны ? Объемнокалендарный план производства (MPS) Контроль за производством Изменения к первичному плану Планирование потребности в мощностях (CRP) да да План заказов на материалы Ресурсы достаточ ны? План распределения производствен ных мощностей Планирование и контроль продаж продукции не т Основные обязательные модули системы MRP II: Планирование продаж и операций (Sales & Operations Planning). Управление спросом (Demand Management). Главный календарный план производства (Master Production Schedule MPS). Планирование потребности в материалах (Material Requirements Planning MRP). Подсистема спецификаций (Bill of Material Subsystem). Подсистема операций с запасами (Inventory Transaction Subsystem). Подсистема запланированных денежных поступлений (Scheduled Receipts Subsystem). Управление производственным цехом (Shop Floor Control или Production Activity Control). Планирование производственных мощностей (Capacity Requirements Planning - CRP). Управление входным/выходным материальным потоком (Input/Output Control). Управление закупками (Purchasing). Планирование ресурсов распределения (Distribution Resource Planning). Управление инструментарием (Tooling Planning and Control). Интерфейс для финансового планирования (Financial Planning Interfaces). Моделирование (Simulation). Оценка деятельности (Performance Measurement). Преимущества MRP II по сравнению с MRP I: Расширенная функциональность. Иерархичность - разделение планирования по уровням управленческой лестницы. Планы предприятия разрабатываются сверху вниз. Обеспечение механизма обратной связи. Включает в себя измерение выхода, сопоставление его с существующим стандартом и принятие при необходимости корректирующих мер. Поддержка управления организацией с территориально-распределенной структурой. Учет производственных мощностей. ERP-система (Enterprise Resource Planning System — Система планирования ресурсов предприятия) — финансово-ориентированная корпоративная информационная система, предназначенная для автоматизации учёта и управления. Модули ERP-системы модули для продаж и дистрибуции, финансового учета, финансового контроллинга, планирования производства (включая MRP и CRP), управления основными активами, персоналом, материалами, качеством, проектами, эксплуатацией производственных мощностей (Plant Maintenance), оперативного управления исполнением производственных заказов (Workflow), отраслевые решения (Industry Solutions). Достоинства ERP-систем: Интегрированность. Единая система может управлять обработкой, логистикой, дистрибуцией, запасами, доставкой, выставлением счёт-фактур и бухгалтерским учётом. Разграничение доступа к информации Недостатки ERP-систем: ERP-системы требуют больших вложений. Небольшие компании не могут позволить себе инвестировать достаточно денег в ERP и адекватно обучить всех сотрудников. Слишком длинный цикл внедрения – иногда до нескольких лет. На настройку поставляемых модулей может уйти несколько месяцев. Проблемы с интеграцией в существующую инфраструктуру: Проблема совместимости с существующими информационными системами. Иногда ERP сложно или невозможно адаптировать под документооборот компании. Проблема совместимости со специфическими бизнес-процессами организации. Иногда требуются изменения некоторых бизнеспроцессов для того, чтобы соответствовать программному обеспечению. Система может страдать от проблемы «слабого звена» — эффективность всей системы может быть нарушена одним отделом или партнёром. Сопротивление отделов в предоставлении конфиденциальной информации уменьшает эффективность системы. Система управления взаимодействием с клиентами (Customer Relationship Management System, CRM-система) — корпоративная информационная система, предназначенная для улучшения обслуживания клиентов путём сохранения информации о клиентах и истории взаимоотношений с ними, улучшения бизнеспроцедур на основе сохранённой информации и последующей оценки их эффективности. Основные принципыCRM-системы: наличие единого хранилища информации; управление каналами взаимодействия с клиентами (наличие организационных процедур, которые регламентируют использование системы и информации в каждом подразделении компании); постоянный анализ собранной информации о клиентах и принятие соответствующих организационных решений — например, приоритетизации клиентов на основе их значимости для компании. Функциональные модули CRM: Продажи. Маркетинг. Сервисное обслуживание. Уровни обработки информации: Оперативный Аналитический Коллаборационный Системы управления цепочками поставок (Supply Chain Management - SCM) предназначены для автоматизации и управления всеми этапами снабжения предприятия и для контроля всего товародвижения на предприятии. Позволяют улучшить удовлетворение спроса на продукцию и снизить затраты на логистику и закупки. В составе SCM-системы можно условно выделить две подсистемы: SCP — (Supply Chain Planning) — планирование цепочек поставок. SCE — (Supply Chain Execution) — исполнение цепочек поставок в режиме реального времени: 3.2. Управление процессами Системы управления документооборотом Системы управления проектами 3.2.1. Системы управления документооборотом Системы управления документооборотом Системы автоматизации документооборота Система электронного документооборота (СЭД) – Electronic Document Management Systems (EDMS) — система, обеспечивающая жизненный цикл, управление доступом и распространение электронных документов в компьютерных сетях, а также контроль над потоками документов в организации Основные принципы электронного документооборота Однократная регистрация документа. Централизованное хранение и исключение возможности дублирования документов. Эффективная система поиска документа. Развитая система отчётности по различным статусам и атрибутам документов, позволяющая контролировать движение документов по процессам документооборота. Классификация СЭД: системы управления документами (системы делопроизводства); электронные архивы; системы управления контентом (CMS); системы класса groupware; workflow-системы; Примеры систем ECM FlyDoc — интегрированная система управления предприятием. CoreMedia CMS от CoreMedia AG Nuxeo 5 - Open Source ECM от Nuxeo ECM Enterprise Content Management, Ulrich Kampffmeyer. Hamburg 2006, ISBN 978-3936534-09-8. Definition, history, architecture, components and ECM suites. Publication in English, French, and German. Free access PDF 3.2.2. Системы управления бизнес-процессами на основе технологии Workflow В основе технологии Workflow лежат следующие понятия: объект событие операция исполнитель Концептуальная модель взаимоотношений между базовыми понятиями технологии Workflow несет в себе Событие входит в Объект Процесс участвует в Исполнитель содержит влияет на выполнение отвечает за выполнение Операция обрабатывает адресуется Каждая workflow система обеспечивает решение следующих задач: описание бизнес-процесса (составление спецификации процесса) – формирование функциональной модели, управление выполнением бизнеспроцесса, интеграция используемых в процессе приложений. Обобщенное представление бизнеспроцесса в методологии IDEF0 Управления Входы Выходы Бизнес-процесс Исполнители Схема бизнес-процесса, соответствующего рассмотрению заявления об уходе в отпуск сотрудника предприятия Цикл управления эксплуатацией и развитием системы класса Workflow. Выполнени е Анализ Сравнение Настройка Изменение Требовани я 3.2.3. Автоматизированные системы управления технологическими процессами (АСУ ТП) Примеры АСУ ТП MES-системы — производственные исполнительные системы. EAM-системы — системы управления основными фондами предприятия. WMS-системы — системы управления складами. EMM-системы - системы автоматизации маркетинга. CMMS-системы — компьютеризированные системы управления техническим обслуживанием. 3.2.4. Системы управления проектами Под управлением проектом подразумевается деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, денежным средствам (и ресурсам), а также качеству конечных результатов проекта (документированных, например, в техническом задании). Жизненный цикл проекта формулирование проекта, планирование, осуществление завершение. 3.2.5. Реинжиниринг бизнеспроцессов — это создание новых и более эффективных бизнес-процессов без учета предшествующего развития. Это означает, что бизнес-процессы могут осуществляться и в рамках одной функции или одного подразделения, но основное — то, что они объединяют функции на макроорганизационном уровне. реинжиниринг бизнес-процесов позволяет начать как бы с «чистого листа» (для этого требуется свободный ум, не скованный рамками существующих систем); 2) реинжиниринг бизнес-процессов ставит под вопрос многие общепринятые предположения (суть этого метода — «все подвергай сомнению»); 3) реинжиниринг бизнес-процессов требует творческого начала. Реинжиниринг зависит от стиля мышления (например, прежде люди всегда работали в офисах, теперь работа в домашних условиях — реальный факт); 4) реинжиниринг бизнес-процессов не сводится только к использованию технологии Концепцию бизнес-процессов можно применить для повышения эффективности управления предприятием. Для этого можно использовать следующие методы: кросс-функциональное решение проблем; описание и управление процессами; внедрение процессорной организационной структуры. Технология реинжиниринга включает стратегическое и тактическое планирование реинжиниринг бизнес-процессов анализ возможных путей перестройки и улучшения процессов управление изменениями управление изменением информационной технологии управления подготовка инфраструктуры для реинжиниринга реализация проекта Влияние информационных технологий на развитие реинжиниринга бизнес-процессов Они позволяют: автоматизировать существующий процесс; использовать компьютеры как инструмент проведения расчетов, анализа; полностью изменить технологический процесс обработки информации; исключить посредников; использовать новые технологии при требовании радикального, творческого изменения бизнес-процесса, а не просто проводить автоматизацию. использование единых баз данных, что позволяет избавиться от определенных промежуточных этапов документооборота; внедрение сетевых технологий, которые обеспечивают установление связи с удаленными пользователями; внедрение экспертных систем, что способствует замене экспертов и узких специалистов неспециалистами и специалистами широкого профиля; внедрение систем поддержки принятия решений, что позволяет, предоставляя информацию и инструменты для ее обработки, избавить менеджеров от принятия тактических решений, передаваемого их исполнителям. 3.3. Управление коммуникациями Улучшение качества информации, имеющейся в момент принятия решения, позволяет руководству принять обоснованное, своевременное решение. При этом огромный объем информации затрудняет нахождение нужных и относящихся к делу сведений. Сокращение времени передачи информации означает, что у ЛПР-ов остается все меньше времени на ее получение и использование. То есть, производительность в области коммуникаций заключается не в повышении объема информации, а в улучшении ее качества. 3.3.1. История развития коммуникационных технологий 1970 г. Первая в США электронная почта. 1980 г. Появление локальных сетей Ethernet 1980 г. Ранний Интернет. 1989 г. Программное обеспечение для групповых коммуникаций Групповое ПО - Groupware - ПО коллективной работы 1989 г. Появление технологии World Wide Web (WWW) 1993-1994 гг. Ранний Интранет 1995-1996 гг. Новое поколение Интранет - Intranet 2.0. 1995 г. Появление интегрированных сред для совместной работы Integrated Collaborative Environment (ICE) 1997 г. Виртуальный офис (ВО) - Intranet-офис 1999 г. «Электронные сообщества» в Интернет (КИП) - Enterprise Information Portal (EIP). 2000 г. Потребность в интеграции (существующей информации, приложений и заинтересованных лиц). Информационный портал - Корпоративный информационный портал 3.3.2.Интранет как технология управления корпоративными коммуникациями Интранет представляет собой технологию управления корпоративными коммуникациями, и в этом ее отличие от Интернет, который является технологией глобальных коммуникаций. Существует два подхода к пониманию Интранет: Технический (с позиции аппаратнопрограммного обеспечения) – традиционный для России. Управленческо-информационный – характерный для запада (описан в работах одного из родоначальников Интранет Стивена Теллина) 3.3.3.Управление знаниями процесс, посредством которого потребители знаний связываются с источниками знаний и посредством которого знания передаются. систематический процесс создания и преобразования индивидуального опыта [А. Данилин] установленный в корпорации формальный порядок работы с информационными ресурсами для облегчения доступа к знаниям и повторного их использования с помощью современных информационных технологий, причем знания классифицируются и распределяются по категориям в соответствии с предопределенной, но развивающейся онтологией структурированных и полуструктурированных баз данных и баз знаний. [Д.Е. О’Лири] Цели управления знаниями : Борьба с «информационным хаосом» и «информационным голодом». Эффективное использование имеющейся информации. Сохранение интеллектуального капитала компании в условиях текучести кадров. Повторное использование чужого опыта. Разрешение проблемных ситуаций. Тенденции развития УЗ: 1.Определение собственной версии УЗ в зависимости от направления деятельности организации. 2.Использование поставщиками СУЗ различных технологий в зависимости от целей и задач. Технологии: Электронной почты Совместной работы, группового сотрудничества, Информационных систем и баз данных, Управления документами, Управления контентом (Enterprise Content Management, ECM), Хранилищ данных, Распределенного обучения, Определения компетентности, Поиска и добычи знаний, Извлечения и представления знаний, Искусственного интеллекта (базы знаний, экспертные системы). Создания и эксплуатации корпоративных порталов. Методы извлечения знаний: Семантические Визуальные Когнитивные Фильтрация Методы представление знаний Онтология Таксономия Модели представления знаний в Искусственном интеллекте . Схема разрешения проблемных ситуаций (СРПС) на производстве с помощью СУЗ ННЗ – носители неявных знаний, ПП – производственный процесс, ПС – проблемная ситуация Интернет ННЗ СУЗ ЛПР ПС ПП Предприятие КИС 3.3.4.Корпоративный информационный портал Информационный портал. Продукты, относящиеся к этому классу, представляют собой инструменты для прозрачного доступа к корпоративным знаниям, которые извлекаются из всевозможных информационных систем. При этом порталы предоставляют доступ к знаниям пользователям непосредственно с их рабочих мест в режиме реального времени, через единый интерфейс. Кроме прочего, порталы позволяют извлекать знания не только из внутренних ресурсов предприятия, но и из внешних источников, таких, как Интернет Основные характеристики КИП Web-ориентированный пользовательский интерфейс. Интеграция. Персонализация. Управление содержанием Управление знаниями. Сотрудничество Информационная безопасность. Деловой интеллект. Порталы делятся на: Вертикальные (тематические). Выполняют некоторые из перечисленных функций, либо имеют определенные функции, нацеленные на определенную индустрию. Горизонтальные (общего назначения, мегапорталы). Объединение "вертикальных" функций в одну систему, доступную всем заинтересованным лицам (сотрудникам, поставщикам, клиентам и пр.). 3.4. Интеллектуальные информационные системы Иску́сственный интелле́кт (англ. Artificial intelligence, AI) — раздел информатики, изучающий возможность обеспечения разумных рассуждений и действий с помощью вычислительных систем и иных искусственных устройств. При этом в большинстве случаев заранее неизвестен алгоритм решения задачи. Научные школы Можно выделить две научные школы с разными подходами к проблеме ИИ Конвенционный ИИ использует методы машинного самообучения, основанные на формализме и статистическом анализе. Вычислительный ИИ подразумевает итеративную разработку и обучение на основе эмпирических данных. Методы конвенционного ИИ: Экспертные системы – программы, которые обрабатывают большое количество информации и выдают заключение. Рассуждение на основе аналогичных случаев (Case-based reasoning). Хранят описание проблем и решений и подбирают наиболее релевантное решение для новой проблемы. Байесовские (вероятностные) сети. Моделируют вероятностные причинно-следственные связи. Позволяют рассчитывать вероятность наступления того или иного события при известной априорной вероятности причин. Позволяют строить модели в режиме реального времени с учетом неполноты данных и возможностью корректировки результата при появлении дополнительной информации. Поведенческий подход Методы вычислительного ИИ: Нейронные сети - системы со способностями к распознаванию. Используют при распознавании текста и речи, в медицинской диагностике, спамфильтрах, а также для обеспечения национальной безопасности. Нечеткие системы - методики для рассуждений в условиях неопределенности (широко используются в современных промышленных и потребительских системах контроля). Эволюционные вычисления - применение понятий традиционно относящихся к биологии (таких как популяция, мутация и естественный отбор) для создания лучших решений задачи. Экспе́ртная систе́ма (ЭС, expert system) — компьютерная программа, способная заменить специалистаэксперта при решении проблемной ситуации. ЭС начали разрабатываться исследователями ИИ в 1970х годах, а в 1980х получили коммерческое подкрепление. Структура ЭС: База знаний Интерфейс пользователя Решатель Подсистема объяснений Интеллектуальный редактор базы знаний Пользователь Эксперт Инженер по знаниям Классификация ЭС по решаемой задаче Интерпретирующие системы (интерпретация данных), Диагностирующие системы (диагностирование), Системы мониторинга (мониторинг), Системы проектирования (проектирование), Прогнозирующие системы (прогнозирование), Системы планирования (задача планирования), Системы обучения (обучение), Системы управление (управление), Системы поддержки принятия решений (поддержка принятия решений). Классификация ЭС по связи с реальным временем Статические ЭС Квазидинамические ЭС Динамические ЭС Классификация задач, решаемых экспертной системой: Интерпретация данных. Диагностика Мониторинг Проектирование Прогнозирование Планирование Обучение Управление Поддержка принятия решений. Иску́сcтвенная нейро́нная се́ть — это математическая модель, а также устройства параллельных вычислений, представляющие собой систему соединённых и взаимодействующих между собой простых процессоров (искусственных нейронов) Как математическая модель, искусcтвенная нейронная сеть представляет собой частный случай методов распознавания образов. Cхема простой нейросети. Зелёным обозначены входные элементы, жёлтым — выходной элемент Известные применения нейронных сетей Распознавание образов и классификация. Принятие решений. Кластеризация. Прогнозирование и аппроксимация. Сжатие данных и ассоциативная память. 3.5. Оценка эффективности автоматизированных информационных технологий управления Показатели общественной эффективности автоматизированных информационных технологий управления чистый дисконтированный доход; индекс доходности; внутренняя норма доходности; срок окупаемости. Чистый дисконтированный доход (ЧДД) определяется как сумма текущих эффектов за весь расчетный период, приведенная к начальному шагу, или как превышение интегральных результатов над интегральными затратами. Если в течение расчетного периода не происходит инфляционного изменения цен или расчет производится в базовых ценах, то величина ЧДД для постоянной нормы дисконта вычисляется по формуле: Индекс доходности (ИД) представляет собой отношение суммы приведенных эффектов к величине капиталовложений: Внутренняя норма доходности (ВНД) это норма дисконта (Евн), при которой величина приведенных эффектов равна приведенным капиталовложениям: Учет риска при оценке эффективности автоматизированной информационной технологии управления Материальные риски Риски для здоровья