77
Единственным пользователем в разработанной системе является
библиотекарь. Дерево функций для библиотекаря представлено на рисунке 2.2.
Функции
Основные
Получение
отчетов
Учет
Просмотр
справочников
Список
читателей
Выдача книг по
читателям
Выдача книг по
авторам
Авторы
ИздательстваКниги
Отделы
Поступления
Выдачи
Наличия
Рисунок 2.2 Дерево функций библиотекаря
Сценарий диалога, формирующийся на основе дерева функций, приведен
на рисунке 2.3.
78
Главное
меню
Отчеты
Читатели
Список
Учет выдачи
Книги
Справочники
Список книг
Поступление
Отделы
(добавление и удаление)
Авторы
(добавление и удаление)
Издательства
(добавление и удаление)
Авторизация
Выход
Наличие
Книги
(добавление и удаление)
Регистрация
Выданные
книги
Книги у
читателей
Рисунок 2.3 Сценарий диалога для администратора
2.3.2 Характеристика базы данных
Процедура создания БД включает в себя 3 фазы: создание концепции,
построение логической модели и физическое проектирование. Каждая фаза
включает разработку модели данных, которая становится источником
информации для следующей фазы. Основное значение в этом процессе отдано
концептуальной модели, базирующейся на основных параметрах, указанных в
спецификации требований пользователей. Создание концепции БД не связано с
такими тонкостями разработки, как тип применяемой целевой СУБД,
используемая вычислительная платформа и т.п., но качество концептуальной
модели тут выступает основополагающим фактором, позволяющим отразить
трудозатраты на создание системы, ее скорость работы и текущий успех. Опыт
создание и внедрения ИС говорит, что ошибки, которые случаются на данном
этапе, одни из самых трудно выявляемых и трудно устраняемых, поскольку
встречаются они уже на следующих этапах создание системы – в процессе
кодирования или использования.
В рамках создания логической модели сама концепция данных переходит
в логическую модель, созданную в рамках выбранной модели хранения
размещения основной СУБД. Иначе говоря, этот этап отражает, какая СУБД
станет основной - сетевая, реляционная, иерархическая или объектно-
79
ориентированная. Также тут пропускаются все другие нюансы основной СУБД -
например, некие особенности физической реализации хранения данных.
Логическая модель, отражающая нюансы представлений по реализуемой
системе разных типов пользователей, переход в логическую модель данных.
Встречаются 2 типа разработки совокупной логической модели данных: метод
внедрения представлений и централизованный метод. Если создается объемная
ИС, лучше всего применять подход второй, когда глобальная логическая модель
данных реализуется посредством объединения отдельных моделей, отражающих
типы разных групп пользователей.
В процессе финального проектирования выполняются решения о
методиках реализации требуемой БД. Потому физическое проектирование и
связано с конкретной СУБД. Между физическим проектированием и логической
моделью существует постоянная обратная связь, т.к. все решения,
используемые на этапе физического проектирования для повышения отдачи
системы, оказывают влияние и на структуру логической модели. Основной
целью физической разработки БД становится описание методики физической
реализации логического проекта БД.
ER-диаграмма используемой базы данных приведена на рисунке 2.4.
80
Книги
PK idprod
nameprod
art
FK1 idvz
FK2 idtz
model
prise
primP
udalPr
Издательства
PK idv
namevendor
udalv
Выдача
PK idsale
kolvos
idprodsale
seller
idmagazsale
datesale
Авторы
PK ido
nameob
udalo
Наличие
PK idsk
idprodsk
idmagaz
kolvo
Отделы
PK idot
namef
delo
namekr
telefon
Читатели
PK idu
nameuser
datereg
login
password
status
udaluser
iduserotd
idpkuser
1:1
1:M
M:1
M:1
M:1
M:1
Рисунок 2.4ER-диаграмма базы данных
Реквизитный состав таблиц, описание типа и назначения полей приведены
в таблицах 2.7-2.14.
Таблица 2.7
Структура таблицы «Читатели»
№
Наименование поля
Идентификатор
Тип
Примечание
1.
Код записи
idu
int(11)
Ключевое,
автозаполнение
2.
Фамилия, имя и
отчество
nameuser
varchar(255)
3.
Дата регистрации
datereg
timestamp
4.
Номер читательского
login
varchar(25)
81
билета
5.
Логин
password
varchar(25)
6.
Статус
status
int(1)
7.
Отметка об удалении
udaluser
int(1)
8.
Код
iduserotd
int(1)
9.
Код читателя
idpkuser
int(6)
10.
Адрес
adress
text
Таблица 2.8
Структура таблицы «Отделы»
№
Наименование поля
Идентификатор
Тип
Примечание
1)
Код записи
idot
int(1)
Ключевое,
автозаполнение
2)
Наименование
namef
varchar(255)
3)
Отметка об удалении
delo
int(1)
4)
Краткое наименование
namekr
varchar(255)
5)
Телефон
telefon
varchar(255)
Таблица 2.9
Структура таблицы «Наличие»
№
Наименование поля
Идентификато
р
Тип
Примечание
1)
Код записи
idsk
int(11)
Ключевое,
автозаполнение
2)
Код книги
idprodsk
int(11)
3)
Код отдела
idmagaz
int(11)
4)
Количество
kolvo
int(11)
Таблица 2.10
Структура таблицы «Выдача»
№
Наименование поля
Идентификатор
Тип
Примечание
1)
Код записи
idsale
int(11)
Ключевое,
автозаполнение
2)
Количество
kolvos
int(11)
3)
Код книги
idprodsale
int(11)
4)
Читаттель
seller
int(11)
5)
Код отдела
idmagazsale
int(11)
6)
Дата выдачи
datesale
varchar(255)
Таблица 2.11
Структура таблицы «Авторы»
№
Наименование поля
Идентификатор
Тип
Примечание
1)
Код записи
ido
int(100)
Ключевое,
автозаполнение
82
2)
ФИО
nameob
varchar(255)
3)
Отметка об удалении
udalo
int(1)
Таблица 2.12
Структура таблицы «Книги»
№
Наименование поля
Идентификатор
Тип
Примечание
1)
Код записи
idprod
int(11)
Ключевое,
автозаполнение
2)
Наименование
nameprod
text
3)
ISBN
art
varchar(45)
4)
Издательство
idvz
int(11)
5)
Автор
idtz
int(11)
6)
Год издания
model
varchar(25
5)
7)
Отметка
prise
varchar(45)
8)
Примечание
primP
text
9)
Отметка об
удалении
udalPr
int(1)
Таблица 2.13
Структура таблицы «Издательства»
№
Наименование поля
Идентификатор
Тип
Примечание
1)
Код записи
idv
int(100)
Ключевое,
автозаполнение
2)
Наименование
namevendor
varchar(255)
3)
Отметка об удалении
udalv
int(1)
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Программные модули, составляющие структуру пакета, обычно делятся на
три класса: модули управления, используемые для загрузки меню и передачи
управления остальным модулям; модули, служебных функций; модули
хранения, обработки и выдачи данных. От класса модуля обычно зависит и его
функциональность.
83
Система состоит из двух основных модулей – базы данных MySQL и
приложения для взаимодействия с базой данных, реализованного на языке
программирования PHP и c использованием HTML.
Схема вызова программных модулей представлена на рисунке 2.5.
Выдача Учет Отчеты Справочники
Авторизация
Рисунок 2.5 Схема вызова программных модулей
Описание программных модулей представлено в таблице 2.6.
Таблица 2.14
Описание программных модулей
№
п/п
Наименование модуля
Функции модуля
1)
Выдачи
Совокупность алгоритмов, выполняющих
учет выдач и возврата книг – основную
функцию системы
2)
Учет
Учет поступления
3)
Отчеты
Позволяет получить отчеты по выдаче, а
также книгам
4)
Справочники
Данный модуль позволят осуществлять
управление работой системы через управление
содержимым справочников
Листинг программных модулей представлен в Приложении.
2.3.4 Описание программных модулей
84
Под технологическим процессом обработки экономической информации
понимается определённый комплекс операций, выполняемых в строго
регламентированной последовательности, с использованием определённых
методов обработки и инструментальных средств, охватывающих все этапы
обработки данных, начиная с регистрации первичных данных и заканчивая
передачей результатной информации пользователю для выполнения функций
управления.
В качестве схемы технологического процесса сбора, передачи, обработки
и выдачи информации будем использовать в соответствии с ГОСТ 19.701-90
(ИСО 5807-85) схему работы системы. Данная схема отображает процессы
управления операциями и потоки данных в системе. Схема представляет собой
блок-схему и состоит из:
символов данных, указывающих на наличие данных (символы
данных могут также указывать вид носителя данных);
символов процесса, указывающих операции, которые следует
выполнить над данными, а также определяющих логический путь, которого
следует придерживаться;
линейных символов, указывающих потоки данных между
процессами;
специальных символов, используемых для облегчения написания и
чтения блок-схемы.
Блок-схема расчетного модуля регистрации читателей приведена на рис.
2.6.
85
Цикл по датам
date=1; d<=12; d++
Цикл по клиента м
j=1; j<=COUNT(zak); j++
Создание
представления для
списка заказов
Spis_zak
Чтение i-й записи
представления
Spis_zak
Установка указателя
в представлении
Spis_zak на первую
запись
Spis_zak[i]=m
Да
Нет
А
А
i=i+1
i=j+1;
Сортировка Spis_zak
по возрастанию
значений полей
Zakaz_nb и date
Начало
Установка
соединения с
сервером БД
Фильтр таблицы
zakaz по условию
(Zakaz_on=1)
Открытие таблиц
zakaz, prod, user
Б
Б
Конец цикла по
датам
Конец цикла по
клиентам
Удаление i-й записи
из представления
Конец цикла по
клиентам
Цикл по заказам
m=1; m<=12; m++
Цикл по клиента м
j=1; j<=COUNT(zak); j++
Фильтр
представления
Spis_zak по условию
Payment_on=1
П11=0
П10=0;
П11=0;
П12=0
П11=П11+ klient[j].summ
Внесение klient[j].summ
в столбец для
месяца m макета
отчета
Расчет итоговых
показателей отчета
В
Spis_zak[i].summ=
prod[j].summ*
kolvo[i].summ
Конец цикла по
заказам
Внесение
рассчитанного
показателя П11 в
макет отчета
П12=П12+П11
В
Конец цикла по
датам
Цикл по сотруд никам,
j=1; j<=COUNT(Sotrudn);
j++
Цикл по датам
date=1; d<=12; d++
Фильтр представления
SOTRUDN по условию
Zakaz_id=
Zakaz[j].payment_id
П10=0
П11=П11+
Zakaz[j].payment_id
Конец цикла по
клиентам
Внесение
рассчитанного
показателя П10 в
макет отчета
Конец
Закрытие таблиц,
уничтожение
представления
Spis_zak
Рисунок 2.6 Блок-схема расчетного модуля регистрации читателей
2.4 Контрольный пример реализации проекта и его описание
В качестве контрольного примера рассмотрим работу в разработанном АРМ.
Для начала работы необходимо авторизоваться:
86
Рисунок 2.7 Форма авторизации
После корректного ввода пароля и логина пользователь попадает на страницу
с получением отчетов. Но вначале рассмотрим порядок работы со
справочниками системы. На рисунке 2.8 приведена экранная форма справочника
Отделы, на рисунке 2.9- справочника авторы, на рисунке 2.10 – справочника
Издательства, на рисунке 2.11 – справочника Книги.
Рисунок 2.8 Экранная форма справочника Отделы