LuberГоспода! Кто уже занимался разработкой БД, подскажите пожалуйста вот такой организационный вопрос...

...Стоит ли это оптимизировать, или это нормальный способ? Спасибо за помощь))Можно спросить по самой вашей структуре?

1. В одной смете каждая работа встречается не более одного раза, или же может быть больше? Цена работы фиксирована (если цены там вообще будут)?
2. К работам не привязаны никакие материалы?
3. "№ п/п", полагаете, надо хранить в БД? Это будет простой нумератор типа 1, 2, ... N, или более сложные (составные) конструкции?

Luberбудет всё гораздо сложнее, я не хотел просто вам тут голову забивать))
...
вот как я представляю, может я в чем то не прав?В этом правы, но...будет всё гораздо сложнее... Тогда я попробую вам голову забить. Из того, что вспоминается по прошлому опыту:

1. Одна смета может иметь несколько дополнительных (соотв. нужно отслеживать их консолидировано)

2. Иногда есть смысл сделать отдельно сводную таблицу материалов по смете. Для обработки и учёта кратности этих материалов. В этой таблице будут все материалы из сметы суммарными количествами + еще одно количество для каждого материала — количество кратное.

Пример: по одной работе 0,5 литра краски, по другой 1,2 литров краски, в третьей еще литр. Она продается банками по 3 литра. Если не дай Босх смета сильно растянута во времени, и закупается не всё сразу. Если купят 3 раза по банке (итого 9 литров), то заказчик вполне откажется платить за обе (он и так часто платит по смете за материалы по факту, а не по первоначальной смете).

3. Для работ неплохо бы заложить минимум 2 цены: внешнюю и внутреннюю. Первая — что заплатит клиент, вторая — что получит работник, т.е. "себестоимость". Для материалов, если есть желание немного зарабатывать на объемах или липовых чеках — тоже.

4. Цены на материалы лучше отслеживать не по сметам, а по закупкам (наверняка это отдельные документы в вашей БД) или по отчетам для клиента (тоже 2 цены, клиенту показываем одну).

5. Для одной и той же типовой работы может понадобиться несколько разных типовых "наборов" материалов. Да, кстати, материалы можно заменять аналогами... И еще: при изменении объема работы материал иногда надо пересчитывать согласно объему работы, а иногда нет: полезный признак...

6. Полезные возможности: копирование раздела сметы (со всеми входящими работами и материалами), копирование работы (аналогично со всеми входящими материалами)

7. У сметы часто бывает "подвал", в котором закладываются расходы сверх того, что перечислено в теле: транспортные услуги, инструмент, погрузка-разгрузка, вывоз мусора и т.п. И, наконец, "непредвиденные работы и затраты" .

Сумма статьи "подвала" может быть фиксированной или же считаться как % от суммы работ и материалов (только работ, только материалов, работ + материалов, работ + материалов + предыдущих статей "подвала")

По мелочам:
- тип сметы (например, производство, строительство, монтаж и т.п. — если такое есть, и нужны разные правила, печатные формы и т.п.);
- статус сметы (новая, оценена, на утверждении, подписана, архив... сколько сами у себя насчитаете, у нас было более 10);
- если в общем случае раздел сметы = место проведения работ, то тоже можно отдельным справочником, а потом снимать аналитику и в этом разрезе;
- разные печатные формы в зависимости от того, как клиент платит: всё по-белому, n % по белому, всё по-чёрному, НДС надо/не надо/надо на n %);
- накопительная ведомость!!! по нарядам о выполнении... сюда же КС-2, КС-3, КС-11... это если всё-всё-всё ведете в БД;
- ТЕР, ФЕР, прочие страшные слова — если очень надо... мы делали, но коряво, для галочки.

LuberНу эти все ОПЦИИ, я так понимаю, появились в ходе практики. Я думаю не в каждой сметной программе такое есть (по крайней мере, сам работал в ГрандСмете, там кроме как разделов, сводной таблицы материалов, настраиваемых "подвала", НР и СП, ничего "эдакого" и нет. ФЕР и ТЕР, я думаю, не пригодится, а вот КС-ки будут однозначно вестись, тут думаю ничего сложного нет, кроме человеко-часов на написание форм)))Мы смотрели Смета.ру, она вроде сметчиков устраивала, но нам надо было увязать договоры, сметы, заявки на материалы, закупки и фактическое выполнение смет (строительных и производственных), и чтоб вся картина для начальства получалась парой кликов, поэтому писали такой кусок сами... Ну и почти все "хотелки" сметчиков пришлось делать, чтобы они ушли от своего любимого MS Excel.

А вам — удачи в разработке.

Luberеще вопрос - Вы говорите "мы" делали,
вот "мы" это сколько примерно человек? и много ли времени у вас это заняло?Ну, у нас не было выделено всё это в отдельный проект, всё добавлялось постепенно, по мере необходимости. А так: два человека (аналитик-разработчик + разработчик), всё на Access. Было 2 клиентских части ("офисная" и "прорабская"), функционал в них почти не пересекался, кроме большинства справочников, каждый из нас отвечал за свою часть. Сейчас думаю, что месяца за 2-3 чистого времени сделали бы всё вышеперечисленное мной.

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