2.5.5. Шаги создания ис рп

При создании информационной системы выделяются три основ­ные стадии:

• выбор целей;

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

—реализация (внедрение, осуществление технического задания).

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

Повышение производительности без снижения цены? Одновре­менное повышение производительности и снижение себестоимос­ти? Улучшение качества и через это решение ряда экономических вопросов? Отдельные элементы компьютеризации, оставляя сис­темный подход «на потом»?

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

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

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

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

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

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

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

Желаемой тенденцией организации рабочего потока является стремление уменьшить количество отдельных действий, например исключить процедуры изготовления цветоделенных пленок (техно­логия СТР) или исключение процесса изготовления или перемеще­ния формных пластин (цифровая печать, технологии Computer-to-Print, Computer-to-Cylinder). Конечно, такие изменения относятся к смене технологии, они принимаются до начала работы над созда­нием ИС РП. В более широком плане современный инженер дол­жен все время думать, «почему это выполняется именно так» и «как это можно сделать лучше». На этом пути решением может быть и распараллеливание операций, и создание нового модуля, который выполняет сразу несколько операций или заменяет несколько из них на одну без потери качества.

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

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

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

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

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

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