Владимир Липаев - Очерки истории отечественной программной инженерии в 1940-е – 80-е годы

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

• в отсутствии или в недостаточном качестве планирования процессов разработки отдельных компонентов и всего комплекса программ;

• в плохом управлении коллективами специалистов и в слабом текущем контроле за состоянием комплекса программ, что объяснялось отсутствием методов, технических средств и возможностей для такого управления;

• в отсутствии достаточно определенной ответственности конкретных специалистов за разработку отдельных компонентов и всего комплекса программ на различных этапах проектирования;

• в низком уровне автоматизации технологического процесса проектирования и производства программ, в простоях алгоритмистов и программистов в ожидании результатов тестирования некоторых программных компонентов;

• в отсутствии четких критериев достижения успеха и завершения этапов разработки с оценкой количества и качества программного продукта и проделанной работы;

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

Для их устранения необходимо было решать ряд общих проблем технологии проектирования комплексов программ, среди которых выделились [16]:

• организационные проблемы;

• методологические проблемы;

• структурные проблемы;

• технологические проблемы.

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

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

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

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