Обязательным требованием, предъявляемым к выпускной квалификационной работе по всем специальностям, является составление пояснительной записки. Структура пояснительной записки определяется требованиями образовательных стандартов и выпускающих кафедр с учетом специфики каждой специальности.
Пояснительная записка к дипломным работам по специальностям, связанным с информационными технологиями, должна отражать все основные этапы разработки программного продукта, который должен быть представлен выпускником на защите диплома.
Описание основных этапов жизненного цикла программы осуществляется с помощью некоторого специализированного графического языка, например, унифицированного языка моделирования UML. Выбор того или иного языка остается за дипломником, но его необходимо обосновать в пояснительной записке.
В UML выделяют четыре разновидности предметов – структурные предметы (класс, интерфейс, узел), предметы поведения (взаимодействие), группирующие предметы (пакеты) и поясняющие предметы (примечание).
Дипломнику необходимо отслеживать, чтобы все составленные им описания разных этапов жизненного цикла программного средства были непротиворечивы и соответствовали друг другу. Для сложных систем целесообразно использовать такой механизм распределения элементов по группам, как пакет.
По сути, пакеты – это «ящики», по которым может быть разложена модель системы. В пакет могут помещаться структурные предметы, предметы поведения, а также рекурсивно другие пакеты. Все это должна отражать структурная схема пакета. Средствами языка UML пакет изображается как папка с закладкой, на которой обозначено имя пакета и, при необходимости, его содержание.
Пакет – чисто концептуальное понятие, которое существует только в период разработки. Иными словами, структурная схема пакета присутствует в описании системы только на этапах анализа и проектирования.
Пакеты анализа должны быть сильно внутренне связаны (то есть их содержимое жестко связано) и слабо связаны внешне (то есть иметь минимальные зависимости друг от друга). Пакеты анализа создаются на основе функциональных требований и позволяют проводить раздельный, независимый анализ.
Проведенная на этапе анализа декомпозиция системы на пакеты облегчает разбиение системы на подсистемы в модели проектирования. Дипломнику следует учитывать, что это первичное разбиение на подсистемы должно уточняться в ходе проектирования с учетом особенностей дальнейшей реализации и развертывания системы.