Если правильно помню, ты проявлял интерес к нашей с Uniq! темам, где я его учил проектированию. По твоей задаче могу выступить аналогично.
Первое, что нужно сделать, -- это перестать отталкиваться от StringGrid и начать мыслить в терминах задачи. Составление графиков и расписаний -- проработанная область, наверняка по ней можно что-то найти.
На деле ты имеешь дело с некой моделью данных, обладающей известной абстрактностью, которую нужно изучить, описать, а потом реализовать, отображая понятия модели на интерфейс и бизнес-задачи. Думай о задаче как о БД. Что в ней есть? Монтажники, заявки, связи монтажников с заявками, признаки выполнения и т. п. Всё это анализируется и подвергается декомпозиции по правилам реляционной модели. Затем анализируются задачи, выполняемые над сущностями модели, входные и выходные данные для каждой задачи. Потом уже можно приступать к реализации.
Если стоит задача реализации расписания в естественном виде, под такую задачу не стыдно и собственный компонент написать. Боюсь, что доработка грида костылями по сложности приблизится к разработке своего компонента.
Предполагаю, что ты взялся (или тебя заставили) за "малую автоматизацию", -- мол, тыжпрограммист, напиши нам что-нибудь по-быстрому. Задача быстро вышла из-под контроля, поскольку на деле простой не является. Теперь придется из тыжпрограммиста становиться программистом, по-другому никак.
|