6. Порядок разборки системы

Разработка программного обеспечения «Сортировка расчёской» будет осуществляться в соответствии с этапами, установленными в техническом задании и учебным графиком дисциплины. Процесс разработки состоит из следующих шагов:

1. Анализ требований заказчика:

1.1 Изучение условий задачи и целей проекта.

1.2 Определение функциональных и нефункциональных требований.

1.3 Формирование технического задания.

2. Проектирование архитектуры приложения:

2.1 Разработка UML-диаграмм (классы, прецеденты).

2.2 Создание блок-схем алгоритма сортировки расчёской.

2.3 Проектирование базы данных (таблицы пользователей, истории сортировок).

3. Реализация графического интерфейса:

3.1 Создание окон: регистрации, авторизации, главного меню, окна сортировки.

3.2 Дизайн формы ввода массива и вывода результата.

3.3 Реализация навигации между окнами.

4. Реализация подсистемы авторизации и регистрации:

4.1 Валидация логина и пароля.

4.2 Хранение учетных данных в зашифрованном виде.

4.3 Обработка ошибок входа, ограничение попыток.

5. Реализация алгоритма сортировки расчёской:

5.1 Написание кода на C#.

5.2 Возможность отслеживания количества перестановок и времени выполнения.

5.3 Вывод результата пользователю.

6. Реализация работы с базой данных:

6.1 Подключение SQLite / LocalDB.

6.2 Сохранение истории сортировок.

6.3 Реализация операций чтения/записи.

7. Тестирование и отладка:

7.1 Проверка корректности работы всех модулей.

7.2 Отладка исключений и обработка ошибок.

7.3 Проведение предварительных испытаний.

8. Создание документации:

8.1 Написание руководства пользователя.

8.2 Оформление пояснительной записки.

8.3 Подготовка презентации и материалов для защиты.

9. Приемка и защита курсовой работы:

9.1 Представление готовой системы преподавателю.

9.2 Демонстрация функционала и внутренней реализации.

7. Порядок контроля и приемки системы

7.1 Перечень этапов испытаний и проверок

Этапы испытаний подразделяются на предварительные и приемочные. Предварительные испытания проводятся во время сдачи проекта разработчиком совместно с заказчиком. Все подсистемы испытываются одновременно на корректность взаимодействия подсистем, влияние подсистем друг на друга, то есть испытания проводятся комплексно.

Во время приемочных испытаний оценивается:

• полнота и качество реализации функций, указанных в настоящем техническом задании;

• демонстрация объективно-ориентированного подхода при реализации функций, указанных в настоящем техническом задании;

• выполнение каждого требования, относящиеся к интерфейсу системы.

Полнота действий, доступных пользователю:

1. авторизация пользователей;

2. сортировка массива;

3. вывод сортированного массива и гистограммы;

4. выход авторизованного пользователя из приложения. При авторизации пробуется авторизация пользователя.

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

Приемка результатов должна осуществляться в сроки, установленные таблицей 5.1. Результаты проектирования системы предоставляются в электронном виде с помощью ЭИОС sdo.tusur.ru. Результаты разработки программного обеспечения будут располагаться на репозитории github. Результаты тестирования будут представлены в электронном виде с помощью ЭИОС sdo.tusur.ru.

7.2 Общие требования к приемке работы

Приемка осуществляется представителями Заказчика и Исполнителя. Все создаваемые в рамках настоящей работы программные изделия передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на репозитории github.

8 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО

ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

Для обеспечения готовности объекта к вводу системы в действие провести комплекс мероприятий:

• загрузка файлов приложения;

• проведение предварительных испытаний;

• проверка приемочных испытаний.

9 ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ

Для успешного сопровождения, эксплуатации и передачи проекта должна быть подготовлена полная комплектация технической и эксплуатационной документации. Перечень документов включает:

1. Техническое задание:

   • Содержит цели и задачи проекта, описание функциональных возможностей, требования к системе и условиям эксплуатации.

2. Проектная документация

   • UML-диаграммы классов и прецедентов.

   • Блок-схемы алгоритмов.

   • Архитектурные решения и описания подсистем.

3. Функциональное описание системы

   • Полный список реализованных функций и их назначение.

   • Описание взаимодействия подсистем.

4. Руководство пользователя

   • Пошаговая инструкция по использованию программы.

   • Описание процессов регистрации, авторизации, ввода данных и сортировки.

5. Руководство администратора (разработчика)

   • Информация по настройке, установке и обслуживанию системы.

   • Описание структуры базы данных.

   • Инструкции по добавлению новых функций или изменению существующих.

6. Документация по тестированию

   • Перечень проведенных тестов.

   • Результаты тестирования.

   • Описание найденных багов и способов их устранения.

7. Документация по безопасности

   • Описание методов шифрования и хранения паролей.

   • Меры по защите базы данных.

   • Защита от SQL-инъекций и других типовых уязвимостей.

8. Презентационные материалы

   • Презентация проекта для защиты курсовой работы.

   • Демонстрационное видео (по желанию).

Все документы предоставляются в электронном виде через образовательную информационную систему ТУСУР (sdo.tusur.ru) и/или репозиторий GitHub вместе с исходным кодом приложения.

Томск 2025