Информационные технологии в менеджменте и управлении

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

Тактические решении обычно принимаются управленцами сред- него уровня, ответственными за обеспечение средствами для достижения целей и намерений, поставленных ЛПР верхнего звена. Ответы на такие вопросы, как: «Каковы кредитные лимиты для определенного, класса заказчиков?», «Какой поставщик должен быть первоисточником сырьевых ресурсов?», «При каких условиях давать скидку заказчику?» -- это примеры тактических решений, принимаемых на среднем уровне.

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

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

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

Рассмотрим модели и методы, используемые на каждом из этапов.

На первом этапе применяются в основном неформальные методы для того, чтобы:

1) сформулировать проблему;

2) выявить цель;

3) сформулировать критерий оценки принятия решений.

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

Для того чтобы осознать проблему, ЛПР должно дать ответы на ряд вопросов.

1. В чем проблема? Каковы симптомы, т.е. признаки или показатели проблемы. Что собственно не устраивает ЛПР?

2. В чем особенности проблемы? Что мешает или чего не достает при наличии проблемы?

3. Можно ли разложить проблему на части, а среди выделенных частей выделить основные и второстепенные проблемы?

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

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

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

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

Существует правило, согласно которому должно строиться дерево целей:

* ни одна из нижних вершин дерева не должна входить более чем в одну верхнюю;

* вершины дерева одного уровня не должны быть альтернативными, т. е. для достижения цели вышестоящего уровня должны быть достигнуты все подцели данного уровня;

* цели нижнего уровня должны являться детализацией цели ближнего верхнего уровня. Если таковой нет, она должна быть введена фиктивно.

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

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

Показатели, характеризующие состояние экономического объекта управления, как правило, измеримы в шкале отношений. Если среди показателей выбрать тот, который, по мнению ЛПР, в наибольшей степени характеризует соответствие объекта управления заданному целевому назначению, то он и будет играть роль критерия оценки вариантов решений. Формировать критерий следует так, чтобы наиболее предпочтительная оценка состояния, объекта или процесса соответствовала его максимуму или минимуму.

Рассмотрим типовые критерии выбора варианта решения. Общее правило для всех критериев можно записать в виде:

где Y -- искомый вариант решений;

₁ -- коэффициент важности i-ro решения.

Приведем три наиболее распространенных критерия, применяемых в области экономики.

1. Критерий осторожного выбора. Этот критерий соответствует правилу «рассчитывай на худший случай», отсюда в качестве коэффициентов важности i-ro варианта решения следует выбрать наихудшее значение показателя, который будет получен в результате принятия данного варианта, т. е.

где C₁ -- результаты, которые будут получены по i-му варианту в j-й ситуации.

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

2. Критерий оптимистичного выбора ориентирован на правило «рассчитывай на лучший случай». Наилучший вариант определяется по формуле:



3. Критерий максимума среднего выигрыша используется тогда,, когда известны вероятности возникновения той или иной ситуации, Если предпочтения измеряются в шкале отношений, то средний выигрыш при каждом варианте рассчитывается так:

где М_i -- математическое ожидание выигрыша в случае принятия i-го решения;

Р_j -- вероятность появления j-й ситуации;

C_ij- -- оценка i-го решения при j-й ситуации.

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

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

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

* численные методы решения уравнений или их систем;

* теория игр;

* теория полезности;

* теория статистических решений.

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

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

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

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

* методы, используемые в условиях определенности;

* методы, используемые в условиях риска. Простейшим методом оценки, используемым в условиях определенности, является оценка с помощью таблицы «Стоимость- ю- эффективность». Критерием выбора в данном случае выступает максимальный доход на единицу издержек. Метод требует расчета общих издержек и общих доходов по каждому из вариантов. Вычисленное отношение доходов к издержкам показало, что вариант В4 имеет наибольшую величину (3,2), поэтому ему присваивается первый ранг, варианту В1 присваивается второй ранг и т.д. Очевидно, согласно критерию, который требует выбора варианта с максимальным уровнем дохода на единицу издержек, лучшим будет вариант В4. Варианты в данном случае сопоставимы, так как результаты измеряются в одной и той же шкале (шкала отношений) и в одних и тех же единицах измерения (рубль). Величины в последней графе измеряются в ранговой шкале.

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

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

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

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

O_i = _j E _ij .

где О_i -- общая оценка i-го варианта решения;

_j -- оценка j-го критерия;

Е_ij -- результат, который может быть получен при i-м варианте согласно критерию j.

Тогда по варианту В₁ общая оценка равна:

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

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

Таблицы решений сочетают в себе варианты решений и возможные ':: ситуации (условия). Их элементы указывают на ожидаемый результат.

Продолжая рассматривать пример о капвложениях, будем считать, что : в результате применения таблицы «Стоимость -- критерий» выбран вариант В₄. При данном варианте возможны различные условия его реализации. В результате будут различаться и последствия. Допустим возможны следующие условия:

U₁ -- тарифы на энергоносители не будут превышать установленные границы;

U₂ -- тарифы на водозабор не будут превышать установленные границы;

U₃ -- работоспособного населения достаточно.

Таблицы решений используются в том случае, если:

* можно выделить условия, влияющие на результаты вариантов решений;

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

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

Е (общего результата) = р_i d_i ,

где Е (общего_ результата) -- математическое ожидание общего (промежуточного) результата;

р_i -- вероятность наступления события i;

d_i -- результат (частный), получаемый при наступлении события i;

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

Рассмотрим пример. Допустим, лицу, принимающему решение, известно два варианта повышения уровня рентабельности на 5%.

1. Произвести продукцию А в количестве 100 ед. и продать ее по цене 10 ед. за штуку. Себестоимость единицы продукции составляет 8 ед.

2. Произвести продукцию В количестве 50 ед. и продать ее по цене 20 ед. за штуку. Себестоимость единицы продукции составляет 18 ед. Конъюнктура рынка неизвестна, поэтому будем считать, что рынок одинаково благоприятен для обоих видов продукции. Для упрощения задачи будем считать, что в случае неблагоприятного рынка для какой-либо продукции предприятие терпит убытки по ее себе- стоимости. Тогда в случае благоприятного рынка предприятие получит от продажи продукции следующий доход (d):

1. От продукции А: d₁=100 10=1000 ед.

2. От продукции В: d₂= 50 20= 1000 ед.

При неблагоприятном рынке оно будет убыточным:

1. От продукции А: d₁= -1000 8= -800 ед.

2. От продукции В: d₂= -50 18 = -900 ед.

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

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

Определим средний ожидаемый доход для каждого из вариантов:

1) Е (доход_ от_А) = 0,5 1000 -- 0,5 800 = 100ед.

2) Е (доход_ от_ В) = 0,5 1000 -- 0,5 900 = 50ед.

Вывод: целесообразным будет вариант 1, т. е. производство продукции А.

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

Допустим, в результате такого обследования получены следующие вероятности:

* ситуация будет благоприятна для продукта А с вероятностью 0,6;

* ситуация будет благоприятна для продукта В с вероятностью 0,7.

Воспользовавшись формулой расчета математического ожидания, получим:

1) Е(доход_ от_ А) = 0,6 1000 -- 0,4 800= 280ед.

2) Е(доход_ от_ В) = 0,7 1000 -- 0,3 900 = 430ед.

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

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

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

Рассмотрим программную оболочку IMP+, являющуюся дальнейшим развитием системы IMP. Наличие программной оболочки ликвидирует этап программирования, что существенно сокращает трудоемкость и сроки разработки системы. Это позволяет проектировщику сосредоточить внимание на ее тщательном изучении специфики предметной области, правильном ее описании в базе знаний.

Этапами проектирования СППР при наличии программной оболочки являются:

1. Описание предметной области, целей создания системы и выполнение постановки задачи.

2. Составление словаря системы.

3. Разработка базы знаний и базы данных.

4. Внедрение системы.

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

Этап 1. Описание предметной области, целей создания системы и выполнение постановки задачи

Описание должно отражать специфику предметной области в нескольких формах. Первая из них -- это текстовое представление со- держание процессов, объектов и связей между ними.

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

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

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

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

* сформулированные цели принятия решений или гипотезы, доказательством достоверности которых должна заниматься система;

* перечень исходных данных, ввод которых осуществляется непосредственно перед началом запуска системы;

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

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

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

Этап 2. Составление словаря системы

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

Этап 3. Разработка базы знаний и базы данных

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

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

В результате выполнения данного этапа получают:

* текстовое представление правил вывода в форме ЕСЛИ-ТО;

* графическое представление сети вывода гипотез или заключений;

* графическое описание дерева целей;

* табличное описание баз данных и используемых расчетных операций.

Этап 4. Внедрение

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

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

1) в главной цели, которая может быть гуманистической, корыстной, узковедомственной, общественно значимой и т.д.;

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

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

Стадии, методы и организация создания ИС и ИТ

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

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

Примером результата проектирования ИС управления производственной и финансовой деятельностью предприятия может служит комплексная автоматизированная информационная система оправдания «ОЛИМП» (Росэкспертиза, Россия), представляющая собой ин тегированную технологическую систему, ориентированную на и пользование программных решений фирмы Microsoft, т.е. всех троиционных составляющих электронного офиса. С функциональной точки зрения «ОЛИМП» предоставляет возможности для решения за управления производством, маркетингом, движением материальных финансовых потоков, ведения оперативного, бухгалтерского и арчи. нистративного учета, планирования и анализа. Зарубежными аналоями такой разработки являются системы КЗ фирмы SAP (Германия), SCALA (1йвеция), Champion (США) и другие, созданные на основ СУБД реляционного типа и технологии «клиент-сервер».

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

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

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

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

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

Результаты предпроектного обследования сводятся в документы: техническое задание на проектирование (ТЗ) и технико-экономическое обоснование (ТЭО).

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

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

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

Стадия внедрения завершается сдачей результатов проектирования комиссии с оформлением акта об окончании работ.

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

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

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

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

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

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

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

Наибольшее число ППП создано для бухгалтерского учета. : Среди них можно отметить «1С: бухгалтерия», «Турбо-Бухгалтер», «Инфо-Бухгалтер», «Парус», «ABACUS», «Бэмби+» и др.

Справочное и информационное обеспечение управленческой деятельности представлено следующими ППП: «ГАРАНТ» (налоги, бухучет, аудит, предпринимательство, банковское дело, валютное регулирование, таможенный контроль); «КОНСУЛЬТАНТ+» (налоги, бухучет, аудит, предпринимательство, банковское дело, валютное регулирование, таможенный контроль).

Экономическая и финансовая деятельность представлена следующими ППП:

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

Многопользовательский сетевой комплекс полной автоматизации корпорации «Галактика» (АО «Новый атлант»), который включает такие важные аспекты управления, как планирование, оперативное выправление, учет и контроль, анализ, а для принятия решений -- позволяет в рамках СППР обеспечивать решение задач бизнес-планирования с использованием ППП Project-Expert.

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

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

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

В области автоматизации проектирования ИС и ИТ за последнею десятилетие сформировалось новое направление -- CASE (Computer-Aided Software/System Engineering). Лавинообразное расширение областей применения компьютеров, возрастающая сложность информационных систем, повышающиеся к ним требования привели к необходимости индустриализации технологий их создания. Важное направление в развитии технологий составили разработки интегрированных инструментальных средств, базирующихся на концепциях жизненного цикла и управления качеством ИС и ИТ управления. Они представляют собой комплексные технологии, на создание сложных автоматизированных управленческих систем и поддержку их полного жизненного цикла или ряда его основньи этапов. Дальнейшее развитие работ в этом направлении привело х созданию ряда концептуально целостных, оснащенных высокоуровневыми средствами проектирования и реализации вариантов, доведенных по качеству и легкости тиражирования до уровня программных продуктов технологических систем, которые получили название CASE-системы или CASE-технологии [11, 12].

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

Основная цель CASE состоит в том, чтобы отделить проектирование ИС H ИТ от ее кодирования и последующих этапов разработки, а также максимально автоматизировать процессы разработки и функционирования систем.

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

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

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

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

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

Помимо автоматизации структурных методологий и как следствие возможности применения современных методов системной и программной инженерии CASE обладают следующими основными достоинствами:

* улучшают качество создаваемых ИС (ИТ) за счет средств автоматического контроля (прежде всего, контроля проекта);

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

* ускоряют процесс проектирования и разработки системы;

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

* поддерживают развитие и сопровождение уже функционирующей ИС (ИТ);

* поддерживают технологии повторного использования компонентов разработки.

Большинство CASE-средств основано на научном подходе, получившем название «методология/метод/нотация/средство». Методология формулирует руководящие указания для оценки и выбора проекта разрабатываемой ИС, шаги работы и их последовательность, а также правила применения и назначения методов.

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

Практически ни один серьезный зарубежный проект ИС и ИТ не осуществляется в настоящее время без использования CASE-средств.

Рассмотрим сложившуюся практику в организации проектировочных работ при создании ИС и ИТ [11, 62].

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

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

Фирмы-интеграторы создают, как правило, дилерскую сеть представительств в ряде городов России и в странах СНГ. При этом компании осуществляют техническую и информационную поддержку своих дилеров, проводя совместные семинары и презентации, регулярно рассылая им информационно-рекламные материалы о новых продуктах и перспективных технологиях, осуществляют совместное участие в крупных региональных проектах. Другим вариантом организации системной интеграции является выполнение проектов от консалтинга до создания прикладной системы, т. е. заказчику сдается готовая к эксплуатации информационная система «под ключ» и допускается привлечение организаций и квалифицированных специалистов в качестве партнеров для реализации некоторых составляющих проекта. Этот вариант носит название проектной интеграции. В основе практической реализации работы при этом лежит умение находить составные части для решения комплексной задачи, умение распределять ответственность и составлять план-график работ для того, чтобы задача была действительно решена. Проектная интеграция -- это интеграция существующих проектов, привлечение и использование нужных ресурсов [62].

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

Роль пользователя в создании ИС (ИТ) и постановке задач управления

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

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

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

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

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

...