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

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

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

• организационно-экономической схемы и ее описания;

• свода применяемых математических моделей;

• описания вычислительных алгоритмов;

• концепции построения информационной модели системы.

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

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

Рис. 2.10. Состав задачи для постановки единичного структурно-функционального элемента ИС

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

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

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

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

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

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

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

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

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

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

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

Рис. 2.11. Пример построения диаграммы потоков данных

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

• свойства, особенности и структура экономической информации;

• условно-постоянная информация, ее роль и назначение;

• носители информации, макет машинного носителя;

• средства формализованного описания информации;

• алгоритм, его свойства и формы представления;

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

• состав и назначение устройств компьютера;

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

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

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

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

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

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

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

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