Для расширения возможностей можно воспользоваться средствами языка программирования Microsoft Access Basic. В этом случае программы будут содержаться в модулях, Модули могут быть независимыми объектами которые возможно вызывать из любого места приложения, но могут и привязываться к конкретным формам или отчетам для реакции на происходящие в них изменения.
Итак, в таблицах хранятся данные, которые можно извлечь помощью запросов. Использование форм позволяет представить информацию на экране в более удобном виде. Для вывода данных на печать предназначены отчеты. Следует обратить внимание на то, что и формы, и отчеты могут использовать данные, как из таблиц, так и через запросы. Изменения, происходящие в формах или отчетах, могут запускать на выполнение макросы или модули. Из макросов или модулей можно фильтровать, изменять данные в формах или отчетах, выполнять запросы, создавать новые таблицы и т.д.
В 1995 году на долю Microsoft Access пришлось 57% рынка «настольных» баз данных, а FoxPro и Dbase — 9% и 2%, соответственно. Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке. [4]
Построение физической модели данных
После выбора логической модели осуществляется ее преобразование в физическую модель (модель реализации). Физическая модель содержит всю информацию, необходимую для реализации конкретной БД. В связи с тем, что данная модель в работе реализуется средствами по типу Access, ее физическая модель может быть представлена следующим образом: смотреть Приложение Г
Смотреть приложение Д.
Цель испытания и методика тестирования
Методика тестирования
Тестирование данной программы в экстремальных условиях проводилась на протяжении всего времени разработки и после окончания работы над программой, а также в процессе эксплуатации. В процессе тестирования готового программного средства явных ошибок обнаружено не было. Все ошибки и недочеты были исправлены в процессе эксплуатации программы.
Также с программной точки зрения была предусмотрена и исключена вероятность возникновения всевозможных ошибок при работе пользователя с данным программным средством.
Цель испытаний – проверка эффективной работоспособности пользовательского приложения «Автоматизированный учет радиоточек передающего центра», а также всех компонент, которые используются в этом приложении.
Цель проведения испытаний состояла в том, чтобы рассмотреть все возможные варианты нажатия тех или иных клавиш, выявить недостатки и устранить их, если таковые имели место.
Отладка программ – это процесс, позволяющий получить программу, функционирующую с требующимися характеристиками в заданной области входных данных. В результате отладки программа должна соответствовать определенной фиксированной совокупности правил и показателей качества, принимаемой за эталонную для данной программы.
Процесс отладки включает:
- создание совокупности текстовых эталонных значений и правил, которым должна соответствовать программа по выполняемым функциям, структуре, правилам описания, значениям исходных и соответствующих им результирующих данных;
- статическую проверку текстов разработанных программ и данных на выполнение всех заданных правил построения без исполнения объектного кода;
- тестирование программы с ее исполнением в объектном коде и разными уровнями детализации в реальном времени;
- диагностику и локализацию причин отклонения результатов тестирования от заданных эталонных значений или правил;
- изменение программы с целью исключения причин отклонения результатов от эталонных.
Основным методом обнаружения ошибок при отладке программ является тестирование.
Имеются три стандарта:
- для обнаружения ошибок в программе;
- для диагностики и локализации причин обнаружения искажений результатов;
- для контроля выполненных корректировок программ и данных.
Основная цель тестирования обнаружения ошибок – выявление всех отклонений результатов функционирования реальной программы от заданных эталонных значений. Задача состоит в обнаружении максимального числа ошибок, в качестве которых принимается любое отклонение от эталонов.
Поле тестирования для обнаружения ошибок применяется тестирование для их диагностики локализации. Основная задача – точно установить место искажения программы или данных, явившегося причиной отклонения результатов от эталонных.
После локализации и устранения, обнаруженных ошибок применяется контрольное тестирование, задача которого состоит в подтверждении правильности выполнения корректировки программы.
Ожидаемые результаты работы программы совпадают с полученными результатами в результате тестирования. Обработка данных происходит по правильному алгоритму и может быть достигнут определенный уровень стабильности при условии стабильной работы операционной системы.
- Объектом испытаний является пользовательское приложение «Автоматизированный учет радиоточек передающего центра», где объединены все компоненты по их функциональному значению. При создании приложения особую роль играют формы. Формы построены таким образом, что они позволяют вызвать автоматически реакцию системы на любое действие пользователя. Для выполнения действий используют макросы или процедуры обработки событий. Для объединения объектов в единое приложение, создается кнопочная форма. Она является панелью управления приложением. Кнопки такой формы обеспечивают вызов других кнопочных форм, а так же отдельных объектов: макросов, модулей.
- Для функционирования данного пользовательского приложения необходимо соблюсти следующие технические требования:
- операционная система – Windows;
- СУБД – MS Access;
- физические свойства компьютера – согласно требований операционной системы.
- Сущность проведения испытаний заключается в том, что бы на имеющихся данных тестового примера получить все необходимые выходные формы. А именно: после ввода начислений и оплат получить оборотную ведомость по абонентам радиоточек; после закрытия отчетного периода получить ведомость по выручке за отчетный и предыдущие периоды.
- Задание тестового примера:
Таблица 3.1 – Исходные данные, для заполнения таблицы «Начисления» (вид документа – Учет движения/Начисления)
| Начисления | |||||
| Дата начисл | Абонент | Сумма начисл | Сумма НДС | % НДС | шифр |
| 25 05 2009 | 1 | 65520 | 11794 | 18 | |
| 25 05 2009 | 2 | 720 | 130 | 18 | |
| 25 05 2009 | 3 | 18 | |||
| 10 06 2009 | 4 | 777 | 140 | 18 | |
| 25 05 2009 | 4 | 21600 | 3888 | 18 | |
| 25 05 2009 | 5 | 18000 | 3240 | 18 | |
| 25 05 2009 | 6 | 3600 | 648 | 18 | |
| 25 05 2009 | 8 | 59040 | 10627 | 18 | |
| 25 05 2009 | 9 | 3600 | 648 | 18 | |
| 25 05 2009 | 10 | 115200 | 20736 | 18 | |
| 11 05 2009 | 11 | 9046 | 1628 | 0 | |
| 25 05 2009 | 11 | 2105180 | 378932 | 18 | |
| 25 05 2009 | 12 | 7920 | 1426 | 18 | |
| 25 05 2009 | 13 | 25200 | 4536 | 18 | |
| 25 05 2009 | 14 | 720 | 130 | 18 | |
| 25 05 2009 | 16 | 12240 | 2203 | 18 | |
| 25 05 2009 | 19 | 28800 | 5184 | 18 | |
| 25 05 2009 | 20 | 5760 | 1037 | 18 | |
Таблица 3.2 – Исходные данные, для заполнения таблицы «Оплата» (вид документа – Учет движения/Оплата)