Автоматизация предприятий: проблемы и решения (В. Егорян, С. Башмаков, "Финансовая газета. Региональный выпуск", N 40, октябрь 2006 г.)

Автоматизация предприятий: проблемы и решения*(1)

Доработка функциональности системы автоматизации

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

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

В России существует ГОСТ (19.502-78, 19.404-79) на составление технического задания, в котором приводятся все необходимые разделы и аспекты, которые должны найти в нем отражение. Этот документ можно отыскать в Интернете или запросить у подрядчика, который обеспечивает автоматизацию предприятия. Фактически составление технического задания - это подстрочный перевод описания системы с языка бизнеса на язык технических специалистов и программистов. Необходимо понимать, что написать техническое задание собственными силами компании практически невозможно. Является иллюзией также мнение о том, что по одному и тому же техническому заданию можно реализовать один и тот же функционал на различных платформах разработки систем автоматизации. Техническое задание составляется с учетом возможностей выбранной программной платформы, поэтому при смене платформы может потребоваться и его переделка. Как и обследование, разработка технического задания - коллективный труд методологов и сотрудников предприятия. Тесная совместная работа позволяет значительно экономить время, поскольку все существенные положения (состав таблиц, формы и интерфейсы), как правило, удается согласовать еще в процессе подготовки материала.

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

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

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

Для конфигурирования системы в основном используется встроенный в платформу язык программирования высокого уровня (например, встроенный в Microsoft Office язык Visual Basic). Законспирированное слово "конфигурирование" придумано для того, чтобы не пугать клиента такими словами, как "платформенное программирование", за которыми на самом деле скрывается очень простой и эффективный подход: не создавать программу "с нуля", а использовать уже готовые шаблоны и наработки, предусмотренные платформой системы.

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

В. Егорян,

директор по развитию

С. Башмаков,

генеральный директор

Компания MiraxSoft

"Финансовая газета. Региональный выпуск", N 40, октябрь 2006 г.

-------------------------------------------------------------------------

*(1) Продолжаем публикацию материалов из книги В. Егоряна и С. Башмакова "Как упорядочить хаос. Автоматизация предприятий: проблемы и решения".