Это может быть очень глупый вопрос, но я пытаюсь получить все мои спецификации в модели, и хотя есть требования и ограничения для каждого элемента, я не вижу хорошего места для записи предположений.Где лучше всего поставить «Предположения» на элемент в Enterprise Architect?
Моя нынешняя мысль состоит в том, чтобы определить их как новый тип ограничений (которые, я думаю, они есть).
У кого-нибудь есть идея?
Это зависит от того, являются ли ваши предположения пригодными для повторного использования или нет.
Если вы не используете его повторно, тогда ваша идея настройки как типа ограничения кажется прекрасной.
Если вам нужно использовать их повторно, вам придется использовать что-то внешнее для элементов. В этом случае я, вероятно, создаю новый стереотип для <<assumption>>.
Тогда вы можете иметь несколько элементов, которые имеют отношение с <<assumption>>
Я бы не пойти так далеко, как Geert. Предположение является чем-то временным и должно уходить (чем скорее, тем лучше). Ваша модель должна отражать факты, а не предположения. Поэтому я бы предпочел разместить элементы примечаний, где у вас есть «предположение».
Я бы сделал это с отмеченными значениями, так как я не думаю, что допущения квалифицируются как тип ограничения.
Вы можете создать несколько помеченных значений с тем же именем («предположение»), но вам может потребоваться изменить настройку EA Tools/Options/Objects/Show Duplicate Tags (средний справа), чтобы увидеть их всех.
Метки, в отличие от ограничений, также (неявно) наследуются и могут быть показаны как таковые в диаграммах.
Возможно, участие в обсуждении слишком поздно; однако ...
Вы должны рассматривать это как проблему системной инженерии, а не модельную. Каждое предположение в реальных условиях порождает ограничения, требования и, возможно, собственные объекты, поэтому важно иметь возможность отслеживать их через модель и логику проектирования.
Для этого мой личный подход состоял бы в том, чтобы создать их как стереотипы, которые предложил Уффе. Таким образом, у вас есть осязаемый объект для отслеживания и оправдания дополнительных артефактов, которые появятся (почему были приняты определенные дизайнерские решения, почему происходит конкретное взаимодействие и т. Д.).
В идеале ваши предположения начнут вымирать, поскольку вы получите больше ясности относительно проблемного пространства и самого предлагаемого решения. Удаляете ли вы их или устанавливаете свой статус в инструменте на какое-то значение, зависит от вашего усмотрения.
Если ограничения и допущения соответствуют самим требованиям, вероятно, лучше явно моделировать требования в виде отдельных элементов. Вы можете сделать ваши текущие требования внешними в диалоговом окне свойств, но обратите внимание, что вы не можете их вернуть назад. Это связано с тем, что внешние требования содержат больше информации, например ограничений. – Uffe