Разбить одну программу на несколько параллельно работающих

Я не программист, языка С++ не знаю.
Написал ТЗ, по которому программисты что-то сваяли, недоваяли и самоустранились.
Программа под Виндоуз.
Всего около 500 файлов исходника, из них четверть - срр.
ехе в результате компиляции (Билдер-6) получается один.
толком не работает.
То есть программа как-то работает, но ряд важных функций не работает, многое ещё не реализовано.

Для дальнейшей работы рассматриваю вариант разбить программу на 4 или более частей (и раздать их для работы разным программистам), с четырьмя ехе, которые запускались бы одновременно и работали каждый за себя:

Первая обеспечивает интерфейс (работу пользователя с компом), и заполняет на выходе матрицу состояний переключателей алгоритма. работает по запросам или прерываниям.
Вторая - вычислительное ядро - вычисление данных по алгоритму с учётом матрицы, и заполнение массивов результатов.
Третья - работа с внешними устройствами - ввод-вывод вычисленных массивов.
Вторая и третья - работают как автогенератор - молотят постоянно.
Четвёртая - текущая во времени 3д-сцена в Open-GL на основе массива состояний.
В некоторых случаях (когда комп стоит на объекте и работает автоматически, управляя внешними устройствами) первую и четвёртую части можно и не включать, чтобы не перегружать комп - все равно оператора нет.

Можно ли так?
Можно разбить и на большее число частей, если это будет ещё лучше.
или несколько ехе - не хорошо?
Или отдельно работающие части можно свести в один ехе?
Или можно всё модифицировать малой кровью под линукс (есть ли преимущества от этого)?

Как разбить 500 файлов исходника, чтобы раздать 4-м программистам, не передавая ни одному из них весь исходник целиком?

0

Сообщение от Rostov Всего около 500 файлов исходника

т.е. файлы *.cpp, *.h, *.dfm, *.dpr - другие файлы как бы и не нужны, но это от задачи зависит: возможно, у Вас там БД присутствует - тогда необходимы файлы этой БД и библиотеки для подключения (не всегда, но зачастую), возможно, у Вас там какие-то файлы в ресурсы загнаны и используются в процессе работы - тогда еще и файлы *.res надо включать...

Сообщение от Rostov Как разбить 500 файлов исходника, чтобы раздать 4-м программистам, не передавая ни одному из них весь исходник целиком?

А как Вы все это потом консолидировать собираетесь? Когда над проектом работает группа лиц, всегда существует человек - менеджер проекта - который имеет информацию о проекте целиком, не вдаваясь в подробности реализации той или иной части этого проекта. Он и координирует работу группы программистов, разделяя проект на более мелкие части и распределяя их реализацию между теми или иными людьми... Он же в итоге сводит модифицированные/новые модули в единый проект... Т.е. Ваша затея - отдать по 125 из 500 файлов *.cpp каждому из 4-х программистов - заранее провальная...

Сообщение от Rostov Или можно всё модифицировать малой кровью под линукс

Это 6-й Билдер-то? Да ну, бросьте... Только переписывать все в кроссплатформенной среде, типа Qt...

0

Сообщение от Rostov Можно разбить и на большее число частей, если это будет ещё лучше

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

0

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

Программу (в результате) я представляю себе так.
В памяти ОЗУ распланирована совокупность массивов (таблиц) данных, с заданными названиями и форматами,
которой пользуются все 4 ехе (процесса) по очереди, т.к. все равно процессор один, а процессы разделяются по времени.
2-й и 3-й процесс безусловно, а если включён полный режим - то и 1-й процесс должны работать синхронно, т.е. каждые 25 миллисекунд (40 раз в секунду) каждый из них должен выполнить свой цикл один раз. Всё остальное время компьютера отводится на 4-й процесс, если включён полный режим.
Если включён эконом-режим - работают только процессы 2 и 3.

Вопрос.
если все 4 ехе самодостаточны, хотя и сделаны разными программистами,
и пользуются общими таблицами данных (которые определены в ТЗ) по очереди, нужно ли их как-то дополнительно сводить?
Или просто запустить все 4 и всё (например, каким-нибудь маленьким бат-файлом) ?

Я подозреваю, что менеджер проекта должен быть программистом и знать язык С++, но это нереально.
Поэтому и хочу обойтись без этого.
Менеджер проекта, он же тестировщик, является разработчиком ТЗ, знает всё программу с точки зрения функционала и алгоритма, при необходимости их дорабатывает, но не знает языка С++

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

Программу (в результате) я представляю себе так.
В памяти ОЗУ распланирована совокупность массивов (таблиц) данных, с заданными названиями и форматами,
которой пользуются все 4 ехе (процесса) по очереди, т.к. все равно процессор один, а процессы разделяются по времени.
2-й и 3-й процесс безусловно, а если включён полный режим - то и 1-й процесс должны работать синхронно, т.е. каждые 25 миллисекунд (40 раз в секунду) каждый из них должен выполнить свой цикл один раз.
Всё остальное время компьютера отводится на 4-й процесс, если включён полный режим. Если мощности компа не хватает выполнить весь процесс 4 (отрисовку сцены 3д) - это видно на экране,
пользователю сигнал для оргвыводов, но процессы 1,2,3 должны успевать выполняться за 25 миллисекунд (или раньше) безусловно.
Если включён эконом-режим - работают только процессы 2 и 3.

Вопрос.
если все 4 ехе самодостаточны, хотя и сделаны разными программистами,
и пользуются общими таблицами данных (которые определены в ТЗ) по очереди, нужно ли их как-то дополнительно сводить?
Или просто запустить все 4 и всё (например, каким-нибудь маленьким бат-файлом) ?

Я подозреваю, что менеджер проекта в общем случае должен быть программистом и знать язык С++, но в моём случае это нереально.
Поэтому и хочу обойтись без этого.
Менеджер проекта, он же тестировщик, является разработчиком ТЗ, знает всё программу с точки зрения функционала и алгоритма, при необходимости их дорабатывает, но не знает языка С++

0

Насчет четырёх параллельно работающих exe по-моему это химера; смысла в том не вижу. Если можно всю работу программы условно разбить на ряд блоков, то есть смысл эти блоки организовать в несколько динамических библиотек (.DLL), над которыми смогут трудиться несколько относительно независимых групп или программистов, используя как базу существующие С++ файлы. А эти ваши 4 процесса, если нужно, можно организовать в потоки внутри одной общей программы.
П.С. На мои советы сильно внимания не обращайте; это так... - мысли вслух дилетанта от программирования. (Которые иногда приносят пользу ).

0