Раздел "Требования к данным" содержит полный словарь данных системы и служит основой для проектирования ее логической и физической модели. В нем детально описываются структуры всех ключевых сущностей, их атрибуты, типы данных, ограничения и бизнес-правила. Раздел систематизирует информацию о справочниках, заявках, пользователях и других сущностях, обеспечивая единообразие данных во всех модулях. Используется разработчиками для создания базы данных, а также тестировщиками для валидации бизнес-логики и целостности информации.
Обозначение для полей таблиц:
- Идентификатор — код вида INSP-AT-[модуль]-[номер] для ссылок в системе требований,
- Атрибут – наименование поля/характеристики,
- Тип данных – формат хранения информации в системе,
- Контроли – бизнес-правила и ограничения атрибута
- ПДн - Признак персональных данных, которые должны шифроваться
- NN (Not Null) – обязательность заполнения (Да/Нет),
- CH (CHECK constraint) - Условия, при которых атрибут будет обязательным (NN),
- Описание — смысловое назначение и особенности использования поля.
Комментарии (3) · по состоянию на 2026-09-15
К странице
[Ревью] Желательно: в словаре данных нет отдельной сущности «Акт осмотра» (номер акта, дата подписания, подписант, статус согласования/подписания и т.п.) — есть только generic сущность «Файл» и текстовые/числовые атрибуты внутри «Осмотра» (DEFINITIONINSP-AT-APP-035 и далее). Если акт осмотра — юридически значимый документ со своим жизненным циклом (черновик/на согласовании/подписан), его отсутствие как отдельной сущности — существенный пробел в модели данных.
За рамками MVP. В заявке, плане осмотра и осмотре есть все необходимые данные для Акта осмотра
[Ревью] Решено, спасибо за уточнение — вынесение Акта осмотра (как печатной формы, собираемой из данных Заявки/Плана/Осмотра) за рамки MVP зафиксировано. Отдельный жизненный цикл согласования/подписания акта в MVP не требуется.