Компания IBM
Опубликован: 14.08.2008 | Доступ: свободный | Студентов: 1089 / 150 | Оценка: 4.75 / 3.75 | Длительность: 27:55:00
Лекция 5:

Моделирование. Архитектура системы

< Лекция 4 || Лекция 5: 123456 || Лекция 6 >
Визуализация прецедентов использования в Rational Software Architect

В Rational Software Architect существует несколько способов визуализации роли Claim Handler с созданием схем, напоминающих схему, показанную на рис. 5.1. Мы рассмотрим здесь только два способа.

Чтобы в Rational Software Architect можно было использовать модель WebSphere Business Integration Modeler, выполните следующие шаги1Дополнительная информация об интеграции WebSphere Business Integration Modeler и Rational Software Architect приводится в Приложении В, "Вопросы интеграции".

  1. Импортируйте проект WebSphere Business Integration Modeler в Rational Software Architect. Используйте либо разработанный вами процесс, либо один из процессов, поставляемых в дополнительных материалах к этому курсу. Поскольку Rational Software Architect применяет рабочее пространство Modeler, вам нужно сделать в проекте, который вы хотите импортировать в Rational Software Architect, доступное рабочее пространство. Затем импортируйте проект ITSOLGI из рабочего пространства Modeler. Предположим, у вас есть рабочее пространство, называемое ExternalAssessors, а внутри него – проект ITSOLGI:

    Выберите пункт меню File (Файл) \to Import (Импорт). Импортируйте в рабочее пространство существующий проект ( Existing WBI Modeler 5.1 project ), нажмите Next (Далее), затем Browse (Обзор), перейдите в рабочее пространство WebSphere Business Integration Modeler, выберите проект .\SG24-6636\Modeler\Workspaces\Pre Bpel\ITSOLGI, нажмите OK, затем Finish (Готово).

  2. Сделайте двойной щелчок по файлу resources.xmi, чтобы увидеть модель WebSphere Business Integration Modeler:
    Важно! Никогда не изменяйте и не сохраняйте модель resources.xmi. Этот файл доступен только для чтения. Если вы сохраните версию этого файла как новую модель UML2 (файл .emx) с дополнениями и модификациями, вы потеряете возможность выполнять динамические обновления из WebSphere Business Integration Modeler. Эти инструкции позволяют вам создавать расширения модели и схемы на основе модели WebSphere Business Integration Modeler. Убедитесь, что вы случайно не добавили элементы в файл resources.xmi модели WebSphere Business Integration Modeler. Если в редакторе UML-модели закладка с файлом resources.xmi помечена звездочкой, это значит, что вы случайно внесли в модель изменения, которые вы не сможете сохранить. Для очистки изменений закройте проект WebSphere Business Integration Modeler в Rational Software Architect, нажав правую кнопку мыши и выбрав пункт меню Close (Закрыть). Затем откройте проект заново и устраните проблемы.
    • В качестве первого варианта создания схемы прецедентов использования, просто выполните обзор:
      • в проводнике по моделям (Model Explorer) (см. рис. 5.5) откройте пункт resources.xmi \to ITSOLGI \to RootProcessModel \to Claim \to Claim_TOBE.
      • щелкните правой кнопкой мыши по пункту Claim handler \to Visualize (Визуализация) \to Explore in Browse diagram (Изучить в схеме обзора).
    • Во-вторых, создайте схему прецедентов использования как часть архитектурной модели:
      • Создайте новый проект для хранения архитектуры решения, выбрав пункт меню File (Файл) \to New Project (Новый проект) \to UML project (UML-проект) \to ITSOLGI Architecture.
      • Установите опцию Blank Model template (Пустой шаблон модели) и снимите опцию Create a default diagram in the new model (Создавать схему по умолчанию в новой модели). Нажмите Finish (Готово).
      • Щелкните правой кнопкой мыши по пункту Blank Model (Пустая модель), выберите пункт меню Refactor (Реорганизация) \to Rename (Переименовать) и введите имя Claim Investigation.
      • Щелкните правой кнопкой мыши по пункту Claim Investigation, выберите пункт меню Add Diagram (Добавить схему) \to Use Case Diagram (Схема прецедентов использования) и введите имя Claim Investigation.
    К этому моменту окно Model Explorer должно выглядеть так, как показано на рис. 5.5.
  3. Заполните схему прецедентов использования, чтобы показать связи, которые вам нужно задокументировать:
    • Перетащите роль Claim Handler из пакета Claim_TOBE в редактор пакетов Claim Investigation.
    • Щелкните правой кнопкой мыши по Claim handler и выберите пункт меню Filters (Фильтры) \to Show related elements (Показать связанные элементы) \to Show All Relationships (Default) [Показать все взаимосвязи (по умолчанию)]> OK (см. рис. 5.4).
      Отображение взаимосвязей роли Claim Handler

      Рис. 5.4. Отображение взаимосвязей роли Claim Handler
    • Приведите схему в порядок. Хорошей практикой является размещение элемента Claim handler в верхнем левом углу, поскольку естественный способ чтения прецедентов использования сверху вниз и слева направо, начиная от исполнителя роли.
Проект ITSOLGI в Model Explorer

увеличить изображение
Рис. 5.5. Проект ITSOLGI в Model Explorer

Прецеденты использования сами не хранятся в Rational Software Architect. Для управления документами прецедентов использования вы можете применить Rational Requisite Pro.

Прецедент использования 1. ClaimInvestigation_TOBE

Роль: Claim handler.

  1. Выбор полиса и проверка данных, содержащихся в нем.
  2. Ввод первоначальной оценки клиентом стоимости повреждений и генерация резерва на выплату.
  3. Проверка истории претензии \to Предупреждение \to Претензии, превышающие 30000$.
  4. Отправка внешнего запроса на подробную оценку повреждения (см. "Прецедент использования 2").
  5. Проверка стороннего отчета об оценке.
  6. Согласование выплаты с клиентом.
  7. Инициирование выплаты или ремонта.
Прецедент использования 2. RequestExternalReports

Роль: Claim handler.

  1. Исполнитель роли Claim handler подключается к Business Process Manager.
  2. Выбор претензии, ожидающей оценки.
  3. Инициирование автоматизированного процесса оценки.
  4. Выбор подходящего оценщика по почтовому коду и типу машины.
  5. Отправка запроса о готовности к работе.
  6. Ожидание подтверждения.
  7. Выбор оценщика.
  8. Запрос на оценку.
  9. Ожидание получения отчета об оценке.
  10. Возврат отчета об оценке исполнителю роли Claim handler.

5.2.3 Роли

За полным описанием всех ролей обращайтесь к разделу 1.4, "Роли". Ниже приводится краткое описание.

  • Роли LGI:
    • Claim handler (Специалист по обработке претензий). Управляет претензиями.
    • Claims Supervisor (Эксперт по претензиям). Имеет право работать с исключительными случаями претензий.
    • Claims Analyst (Аналитик по претензиям). Следит за всем процессом обработки претензий с целью определения экономических параметров.
  • Внешние роли:
    • Assessor (Оценщик) – производит оценку претензии

С помощью Model Explorer вы можете создать визуальное представление вовлечения ролей в процесс обработки претензий. Чтобы в Rational Software Architect создать схему, более подробно отображающую роли, создайте в проекте ITSOLGI Architecture схему свободного формата (freeform). Назовите ее Manual Roles и перетащите выбранные роли из модели WebSphere Business Integration Modeler [в Model Explorer выберите пункт ITSOLGI \to RootResourceModel \to Resources (Ресурсы) \to Roles (Роли)]. Для выбора нескольких ролей используйте щелчок мышью при нажатой клави- ше Ctrl, после чего при нажатой левой кнопке мыши перетащите роли на схему, как показано на рис. 5.6. На этой схеме показаны не только некоторые из определенных нами ролей, но и список операций, в выполнении которых участвует роль, поскольку бизнес-аналитик определил эти операции. Роли смоделированы функцией интеграции с WebSphere Business Integration Modeler в виде бизнес-сотрудников (Business-Workers). Если вы изучите свойства одной из этих ролей, вы увидите, что они являются стереотипами интерфейсов.

Роли и операции в процессе ClaimInvestigation_TOBE

Рис. 5.6. Роли и операции в процессе ClaimInvestigation_TOBE

Некоторые роли в исходных требованиях не были смоделированы (например Claim Analyst – аналитик претензий) и поэтому здесь отсутствуют. Есть и другие роли, которые применялись для моделирования автоматических задач и которые мы здесь опустили.

< Лекция 4 || Лекция 5: 123456 || Лекция 6 >
Надежда Белякова
Надежда Белякова
Россия
Pavel Pelevin
Pavel Pelevin
Украина, Одесса