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

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

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

- методы проектирования систем и объектно-ориентированного анализа систем;

- разработка открытых систем;

- разработка принципов разбиения систем на модули.

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

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