Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
В интернете нельзя будет почитать статью?Трудно сказать, со временем наверное можно. НО в научных кругах существует практика обращаться к автору с просьбой прислать статью для знакомства, типично автор присылает.
Видение такого известного популяризатора стандарта UML как Kirill Fakhroutdinov проиллюстрировано примером на его сайте:Приводя Арлоу и Нейштадта я лишь показал, что рассуждения для чтения или изменения исходной диаграммы должны во многом основываться на контексте и предметной области. И что дальнейшее уточнение диаграммы может идти разными путями, или это будет обощение, или абстрагирование (выделение каких-то абстрактных ВИ) или предполагание, что два актора тут присутствуют неслучайно. При этом ясно, что Банк тут не инициатор ВИ, а лишь его участник, раньше (в розе) для этого предлагалась рисовать стрелку или указывать стереотип "инициирует".
http://www.uml-diagrams.org/bank-atm-uml-use-case-diagram-example.html
На минуту представим себя на планете, где банкоматы выдают деньги в обход банка. Или силами, почерпнутыми у Арлоу и Нейштадта на минуту обобщим Customer и Bank и "исправим" диаграмму. По-моему, неплохая выходит планета. Уже лечу к ней.
Думаю, что утверждение про то, что по стандарту нельзя однозначное и прямое толкование найти, следует обосновать. Сделайте это, а потом я прилечу и с ведомым мне сарказмом проверю Ваше обоснование на прочность.Я верю, что в Вашей Вселенной живые существа обладают уникальными способностями, мы-то даже возможно и на Луне в реальности не бывали. Да и вообще очень невнимательные и крайне несовершенные существа. Лично я буду очень признателен, если вы укажете точные ссылки на спецификацию, которые определяют правила чтения и использования диаграмм такого типа.
Давайте её истолкуем в предложенном ключе: либо клиент договаривается о кредите без супервайзора, либо супервайзор договаривается о кредите без клиента якобы в рамках разных сценариев одного ВИ. Выйдет ещё более смешной язык, похожий на UML. Косяк диаграммы пропатчат в оисании? Не, не думаю. Если б так, то описание вытесняет диаграмму UML. Давайте её из ролика "вытеснять".Первая часть абзаца весьма логична и не вижу способов опровергнуть такие выводы. Другая часть, по-моему, эмоциональная. Неужели, НЛО, Вам ведомы земные страсти и сарказм?
А как связаны между собой SOLID-принципы и процесс разработки ПО?А что такое процесс разработки, как не способ преобразования сходных требований в код с заданными свойствами. В данном случае способ преобразования основывается на SOLID-принципах.
Ведь SOLID-принципы, насколько я знаю, имеют отношение чисто к построению программного кода.
И с процессом разработки ПО не связаны.
В организации внедрена, и успешно используется система электронного документооборота.
Нам нужно добавить в эту систему еще один процесс - маршрут обработки нового вида электронного документа, который будет реализацией существующего в организации "бумажного" процесса.
Для этого нужно в системе ЭД разработать новый программный модуль, добавить новые настройки.
То есть на первом месте стоит не вопрос в каком виде и в какой форме делать документацию (в ворде или в вики), а вопрос - как она должна быть структурирована.Вы как аналитик должны идти от заинтересованных лиц и их потребностей. Ваша документация видимо должна помогать им их удовлетворить, ну или получить необходимую информацию.
а скорее указывает на то, что для одних задач (где важно сжигать авто вместе с его колёсами) одна модель подойдёт лучше другой.Т.е. без контекста не обойтись. Однако в нашем случае мы все-таки говорим не о конкртеной машине и ее конкретных колесах, а об данных (или как тут некто Марк Мельник любит повторят) объектах учета.
Гм. Видимо, важно добавить, что всюду у меня речь об UMLьных агрегациях и UMLьных композициях.Можно ли считать, что нотации для моделирования данных предшествовали нотациям для моделирования ОО структур. Например, IDEF1x ориентированная на реляционные данные поддерживает специфичные и неспецифичные связи. Специфичными будут только связи принадлежности, то есть по сути агрегации, среди который выделяется идентификационно-зависимая - сиречь композиция.
По UMLю композиция -- это усиленная форма агрегации, отличающаяся тем, что при композиции:
1) у части не может быть больше одного целого;
2) все части, имеющиеся у целого в момент его удаления также удаляются.
