Open wldmr-key opened 3 years ago
"Посещение центра"-сущность для учёта посещения центра клиентом, когда пришёл, когда ушёл. Может пригодится если захочется, к примеру, ввести карты на 100 использований. Я считаю что в этой программе не стоит учитывать посещения тренеров.
"Статусы услуг" я хочу что бы можно было посмотреть все приобретаемые клиентом услуги. Это поле нужно для учёта "Использовал"/ "Не использовал" услугу клиент. Что бы не предоставить одну услугу клиенту 2 раза.
"Пакет услуг" и "Встроенные услуги". В теории можно продавать несколько услуг в комплекте со скидкой. Но я не уверен в надобности такой сущность. Так как это создаст ещё одну сущность, которая выполняет одну функцию- содержит в себе несколько экземпляров сущности "услуга". Вы как думаете, можно ли её выпилить и делать без неё?
тебе следует, тогда более четко определить в описании предметной области или в описании функций программы, что ты собираешься реализовывать, а что - нет. Про услуги у тебя полнейшая каша. Почему именно три встроенных услуги. Зачем они нужны в сущности "пакет", если есть связь. Экземпляр услуги характеризуется датой/временем. Значит, каждый клиент приобретает индивидуальную услугу? Прайс у тебя существует вообще? С тренировками - такая-же ерунда...
Немного переделал модель. Выпилил пакет услуг, так как он не обязательный.
Расписал "Перечень реализуемых функций". Подобнее написал, что там и для чего нужно.
Конечно, все стало намного лучше. Но... Вновь читаем описание функций и смотрим в концептульную схему: Понятия "клубная программа", "расписание групповых занятий", "личная занятость тренеров", "Дежурный тренер" есть в функциях, но они сильно неочевидны в концептуальной схеме. Если предположить, что расписание групповых занятий представляет собой наименование занятия, день (дни) недели, время начала и продолжительность, то атрибутов не хватает. Одно групповое занятие могут проводить несколько тренеров? Судя по схеме, да... У клиента обязательно должна быть карта? Зачем нужен атрибут "актулаьная карта", когда есть связь? У клиента одна карта? Сколько стоит карта по разным программам и где эти программы? Каждая услуга привязана только к одной карте?
Дополнил. Теперь в модели данных есть не только картинка(теперь исправленная), но немного пояснения в виде текста.
обещал, комментирую
личной занятости тренеров, а так же кто на данный момент является «дежурным тренером».
этого нет
В концептуальной схеме, по-прежнему, наблюдается некоторая фигня. У тебя получается, что одна услуга с одной ценой, датой приобретения, количеством использований доступна нескольким клиентам. Это так, разве? (подсказка: есть наверное, перечень услуг с ценами, которые клиенты покупают в разном количестве. Так вот, услуга и покупка услуги - это разные сущности)
Вопрос "личной занятости тренеров, а так же кто на данный момент является «дежурным тренером»." решил выпиливанием этого пункта из исследовательской части.
Теперь за услуги отвечают две сущности "Каталог услуг" и "Активная услуга". Первая отвечает за хранение в себе всего списка услуг и от туда можно будет брать услуги. А вторая ("Активная услуга") за услуги привязанные к конкретной карте(ещё убрал цену из её атрибутов).
Так как может быть много одинаковых копий услуг, а каталог один соединил из связью один ко многим(один каталог, много активных услуг).
Добавил окно входа, что бы если кто-то не тот включит программу не зная логина и пароля войти этот человек не мог. Для этого добавил сущность "Работник"
ясно, ну, как все сделаешь - напиши... Тогда посмотрю весь твой текст. Ты же не предполагаешь, что я после каждого твоего изменения прочитываю все твои версии и все твои документы?
Понимаю, что у Вас ещё минимум 8 таких же студентов, но всё же напишу.
Выложил в ЭОС ( http://e-learning.bmstu.ru/kaluga/mod/assign/view.php?id=42238&action=view ) свою курсовую, собрав её из кусков. Не уверен что пункты написал правильно, но у меня вообще нет идей, что туда ещё можно написать. Всю вторую половину дня писал, в голову пришло только такое.
Решил написать вам сюда, что бы вам пришло сообщение и вы когда освободились от более важных дел, зашли в ЭОС и оставили там комментарий, вот как
все неплохо до тех пор, пока не появляется модель данных. Она неплоха и, возможно, правильна, но установить этого нельзя, так как в описании предметной области у тебя очень много слов, не имеющих отношения к модели (это не страшно, ничего сокращать не нужно), но нет ряда слов, которые позволи ли бы понять, правильна ли модель.
Ведется ли учет посещенных клиентом занятий и потребленных услуг? То же про тренеров. Что за статусы у услуг, что за встроенные услуги?