Задача регистрации курсов (диаграмма классов)

Классы-сущности Класс-сущность (entity class) используется для моделирования данных и поведения с длинным жизненным циклом. Данный тип классов может представлять сущности реального мира или внутренние элементы системы. Такие классы обычно не зависят от окружения, то есть они нечувствительны к взаимодействию окружающей среды с системой. Они не зависят от приложения и могут использоваться в различных приложениях. Их часто называют классами предметной области, потому что они представляют собой абстракции предметов реального мира.

Классы-сущности В университете по каждому из предметов (Сourse) может читаться несколько курсов лекций Курс лекций – это учебный курс (CourseOffering) Например, по предмету Математика могут читаться несколько курсов (Математика, раздел 1), (Математика, раздел 2) Между этими классами существует отношение агрегации

Классы-сущности Учебные курсы читают преподаватели Преподаватель (Professor) связан с учебным курсом (CourseOffering) отношением ассоциации Преподаватель играет роль учителя

Возвратные отношения Ассоциация или агрегация называется возвратной (reflexive), если она связывает объекты одного и того же класса Прежде чем прослушать некоторый курс студент должен прослушать один или несколько вводных курсов по другим предметам Например, курсу по предмету Базы данных предшествуют курсы по предметамМатематическая логика, Теория графов

Граничные классы Граничные классы (boundary class) обеспечивают взаимодействие между окружающей средой и внутренними элементами системы. Такие классы предоставляют интерфейс для пользователя или другой системы (то есть для актера). Они составляют внешне зависимую часть системы и используются для моделирования интерфейсов системы. Для обнаружения граничных классов изучают пары актер/сценарий. Такие классы, определенные на фазе проработки, обычно являются классами верхнего уровня. Например, можно смоделировать окно, но не моделировать его диалоговые элементы и кнопки. На этапе проектирования такие классы совершенствуются и выносятся на обсуждение вопросов реализации пользовательского интерфейса.

Граничные классы Реализация варианта использования «Выбор курсов для преподавания» (Select Courses to Teach) представляет собой несколько интерфейсов (диалоговых окон на экране) Преподаватель вводит пароль для входа в систему в специальном окне На экране появляется окно Параметры курса преподавателя (ProfessorCourseOptions). В окне имеется ряд кнопок, используя которые можно выполнить ряд операций: –Проверить пароль (CheckPassword) –Добавить курс (Add Course), –Удалить курс (Delete Course), –Просмотр расписания (Review Schedule) –Печать расписания (Print Schedule) Для реализации каждой из операций предусмотрено свое диалоговое окно

Граничные классы

Добавить курс Операция Добавить курс подразумевает добавление преподавателя к учебному курсу в качестве учителя. Данный сценарий требует отдельного окна для ввода преподавателем необходимой информации. Окно содержит следующие элементы: –поле ввода Название предмета (Course name); –поле ввода Номер предмета (Course number); –список Учебные курсы (Course offerings); –кнопку ОК, –кнопку Отмена (Cancel); –кнопку Выход (Quit). После того как преподаватель ввел название и номер предмета, система получит и отобразит список учебных курсов. Затем преподаватель может выбрать учебный курс. По кнопке ОК учебный курс закрепляется за преподавателем.

Добавить курс

Управляющие классы Управляющие классы (control class) служат для моделирования последовательного поведения одного или нескольких вариантов использования и координации событий, реализующих заложенное в них поведение. Управляющие классы можно представить как классы, «исполняющие» вариант использования и определяющие его динамику. Они обычно зависят от приложения. На ранней стадии проработки управляющие классы добавляются для каждой пары актер/вариант использования. Управляющие классы определяют поток событий в вариантах использования. Вопрос использования управляющих классов очень субъективный. Многие авторы утверждают, что их применение приводит к отделению данных от поведения. Это может случиться, если управляющие классы выбраны неаккуратно. Если управляющий класс реализует что-то большее, чем последовательное действие, то он делает слишком много. Управляющий класс для каждой пары актер/вариант использования создается на начальном этапе. При дальнейшем анализе и проектировании управляющие классы могут исключаться, разделяться или объединяться.

Управляющий класс Управляющий класс менеджер курсов преподавателя (ProfessorCourseManager) служит для обработки потока событий варианта использования «Выбор курсов для преподавания» (Select Courses to Teach)

Добавить курс

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

Интерфейсы

Объекты университета

Сведения о людях

Операции и атрибуты

Атрибуты

Пример ассоциативного класса Студент посещает курсы лекций (в количестве от 0 до 4) Каждый курс посещают студенты (в количестве от 3 до 10) По итогам курса студенту выставляется оценка Студенту выдается отчет о прослушанных курсах с указанием полученных оценок

Пример ассоциативного класса