1
Для всех / Re: Конфликт за спиной аналитика
« : 28 Мая 2018, 09:32:41 »
Хороший начальник вообще не стал бы сообщать сходу сотруднику о такого рода проблемах, а сначала разобрался бы о причинах с заказчиком.
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
ПечальноЯсно, возьми себе монитор 24", а лучше 2 - 1 монитор для диаграмм, другой - для инструментов. У меня так.
А так сработало!
Спасибо.
Да там диаграмма в общем-то небольшая.
Всего 7 элементов действий, вершины начало-конца, 3 условия, и 6 "слияний".
Но и это не помещается на одном экране.
Как будут выглядеть такие ситуации (в них, как я понимаю, отношения прописаны прямо на композиции).Хотелось бы работающий производственный пример, а не рассуждения как должно быть))) Мне перегружать агрегацию нет необходимости и даже композицией особо не пользуюсь.
Композиция и агрегация являются ассоциациями с дополнительными ограничениями (транзитивное замыкание антирефлексивно - нельзя быть композитом/агрегатом самому себе ни непосредственно, ни опосредованно; композитов не может быть более одного; ...).Я пользуюсь в работе агрегацией без дополнительных отношений ассоциации. Отношения я прописываю на ассоциации между элементами модели.
А если при черном ромбе будет не 1..1, а 0..1?А если при белом ромбе будет 1..1 или 1..*?
Конечно при условии:
Здравствуйте Коллеги.Зачем такое дикое количество вариантов использования на одной диаграмме?)))
Первый раз взялся анализировать ПО на UML и появился первый вопрос. Правильно ли я использую стереотипы "include" и "extend" (см. рисунок):
Напрягает два момента:
1) Если взять UseCase OpenDocument, то действительно у него есть два варианта либо открыть документ DeviceDatabase, либо документ IPadressDatabase. При этом возможен только один из этих вариантов, т.е. это больше похоже на ветвление, и не понятно на сколько оправдано использовать стереотип "include" в данном случае;
2) Если же рассмотреть UseCase CloseDeviceDatabaseDocument, то понятно что перед закрытием программа должна спроси пользователя не сохранить ли текущий документ и если пользователь ответит "Да" выполнить UseCase SaveDeviceDatabaseDocument. Ну опять же на сколько оправдано использовать стереотип "extend" в этом случае?
Меня от этого ЕА уже воротит, почти забросила. Но спрашивать-то будут. Да и самой обидно бросать на полпути.Даже и не знаю, чем помочь тут можно... А тот, кто поставил такую задачу - сам не пробовал изучить? Возможно, ему стоит все же самостоятельно разобраться, а потом помочь в изучении остальным на месте? По-моему, все должно быть предельно просто - есть ожидания твои и руководителя, есть материалы и видеоуроки. Просматриваешь, изучаешь, сопоставляешь с вашими ожиданиями - принимаешь решение, стоит копать дальше или нет. Если стоит - копаешь молча, без нытья.