2.9.4.5 Фильтр

Фильтр может задаваться по следующим параметрам:

• Диапазону номеров читательских билетов;

• Фамилии, имени и отчеству читателя;

• Диапазону количества выданных экземпляров;

• Диапазону дат регистрации;

• Диапазону дат последнего посещения;

• Диапазону дат рождения читателей.

Фильтрация может производиться по любой совокупности выбранных параметров. Отмеченные, но не заполненные параметры при установке фильтра не учитываются. Выбранные параметры хранятся как массив главной формы картотеки читателей, а установка фильтра производиться командой SET FILTER TO [список параметров].

Для параметра “Ф. И. О.”, выбор значений может производиться как определением списка из набора, в котором содержатся только уникальные значения полученные на основе выборок из результата работы запроса показанного в примере 4.6, так и на основе ручного ввода.

2.9.4.6 Настройка

Так же в форме отображается текущая настройка выводимой информации. Для настройки отображения доступны следующие параметры:

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

• Фамилии, имени и отчества;

• Выданное количество экземпляров;

• Дата регистрации читателя;

• Дата последнего посещения;

• Дата рождения читателя;

• Телефон читателя;

• Адрес читателя.

2.9.4.7 Добавление

При выборе опции “Добавление”, главной формы модуля картотеки читателей, появляется всплывающее меню для выбора типа добавления: “Добавить группу”, “Добавить карточку”.

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

Добавление производится командой SQL-Insert следующего вида:

INSERT INTO Groups (Id, Name, Parent) VALUES (lnId, lcName, lnParent), где

lnId - уникальный номер новой группы, вычисляется как RECCOUNT(‘Groups’)+1;

lcName-Название новой группы;

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

Для добавления новой карточки необходимо ввести следующую информацию:

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

• Дату рождения читателя;

• Адрес читателя;

• Телефон;

• Примечание к карточке читателя.

Для ввода фамилии, имени и отчества читателя используются списки полученные на основе таблиц Name1, Name2 и Name3 соответственно.

2.9.4.8 Изменение

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

Для изменения значений в таблице Groups можно применить команду SQL-Update имеющей вид:

UPDATE Groups ; SET name=lnName, ;

parent=lnParent ; WHERE id=lnId

Где в качестве элемента фильтра применяется уникальный номер группы из таблицы Groups.

Для изменения значений в таблице Abonents необходимо применить несколько аналогичных функций.

2.9.4.9 Статистика.

При выборе функции Статистика главного окна модуля картотеки читателей, появляется всплывающее меню для выбора одного из возможных видов отчёта, таких как “Задолженность по группам читателей”, “Выдача изданий по разделам” и “Выдача изданий по группам читателей”.

2.9.4.10 Печать.

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

2.9.5 Модуль контроля.

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

2.9.6 Модуль администратора.

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

2.9. Реализация выбранных решений.

После проектирования АРМ, разработки таблиц, полей и связей необходимо еще раз просмотреть функции подлежащие автоматизации, структуру базы данных и выявить возможные недоче­ты. Желательно это сделать на этапе, пока таблицы не заполнены дан­ными.

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

Основой любого АРМ являются:

• таблицы, где хранятся все те данные, которые необходимы пользователям;

• запросы, набор возможностей по поиску, извле­чению, вводу и коррекции информации;

• формы, интерфейс между пользователем и про­граммным обеспечением АРМ. Список таблиц, их состав, свойства атрибутов, взаимосвязи и прочие характеристики описаны в разделах 3 и 4 данной работы. Примеры запросов и форм описаны в разделе.

В процессе выполнения данного дипломного проекта были раз­работаны:

• перечень таблиц (всего 17);

• состав таблиц (суммарно около 60 атрибутов);

• свойства атрибутов;

• на основе анализа доступных источников произведено наполнение таблиц реальной.

Указанные наборы данных являются вполне самодостаточными и позволяют провести тестирование разработанного АРМ в полном объёме, как в плане проверки вообще работоспособности системы, так и правильности получаемых результатов.

Тестирование проводилось методом непосредственной имитации работы пользователя. Основными критериями верификации (правильно­сти) данного программного продукта являлись адекватность реакции системы на предложенное ей действие и соответствие этой реакции эргономическим требованиям, изложенным в разделе 6 данной работы.

В процессе тестирования был выявлен ряд неточностей и некор­ректностей, в частности:

• несоответствие поля типу данных (вместо числового атрибута - текстовый);

• размер поля меньше требуемого (данные обрезаются по реальному размеру).

Эти и другие замеченные ошибки были зафиксированы и исправ­лены.

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

• время реакции системы,

• число одновременно оцениваемых параметров,

• вид представляемой информации,

• доклад о процессе обработки информации,

• цветовая палитра выходных форм,

• дружественность интерфейса и др.

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

Машинные эксперименты проводились на нескольких IBM - со­вместимых компьютерах разных поколений и конфигураций, а именно,

1. PC Intel Core 2 Duo 2,1Ghz, 1024 Mb RAM, Windows 7 32-bit

2. PC Intel Pentium IV 2,4 Ghz, 512 Mb RAM, Windows XP 32-bit

Эти эксперименты показали, что на основе их результатов могут быть предъявлены определённые требования к техническим и про­граммным средствам со стороны разрабатываемого АРМ. Для нормального функционирования базы данных должны быть выполнены следующие условия.

Технические средства

1. Персональный компьютер - совместимая с IBM AT:

• с процессором Pentium IV – 2,4 Ghz или выше,

• с оперативной памятью не менее 512 Мб,

• с объёмом свободного пространства на диске не менее 40Мб

2. Монитор SVGA с разрешением больше 800*600 точек.

3. Видеокарта с памятью не менее 256 МБ.

4. Манипулятор «мышь».

5. Клавиатура.

6. Принтер.

Программные средства

1. Операционная система WINDOWS NT/2000/XP/Vista/7/.

2. MySQL 5.0

В случае работы в среде локальной вычислительной сети необхо­дима соответствующая техническая и программная поддержка.

По критерию адекватности реакции базы данных на заданные действия нареканий и замечаний нет, что свидетельствует о правильно­сти выбранного подхода к проектированию базы данных и правильности выбранного инструментария для её создания.