68
ЗАКЛЮЧЕНИЕ
В данном дипломном проекте рассматриваются все этапы
внедрения ИС, от проектирования проекта, до внедрения.
В данной работе представлен проект доработки программного
продукта.
Задача автоматизации процессов компании «Лекторий правое
полушарие интроверта» состоит в модернизации автоматизированной
работы платежной системы и сведение ошибок минимуму. Объектом
исследования необходимого для написания выпускной квалификационной
работы является компания «Лекторий правое полушарие интроверта».
Предметом исследования является бизнес-процессы «Лекторий правое
полушарие интроверта».
В третьей главе был осуществлен подсчет экономической
эффективности, в результате которых было выявлено, что проект
автоматизации задачи учета товаров и услуг в компании «Лекторий правое
полушарие интроверта» является быстро окупаемым и целесообразным.
69
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ
1. ГОСТ Р ИСО/МЭК 12207/95. Государственный стандарт РФ.
Информационная технология. Процессы жизненного цикла
информационных систем. Издание официальное.
2. Электронная библиотека МФПА Microsoft Solutions Framework
Модель процессов MSF вер. 3.1
3. «Методология функционального моделирования IDEF0»,
Руководящий документ, Госстандарт России.;
4. Вендров А.М. «CASE технологии Современные методы и средства
проектирования информационных систем» М.: Финансы и
статистика, 1998г. – 176 с.: ил.;
5. Гулиян Г.Б., Нестеров И.А. «Основы организации компьютерных
сетей. Часть 1.», Московская финансово-промышленная академия. –
М., 2007г. – 169 с. ил.;
6. Долганова, О.И. Моделирование бизнес-процессов: Учебник и
практикум для академического бакалавриата / О.И. Долганова, Е.В.
7. Микрюков В. Ю. «Информация, информатика, компьютер,
информационные системы, сети», Москва: Феникс, 2007г. – 448 с.:
ил.;
8. Громов, А.И. Управление бизнес-процессами: современные методы.
монография / А.И. Громов, А. Фляйшман, В. Шмидт. - Люберцы:
Юрайт, 2016. - 367 c.
9. Джестон, Д. Управление бизнес-процессами. Практическое
руководство по успешной реализации проектов / Д. Джестон, Й.
Нелис. - М.: Символ, 2015. - 512 c.
10. Управление бизнес процессами:
https://habr.com/ru/company/trinion/blog/354608/
11. Управление процессами: http://www.klubok.net/article2279.html
12. Microsoft Solutions Framework:
70
https://wikipedia.tel/Microsoft_Solutions_Framework
13. Rational Unified Process: https://habr.com/ru/post/329572/
14. Extreme Programming: https://worksection.com/blog/extreme-
programming.html
15. Язык Swift: https://swift.org
16. СУБД Firebase:https://firebase.google.com
17. Язык JS: https://www.javascript.com
18. Яндекс.Касса: https://kassa.yandex.ru
71
Приложение 1
Методы и результаты испытаний
Таблица П1.1
Описания проверок
Параметр
Значение
Функция
1. Авторизация
Предмет проверки
1.1 Удаление данных пользователя
1.2 Время авторизации
Используемые средства
1.1 Пользовательское приложение
“Лекторий”
1.2 База данных
1.3 Секундомер
Исходные данные
База данных программы, содержащая
информацию более 15000
пользователей
Искажения тестовой информации для
имитации нештатных ситуаций
А) После успешной авторизации,
программа не перешла на главное
окно
Б) Процесс авторизации длится более
10 секунд
Ожидаемая реакция
1.1 После авторизации данные
пользователя остаются не тронутые
1.2 Процесс авторизации длится
около 2 секунд
Способ определения результатов
Параметры, определяемые
требованиями заказчика
Функция
2. Выход
Предмет проверки
2.1 Выход из системы
2.2 Время выхода
Используемые средства
2.1 Пользовательское приложение
“Лекторий”
2.2 База данных
2.3 Секундомер
Исходные данные
База данных программы, содержащая
информацию более 15000
пользователей
Искажения тестовой информации для
имитации нештатных ситуаций
А) Процесс выход длится более 10
секунд
Б) Из-за плохого сигнала сети,
пользователь не смог выйти из
системы
Ожидаемая реакция
2.1 Процесс выход длится менее 2
секунд
2.2 После выхода из системы,
пользователю открывается окно
авторизации
Способ определения результатов
Параметры, определяемые
требованиями заказчика
72
Продолжение таблицы П1.1
Параметр
Значение
Функция
3. Коллекции my_payment
Предмет проверки
3.1 Проверка возможности
корректного создания и редакции
данных в БД
Используемые средства
3.1 Пользовательское приложение
“Лекторий”
3.2 База данных
Исходные данные
База данных программы, содержащая
информацию о покупках
Искажения тестовой информации для
имитации нештатных ситуаций
А) Не создался документ в коллекции
my_payment
Б) Процесс подтверждения оплаты
будет в бесконечном цикле
Ожидаемая реакция
3.1 Корректное создание и редакция
данных в БД
Способ определения результатов
Параметры, определяемые
требованиями заказчика
Функция
4. Время реакции платежной системы
Предмет проверки
4.1 Время ответа от сервера
Используемые средства
4.1 Секундомер
4.2 Пользовательское приложение
“Лекторий”
4.3 База данных
Исходные данные
База данных программы, содержащая
информацию о покупках
Искажения тестовой информации для
имитации нештатных ситуаций
А) Время подтверждения данных
Б) Плохой сигнал сети на девайсе
Ожидаемая реакция
4.1 Процесс подтверждения оплаты
длится менее 5 секунд
Способ определения результатов
Параметры, определяемые
требованиями заказчика
Функция
5. SDK Яндекс.касса
Предмет проверки
5.1 Проверка возможности
корректного отображения общей
суммы для оплаты билетов
Используемые средства
5.1 Пользовательское приложение
“Лекторий”
5.2 База данных
5.3 Документация Яндекс.Кассы
73
Продолжение таблицы П1.1
Параметр
Значение
Исходные данные
База данных программы, содержащая
информацию о корзине пользователя
Искажения тестовой
информации для
имитации нештатных
ситуаций
А) Общая сумма равно нулю или отрицательна
Б) Плохой сигнал сети на девайсе
Ожидаемая реакция
5.1 Корректное отображение общей суммы для
оплаты билетов
Способ определения
результатов
Параметры, определяемые требованиями
заказчика
Функция
6. Проблемы с сервером
Предмет проверки
6.1 Усовершенствование платежной системы
Используемые средства
6.1 Пользовательское приложение “Лекторий”
6.2 База данных
6.3 Сервер
6.4 Документация Яндекс.Кассы
Исходные данные
База данных программы, содержащая
информацию о покупках пользователя
Искажения тестовой
информации для
имитации нештатных
ситуаций
А) После успешной оплаты, билет не
начислялся пользователю
Б) Плохой сигнал сети на девайсе
Ожидаемая реакция
6.1 Бесперебойная работа сервера
Способ определения
результатов
Параметры, определяемые требованиями
заказчика
Функция
7. Отображение списка билетов
Предмет проверки
7.1 Отображение корректного списка билетов
Используемые средства
7.1 Пользовательское приложение “Лекторий”
7.2 База данных
Исходные данные
База данных программы, содержащая
информацию о билетах
Искажения тестовой
информации для
имитации нештатных
ситуаций
А) Плохой сигнал сети
Ожидаемая реакция
7.1 Не зависимо от внешних факторов,
отображать правильный список информации
Способ определения
результатов
Параметры, определяемые требованиями
заказчика
74
Приложение 2
Экранные формы и результаты испытаний
Рисунок П2.1. Главное окно приложения
75
Рисунок П2.2. Окно выбранной лекции
76
Рисунок П2.3. Добавление лекции в корзину
77
Рисунок П2.4. Окно корзины