Проектирование. 
Управление жизненным циклом информационных систем

Сразу же нужно обратить внимание на тот факт, что, согласно RUP, процесс создания и доработки различных диаграмм продолжается в течение всех фаз проекта. Таким образом, все рассмотренные далее диаграммы создаются и уточняются не единовременно, а на протяжении нескольких этапов проекта.

Диаграмма прецедентов. Мнения специалистов о том, с каких диаграмм начинать разработку моделей, расходятся. Мы в нашем примере начнем разработку с построения диаграмм прецедентов. Диаграмма прецедентов будет рассматривать использование ИС для обеспечения процессов сбора отправлений.

Диаграмма прецедентов содержит не слишком много элементов графической нотации, которые были показаны в подпараграфе 5.5.1 (см. рис. 5.9). Исходными данными для построения всех UML-диаграмм служит описание компании, приведенное в подпараграфе 8.1.1.

Для построения всех UML-диаграмм воспользуемся бесплатным программным средством StarUML 5.0.

На первом шаге построим диаграмму прецедентов, которая охватывает только прецеденты наиболее высокого уровня (рис. 8.19).

Рис. 8.19. Диаграмма прецедентов верхнего уровня

Очевидно, что такая диаграмма нуждается в уточнении. С этой целью построим еще две диаграммы прецедентов, которые будут уточнять прецеденты «Прием отправлений в офисах» и «Прием отправлений у отправителей» (рис. 8.20—8.21).

Рис. 8.20. Диаграмма прецедентов для прецедента «Прием отправлений в офисах

Рис. 8.21. Диаграмма прецедентов для прецедента «Прием отправлений у отправителей»

Спецификации прецедентов. Для каждого прецедента необходимо создать спецификацию, которая будет демонстрировать характеристики прецедентов: преди постусловия, этапы прецедента, акторов. Приведем пример спецификации для прецедента «Прием отправлений в офисах» (табл. 8.11).

Аналогичные спецификации необходимо сформировать для каждого прецедента.

Спецификация прецедента «Прием отправлений в офисах»

Таблица 8.11

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

Диаграмма классов. Исходные данные для ее построения (описание двух автоматизируемых бизнес-процессов) приведены в описании компании, в подпараграфе 8.1.1. Как и ранее, будет использоваться программное средство StarUML 5.0. Подробное описание диаграммы классов приведено в подпараграфе 5.5.2.

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

Диаграмма последовательности. Как правило, при проектировании ИС не обязательно строить одновременно диаграммы последовательности и диаграммы кооперации: достаточно ограничиться одним типом диаграмм. Тем не менее в рамках контрольного задания необходимо построить диаграммы обоих типов для каждого прецедента, отраженного на диаграмме прецедентов верхнего уровня. Элементы графической нотации Диаграммы последовательности приведены в подпараграфе 5.5.4.

Рис. 8.22. Диаграмма классов в StarUML

В качестве примера построим диаграмму последовательности для прецедента «Прием отправлений в офисах» (рис. 8.23). Обратите внимание, что названия всех объектов идентичны названиям в Диаграмме классов.

Рассмотрим другой вариант иллюстрации взаимодействия при помощи U ML.

Рис. 8.23. Диаграмма последовательности для прецедента «Прием отправлений в офисах»

Рис. 8.24. Пример диаграммы кооперации для прецедента «Прием отправлений в офисах».

Диаграмма кооперации. Общие правила построения диаграмм кооперации (рис. 8.24) аналогичны правилам построения диаграмм последовательности. Диаграммы кооперации также строятся для всех прецедентов, отраженных в диаграмме прецедентов верхнего уровня. Элементы графической нотации Диаграммы кооперации приведены в подпараграфе 5.5.4.

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

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

Построим Диаграмму состояний для прецедента «Прием отправлений в офисах» (рис. 8.25).

Далее будет целесообразным перейти к построению Диаграмм деятельности.

Диаграмма деятельности. Источник данных для построения данной Диаграммы деятельности — это описание соответствующего бизнес-процесса в подпараграфе 8.1.1. Имеет смысл ориентироваться на построенные ранее бизнес-процессы в нотации BPMN или ЕРС, поскольку общая логика Диаграмм деятельности имеет много общего с моделированием бизнес-процессов. Элементы графической нотации Диаграммы деятельности подробно рассмотрены в подпараграфе 5.5.3.

Рис. 8.25. Пример диаграммы состояний для прецедента «Прием отправлений в офисах».

Для примера построим Диаграмму деятельности, описывающую прецедент «Прием отправлений в офисах» (рис. 8.26).

Рассмотрим далее еще один тип UML-диаграмм — Диаграмму компонентов.

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

На рис. 8.27 приведен пример Диаграммы компонентов для проектируемой ИС.

Диаграмма компонентов тесно связана с Диаграммой развертывания.

Диаграмма развертывания. На завершающем этапе обычно производится формирование диаграммы развертывания. Диаграмма развертывания формируется для ИС в целом на основании построенных ранее диаграмм. Элементы графической нотации Диаграммы состояний приведены в подпараграфе 5.5.2.

Построим пример Диаграммы развертывания для проектируемой ИС (рис. 8.28).

Рис. 8.26. Пример Диаграммы деятельности для прецедента «Прием отправлений в офисах.

Рис. 8.27. Пример Диаграммы компонентов для проектируемой ИС

Рис. 8.28. Пример Диаграммы развертывания для проектируемой ИС