Size: a a a

2017 September 28

Ⓢⓔⓡⓖ in SOFTER
Всё как всегда: DFD - потоки данных (сущности, процессы обработки/трансформации). UML Component - для описания внешней архитектуры, межсистемных связей и интерфейсов. UML Sequence - последовательность действий между компонентами. UML Deployment - для описания физического размещения (клиент,сервер,БД.протоколы взаимодействия и т.д.) UML Object - для внутрипрограммного устройства (объекты, их поля, отношения).
источник

Ⓢⓔⓡⓖ in SOFTER
Можно попробовать использовать Visic - там один тип диаграмм на все случаи.
источник

YR

Yaroslav Ra in SOFTER
Ⓢⓔⓡⓖ
Нет, отставание не очень прогнозируемо... Кстати, это хорошо обсудить на митапе, эта ситуация - явный пример, почему скрам плохо справляется, а простой канбан смог бы сильно помочь. Есть несколько продуктовых команд, работающих по скраму (спринт в 3 недели). Для интеграции с нашим требуется доработка каждого продуктика. Продакт оунеры берут наше (внешнее) требование на доработку, приоритезируют, и получается, что наше требование находится в бэклоге в первой 5ке приоритетных доработок. С конца 😂
Сергей, "скрам плохо справляется" ... это как бы автомобиль плохо справляется с плаванием по рекам.
источник

YR

Yaroslav Ra in SOFTER
Если у вас "несколько продуктовых команд" и "для интеграции с нашим требуется доработка каждого продуктика", то продакт-оунеры ваших продуктиков должны быть координируемы продакт-оунером всего продукта. И не в скраме тут дело, а в интеграции (в смыле административной, а не ИТ)
источник

YR

Yaroslav Ra in SOFTER
Ⓢⓔⓡⓖ
И вот мы ожидаем и ожидаем... Несложная по трудозатратам доработка в 2-3 человеко-часа может быть реализована через 3 недели. А может через 6 недель. А может и через 12, как в нашем случае. Это хороший пример неэффективности чистого скрама для кросс-продуктовых разработок, где несколько команд нужно синхронизировать вместе.
для этого есть Scrum of Scrums. Могу организовать человека на мит-ап по этому вопросу.
источник

YR

Yaroslav Ra in SOFTER
Ⓢⓔⓡⓖ
Enterprise Architecht, Visio, Draw.io, umlet - инструментов полно.
Алексей спросил про нотацию. В ответе перечислены инструменты. Это про разное.
Алексей, тебе нотацию или инструмент?
источник

АК

Алексей Козлов in SOFTER
спрашивал про нотацию. Для каких-то необычных инструмент тоже неплохо бы, конечно
источник

YR

Yaroslav Ra in SOFTER
Алексей Козлов
Предлагаю немного поменять тему. Давайте вернёмся к вопросам применения диаграмм в проектировании систем. Сейчас пришла в голову идея сделать кое-какую софтинку. Довольно сложная, с различными компонентами, с толстым и тонким клиентом, всё как надо. И с широким функционалом. Так что получается что я сам себе режиссёр, то есть и аналитик и архитектор. Делаю техпроект.
Надо составить и структурную схему приложения, и функциональную. Структурная - слой, отвечающий за хранение данных, слой бизнес-логики, коннекторы к тонкому и толстому клиенту, слой, выполняющий вычисления при подключении с тонкого клиента ну и т.д. Функционально - компоненты, отвечающие за выполнения определённых операций.

Есть ли опыт подготовки в удобной нотации единой схемы для отображения всей этой радости? Чем пользовались?
Алексей, а для каких целей ты хочешь отобразить на "единой схеме всю эту радость"?
источник

АК

Алексей Козлов in SOFTER
чтобы не рисовать для себя 2-3 штуки и не заморачиваться с синхронизацией и взаимосвязями
источник

АК

Алексей Козлов in SOFTER
к примеру, диаграмма компонентов и диаграмма классов сильно зависимы
источник

АК

Алексей Козлов in SOFTER
и могут разойтись
источник

YR

Yaroslav Ra in SOFTER
Т.е. сугубо для себя и чтобы не париться с администрирование синхронизации?
источник

АК

Алексей Козлов in SOFTER
ага
источник

АК

Алексей Козлов in SOFTER
на проекте, если он будет, будут все свои
источник

YR

Yaroslav Ra in SOFTER
ИМХО "в одной нотации" это заведому неудобно. Трудно в одной нотации рисовать разноуровневые сущности. это как планировку этажа в доме и планировку квартала с этим домом изобразить в одной нотации.
источник

YR

Yaroslav Ra in SOFTER
уверен. что нужно именно так?
источник

YR

Yaroslav Ra in SOFTER
Или как сетевая диаграмма и диаграмма ганта на одном чертеже в одной нотации
источник

АК

Алексей Козлов in SOFTER
нет, уже рисую схему БД отдельно
источник

АК

Алексей Козлов in SOFTER
но было б классно не плодить их несколько
источник

YR

Yaroslav Ra in SOFTER
на практике может оказаться что не так уж класно
источник