Руководство по стандартам UML / Best Practices [закрыто]
https://stackoverflow.com/questions/244457
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Кто-нибудь знает достойное руководство по стандартам UML?
В настоящее время моя компания полагается на UML 2.0 (правильно или неправильно) для выполнения большинства (прочитайте все ) своих проектных работ. Меня попросили подготовить черновик руководства по передовому опыту, чтобы помочь другим разработчикам разрабатывать лучшие модели. Основная проблема, с которой я сталкиваюсь, заключается в том, что я слегка склонен к UML ... Я чувствую, что: если рисование диаграммы занимает более 5 минут, то это слишком сложно! Я ищу советы преимущественно о том, какие стандарты я должен смотреть. Кроме того, я ищу внешний источник информации, который можно использовать, чтобы смягчить мою иррациональную ненависть к UML-насыщенному дизайну и действовать как «дезинфицирующее средство» для моих предложений.
Больше всего я хочу написать полезный документ, а не тот, который будет лежать в каком-то непонятном сетевом каталоге.
Есть идеи?
Решение
UML дистиллирован Мартином Фаулером
Другие советы
Как и Пол С , я рекомендую UML Distilled . Речь идет, прежде всего, об UML, но в нем содержится много общего с дизайном в целом (хотя он слишком настаивает на индексных карточках IMO), он короткий, приятный для чтения и по сути.
Я настоятельно рекомендую против UML в двух словах . Это худшая книга О'Рейли, которая у меня есть: безумно плотная, трудно читаемая и извилистая. Не стоит бумаги, на которой она напечатана.
Мы говорим не о книге, в которой говорится, как использовать UML, а о каком-то руководстве по стилю или стандартам. Enter, UML-профили ... Это поможет вам как в стандартизации, так и в уменьшении сложности, которую вы ищете. Вы можете ограничить отношения и элементы, которые можно использовать. Вы также можете требовать определенные вещи. Крупная компания может решить сосредоточиться на перемещении активов и данных и ограничить свои стандартизированные диаграммы этим представлением. Однако компания, производящая программное обеспечение для танков в реальном времени, может сосредоточиться на действии или потоке.
Весь смысл UML в том, что он не является конкретным и полезным для любой ситуации. Мартин Фаулер и «Элементы стилей» не уменьшат время создания диаграмм и не улучшат понимание. Вам нужны стандартизированные профили или шаблоны для чего. Я видел, как это работает, до такой степени, что бизнес может читать их. Многие инструменты позволяют создавать профиль, который облегчает обучение для дизайнеров и сокращает время рисования.
MDA Distilled (OMG Press) - хорошая книга, если вы хотите понять концепции, но она не нужна.
Действительно, UML-профили. Вы не хотите стандарт, потому что ваша компания или ваши потребности разные. Стандарт для веб-служб не работает в режиме реального времени или для финансовых услуг.
Купите всем копию элементов стиля UML 2.0 . Работа выполнена.
Для краткого описания того, как составлять отдельные диаграммы UML, я от всей души рекомендую Элементы UML Style 2.0 , и я положил свои деньги туда, где я рекомендую, купив второе издание вместо моего первого издания.
Помимо этой рекомендации, я думаю, что наиболее важным в компании при внедрении любого руководства по стилю является наличие локального механизма обратной связи , где люди могут оставлять комментарии о том, какие аспекты руководства по стилю работают для их, особенно когда вы используете официальное печатное руководство. Для этого должно быть достаточно вики или аналогичного случайного хранилища.
Я также предлагаю выделить диаграммы, которые были особенно хорошими примерами (или плохими, если командный юмор мог это принять). Рассмотрим Диаграмму недели в рамке , как Сотрудник недели , который вы видите во многих магазинах. Это мягко напоминает, что читаемость диаграммы воспринимается серьезно, но, надеюсь, с достаточным удовольствием, чтобы получить больше интереса к концепции.
Я знаю, что вам, вероятно, нужна легко читаемая книга для этого, но из того, что вы описываете, я бы предложил перейти к спецификациям, найденным на OMG сам. Их немного много читать, но они будут настолько полными, насколько вы можете надеяться. У них также есть ссылки на статьи и учебные пособия, которые могут быть полезны.
Что касается книг, я обнаружил, что использовать UML довольно хорошо, поскольку он затрагивает процесс разработки программного обеспечения, а также инструменты и методы UML.
