Здравствуйте, уважаемые знатоки! У нас в компании сложилась нехорошая ситуация, с которой надо что-то делать... Хотелось бы услышать мнения людей, сталкивающихся с подобным. Но обо всем по порядку...
Я работаю программистом в маленькой компании по разработке ПО. Мы пишем различные программные модули (финансовый, складской и т.д.) для организации и планирования бизнеса (что-то типа 1С, Галактика). Клиентов немного - всего 4. 2 из них крупные, которым нужно постоянно дорабатывать софт, а 2 других - мелкие (ну или можно сказать средние), для которых апгрейд софта требуется, но ЗНАЧИТЕЛЬНО реже.
Так вот, суть проблемы заключается в следующем (реальный пример из жизни)... Для одного из маленьких клиентов мы сделали складской модуль. Установили, работает. Затем складской модуль также понадобился и одному из наших крупных клиентов. Но там все не так просто, и его пришлось дорабатывать, чтобы заточить под нужды заказчика (он до сих пор в разработке). Изначально предполагалось, что складской модуль (как впрочем и все остальные) будет один на всех. Соответственно БД тоже должны быть спроектированы по одной схеме. НО! Через пару месяцев звонит маленький клиент (у которого мы склад поставили первым) и просит добавить в один из отчетов доп. поле. Делов-то, как говориться, на копейку, НО! Разработка склада ушла уже далеко вперед! Т.е. изменился не только сам модуль, но и БД (ведь все эти пару месяцев мы вели доработку модуля под нужды другого заказчика). Т.о. нам приходилось каждый раз, когда один клиент хочет изменения в модуле, накатывать ему все изменения БД, которые были сделаны для других, и обновлять exe. И все для того чтобы добавить какое-то поле в отчет (например)! При таком подходе есть ОЧЕНЬ серьезные недостатки:
1. Клиенты боялись обновлений как огня, т.к. накаты базы и обновление exe влекли за собой неотловленные баги. Плюс к этому мог запросто где-то поменяться интерфейс и т.п. Вобщем был просто кошмар!
2. Почему собственно клиент должен получать бесплатно (вместе с новым exe) те же самые дополнительные фишки, которые мы делали для другого клиента, который за них платит? Как-то это неправильно. Он ведь за них платить не будет. И правильно - он ведь их не заказывал. Он хотел только доп. поле в отчете, за которое и заплатит 100р (условно). А у нас порой на накат и связанные с ним проблемы могло уйти пара дней! А кто за них заплатит???
Вобщем, чтобы решить данные проблемы мы решили разделить исходники и БД, которые были бы индивидуальны для каждого заказчика. Это решает проблему пунктов 1 и 2, НО! Появляется новая головная боль! Опять по пунктам:
1. Исправлять найденные ошибки (например, в справочнике товаров) нужно теперь в нескольких местах (сколько копий исходников).
2. Внешний вид одних и тех же модулей может ОЧЕНЬ отличаться для разных заказчиков. Тогда новому заказчику какой демострировать? Непонятно...
Вобщем и в том и в том подходах есть минусы. Хотелось услышать ваше мнение по этому вопросу. Как же все-таки более правильно организовывать апгрейд и поддержку софта для нескольких клиентов?
P.S.: Интерфейс мы пишем на Delphi, а БД - Oracle. Правда смотрим уже в сторону .NET. Может она чем поможет...

Alex_Tomsмодули вынести в DLL
Мы так в свое время и собирались сделать, но тогда возникла какая-то проблема с передачей сессии БД в DLL (а сессия у нас одна на все приложение) и пришлось все делать в одном exe. Правда с проблемой я лично не разбирался, т.к. в то время еще не работал в этой компании.

iscrafmчем смена, практически, языка программирования по Вашему может помочь?
Тем, что C# изначально спроектирован так, что там просто необходимо писать модульно. А поскольку мы периодически переписываем наш софт с нуля (где-то раз в 2-3 года), то можно было бы переписать его уже под .NET. Кроме того есть необходимость в доступе к данным по интернету, в чем может помочь ASP.NET. Плюс нужно еще писать софт для Windows CE.

guest_20040621Это как нужно не любить себя и заказчиков, чтобы пользовать Oracle, но при этом не иметь системы контроля версий...
А причем здесь система контроля версий и Оракл? Система контроля версий контролирует исходники Delphi (или др. языка), а сервер БД то здесь причем?
Вообще, для контроля версий мы используем FreeVCS. Правда опцией Branch projects мы никогда не пользовались...
И все же я никак не могу понять чем может помочь разделение проектов на ветки... Вот к примеру ситуация: один из заказчиков захотел новый вид справочника товаров (зеленый фон грида вместо clWindow), другим естественно это не надо... Что мы делаем? Отделяем файл исходников с главной формой справочника в отдельную папку (т.е. ветвь) и делаем там зеленый грид. Затем, к примеру, мы обнаруживаем, что запрос на выборку товаров неоптимален и меняем его. Но менять уже придется и в основном юните товаров, и в каждой ветке. Так? Двойной edit не есть хорошо. Или я чего-то не понимаю?

alexeyvgА сервер БД система контроля версий не контролирует???

Это очень плохо.
Дело в том, что у нас 1 человек занимается всей базой, поэтому система контроля версий для скриптов базы не нужна.

alexeyvgИ вообще, надеюсь, у вас запросы прямо в коде дельфей не прописаны???
Ээээ... Ну вообще-то да. Как раз в dfm и pas-файлах запросы хранятся... А что это очень плохо? Сейчас так уже никто не делает? :)

alexeyvgНормальные VCS-системы, вообще-то, поддерживают не только бранч, но и собственно деление на ветки (варианты, версии) проектов
Т.е. бранч и деление на ветки - это не одно и то же? Что-то я толком не пойму тогда, что это за "бранч" такой и как он физически функционирует? Надо будет почитать об этой функции VCS-систем...

alexeyvgК примеру, что вы делаете, если нужно срочно, немедленно, отправить клиенту(там) фикс, а файлы, где он должен быть, находятся в процессе изменения для новой версии?
Вот и приходится доводить все сначала до логического завершения, а потом только отправлять фикс уже в целом новом exe. Это конечно бред, сам понимаю... Потому и обратился сюда за советом как лучше организовать процесс разработки и поддержки ПО.

Может кто что посоветует почитать по этому вопрос?

Ок. Большое спасибо за советы! Обязательно поразбираюсь с бранчеванием проекта :)