1.4. оперативная постановка задачи

1.4. оперативная постановка задачи

Одним из важнейших элементов этапа формирования технического задания является разработка оперативных постановок задач и их комплексов. Оперативная постановка задачи (комплекса задач) является основным документом, которым должен руководствоваться разработчик задачи при ее создании. Поэтому качество создаваемого программного обеспечения, его полезность в деятельности должностных лиц органов управления фирмы существенно зависит от продуманности, полноты и корректности материалов, содержащихся в оперативной постановке [54].

Оперативная постановка разрабатывается совместно представителями заказчика и разработчика на основании исходных данных, определяемых заказчиком. По сути она представляет собой соглашение между заказчиком и разработчиком о том, каким должно быть разрабатываемое программное обеспечение. При этом заказчик должен быть уверен, что разработчик правильно уяснил его требования, а разработчик должен быть уверен, что он сможет выполнить требования заказчика.

Объем, содержание и форма представления материалов оперативных постановок, как правило, определяются нормативными документами [13, 14]. В некоторых случаях содержание оперативной постановки задачи может отличаться от общепринятого (тогда оно дополнительно согласуется между заказчиком и разработчиком). Однако можно указать основные элементы, которые обязательно должны содержаться в оперативной постановке математической модели, информационной или вычислительной задачи.

1.4.1. Оперативная постановка математической модели

Оперативная постановка математической модели должна отражать восемь типовых вопросов.

Наименование модели.

Место и роль модели при автоматизации управления предприятием.

Описание места модели при управлении фирмой должно включать перечень органов управления и (или) должностных лиц, для которых разрабатывается модель, и вычислительных центров, на которых планируется ее внедрение, а также ситуации в процессе управления, при которых необходимо использовать модель. Короче говоря, в данном пункте необходимо указать, кто, где и в каких условиях будет работать с моделью.

Описание роли модели при автоматизации управления персоналом фирмы должно включать указание характеристик процесса управления, которые должны быть улучшены с использованием создаваемой модели (например, повышение качества решений руководителя, повышение оперативности планирования операции, снижение трудоемкости подготовки документов и т. д.).

Целевая направленность модели.

При раскрытии этого пункта необходимо указать практические вопросы управления фирмой, которые должны решаться с использованием результатов моделирования.

4. Вербальная модель операции.

Вербальная модель операции представляет собой вербальное (словесное) описание моделируемой операции и разрабатывается в основном усилиями представителей заказчика. Она необходима разработчику для создания математической модели операции. В вербальной модели должны быть описаны существо моделируемой операции и ее основные особенности.

Для обеспечения полноты описания моделируемой операции вербальная модель включает следующие элементы.

Цель (цели) операции — желаемый результат проведения операции моделируемой системой, а также возможная цель (цели) конкурента в операции.

Б. Состав элементов системы, участвующей в операции, и конкурирующей системы с детализацией, которая необходима при моделировании. Необходимый уровень детализации описания состава элементов системы определяется представителями заказчика, исходя из их мнения о степени влияния тех или иных элементов системы на результат операции.

В отдельных случаях, когда влияние того или иного элемента системы на результат операции неизвестно, необходимо проведение специального исследования по оценке этого влияния.

Динамика развития операции в пространстве и времени, основные этапы операции.

При описании динамики развития операции необходимо прежде всего указать исходное состояние моделируемой системы и конкурента (возможные варианты исходного состояния). Далее должна быть описана последовательность действий (или варианты последовательностей этих действий), участвующих в операции сторон, обеспечивающих достижение своих целей.

В зависимости от существа операции в процессе ее проведения целесообразно выделять этапы операции.

Г. Подцели моделируемой системы и конкурента на каждом этапе операции. Возможно также указание влияния результатов отдельных этапов операции на результат операции в целом.

Выделение этапов и подцелей операции позволит разработчику модели глубже уяснить существо операции, предложить обоснованную структуру модели и систему допущений.

Например, в операции по внедрению на рынок нового образца продукции можно выделить этап маркетинга и этап разработки, производства и поставки в торговые организации необходимых объемов продукции. Очевидно, что для каждого из этих этапов можно выделить собственные цели, и каждый из них по-разному влияет на результат (успех) операции в целом.

Д. Возможные стратегии поведения моделируемой системы и конкурента в операции и на отдельных ее этапах.

Стратегии поведения моделируемой системы и конкурента являются определяющими для моделирования управления системой в операции и поведения конкурента.

Например, в задаче моделирования конкурентной борьбы следует учесть такие стратегии конкурента, как снижение цены на свою аналогичную продукцию, проведение неожиданной рекламной акции и т. п.'

Е. Факторы, влияющие на исход операции с детализацией до конкретных параметров.

Выделение факторов, влияющих на исход операции, является наиболее ответственным и трудоемким этапом создания вербальной модели операции. Наибольшую сложность представляет не перечисление факторов, а их конкретизация до параметров, имеющих конкретный физический и математический смысл. В рассмотренном выше примере не вызывает сомнения необходимость учета в модели уровня изученности конкурентами спроса на продукцию или услугу. Однако весьма непросто ввести конкретный параметр (систему параметров), описывающий этот уровень.

Все факторы, влияющие на исход операции, можно разделить на две группы:

♦ неуправляемые факторы, под которыми понимаются характеристики элементов моделируемой системы, конкурента и природные факторы, которые не могут быть изменены моделируемой системой или конкурентом при проведении операции (например, характеристики техники, характеристики условий, в которых проводится операция и т. д.); ♦ управляемые факторы, под которыми понимаются ресурсы, имеющиеся у моделируемой системы и конкурента для проведения операции (например, возможные маршруты транспортировки продукции, варианты бизнес-плана и т. д.). Необходимо отметить, что причисление тех или иных факторов к управляемым или неуправляемым является неформальной процедурой и зависит от назначения создаваемой математической модели, а также требований по ее адекватности. Один и тот же фактор в одной модели может быть определен как управляемый, а в другой — как неуправляемый.

Конкретизированные до параметра факторы составляют исходные данные, необходимые для проведения расчетов на создаваемой математической модели. При этом параметры, описывающие неуправляемые факторы, либо постоянно хранятся в модели (например, характеристики определенных типов техники), либо вводятся заблаговременно и в дальнейшем не изменяются (например, характеристики дорожной сети региона). Параметры, описывающие управляемые факторы, должны определяться при каждом обращении к модели.

Поскольку параметры, описывающие неуправляемые факторы, должны вводиться в модель до начала моделирования, заказчик должен указать источники получения этих параметров. В некоторых случаях для определения значений отдельных параметров необходимо проведение дополнительных исследований или экспериментов. Перечень таких параметров и необходимых исследований должен быть приведен в оперативной постановке модели.

Поскольку учет большого количества факторов может серьезно усложнить математическую модель, необходимо проранжировать перечисленные факторы по степени их влияния на исход операции и оценить возможность исключения малозначимых факторов.

Если оценить степень влияния какого-либо фактора на исход операции не представляется возможным, необходимо либо обязательно учитывать этот фактор в модели, либо провести дополнительные исследования по анализу степени влияния данного фактора на исход операции. Необходимость такого подхода диктуется тем, что неучет фактора, существенно влияющего на исход операции, может привести к потере адекватности модели и, в конечном счете, к получению недостоверных результатов моделирования.

Окончательный выбор учитываемых факторов должен проводиться совместно представителями заказчика и разработчика модели с учетом увязки противоречивых требований по адекватности модели, с одной стороны, и простоте модели, а также обеспечению требуемой оперативности расчетов — с другой.

Необходимо отметить, что в зависимости от существа моделируемой операции те или иные элементы вербальной модели операции могут отсутствовать (этапы операции, подцели моделируемой системы и конкурента в операции, возможные стратегии сторон, участвующих в операции, а также допущения, принимаемые в модели операции).

5. Критерии и показатели эффективности операции. Выходные характеристики модели.

Выбор критериев и показателей эффективности операции — важный и ответственный элемент оперативной постановки, который должен осуществляться в соответствии с целевой направленностью математической модели (см. п. 3 оперативной постановки).

При формировании критериев и показателей эффективности представители заказчика должны оценить возможность получения на их основе ответов на вопросы, стоящие перед моделью. Представители разработчика должны оценить возможность создания математической модели, способной рассчитывать предлагаемые показатели эффективности и реа-лизовывать выбранный критерий (критерии) эффективности с учетом требований по оперативности и достоверности расчетов.

Выходными характеристиками модели являются рассчитанные показатели эффективности, а также параметры моделируемой системы и конкурента, определенные в результате решения оптимизационных задач или задач выбора в соответствии с принятыми критериями эффективности.

Помимо показателей эффективности, в процессе функционирования модели, как правило, определяются промежуточные параметры, характеризующие ход и исход моделируемой операции, которые целесообразно использовать при анализе результатов моделирования и принятии практических управленческих решений (например, сетки вероятностей, функции или плотности распределения параметров, характеризующих результаты операции и т. д.). Эти промежуточные характеристики совместно с показателями эффективности операции и другими выходными параметрами могут быть указаны в качестве выходных характеристик модели.

Определение состава выходных характеристик модели должно проводиться с учетом того, что на основании этих характеристик необходимо обеспечить реализацию целевой направленности модели и возможность использования выходных характеристик в практике управления.

6. Допущения и ограничения, принимаемые в математической модели.

Под допущениями, принимаемыми в модели операции, понимается замена фактических элементов системы или процессов их приближенным представлением. При этом появляется возможность достаточно строго описать эти элементы или процессы уже известными и проверенными математическими понятиями, схемами и моделями. Например, при прогнозировании значений характеристик экономического развития фирмы можно (обоснованно) принять допущение о принадлежности некоторых случайных факторов определенным (известным) законам распределения, что позволит применить хорошо проработанный аппарат теории вероятностей и математической статистики.

Систему допущений, принимаемых в модели операции, формулирует разработчик на основании анализа вербальной модели и с учетом известных способов математического описания объектов и явлений.

Принимаемая система допущений оказывает существенное влияние на адекватность разрабатываемой модели боевых действий. Поэтому она должна быть согласована с представителями заказчика.

Ограничения, принимаемые в математической модели, определяются путем задания возможных диапазонов изменения исходных данных и результатов моделирования, которые определяются заказчиком, исходя из практических задач, решаемых с использованием данной модели. ^

Варианты работы модели определяются в соответствии с ее местом, ролью и целевой направленностью (см. п.п. 2 и 3 оперативной постановки). По существу в данном пункте должен быть описан сценарий применения модели при решении различных задач управления. Для каждого варианта работы модели должно быть указано допустимое время моделирования.

Если предполагается наличие нескольких вариантов работы модели, должно быть указано допустимое время моделирования для каждого варианта.

Требования по обеспечению достоверности результатов счета и защиты, входной и выходной информации.

В данном пункте прежде всего должны быть определены мероприятия (методы, приемы) по обеспечению достоверности результатов счета (например, контроль вводимых исходных данных, проведение контрольных расчетов на упрощенной модели и т. д.).

Что касается требований по защите информации, то они должны включать перечень должностных лиц, которые могут работать с моделью, информацию, к которой они должны иметь непосредственный доступ, а также другие указания по обеспечению защиты входной и выходной информации. Более подробно эти вопросы будут рассмотрены в п. 1.5.

Перечисленные выше пункты оперативной постановки математической модели по согласованию между разработчиком и заказчиком могут дополняться или сокращаться. В частности, дополнительно может быть включен пункт по определению порядка ввода и вывода информации, а также форм представления входных и выходных документов.

1.4.2. Особенности оперативных постановок информационных, вычислительных задач и их комплексов

Информационные задачи должны обеспечивать автоматизированный сбор, хранение, поиск и выдачу на рабочие места должностных лиц информации, необходимой им в процессе управления предприятиями. Задачи этого типа являются достаточно простыми с точки зрения их создания и вместе с тем достаточно эффективными средствами автоматизации деятельности должностных лиц органов управления. Применение ИЗ позволяет существенно сократить затраты времени на решение различных задач учета, контроля и подготовки документов.

Информация, которую перерабатывает ИЗ, может поступать по каналам связи либо храниться в базах данных (БД). База данных может содержать как постоянную информацию (характеристики операции, кадровый состав сотрудников и т. д.), так и переменную (оперативную) информацию (текущие данные о персонале фирмы, состоянии средств связи и ЭВТ и т. д.).

Для создания БД и работы с ними создается или выбирается из существующих комплекс специальных программ, называемый системой управления базами данных (СУБД) и входящий в состав общего программного обеспечения АИС.

Создание ИЗ осуществляется, как правило, с использованием программных элементов СУБД.

Основными сложностями, которые могут возникнуть при разработке оперативной постановки информационной задачи, являются:

отсутствие либо самой БД, либо требуемой информации в БД (тогда может возникнуть необходимость сначала создать БД, а затем обеспечить внесение в нее нужной информации);

невозможность обеспечения средствами существующей СУБД поиска и выдачи требуемой информации с приемлемой оперативностью (это осложнение возникает крайне редко, но в случае его возникновения трудности создания информационной задачи становятся практически непреодолимыми, так как возникает потребность либо модификации стандартной, либо разработки новой СУБД).

Оперативная постановка ИЗ должна включать шесть основных элементов. Перечислим их, указывая лишь специфические (по сравнению с оперативной постановкой модели боевых действий) особенности.

Название ИЗ.

Место и роль задачи в процессе управления сотрудниками фирмы.

Состав, формы представления, а также порядок ввода и вывода информации на различные технические устройства (дисплеи, печатающие устройства и т. д.).

Состав, структура информации, необходимой для работы задачи, с указанием источников получения этой информации. В данном пункте указываются БД или результаты работы других ИЗ, которые должны использоваться в ИЗ. Если создаваемая ИЗ использует для своей работы информацию, поступающую по каналам связи, необходимо указать состав и структуру этой информации.

Режимы работы и допустимое время работы ИЗ в каждом режиме.

6. Требования по обеспечению достоверности и защите входной и выходной информации.

Вычислительные задачи предназначены для обеспечения оперативных или специальных расчетов числовых значений искомых показателей, необходимых руководителям предприятий при выработке решений по управлению войсками. ВЗ создаются, как правило, на основе сравнительно простых и известных алгоритмов с использованием информации из нор-мативных документов (источников).

Примерами ВЗ являются: расчет времени движения автомобильного транспорта, составление графика боевого дежурства, расчет графика ведения ремонтно-восстановитель-ных работ и т. д.

Использование ВЗ в процессе управления персоналом наиболее целесообразно на этапе постановки задачи, а также на этапе определения сил, средств и способов выполнения поставленных задач.

Оперативная постановка ВЗ должна включать семь элементов.

Название ВЗ.

Место и роль ВЗ в процессе управления персоналом предприятия.

Состав, формы представления, а также порядок ввода и вывода информации на различные технические устройства.

Состав, структура информации, необходимой для работы задачи, с указанием источников получения этой информации.

Перечень приказов, директив и других нормативных документов (или сведений из них), которыми должен руководствоваться разработчик при создании ВЗ. В некоторых случаях может быть непосредственно приведен алгоритм переработки информации, который должен быть реализован в ВЗ.

Режимы работы и допустимое время работы ВЗ в каждом режиме.

Требования по обеспечению достоверности и защите входной и выходной информации.

Создаваемые ИРЗ как элементы специального прикладного программного обеспечения АИС ВН объединяются в комплексы. Оперативная постановка такого комплекса задач должна отражать четыре вопроса.

Название комплекса задач.

Место и роль комплекса задач в процессе управления персоналом и в АИС.

Перечень ИРЗ, входящих в комплекс, и структура информационных связей между ними.

Меры по обеспечению информационной совместимости между задачами комплекса и другими комплексами.

Следует особо отметить, что в качестве обязательного приложения к оперативной постановке комплекса задач выступают оперативные постановки входящих в него задач.

1.4.3. Оперативное описание информационных и расчетных задач

Оперативное описание является необязательным приложением к оперативной постановке И или РЗ. Оно создается по согласованию между заказчиком и разработчиком и содержит детализацию основных положений и требований оперативной постановки.

Объем и содержание оперативного описания может быть самым различным. Как правило, в оперативное описание могут входить следующие элементы:

структура И или РЗ — блоки, из которых состоит задача, а также связи между ними;

определение шагов моделирования или расчета (под шагом моделирования или расчета понимается часть процесса работы задачи, на которой вычисляются промежуточные результаты);

гриф секретности задачи (при необходимости может отдельно указываться гриф секретности программы, исходных данных и результатов счета);

условные знаки и символы, используемые при вводе и выводе информации;

типы устройств, используемых при вводе и выводе информации и т. д.

Особо отметим важность указания второго из названных пунктов. Действительно, в ряде случаев определение шагов моделирования позволяет при необходимости организовать визуальный контроль пользователем процесса расчета путем анализа промежуточных результатов. Введение шагов моделирования бывает необходимым, когда в процессе расчета задача запрашивает дополнительные исходные данные. Кроме того, определение шагов моделирования позволяет задавать так называемые контрольные точки задачи.

Контрольная точка — это место в программе, в котором вся информация по задаче записывается в долговременную память ЭВМ. Если в процессе работы задачи между двумя контрольными точками произошел сбой в работе ЭВМ, то после устранения причин сбоя вычисления могут быть продолжены, начиная с последней контрольной точки. Весьма полезным оказывается этот прием и при работе с математическими моделями, требующими для проведения численных экспериментов значительных затрат машинного времени.