Файл: Инфологическое проектирование базы данных.docx

Титульный лист

Оглавление

Введение

В данном курсовом проекте в качестве предметной области рассматривается железнодорожная касса. Наша база данных решает следующие задачи: учёт вагонов, выдача данных о расписании и автоматизирует учет продаж билетов (с последующим выводом билета на печать).

Применяемая СУБД: АССЕSS 2003 .

Исходные данные о железнодорожной кассе: продают билеты на поезда. Каждый поезд имеет определенный номер и маршрут следования, дни отправления (ежедневно, по четным или нечетным числам, по определенным дням недели). В составе каждого поезда имеется определенный набор вагонов (мягкие, купейные, плацкартные, общие), причем общее числовагонов в поездеи их распределения по типам варьируется в зависимотси от номера поезда, но для каждого номера поезда остается постоянным и не зависимым от даты его отправления

1. Инфологическое проектирование базы данных

   1. Теоретическое описание методологии проектирования баз данных

Метод IDEF1, разработанный Т.Рэмей (T.Ramey), основан на подходе П.Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия - методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X-диаграммы используются рядом распространенных CASE-средств (в частности, ERwin, Design/IDEF).

Сущность в методологии IDEF1X является независимой от идентификаторов или просто независимой, если каждый экземпляр сущности может быть однозначно идентифицирован без определения его отношений с другими сущностями. Сущность называется зависимой от идентификаторов или просто зависимой, если однозначная идентификация экземпляра сущности зависит от его отношения к другой сущности (рисунок 1).

---

Рис. 1. Сущности

Каждой сущности присваивается уникальное имя и номер, разделяемые косой чертой "/" и помещаемые над блоком.

Связь может дополнительно определяться с помощью указания степени или мощности (количества экземпляров сущности-потомка, которое может существовать для каждого экземпляра сущности-родителя). В IDEF1X могут быть выражены следующие мощности связей:

• 
  каждый экземпляр сущности-родителя может иметь ноль, один или более связанных с ним экземпляров сущности-потомка;
  
• 
  каждый экземпляр сущности-родителя должен иметь не менее одного связанного с ним экземпляра сущности-потомка;
  
• 
  каждый экземпляр сущности-родителя должен иметь не более одного связанного с ним экземпляра сущности-потомка;
  
• 
  каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомка.
  

Если экземпляр сущности-потомка однозначно определяется своей связью с сущностью-родителем, то связь называется идентифицирующей, в противном случае - неидентифицирующей.

Связь изображается линией, проводимой между сущностью-родителем и сущностью-потомком с точкой на конце линии у сущности-потомка. Мощность связи обозначается как показано на рисунке 2 (мощность по умолчанию - N).



Рис.2. Мощность связи

Идентифицирующая связь между сущностью-родителем и сущностью-потомком изображается сплошной линией (рисунок 3). Сущность-потомок в идентифицирующей связи является зависимой от идентификатора сущностью. Сущность-родитель в идентифицирующей связи может быть как независимой, так и зависимой от идентификатора сущностью (это определяется ее связями с другими сущностями).



Рис. 3. Идентифицирующая связь

Пунктирная линия изображает неидентифицирующую связь (рисунок 4). Сущность-потомок в неидентифицирующей связи будет независимой от идентификатора, если она не является также сущностью-потомком в какой-либо идентифицирующей связи.

---

Рис. 4. Неидентифицирующая связь

Атрибуты изображаются в виде списка имен внутри блока сущности. Атрибуты, определяющие первичный ключ, размещаются наверху списка и отделяются от других атрибутов горизонтальной чертой (рисунок 5).



Рис. 5. Атрибуты и первичные ключи

Сущности могут иметь также внешние ключи (Foreign Key), которые могут использоваться в качестве части или целого первичного ключа или неключевого атрибута. Внешний ключ изображается с помощью помещения внутрь блока сущности имен атрибутов, после которых следуют буквы FK в скобках (рисунок 6).



Рис. 6. Примеры внешних ключей

2. Описание выбранной СУБД

Microsoft Access — это серьезная среда разработки приложений с полнофункциональным языком программирования. Язык VBA (ранее известный как Access Basic) реализует объектно-ориентированный подход к программированию и позволяет программисту делать практически все, что только можно себе представить. Это мощный язык структурного программирования. Он является полностью расширяемым и поддерживает процедуры API в любых динамических библиотеках (DLL) операционных систем Windows 95 и Windows NT (XP), Windows Vista, Windows 7).
Полнофункциональная среда разработки поддерживает множество мощных современных возможностей: многооконный режим для редактирования и отладки, автоматическую проверку синтаксиса, контрольные точки, пошаговое выполнение и даже синтаксическую справку, отображающую на экране варианты вводимых команд.

Опытный пользователь Excel (или 1-2-3) заметит, что Access и Excel во многом похожи. Во-первых, обе эти программы — продукты Windows, поэтому ему должны быть уже привычны соглашения Windows, которые будут использоваться и при работе с Access. Внешний вид таблиц и запросов Access соответствует внешнему виду электронных таблиц и носит название таблицы данных (datasheet). Размеры строк и столбцов таблиц можно изменять точно так же, как и в рабочих листах Excel. По сути дела, режим ввода данных в Access 97 соответствует режиму ввода данных Excel. Нужно просто ввести данные и определить заголовки столбцов; все остальное Access сделает автоматически. 
Access, как и Excel, поддерживает режим WYSIWYG и работу с графическим приложением Microsoft Graph. Таким образом, у пользователя всегда есть возможность создавать в обеих системах однотипные диаграммы. Кроме того, в Access входит мастер диаграмм, аналогичный используемому в Excel. 

---

Как и в Excel, в Access предусмотрен мастер сводных таблиц; по сути, с его помощью можно создавать сводные таблицы Excel: информацию из баз данных Access можно легко переносить в таблицы Excel. Базы данных Access можно связывать с таблицами Excel. В обоих продуктах можно создавать запросы и выполнять сортировку, используя один и тот же интерфейс. (Если читателю приходилось использовать меню Excel для формирования запросов и критериев сортировки данных, значит, эти понятия ему уже знакомы.) Словом, система Access функционально совместима со всеми продуктами Office.

Не случайно многие популярные полнофункциональные СУБД имеют средства как для пользователей и администраторов, так и для разработчиков. Так, СУБД Microsoft Access позволяет использовать для программирования встроенных приложений Visual Basic.

• 
  Удобство и простота использования
  
• 
  Понятие удобства и простоты использования довольно расплывчатое, со временем изменяется.
  

Характеристики:

• 
  понятные процедуры установки программных продуктов (особенно
  сетевые установки с множеством рабочих мест);
  
• 
  удобный и интуитивно понятный интерфейс конечного пользователя;
  
• 
  простота выполнения обычных операций: создания БД, навигации,
  модификации данных, подготовка и выполнение запросов и отчётов;
  
• 
  наличие интеллектуальных подсистем подсказок, помощи в процессе работы и обучения, включая предоставления примеры.
  

Модель представления данных

В настоящее время наиболее распространенной и отработанной практически и теоретически является реляционная модель данных. К ним относятся и СУБД Microsoft Access. Перспективными являются модели с объектной ориентацией.
Качество средств разработки

При оценке качества средств разработки учитывается следующее:

• 
  возможности создания пользовательских интерфейсов;
  
• 
  мощность языка создания программ (автоматическая генерация кода, откладка, обеспечения целостности данных на уровне процессора БД, а не с помощью команд языка);
  
• 
  автоматизация разработки различных объектов: экранных форм, отчетов, запросов, макросов.
  

Качество средств защиты и контроля корректности БД

Актуальное требование защиты информации в современных информационных системах требует принятия адекватных мер в СУБД.

Доступ к функциям защиты должен предусматриваться на уровне разработки программ и на уровне пользователя (обычного пользователя, администратора БД).

К важнейшим функциям контроля корректности БД относятся следующие:

---

• 
  обеспечения уникальности записей БД по внешнему ключу (не каждая полнофункциональная СУБД это делает);
  
• 
  автоматический контроль целостности данных (ссылочная
  целостность) между таблицами во время выполнения операций обновления, вставки и удаления записей;
  
• 
  проверка корректности значения в БД (контроль типа данных,
  совпадение с шаблоном, определение диапазона допустимых значений, контроль значения по справочной таблице и д.р.).
  

Качество коммуникационных средств

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

• 
  поддержку сетевых интерфейсов с БД: SQL, ODBC, СAA и др.;
  
• 
  наличие средств групповой работы с информации БД (языковые
  средства разработки, функции интерфейса пользователя, функции администратора БД по организации групп, разграничению полномочий для защиты от несанкционированного доступа и т.д.);
  
• 
  способность использовать и модифицировать БД других форматов без импортирования или преобразования.
  

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

1..3. Диаграмма «сущность-связь»

Рис. 7. Диаграмма «сущность-связь»

1.4. Описание каждой сущности

№	Таблица	Имя поля	Тип данных	Размер поля
1	Поезд	Номер поезда	Счетчик	Длинное целое
2		Место отправки	Текстовый	100
3		Пункт назначения	Текстовый	100
4		Дни отправления	Текстовый	30
5	Вагоны	Номер вагоны	Счетчик	Длинное целое
6		Тип вагона	Текстовый	50
7	Пассажир	Код пассажира	Счетчик	Длинное целое
8		Фамилия	Текстовый	50
9		Вид документа	Текстовый	50
10		Рег данные документа	Текстовый	250
11	Путь	Код пути	Счетчик	Длинное целое
12		Номер поезда	Числовой	Длинное целое
13		Номер вагона	Числовой	Длинное целое
14		Дата отправления	Дата/время	8
15	Билет	Код билета	Счетчик	Длинное целое
16		Код пассажира	Числовой	Длинное целое
17		Код пути	Числовой	Длинное целое
18		Начальная станция	Текстовый	100
19		Конечная станция	Текстовый	100
20		Номер места	Числовой	Длинное целое
21		Стоимость	Денежный	8
22	Вагоны поезда	Код вагона поезда	Счетчик	Длинное целое
23		Код пути	Числовой	Длинное целое
24		Номер вагона	Числовой	Длинное целое

---