logo
Шпоры по АСОиУ

Самостоятельная разработка

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

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

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

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

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

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