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

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

Раздел знакомит с понятиями класса, объекта, атрибута и метода на примерах университетской системы. Объясняется, как класс задаёт структуру объектов, а методы описывают их действия. Эти понятия нужны для перехода от словесного описания предметной области к проектированию программных компонентов.

В пункте рассматриваются базовые и производные классы, наследование и инкапсуляция. На примере пользователя системы определяется, какие характеристики могут быть общими для студентов и преподавателей, а какие относятся только к конкретной роли. Отдельно описываются связи между студентами, преподавателями и курсами и их кратность.

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

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

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

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

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

В этом пункте приводятся использованные учебники и справочные материалы по информатике, объектно-ориентированному программированию и UML. Источники оформляются единообразно, чтобы читатель мог найти сведения о классах, наследовании и моделировании связей. В список включаются только материалы, которые действительно использовались при подготовке проекта.