startFOXПодскажите, пожалуйста

Поставлена задача: "Транспортный цех большого предприятия"

Есть
- Диспетчерская (путевые листы и все, что с ним связано),
- склад
- Бухгалтерия (разный учёт, расчет зарплаты, табеля и т.д.)
- возможно последующее расширении задачи

Подскажите, что необходимо знать, какие нюансы учесть, чтобы грамотно спроектировать задачу. С какими теоретическими материалпми познакомиться? Есть опыт в программировании БД на bcb+firebird и vfp7. C 1C не знаком.


Варианты реализации: 1С или VFP7

P.S. На одном из сайтов встретил по сути грамотную формулировку свой задачи:
автоматизации рабочих процессов учета, планирования и эксплуатации парка автомашин и механизмов. Система обеспечивает: учет парка машин и механизмов, ведение статистики пробегов и наработки, учет расхода горюче-смазочных материалов (ГСМ) и запасных частей; ведение норм расхода ГСМ, нормативов сроков службы компонентов (двигателей, агрегатов, автошин); оформление первичной документации и оперативное составление производственных отчетов ...

Немного сталкивался с подобным...
Явные нюансы будут при определении расхода ГСМ, так как нормы расхода зависят от:
- времени года и температуры окружающей среды (летом расход меньше);
- величины пробега с грузом / без груза (с грузом расход больше);
- для автобусов: маршрутное движение или нет (при маршрутном движении расход больше)
и т.д.
Это дело собрано в специальные справочники и они должны быть в транспортном цехе. Эти данные вести в АРМ несложно. Сложно будет оперативно определять состояние окружающей среды, время года, а также проверить то ли расстояние указал водитель в путевом листе при движении с грузом /порожняком...

startFOXДобавлю, что на предприятии в этом цехе уже стоят отдельные программы, написанные на Fox2.0:
- путевые листы
- расчет зарплаты
- склад запчастей
- учет аммортизации и всё такое...

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

Вот такая ситуация.

Мне необходимо сделать все централизованно.

P.S. Начальник цеха ничего толком не объяснил. Поэтому планирую говорить с операторами этих программ. Но вот что у них необходимо выяснить? Чего спрашивать?
1. Если есть постановки (ТЗ) к работающим системам - найти их и внимательно изучить.
2. Если постановок нет, то сесть рядом с оператором и наблюдать за его работой и попутно мучать вопросами: "А это зачем? А это почему? А это откуда?"
3. Может быть изучить структуру базы данных существующих АРМов и процедуры импорта/генерации (=правила согласования данных между АРМами) документов. На основании этих знаний создать свою (обобщенную) базу данных (в которой отбросить все лишнее и оставить нужное) и подкорректировать существующие АРМы. А для их интеграции создать что-то типа запускалки с меню, т.е. "нажимашь циферку" 1 идешь в учет амортизации, 2 - в склад, 3 - заполняешь путевые листы и т.д.

startFOXпо поводу каждого пункта
1. ТЗ нет, программист давно исчез из поля видимости
2. Наверное, самое логичное и разумное в моей ситуации
3. Необходимо написать НОВУЮ программу

Теперь суть вопроса конкретизируется: в чем лучше писать такую систему? Какие будут предложения? Может быть у кого-то есть опыт в проектировании и разработке чего-нибудь аналогичного.
Дополнительно (для размышления "на досуге"):
1. Когда смотрите за работой оператора отмечайте входящие и исходящие документы, каким образом они формируются (правила преобразования). Чем больше Вы увидите, услышите и, главное, поймете, тем легче будет составить самому для себя техническое задание. И не бойтесь переспрашивать по несколько раз непонятные моменты.
2. Как правило, Вам надо будет из одних документов (входящие) формировать другие документы (исходящие). Обязательно выясните у начальника цеха /бухгалтера/кладовщика и т.д. правила преобразования данных. Например, как из заданного в наряде километража получить количество литров бензина на смену (требование на склад).
3. Если нет ТЗ, то можно составить подобие ТЗ на основании действующих АРМов и изучения работы цеха Эизнутри", а именно прописать какие процедуры за что отвечают и когда работают.
4. И изучите ОБЯЗАТЕЛЬНО существующие в АРМах процедуры импорта, так как они обеспечивают согласование баз данных между собой - Вам ведь все-равно предстоит миграция данных из существующих АРМов в Ваш ЕДИНЫЙ АРМ.
5. Если DBF-ки без проблем "тянут" Вашу текущую нагрузку, то смысла переходить на SQL-сервера я не вижу. Ну, разве что, самосовершенствование ("выпендриться", по-простому говоря)...
6. Если Вы хорошо знаете Фокс, то, ИМХО, проще всего организовать разработку на основе существующей системы - часть кода может мигрировать без доработки.
7. Что есть НОВАЯ программа? Это написать все с нуля? Зачем ломать то, что уже зарекомендовало себя. Проще слегка изменить интерфейс - перейти от плоских ДОСовских форм к Виндовым формам - но оставить действующую логику (старое содержание в новой упаковке).

startFOX Dik76Я писал подобную задачу. АТП было крупное. Пользователей ~60 человек.
Писал на VFP5.0-8.0 (мигрировал с выходом каждой новой версии).

Подскажите,
есть ли у 1С серьёзные преимущества перед VFP7?

Немного ранее писал задачу на VFP7.

Вопрос: На чем есть смысл писать новую задачу? 1С или VFP7 или VFP9+SP1.
Как уже говорили: писать надо на том, что знаешь! Если хорошо знаешь VFP и есть возможность достать 9-ку, то пиши на ней.
1С - не совсем то. Ибо придется отслеживать все изменения в конфигурациях и вносить их так, чтобы потом "не было мучительно больно" (т.е. чтобы не пропали сделанные Вами доработки). Кроме того, язык там специфичный...