Предоставление сведений об административных правонарушениях в области дорожного движения

2.5  Вывод

В результате анализа информационного обеспечения функций выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании. Общее число ограничений на уровне атрибутов составляет 76 (в том числе динамических 1), на уровне кортежей — 38, на уровне множеств кортежей — 38 и на уровне базы данных — 38. Операционные правила выявлены и сформулированы для уровня атрибутов - 18.   

3   ПРОЕКТИРОВАНИЕ ЛОКАЛЬНЫХ ER-МОДЕЛЕЙ

Данный раздел посвящен проектированию локальных ER-моделей, соответствующих отдельным автоматизируемым функциям. Здесь выполняется составление локальных исходных ER-моделей, производится нормализация локальных ER-моделей, разрабатываются спецификации ограничений и правил поддержания целостности для локальных ER-моделей.

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

3.1  Составление локальных исходных ER-моделей

В данном подразделе на основе описательных моделей данных, полученных на предшествующих этапах проектирования, для каждой автоматизируемой функции строятся исходные концептуальные модели Entity–Relationship (ER-модели) в графической форме.

3.1.1  Функция 1 “Регистрация и учет информации об административных правонарушениях”

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

Рисунок 3.1.1 — Исходная ER-модель для функции 1 “Регистрация и учет информации об административных правонарушениях”

Модель содержит единственную сущность “Прием заявления”, набор атрибутов которой имеет сложную структуру: простой агрегат “Пользователь”, агрегат “Представление МВД РФ”. Агрегат “ Представление  ФМД РФ” содержит простые агрегаты “ФИО” , “Паспортные данные” и “Паспорт ТС”.

3.1.2  Функция 2 “ Формирование и печать квитанций со штрих-кодом на оплату административных штрафов ”

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

Рисунок 3.1.2 — Исходная ER-модель для функции 2 “Формирование и печать квитанций со штрих-кодом на оплату административных штрафов”

Модель содержит единственную сущность “Заявление”, набор атрибутов которой имеет следующую структуру: простой агрегат “ФИО”, агрегат “Паспортные данные”, агрегат “Паспорт ТС” собственника”.

3.1.3       Функция 3 “Получение информации об осуществленных платежах”

Исходная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.1.3

Рисунок 3.1.3 — Исходная ER-модель для функции 3 “Уведомление пользователей о результате рассмотрения заявления”

Модель содержит единственную сущность “Уведомление пользователей”, набор атрибутов которой имеет сложную структуру. Простой агрегат “регистрация” содержит простой агрегат “уведомление об отказе” и простой агрегат “Принятие заявки”.  Простой агрегат “Принятие заявки” содержит простой агрегат “Предоставление краткого документа”, который, в свою очередь, содержит простой агрегат “ФИО”.

3.1.4  Функция 4 “Автоматическая сверка данных, полученных от финансово-кредитных учреждений и от УФК (сверка необходима, т.к. только информация из УФК может служить подтверждением оплаты штрафа)”

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

Рисунок 3.1.4 — Исходная ER-модель для функции 4 “Автоматическая cверка данных, полученных от финансово-кредитных учреждений и от УФК (сверка необходима, т.к. только информация из УФК может служить подтверждением оплаты штрафа)”

Модель содержит единственную сущность “Сверка”, набор атрибутов которой имеет сложную структуру: простой агрегат “Ожидание сверки”, который, в свою очередь, содержит агрегат “Не оплачено в течение трех дней”.

3.1.5  Функция 5 “Автоматическое отражение информации об оплате штрафов по подтвержденным платежам по квитанциям со штрих-кодом”

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

Рисунок 3.1.5 — Исходная ER-модель для функции 5 “Автоматическое отражение информации об оплате штрафов по подтвержденным платежам по квитанциям со штрих-кодом ”

Модель содержит единственную сущность “Проверка”, набор атрибутов которой имеет сложную структуру: простой агрегат “Сотрудник”, который, в свою очередь, содержит агрегат “Выявил не соответствия” и “Успешная проверка”.

3.1.6  Функция 6 “Работа с невыясненными платежами в автоматизированном режиме”

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

Рисунок 3.1.6 — Исходная ER-модель для функции 6 “Работа с невыясненными платежами в автоматизированном режиме”

Модель содержит единственную сущность “Невыясненные платежи”, набор атрибутов которой имеет структуру: простой агрегат “Документы, уточняющие назначение невыясненных платежей”.

3.1.7  Функция 7 “Автоматическое отслеживание штрафов, не оплаченных в установленные сроки, и формирование перечней должников для передачи на взыскание в службу судебных приставов и для применения статьи 20.25 КОАП”

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

Рисунок 3.1.7 — Исходная ER-модель для функции 7 “ Автоматическое отслеживание штрафов, не оплаченных в установленные сроки, и формирование перечней должников для передачи на взыскание в службу судебных приставов и для применения статьи 20.25 КОАП”

Модель содержит единственную сущность “Оплата”, набор атрибутов которой имеет сложную структуру: простой агрегат “Ожидание оплаты”, который, в свою очередь, содержит агрегат “Не оплачено в течение трех дней”.

3.1.8  Функция 8 “Передача информации в информационную систему регионального уровня ”

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

Рисунок 3.1.8 — Исходная ER-модель для функции 8 “Передача информации в информационную систему регионального уровня”

Модель содержит единственную сущность “Формирование итогового документа”, набор атрибутов которой имеет сложную структуру: простой агрегат “Документ”, который, в свою очередь, содержит агрегат “Квитанции”, “Извещение”.

3.2  Нормализация локальных ER-моделей

В данном подразделе на основе анализа и преобразования исходных ER-моделей для каждой автоматизируемой функции строятся нормализованные ER-модели, не содержащие “скрытых” сущностей.

3.2.1  Функция 1 “Регистрация и учет информации об административных правонарушениях”

Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.1. Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.

Рисунок 3.2.1 — Нормализованная ER-модель для функции 1 “Регистрация и учет информации об административных правонарушениях”

Нормализованная модель содержит:

–        базовую (самоидентифицируемую) сущность: “Представление ФНС РФ”;

–        две зависимые сущности: “Прием заявления”, “Заявление”;

–        две связи типа “один ко многим”, идентифицирующие все сущности;

–        две связи типа “один к одному”, идентифицирующие все сущности;

–        каждая сущность содержит информацию об определенных данных.

3.2.2  Функция 2 “Формирование и печать квитанций со штрих-кодом на оплату административных штрафов”

Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.2. Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.

Рисунок 3.2.2 — Нормализованная ER-модель для функции 2 “Формирование и печать квитанций со штрих-кодом на оплату административных штрафов”

Нормализованная модель содержит:

–        базовую (самоидентифицируемую) сущность: “Заявление”;

–        одну связь типа “один ко многому”, идентифицирующие все сущности;

–        сущность содержит информацию об определенных данных.

3.2.3  Функция 3 “Получение информации об осуществленных платежах ”

Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в разд. 1, представлена на рисунке 3.2.3. Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.

Рисунок 3.2.3 — Нормализованная ER-модель для функции 3 “Получение информации об осуществленных платежах Получение информации об осуществленных платежах”

Нормализованная модель содержит:

–        зависимую сущность: “Уведомление пользователей”;

–        одну связь типа “один ко многим”, идентифицирующие все сущности;

–        каждая сущность содержит информацию об определенных данных.

3.2.4  Функция 4 “Автоматическая cверка данных, полученных от финансово-кредитных учреждений и от УФК”

Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.4. Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.

Рисунок 3.2.4 — Нормализованная ER-модель для функции 4 “Уплата платежей”

Нормализованная модель содержит:

–        одну зависимую сущность “Сверка”;

–        одну связи типа “один ко многим”;

–        каждая сущность содержит информацию об определенных данных.

3.2.5  Функция 5 “Автоматическое отражение информации об оплате штрафов по подтвержденным платежам по квитанциям со штрих-кодом”

Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.5. Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.

Рисунок 3.2.5 — Нормализованная ER-модель для функции 5 “Автоматическое отражение информации об оплате штрафов по подтвержденным платежам по квитанциям со штрих-кодом”

Нормализованная модель содержит:

–        одну зависимую сущность “Проверка”;

–        одну связи типа “один ко многим”;

–        каждая сущность содержит информацию об определенных данных.

3.2.6  Функция 6 “Работа с невыясненными платежами в автоматизированном режиме”

Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.6.  Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.

Рисунок 3.2.6 — Нормализованная ER-модель для функции 6 “Работа с невыясненными платежами в автоматизированном режиме”

Нормализованная модель содержит:

–        одну зависимую сущность “Невыясненные платежи”;

–        одну связи типа “один ко многим”;

–        каждая сущность содержит информацию об определенных данных.

3.2.7  Функция 7 “Автоматическое отслеживание штрафов, не оплаченных в установленные сроки, и формирование перечней должников для передачи на взыскание в службу судебных приставов и для применения статьи 20.25 КОАП”

Нормализованная ER-модель для данной функции, полученная на основе описания, приведенного в предыдущих разделах, представлена на рисунке 3.2.6.  Сведения об ограничениях целостности, приведенные на этом рисунке, поясняются ниже в подразделе 3.3, посвященном ограничениям и правилам поддержания целостности.