Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Зачем мне это?Чтобы вернуться в реальный контекст.
Библиотеку? Я отметил в рекомендациях подход, применение которого (безотносительно предметной области) делает жизнь и предметных специалистов, и автоматизаторов значительно ярче и богаче. О чем и отписал.Подход? KICK?
Разве я могу что-то вырезать из Вашего текста?Да. Можете, Вы это доказали. В тексте было две альтернативы. Осталась одна.
Я могу разве что ткнуть пальцем в откровенно неудачное решение, приводящее к массе проблем в ближайшем же обозримом будущем (но не сегодня).Массе проблем в решении учебного примера? О каком обозримом будущем идёт речь? О том, в котором модель не высечена из камня, в котором эскиз развивается в решение не по принципу "я знаю, где тут должно положить соломки", а по ходу изучения предметной области?
Уберечь новичка от получения личного опыта? Вы уверены, что хотите ему тем самым добра? И я так и не понял, Вы одну и ту же библиотеку устраиваетесь автоматизировать? Где каталогизация? Дублинское ядро? ISBNы где, в конце концов? Давайте уж тогда скажем прямо, что задачу из сообщения, открывшего тему, решать на самом деле не надо, так как она высосана из пальца.
Дабы новичок видел, что не все альтернативы одинаково полезны. Может быть, это убережет его от получения личного опыта (и кто знает - может, даже меня от ликвидации последствий его получения новичком).
Согласен. Регулярно сталкиваюсь с последствиями деятельности адептов этой концепции.При решении учебных примеров? Вы найдите библиотечного ИТшника и обсудите с ним задачу. Уверен, он покрутит пальцем у виска. Автоматизации в библиотеке подлежит вовсе не работа с читателями.
Популярные грабли. Все хорошо будет до тех пор, пока этот срок не начнут менять.Другие популярные грабли называются YAGNI. Можно делать вид, будто всерьёз делаешь ПО для библиотеки, а можно делать вид, что даёшь советы по учебному примеру. Что ему больше подходит, каждый решает за себя, не за другого.
Уважаемые аналитики, помогите, пожалуйста еще с одной:Нельзя не отметить странность того, от чего Вам предложено отталкиваться. Плюсики и минусики на т. н. "диаграмме сущность-связь" что должны изображать по мнению её составителя? Экземпляр книги на полке (на нескольких полках?), полка в нескольких стеллажах? Как найти экземпляр? К какому стеллажу идти?
Мне требуется дополнить диаграмму сущность-связь для описания модели автоматизации библиотеки.
Я бы посмотрел в сторону Interrupting Edge (http://www.uml-diagrams.org/activity-diagrams.html). Другой способ все-таки использовать не диаграммы деятельностей, а диаграммы автоматов.Дельный совет как по части возможностей диаграмм деятельности для решения обозначенной задачи, так и по части переосмысления выбора вида диаграмм.
нужно создать комплексное надсостояние с переходом из псевдосостояния выхода в само себя (см. пример во вложении).Не оправдано использование псевдосостояния выхода, в которое не входит никакой переход. Смысл диаграммы без него будет ровно таким же.
Поправил диаграмму. Надеюсь, что теперь я всё правильно понял. За исключением замечания по поводу перехода к уровню реализации, но с этим постараюсь что нибудь придумать этой ночью.Если продолжать рассмотрение примера, то следует заметить, что рисование структурированной диаграммы ВИ (со связями между ВИ: <<include>>, <<extend>>) оправдано лишь после того, как составлены описания ВИ. В отрыве от описаний пунктирные стрелочки несут мало смысла и являются лишь поводом для гипотез, действительно ли "выбор автомобиля" является частным случаем "выбора клиента".
