Перед началом проектирования и разработки программного продукта для учётазаявок на ремонт оборудования былопроанализировано техническое задание исоставлена краткая спецификацияразрабатываемого модуля, в которой были выделены входные и выходные данные, в соответствии с ГОСТ 19.202-78. На основанииГОСТ 19.202-78 и анализа техническогозадания была построена краткаяспецификация, а также было определеноназначение приложения, а также входные ивыходные данные.
Спецификация функциональныхтребований представлена в таблице №1.
————
На основании анализа технического задания были выделены следующие входные и выходные данные.
В качестве входных данных используетсяследующая информация:
− номер заявки;
− дата добавления заявки;
− оборудование, которое требует ремонта;
− серийный номер оборудования;
− тип неисправности;
− вид ремонта;
− описание неисправности;
− комментарий к заявке;
− ФИО клиента, который подал заявку;
− номер телефона клиента;
− e-mail клиента;
− ФИО исполнителя;
− дата принятия заявки в работу;
− дата выполнения работы;
− статус заявки.
В качестве выходных данных программапредоставляет пользователю следующую информацию:
− список заявок (выводится в результате поиска по заданным параметрам);
− уведомление о смене статуса заявки;
− статус заявки;
− статистика отдела обслуживания (количество выполненных заявок, среднее время выполнения, статистика по типам неисправностей).
1.2 Проектирование основногоалгоритма
Задание: сформировать основнойалгоритм решения учета заявок на ремонтоборудования в виде блок-схемы всоответствии с техническим заданием.Детализировать в виде алгоритма одну изфункций (расчета количества выполненныхзаявок; расчета среднего времени выполнениязаявки).
Следующим шагом являетсяформирование основного алгоритма решения учёта заявок на ремонт оборудования.
Менеджер открывает приложение, авторизуется (при необходимости регистрируется) в нем, после чего он может создать новую заявку, редактировать существующую или ознакомиться с отчетами работы отдела обслуживания.
Для создания заявки менеджеру необходимо ввести следующие данные: ФИО клиента, который подал заявку; номер телефона клиента; e-mail клиента;оборудование, которое требует ремонта;серийный номер оборудования; описание неисправности; комментарий. Также здесь менеджер может отследить статус выполнения заявки.
Во время работы с заявкой менеджер может найти заявку по ее номеру, в результате отобразится описание данной заявки, выбрать вид ремонта и назначить исполнителя. Также на этом экране менеджеру будут представлены все типы работ, исполняемых для данной заявки, и статус их выполнения. Также здесь менеджер может отследить или изменить статус выполнения заявки.
Исполнитель, открыв и авторизовавшись(при необходимости зарегистрировавшись) в приложении, может взять заявку в работу. Во время работы с заявкой исполнитель может найти заявку по ее номеру, изменить или просмотреть дату принятия заявки в работу, дату выполнения работы, комментарий к заявке. Также здесь он может отследить статус выполнения заявки.
На основании анализа технического задания была сформирована блок- схемаобщего алгоритма решения учета заявок наремонт оборудования. Данная блок-схема приведена на рисунке 1.
На основании технического задания в виде блок-схемы была детализирована функция расчета количества выполненных заявок. Данная блок- схема приведена на рисунке 2.
——-
1.10 Определение качественныххарактеристик кода
Задание:
Определить качественные характеристики кода такие как: полнота обработки ошибочных данных, наличие тестов для проверки допустимых значений входных данных, наличие средств контроля корректности входных данных, наличие средств восстановления при сбоях оборудования, наличие комментариев, наличие проверки корректности передаваемых данных, наличие описаний основных функций.
Качественные характеристики кода:
1. Полнота обработки ошибочныхданных:
− Обработка исключений и ошибокпредусмотрена в коде, чтобы предотвратить сбои при непредвиденных ситуациях.
2. Наличие тестов для проверкидопустимых значений входных данных:
− Набор тестов включает в себя проверкукорректных и некорректных значений входных данных.
3. Наличие средств контролякорректности входных данных:
− Код содержит механизмы проверки корректности входных данных перед ихобработкой с помощью использованияпроверок условий и валидации.
4. Наличие комментариев:
− Код содержит комментарии, объясняющие сложные части, принятые решения и другие аспекты, которые могут быть непонятными для других разработчиков. Комментарии помогают в поддержке и документировании кода.
5. Наличие описаний основныхфункций:
− Каждая основная функция или метод имею ясное описание своего предназначения,входных и выходных данных. Это помогаетдругим разработчикам легче понимать, как использовать и взаимодействовать с функциональностью.
Таким образом, функционал программы соответствует требованиям заказчика.
Также код программы обеспечивает полную обработку ошибочных данных. Программа не завершает выполнение принудительно, запросы к базе данных выполняются корректно, отображая верную информацию.
В коде предусмотрены уведомления обошибках, проверки заполненности полей ввода данных и использование регулярных выражений. Код также включает проверку допустимых значений, используя регулярные выражения, и ограничивает количествовводимых символов. Уведомления об ошибкахслужат средством контроля входных данных.
В случае сбоя оборудования предусмотрено резервное копирование базы данных, поскольку программа не хранитважную информацию непосредственно в своем коде. Код включает в себя проверку передаваемых данных, что делает его читаемым и соответствующим всем стандартам и требованиям.
