Файл: М инобрнауки россии федеральное государственное бюджетное образовательное учреждение высшего образования Национальный исследовательский университет мэи.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 09.11.2023
Просмотров: 636
Скачиваний: 4
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
1. Анализ предметной области и постановка задачи
1.4 Инструментальные средства разработки
2. Проектирование информационной системы
3. Разработка информационной системы
3.1 Физическая структура проекта
3.3 Реализация работы с данными
3.7 Требования к средствам обеспечения
4. Технико-экономическое описание разработки
4.1 Расчёт себестоимости программного продукта
Структура записи файла Doma.dbf представлена в таблице 6.
Таблица 6
Структура файла Doma.dbf
Наименование столбца | Значение столбца |
NAME | Номер дома |
KORP | Корпус дома |
SOCR | Сокращённое название типа объекта |
CODE | Классификационный код |
INDEX | Почтовый индекс |
GNINMB | Код ИФНС |
Продолжение таблицы 6
Наименование столбца | Значение столбца |
UNO | Код территориального участка ИФНС |
OCATD | ОКАТО |
Структура записи файла Socr.dbf представлена в таблице 7.
Таблица 7
Структура файла Socr.dbf
Наименование столбца | Значение столбца |
LEVEL | Уровень адресного объекта |
SCNAME | Сокращённое наименование типа объекта |
SOCRNAME | Полное наименование типа объекта |
KOD_T_ST | Код типа объекта |
Структура записи файла Flat.dbf представлена в таблице 8.
Таблица 8
Структура файла Flat.dbf
Наименование столбца | Значение столбца |
NAME | Номер или диапазон квартир |
CODE | Классификационный код |
INDEX | Почтовый индекс |
GNINMB | Код ИФНС |
UNO | Код территориального участка ИФНС |
NP | Номер подъезда |
Структура записи файла Altnames.dbf представлена в таблице 9.
Таблица 9
Структура файла Altnames.dbf
Наименование столбца | Значение столбца |
OLDCODE | Старый классификационный код |
NEWCODE | Новый классификационный код |
LEVEL | Уровень адресного объекта |
При детальном изучении структуры и данных, находящихся в этих файлах, можно выделить присутствие определённого количества проблем. В файле Kladr.dbf столбец STATUS не несёт под собой никакой значимой роли поскольку все объекты данного файла обозначены нулём, INDEX в файле у абсолютно всех полей является пустым, вызвано это тем, что один город, субъект и т.д. может обладать большим количеством почтовых индексов, в связи с тем присутствие данного столбца не целесообразно. В файле Street.dbf присутствует столбец почтового индекса так же, как в файле Doma.dbf, при тщательном изучении вопроса можно заметить, что почтовый индекс является пустым у тех улиц, которые, опоясывают более одного почтового отделения, тем самым можно сделать вывод что указание почтового индекса в Street.dbf является излишним. Файл Flat.dbf который подразумевал хранение данных об квартирах на данный момент является пустым и потому не несёт никакой значимости. Файл Altnames.dbf предназначен хранить данные об истории изменений в адресной системе, но поскольку у данного проекта стоит задача предоставления функции поиска по системе то информация о переподчинении объектов не является актуальной.
2.2 Проектирование БД
Для оперативной и быстрой работы с данными необходимо произвести преобразование информации из DBF файлов в SQL базу данных. Для проектирования базы нужно определить таблицы и из атрибутов. Поскольку ранее было определено, что наиболее удобным для восприятия человека является административно-территориальное деление, то при проектировании БД упор будет сделать именно на этот аспект.
Таким образом можно определить следующие таблицы: субъекты РФ, административные районы, города, населённые пункты, элементов планировочной и дорожной инфраструктуры (далее просто улицы), дома. Отношения данных таблиц можно представить в виде следующей иерархической модели [8] рис. 2.1.
Рисунок 2.1 – Иерархическая модель БД
Как можно видеть, данная модель отличается от представленной в таблице 2 тем, что города и посёлки городского типа были объединены с сельскими поселениями для упрощения иерархии и более интуитивно понятного поиска.
Стоит так же выделить, что помимо таблиц, указанных на рис. 2.1 будет присутствовать таблица информации о БД, которая будет хранить запись, отвечающую за версию БД ФИАС, нужно это для определения является ли текущая версия актуальной.
Таблица субъектов РФ представлена на таблице 10.
Таблица 10
Субъекты РФ
Наименование столбца | Описание |
id | Идентификатор |
name | Наименование субъекта РФ |
socr | Полное наименование типа субъекта |
code | Классификационный код |
Продолжение таблицы 10
Наименование столбца | Описание |
octd | ОКТАТО |
gnimb | Код ИФНС |
Данная вариация таблицы отличается от изначальной таблица 4 отсутствием таких атрибутов как статус, почтовый индекс и код
территориального участка ИФНС, сделано это в силу отсутствия надобности данных полей у субъектов РФ.
Таблица административных районов представлена на таблице 11.
Таблица 11
Административные районы
Наименование столбца | Описание |
id | Идентификатор |
name | Наименование административного района |
socr | Полное наименование типа района |
code | Классификационный код |
octd | ОКТАТО |
Данная структура отличается тем, что убран атрибут кода ИФНС, сделано это из-за того, что код ИФНС у субъекта РФ и района зачастую одинаковый, в крайнем случае он может отсутствовать, потому для предотвращения дублирования информации в БД было принято решение вырезать данное поле. Код территориального участка ИФНС так же не является атрибутом таблицы т.к. он отсутствует у половины административных районов, а там, где он присутствует является дубликатом такого же поля у городов и населённых пунктов, относящихся к данному району.
Таблица городов и населённых пунктов представлена на таблице 12.
Таблица 12
Города и населённые пункты
Наименование столбца | Описание |
id | Идентификатор |
name | Наименование города, населённого пункта |
socr | Полное наименование типа населённого пункта |
code | Классификационный код |
octd | ОКТАТО |
uno | Код территориального участка ИФНС |
gnimb | Код ИФНС |
В данной таблице можно заметить снова присутствие кода ИФНС поскольку его значение может отличаться от идентичного кода в таблице субъектов РФ.
Таблица улиц представлена на таблице 13.
Таблица 13
Улицы
Наименование столбца | Описание |
id | Идентификатор |
name | Наименование элемента дорожной или планировочной инфраструктуры |
socr | Полное наименование типа элемента дорожной или планировочной инфраструктуры |
code | Классификационный код |
Данная таблица отличается от изначального файла тем, что отсутствует атрибут почтового индекса, сделано это с целью предотвращения дублирования информации, поскольку такое же поле присутствует в файле с домами.
Таблица домов показана на таблице 14.
Таблица 14
Дома
Наименование столбца | Описание |
id | Идентификатор |
name | Номера домов |
socr | Полное наименование типа здания |
code | Классификационный код |
mail_index | Почтовый индекс |
Следующая таблица 15 не относится к структуре данных БД ФИАС, она создана для реализации функции сохранения адресных данных, которые пользователь посчитал для себя полезными.
Таблица 15
Избранное
Наименование столбца | Описание |
id | Идентификатор |
name | Номера домов или наименование улицы, добавляемой пользователем |
socr | Полное наименование типа здания |
code | Классификационный код |
mail_index | Почтовый индекс |
name_subject | Наименование субъекта РФ, к которому относится сохраняемый адресный объект |
name_district | Наименование административного района, к которому относится адресный объект |
name_citygpt | Наименование населённого пункта, к которому относится адресный объект |
Для дальнейшей работы с БД необходим определиться с латинской версией наименование таблиц: subject – субъекты РФ, district – административные районы, citygpt – населённые пункты, street – улицы, house – дома, favourite – избранное. Теперь на основе таблиц 10-15 и иерархической модели рис. 2.1 данных построим логическую схему БД рис. 2.2.
Рисунок 2.2 – Логическая схема БД
На основе логической модели проведём построение физической схемы БД рис. 2.3 для СУБД SQLite.