Организация разработки и экономическая эффективность АСУ

Организация разработки и функционирования

Организация разработки зависит от масштаба разработки: вся АСУ предприятия; подсистема; база данных или комплекс задач; отдельная задача. Тем не менее имеются основные общие принципы разработки.

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

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

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

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

Рациональная этапность создания АСУ с учетом ее дальнейшего развития и совершенствования. Большую разработку может оказаться целесообразным разделить на 2-3 очереди. Важно также определить рациональную этапность в разработке общесистемных решений и разработке отдельных подсистем, задач, видов обеспечения, так чтобы, с одной стороны, общесистемные решения не тормозили разработку частных решений, но, с другой стороны, чтобы частные решения не пришли в противоречия с общесистемными решениями;

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