А есть на примете какая-нибудь техника по-проще, но не хуже формализованная?

Нее. Мы берет типа шестишаговый рефрейминг. Как технику, как модель, как упражнение и еще бог знает как.

---

Потом, мы смотрим на диаграммы и пытаемся сообразить - какими диаграммами и что конкретно из наших знаний по р. мы можем изобразить.

---

После этого уже можно будет попробовать на самом деле это проделать - построить диаграммы в отношении шестишагового рефрейминга.

Выложил. Смотрю и медитирую :)

---

Мы пытаемся разным диаграммам найти разное применение, или же сразу пытаемся целостное отображение сделать из разработки/использования софта в моделирование/техники?

---

Timing diagrams are another form of interaction diagram, where the focus is on timing constraints:

---

either for a single object or, more usefully, for a bunch of objects. Let's take a simple scenario based

---

on the pump and hotplate for a coffee pot. Let's imagine a rule that says that at least 10 seconds

---

must pass between the pump coming on and the hotplate coming on. When the water reservoir

---

becomes empty, the pump switches off, and the hotplate cannot stay on for more than 15 minutes

---

more.

---

Временны́е диаграммы являются иной формой диаграмм взаимодействия, фокусирующейся на временных ограничениях: либо для отдельного объекта, либо, что более полезно, для кучи объектов. Возьмём простой сценарий, включающий насос и нагревательный элемент кофемашины. Положим, правило говорит, что по меньшей мере 10 секунд должны пройти между включением насоса и включением нагревательного элемента. Когда водный резервуар опустошается, насос выключается, и нагревательный элемент не может оставаться включенным более чем ещё на 15 минут.

---

Interaction overview diagrams are a grafting together of activity diagrams and sequence diagrams.

---

You can think of interaction overview diagrams either as activity diagrams in which the activities are

---

replaced by little sequence diagrams, or as a sequence diagram broken up with activity diagram

---

notation used to show control flow. Either way, they make a bit of an odd mixture.

---

Обзорные диаграммы взаимодействия являются прививкой диаграмм активности к диаграммам последовательности. Вы можете думать об обзорной диаграмме взаимодействия либо как о диаграмме активности, в которой активности заменены маленькими диаграммами последовательности, либо как о диаграмме последовательности, разбитой разметкой диаграммы активности, используемой чтобы показать поток управления. В любом случае, они представляют собой немного странную смесь.

Ну да. Так гораздо удобнее смотреть-слушать.

---

Collaborations have been around since UML 1, but I admit I've hardly used them, even in my

---

patterns writing. Collaborations do provide a way to group chunks of interaction behavior when roles

---

are played by different classes. In practice, however, I've not found that they've been a compelling

---

diagram type.

---

Диаграммы сотрудничества существовали со времён UML 1, но, признаться, я их редко использовал, даже в моих описаниях паттернов. Диаграммы сотрудничества действительно дают способ сгруппировать фрагменты поведения по взаимодействию, когда роли разыгрываются разными классами. На практике, однако, я не обнаружил чтобы они были притягательным типом диаграмм.

---

Other than the icon, components don't introduce any notation that we haven't already seen.

---

Components are connected through implemented and required interfaces, often using the ball-and-

---

socket notation (page 71) just as for class diagrams. You can also decompose components by using

---

composite structure diagrams.

---

Компоненты не вводят никаких новых обозначений к тем, что мы уже видели, кроме как иконку. Компоненты соединяются через реализованные и требуемые интерфейсы, часто используя знак "шарнира" (стр. 71), в точности как диаграммы классов. Вы также можете разложить компоненты на составные части, используя копозитную диаграмму структуры.

Разместил аудио. Есть совмещение текст+картинка+аудио

---

http://metapractice.livejournal.com/367761.html?thread=9557649#t9557649

---

One of the most significant new features in UML 2 is the ability to hierarchically decompose a class

---

into an internal structure. This allows you to take a complex object and break it down into parts.

---

Одна из наиболее значительных новых возможностей в UML 2 — возможность иерархически раскладывать класс на составляющую его внутреннюю структуру. Это позволяет вам взять сложный объект и разбить его на части.