Небольшой периодический аудит в системе разработки, как и периодическое медицинское обследование не бывает лишним. Это может понадобиться, если вы:
- входите на проект с существующим большим историческим слоем разработок;
- принимаете большой объём разработок от подрядчика/субподрядчика;
- просто решаетесь на ежегодную генералку или ревизию.
В данной заметке делается обзор в части аудита диапазонов номеров.
Z-объекты
Диапазон номеров относится к объектам разработки, и к нему относится стандартное правило именования – имя вашего объекта должно начинаться на Z.
Очевидно:
- Они должны быть присвоены к верному пакету
- Они должны иметь правильные имена согласно внутренним правилам
- Они должны иметь корректные наименования
Для этого лучше уметь просмотреть объекты списком.
Чуть менее очевидно, что настройки диапазона должны правильно отражать необходимость:
- Зависимость от года. Нужна – включайте, не нужна – выключайте.
- Наличие подобъектов. В большинстве случаев это должны быть организационные единицы верхнего уровня (Балансовая единица, завод и другие).
- Заложенные интервалы должны отражать подвиды одних и тех же объектов.
Тут готовых рекомендаций нет – всё зависит от локальной специфики и вкуса.
Вне зависимости от вкуса и специфики эти настройки должны согласоваться с первичными ключами БД (или уникальными индексами). Например: если для диапазона номеров включен подобъект, и номер объекта входит в первичный ключ, то подобъект должен также входить в первичный ключ.
Кроме этого диапазон номеров должен использоваться в жизни. Я в рамках текущего проекта пока удалил больше чужих диапазонов, чем создал сам. На что можно ориентироваться:
- Должен быть хотя бы один вызов ФМ NUMBER_GET_NEXT с указанием этого объекта
- В продуктивной системе должен существовать хоты бы один интервал
- Иногда наводку может дать поиск имени диапазона по тексту программ
Впрочем, встречал разное, например:
Даже не знаю как реагировать. Наверное работает! Но так нельзя делать!
А ещё вот прямая работа с таблицами!
Тоже работает …
Не Z-объекты
С ними мы уже сделать ничего не можем. Просто принимаем их как данность, но есть пара моментов которые надо иногда проверять.
- Можно убедиться, что никакие интервалы не подходят к концу (стандартная настройка = 10%). Система должна выдавать предупреждения, но она это делает точечно.
- Для важных диапазонов номеров, зависимых от года, необходимо проверять, что их продлили на следующий год. А то в районе нового года работа может неожиданно встать. Для некоторых объектов интервалы каким-то магическим способом продлеваются сами.
Впрочем эти проверки касаются и Z-объектов тоже.
Ну и на последок, маленькая программка в помощь: http://pastebin.com/EcWDdKxt