В чем вы строите различные UML диаграммы и каким образом осуществляете декомпозицию (на уровне диаграмм) больших схем? Добрый день!
Сталкнулся с проблемой, что большие схемы uml не помещаются в голове. Интересно, как решают эту проблему другие? Логично декомпозировать по какому то критерию большие схемы на малые и работать в их контексте.
Я использую для создания простых моделек umlet. Если модели простые, эта программа помогает быстро сделать наброски. Если модель имеет много элементов, то прога тормозит, потребляет много оперативной памяти итп => приходится использовать нечто вроде Enterprise Architect.
Если uml модель (диаграмма классов или sequence) сложная и большая (в смысле количества элементов и связей), то возникает проблема ее декомпозиции, чтобы не теряться в большом количестве объектов.
Как вы решаете эту проблему? или это может быть вообще не проблема? Как создаются и поддерживаются большие программы / программные системы?
Если есть куда пнуть на почитать, с удовольствием пнусь)
Всем спасибо!
В чем вы строите различные UML диаграммы и каким образом осуществляете декомпозицию (на уровне диаграмм) больших схем? Добрый день!
Сталкнулся с проблемой, что большие схемы uml не помещаются в голове. Интересно, как решают эту проблему другие? Логично декомпозировать по какому то критерию большие схемы на малые и работать в их контексте.
Я использую для создания простых моделек umlet. Если модели простые, эта программа помогает быстро сделать наброски. Если модель имеет много элементов, то прога тормозит, потребляет много оперативной памяти итп => приходится использовать нечто вроде Enterprise Architect.
Если uml модель (диаграмма классов или sequence) сложная и большая (в смысле количества элементов и связей), то возникает проблема ее декомпозиции, чтобы не теряться в большом количестве объектов.
Как вы решаете эту проблему? или это может быть вообще не проблема? Как создаются и поддерживаются большие программы / программные системы?
Если есть куда пнуть на почитать, с удовольствием пнусь)
Всем спасибо!
Сталкнулся с проблемой, что большие схемы uml не помещаются в голове. Интересно, как решают эту проблему другие? Логично декомпозировать по какому то критерию большие схемы на малые и работать в их контексте.
Я использую для создания простых моделек umlet. Если модели простые, эта программа помогает быстро сделать наброски. Если модель имеет много элементов, то прога тормозит, потребляет много оперативной памяти итп => приходится использовать нечто вроде Enterprise Architect.
Если uml модель (диаграмма классов или sequence) сложная и большая (в смысле количества элементов и связей), то возникает проблема ее декомпозиции, чтобы не теряться в большом количестве объектов.
Как вы решаете эту проблему? или это может быть вообще не проблема? Как создаются и поддерживаются большие программы / программные системы?
Если есть куда пнуть на почитать, с удовольствием пнусь)
Всем спасибо!
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
Добрый день!
Для построения различных UML диаграмм, включая диаграммы классов, диаграммы последовательностей и диаграммы состояний, можно использовать специализированные программы, такие как Enterprise Architect, Visual Paradigm, Lucidchart, draw.io и многие другие. Эти инструменты обычно предоставляют широкий набор возможностей для создания и редактирования UML диаграмм различных типов.
Для декомпозиции больших схем на уровне диаграмм можно использовать различные подходы. Например, можно разбить большую диаграмму на несколько более мелких, логически связанных диаграмм, используя различные уровни абстракции. Также можно выделить основные функциональные блоки или модули системы и создать для каждого из них отдельную диаграмму.
Для управления крупными и сложными программами и программными системами важно использовать не только UML диаграммы, но и другие методики и инструменты, такие как архитектурные стандарты, управление требованиями, тестирование и т.д. Для более глубокого понимания процесса разработки крупных программных систем рекомендую обратить внимание на книги и статьи по теме архитектуры ПО, управлению проектами и другим аспектам разработки программного обеспечения.
Надеюсь, это поможет вам решить проблемы с большими UML схемами. Если у вас есть конкретные вопросы или нужны дополнительные рекомендации, не стесняйтесь обращаться. Удачи!