Тестирование подсистемы ведения нормативно-справочной информации
Протестируем подсистему введения нормативно-справочной информации, которая хранится в таблицах: «РЕКВИЗИТЫ», «БЛОКИ», «МАТЕРИАЛЫ», «КОМИССИЯ_ПО_СПИСАНИЮ», «СТУДЕНТЫ».
Заполним эти таблицы данными из контрольного примера (приложения 11-15). Заполненные таблицы представлены в приложениях 45-49.
Протестируем процесс корректировки нормативно-справочной информации с использованием тестовых наборов, разработанных в разделе 4.4.1. предполагаемое состояние таблицы БЛОКИ (приложение 10) совпадает с состоянием реальной таблицы базы данных (приложение 46), что свидетельствует о корректной работе подсистемы ведения нормативно-справочной информации.
Тестирование подсистемы ведения учетной информации
Протестируем работу приложения с учетной информацией, используя тестовые наборы из раздела 4.4.2.
Входная учетная информация хранится в таблицах «ПРИХОД», «ПОСТУПИВШИЕ_МАТЕРИАЛЫ», «РАСХОД», «СПИСАНИЕ», «СПИСАННЫЕ_МАТЕРИАЛЫ», «ОСТАТКИ» данные, для заполнения которых представлены в приложениях 17-21.
Состояние физических таблиц с учетной информацией (приложения 50-55) полностью совпадает с предполагаемым состоянием таблиц из контрольного примера, что свидетельствует о корректной работе подсистемы ведения учетной информации.
Тестирование корректности формирования выходных документов
Проверим правильность формирования документа «Договор о взаимной ответственности, вид документа, который должен быть сформирован, представлен в приложении 22, а вид сформированного документа – в приложении 28.
Проверим правильность формирования документа «Акт о списании», вид документа, который должен быть сформирован, представлен в приложении 24, а вид сформированного документа – в приложении 37. Проверим правильность формирования документа «Книга учета», который должен быть сформирован, представлен в приложении 23, а вид сформированного документа – в приложении 44.
Вид полученных документов соответствует по форме и содержанию макетов этих документов из контрольного примера, что свидетельствует о его корректном формировании.
Тестирование приложения с использованием аварийных тестовых наборов
Для проверки работы корректности приложения были разработаны аварийные тестовые наборы, представленные в таблице 4.18. Реакция на ввод данных наборов представлен в таблице 7.1.
Таблица 7.1. Реакция приложения
на ввод некорректных значений
| Значения | Где появляется | Выдаваемое сообщение представлено в приложении |
| -123 | При вводе в поле НПрик формы «РЕКВИЗИТЫ» | |
| -1 | При вводе в поле НЧл формы «КОМИССИЯ ПО СПИСАНИЮ» | |
| -12 | При вводе в поле НБл формы «БЛОКИ» | |
| -2 | При вводе в поле НК формы «БЛОКИ» | |
| -32 | При вводе в поле ГР формы «БЛОКИ» | |
| -200,00р. | При вводе в поле Цен формы «МАТЕРИАЛЫ» | |
| -14 | При вводе в поле НДок формы «ПРИХОД» | |
| -147 | При вводе в поле НАкта формы «СПИСАНИЕ» | |
| -3 | При вводе в поле КОЛР формы «РАСХОД»; при вводе в поле КолЗат и КолПрих формы «ПРИХОД»; при вводе в поле КолСпис формы «СПИСАНИЕ» |
Вывод: результаты, полученные в ходе тестирования приложения, совпадают с предполагаемыми результатами, полученными при разработке контрольного примера, что свидетельствует о корректной работе всего приложения в целом.
ЗАКЛЮЧЕНИЕ
В данном курсовом проекте реализовано приложение по «Учету малоценных материальных запасов» в Михайловском экономическом колледже-интернате, позволяющее:
- осуществить хранение справочных данных по реквизитам, блокам, студентам, материалам, комиссии по списанию;
- осуществить операции по учету поступления, расходу и списания материалов;
- автоматически формировать и выводить на печать отчетные документы: «Договор о взаимной ответственности», «Акт о списании», «Книга учета», «Заявка».
В ходе разработки приложения было создано:
- 13 таблиц, 3 запроса, 10 форм, 4 отчета.
Приложение реализовано реляционной СУБД MS Access 2007.
Результаты, полученные при тестировании данного приложения, свидетельствуют о правильности его функционирования. Также разработан удобный пользовательский интерфейс и инструкция для пользователя.
Разработанное приложение имеет ряд достоинств:
- удобный и простой пользовательский интерфейс, не требующий специального обучения персонала работе с приложением;
- ускоряет процесс работы коменданта;
- автоматическое формирование отчетов;
- экономия времени на ввод и обработку данных;
- экономит время коменданта на работу с документами;
- рациональная организация данных исключающая их дублирование;
- обеспечение быстрого доступа к данным.
В ходе разработки создана новые форма отчетности «Должники», повышающие информативность задачи.
К недостаткам курсового проекта можно отнести:
- программа работает только в среде MS Access;
- не предусмотрена защита данных от несанкционированного доступа;
- не предусмотрено создание резервной копии и восстановления базы данных, потому что в случае сбоя в работе базы данных информация может быть потеряна.
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1. ГОСТ 19.105 – 78 «Описание руководства пользователя»;
2. «Использование Microsoft Access 2007. Специальное издание» Сайлер Б. Споттс Д.: Пер. с англ.;СПб.; 2004. – 230с.;
3. «Проектирование баз данных. Практические рекомендации» Макаров Н.П., Пылькин А.Н., Цуканова Н.И. – М.: Академия информатизации образования. 2004. – 45с.;
4. Электроный источник «www.bestreferat.ru»(дата последнего обращения 14.09.2010);
5. .Электронный источник «www.referats.ru» «СУБД MS Access 2007» (дата последнего обращения 15.09.2010);
ПРИЛОЖЕНИЯ