1

Проектирование / Re: Как спроектировать систему

« : 06 Мая 2019, 15:46:43 »

>>Можете как-то подробнее описать, в чем именно вы видите проблемы? <<

>>При описании атрибуты, например, будет указывать его наименование, ставить флажок нужен контроль или нет, выбирать тип значения или маску для ввода, как вариант<<

Легче на примере, уже сейчас есть две машины:
У 1-ой машины - 38 деталей с ограниченным сроком службы. Какую то нужно проверить на 5 КМ наработки, какую то на 35 ЧАСАХ наработки, а третью на 5 км или 35 часах (что наступит ранее). Серийный номер машины состоит из 5 цифр + 1латиница.
У 2-ой машины совершенно другой комплект деталей, со своим графиками. Серийный номер состоит из 4 цифр. Данные для этих машин мы добавим в базу сразу.

Наступает завтра и пользователь (ролевая модель предусматривается) добавляет 3-ю машину:
График проверки для одной из деталей измеряется в количестве ЗАПУСКОВ. У пользователя будет возможность выбрать только
- часы наработки
- пройденный километраж
- часы наработки / километраж (что наступит ранее).
так как про количество ЗАПУСКОВ нам никто не сказал и мы не предусмотрели.

Плюс у этой машины еще появляется регистрационный номер состоящий из 15 цифр.

Как пользователь самостоятельно добавит маску для атрибута "рег. номер" ? Как укажет обязательность регист. номера для этого типа машины ?   Ведь, если не задаст, не удастся реализовать проверку на корректность введенного регистр. номера при добавлении единицы объекта.
А как добавит такой параметр для атрибута движка как "количество запусков"?

2

Проектирование / Как спроектировать систему

« : 02 Мая 2019, 12:06:47 »

Добрый день!
Заранее выражаю благодарность за внимание к теме и буду признательна за помощь.

Задача - создать систему для отслеживания дат предстоящего технического обслуживания спецтехники
на предприятии, управление и планирование состояния техники на определенную дату.
Имеем объекты: "машина", "двигатель машины", "календарь сроков обсуживания (ТО)", "пользователь".
К машине типа N подходит двигатель только типа K.
Для машины существует свой календарь сроков ТО, т.е на таком-то часу наработки необходимо проверить и/или заменить такие то детали.
Для двигателя существует тоже свой календарь проверок.
Ну и при наступлении даты следующего ТО, заблаговременно нужно оповестить пользователя.

Одно из главных требований к системе - создание гибких настроечных механизмов, для того, чтобы пользователи самостоятельно (без участия разработчиков):
- добавляли новые типы машин, двигателей,
- к каждому новому типу двигателя и машины создавали свой календарь.

Сложность в том, что границ при добавлении машин нет: может понадобиться добавить тип машины с двумя двигателями. Перечень всевозможного оборудования (атрибуты объектов) для каждого типа машины и двигателя уникальный. И календари уникальные (методы их обработки, алгоритмы расчета), форматы для атрибутов тоже уникальные (серийный номер у одной машины - 5 символов, а у другой - 16).

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

Я права в том, что при такой структуре данных, пользователи самостоятельно не смогут управляться с добавлением новых типов объектов ?
А если не права, кто нибудь может подсказать мне как это будет выглядеть на деле ?