1.1 Описание предметной области

Различают полную предметную область и ее фрагменты, при этом каждый фрагмент может представлять свою предметную область. Информация, необходимая для описания предметной области, может включать сведения о людях, предметах, документах, событиях, понятиях и т.д.

Каждая предметная область характеризуется множеством объектов – элементов реальных систем и процессов, использующих объекты, а также множеством пользователей, характеризуемых единым взглядом на предметную область.

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

В данной курсовой работе предметной областью является информационная система транспортной компании, которая занимается перевозками грузов внутри страны и имеет контакты с зарубежными компаниями.

2. Модели баз данных

2.1 Логическая модель базы данных

Различают три уровня логической модели, отличающихся по глубине представления информации о данных:

диаграмма сущность-связь (Entity Relationship Diagram, ERD);

модель данных, основанная на ключах (Key Based model, KB);

полная атрибутивная модель (Fully Attributed model, FA).

В данной курсовой работе используется диаграмма сущность-связь.

Диаграмма сущность-связь представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Такая диаграмма не слишком детализирована, в нее включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям, предъявляемым к ИС. Диаграмма сущность-связь может включать связи многие-ко-многим и не включать описание ключей. Как правило, ERD используется для презентаций и обсуждения структуры данных с экспертами предметной области.

Построение модели данных предполагает определение сущностей и атрибутов, т.е. определить какая информация будет хранится в конкретной сущности или атрибуте. Сущность можно определить, как объект, информация о котором должна сохраниться. Каждая сущность имеет атрибуты. Каждый атрибут хранит информацию об определенном свойстве сущности, а каждый экземпляр сущности должен быль уникальным. Связь между сущностями осуществляется посредствам связей.

Сущности проектируемой информационной системы транспортной компании.

Сущность Транспортное средство включает в себя следующие атрибуты:

Гос_номер (Государственный номер), Название, Тип, Состояние_тр (состояние транспортного средства)

Сущность обслуживающий персонал включает в себя: Таб_ном (табельный номер сотрудника, ФИО (Фамилия Имя Отчество), состояние (состояние персонала), должность, категория.

Сущность Диспетчеры включает в себя: Таб_ном.

Сущность Менеджеры включает в себя: Таб_ном.

Сущность Водители включает в себя: Таб_ном, состояние.

Сущность Заказчики включает в себя: ИНН, Название, Юр_адрес (юридический адрес), Кон_тел (контактный телефон).

Сущность Рейс включает в себя: Ном_рей (номер рейса), ад_назнач (адрес назначения), ад_отпр (адрес отправления), Исполнитель, Ном_накл (номер накладной).

Сущность Заказ включает в себя: Ном_зак (номер заказа), стоимость, Ад_назнач (адрес назначения), Ад_отпр (адрес отправления).

Сущность Расписание включает в себя: Ном_расп (номер расписания), Таб_ном (табельный номер водителя), Гос_ном (государственный номер транспортного средства), Ном_рейса, Ном_зак (номер заказа), Маршрут.

Связь между сущностями Сотрудники, Менеджеры, Диспетчеры и Водители осуществляется по типу Супер тип подтип. То, что общее остается в одной таблице. В нашем случае это Таб_ном, ФИО, Должность и Категория.

Связь между сущностями Водители и Тр_ср осуществляется через ассоциативную сущность Тр_с_вод.

Т.к одним рейсом может выполняться несколько заказов, также как один заказ может выполняться несколькими рейсами, то осуществляем связь М-М между этими сущностями посредствам ассоциативной сущности Рей_зак (рейс-заказ).

Т.к в один рейс может отправляться несколько водителей и транспортных средств, на одном транспортном средстве может отправляется несколько водителей, то связь между ними осуществляется через ассоциативную сущность Тр_с_в_рей.

Одним рейсом может выполняться несколько заказов, также, как и один заказ может выполняться несколькими рейсами. То связь между сущностями Рейс и заказ осуществляется через ассоциативную сущность Рей_зак.

Связь между сущностями Заказ и Заказчик осуществляется посредством ассоциативной сущности Заз_заказ.

Т.к менеджер формирует список заказов, то связь между Менеджером и Заказом осуществляется через ассоциативную сущность М_Заказ.

Расписание формируется на основание сущности Заказы и ассоциативной сущности Тр_с_в_рейс.

На рис. 1.2 изображена Логическая модель базы данных (см. рис 1.2).

Рисунок 2.1 Логическая модель базы данных.