Очень дорого и долго теперь. 25 лет рынок собственного ПО был очень мал. Выжили немногие: "1C", "Касперский", "ABBYY" и еще пара-тройка значимых софтверных компаний. Но это совсем не САПР и не "военные разработки".
Ваш посыл понятен. Только теперь, спустя столько лет, изобретать собственный велосипед с нуля (будучи очень долгое время в отстающих) - крайне экономически невыгодное предприятие в течение длительного времени.
Но, видимо, всё равно придётся.

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

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

Алеша Кыштымский,
«Мифический человеко-месяц или как создаются программные системы» (Фредерик Брукс).
Время выполнения проекта не обратно пропорционально числу программистов, по крайней мере по 2 причинам.

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

Если есть N программистов, то количество пар программистов N(N-1)/2, то есть с ростом числа программистов затраты времени на взаимодействие растут квадратично. Поэтому начиная с какого-то N, рост числа программистов замедляет выполнение проекта.

Если сроки сорваны, наём новых программистов замедляет выполнение проекта и по другой причине: новичкам требуется время на обучение. В книге сформулирован Закон Брукса:

Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.

Никита Евграфов,
«Мифический человеко-месяц или как создаются программные системы» (Фредерик Брукс).
Время выполнения проекта не обратно пропорционально числу программистов, по крайней мере по 2 причинам.

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

Если есть N программистов, то количество пар программистов N(N-1)/2, то есть с ростом числа программистов затраты времени на взаимодействие растут квадратично. Поэтому начиная с какого-то N, рост числа программистов замедляет выполнение проекта.

Если сроки сорваны, наём новых программистов замедляет выполнение проекта и по другой причине: новичкам требуется время на обучение. В книге сформулирован Закон Брукса:

Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.