al_kot

25 марта 2011 года состоялась конференция ReqLabs 2011, где мне довелось выступить в качестве докладчика.
Все было супер, организаторы постарались.
Доклад был на тему "Особенности разработки требований для систем бухгалтерского и финансового учета"
Спасибо всем, кто пришел меня послушать :). Было очень приятно общаться. Немного не уложился в регламент, из-за чего не осветил пару важных вопросов:

- особенности взаимоотношений аналитика и руководства;
- особенности моделирования требований;

В ближайших постах, я постараюсь осветить эти вопросы.

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

Сегодня нашел способ забороть досадную фишку ЕА, здорово отравлявшую мне жизнь - сортировка элементов в пакете по виду элементов. т.е. Point нельзя было поднять по дереву выше Activity.

Оказывается, можно.

TOOLS\OPTIONS\General\allow free sort ->



Ура!

p.s. Нужно все-таки прочесть мануал ...

Занимаясь переводом литературы по предмету для себя скомпилировал словарь из PMBOK 2004 для Abby Lingvo.
Выкладываю - скачивайте на здоровье.


http://file.qip.ru/file/130077233/e9409296/PMBOK.html

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

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

За исключением одного момента, в версии 8 ЕА можно сгенерировать вполне приличный набор вариантов использования.
Как это можно сделать?

Итак:

1. Необходимо создать пользовательский шаблон rtf-документа. Как это сделать - описано здесь: .
Для модификации рекомендую использовать Use Case Template. При модификации, как правило, переводятся заголовки разделов, наименования пунктов описаний элементов на русский язык.

2. После перевода шаблона на русский язык необходимо подстроить шаблон под вывод Структурированных вариантов использования. Для этого, в дереве элементов шаблона необходимо установить флажок "Structured Scenario", так как показано на рисунке: 

3. На шаблоне документа появятся тэги, выделенные желтым цветом: structured scenarios> и <structured scenarios
Между этими тэгами необходимо щелкать правой кнопкой мыши и вставлять поля выгрузки. Доступны следующие поля:

• STEP - номер шага;
• NAME - наименование шага;
• RESULT - результат шага;
• USES - Использует ...;
• STATE - Состояние;

Все эти поля соответствуют таблице Structured Specification, в которой, собственно, и описываются шаги БП.
4. Поля для выгрузке Вы можете размещать между указанными желтыми тэгами так, как вам угодно. Я расположил их в таблице (см. рис.4).

5. После настройки - сохраняете шаблон и выгружаете документ.
Параграф выгруженного документа приобретает вот такой вот вид:
Собственно, все.

Какие есть недостатки у данного механизма:
1. Невозможно (пока) указать шаги, на которых происходит ветвление основного процесса и присоединение альтернативной ветви. Хотя эта информация есть в репозитории ЕА. Надо в SPARX писать ...

 Итак, основной сценарий введен.
Можно увидеть, что на шаге 4 основного сценария явно предполагается контрольное действие со стороны системы: Система должна проверить, имеется ли вводимый пользователем Клиент в CRM системе.
Если клиент имеется - то продолжается основной сценарий (Основной сценарий пишем так, чтобы на всех точках принятия решения выполнялась наиболее ожидаемая "нормальная" работа системы).

Итак, клиент не обнаружен.


Устанавливаем курсов на шаг, от которого пойдет ветвление.
Нажимаем на кнопку Add Alternate Path


Вводим наименование нового пути "Клиент не обнаружен"


И получаем новый сценарий, начинающийся с шага 4a и оканчивающийся на шаге 5.


Путь-исключение формируется точно также. На один шаг мы можем завести неограниченное количество альтернативных сценариев и исключений.
Одним из удобнейших средств работы является возможность генерации Activity - диаграммы по разработанным структурным сценариям:
Для этого необходимо открыть основной сценарий и нажать на кнопку.


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

  Как и обещал - рассказываю о эпохальной фишке новой версии EA 8.0 - Структурированных  вариантах использования.
До версии 8.0 к любому объекту диаграммы можно было прикрепить сценарий.
Данные сценарии были не структурированы - т.е. организацию шагов, ветвлений можно было организовать только текстом:
1. Шаг 1.
2. Шаг 2.
3. Шаг 3.

Естественно - нумерацию шагов, организацию ветвлений сценария проходилось делать вручную. Иными словами - красивые структурированные сценарии, описанные Алистером Коберном не реализовывались.

Начиная с 8 версии, EA поддерживает возможность написания СТРУКТУРИРОВАННЫХ сценариев.
Информацию о том что такое сценарий пользователя, вариант использования, UseCase, для чего они нужны -  вы можете почерпнуть из литературы ("Современные методы описания функциональных требований" Алистера Коберна, например) и интернета (uml2.ru, например).
В этом посте я не буду описывать эти темы.

Итак:

0. Имеем диаграмму вариантов использования



1. Структурированный сценарий может быть создан для любого объекта в ЕА. Для этого на объекте нужно кликнуть правой кнопкой, затем в контекстном меню открыть Properties. В окошке редактирования объекта нужно выбрать вкладку Scenarios.
Получим такое:3. Теперь немного теории. В ЕА8 возможно нарисовать сценарии 3-х видов: BasicPath (основной или обычный путь)? Alternate (Альтернативный) и Exeption (Путь - исключение). Basic Path - может быть только один. Остальные сценарии могут начинаться на любом шаге основного. Альтернативные могут заканчиваться на любом шаге основного (это настраиваются. Сценарии - исключения начинаются на любом шаге основного и заканчиваются собственным EndPoint.

Итак: Создаем основной сценарий. Вводим наименование, тип сценария = BasicPath, Описание.
4. Переключаемся на вкладку Structured Specification. Вводим последовательность шагов основного сценария. Собственно, на этом ввод основного сценария завешен. Следующий пост - ввод альтернативного сценария

 Всем качать и устанавливать!

Из нового и полезного:

1. Возможность разработки структурированных UseCases (Наконец-то!).
2. Возможность генерации сценариев из Activity диаграммы, включенной в композитный вариант использования.
3. Пользовательские тэги (tagged values) теперь доступны через свойства элемента;
4. Новые виды диаграмм.

Постепенно распишу все новации и как с этим со всем работать.

 Многие из нас (и я в том числе) имеют коллекции научной и технической литературы. В основном, вся указанная литература представлена в форматах DJVU и pdf.

Разработчики этих форматов предоставляют средства просмотра - Adobe Acrobat Reader, плагины от LisardTech. Но все эти средства обладают одним, отравляющим жизнь [мне] недостатком - не запоминают место, на котором прекращено чтение книги.

Поиск по интернетам вывел меня на замечательную программу - STDUviewer.
Программа умеет читать и pdf, и djvu форматы. и самое главное - запоминает место, на котором прекращено чтение для 10 последних файлов.

Сайт разработчиков - stdutility.com. Разработчики - адекватные ребята, очень дружелюбно реагируют на предложения по продуктам.

Обладателям планшетных компьютеров особенно понравится поддержка нажатий на экран.