Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Специализированная подготовка разработчиков бизнес приложений

..pdf
Скачиваний:
3
Добавлен:
05.02.2023
Размер:
1.78 Mб
Скачать

«является источником входных данных для...» (например, диаграмма пре-

цедентов является источником данных для диаграмм видов деятельности и последовательности). Приведенная схема является наглядной иллюстраци-

ей итеративного характера разработки моделей с использованием UML.

Рисунок 2.29. Отношения между различными видами диаграмм UML

Этап 1. Разработка модели бизнес-прецедентов

Модель бизнес-прецедентов описывает бизнес-процессы с точки зрения внешнего пользователя, т.е. отражает взгляд на деятельность орга-

низации извне. Проектирование системы начинается с изучения и модели-

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

ражается в модели ряд понятий, свойственных объектно-

ориентированному подходу.

Исполнитель (действующее лицо, Actor) – личность, организация или система, взаимодействующая с ИС; различают внешнего исполнителя

(который использует или используется системой, т.е. порождает прецеден-

ты деятельности) и внутреннего исполнителя (который обеспечивает реа-

лизацию прецедентов деятельности внутри системы). На диаграмме ис-

полнитель представляется стилизованной фигуркой человека.

Прецедент – законченная последовательность действий, иницииро-

ванная внешним объектом (личностью или системой), которая взаимодей-

ствует с ИС и получает в результате некоторое сообщение от ИС. На диа-

грамме представляется овалом с надписью, отражающей содержание дей-

ствия.

Класс – описание совокупности однородных объектов с их атрибу-

тами, операциями, отношениями и семантикой. На диаграмме представля-

ется прямоугольником, содержащим описания атрибутов и операций клас-

са.

Ассоциация – связь между двумя элементами модели. На диаграмме представляется линией.

Обобщение – связь между двумя элементами модели, когда один элемент (подкласс) является частным случаем другого элемента (суперк-

ласса). На диаграмме представляется стрелкой.

Агрегация – отношение между элементами модели, когда один эле-

мент является частью другого элемента (агрегата). На диаграмме пред-

ставляется стрелкой с ромбовидным концом.

Для иллюстрации этапов разработки проекта использованы адапти-

рованные материалы проекта ИС учебного заведения10. Назначение ИС – автоматизация ведения и использования данных об успеваемости студен-

тов. В настоящее время эта работа производится вручную персоналом ВУЗа. На рис. 2.30 представлена общая модель деятельности ВУЗа в виде диаграммы прецедентов. Прецедент «Обучение» реализуется через множе-

ство других, более ограниченных прецедентов (рис. 2.30), отражающих де-

тализацию представления функционирования ВУЗа.

10 Марков Н.Г. Базы данных. Учебное пособие / – Томск: Томский политехнический университет, 2002. –115 с.

Рисунок 2.30. Общая диаграмма деятельности ВУЗа по обучению студентов

Для включения в диаграмму выбранные прецеденты должны удовле-

творять следующим критериям:

прецедент должен описывать, ЧТО нужно делать, а не КАК;

прецедент должен описывать действия с точки зрения ИСПОЛ-

НИТЕЛЯ;

прецедент должен возвращать исполнителю некоторое СООБ-

ЩЕНИЕ;

последовательность действий внутри прецедента должна пред-

ставлять собой одну НЕДЕЛИМУЮ цепочку.

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

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

Рисунок 2.31. Модель бизнес - прецедентов, составляющих процесс обучения

Несмотря на то, что проведение учебной деятельности предусматри-

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

лях. Поэтому на диаграмме (рис. 2.32) отражен процесс оценки действий студента на основании выполненных им заданий в процессе обучения, а

также присутствия и выступления на лекциях.

Общее поле диаграммы деятельности делится на несколько «плава-

тельных дорожек», каждая из которых содержит описание действий одного

из исполнителей. Основными элементами диаграмм видов деятельности являются обозначения состояния («начало», «конец»), действия (овал) и

момента синхронизации действий (линейка синхронизации, на которой сходятся или разветвляются несколько стрелок).

Этап завершается после разработки диаграмм видов деятельности для всех выделенных в модели бизнес-прецедентов. Естественно, на по-

следующих этапах анализа и проектирования будут выявлены какие-то важные подробности в описании деятельности объекта автоматизации. По-

этому разработанные на данном этапе модели будут еще неоднократно корректироваться.

Рисунок 2.32. Диаграмма видов деятельности для прецедента «Процесс обучения»

Этап 2. Разработка модели бизнес-объектов

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

ли бизнес-объектов для прецедента «Ответ на запрос» приведен на рис. 2.33.

В этой диаграмме появилось новое действующее лицо – отправитель запроса об успеваемости. На самом деле с запросом об успеваемости сту-

дента могут обращаться в систему многие из действующих лиц: препода-

ватели, родители студента, а также сам студент. Таким образом, понятие

«Отправитель запроса об успеваемости» служит для обобщенного пред-

ставления всех этих действующих лиц при описании прецедента «Ответ на запрос» (рис. 2.34). «Отправитель запроса об успеваемости» становится суперклассом по отношению к обобщаемым понятиям (подклассам).

Рисунок 2.33. Модель бизнес-объектов прецедента «Ответ на запрос»

Рисунок 2.34. Обобщение классов

Для детального описания выполнения бизнес-процессов обычно ис-

пользуются диаграммы последовательностей (рис. 2.35).

Рисунок 2.35. Диаграмма последовательностей для прецедента «Ответ на запрос»

Основными элементами диаграммы последовательностей являются обозначения объектов (прямоугольники), вертикальные линии, отобража-

ющие течение времени при деятельности объекта, и стрелки, показываю-

щие выполнение действий объектами.

Результатом этого этапа являются согласованные с заказчиком и до-

статочно подробные описания действий специалистов организации, внед-

ряющей ИС, необходимые для обеспечения исполнения ее функций.

Этап 3. Разработка концептуальной модели данных

Разработка концептуальной модели данных выполняется на основе информации, выявленной на этапах бизнес-моделирования. На рис. 2.36

представлена в виде диаграммы классов модель данных для объекта «Дан-

ные об успеваемости».

Модель показывает, что данные об успеваемости включают (агреги-

руют) ряд блоков. При этом «данные о студенте» и «данные о начальном образовании» могут быть включены в каждую запись об успеваемости в единственном экземпляре, а блоки «сведения о зачетах», «оценки за экза-

мены», «выполнение лр и пр», «участия в лекциях», «посещение» могут повторяться неограниченное число раз.

Архив состоит из множества записей об успеваемости студентов (аг-

регирует такие записи), но может быть и пустым.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

0..n

n

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

0..

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

n

 

.

 

.

0

 

 

 

n

 

 

 

 

 

 

 

.

 

 

 

.

 

 

 

0

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 2.36. Концептуальная модель данных Поскольку студент может учиться уже не первый семестр, появляет-

ся дополнительная разновидность (подкласс) записей об успеваемости:

старые внутренние записи.

Этот этап завершает процедуры бизнес-моделирования и позволяет представить команде проектировщиков в едином формате ту информацию,

которая будет необходима для создания системы.

Разработанные диаграммы являются отправной точкой в процессах проектирования баз данных и приложений системы, обеспечивают согла-

сованность действий бизнес-аналитиков и разработчиков в процессе даль-

нейшей работы над системой. Эти диаграммы, конечно же, будут претер-

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

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

Этап 4. Разработка требований к системе

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

Основой разработки требований является модель системных преце-

дентов, отражающая выполнение конкретных обязанностей исполнителя-

ми с использованием ИС.

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

ствии с принятым в организации шаблоном, который обычно включает следующие разделы:

заголовок (название прецедента, ответственный за исполнение,

дата создания шаблона/внесения изменений);

краткое описание прецедента;

ограничения;

предусловия (необходимое состояние системы или условия, при которых должен выполняться прецедент);

постусловия (возможные состояния системы после выполнения прецедента);

предположения;

основная последовательность действий;

альтернативные последовательности действий и условия, их ини-

циирующие;

точки расширения и включения прецедентов.

В процессе создания модели системных прецедентов осуществляется преобразование и перенос компонентов бизнес - моделей на новые диа-

граммы. Типовые преобразования по технологии Rational Unified Process

приведены в табл. 2.7.

 

Таблица 2.7.

Элементы бизнес-модели

Элементы модели системных

прецедентов

 

Бизнес-прецеденты

Подсистемы

Внутренние исполнители

Исполнители или прецеденты

Процессы, выполняемые исполнителями

Прецеденты

На рис. 2.37 представлена модель системных прецедентов для биз-

нес-прецедента «Процесс обучения». Исходя из цели создания системы, в

модели системных прецедентов отражены только те действия исполните-

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

Расширяет

Рисунок 2.37. Модель системных прецедентов