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

Структурно система, РУЗА состояла из 568 программных и 260 информационных модулей. В среднем количество программных модулей в подсистемах составляло около 40. Основное количество модулей (82 %) было разработано на языке ПЛ1 (в среднем 130 операторов в модуле); Ассемблер использован в тех случаях, когда необходимо обеспечивать связь с ОС ЕС, либо для создания отдельных высокоэффективных программ (в среднем 220 команд ассемблера). Из входивших в состав версий РУЗА подсистем, шесть являлись машинно-зависимыми; при этом перепрограммированию должны были подвергаться восемь программных модулей без учета разработки интерпретатора (для специализированной ЭВМ средней сложности это составляло 30–35 программных модулей) и автоматизировано изменяться 31 информационный модуль, что в сумме составляло примерно 10 % общего объема системы РУЗА. Система поставлялась с 1983-го года.

Система, автоматизации разработки программ и отладки ПРОТВА (Борис Аронович Позин) была предназначена для комплексной автоматизации процессов проектирования структуры, конструирования и производства программных средств реального времени, функционирующих на универсальных ЕС ЭВМ, а также на специализированных мобильных ЭВМ, программно совместимых с ЕС. В состав САРПО ПРОТВА входили.

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

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

• языки проектирования, описывающие комплекс программ и его составные части на всех технологических этапах;

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

Система позволяла создавать сложные комплексы программ размером до 1000 программных модулей (до нескольких сотен тысяч команд), функционирующих в реальном времени, разрабатываемых большими коллективами специалистов и эксплуатируемых много лет. САРПО ПРОТВА функционировала на универсальных ЕС ЭВМ моделях не ниже ЕС10ЗЗ, имеющих в своем составе комплекс терминалов ЕС7906 или ЕС7920, под управлением операционной системы ОС ЕС версии 6.1, в режиме МУТ. Система поставлялась с 1984-го года.

Накопленный опыт создания программных продуктов в 1960-е – 70-е годы позволил выявить и сформулировать проблемы формирования и развития программной инженерии. Наметился перелом в ряде сфер от программирования и «художественного творчества» при индивидуальной разработке небольших программ к систематизированному, коллективному проектированию больших комплексов программ для систем управления и обработки информации в реальном времени. В 60-е годы происходил быстрый рост доступных ресурсов для реализации крупных программных продуктов, для различных областей применения ЭВМ и размеров комплексов программ. Резко повышались требований к качеству, ответственности и срокам создания крупных комплексов программ. Наиболее четко это проявилось в оборонных отраслях промышленности в стране и во всем мире. Тем самым эти отрасли стали «двигателями» развития и совершенствования программной инженерии. Проявилась необходимость осознать, сформулировать и опубликовать основные проблемы и характеристики развития этой индустрии, и ее роли в экономике страны. Для промышленного производства сложных программных средств следовало проанализировать недостатки применяемых технологий программирования небольших программ и определить основные направления их коренного совершенствования.

Одной из первых отечественных монографий, в которой обобщены проблемы программной инженерии, была опубликована В.В. Липаевым 1977-м году (18 тыс. экз.) [16]. В этой книге, по существу, сконцентрирована методология программной инженерии на уровне знаний и опыта некоторых предприятий оборонной промышленности страны в то время. Утверждалось, что низкое качество комплексов программ и низкая производительность труда алгоритмистов и программистов определялись в 60-е годы недостатками всего технологического процесса проектирования комплексов программ.