Пример моделирования предметной области

В основе модели предметной области лежат:

- описание организационной структуры системы;

- описание функций и процессов системы;

- обобщение описания документов системы.

Степень детализации определяет глубину разработки проекта. В примере детализация проходит в два шага:

1) до отдела как структурной единицы;

2) до сотрудника.

Первый шаг определяет организационную структура и функции отделения, управления. Для них создают диаграммы организационной структуры, функций и процессов, но без описания документов.

Второй шаг уточняет организационную структуру до отделов и потом вплоть до должностных лиц. Для каждой должности разрабатывают диаграммы выполняемых функций и процессов реализации таких функций. Именно здесь создается обобщенное описание документов для каждого отдела.

Описание организационной структуры системы.

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

Рис. 5.12. Организационная структура фирмы.

Рис. 5.13. Организационная структура отделения.

Рис. 5.14. Организационная структура отдела.

Рис. 5.15. Группа учета.

Рис. 5.17. Структура отдела информационных технологий.

Рис. 5.18. Руководство отдела.

Описание функций системы.

В описании функций системы применяют модель деловых прецедентов; его строят на базе иерархической системы пакетов с конечным уровнем прецедентов. В примере для простоты конечным уровнем принято отделение. Приведем образцы диаграмм.

Сначала отобразим общий состав функции учет клиентов отделения.

Рис. 5.19. Модель деловых прецедентов.

Учет клиентов состоит из трех основных функций: постановка на учет, снятие с учета и внесение изменений в документы клиента и подразделения. Это отображается на диаграмме прецедентов (рис. 5.20.).

Рис. 5.20. Диаграмма прецедентов.

Рис. 5.21. Диаграмма функций.

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

Рис. 5.22. Диаграмма сценариев использования

Описание процессов в системе.

Описания процессов системы выполняют диаграммами деятельности (Activity) (рис. 5.23.). Опишем процессы до уровня отделения фирмы. Описание процессов создается для прецедентов (функций) каждого уровня, начиная с верхних и, по ходу разработки, доходя до мелких объектов (инспектор, оператор).Ниже даны диаграммы для постановки клиента на учет в отделении фирмы. В отчет можно включить детальное описание каждого шага процесса.

Рис. 5.23. Постановка на учет - диаграммы деятельности.

Обобщенное описание системных документов.

Концептуальное описание документов системы можно представить обобщенными диаграммами: без указания состава атрибутов отражаются связи между документами.

В данном примере даны две категории документов:

- документы клиента;

- документы фирмы.

Ниже приведены примеры диаграмм.

Рис. 5.24. Документы фирмы.

Рис. 5.25. Документы клиента

Рис. 5.26. Взаимосвязи должностных лиц и документов

Классификация субъектов системы.

В UML разные типы пользователей определены как субъекты. Субъектом представлена и любая другая система, взаимодействующая с данной, и границы системы определены субъектами.

Примерный состав субъектов дан на диаграмме.

Рис. 5.27. Описание субъектов модели

Выводы

Отметим широкие возможности объектно – ориентированного метода анализа предметной области для проектировании систем и процессов.

Использование в CASE-средствах языка UML дает мощный графический инструмент для анализа динамических и статических свойств системы и помогает удобно проектировать системы и процессов, генерировать шаблоны кодов программных систем и визуализировать готовые для их реинжениринга.

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

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

Вопросы для самоконтроля.

1. Методология объектно-ориентированного программирования.

2. Методология объектно-ориентированного анализа и проектирования.

3. Особенности методологии системного анализа и системного моделирования при проектировании информационных и программных систем.

4. Основные положения языка UML.

5. Функциональные возможности языка UML и область применения.

6. Основные диаграммы в UML.

7. Диаграмма вариантов использования.

8. Диаграмма классов.

9. Диаграмма состояний.

10 Диаграмма активности.

11. Диаграмма последовательностей действий.

12. Диаграмма компонент.

13. Диаграмма топологии.

14. Использование методологии для анализа бизнес процессов.

15. CASE средства для моделирования информационных систем.