Рубрики
UML

Диаграмма последовательности (Sequence Diagram)

Диаграмма последовательности (Sequence Diagram)

Удобное средство для обозначения очередности следования друг за другом различных стимулов (сообщений), с помощью которых объекты взаимодействуют между собой.
Например, когда нужно проработать буквально по шагам какой-то очень важный участок выполнения программы.
Главный акцент - порядок и динамика поведения, т.е. как и в каком порядке происходят события.
Отличие от диаграммы классов:
Диаграмма классов дает статическую картинку, т.е. описание которое не меняется во время выполнения программы.
Отличие от диаграммы коммуникаций (или как она раньше называлась colaboration):
Диаграмма последовательности фокусирует наше внимание на очередности выполнения по времени, а диаграмма коммуникаций - на составляющих элементах.
Обычно нормальные люди стараются описывать одной диаграммой только один определенный кейс (UseCase, вариант использования), например: "оставить коммент к сообщению в блоге", "стать постоянным читателем" и т.д...
Диаграммы последовательности,
которые описывают всю систему сразу, представляют из себя монстра, пожирающего внимание, сознание, силы, время и мозг разработчика.

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

диаграмма последовательности
Рубрики
3. Инструментарий 4. Полезняшки

Вики-Тики-Тави... Небольшой обзор различных wiki-движков

Всем добрый день!

Переключаю режим протоколирования своих записей в WebLog-е ,в  режим DEBUG...
Внимание! Количество публикуемой информации будет на два порядка больше.
Изначально я планировал использовать этот блог в качестве замены блокноту.
Очень часто в работе нужно записать на скорую руку различные советы, чтобы потом можно было их быстро найти и прочитать.

В ближайшие несколько месяцев, планирую перейти на использование для этих целей онлайновых блокнотов. Сейчас выбираю между luminotes и ubernote(Google Notebook, к сожалению, сдулся...)
Пока не выбрал буду использовать этот блог в двух вариантах - как для написания полноценных обзоров, так и для небольших заметок "чтоб не забыть" .

Полноценные обзоры (инструкции), всё-таки оказались нужны, т.к. накапливается множество информации, которую хранить в виде небольших записок уже не получается.
В данном топике попробую рассмотреть вики-движки: MediaWiki, JAMWiki, XWiki и MoinMoin.
Начнем с двух главных аспектов:

  1. Какая от них польза?
  2. Какие они бывают?

Польза
Создание базы знаний  различных сообществ, рабочих групп и организаций. В целом, я вижу два основных UseCase'a использования Wiki.
Case 1. Организация и ее внутренний рабочий беспорядок.
Контекст
Допустим существует компания (например кол-во сотрудников > 5 чел). Раз в два-три месяца в компанию приходят или уходят новые сотрудники. Деятельность компании лежит в технологически ёмких областях - IT, телеком и т.д.
Проблема
В компании существует огромное количество различных правил и инструкций,  которые либо никак не задокументированы, либо отражены в бумажном виде и покрыты толстым слоем пыли.  Периодически сотрудником приходиться проводить целое детективное расследование, чтобы понять  как собрать версию XXX для ООО "ГАЗМЯСБЫТ", где находится волшебный скрипт перезапускающий сервер или когда поздравить с днем рождению Машу из отдела продаж.

Польза от wiki

  1. Не нужно держать в голове всю справочную информацию (настройки роутеров, дни  рождения сотрудников, "хитрые" правила сборки и выкладки программных продуктов, телефоны, адреса и т.д.)
  2. Делает информацию открытой внутри компании. Таким образом аннигилируются зависимость от "человека знания", который единственный в радиусе 1 светового года знает, что где лежит и как это работает.
  3. Это просто интересно и модно. Некоторым это важно.

Case 2. Фан-клуб, радио кружок, небольшой городок.