Файл: Администрирование информационной системы расчетов с клиентами ООО «Сладкий мир».pdf

В ходе тестирование необходимо выполнить проверку:

- распределения функций программы в соответствии с правами доступа.

- добавления учетных записей и выставление новых прав доступа;

- режима добавления данных при допустимых и недопустимых значениях;

- режима редактирования при допустимых и недопустимых значениях;

- резервного копирования, в том числе автоматического с учетом заданных настроек;

- корректности закрытия программы при выходе пользователя из программы (при некорректном закрытии пользователь не сможет войти в программу в следующий раз).

В терминологии профессионалов тестирования (программного и некоторого аппаратного обеспечения) фразы "тестирование белого ящика" и "тестирование черного ящика" относятся к тому, имеет ли разработчик тестов и тестирощик доступ к исходному коду тестируемого ПО, или же тестирование выполняется через пользовательский интерфейс либо прикладной программный интерфейс, предоставленный тестируемым модулем.

При тестировании белого ящика (англ. white-box testing), разработчик теста имеет доступ к исходному коду и может писать код, который связан с библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ. unit testing), при котором тестируются только отдельные части системы. Оно обеспечивает то, что компоненты конструкции -- работоспособны и устойчивы, до определенной степени.

При тестировании чёрного ящика (англ. black-box testing), тестировщик имеет доступ к ПО только через те же интерфейсы, что и заказчик или пользователь, либо через внешние интерфейсы, позволяющие другому компьютеру либо другому процессу подключиться к системе для тестирования. Например, тестирующий модуль может виртуально нажимать клавиши или кнопки мыши в тестируемой программе с помощью механизма взаимодействия процессов, с уверенностью в том, все ли идет правильно, что эти события вызывают тот же отклик, что и реальные нажатия клавиш и кнопок мыши. Как правило, тестирование чёрного ящика ведётся с использованием спецификаций или иных документов, описывающих требования к системе.

Существуют также специальные методы для тестирования аспектов программ, не являющихся функциональными, т.е. не относящихся к работоспособности самих программ. Это тестирование:

1. Тестирование производительности программного обеспечения - посмотреть работоспособность, если программа управляет большим количеством данных или имеет большое число пользователей. Это напрямую относится к понятию масштабируемости приложений.

2. Тестирование "Юзабилити" - тестирование интерфейса пользователя, его удобности, практичности и лёгкости для освоения обычным пользователем.

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

3.4 Проведение тестовых испытаний

Как уже было описано выше, целью тестирования программы является выяснение работоспособности программы и обнаружение факта наличия ошибок. В соответствии с разработанным планом проведем ряд тестов:

1. Проверка авторизации и распределения функций программы в соответствии с правами доступа

Запустив программу, вводим учетные данные администратора системы. После входа в программу все ее функции становятся доступными. Вводим учетные данные оператора - недоступны только функции администрирования.

Запустив программу, вводим неверные учетные данные. Программа выдает ошибку «Неверные имя пользователя или пароль».

В итоге данные тесты программа выполнила корректно и без ошибок.

2. Проверка системы учетных записей.

Заходим в систему с правами администратора. Выбираем из пункта меню «пользователи». Нажимаем кнопку «Добавить». После ввода всех данных видим, что появилась новая учетная запись. Нажимаем кнопку «Изменить». Меняем значения во всех полях и сохраняем изменения. Видим, что все поля учетной записи обновлены. Данный тест программа выполнила без ошибок.

3. Проверка режима добавления.

Запустив программу, нажимаем кнопку «Клиент - Новый клиент». Заполняем текстовые поля: «ФИО, Номер, Данные по паспорту, Путевка, Дата, Цена, Виза». При добавлении данных в списке клиентов появляется новый.

Нажимаем кнопку «Клиент - Новый клиент». Заполняем текстовые поля: «ФИО, Данные клиента, Адрес торговой точки». Вводим в поле «Номер» текст - программа выдает ошибку. Программа выполнила данный тест корректно и правильно.

4. Проверка функции режима редактирования данных.

Запустим программу, нажимаем кнопку «Заявки - Изменить». Появляется форма с текстовыми полями: «Код, Сумма, Дата доставки и д.р.». Все нужные поля формы были изменены на допустимые значения. При нажатии на кнопку «Добавить» появляется таблица с измененными данными.

Нажимаем кнопку «Заявки - Изменить». Появляется форма с текстовыми полями: «Код, Сумма, Дата доставки и д.р.». Все нужные поля формы были изменены на недопустимые значения. При нажатии на кнопку «Добавить» появилось сообщение о присутствии недопустимого значения в заполненных полях. Данный тест выполнен без ошибок.

5. Проверка корректности закрытия программы при выходе пользователя не требуется, так как за время предыдущих тестов программа всегда безошибочно закрывала соединение.

Заключение

В результате выполнения Курсовой работы была создана ИС для компании «Сладкий мир», обеспечивающая автоматизированный расчет клиентов фирмы.

В результате анализа средств разработки и программирования, а также систем управления базами данных было выявлено, что целесообразно использовать для данной информационной язык программирования Delphi 7. Главным требованием при выборе программных средств разработки должна быть поддержка методов объектно-ориентированного программирования на уровне структуры программы.

При создании системы для регистрации и расчета клиентов компании «Сладкий мир» было уделено особое внимание требованиям, которые предъявляются к программам, используемым на предприятии. Как правило, именно от того, насколько удобно и просто будет работать с программой сотрудникам отделов, зависит успешное внедрение и безупречная работа.

Список использованных источников

1.Гринченко, Н.Н. Проектирование баз данных СУБД Microsoft Access: Учебное пособие для вузов. Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров. - М: Горячая линия - Телеком, 2004. - 240 c.

2.Липаев, В.В. Надежность программных средств. В.В. Липаев. - М: СИНТЕГ, 2003. - 170 с.

3.Сэм Канер, Джек Фолк, Енг Кек Нгуен и др. Тестирование программного обеспечения. Пер. с англ. - Киев: Изд-во «ДиаСофт», 2004. - 271 с.

4.Ковязин А.Н., Востриков С.М. Мир InterBase. Архитектура, администрирование и разработка приложений баз данных. 4-е издание. -М: Кудиц-образ, 2006. - 283 с.

5.Борзов, Ю.В. Методы тестирования и отладки программ ЭВМ. М. А. Рогов. - М: ПРИОР, 2005. - 119 с.

6.Вендров А. М. Проектирование программного обеспечения экономических информационных систем. - М: Финансы и статистика, 2005.- 203 с.

7.Майерс, Г. Искусство тестирования программ. Пер. с англ.; Под ред. Б.А. Позина. - М: Финансы и статистика,2004. --176 с.

8.Костров, А.В. Основы информационного менеджмента. А.В. Костров. - М.: Финансы и статистика, 2003. - 335 c.

9.Советов Б. Я., Цехановский В.В. Информационные технологии: Учеб. для вузов.. 2-е изд. - М.: Высш. шк., 2005. - 410 с.

10.Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). - М.: Лори, 2003. - 390 с.

11.Ковязин А.Н., Востриков С.М. Мир InterBase. Архитектура, администрирование и разработка приложений баз данных. 4-е издание. - М.: Кудиц-образ, 2006. - 284 с.

12.Елиферов, В.Г., Репин, В.В. Бизнес-процессы. Регламентация и управление: Учебник. - М: ИНФРА-М, 2007. - 319 с.

13. Фараонов В.В. Delphi. Программирование на языке высокого уровня: Учебник для вузов. - СПб: Питер, 2003.

14.Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД: СПб.: Питер, 2003. - 286 с.

15.Диго С.М. «Базы данных» проектирование и использование: учебник МОиН РФ М.: Финансы и статистика 2005. - 124 с.

16.Кузин А.В. «Базы данных» учебное пособие для вузов УМО М.: ИЦ "Академия" 2005. - 184 с.

17.Кузнецов В.В. «Базы данных» практикум М.: МУПК 2004. - 195 с.

18.Голицина О.Л. Максимов Н.В. Попов И.И. «Базы данных. Введение в теорию и методологию» учебник 2004. - 201 с.

19.Вендров А.М. CASE-технологии - современные методы и средства проектирования информационных систем. - М.: Финансы и статистика, 2000. - 183 с.

20.Характеристика программного продукта Microsoft CRM. http://www.mscrm.ru/Solutions/p7.asp.

21.Программные продукты КонсультантПлюс. www.consultant.ru.

22.Ахаян Р., Горев А., Макашарипов С. «Эффективная работа с СУБД». Санкт-Петербург, 2003. - 306 с.

23.Гончаров A. «Access 2000 в примерах». Санкт-Петербург, 2003. - 206 с.

24.Маклаков С.В. BFWin и ERWin. CASE-средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 2000. - 325 с.

25.Фараонов В.В. Программирование баз данных в Delphi 7. Учебный курс. - СПб: Питер, 2003.

26.Вейскас Д. Эффективная работа с Microsoft Access 2000. С.- Петербург: «Питер Пресс», 2001 - 956 с.

27.Для подготовки данной работы были использованы материалы с сайта www.monah.ru

28.Дэвид А. Марка и Клемент МакГоуэн. SADT-методология структурного анализа и проектирования. - М.: Метатехнология, 2007. - 611 с.

30.Гуляев В.Г. Организация туристской деятельности. Учебное пособие. - М.: Ноллиджи. 2003. - 312 с.

31.Громов Г.Р. Очерки информационной технологии. - М.: ИнфоАрт. 2001. - 128 с.

32.Информационная технология, экономика, культура. Сборник обзоров и рефератов. - М.: ИНИОН РАН. 2005. - 552 с.

33.Методология функционального моделирования IDEF0. Руководящий документ. Официальное издание. - М.: ИПК Издательство стандартов, 2000. - 284 с.

34.А.Д.Шеремет, Е.В.Негашев. Методика финансового анализа предприятия. - М.: Инфа-М. 2001. - 198 с.

35.Карпова Т. Базы данных: модели, разработка, реализация. С. - Петербург: «Питер». 2001 - 543 с.

Приложение 2

РЕЦЕНЗИЯ НА КУРСОВУЮ РАБОТУ (КУРСОВОЙ ПРОЕКТ)

Обучающийся _________________________________________________________________________

(ФИО полностью, группа)

Направление/специальность подготовки: .

^{(код и наименование направления /специальности подготовки)}

Профиль/специализация: .

^{(наименование профиля/специализации)}

Форма обучения: .

^{(очная, очно-заочная, заочная)}

Курсовая работа (курсовой проект) на тему_______________________________

^{(наименование темы)}

По дисциплине_______________________________________________

^{(наименование дисциплины)}

Рецензент: ____________________________________________________________________________

(Ф.И.О. полностью, ученая степень, звание)

_____________________________________________________________________________

Курсовая работа (курсовой проект) не может быть рекомендован к защите, если сумма баллов составляет менее 50.

Курсовая работа (курсовой проект) к защите рекомендуется с оценкой _______________/ ²

^{(указать прописью и цифрой)}

Курсовая работа (курсовой проект) не рекомендуется к защите²