Пинягина о. В
Вид материала | Документы |
СодержаниеРедактирование экземпляра Поиск* книги Список книг на возврат Регистрация читателя Выдача Возврат Задание для самостоятельной работы. Этап 1. Этап 2. Разработка структуры базы данных ER-модель |
Редактирование экземпляра
В языке UML подобные схемы называются Use case – варианты использования. Пунктиром на схеме отмечен автоматический возврат в соответствующий режим работы после завершения редактирования.
Схема 3. Основные режимы работы сотрудника книгохранилища
Обработка требования – выдача книги
Главная страница: авторизация
ое меню страница
Поиск*
книги
Список книг на выдачу
Список книг на возврат
Прием возвращенной книги
_____________________________________________________________________________
*Обратите внимание, что в современных библиотеках сотрудники имеют возможность работать со штрих-кодами на читательских билетах и книгах. Это существенно ускоряет процедуру поиска.
Схема 3. Основные режимы работы библиотекаря
Главная страница: авторизация
ое меню страница
Работа с читателями
Работа с книгами
Регистрация читателя
Поиск и просмотр читателя
Редактирование
Поиск и просмотр книги
Выдача
Возврат
Приведем эскизы основных страниц сайта.
Главная страница нашего сайта может иметь примерно такой вид:
Поскольку эта страница загружается по умолчанию, оставим ее название default.aspx, хотя содержание страницы представляет собой исключительно HTML-код, без каких-либо серверных команд.
АРМ библиотекаря:
АРМ сотрудника отдела комплектования:
Задание для самостоятельной работы. Этап 1.
В произвольной форме разработайте концептуальную схему вашего проекта. Коротко опишите требования к системе, определите роли пользователей и режимы их работы. В рамках вашего проекта должно быть не менее 2 ролей пользователей. База данных должна содержать не менее 5 таблиц. Имейте в виду, что пользователями вашей системы должны быть именно сотрудники некоторого предприятия. Интерфейс для «внешнего» пользователя (покупателя, читателя, клиента) разрабатывать не обязательно.
Этап 2. Разработка структуры базы данных
ER-модель
На основе описания требований к проекту составим модель сущностей–связей для базы данных.
Сущность «книга» характеризуется уникальным номером ISBN, автором, названием, годом издания, ценой, количеством страниц, обложкой. Атрибуты книги «издательство» и «категория» выделим в отдельные сущности-справочники.
В библиотеке может быть несколько экземпляров одной и той же книги. Чтобы избежать дублирования информации, выделим отдельную сущность «экземпляр», которая связана с книгой связью многие-к-одному. Свойство «статус» может принимать значения «в хранилище», «на абонементе», «выдан». Свойство «состояние» может принимать значения «годен», «списан», «утерян».
Сущность «читатель» содержит атрибуты: номер читательского билета, ФИО, адрес, телефон, e-mail, номер паспорта, логин, пароль.
Сущность «сотрудник» содержит атрибуты: номер сотрудника, ФИО, адрес, телефон, e-mail, должность, логин, пароль.
Для фиксации информации о заявках и выдачах книг создадим слабую сущность «заявка(выдача)», которая будет содержать дату заявки, а также информацию о выдаче книги: дату выдачи, срок возврата, фактическую дату возврата, логин библиотекаря, выдавшего и принявшего книгу.