1.3.2. Требования к надежности

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

1.3.3. Условия эксплуатации

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

1.3.4. Требования к составу и параметрам технических средств

Минимальные системные требования совпадают с требования к аппаратному обеспечению для установки Microsoft SQL Server 2008.

1.3.5. Требования к информационной и программной совместимости

Автоматизированная система разработана под операционную систему Microsoft Windows 7. Для нормального функционирования системы необходимо, чтобы на компьютере был установлен Microsoft SQL Server 2008.

1.4. Требования к программной документации

Предварительный состав программной документации:

• руководство пользователя;

• руководство администратора.

2. Проектирование базы данных

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

Предметной областью разрабатываемой автоматизированной системы является работа библиотеки.

2.2. Концептуальная модель базы данных

Можно выделить приведенные ниже объекты.

• Читатель. Атрибуты:

• идентификационный номер;

• фамилия, имя, отчество;

• домашний адрес;

• телефон.

• Номер читательского билета

• Сотрудник. Атрибуты:

• идентификационный номер;

• фамилия, имя, отчество;

• домашний адрес;

• телефон.

• Стаж работы.

• Книга. Атрибуты:

• идентификационный номер;

• название;

• издательство;

• автор;

• год выхода;

• количество страниц;

• количество экземпляров.

Между выделенными объектами обнаруживаются связь «много ко многим»: один читатель может взять несколько книг, а одну книгу могут взять несколько читателей. Один сотрудник может выдать несколько книг, одна книга может быть выдана несколькими сотрудниками.

Для реализации связи «много ко многим» вводим вспомогательную сущность - прием.

• Выдача. Атрибуты:

• идентификационный номер;

• дата выдачи;

• книга;

• читатель;

• сотрудник;

• реальная дата возврата;

• плановая дата возврата.

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

• Автор книги. Атрибуты:

• идентификационный номер;

• Имя;

• Фамилия.

• Издательство книги. Атрибуты:

• идентификационный номер;

• Название;

• Город.

• Страна;

• Улица;

• Телефон.

2.3. Структурная схема базы данных

Получаем модель базы данных, приведенную на рисунке 1.

Рисунок 1. Модель базы данных (диаграмма MS SQL Server)

Для ее реализации необходимо создать приведенные ниже таблицы:

1. Book(книга). Содержит нижеприведенные поля.

   1. id_book. Идентификатор книги, тип данных –int, задано начальное значение 1, приращение 1.

   2. name. Название книги. Строковые данные переменной длины. Тип данных –varchar(130).

   3. Author_id(Автор книги). Тип данных совпадает с типом данных поля [Author_id] в таблице “Author” -int. Является внешней ссылкой для таблицыAuthor.

   4. Id_Izd(издательство). Тип данных совпадает с типом данных поля [id_izd] в таблице “Izdatelstvo” -int. Является внешней ссылкой для таблицыIzdatelstvo.

   5. Year_izdanie(год издания). Значения даты. Тип данных –DateTime.

   6. Kolvo_pages(количество страниц). Тип данныхint.

   7. Kolvo_ekzemp(количество экземпляров). Тип данныхint.

Эта таблица приведена на рисунке 2.

Рисунок 2. Таблица «Book»

2. Chitatel(читатель). Содержит нижеприведенные поля.

   1. id_chitatel. Идентификатор читателя, тип данных –int, задано начальное значение 1, приращение 1.

   2. FIO. nvarchar(150).

   3. adress. Не предполагается производить выборку по данному полю, поэтому используем тип данныхnvarchar(30) и храним всю информацию об адресе в одном поле.

   4. telefon. Записывается как текстовая строка. Тип данных – nvarchar(15).

   5. number_chit_bilet. Записывается как текстовая строка. Тип данных – nvarchar(150).

Эта таблица приведена на рисунке 3.

Рисунок 3. Таблица «Chitatel»

3. Sotrudnik(сотрудник). Содержит нижеприведенные поля.

   1. id_sotrudnik. Идентификатор сотрудника, тип данных –int, задано начальное значение 1, приращение 1.

   2. FIO. nvarchar(150).

   3. adress. Не предполагается производить выборку по данному полю, поэтому используем тип данныхnvarchar(30) и храним всю информацию об адресе в одном поле.

   4. telefon. Записывается как текстовая строка. Тип данных – nvarchar(15).

   5. Stazh. Стаж, типint.

Эта таблица приведена на рисунке 4.

Рисунок 4. Таблица «Sotrudnik»

4. Vidacha_books(выдача). Содержит нижеприведенные поля.

1. . Id_vidacha. Идентификатор, тип данных –int, задано начальное значение 1, приращение 1.

2. id_sotrudnik. Код сотрудника. Тип данных совпадает с типом данных поля [id_ sotrudnik] в таблице “ sotrudnik ” - int.

3. id_chitatel. Код клиента, берущего фильм. Тип данных совпадает с типом данных поля [id chitatel] в таблице “ chitatel ”- int.

4. id_book. Код книги. Тип данных совпадает с типом данных поля [id_ book] в таблице “book” -int

5. real_date_vozvr. Тип данных-DateTime.

6. plan_date_vozrvr. Тип данных-DateTime.

7. data. Дата выдачи фильма. Тип Datetime.

Эта таблица приведена на рисунке 5.

Рисунок 5. Таблица «Vidacha_books»

4. Author. Эта таблица приведена на рисунке 6.

Рисунок 6. Таблица «Author»

4. Izdatelstvo. Эта таблица приведена на рисунке 7.

Рисунок 7. Таблица «Izdatelstvo»