Получается, что так. С диагностической картой чуток по другому, но в итогде ситуация такая же.


Хотелось бы услашать более подробные комментарии.

Вообще, что-то не клеится у нас беседа. Возможно, из-за моих знаний в данной области, а вернее в отсутствии этих самых знаний. Не думаю, что получится что-то коснтруктивное, поэтому тему можно закрыть.


Zloxa, Akina, спасибо за попытку помочь.

Насколько я понимаю, речь идёт о реальной рабочей задаче. В этом случае абсолютно необходимо чёткое понимание всего, что делается - не только как, но и почему именно так. Этого понимания пока и близко не видать. Да, именно по причине катастрофических пробелов в знаниях. Но тут есть всего два варианта - либо данная область знаний изучается (возможно, с привлечением стороннего преподавателя), а затем выполняется работа, либо нанимается исполнитель, который этот пласт знаний изучил, и он выполняет эту работу, возможно, объясняя одновременно, почему именно так. 

На текущий момент я вижу только "прогляд по верхам" и попытки привлечь нас в качестве таких преподавателей или исполнителей. Что-то не хочется... да и неинтересно. Ну не получится. Вижу только один выход - Вы изучите данный пласт знаний не по касательной, а основательно. И тогда сами увидите, что не так. Или, по крайней мере, рассказывая, что, как и почему делаете, будет давать пояснения на достаточном профессиональном уровне.

Это, конечно, список не исчерпывающий... Третий вариант - сделать абы как, авось прокатит, но это гарантированная "заготовка граблей". Четвёртый - не делать совсем... Как я понимаю, такие варианты не рассматриваются.

PS. C моей точки зрения, Вы вообще имеете три отдельные задачи (материально-кадровый учёт, учёт обслуживания и ремонта, учёт участия в ДТП), единственное между ними общее то, что все они относятся к одному и тому же объекту-автомобилю.

Полностью согласен. Но их ведь можно решать с помощью одной БД, но через разные таблицы?

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

Akina, спасибо вам за все же очень конструктивное и полезное сообщение.

Если рассматривать отдельно задачу материально-кадрового учета, то можно выделить только 3 сущности: водитель, авто и документ. 
Но вот тут возникает вопрос: в рамках данной задачи документ как таковой не нужен. Требуется только срок действия документа. То есть, получается, что можно оставить только 2 сущности (авто и водитель), а сроки действия документов сделать аттрибутами этих сущностей, что, конечно, не очень складывается с той ситуацией, которая присутсвует в реальной жизни.
В данном случае аттрибутами будут:
водитель (ФИО, дата рождения, стаж, срок действия медсправки)
авто (регестрационный номер, марка, модель, год выпуска, цвет, срок действия страховки, срок действия техосмотра)
И в этой ситуации получается, что связей между этими сущностями никакх нет (в раммках рассматривемой задачи нас абсолютно не интересует, что водитель - управляет - авто).
С другой стороны, наверное, все же введение сущности документ более соответсвует реальной ситуации.
В таком случае, сущности будет все же три: авто (номер, марка, модель, год выпуска, цвет), водитель (ФИО, дата рождения, стаж), документ (тип документа, номер документа, срок действия документа).
Тогда связь между ними такие
авто - имеет - документ
Поскольку на одну машину может быть два документа, то связь 1:2. 
водитель - имеет - документ
На одного водителя будет одна справка, т.е. связь 1:1.
Тут ситуация такая, что если водитель получает новый документ, то старый нас уже не интересует и можно просто переписать сущесвтующий документ на новый. Аналогичная ситуация и с авто.


Получается, что как таковых специфических аттрибутов, необходимых для других задач, нет.
Хотелось бы увидеть ваши комментарии по поводу вышеприведенного анализа задачи материально-кадрового учета.

Это сообщение отредактировал(а) rudolfninja - 22.4.2016, 16:57

Тут дело в другом. Если на вашем предприятии уже есть кадровый учет, вам придется вести одних и те же данные в разных местах. Потом вы столкнетесь с тем, что ваши кадры не бются с кадровыми кадрами. Чтобы они бились всегда, вам надо бы интегрироваться  с вашей кадровой системой, но тут проблема в том, что для того, чтобы вести два новых атрибута на сотруднике - дата выхода на пенсию и дата окончания медицинской справки,  решение получится избыточно дорогим. Уверен,  в вашей кадровой системе вполне можно доатрибутить этот справочник и получить отчет о приближающихся пенсионирах и факапщиков справок.

То же касается и учета основных средств. Если делать по уму, то ваша база не нужна.

Если что-то делать не по уму - выделить специальную штатную единицу, которая будет вести базу данных в вашей программе и нести ответственность за его актуальность. Из тех требований, которые вы перечислили, совершенно не понятно какие преимущества у вашей программы перед обычным эксельчиком, который вполне себе умеет фильтровать данные.

Если же делать что-то лишь ради того чтобы сделать, то, в общем - все равно что делать и как делать. Критерий "правильности" устанавливает заказчик по принципу соответствия сделанного требуемому. Спрашивать на форуме о правильности - бесполезно. Формальные требования излагать сложно и вникать в них мучительно, врядли кто-то из форумчан действительно станет глубоко погружаться в чужую область. А на краткое изложение грубыми штрихами,  вам могут предложить решение не от той задачи.

Это сообщение отредактировал(а) Zloxa - 22.4.2016, 17:15