26
Исходя из специфики и поставленных целей, для реализации данного
проекта выбираем локальную (автономную) архитектуру.
Реляционная модель является самой простой и самой обычной
формой представления данных в виде двумерных таблиц. Каждая таблица
базы данных представляется как совокупность строк и столбцов, где строки
отвечают экземпляру сущности, конкретному событию или явлению, а
столбцы - атрибутам (характеристикам, параметрам) сущности, события,
явления. В терминологии реляционных баз данных таблицам отвечают
отношения, столбцам - атрибуты, строкам - кортежи.
В данном проекте выбранная реляционная модель данных как самая
простая и соответствующая задачи.
27
ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ
2.1 Построение модели ТО-ВЕ
Модель TO-BE – это модель мероприятий по переводу отделов на
новую технологию работы. Эта модель интегрирует перспективные
предложения руководства и сотрудников подразделения, экспертов
и системных аналитиков и позволяет сформировать видение новых
рациональных технологий работы подразделения. Каждая из моделей
включает в себя полную структурную функциональную модель деятельности
в виде иерархии диаграмм потоков данных с разработанными для всех
процессов нижнего уровня их подробными спецификациями.
В первом разделе была построена модель AS-IS и приведены ее
недостатки. Соответственное построим модель TO-BE, в которой попробуем
устранить все эти перечисленные недостатки.
Для этого в модели необходимо использовать АИС, разработка
которой предполагается в данном дипломном проекте.
Контекстная диаграмма модели TO-BE практически ничем не
отличается от диаграммы модели AS-IS (вход, выход и управление не
изменились). Но добавился один дополнительный механизм – АИС,
разработка которой предполагается. Контекстная диаграмма показана на
рисунке 2.1.
Рисунок 3. Контекстная диаграмма
Описание диаграммы показано в таблице 3.
28
Таблица 3
Описание контекстной диаграммы
Процесс
Вход
Выход
Управление
Механизм
Регистрация
транспорт-
ных средств
Данные о ТС,
Данные о
воинской части
Выходная
документация о
регистрации
Правила
работы,
Приказы и
другая
документация
Сотрудники
подразделе-
ния АТУ, АИС
Диаграмма декомпозиции изменилась значительно сильнее – часть
работ была изменена. Диаграмма декомпозиции показана на рисунке 4.
Рисунок 4. Модель AS-IS
Описание диаграммы показано в таблице 4.
Таблица 4
Описание диаграммы декомпозиции первого уровня
Процесс
Вход
Выход
Управление
Механизм
Заполнение
электронных
форм
Данные о ТС,
Данные о
воинской
части
Информация
из форм
Правила
работы,
Приказы и
другая
документация
Сотрудники
подразделе-
ния АТУ, АИС
Автоматизи-
рованная
проверка
полученных
данных
Информация
из форм
Информация
из форм
Правила
работы,
Приказы и
другая
документация
АИС
29
Продолжение таблицы 4
Внесение
информации
в БД
Информация
из форм
Информация
из БД
Правила
работы,
Приказы и
другая
документация
АИС
Автоматизи-
рованное
формирова-
ние
документов
Информация
из БД
Выходная
документация
о регистрации
Правила
работы,
Приказы и
другая
документация
Сотрудники
подразделе-
ния АТУ, АИС
Заполнение электронных форм – работник вводит в программу в
соответствующие формы данные о ТС, которое необходимо
зарегистрировать.
Автоматизированная проверка полученных данных – проводится
поиск по БД на предмет наличия данного ТС в БД.
Внесение информации в БД – информация о ТС вносится в БД.
Автоматизированное формирование документов – на основании
запроса работника проводится автоматизированное формирование
требуемого документа с автоматическим внесением необходимых данных в
соответствующие поля и импорт документа в Microsoft Excel.
2.2 Инфологическое моделирование предметной области
Инфологическое моделирование данных – это процесс создания
логического представления структуры базы данных. Инфологическое
моделирование данных - основа для всей последующей работы по разработке
базы данных и приложения по её ведению. Для построения инфологической
модели (концептуальной схемы) используют традиционные методы
агрегации и обобщения. При агрегации объединяются информационные
объекты (элементы данных) в один в соответствии с семантическими связями
между объектами. При обобщении информационные объекты (элементы
данных) объединяются в родовой объект. Выделены следующие
информационные объекты.
30
Существует еще одно определение инфологического
(концептуального) проектирования согласно которому инфологическое
проектирование – это построение семантической модели предметной
области, то есть информационной модели наиболее высокого уровня
абстракции. Такая модель создаётся без ориентации на какую-либо
конкретную СУБД и модель данных. Термины «семантическая модель»,
«концептуальная модель» и «инфологическая модель» являются
синонимами. Кроме того, в этом контексте равноправно могут
использоваться слова «модель базы данных» и «модель предметной области»
(например, «концептуальная модель базы данных» и «концептуальная
модель предметной области»), поскольку такая модель является как образом
реальности, так и образом проектируемой базы данных для этой реальности
В результате анализа предметной области можно выделить в ней
следующие сущности (информационные объекты):
1. Тип кузова.
2. Тип двигателя.
3. Цвет.
4. Экологический класс.
5. Тип транспортного средства.
6. Страна.
7. Марка автомобиля.
8. Модель автомобиля.
9. Воинская часть.
10. Регистрационные данные.
Приведем основные атрибуты сущностей.
1. Тип кузова:
- название типа кузова.
2. Тип двигателя:
- название типа двигателя.
3. Цвет:
31
- название цвета.
4. Экологический класс:
- название экологического класса.
5. Тип транспортного средства:
- название типа транспортного средства.
6. Страна:
- название страны.
7. Марка автомобиля:
- название марка автомобиля,
- страна, в которой расположен основной офис.
8. Модель автомобиля:
- название модели автомобиля,
- марка.
9. Воинская часть:
- название части,
- адрес,
- ФИО начальника части,
- телефон.
10. Регистрационные данные автомобиля. Данная сущность является
составной и включает в себя атрибуты практически всех предыдущих
сущностей:
- тип кузова,
- тип двигателя,
- цвет,
- экологический класс,
- тип ТС,
- марка автомобиля,
- модель автомобиля,
- воинская часть, за которой закреплен автомобиль,
- номер шасси,
32
- номер кузова,
- номер двигателя,
- объем двигателя,
- мощность двигателя,
- вес,
- идентификационный номер (VIN),
- категория ТС,
- регистрационный знак,
- название документа о регистрации,
- серия документа о регистрации,
- номер документа о регистрации,
- дата выдачи документа о регистрации,
- место выдачи документа о регистрации,
- год выпуска ТС.
После выявления всех сущностей необходимо выявить
информационные связи между ними.
1. Связь между сущностями «Страна» и «Марка автомобиля». Логика
данной связи: «Марка автомобиля – находится в- Страна». Каждая страна
может размещать на своей территории любое количество марок автомобилей
(имеется в виду головной офис/резиденция/завод). Но при этом каждая марка
автомобиля может находиться только в одной стране. Таким образом, данная
связь имеет степень кардинальности «один ко многим».
2. Связь между сущностями «Марка автомобиля» и «Модель
автомобиля». Логика данной связи: «Модель автомобиля – относится к –
марке автомобиля». Каждая марка может выпускать любое количество
моделей. Но при этом каждая модель автомобиля может относится только к
одной марке. Таким образом, данная связь имеет степень кардинальности
«один ко многим».
3. Связь между сущностями «Тип кузова» и «Регистрационные
данные». Логика данной связи: «Регистрационные данные – содержат - Тип
33
кузова». Каждый тип кузова может содержаться в любом количестве
регистрационных данных. Но при этом каждые регистрационные данные
могут содержать только один тип кузова. Таким образом, данная связь имеет
степень кардинальности «один ко многим».
4. Связь между сущностями «Тип двигателя» и «Регистрационные
данные». Логика данной связи: «Регистрационные данные – содержат - Тип
двигателя». Каждый тип двигателя может содержаться в любом количестве
регистрационных данных. Но при этом каждые регистрационные данные
могут содержать только один тип двигателя. Таким образом, данная связь
имеет степень кардинальности «один ко многим».
5. Связь между сущностями «Цвет» и «Регистрационные данные».
Логика данной связи: «Регистрационные данные – содержат - Цвет».
Каждый цвет может содержаться в любом количестве регистрационных
данных. Но при этом каждые регистрационные данные могут содержать
только один тип цвет. Таким образом, данная связь имеет степень
кардинальности «один ко многим».
6. Связь между сущностями «Экологический класс» и
«Регистрационные данные». Логика данной связи: «Регистрационные данные
– содержат - Экологический класс». Каждый экологический класс может
содержаться в любом количестве регистрационных данных. Но при этом
каждые регистрационные данные могут содержать только один
экологический класс. Таким образом, данная связь имеет степень
кардинальности «один ко многим».
7. Связь между сущностями «Тип транспортного средства» и
«Регистрационные данные». Логика данной связи: «Регистрационные данные
– содержат - Тип транспортного средства». Каждый тип транспортного
средства может содержаться в любом количестве регистрационных данных.
Но при этом каждые регистрационные данные могут содержать только один
тип транспортного средства. Таким образом, данная связь имеет степень
кардинальности «один ко многим».
34
8. Связь между сущностями «Марка автомобиля» и «Регистрационные
данные». Логика данной связи: «Регистрационные данные – содержат -
Марка автомобиля». Каждая марка автомобиля может содержаться в любом
количестве регистрационных данных. Но при этом каждые регистрационные
данные могут содержать только одну марку автомобиля. Таким образом,
данная связь имеет степень кардинальности «один ко многим».
9. Связь между сущностями «Модель автомобиля» и
«Регистрационные данные». Логика данной связи: «Регистрационные данные
– содержат - Модель автомобиля». Каждая модель автомобиля может
содержаться в любом количестве регистрационных данных. Но при этом
каждые регистрационные данные могут содержать только одну модель
автомобиля. Таким образом, данная связь имеет степень кардинальности
«один ко многим».
10. Связь между сущностями «Воинская часть» и «Регистрационные
данные». Логика данной связи: «Регистрационные данные – содержат -
Воинская часть». Каждая воинская часть может содержаться в любом
количестве регистрационных данных (может иметь много автомобилей). Но
при этом каждые регистрационные данные могут содержать только одну
воинскую часть. Таким образом, данная связь имеет степень кардинальности
«один ко многим».
Выявленные информационные связи отобразим ER-диаграммой
(рисунок 5).
35
Тип кузова
Находится в Цвет
Относится к
Модель
Марка
Страна
Тип ТС
Экологический
класс
Тип
двигателя
Воинская
часть
Регистр
данные
содержат
содержат
содержат
содержат
содержатсодержат
содержат
содержат
Рисунок 5. ER-диаграмма предметной области
2.3 Выбор СУБД
Для реализации базы данных выбран MicrosoftAccess 2010. Этот
программный продукт был выбран на основании следующих причин:
– однофайловая структура БД;
– возможности управления объектами Access через высокоуровневый,
стандартный для пакета Office, язык программирования VBA;
– возможность создания в таблицах таких полей как Счетчик и OLE;
– возможность организации ссылочной целостности;
– обработка на клиенте при определенных условиях только индексов
и возврат с файл сервера данных по отобранным индексам;
– наличие возможности программного управления транзакциями для
поддержки целостности БД.
MicrosoftAccess 2010 является мощной и высокопроизводительной 32-
разрядной системой управления реляционной базой данных (далее СУБД).