Методика постановок управленческих задач

МЕТОДИКА ПОСТАНОВОК УПРАВЛЕНЧЕСКИХ ЗАДАЧ

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

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

В общем виде постановка задачи состоит из четырех принципиально важных компонентов:

• 1. организационно-экономической схемы и ее описания;
  2. свода применяемых математических моделей;
  3. описания вычислительных алгоритмов;
  4. концепции построения информационной модели системы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Постановка задачи выполняется в соответствии с планом. Приведем пример одного из возможных его вариантов.

План постановки задача

1. Организационно-экономическая сущность задачи:

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

1. Описание исходной (входной) информации:

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

1. Описание результатной (выходной) информации:

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

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

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

1. Описание используемой условно-постоянной информации:
   • перечень условно-постоянной информации (классификаторов, справочников, таблиц, списков с указанием их полных наименований);
   • формы представления;
   • описание структурных единиц информации (по аналогии с исходными записями);
   • способы взаимодействия с переменной информацией.

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

Способ решения этих вопросов предопределяет виды компонентов программной реализация ИТ, операционной системы, СУБД, набора специальных подпрограмм. Логика разработки программного обеспечения функциональных подсистем целиком обусловлена логикой постановки задач. Первоначальные алгоритмы их решения оформляются как задания на программирование уже на этапе технического проектирования. Затем программисты на основании этих разработок строят блок-схемы, кодируют их в виде программ с учетом всех логических переходов и расчетных формул, обеспечивают контроль достоверности данных на входе и выходе, отлаживают каждый программный модуль, подпрограммы и программы в целом, пишут инструкции по эксплуатации и сопровождению проблемных, т.е. ориентированных на решение конкретной практической задачи, программ. В итоге получается готовый для внедрения рабочий проект. Здесь так подробно описан вариант «ручного» выполнения этапа проектной работы, чтобы наглядно представить значимость постановки экономической задачи, выполняемой пользователем системы.

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

ЛИТЕРАТУРА

1. Информационные системы и технологии в экономике: Учебник/ Барановская Т.П., Лойко В.И., Семёнов М.И., Трубилин А.И.; Под ред. Лойко В.И.: Финансы и статистика, 2005.
2. Информационные технологии управления: Учебное пособие для вузов под редакцией Титоренко Г.А : ЮНИТИ-ДАНА, 2005.
3. Калянов Г.Н. Консалтинг при. автоматизации предприятий: подходы, методы, средства - СИНТЕГ, 1997.