Автор работы: Пользователь скрыл имя, 14 Марта 2014 в 13:46, курсовая работа
Есть спортивный зал, в котором проводятся занятия. Необходимо закреплять тренеров за группами, занимающихся определёнными видами спорта. Имеются тренера и группы. Каждый тренер получает определенный гонорара за проведенное занятие. При закреплении тренера за группой составляется договор, в котором прописывается дата закрепления тренера и длительность занятий с группой. По окончании занятий рассчитывается и выплачивается тренеру оговоренная сумма. Субъектом системы является администратор.
Параметр |
Значение |
Комментарий |
Класс, представляющий собой управляющего закреплением групп |
Атрибуты |
Все атрибуты имеют модификатор доступа - private |
Операции |
CreateZakreplenieGrupp(): AccentZakreplenieGrupp( FindZakreplenieGrupp( «create» ManagerZakreplenieGrupp() – конструктор умолчания «destroy» ManagerZakreplenieGrupp() - деструктор Все операции имеют модификатор доступа - public |
Рисунок 5 –Итоговый вариант классов предметной области и связей между ними
При помощи вышеописанного строим конечный вариант диаграммы классов предметной области «Спорт» (приложение А).
На данном этапе развития системы модель с достаточной полнотой удовлетворяет принципам проектирования архитектуры. Каждый класс имеет достаточное сцепление.
Принцип единственности ответственности выполняется, так как каждый отдельно отвечает только за одно конкретное свойство, функцию или совокупность связанных функций.
Принцип минимально знания (закон Деметера) выполняется – компоненту не известны внутренние детали других компонентов.
Принцип DRY выполняется – ни один класс не повторяет функциональности другого.
Принцип открытости/закрытости выполняется: для создания нового спец группы не нужно модифицировать существующие классы, а можно создать новые.
Принцип обратной совместимости выполняется.
В процессе разработки курсового проекта использовались программы Microsoft Word и StarUML, так как с помощью их было возможно выполнение поставленного задания.