Тема 2. Методические основы создания ИС управления экономической деятельностью

Заказ работ на Zaochnik.com



2.1. Объекты проектирования ИС и ИТ в организационном управлении

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

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

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

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

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

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

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

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

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

Используя технологический аспект рассмотрения, в ИС выделяют аппарат управления (АУ) (рис. 2.1). Оставшиеся компоненты — информационная технология (ИТ), информационная система решения функциональных задач (ИСФЗ) и система поддержки принятия решений (СППР) — информационно и технологически взаимоувязаны и составляют основу архитектуры ИС.

Структурные составляющие АИС и ИТ организации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2. От структурно-функциональной к процессной организации — эволюция методологии создания ИС

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Например, из комплекса государственных стандартов нашей страны могут быть названы: комплекс стандартов и руководящих документов на автоматизированные системы «Информационная технология» (ГОСТ серии 34), единая система стандартов автоматизированной системы управления (ГОСТ серии 24), единая система программной документации (ЕСПД) — ГОСТ серии 19 и др. Значительный вклад в создание единых подходов в методику проектирования и функционирования ИС в условиях интенсивно развивающейся информатизации вносят международные организации, в частности Международная организация по стандартизации ISO (International Organization for Standardization), создавшая основу для разработки широкого комплекса международных стандартов открытых систем OSI (Open Systems Interconnection).

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

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

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

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

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

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

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

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

Структурно-функциональная организация ЭО

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

Реализация инжиниринга строится на компьютеризации рабочих мест специалистов и применении ими для проектирования бизнеса ряда методик:

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

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

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

Комплексное решение функциональных задач банковских систем автоматизируют на протяжении более десяти лет, программные средства компаний «Диасофт», «Инверсия», R-Style Soft Lab, Intel, Hewlett-Packard и другие, создающие интегрированные автоматизированные банковские системы, направленные на совершенствование управления банковским бизнесом, повышение его эффективности.

Руководствуясь международными и отечественными государственными стандартами, квалифицированные специалисты, программисты, проектировщики создают программное обеспечение, как для индивидуальных АРМ специалистов экономических, финансовых служб организаций, так и для комплексного решения функциональных задач в условиях применения открытых вычислительных систем конкретной направленности (управление материальными ресурсами, финансами, логистическими процессами, учетными операциями и т.п.). Для промышленных предприятий создаются и вводятся в эксплуатацию системы (подсистемы) подготовки и учета производственной деятельности. Актуальным при этом оказалось создание систем (подсистем) с выделением комплекса задач управления на уровне отдельных технологических подразделений предприятия. Такие системы (подсистемы) автоматизируют выполнение комплекса взаимосвязанных функций, которые включают обработку учетной информации, сбор и предварительную подготовку поступающих в систему данных из управления технологическими процессами или объектами для их последующей обработки и анализа. Автоматизация включает также подготовку данных и заданий для автоматизированного решения задач планирования и анализа производственной деятельности предприятия, необходимых для принятия оперативных решений, оказывающих влияние на небольшой временной период работы предприятия или на ограниченный круг его деятельности. В качестве примеров таких систем могут быть названы: MRP — Material Requirement Planning (системы планирования потребностей в материалах); MRP II — Manufacturing Resource Planning (системы планирования ресурсов производства); GRP — Computing Resource Planning (система планирования производственных мощностей); CAE — Computing Aided Engineering (автоматизированные системы инженерного проектирования — САПР); всевозможные учетные системы и т.п.

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

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

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

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

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

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

Реинжиниринг бизнес-процессов (BPR — Business process reengineering) появился в зарубежной практике в начале 1990-х годов и рассматривался как дальнейшее развитие методов инжиниринга и, в частности, системно-технического и информационного подходов к развитию проектирования бизнес-процессов.

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

Принципиальная схема взаимодействия основных и вспомогательных бизнес-процессов в организации

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

Структура АРМ специалистов и их информационное взаимодействие

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

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

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

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

Начало такой интеграции в совершенствовании управленческой деятельности на базе новой ИТ-платформы было положено созданием интегрированной системы менеджмента (управления) качеством (СМК) продукции на базе международного ISO 9001—2000 и государственного стандарта (ГОСТ Р 9001—2001. Системы менеджмента качества. Требования).

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

Логическим продолжением систем MRP/MRPII, которые охватывают ограниченный круг деятельности предприятия, в развитии ИС и ИТ управления производственно-хозяйственной деятельностью организации стало внедрение интегрированных автоматизированных систем планирования ресурсов производства ERP — Enterprise Resource Planning.

Автоматизированные системы такого типа представляют собой набор интегрированных приложений, позволяющих создавать интегрированные, корпоративные управляющие системы для автоматизации планирования, учета, контроля и анализа всех действующих бизнес-процессов предприятия. Благодаря архитектуре «Клиент-сервер» ERP-система позволяет охватить управление всей финансовой и хозяйственной деятельностью предприятия и обеспечить оперативное представление руководству предприятия информации, необходимой для принятия управленческих решений, а также создать инфраструктуру электронного обмена данными предприятия с поставщиками и потребителями. Значимость ERP-систем оценивается не только тем, что они нацелены на решение ключевых вопросов менеджмента — планирования и предотвращения рисков комплексных процессов, происходящих на стыке различных функций, т.е., именно того, с чем приходится иметь дело при реализации большинства систем управления ресурсами предприятия (организации). Неменьшее значение имеет и то, что интерфейсы ERP-системы ориентированы на Web-технологии и позволяют взаимодействовать с унаследованными системами, хранилищами данных, клиент-серверными системами, другими системами ERP/MRP/MRPII и деловыми партнерами через выход во Всемирную паутину.

Среди наиболее известных западных систем подобного класса, представленных в России — Axapta, Baan, R/3. Приближаются по своим эксплуатационным возможностям и программные приложения, выпускаемые отечественными фирмами: Галактика, БЭСТ, Парус, 1С и др.

В рамках рассматриваемой интеграции совершенствования управленческих и информационно-технологических процессов нельзя не назвать в банковской сфере автоматизацию управления взаимоотношениями с клиентами CRM Customer Relationship Management и CRS (Customer Response System). Они реализуют концепцию устойчивого бизнеса, ядром которого является клиентоориентированный подход. Эта широко применяемая в банковской сфере интегрированная стратегия основана на использовании передовых управленческих и информационных технологий, с помощью которых собирается информация о клиентах на стадиях предпродажного цикла и используется в интересах своего бизнеса путем построения взаимовыгодных отношений.

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

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

Следующим шагом в развитии методики создания ИС и ИТ стал выпуск версий приложений, специализирующихся на автоматизации решения управленческих задач бюджетирования, финансового планирования, анализа и контроля. Таким приложением явилось семейство программных средств, получивших название «управление эффективностью бизнеса» — ВРМ (Business Performance Management), рассчитанное на корпоративное функционирование внутри организации.

ВРМ как информационная система интегрирует системы транзакционного типа (ERP, СРМ и другие приложения), а также включает системы бизнес-интеллекта BI (Business Intelligence) и тем самым создает информационно-технологическую среду для реализации управленческих процессов, что позволяет специалистам осваивать, рационально использовать методы стратегического и тактического управления, являющиеся на текущий момент наиболее эффективными с точки зрения глобальных целей организации. (рис. 2.5).

Типовая архитектура информационно-технологической среды управленческих процессов

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

ВРМ-системы позволяют менеджерам увязывать воедино такие аспекты рассмотрения, как миссия компании, стратегия развития, цели, долгосрочные планы, среднесрочные перспективы и конкретные бюджеты на ближайший период. В рамках подобной среды сотрудничества руководители (топ-менеджеры) могут доводить черновую версию бюджетов до АРМ линейных менеджеров (начальников отделов). Последние, оценив свои возможности, могут вносить коррективы, использовать в работе отчетность смежных подразделений, например, на основе поставок сырья, оценивать свои возможности по объемам производства и т.п. Такой процесс «двунаправленного» бюджетирования, проходящий в информационно-технологической среде, может итеративно повторяться до тех пор, пока не будет составлен наиболее «реальный» бюджет. Использование ВРМ-приложений позволяет руководителям верхнего звена управления самостоятельно настраивать систему под свои нужды, не обращаясь к специалистам из отдела автоматизации. Автоматическая функциональность ВРМ-приложений обеспечивает возможность составления отчетности на интересующий момент времени, позволяет вызвать из хранилища данных любые интересующие специалиста сведения для анализа или, прибегнув к контрольным функциям ВРМ, вовремя обнаружить отклонения фактических показателей от их плановых величин, а при полном освоении менеджером системы, получать от нее предлагаемые ею возможные варианты решения возникающих проблем. Интерес к ВРМ-системам растет не только в мире, но и в нашей стране. Наиболее известные у нас западные системы Oracle Financial Analyzer, Hyperion Pillar и другие используют предприятия самых разных отраслей — металлургии, нефтегазовой отрасли, машиностроения, пищевой промышленности, торговли, телекоммуникаций, а также банки и государственные структуры.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Особое значение для проектирования ИС и ИТ приобрел ГОСТ Р 9001—2001 (Системы менеджмента качества. Требования), который предлагает использовать процессный подход для описания деятельности организации с точки зрения процессов (или функций) и объектно-ориентированного метода в проектировании ИС и ИТ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Основу такой методологии составляет принцип декомпозиции системы с выделением функциональных подсистем, комплексов задач для анализа отношений между данными и последующего моделирования информационных и вычислительных процессов. Работы по анализу и проектированию системных приложений строятся на применении соответствующих функциональных диаграмм и моделей SADT (Structured Analysis Design Technique), составлении диаграмм потоков данных DFD (Data Flow Diagrams), диаграмм «сущность — связь» ERD (Entity — Relationship Diagrams) для создания баз данных, диаграмм описания переходов состояний STD (State Transition Diagrams). Построенные в ходе анализа деятельности организации модели на стадии проектирования расширяются, уточняются, дополняются диаграммами, отражающими структуру программного обеспечения, в частности его архитектуру, структурные схемы, экранные формы и т.п. Особое значение в настоящее время при анализе и проектировании документопотоков приобрел DFD-метод, позволяющий, применяя условные обозначения, строить диаграммы процессов и потоков данных, представлять их в виде иерархической сети. Главная цель таких средств — возможность отразить как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. Удобством метода является И то, что анализируемые процессы с использованием DFD-диаграмм могут быть описаны, а каждая модель — снабжена спецификацией.

Пример построения DFD-диаграммы приведен на рис. 2.6. На нем отображен фрагмент контекстной диаграммы с показом потоков информации (стрелки), взаимосвязанных работ («тестирование изделия», «Выработка рекомендаций»), хранилища данных и внешней сущности (вход в систему и (или) выход из системы «Эксперты»), представляющих собой элементы системы обработки информации в конкретной предметной области.

Пример диаграммы DFD

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

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

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

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

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

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

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

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

Остановимся на рассмотрении сложившейся практики в организации проектировочных работ при создании ИС и ИТ.

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

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

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

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

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

Ряд компаний-интеграторов, например компания «Анкей», представляют собой холдинговую структуру, включающую в себя четыре самостоятельные предприятия: «Анкей/Информационные системы)» (разработка программных приложений), «Анкей/Центр технической поддержки» (построение сети), «Анкей/Сетевое и компьютерное оборудование» (поставка оборудования), «Анкей/Консалтинг». Такая структура компании позволяет ей гибко реагировать на потребности рынка.

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

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

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

2.4. Методы и модели формирования управленческих решений

Классификация задач принятия решений.

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

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

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

Цели и типы решений

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

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

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

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

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

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

Задачи принятия решений можно классифицировать по следующим признакам:

  • степени определенности;
  • критериальности;
  • коллективности.

Степень определенности определяется условиями, в которых принимается решение.

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

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

  • однокритериальные;
  • многокритериальные.

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

Последний признак делит все задачи на те, что принимаются одним лицом и те, что принимаются коллективом.

На практике задача принятия решения характеризуется одновременно несколькими значениями признаков классификации:

  • решение в условиях определенности, однокритериальные, групповые;
  • решение в условиях риска, многокритериальные, индивидуальные;
  • решение в условиях неопределенности, однокритериальные, индивидуальные и т.д.

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

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

К базовым методам относят следующие:

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

К специфическим методам решения относятся:

  • управление проектами;
  • управление перевозками;
  • управление запасами;
  • управление цехом и т.д.

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

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

Формула для расчета среднего результата принятого решения

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

Пусть существует несколько альтернатив решения.

Альтернативы решения

Последствия зависят от внешних факторов и находятся вне контроля:

Внешние факторы

Выбирая альтернативу аi, для внешнего фактора qj, получим последствие Сij.

Пусть известно:

  1. вероятности влияния внешних факторов (P(qj));
  2. полезность от альтернативы аi при факторе qj, равная Сij.

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

Общая полезность альтернативы

где P(qj) — вероятность влияния фактора qj;
Сij — полезность альтернативы аi при влиянии фактора qj;
u(аi) — общая полезность альтернативы аi.

Полученные результаты можно ранжировать по полезности:

Ранжирование принятых решений по полезности

где Ψ — функция ранжирования;
w — вектор оценочных данных, которые указывает лицо, принимающее решение.

Этапы принятия решений. Критерии оценки, поиск вариантов, выбор.

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

Трехэтапное формирование решений

Рассмотрим содержание каждого из этапов.

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

  • сформулировать проблему;
  • выявить цель;
  • сформулировать критерий оценки принятия решений.

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

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

  1. В чем проблема? Каковы симптомы, т.е. признаки или показатели проблемы? Что, собственно, не устраивает ЛПР?
  2. В чем особенности проблемы? Что мешает или чего не достает при наличии проблемы?
  3. Можно ли разложить проблему на части, а среди выделенных частей выделить основные и второстепенные проблемы?

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

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

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

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

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

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

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

  • Шкала наименований используется для присваивания объектам наименований или идентификаторов. В этой шкале число может использоваться лишь для обозначения с последующим выделением объекта из множества других. Например, страницы книги отличаются номерами. Номера страниц не могут быть использованы для каких-либо иных целей, кроме выделения. Нельзя утверждать что материал книги на с. 20 имеет большую ценность, чем материал на с. 25.
  • Ранговая шкала задает отношение порядка. Критерии в этой шкале более информативны по сравнению с предыдущей, так как позволяют манипулировать понятиями «хуже-лучше». Оценки здесь, как правило, балльные, что позволяет их сопоставлять с общепринятыми нормами (например, ранжирование целей по значимости).
  • Шкала интервалов позволяет измерить что-либо в произвольно заданных фиксированных величинах. Примером здесь может служить измерение температур или времени. Температуры по Цельсию и Фаренгейту приводятся к друг другу с помощью линейных преобразований (точка начала отсчета и масштаб, задающий единицу измерения).
  • Шкала отношений является дальнейшим развитием шкалы интервалов. Она позволяет сравнивать не только интервалы между собой, но и их отношения. Шкалы отношений используются для измерения величин, у которых существует естественное начало отсчета (масса, длина, стоимость).

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

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

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

Общее правило типовых критериев выбора варианта решения

где Y*   — искомый вариант решении;
βi — коэффициент важности i-го решения.

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

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

Критерий нахождения решения при выборе лучших коэффициентов важности

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

Критерий осторожного выбора. Этот критерий соответствует правилу «рассчитывай на худший случай»:

Критерий осторожного выбора

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

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

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

Критерий оптимистичного выбора

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

Критерий  максимума среднего выигрыша

где Мi — математическое ожидание выигрыша в случае принятия i-го решения;
Pj — вероятность появления j-й ситуации;
Сij — оценка i-го решения при j-й ситуации.

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

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

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

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

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

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

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

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

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

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

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

Таблица 2.1.

Использование метода «Стоимость-эффективность»

Варианты решений Общие издержки Общие доходы Отношение доходов к издержкам Ранг варианта
В1 100 170 1,7 2
В2 400 620 1,55 3
В3 300 380 1,27 4
B4 50 160 3,2 1

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

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

Таблица 2.2.

«Стоимость—критерий»

Варианты решения Критерий K1 Критерий K2 Критерий K3 Общая оценка по всем критериям Ранг варианта
В1 100 200 400 160 2
В2 400 250 700 385 4
В3 300 180 500 284 3
B4 50 210 600 153 1
Коэффициент значимости критерия 0,6 0,3 0,1    
Общие издержки    

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

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

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

Оценка каждого из вариантов решения

где Oi — общая оценка i-го варианта решения;
aj — оценка j -го критерия;
Еij — результат, который может быть получен при i-м варианте согласно критерию j.

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

Пример общей оценки варианта принятого решения

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

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

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

  • U1 — тарифы на энергоносители не будут превышать установленных границ;
  • U2 — тарифы на водозабор не будут превышать установленных границ;
  •          
  • U3 — работоспособного населения достаточно.

Таблица решения в данном случае имеет вид (табл. 2.3).

Таблица 2.3.

Таблица решений

Таблица решений

В табл. 2.3 с помощью символа представлено условие, отрицающее фактор U.

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

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

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

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

Определение результата принятия решения с помощью математического ожидания

где Е (общего_результата) — математическое ожидание общего, или промежуточного, результата;
pi — вероятность наступления события i;
di — результат (частный), получаемый при наступлении события i;
n — количество событий, влияющих на общий (промежуточный) результат.

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

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

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

  1. От продукции A: d1 = 100 • 10 = 1000 ед.
  2. От продукции В: d2 = 50 • 20 = 1000 ед.

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

  1. От продукции A: d2 = -100 • 8 = -800 ед.
  2. От продукции В: d4 = -50 • 18 = -900 ед.

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

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

Пример дерева решений производства продукции

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

  1. Е11 (доход_от_А) = 0,5 • 1000 - 0,5 • 800 = 100 ед.
  2. Е21 (доход_от_В) = 0,5 • 1000 - 0,5 • 900 = 50 ед.

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

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

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

  1. Е12 (доход_от_А) = 0,6 • 1000 - 0,4 • 800 = 280 ед.
  2. Е22 (доход_от_В) = 0,7 • 1000 - 0,3 • 900 = 430 ед.

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

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

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

Таблица 2.4.

Групповая оценка вариантов

Варианты решений Эксперт 1 Эксперт 2 Эксперт 3 Эксперт 4 Сумма рангов
B1 1 1 3 2 7
B2 3 2 2 3 10
В3 2 3 1 2 8

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

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

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

2.5. Роль пользователя в создании ИС и постановке задачи

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

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

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

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

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

Как правило, специалисты-менеджеры совместно с разработчиками ИС и ИТ для описания выполняемых системой функций и информационных связей применяют методы построения диаграмм потоков данных DFD (Data Flow Diagrams).

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

Формулирование потребительских свойств ИС — одна из обязанностей заказчика. Рассмотрим важнейшие из них.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Титоренко Г.А. Информационные системы в экономике: Учебное пособие. — М.: ЮНИТИ-ДАНА, 2008.


Поделиться

Добавить в закладки
Добавить комментарии
Поиск по сайту
Навигация
Наши партнеры
Статистика
    Top.Mail.Ru
Новые публикации
Навигация по теме