Отчет ОПР
.pdf5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ
Состав и содержание работ по созданию системы приведены в таблице
5.1.
Таблица 5.1 – Этапы разработки
№ |
Этап |
Результат |
Срок выполнения |
|
|
|
|
1 |
Проектирование |
UML диаграмма |
01.05.24 – 20.06.24 |
|
системы |
классов |
|
|
|
|
|
2 |
Разработка ПО |
Приложение, |
20.06.24 – 05.09.24 |
|
|
репозиторий на github |
|
|
|
|
|
3 |
Создание БД и |
SQL запросы |
05.09.24 – 01.11.24 |
|
подключение к СУБД |
инициализации и |
|
|
|
миграции БД |
|
|
|
|
|
4 |
Тестирование и отладка |
Набор unit-test, отчёт о |
05.09.24 – 01.11.24 |
|
приложения |
тестировании |
|
|
|
|
|
5 |
Защита курсовой работы |
Пояснительная записка |
01.12.24 – 14.01.25 |
|
|
|
|
31
6 ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ СИСТЕМЫ
6.1 Перечень этапов испытаний и проверок
Этапы испытаний подразделяются на предварительные и приемочные. Предварительные испытания проводятся во время сдачи проекта разработчиком совместно с заказчиком. Все подсистемы испытываются одновременно на корректность взаимодействия подсистем, влияние подсистем друг на друга, то есть испытания проводятся комплексно. Во время приемочных испытаний оценивается:
полнота и качество реализации функций, указанных в настоящем техническом задании;
демонстрация объективно-ориентированного подхода при реализации функций, указанных в настоящем техническом задании;
выполнение каждого требования, относящиеся к интерфейсу
системы;
полнота действий, доступных пользователю:
1.регистрация и авторизация пользователей;
2.взаимодействие с графическим интерфейсом;
3.выполнение различных операций с заметками;
4.выход авторизованного пользователя из приложения.
При проверке регистрации производится несколько попыток регистрации пользователя.
При авторизации пробуется авторизация зарегистрированного пользователя и не зарегистрированного пользователя.
При проверке корректного выхода авторизированного пользователя из приложения при нажатии на выход из приложения, оно должно закрыться, и, чтобы продолжить работу с приложением, нужно заново запустить и
32
авторизоваться. Также просматриваются коды графического интерфейса, коды выполнения запросов и просматривается база данных.
Приемка результатов должна осуществляться в сроки, установленные таблицей 5.1. Результаты проектирования системы предоставляются в электронном виде с помощью ЭИОС sdo.tusur.ru. Результаты разработки программного обеспечения будут располагаться на репозитории GitHub. Результаты тестирования будут представлены в электронном виде с помощью ЭИОС sdo.tusur.ru.
6.2 Общие требования к приемке работы
Приемка осуществляется представителями Заказчика и Исполнителя. Все создаваемые в рамках настоящей работы программные изделия передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на репозитории GitHub.
33
7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ
Для обеспечения готовности объекта к вводу системы в действие провести комплекс мероприятий:
загрузка файлов приложения;
проведение предварительных испытаний;
проверка приемочных испытаний.
34
8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
Состав программной документации:
задание на курсовую работу;
техническое задание (ТЗ);
пояснительная записка (ПЗ);
документация к системе в электронном виде. Документация должна быть оформлена с использованием:
ГОСТ 34.602-2020;
ОС ТУСУР 01-2021 для технического задания;
ОС ТУСУР 01-2021 для пояснительной записки.
35
Заключение
В ходе работы были разработаны алгоритмы для решения заданных задач и созданы программные реализации для них на языке C#.
Ссылка на GitHub: https://github.com/ххххххх
36
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
1.Образовательный стандарт вуза ОС ТУСУР 01-2021 [Электронный ресурс]: https://regulations.tusur.ru/documents/70 (дата обращения: 22.04.2024).
2.Курс на СДО ТУСУР. Учебное пособие [Электронный ресурс]: https://sdo.tusur.ru/mod/folder/view.php?id=455110 (дата обращения: 22.04.2024).
37