«А.В. Маслов ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ В ЭКОНОМИКЕ Учебное пособие Издательство Томского политехнического университета 2008 УДК 004.415.2(076.5) ББК 65ф.я73 М 31 Маслов А.В. М 31 Проектирование информационных ...»

• по цели обследования выделяют метод организации локального проведения обследования, используемый для разработки проекта отдельной задачи или для комплекса задач, и метод системного обследования объекта, применяемый для изучения всего объекта с целью разработки для него проекта ЭИС в целом;

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

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

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

Выполнение работ по обследованию предметной области в какомлибо подразделении и сбору материалов можно проводить на основе предварительного проведения выбора методов сбора материалов обследования (П4), универсум которых (U4.1) можно разделить на две группы (рис. 3.4):

Рис. 3.2. ТСП работ, выполняемых на этапе ”Сбор материалов обследования”:

Д1.1 – общие сведения об объекте; Д1.2–примеры разработок проектов ЭИС для аналогичных систем; U2.1 – универсум технологий проектирования; Д2.1 – ресурсы; Д2.2 – описание выбранной технологии, методов и средств проектирования;

U3.1 – универсум методов проведения обследования; Д3.1 – описание выбранного метода;

U4.1 – универсум методов сбора материалов обследования; Д4.1 – описание выбранного метода;

Д5.1 – программа обследования; Д6.1 – план-график выполнения работ на предпроектной стадии;

U7.1 – универсум методов формализации; Д7.1 – общие параметры (характеристики) экономической системы;

Д7.2 – методы и методики управления (алгоритм расчета экономических показателей);

Д7.3 – организационная структура экономической системы; Д7.4 – параметры информационных потоков;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При выборе метода следует учитывать следующие критерии:

• степень личного участия проектировщика в сборе материала;

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

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

Обследование проводится по заранее разработанной программе (Д5.1), составляемой во время выполнения операции П5, по форме, представленной в табл. 3.1, содержащей перечень вопросов, ответы на которые дадут полное представление о деятельности изучаемого объекта и будут учтены при создании проекта ЭИС. Вопросы можно систематизировать по трем основным направлениям исследования объекта.

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

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

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

Для организации труда проектировщиков во время выполнения сбора материалов обследования и его последующего анализа необходимо выполнение операции П6 – разработка «Плана-графика выполнения работ на предпроектной стадии» (Д6.1), фрагмент которого представлен в табл. 3.2.

1 Цель функциониро- Руководитель пред- Руководитель проекта 2 Основные параметры Руководитель пред- Руководитель проекта 3 Организационная Секретарь руково- Зам. руководителя проструктура объекта дителя екта «План-график» служит инструментом для планирования и оперативного управления выполнением работ на предпроектной стадии.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На основе формализованного описания предметной области выполняется этап «Анализ материалов обследования», целью которого являются:

• сопоставление всей собранной об объекте информации с теми требованиями, которые предъявляются к объекту, определение недостатков функционирования объекта обследования;

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

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

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

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

На выбор объектов автоматизации оказывает влияние ряд факторов (U1.1), например, таких, как:

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

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

• важность этого подразделения в процессах управления объектом;

• степень подготовленности подразделения для внедрения ЭВМ и др.

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

При выявлении списка автоматизируемых задач (Д2.1) на операции П2, для которых необходимо разработать проекты, проектировщики принимают к сведению следующие факторы, представленные универсумом (U2.1):

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

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

• сильная информационная связь рассматриваемой задачи с другими задачами;

• недостаточная оперативность расчета показателей;

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

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

• неэквивалентный метод расчета показателей и др.

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

Далее выполняется операция, связанная с анализом всех полученных ранее результатов, исходных универсумов и предварительным выбором комплекса технических средств (Д3.1) на операции П3. На выбор типа ЭВМ из универсума U3.1 оказывает влияние большое число факторов, которые принято объединять в следующие группы (U3.2).

1. Факторы, связанные с параметрами входных информационных потоков, поступающих на обработку ЭВМ: объем информации, тип носителя информации, характер представления информации.

2.Факторы, зависящие от характера задач, которые должны решаться на ЭВМ, и их алгоритмов: срочность решения, возможность разделения задачи на подзадачи, выполняемые на другой ЭВМ, количество файлов с условно-постоянной информацией.

3. Факторы, определяемые техническими характеристиками ЭВМ:

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

4.Факторы, относящиеся к эксплуатационным характеристикам ЭВМ: требуемые условия эксплуатации, необходимый штат обслуживающего персонала и его квалификация.

5.Факторы, учитывающие стоимостные оценки затрат на приобретение, на содержание обслуживающего персонала, на проведение ремонтных работ.

Далее следует выполнение операции П4 – «Выбор типа операционных систем» (Д4.1). Операционные системы осуществляют управление работой ПЭВМ, ее ресурсами, запускают на выполнение различные прикладные программы, выполняют всевозможные вспомогательные действия по запросу пользователя. Различают однопользовательские, многопользовательские и сетевые OC (U4.1).

К факторам, определяющим выбор конкретного класса ОС (U4.2) и его версии, относятся:

• необходимое число поддерживаемых программных продуктов;

• требования к аппаратным средствам;

• возможность использования различных устройств ввода-вывода;

• требование поддержки сетевой технологии;

• наличие справочной службы для пользователя;

• наличие дружественного интерфейса и простота использования;

• возможность переконфигурации и быстрой настройки на новые аппаратные средства;

• быстродействие;

• совместимость с другими ОС;

• поддержка новых информационных технологий и др.

Следующей операцией (П5) является операция «Выбор способа организации информационной базы (ИБ) и программного средства ведения ИБ» (Д5.1). Информационная база имеет несколько способов организации (U5.1) как совокупность локальных файлов и интегрированную организацию в виде баз данных. Локальная (файловая) организация подразумевает под собой хранение данных в виде совокупности локальных файлов, не зависимых между собой, создаваемых для документа, задачи или комплекса задач. Интегрированная база данных представляет собой совокупность взаимосвязанных, хранящихся вместе данных, используемых для одного или нескольких приложений. Данные, организованные в виде базы данных (БД), могут быть организованы как централизованные базы данных, т.е. размещенные на одной ЭВМ, и в виде распределенных БД (размещенных на нескольких ЭВМ).

Программные средства ведения ИБ выбираются исходя из класса систем хранения данных: системы управления файлами либо системы управления базами данных (СУБД). К основным факторам, определяющим выбор типа СУБД, относятся следующие факторы (U5.3):

• масштаб применения СУБД - по этому признаку выбираются персональные – настольные СУБД (например, FoxPro или Access) или промышленные – сетевые СУБД (например, Oracle, Sybase, Informix, MS SQL, ADABAS, InterBase и др.);

• язык общения: выбирают СУБД с открытыми языками, замкнутыми или смешанными;

• число уровней в архитектуре: одноуровневые; двухуровневые;

трехуровневые;

• выполняемые СУБД функции: информационные – организация Рис. 3.6. Технологическая сеть выполнения процесса работ, на этапе «Анализ материалов обследования»:

Д1.1 – общие параметры (характеристики) экономической системы; Д1.2–методы и методики управления (алгоритмы расчета экономической показателей); Д1.3 – организационная структура экономической системы; Д1.4 – параметры информационных потоков; Д1.5 – параметры материальных потоков; U1.1 –универсум факторов выбора; Д1.6 – обоснование и список объектов автоматизации; U2.1 – универсум факторов выбора задач; Д2.1 – обоснование списка задач по каждому подразделению (объекту автоматизации); U3.1 – универсум технических средств; U3.2 – факторы оборота КТС; Д3.1 – обосноване выбора КТС; U4.1 – универсум операционных систем; U4.2 – факторы выбора ОC; Д4.1 – обоснование выбора ОС и алгоязыков; U5.1 – универсум способов организации ИБ; U5.2 – универсум программных средств владения ИБ;

U 5.3 – факторы выбора; Д5.1 – обоснование выбора и описание организации ИБ и программного средства; U6.1 – универсум методов и программных средств разработки; Д6.1 – обоснование выбора метода проектирования и инструментального средства;

занные с обработкой информации;

• сфера возможного применения СУБД: универсальное использование и специализированное.

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

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

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

К информационным параметрам относятся такие, как достоверность, периодичность сбора, форма представления, периодичность обработки информации и т.д.

К экономическим параметрам ЭИС относятся: показатели годового экономического эффекта, коэффициента эффективности затрат и т.п.

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

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

• обоснование цели создания ЭИС;

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

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

• расчет и обоснование эффективности выбранного проекта;

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

На основе ТЭО разрабатываются основные требования к будущему проекту ЭИС и составляется «Техническое задание» согласно ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы», в состав которого входят следующие основные разделы.

1. В разделе «Общие сведения о проекте» указывают: полное наименование системы, код системы, код договора, наименование предприятия-разработчика и предприятия-заказчика, перечень документов, на основе которых создается система, плановые сроки начала и окончания работ по созданию системы, сведения об источниках финансирования, порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей).

2. Раздел описания «Назначение, цели создания системы» состоит из двух подразделов:

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

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

3. В разделе «Характеристика объекта автоматизации» приводятся: краткие сведения об объекте автоматизации; сведения об условиях эксплуатации объекта и характеристиках окружающей среды.

4. Раздел «Требования к системе» состоит из следующих подразделов: требования к системе в целом; требования к функциям (задачам), выполняемым системой; требования к видам обеспечения.

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

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

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

5. Раздел «Состав и содержание работ по созданию системы»

должен содержать: перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 34.601-90; сроки выполнения; перечень организаций-исполнителей; перечень документов по ГОСТ 34.201- «Виды, комплектность и обозначение документов при создании автоматизированных систем», предъявляемых по окончании работ; вид и порядок проведения экспертизы технической документации и др.

6. В разделе «Порядок контроля приемки системы» указывают:

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

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

8. В разделе «Требования к документированию» приводят: перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201-89 и научно-технической документации отрасли заказчика.

9. В разделе «Источники разработки» должны быть перечислены документы и информационные материалы (ТЭО, отчеты о законченных научно-исследовательских разработках, информационные материалы на отечественные, зарубежные системы-аналоги и др.).

10. В состав ТЗ при наличии утвержденных методик включают приложения, содержащие расчеты экономической эффективности системы; оценку научно-технического уровня системы.

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

На стадии «Техно-рабочего проектирования» выполняются два этапа работ: техническое и рабочее проектирование, технологическая сеть которых приведена на рис. 3.7, 3.8 и 3.10. На первом из них – «Техническое проектирование» осуществляется логическая проработка функциональной и системной архитектуры ЭИС, в процессе которой строится несколько вариантов всех компонентов системы; проводится оценка вариантов по показателям: стоимости, трудоемкости, достоверности получаемых результатов, и составляется «Технический проект»

системы.

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

• разработка общесистемных положений по ЭИС (П1);

• изменение организационной структуры (П2);

• определение функциональной структуры (П3);

• разработка проектно-сметной документации и расчет экономической эффективности системы (П13), (П14);

Рис. 3.7. ТСП выполнения работ на этапе технического проектирования: Д1.1 – ТЗ; Д1.2 – основные положения по ЭИС; Д2.1 –описание организационной структуры; Д3.1 – описание функциональной стрктуры;

Д4.1 – принципы организации информационного обеспечения; Д5.1 – постановка задачи; Д6.1 – формы первичных и результативных документов; Д6.2 – система ведения документов; Д7.1 – классификаторы; Д8.1 – структуры сообщений; Д9.1 – описание макетов и структур файлов;

Рис. 3.8. ТСП выполнения работ на этапе технического проектирования: Д1.1 – ТЗ; Д4.1 – принципы организации информационного обеспечения; Д9.1 – описание макетов и структур файлов;

Д10.1 – системы технологических процессов обработки данных; Д11.1 – ТЭО; Д11.2 – описание состава и характеристика периферийной техники; Д12.1 – АП; Д13.1 – проектно – сметная документация;

Д14.1 – показатели экономической эффективности; Д15.1 – план мероприятий по подготовке объекта в внедрению проекта ЭИС; Д16.1 – технический проект разработка плана мероприятий по внедрению ЭИС (П15).

При разработке основных положений по системе (П1) уточняются цели создания ЭИС и выполняемые ею функции; устанавливается ее взаимосвязь с другими системами и формируется документ Д1.2 «Основные положения». Далее уточняется и изменяется организационная структура (П2) и получается описание организационной структуры (Д2.1).

Наиболее принципиальной в данном комплексе работ является разработка функциональной архитектуры ЭИС (П3) Д3.1 на базе универсума U3.1 принципов выделения функциональных подсистем (модулей, контуров): предметного, функционального, смешанного (предметно-функционального) и проблемного.

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

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

• проектирование форм входных и выходных документов, системы ведения документов и макетов экранных форм документов (П6, П9);

• проектирование классификаторов экономической информации и системы ведения классификаторов (П7);

• разработка структуры входных и выходных сообщений (П8);

• проектирование состава и структур файлов информационной базы (П4);

• проектирование внемашинной и внутримашинной технологии решения каждой задачи (П10);

• уточнение состава технических средств (П11), (П12).

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

• характеристику задачи;

• описание выходной информации;

• описание входной информации.

В состав раздела «Характеристика задачи» входят следующие компоненты: описание цели; назначение решения конкретной задачи;

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

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

Экономическая Описание алгоритмов, используемых Периодичность сбора исходных Рис. 3.9. Схема структуры «Постановка задачи»

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

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

Организационная сущность задачи – это описание порядка решения задачи; организационной формы, применяемой для ее решения; режима решения; состава файлов с постоянной и переменной информацией; способа получения и ввода первичной информации в ЭВМ; формы выдачи результатной информации: на печать, на экран, на магнитный носитель или передача по каналам связи.

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

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

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

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

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

Результатом работ на данной стадии является утвержденный «Технический проект», состав и содержание которого регламентируются стандартом (ГОСТ 34.201-89).

На в т о р о м э т а п е – «Рабочем проектировании» осуществляется техническая реализация выбранных наилучших вариантов и разрабатывается документация «Рабочий проект» (рис. 3.10). Наиболее ответственной работой, выполняемой на этом этапе, являются «Кодирование и составление программной документации» (П1), содержание которой хорошо отражено в ряде источников, например в [7, 14, 16]. В ее состав входят следующие компоненты (Д 1.2):

• описание программ;

• спецификация программ;

• тексты программ;

• контрольные примеры;

• инструкции для системного программиста, оператора и пользователя.

Рис. 3.10. ТСП работ, выполняемых на этапе рабочего проектирования:

Д1.1 – технический проект; Д1.2 – документы программного обеспечения;

Д2.1 – технические документы и инструкции; Д3.1 – правовые инструкции;

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

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

Технологическая документация разрабатывается в соответствии с требованиями ГОСТ 3.11.09-82 «Система технологической документации. Термины и определения основных понятий», и составляет содержание технологического обеспечения ЭИС, которое можно разделить на несколько типов в соответствии с выделением следующих классов задач, решаемых в ЭИС:

• системы обработки данных (СОД);

• системы поддержки принятия решений (СППР);

• системы автоматизированного проектирования новой продукции (САПР) и т.д.

К числу работ, выполняемых на этом этапе, относится «Разработка правовых инструкций» (Д1.2) (П1), определяющих права и обязанности специалистов, работающих в условиях функционирования на предприятии компонентов ЭИС.

Заключительной операцией служит «Оформление документации Рабочего проекта» (Д4.2) согласно ГОСТам (Д4.1) на операции П4.

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

Внедрение может осуществляться с использованием следующих методов:

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

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

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

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

Внедрение проекта осуществляется в течение трех этапов:

• подготовка объекта к внедрению;

• опытное внедрение;

• сдача проекта в промышленную эксплуатацию.

П е р в ы й э т а п – «Подготовка объекта к внедрению». На этом этапе осуществляются следующие операции:

• изменяется организационная структура объекта (предприятия);

• набираются кадры соответствующей квалификации в области обработки информации и эксплуатации системы и сопровождения проектной документации;

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

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

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

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

• осуществляется создание файлов информационной базы с нормативно-справочной информацией.

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

Затем формируется состав приемной комиссии, разрабатывается «Программа проведения опытного внедрения» и издается «Приказ о начале опытного внедрения».

В т о р о й э т а п – «Опытное внедрение». На этом этапе внедряются проекты нескольких задач в нескольких подсистемах. В процессе опытного внедрения выполняются следующие работы:

• подготовка исходных оперативных данных для задач, которые проходят опытную эксплуатацию;

• ввод исходных данных в ЭВМ и выполнение запланированного числа реализаций;

• анализ результатных данных на предмет наличия ошибок.

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

После устранения ошибок получают «Акт о проведении опытного внедрения», который служит сигналом для начала выполнения следующего этапа.

На т р е т ь е м э т а п е «Сдача проекта в промышленную эксплуатацию» используют следующую совокупность документов:

• договорная документация;

• «Приказ на разработку ЭИС»;

• исправленный «Техно-рабочий проект»;

• «Приказ о начале промышленного внедрения»;

• «Программа проведения испытаний»;

• «Требования к научно-техническому уровню проекта системы».

В процессе сдачи проекта в промышленную эксплуатацию осуществляются следующие работы:

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

• проверка соответствия проектных решений по ЭИС требованиям ТЗ;

• проверка соответствия проектной документации гостам и остам;

• проверка технологических процессов обработки данных по всем задачам и подсистемам;

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

• выявление локальных и системных ошибок и их исправление.

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

На ч е т в е р т о й с т а д и и «Эксплуатация и сопровождение проекта» выполняются следующие этапы:

• эксплуатация проекта;

• сопровождение и модернизация проекта.

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

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

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

Анализ осуществляет создаваемая для этих целей комиссия. Результаты анализа позволяют:

• сделать заключение о необходимости модернизации всего проекта или его частей;

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

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

1. Что такое каноническое проектирование ЭИС и каковы особенности его содержания?

2. Какова цель этапа «Сбор материалов обследования»?

3. Что может служить для проектировщика объектом обследования?

4. Каковы состав и содержание методов Организации проведения обследования?

5. Какие используются методы сбора материалов обследования, и для каких целей?

6. Перечислите состав вопросов в программе обследования при системном и локальном подходах к проектированию ЭИС.

7. Что такое план-график проведения работ, и каково его назначение?

8. Каково назначение этапа «Анализ материалов обследования»?

9. Каков состав методов формализации материалов обследования?

10. Каков состав документов, предназначенных для формализованного описания материалов обследования?

11. Каков состав факторов отбора объектов для проведения автоматизации работ и выбора состава автоматизируемых задач?

12. Каков состав факторов выбора типов вычислительной техники и операционных систем?

13. Каковы факторы выбора способов организации хранения данных в информационной базе и типов СУБД?

14. Каково назначение и каков состав разделов «Техникоэкономического обоснования»?

15. Каково назначение и содержание «Технического задания»?

16. Каковы назначение и состав операций стадии «Техно-рабочее проектирование»?

17. Какие работы «Техно-рабочего проектирования» относятся к разработке общесистемных проектных решений, и каково их содержание?

18. Какой состав работ относится к разработке локальных решений проекта ЭИС?

19. Что такое «Постановка задачи» и каков состав компонентов этого документа?

20. Каков состав разделов «Технического проекта ЭИС»?

21. Какие работы относятся к этапу «Рабочего проектирования»?

22. Какие разделы выделяются в документации «Рабочего проекта»?

23. Каковы состав, последовательность выполнения работ на стадии «Внедрение проекта», состав получаемой документации?

24. Каков состав работ по подготовке объекта к внедрению проекта ЭИС?

25. Каковы методы организации внедрения проекта ЭИС и их особенности?

Тема 4. ПРОЕКТИРОВАНИЕ СИСТЕМЫ ЭКОНОМИЧЕСКОЙ

ДОКУМЕНТАЦИИ

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

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

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

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

• по степени официальности (документы утверждённой и неутверждённой формы);

• по отражаемой стадии воспроизводства (производство, торговля и т.д.);

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

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

• по отношению к экономической системе (внешние и внутренние);

• по отношению к ЭИС (не обрабатываемые в системе документы и обрабатываемые в системе);

• по отношению к задаче (первичные документы, промежуточные и результатные документы);

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

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

• по периодичности (годовые, квартальные, месячные и т.д.);

• по срочности (срочные, несрочные).

Существующие системы документации, характерные для неавтоматизированных ЭИС, отличаются большим количеством разных типов форм документов; большим объёмом потоков документов и их запутанностью; дублированием информации в документах и работ по их обработке и, как следствие, низкой достоверностью получаемых результатов. Обработка документов в таких системах занимает более 40 % времени работников управления. Для того чтобы упростить систему документации, используют следующие два подхода:

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

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

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

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

В настоящее время разработаны следующие виды УСД на межотраслевом уровне:

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

• проектно-конструкторская и технологическая документация;

• проектная документация по капитальному строительству;

• плановая документация;

• статистическая отчётность;

• первичная учётная документация;

• финансовая первичная и отчётная документация;

• бухгалтерская документация бюджетных организаций и объединений;

• организационно-распорядительная документация;

• документация по материально-техническому снабжению;

• документация по ценообразованию и торговле.

Любой тип УСД должен удовлетворять следующим требованиям:

• документы, входящие в состав УСД, должны разрабатываться с учётом их использования в системе взаимосвязанных ЭИС;

• УСД должна содержать полную информацию, необходимую для оптимального управления тем объектом, для которого разрабатывается эта система;

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

• УСД должна обеспечить информационную совместимость ЭИС различных уровней;

• все документы, входящие в состав разрабатываемой УСД, и все реквизиты-признаки в них должны быть закодированы с использованием международных, общесистемных или локальных классификаторов.

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

В процессе проектирования можно выделить три этапа работ (рис.

4.1):

• построение новых форм документов;

• унификация всей системы документации;

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

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

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

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

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

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

«количество отпущенных товаров определённой номенклатуры со склада на определённую дату», «цена товара этого вида номенклатуры», «стоимость отпущенных товаров этого вида номенклатуры на определённую дату».

При выполнении четвёртой работы осуществляется «Выбор типа носителя» для документа. Если документы первичные, то носителем является бумага формата А4 или А5. Если проектируются результатные документы, то тип и форма выдачи результатной информации зависят от характера решаемой задачи. Например, если решается прогнозная задача, при получении результатов которой применяются методы корреляционного или регрессионного анализа, то основным носителем будет экран ЭВМ, на который будут выданы графики, и бумажный носитель.

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

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

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

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

• стилизованные, в которых изображение символов содержит код;

• нормализованные, например шрифты, применяемые на почтовых конвертах;

• графические отметки.

Содержание выполнения шестой работы «Проектирование форм документов» зависит от типа проектируемого документа и будет рассмотрено ниже.

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

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

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

При проектировании форм первичных документов (рис. 4.2) должны учитываться следующие принципы:

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

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

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

• выделение справочных, группировочных реквизитов и реквизитов-оснований;

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

• согласование последовательности реквизитов в документе с макетами размещения информации на экране ЭВМ и в файлах.

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

1. Определение полного реквизитного состава каждого документа.

2. Классификация реквизитов: однозначные и многозначные; признаки и основания; справочные и группировочные; переносимые и не переносимые на машинные носители.

3. Установление логической соподчиненности реквизитов первичных документов.

4. Выбор какой-либо формы первичного документа.

5. Осуществление размещения реквизитов по выбранной форме в соответствии с проведённой классификацией.

6. Выполнение расчёта размеров документа по вертикали и горизонтали с учётом размера полей.

7. Выбор формата бумажного носителя.

8. Построение эскиза документа соответствующей формы.

9. Выделение толстой линией реквизитов, переносимых на машинный носитель.

10. Редактирование шапок документов в соответствии со словарём-тезаурусом.

Как правило, используют ряд типовых форм документов (см. рис.

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

Рис. 4.2. Схемы основных форм первичных документов: а – линейная, б – анкетная, в – табличная форма (для многозначных реквизитов) Как правило, для первичных документов, имеющих однозначные и многозначные реквизиты, применяют комбинированную форму, состоящую из трёх зон (рис. 4.3):

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

II – содержательная зона, включающая группу многозначных реквизитов, предназначенных для пользователя и для машинной обработки, и включающая группу справочных признаков (1), совокупность группировочных признаков (2) и группу реквизитов-оснований (3);

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

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

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

• количество результатных показателей должно соответствовать количеству группировочных признаков (количество итогов должно быть равно количеству ключей сортировки);

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

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

• хорошая читаемость (логичность построения форм и наличие хорошо отредактированного текста шапок документов);

• отсутствие показателей, рассчитываемых вручную.

Можно выделить следующие принципы построения результатных документов (рис. 4.4):

• выделение трёх зон в документе;

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

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

Рис. 4.4. Схема структуры результатного документа • выделение реквизитов-оснований и размещение их в последовательности, противоположной той, в какой выстраиваются группировочные реквизиты, по которым рассчитываются итоги (т.е. от первичных оснований – к результатным, а среди результатных – размещение их в порядке возрастания старшинства итога);

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

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

1. Определение полного реквизитного состава документа.

2. Классификация реквизитов-признаков: на справочные и группировочные; реквизитов-оснований – на первичные и результатные, а результатных оснований – по степеням итогов.

3. Выбор формы документа (с одной или несколькими таблицами в содержательной части документа).

4. Размещение реквизитов в форме согласно их логической соподчинённости.

5. Подсчёт длины строки в табличной зоне (Lдок) с учётом пробелов между реквизитами и разделительных линий граф по формуле где Li – длина i-го реквизита (i = 1,…, n);

k – число колонок в таблице;

d – число пробелов между колонками.

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

• вынос итоговых колонок в итоговые строки;

• перенос не уместившихся в листе колонок на новый лист с продолжением нумерации колонок (такие документы затем склеиваются).

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

1. Какие функции выполняет документ в ЭИС?

2. Какие виды документов можно выделить в системе документации?

3. Что такое Унифицированная система документации, и каким требованиям она должна отвечать?

4. Какие существуют виды УСД?

5. Перечислите принципы и назовите требования к построению первичных документов.

6. Каковы принципы и требования к построению форм результатных документов?

7. Каковы особенности построения форм первичных документов?

8. Каков состав операций проектирования форм результатных документов?

Часть 3. ИНДУСТРИАЛЬНОЕ ПРОЕКТИРОВАНИЕ

КОРПОРАТИВНЫХ ЭКОНОМИЧЕСКИХ ИНФОРМАЦИОННЫХ

СИСТЕМ

Тема 5. РЕИНЖИНИРИНГ БИЗНЕС-ПРОЦЕССОВ И

ПРОЕКТИРОВАНИЕ КОРПОРАТИВНОЙ ЭИС

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

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

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

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

Менеджмент бизнес-процессов зародился еще в рамках концепций всеобщего управления качеством (TQM – Total Quality Management) и непрерывного улучшения процессов (CPI – Continuous Process Improvement), согласно которым предполагается сквозное управление бизнес-процессом как единым целым, выполняющимся взаимосвязанными подразделениями предприятия (компании), например, от момента поступления заказа клиента до момента его реализации.

Управление бизнес-процессами целесообразно рассматривать и на уровне взаимодействия различных предприятий, когда требуется координация деятельности предприятий-партнеров в потоках товародвижения или в логистических процессах. Логистика породила методы организации поставок по принципу «точно в срок» (JIT – Just In Time), реализация которых немыслима без управления бизнес-процессами как единым целым.

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

Согласно определению М. Хаммера и Д.Чемпи [91] реинжиниринг бизнес-процессов (BPR – Business process reengineering) определяется как «фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения коренных улучшений в основных показателях деятельности предприятия».

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

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

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

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

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

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

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

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

В соответствии с определением Е.Г. Ойхмана и Э.В. Попова «Реинжиниринг бизнеса предусматривает новый способ мышления – взгляд на построение компании как на инженерную деятельность. Компания или бизнес рассматривается как нечто, что может быть построено, спроектировано или перепроектировано в соответствии с инженерными принципами» [71].

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

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

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

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

адаптивность, обеспечивающая настраиваемость программных комплексов на различные схемы организации бизнес-процессов;

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

открытость (переносимость), реализующая сопряжение программных комплексов со стандартными программными приложениями через механизмы OLE, например программами Microsoft Office, и с внешними приложениями других информационных систем через APIинтерфейс (Application Programming Interface), например INTERNETприложениями;

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

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

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

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

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

На оперативном уровне создаются системы обработки транзакций (OLTP – On-Line Transaction Processing) (см. п. 6.11), которые призваны упростить организацию и управляемость деловыми процессами на основе принципов горизонтального и вертикального сжатия процессов, централизации (децентрализации).

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

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

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

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

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

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

Централизованное (децентрализованное) управление процессом – координация выполнения операций процесса территориальнораспределенными структурными подразделениями предприятия или предприятиями-партнерами на основе использования глобальной вычислительной сети Intranet/Internet, стандартов электронного обмена данными (EDI – Electronic Data Interchangе) и компонентной технологии программных интерфейсов DCOM, CORBA.

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

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

• посреднические фирмы, связывающие клиентов и поставщиков продукции и услуг;

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

• консорциумы с интеграцией предприятий по цепочке поставок;

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

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

• MRP I (Material requirements planning) – планирование потребности в материалах под производственную программу или производственный заказ;

• MRPII (Manufacturing resource planning) – планирование производства, включая определение потребности в материалах, производственных мощностях и трудовых ресурсах;

• DRP (Distribution resource planning) – планирование использования запасов в сети;

• ERP (Enterprise resource planning) – комплексное планирование работы предприятия, включая обеспечение финансовыми ресурсами в соответствии с производственной программой.

К особенностям применения современных ERP-систем относятся:

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

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

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

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

• сокращение горизонта оперативного планирования до недель, дней и даже по мере появления каждого нового заказа.

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

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

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

• повышение оперативности анализа эффективности бизнес процессов и прогнозирование их развития;

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

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

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

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

Для реализации перечисленных требований в настоящее время широко используются информационные хранилища (Data Warehouse), системы оперативного анализа данных (OLAP – Оn-line Analytical Processing) и интеллектуального анализа данных (Data Mining). Такие системы по сравнению с традиционными системами анализа и прогнозирования на основе применения экономико-математических моделей, баз экспертных знаний и статистических методов [63] имеют преимущества в гибкости и скорости составления запроса и получения ответа, доступности применения, поэтому они могут применяться не только для обоснования стратегических решений, но и при принятии тактических решений.

Так, для руководителей предприятия создаются системы мониторинга эффективности финансово-хозяйственной деятельности – информационные системы руководителей (EIS – Executive Information Systems), которые могут специализироваться по конкретным проблемным областям, например, в логистике, маркетинге, финансах и т.д. Подробно особенности архитектуры построения и проектирования информационных хранилищ и систем оперативного анализа данных рассматриваются в п. 6.3.

Для реализации перечисленных требований многие методы и средства канонического проектирования ЭИС, предназначенные для локальной автоматизации управленческих процессов, становятся непригодными, и только методы и средства индустриального проектирования ЭИС (см. тему 7) на основе применения CASE-, RAD- и компонентной технологий позволяют осуществлять быструю разработку и адаптацию проектных решений в соответствии с динамически изменяющимися потребностями.

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

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

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

Последовательность этапов проведения бизнес-реинжиниринга представлена на рис. 5.2.