2.6 Информационная модель (idef1x)
Методология IDEF1X является методом для разработки реляционных баз данных и использует условный синтаксис, специально разработанный для удобного построения концептуальной модели. Концептуальной моделью называют универсальное представление структуры данных в рамках коммерческого предприятия, независимое от конечной реализации базы данных и аппаратной платформы. Использование метода IDEF1X наиболее целесообразно для построения логической структуры базы данных после того, как все информационные ресурсы исследованы (с помощью метода IDEF1Х) и решение о внедрении реляционной базы данных, как части корпоративной информационной системы, было принято.
Рисунок 13 – IDEF1X-модель
Рисунок 14 – концептуальная IDEF1X-модель
Рисунок 15 – Модель зависимостей
При моделировании базы данных проделан анализ данных – процесс, который готовит модель данных для внедрения в базе данных MS SQL Server 2008 с целью обеспечения простоты, гибкости, и адаптивности. Используемая технология называется нормализация.
Нормализация - анализ данных, которая формирует атрибуты данных, группируя их в виде устойчивых, гибких и адаптивных сущностей.
Отношения БД должны удовлетворять 1НФ, 2НФ, 3НФ.
Отношение находится в первой нормальной форме (1NF), если не существует атрибутов, которые могут иметь более чем одно значение в одном экземпляре сущности. Любые атрибуты, которые могут иметь множественные значения, фактически описывают отдельную сущность, возможно сущность и связь.
Отношение находится во второй нормальной форме (2NF), если оно уже в 1NF и если значения неключевых атрибутов зависят от полного ключа, а не от его части. Все неключевые атрибуты, которые зависят только от части ключа, следует поместить в другие отношения, в которых часть ключа является действительно полным ключом. Это может потребовать создания нового отношения и связи в модели.
Отношение находится в третьей нормальной форме (3NF), если оно уже во 2NF и если значения его неключевых атрибутов не зависят от любых других неключевых атрибутов. Неключевые атрибуты, которые зависят от других неключевых атрибутов, должны быть перемещены либо удалены. Новые отношения и связи должны быть добавлены в модель данных.
Исходя из данных положений, при построении концептуальной модели предметной области были определены ключевые атрибуты. Ключевые атрибуты могут быть разных видов: первичный ключ, по значению которого однозначно определяется запись; альтернативный ключ, который при наличии или отсутствии первичного ключа может также идентифицировать запись; внешний ключ, который присваивается при определении связи между сущностями на основе отдельных атрибутов связи.
Заключение
В результате выполнения данной курсовой работы была разработана информационная система, предназначенная для автоматизации процессов обработки данных, их корректировки и хранения в БД, связанных с деятельностью компаний по предоставлению услуг автосервиса.
БД позволяет вести учет всех автомобилей, когда-либо находящихся в автосервисе, хранит полную информацию о каждом автомобиле (марка, регистрационный знак, цвет, год выпуска, серийные номера завода-изготовителя и т.п.), позволяет вести учет владельцев автомобилей, которые когда-либо обращались в автосервис. С помощью MSExcelвозможен экспорт данных из таблиц БД для дальнейшего их анализа, построения диаграмм, графиков, регрессий и т.д., также это позволяет вести отчетность на бумаге.
В БД хранится информация о каждом владельце, о каждом автомобиле, которые хотя бы единожды пользовались услугами автосервиса. Существует возможность хранения не только основной и самой необходимой информации, но и примечаний, уточнений, описания и тех. характеристик устанавливаемых запчастей и много другой полезной информации.
Существует один, на первый взгляд, недостаток, который при постоянном использовании БД характеризует себя с положительной стороны: в данной БД информация об автомобилях и владельцах в исходном состоянии является независимой. Связь владельца с автомобилем отслеживается лишь в процессе оформления заказа, после чего успешно хранится в базе. Это допущение создано с целью предотвращения нестандартных ситуаций, возникающих при существовании у владельца нескольких автомобилей и т.п.
Недостаток системы, не влияющий на её работу, это свободный доступ к ней. Система не имеет подсистемы авторизации.
В заключении, можно подметить немало приятный факт – все проблемы и задачи поставленные на уровне анализа информационной системы были решены после разработки действующего приложения.