Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Потоков в системе управления
На предпроектной стадии разработки АСОИУ важно выделить возможные узкие места в проектируемой системе обработки информации данной организации. Это позволит оптимально (рационально) распределить средства вычислительной техники по подразделениям, обеспечить должную загрузку технических средств и гарантировать решение всех управленческих задач в требуемые сроки. Пусть организация состоит из подразделений, имеющих взаимные информационные связи. Каждому подразделению поставим в соответствие следующую совокупность функций: – входной поток первичной (внешней) информации, поступающей в подразделение в момент времени ; – информационный поток из подразделения данной организации в подразделение этой же организации в момент времени , . В общем случае входной поток первичной информации имеет трендовую, сезонную и циклическую составляющие, а также на него могут влиять случайные изменения с нулевым математическим ожиданием и постоянной дисперсией. Поэтому можно представить в виде: , (1) где: – объем первичной информации (в байтах, документах, документостроках и т.д.), поступающей для обработки в подразделение в момент времени ; – трендовая составляющая потока; – сезонная составляющая потока; – циклическая составляющая потока; – случайная составляющая потока, причем полагают, что . Принципиально важно, что объем информационного потока, передаваемого от подразделения к подразделению для последующей обработки, является эндогенной для рассматриваемой системы величиной, зависящей от совокупного объема информации, поступившего для обработки в подразделение , укомплектованности его кадрами и оснащенности средствами вычислительной техники. Рассмотрим с формально - логической точки зрения процесс обработки информации в подразделении , которое будем считать «черным ящиком», преобразующим входную информацию (совокупный объем входной информации, который поступил в подразделение ) в выходную информацию . Это можно записать так: (2) Если, однако, пропускная способность подразделения недостаточна для обработки всего поступившего объема информации в единицу времени, то фактически получаемый объем выходной информации в момент времени , т.е. таков, что будет справедливо следующее неравенство: . (3) Поэтому в динамике, т.е. с учетом временного фактора, равенство (2) примет вид: . (4) Равенство (4) гарантирует получение всего требуемого, т.е. «положенного», объема выходной информации за определенный период времени и то лишь в том случае, если подразделение обладает определенными вычислительными ресурсами в течение зависящего от величины этих ресурсов времени от поступления «порции» входной информации. Для формализации введем следующие переменные: - – объем входной информации, который может быть обработан в подразделении в момент времени , - – совокупный объем информации, поступившей в подразделение , но не обработанной к моменту времени . Тогда, если интервал времени достаточно мал, то можно записать, что прирост, не обработанной за время информации, равен: (5) Поделив выражение (5) на ∆ t при ∆ t→ 0, получим: (6) Дифференциальное уравнение (6) определяет динамику изменения объема необработанной в подразделении информации. Так как поток входной информации складывается из первичной информации, поступающей из внешней среды, и информационных потоков из других подразделений, то с учетом ранее введенных обозначений можно записать , (7) где - количество информации, поступившей в подразделение из других (n – 1) подразделений. Поскольку в действительности – это объем информации, который является продуктом работы подразделения , т.е. выходящей из подразделения информации, зависит от объема переработанной информации , то можно записать: (8) Введем еще одни обозначения. Обозначим через функции, характеризующие объем информации, передаваемой от подразделения подразделению с номером . Так как вся вновь созданная в подразделении информация распределяется между (n–1) подразделениями организации в соответствии с функциями , то можно записать: (9) Теперь можно определить структуру модели. Основные соотношения из (6), (7), (8) и (9) следующие: (10) (11) , (12) где Wp(t) определяется формулой (1). Будем считать заданными функции (они определяется структурой и назначением подразделений организации) и функции (они определяет общий объем выходной, т.е. созданной информации от количества обработанной входной информации). Тогда для определения эндогенных (внутренних) n2+2n переменных модели, т.е. функций – объем необработанной информации в единицу времени в подразделении , – объемы информации, передаваемой от одного подразделения к другому, – объем информации, обрабатываемой в единицу времени подразделением , имеем дифференциальных уравнений (10) и обычных уравнений (12). Поскольку система уравнений (10) – (12) является неопределенной, то представляет интерес постановка задачи как оптимизационной. Пусть: – предельная пропускная способность подразделения p в момент времени t. Ее величина соответствует полной загрузке персонала и технических средств данного подразделения; – предельная пропускная способность подразделения в начальный момент времени; – заданная функция величины затрат на обеспечение пропускной способности подразделения p в размере X единиц информации в единицу времени. Эти затраты складываются из заработной платы сотрудников данного подразделения и средств, необходимых для технического обслуживания ПЭВМ, другой вычислительной и оргтехники, а также затрат на сопровождение ПО; – прирост максимальной пропускной способности подразделения в период t. Отрицательная величина соответствует продаже или выходу из строя тех или иных технических средств, увольнению или болезни сотрудников и т.д.; т.е. – заданная функция зависимости величины дополнительных капиталовложений при изменении пропускной способности подразделения на единиц. Теперь решение вопроса о выборе рациональной организации наращивания пропускных способностей подразделений организации по выпуску информации, при критерии минимума совокупных затрат, может быть сведено к решению задачи математической теории оптимального управления: (13) , (14) , (15) , , (16) , (17) , (18) , (19) , (20) Здесь Т – горизонт планирования, а – ограничения на величину «задолженности» подразделения р по обработке информации. Введение ограничений (20) необходимо для обеспечения формального требования неотрицательной величины необработанной информации, т.к. обработка информации «впрок» до ее получения невозможна. Ограничение сверху на Vp(t) объясняется требованием завершения обработки информации в срок по всем цепочкам процессов ее преобразования. Рассмотренный вариант модели соответствует полностью распределенной обработке данных в организации, т.к. условиями (17) задаются ограничения на пропускные способности каждого подразделения, чем неявно предполагается возможность перераспределения технических средств между ними. При централизованном варианте СОД условия (17) должны быть заменены на: , (21) где – мощность специализированного вычислительного подразделения (объем информации, который может быть обработан ВЦ учреждения при максимальном уровне загрузки средств вычислительной техники). Кроме того, вместо системы функций , Up(t) должна рассматриваться лишь пара функций и U(t), где U(t) – прирост мощностей по обработке информации специализированного вычислительного подразделения в момент времени t. При этом условия (18) и (19) заменяются на: , (22) , (23) и требуют переопределения функции и Kp(U). Функционал (13) предполагает оптимизацию основных переменных по критерию минимума совокупных затрат. Возможна другая постановка задачи, если в качестве критерия эффективности СОД выбрать минимизацию времени, необходимого для выпуска информации по задачам заданного множества подразделений. Введем множество Р΄ подразделений, выпускающих конечную информационную продукцию. Тогда, если множество Р˝ Р΄ подразделения, которые должны обеспечить наиболее оперативный выпуск информации, то функционал задачи принимает вид: (24) а ограничения (20) должны быть заменены на (25) (26) где c(t) – лимит на текущие затраты учреждения в период t, k(t) – лимит на капитальные затраты учреждения. Смысл функционала (24) состоит в том, чтобы свести к минимуму величину необработанной информации в тех подразделениях, от которых требуется наиболее оперативное решение задач. Все перечисленные выше изменения не выводят задачу из класса задач теории оптимального управления. Поэтому как аналитическое исследование, так и численное ее решение можно получить известными методами и алгоритмами. Лекция 7 4.4. Структурный анализ систем средствами IDEF-моделирования Общие положения Постоянное усложнение производственно-технических и организационно-экономических систем – фирм, предприятий, производств, и др. субъектов производственно-хозяйственной деятельности – и необходимость их анализа с целью совершенствования функционирования и повышения эффективности обусловливают необходимость применения специальных средств описания и анализа таких систем. Эта проблема приобретает особую актуальность в связи с появлением интегрированных компьютеризированных производств и автоматизированных предприятий. В США это обстоятельство было осознано еще в конце 70-ых годов, когда ВВС США предложили и реализовали Программу интегрированной компьютеризации производства ICAM ( ICAM - I ntegrated C omputer A ided M anufacturing), направленную на увеличение эффективности промышленных предприятий посредством широкого внедрения компьютерных (информационных) технологий. Реализация программы ICAM потребовала создания адекватных методов анализа и проектирования производственных систем и способов обмена информацией между специалистами, занимающимися такими проблемами. Для удовлетворения этой потребности в рамках программы ICAM была разработана методология IDEF ( I CAM Def inition), позволяющая исследовать структуру, параметры и характеристики производственно-технических и организационно-экономических систем (в дальнейшем, там, где это не вызывает недоразумений – систем ) Методология IDEF в настоящее время поддерживается семейством из 11 стандартов, отражающих различные аспекты моделирования систем. Мы ограничимся тремя технологиями моделирования, а именно методом функционального моделирования IDF0, методом описания бизнес-процессов IDF3 и методом построения диаграмм потоков данных DFD. Своим появлением семейство стандартов IDEF во многом обязано появившейся в 80-х гг. технологии автоматизированной поддержки разработки информационных систем CASE (ComputerAidedSoftwareEngineering). До настоящего времени эта технология с успехом применяется при разработке разнообразного программного обеспечения. Однако в последнее время CASE-технологии приобретают все большее распространение для моделирования и анализа деятельности предприятий, предоставляя богатый набор возможностей для оптимизации или, в терминах CASE, реинжиниринга технологических процедур, выполняемых этими предприятиями – бизнес-процессов. Метод функционального моделирования IDEF0, ранее известный как технология структурированного анализа и разработки (StructuredAnalysisandDesignTechnique – SADT), был разработан компанией SofTech, Inc. в конце 60-х гг. как набор рекомендаций по построению сложных систем, которые предполагали взаимодействие механизмов и обслуживающего персонала. Значительная часть SADT была принята ВВС США как часть их программы интегрированной компьютерной поддержки производства (IntegratedComputer-AidedManufacturing – ICAM) в конце 70-х гг. Эта технология, переименованная в IDEF0, довольно быстро стала стандартом технологии моделирования деятельности в министерстве обороны США. В 1993 г. группа пользователей IDEF (IDEFUsersGroup, в настоявшее время SocietyofEnterpriseEngineering – SEE), совместно с Национальным институтом стандартов и технологии (NationalInstituteofStandardsandTechnology – NIST) предприняли попытку создания документированного стандарта для IDEF0, который мог бы использоваться как военными, так и гражданскими департаментами правительства США. Этот стандарт был опубликован как федеральный стандарт обработки информации (FederalInformationProcessingStandard – FIPS). Несколько независимо, но с использованием аналогичных подходов технология DFD (DataFlowDiagrams – диаграммы потоков данных) завоевала популярность для структурной разработки (а впоследствии и структурного анализа) проектов построения информационных систем. Диаграммы потоков данных во многом аналогичны моделям IDEF0 и могут быть использованы при проектировании информационных систем, например, после разработки моделей анализа IDEF0. Стандарт IDEF3 был специально разработан для закрытого проекта ВВС США. Это технология получения описания деталей процесса от экспертов в предметной области и разработки таких моделей процессов, в которых важно понять последовательность выполнения действий и взаимозависимости между ними. Подход SADT относится к классу формальных методов, используемых при анализе и разработке систем. Несмотря на то, что вполне допустима независимая разработка функциональных моделей, методология SADT предполагает ведение структурированного проекта анализа, в процессе которого происходит их создание. В дополнение к функциональному моделированию SADT структурный анализ предполагает построение информационных моделей данных и диаграмм состояний (State-TransitionDiagrams – STD), которые моделируют поведение системы во времени. Основной принцип SADT состоит в том, что тщательный анализ системы обусловливает получение возможного оптимального решения. Использование SADT автоматически приводит к необходимости сбора и обработки значительного количества информации о системе. Традиционно такая информация собирается аналитиком посредством формализованного опроса экспертов предметной области – людей, владеющих информацией о механизме функционирования системы в целом или ее частей. С течением времени некоторые эксперты освоили технологию моделирования, что привело к появлению IDEF3-технологии получения знаний от экспертов. Однако роль системного аналитика в проектах SADT оставалась ключевой. Часто разработка моделей применяется для документирования ситуации, сложившейся к определенному моменту (модели " как есть" – «asis»). Впоследствии они применяются при создании новых моделей функционирования системы (модели " как должно быть" – «tobe»), а также для проверки моделей «tobe», с тем, чтобы удостовериться, что предлагаемые изменения действительно повлекут улучшение функционирования системы. Модели «tobe» используются также для планирования загрузки частей системы; калькуляции бюджета и распределения ресурсов; при построении плана реорганизации системы, определяющего действия по переводу системы из состояния «asis» в состояние «tobe». |
Последнее изменение этой страницы: 2019-03-29; Просмотров: 293; Нарушение авторского права страницы