2566
Поздравления / Re: С Новым Годом - весенним Равноденствием!
« : 21 Марта 2010, 15:17:56 »
Спасибо

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
В случае со стоимостью парковки я же не могу использовать класс "Стоимость парковки". Как-то нелогично это...Опять ничего не понял
Раз уж пошла такая интересная дискуссия, предложу еще одну тему для обсуждения:Если честно, ничего не понял
что если для магазина необходимо знать историю какого-то атрибута, который невозможно вынести в справочник по типу "Режим работы". Например, атрибут "Стоимость парковки"
Как такое изобразить? Кто в этом случае будет третьим классом?
А причем тут экземпляр "дата начало действия" - какие такие свойства кроме самой даты данный экземпляр имеет?
Этот пример более корректный согласно Note.
Магазин | Режим работы | Дата начала действия режима
Магазин 1 | Режим работы 1 | 1/01/2010
Магазин 1 | Режим работы 2 | 1/02/2010
Магазин 1 | Режим работы 1 | 1/03/2010
У каждого экземпляра "дата начала действия" есть по одному экземпляру Магазин и Режим работы.
"Note – It should be noted that in an instance of an association class, there is only one instance of the associated classifiers atСледует заметить, что в экземпляре ассоциативного класса может быть только один экземпляр ассоциированных (у каждого конца связи) классификаторов, т.е. с точки зрения (с позиции) этого экземпляра кратность концов ассоциации равна 1.
each end, i.e., from the instance point of view, the multiplicity of the associations ends are ‘1.’"
Процесс ОДНОЗНАЧНО является объектом автоматизации. Ну, если точнее, то следовало бы его назвать субъектом, наверноеА что Вы понимаете под субъектом?В ГОСТ 34-й системы столько противоречий...
если я правильно понимаю то для этого можно применять привязку сущности к связи. так называемая триарная связь получается. В вашем случае эта третья сущность будет отражать период актуальности связи Магазин-РежимРаботыОписываемая Вами ситуация не есть N-арная ассоциация, а есть класс-ассоциации. Как сказано было (ниже или выше) класс-ассоциации тут может и не подойти
Не совсем согласен с Эдом, скорее надо нарисовать Д Последовательности и сразу станет понятно у кого какая операция.Не понял с чем ты не согласен в данном случае?
Можно и с промежуточной сущностью, можно и атрибутом
Но тем не менее вариант привязки сущности к связи мне нравится больше изза того что он передает семантику и не подразумевает как это будет решено на физической модели. в случаях же с промежуточной связью и с атрибутом вас могут неправильно понять при переходе к ER модели.
Впрочем, на вкус и цвет....
Прочитал у Фаулера, что двум участвующим в ассоциации объектам может соответствовать ТОЛЬКО ОДИН экземпляр класса-ассоциации. То есть магазин не сможет перейти на круглосуточный режим, потом вернуться на 12-ти часовой, и потом снова на круглосуточный.Молодец idaxebrn, именно это я хотел ответить kirillss. Кстати ничего в моих рассуждениях от реализации то и нет
Буду испольовать три класса - "магазин", "режим работы" и "журнал работы"
Позволю себе задать еще один вопрос:Я бы сделал Режим работы - перечислением.
Есть магазин, который со временем меняет режим работы.
Так же спорный вопрос № 8. Я не совсем согласен с тем что сценарий это все состояния Use CaseНе там говорилось instance, а это означет в данном контексте экземпляр. Так что сценарий ВИ - его экземпляр. Что вполне нормально, если не принимать во внимание что под экзепляром в классах мы понимаем объект, т.е. реальное воплощение класса.