1) Нет оформленных чертежей IDEF0 и блок-схемы алгоритма.
2) Длинные тире в тексте ПЗ заменить на стандартные.
3) Отформатировать название 3 главы по аналогии со 2й.
4) Название главы 3.4, конец 33 стр. - если в конце страниц у вас остается только название подглавы, то лучше переносить его на следующую страницу.
5) При использовании стандарта построения диаграммы последовательности с жизненными циклами процессов (т.е. белыми столбиками, как у вас на диаграмме) рекурсивный вызов оформляется дополнительным небольшим столбиком жизненного цикла поверх основного (https://prnt.sc/Q9C-92Gjuval).
6) После рисунка 3.3 текст начинается с нулевым абзацем.
7) Связи типа кейс-кейс (все ваши штриховые стрелки) на use-case должны подписываться типом связи (include, extends) (посмотрите примеры в интернете).
8) Конец подглавы 3.4 - главы и подглавы нельзя заканчивать рисунками, списками, таблицами и т.п. В конце всегда должен оставаться просто текст (описание рисунка, заключение по главе/подглаве и т.п.).
9) Рис 3.5 - стандарт построения алгоритмов и блок-схем сам по себе требует обязательного наличия блоков Начало и Конец, чтобы можно было отследить варианты прохождения алгоритма. У вас же не алгоритм, а какой-то участок с циклом. В ПЗ можете их оставить, но для чертежа лучше подобрать алгоритм попроще, с явным началом и концом.
10) Рисунок 3.2 - это, скорее, еще одна ER-диаграмма, но не диаграмма классов, т.к. используемые в ней линии связи означают связи в контексте БД (1:1 и 1:М). Для построения нормальной диаграммы классов лучше используйте встроенные или сторонние плагины для вашей IDE, которая построит диаграмму классов на основе вашего кода.
