- •1Федеральное агентство по образованию
- •1 Общие вопросы теории моделирования
- •1.1 Понятия объекта и его модели
- •Проблемная ситуация.
- •2) Периодическое обсуждение диаграмм, частей модели и модели в целом на техническом совете, решение которого (оформленное в виде протокола) позволяет автору продолжить работу над моделью.
- •1.2 Что собой представляет оригинал?
- •1.3 Проблемная ситуация, подлежащая разрешению Характеристика проблемной ситуации
- •1.4 Классификация математических моделей
- •1.4.1 Классификационные модели
- •1.4.2 Числовые модели
- •1.4.3 Классификация моделей аис по этапам жизненного цикла создания и сопровождения аис
- •1.4.5 Примеры статической и динамической моделей
- •1.4.6 Математическая модель измерительного устройства
- •1.4.7 Оценка погрешности рентгенофлуоресцентного контроля химического состава продукта
- •1.4.8 Общая структура подсистемы контроля и отображения информации
- •1.4.8 Глоссарий 1
- •2 Концептуальная модель автоматизируемого объекта
- •2.1 Содержательное описание объекта и характеристика проблемной ситуации
- •2.2 Морфологическая структура объекта автоматизации
- •2.2 Построение диаграмм потоков данных - dfd
- •2.3 Построение сети бизнес-процессов
- •2.4 Декомпозиция бизнес-процесса
- •2.5 Методика проведения обследования бизнес-процессов компании
- •2.5.1 Обследование общих закономерностей функционирования компании
- •2.5.2 Обследование деятельности каждого автоматизируемого подразделения
- •2.5.3 Детальное обследование бизнес-процессов
- •2.6 Функциональная модель проектируемой организационно-технической системы
- •2.7 Информационно- логическая модель проектируемой системы
- •2.8 Пользовательский интерфейс
- •2.9 Описание интерфейса.
- •2.10 Глоссарий 2
- •3 Моделирование бизнес-процессов
- •3.1 Структурное моделирование
- •3.2 Детальное моделирование бизнес-процессов
- •3.3 Форма запроса данных об общей деятельности организации
- •3.4 Форма запроса данных о выполнении бизнес-процессов подразделениями
- •3.5.4 Табель документооборота
- •3.5.7 Графическая схема документооборота
- •3.6 Состав документов Положения по управлению
- •3.4. Положение по организационной структуре
- •3.7 Состав документов Регламента бизнес-процессов
- •3.8 Классификация бизнес-процессов
- •Характеристики бизнес-процессов
- •3.8.1. Бизнес-процессы (общие сведения)
- •3.8.2. Качественные параметры бизнес-процесса
- •3. 8.3 Бизнес-процессы компании
- •2. Бизнес-процессы ведения основной деятельности.
- •3. Бизнес-процессы вспомогательные.
- •Бизнес-процессы развития и совершенствования
- •3.8. 2 Бизнес-процессы ведения основной деятельности
- •3.8.3. Бизнес-процессы вспомогательные
- •3.9 Бизнес-процесс контроля качества сырья и товарной продукции
- •3.10 Бизнес-процессы мониторинга компьютерной сети предприятия
- •3.11 Бизнес-процессы системы планово-предупредительных ремонтов
- •Глоссарий 3
- •4 Технология обработки и интеграции информации, полученной из различных источников
- •4.1 Зачем аналитикам облегчать доступ к данным?
- •Библиография
- •2. Дюк в. А., Самойленко а. П. Data Mining: учебный курс. - сПб.: Питер, 2001.
Проблемная ситуация.
Например, проблемная ситуация применительно к разработке системы управления участком усреднения концентратов может быть связана со следующими факторами: прием железорудного сырья без извести; отклонение относительной доли извести в штабеле от графика-задания; отсутствие в течение определенного интервала времени какого-либо вида железорудного сырья при усреднении с потоком привозного железорудного сырья; рассев железорудного сырья не на всю длину штабеля и т.д.
Применительно к источнику сырья, на которой происходит добыча руды, негативные технологические ситуации связаны, например, с невыполнением плана добычи на отдельных участках. При этом кроме нарушения объемов добытой руды, происходит отклонение качественных характеристик руды от плановых значений. Использование АИС позволяет найти наиболее рациональный выход из данной ситуации.
Например, к проблемам, которые могут быть разрешены при внедрении АИС, относятся:
- отсутствие прогноза значений основных технологических показателей;
- ошибочная оценка технологическим персоналом состояния процесса;
- отсутствие связи с другими АИС и лабораторией, осуществляющей экспресс- контроль технологических показателей;
- отсутствие электронного журнала работы бригад и журнала состояния технологического оборудования;
- отсутствие протоколирования действий оператора в аварийных и нестандартных ситуациях.
Анализ проблемной ситуации должен завершаться ответом на вопросы: например, обеспечивает ли существующая система требуемый функционал; обеспечивает ли система требуемый уровень защиты и централизации данных; и т.д. Если нет, то в чем именно ее недостатки.
Концептуальная модель (КМ) - описание предметной области, выполненное с использованием формальных языковых средств (диаграмм, графиков, спецификаций). Оно включает в себя краткое содержательное описание объекта, ориентированное на поставленную задачу; обоснование функциональной структуры проектируемой подсистемы, обеспечивающей решение поставленной задачи; обоснование требований к системе управления; режимов функционирования объекта и характеристику внешней среды. Особое внимание должно быть уделено технологии сбора и переработки информации об объекте.
Функциональная модель.
По терминологии, принятой в исследовании операций, IDEF0 - модели относятся к классу концептуальных. Именно концептуальные модели являются основой построения математических моделей [3].
Функциональная модель (ФМ) является структурированным изображением функций проектируемой организационно-технической системы, а также информации, поддерживающей выполнение этих функций. На этапе проектирования ФМ используется для разработки требований, а затем для создания системы, удовлетворяющей этим требованиям. Она может быть использована также для анализа существующих систем и механизмов реализации этих функций. При этом оценивается распределение функций между подразделениями, взаимодействие подразделений, распределение ответственности, существующая система стимулирования, документооборот, достоверность получаемой информации, порядок принятия решений и эффективность функционирования системы управления [2, 3, 4].
Внедрение информационной системы неизбежно приведет к перестройке существующих бизнес-процессов предприятия. Анализ функциональной модели позволяет понять, где находятся самые узкие места, в чем будет состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая организация бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками несовершенной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужного документа не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (проведение работы не зависит от результата) и по входу (объекты и информация используется нерационально). При разработке программного обеспечения функциональная модель служит основной отправной точкой для процесса проектирования [5].
Государственным стандартом России для построения ФМ является методология IDEF0 [3].
Методология IDEF0 представляет собой четко формализованный подход к созданию функциональных моделей структурных схем изучаемой системы. Схемы строятся по иерархическому принципу с необходимой степенью подробности и помогают разобраться в том, что происходит в изучаемой системе, какие функции в ней выполняются и в какие отношения вступают между собой и с окружающей средой ее функциональные блоки. Совокупность схем (IDEF0 - диаграмм) образует модель системы. Эта модель носит к ачественный, описательный, декларативный характер. Она принципиально не может ответить на вопросы о том, как протекают процессы в системе во времени и в пространстве, каковы их характеристики и в какой мере удовлетворяются (или не удовлетворяются) требования, предъявляемые к системе. Все эти вопросы с неизбежностью возникают после того, как достигнут нижний уровень декомпозиции, т.е.обозначены « ... функции нижнего уровня, с помощью которых и работает система» [3].
Технология работы с ФМ предусматривает:
1) постоянное рецензирование экспертами развивающейся модели, что обеспечивает необходимый уровень соответствия модели конкретному моделируемому объекту (если модель отражает состояние “как есть”) или предполагаемому (состояние “как должно быть”) в том понимании, которое соответствует мнению экспертов;
