Для диплома разрабатываю ИС своей кафедры. Сейчас работаю над клиентоским приложением, выполняющим роль журнала. В приложение могут входят люди под разными ролями(преподы, студенты, замзав кафедры и завкафедры). Естесственно от роли зависит список возможностей авторизированного пользователя.
Я думаю как реализовать это лучше в ООП. В данный момент уже начал реализовыватьтакой вариант:
Класс Man. К нему композицией присоединяется экземпляр интерфейса DataOperation. Этот интерфейс исполняет класс PrepodDataOperation, от него наследуются StudentDataOperation и ещё два.
Также думаю над другим вариантом: Тот же класс Man. Он же исполняет интерфейс DataOperation. От него наследуются классы Prepod, Student и тд.

Какой из них лучше? Может у вас есть третье решение? Очень важно мнение опытных людей, так как я такой серьезной разработкой занимаюсь впервые, да ещё и один, так что подсказывать вообще некому.

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

Petro123
Спасибо. Информационная модель готова: я конечно структуру адекватную предметной области имею, но вот думаю, что она далека от оптимального уровня.

По самом вариантам реализации клиента что можете сказать?

Роли:
1. Препод. Преподает различные предметы, различным группам, а также различные типы занятий (лектор, лаборант, практик, консультант по ккр).
2. Студент. Обучается в определенной группе различным предметам.
3. Заместитель заведующего кафедры(замзав). "Супер студент". Отслеживает образовательный процесс в полной мере, но ничего не может изменить. Как и у студента - режим ридонли.
4. Заведующий кафедры(звакаф). "Супер препод". Может принимать любые работы у любого студента по предметам заведомой кафедры.

Варианты использования:
Общие:
0. Авторизация.
1. Открыть журнал (по предмету, группе и подгруппе, типу занятий).
1'. Открывать журнал с личными пометками по оценкам - для препода только
2. Поставить/изменить оценку студента на занятии. - препод, завкаф
2'. Оставлять комментарий по оценке
3. Заполнять сопутствующую занятиям инфу
3. Перекидывать студентов между подгруппами. - для препода только
4. Выгружать часть БД для выполнения работы в филиалах университета
5. Загрузка в БД информации, возникшей в ходе командировки