Модели и методы проектирования информационных
 Скачать 1.48 Mb.
|
|
контекстная функция; II тип диаграммы – Диаграмма декомпозиции. 29 Диаграммы декомпозиции предназначены для детализации работы и содержат родственные работы, т. е. дочерние работы, имеющие общую родительскую работу. Работы нижнего уровня – это то же самое, что работы верхнего уровня, но в более детальном изложении. Диаграммы создаются аналитиком для того, чтобы провести сеанс экспертизы, т. е. обсудить диаграмму со специалистом предметной области. После каждого сеанса декомпозиции проводятся сеансы экспертизы – эксперты предметной области указывают на соответствие реальных бизнес- процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие модели реальным бизнес-процессам на любом и каждом уровне модели. Необходимо установить число работ не более шести (3–6), иначе диаграмма плохо читается (перенасыщена). Верхний предел (шесть) заставляет разработчика использовать иерархии при описании сложных предметов, а нижний предел (три) гарантирует, что на соответствующей диаграмме достаточно деталей, чтобы оправдать ее создание. В диаграмме декомпозиции слева вверху располагается работа наиболее важная и выполняемая первой. Последовательно вниз идут работы менее важные или выполняемые позже. III тип диаграммы – Диаграмма дерева узлов показывает иерархическую зависимость работ, но не взаимосвязи между работами (этих диаграмм может быть сколько угодно, т. к. дерево может быть построено на любую глубину и не обязательно с корня). Технологический процесс IDEF0-моделирования: CASE-средство BPWin имеет простой и понятный пользовательский интерфейс для построения требуемых функциональных моделей и сценариев. Он зависит от используемой технологии. На рисунке 2.2 показано окно BPWin (Computer Associates BPWin). 30 Рис. 2.2 Окно BPWin Основная панель инструментов окна Computer Associates BPwin содержит следующие кнопки: – создание новой модели, – открытие имеющейся модели, – сохранение построенной модели, – печать модели, – выбор масштаба, – масштабирование, – проверка правописания, – включение/выключение навигатора модели, 31 – включение/выключение Model Mart. Навигатор модели показывает состав модели по уровням разработки. С его помощью можно легко и быстро переходить с уровня на уровень. Работа с навигатором модели аналогична работе с Проводником системы Windows. Панель специальных инструментов содержит следующие основные кнопки: – редактирование функциональных блоков и стрелок, – добавление функционального блока в модель, – создание стрелок, – переход на верхний уровень модели, – декомпозиция модели. Окно модели является местом создания функциональной модели исследуемой системы. В нем строятся и редактируются функциональные блоки, рисуются и редактируются стрелки, осуществляется декомпозиция. Подготовка модели 1. Нажать кнопку создания модели для вызова окна диалогового окна BPWin (рис. 2.3): В диалоговом окне BPWin произвести следующие действия: выбрать Business Process (IDEF0); задать имя модели и нажать кнопку ОК; в окне Properties for New Model зафиксировать фамилию автора модели; нажать кнопку ОК. 32 Рис. 2.3 Диалогового окна BPWin 2. Командой Model/Model Properties вызвать диалоговое окно Model Properties (рис. 2.4), в котором оформить свойства модели в соответствии с методическими рекомендациями. Рис. 2.4 Диалоговое окно Model Properties 33 Выполнение лабораторной работы Первый уровень 1. Оформить функциональный блок в окне модели, выполнив следующие действия: o в контекстном меню функционального блока выбрать команду Name…; o в диалоговом окне Activity Properties (рис. 2.5) в закладке Name задать имя работы (краткое), помещаемой в данный функциональный блок, а в закладке Definition в поле Definition вписать достаточно подробное описание работы; o в закладке Font задать шрифт Arial Cyr и установить флажки, позволяющие использовать этот шрифт во всех функциональных блоках диаграммы (All activities in this diagram, All activities in this model и Change all occurrences of this font in the model), после чего нажать кнопку ОК. Рис. 2.5 Диалоговое окно Activity Properties 2. Оформить стрелку Вход, выполнив следующие действия: 34 o нажать кнопку создания стрелки (Precedence Arrow Tool – ); o дважды щелкнуть на левой границе окна модели, а затем щелкнуть на левой границе функционального блока (рис. 2.6); o нажать кнопку редактирования стрелок (Pointer Tool – ); o в контекстном меню стрелки выбрать команду Name…; Рис. 2.6 Оформление стрелки Вход o в диалоговом окне Arrow Properties (рис. 2.7), в закладке Name задать имя стрелки (краткое), а в закладке Definition в поле Definition вписать достаточно подробное описание назначения этой стрелки; 35 Рис. 2.7 Диалоговое окно Arrow Properties o в контекстном меню стрелки выбрать команду Font…; o в диалоговом окне Arrow Properties (рис. 2.8), в закладке Font задать шрифт Arial Cyr и установить флажки, позволяющие использовать этот шрифт для всех стрелок диаграммы (All Arrows in this diagram, All Arrows in this model, All instances of this Arrow и Change all occurrences of this font in the model); 36 Рис. 2.8 Диалоговое окно Arrow Properties 3. Оформить стрелку Выход, для чего повторить п. 2, заменив левые границы правыми; 4. Оформить стрелку Управление, для чего повторить п. 2, заменив левые границы верхними; 5. Оформить стрелку Механизм, для чего повторить п. 2, заменив левые границы нижними. Второй уровень 1. Перейти на нижний уровень моделирования кнопкой декомпозиции модели В диалоговом окне Activity Box Count указать: тип модели – IDEF0; o число функциональных блоков нижнего уровня (от трех до шести, иначе диаграмма станет перегруженной и будет трудно читаться). 2. Оформить наследованные с первого уровня стрелки, выполнив следующие действия: o нажать кнопку создания стрелки; o щелкнуть по наконечнику стрелки Вход (Управление, Механизм); o щелкнуть по соответствующей границе требуемого функционального блока. 3. Оформить внутренние стрелки, выполнив следующие действия: o нажать кнопку создания стрелки; o щелкнуть по правой границе функционального блока; o щелкнуть по соответствующей границе связанного функционального блока. 37 4. Создать разветвления стрелок, выполнив следующие действия: o нажать кнопку редактирования стрелки; o щелкнуть по фрагменту стрелки; o щелкнуть по требуемой границе функционального блока. 5. Создать слияние стрелок, выполнив следующие действия: o нажать кнопку редактирования стрелки; o щелкнуть по границе функционального блока; o щелкнуть по фрагменту стрелки; o повторить п.п. 2–5 для всех функциональных блоков уровня. 38 Лабораторная работа № 3 Создание диаграммы прецедентов Цель работы: получить навыки построения диаграмм прецедентов. Задание: 1. создать главную диаграмму прецедентов, задав на ней варианты использования и актеров; 2. добавить отношения между актерами и вариантами использования; 3. создать дополнительную диаграмму прецедентов; 4. добавить описания к актерам и вариантам использования; 5. для каждого варианта использования задать поток событий в виде отдельного файла и прикрепить его к варианту использования. Содержание отчета: 1. созданные диаграммы прецедентов; 2. краткое описание каждого актера и прецедента; 3. описание потока событий для каждого варианта использования. Пример выполнения работы 1. Предварительные действия - создание новой модели Примечание: В этом и последующих примерах мы будем проектировать систему для предметной области "Предприятие по сборке и продаже компьютеров". Работа с Rational Rose начинается с создания модели. При запуске программы автоматически появляется диалоговое окно для создания модели (рис. 3.1). Для его вызова также можно выбрать пункт меню File -> New. Во вкладке New выбираем необходимый каркас (в нашем случае J2EE). Во всех лабораторных работах мы будем создавать диаграммы для созданной модели. 39 Рис. 3.1. Окно создания новой модели 2. Создание главной диаграммы прецедентов По умолчанию в представлении Вариантов Использования браузера уже существует главная диаграмма прецедентов (Main) (рис. 3.2). Для ее заполнения необходимо открыть ее, дважды щелкнув по ней, и разместить на ней актеров и варианты использования. Рис. 3.2. Представление Вариантов Использования Для нашей предметной области мы выделили следующих актеров: Актер Краткое описание 40 Менеджер по работе с клиентами Сотрудник, который общается с заказчиком и работает с заказом Менеджер по снабжению Сотрудник, который занимается закупкой необходимых комплектующих Инженер по сборке настольных компьютеров Сотрудник, который занимается сборкой настольных компьютеров Инженер по сборке ноутбуков Сотрудник, который занимается сборкой ноутбуков Инженер по тестированию Сотрудник, который занимается тестированием собранных компьютеров Завскладом Сотрудник, который заведует складом комплектующих Рассмотрим теперь, какие возможности должна предоставлять наша система: актер Менеджер по работе с клиентами использует систему для оформления, редактирования заказов и управления информацией о клиентах предприятия; актер Менеджер по снабжению использует систему для просмотра перечня необходимых для закупки комплектующих и ведения информации о снабжении; актер Инженер по сборке настольных компьютеров использует систему для просмотра нарядов на сборку персональных компьютеров, для заказа комплектующих со склада и отметки о ходе выполнения работы; 41 актер Инженер по сборке ноутбуков использует систему для просмотра нарядов на сборку ноутбуков, для заказа комплектующих со склада и отметки о ходе выполнения работы; актер Инженер по тестированию использует систему для просмотра нарядов на тестирование собранной продукции и отметки о ходе выполнения работы; актер Завскладом использует систему для учета поступления и выдачи комплектующих. На основании вышеизложенного можно выделить следующие прецеденты: Прецедент Краткое описание Работа с заказом Запускается менеджером по работе с клиентами. Позволяет вносить, изменять, удалять или просматривать заказ. Управление информацией о клиенте Запускается менеджером по работе с клиентами. Позволяет добавлять, изменять или удалять клиентов, а также просматривать информацию о клиентах. Управление информацией о поставщиках Запускается менеджером по снабжению. Позволяет добавлять, изменять или удалять поставщиков, а также просматривать информацию о поставщиках. Управление информацией о комплектующих Запускается менеджером по снабжению. Позволяет просматривать информацию о комплектующих, производить анализ их расходования, прогнозировать необходимое их количество и делать заказ. 42 Сборка компьютеров Запускается инженером по сборке. Позволяет просматривать наряды на сборку компьютеров и делать отметки о ходе выполнения работы. Требование необходимых комплектующих Запускается инженером по сборке. Предназначено для затребования необходимых комплектующие со склада. Тестирование компьютеров Запускается инженером по тестированию. Позволяет просмотреть список компьютеров, подлежащих тестированию и сделать отметки о ходе выполнения работ. Учет поступления и выдачи комплектующих Запускается завскладом. Позволяет вести учет поступления и выдачи запчастей и комплектующих. Созданная главная диаграмма прецедентов показана на рис. 3.3: Рис. 3.3. Главная диаграмма прецедентов 43 Рассмотрим теперь отношения между актерами и прецедентами. В языке UML возможен только один тип отношений между актером и прецедентом - отношение коммуникации. Поэтому всех актером мы связали с прецедентами отношением Unidirectional Association. Поскольку другой тип отношений здесь мы задать не может, то стереотип communicate можно не указывать (он неявно подразумевается). Для прецедента Сборка компьютеров не имеет значение какой именно актер будет с ним взаимодействовать - Инженер по сборке настольных компьютеров или Инженер по сборке ноутбуков. Поэтому мы ввели еще одного актера - Инженер по сборке, с которым связали первых двух актеров отношением обобщения (Generalization). Отношение между прецедентами Работа с заказом и Управление информацией о клиенте - отношение расширения, поскольку когда актер Менеджер по работе с клиентами работает с заказом (оформляет, меняет и т.д.), то не всегда при этом он управляет информацией о клиентах. Отношение между прецедентами Сборка компьютеров и Требование необходимых комплектующих - отношение включения, поскольку для сборки компьютеров обязательно нужно заказывать необходимые комплектующие со склада. 3. Поток событий для прецедентов главной диаграммы прецедентов Потоки событий для прецедентов будем описывать по следующему шаблону: Х.1 предусловия; Х.2 главный поток; Х.3 под-потоки; Х.4 альтернативные потоки; Х.5 постусловия. где Х - число от единицы до количества прецедентов. 44 4. Создание дополнительной диаграммы прецедентов Как видно из описания потока событий для всех прецедентов каждый из них включает проверку пользователя. Проверка осуществляется единообразно для любого прецедента. Поэтому ее можно представить в виде отдельного прецедента Аутентификация пользователя, связанного отношением включения со всеми остальными. Результат создания диаграммы показан на рис. 3.4: Рис. 3.4. Дополнительная диаграмма прецедентов Примеры выполнения 1. Поток событий для прецедента «Работа с заказом» 1.1 Предусловия Если заказ оформляется для нового клиента, то под-поток добавить нового клиента (Add a New Client) прецедента Управление информацией о клиенте должен быть выполнен перед его началом. 1.2 Главный поток Прецедент начинает выполняться, когда менеджер подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть (View) или выйти (Exit). 45 Если выбрана операция добавить (Add), S-1: выполняется поток добавить новый заказ (Add a New Order). Если выбрана операция изменить (Change), S-2: выполняется поток изменить заказ (Change Order). Если выбрана операция удалить (Delete), S-3: выполняется поток удалить заказ (Delete Order). Если выбрана операция просмотреть (View), S-4: выполняется поток просмотреть заказ (View Order). Если выбрана операция выйти (Exit) прецедент завершается. 1.3 Под-потоки S-1: добавить новый заказ (Add a New Order) Система отображает диалоговое окно, содержащее поле, в котором менеджер должен выбрать тип компьютера (настольный или ноутбук). Пользователь выбирает необходимый тип. Система отображает поле для выбора клиента и список возможных комплектующих для выбранного типа компьютера, в котором менеджер отмечает выбранные клиентом комплектующие. Менеджер заполняет поля (E-2). Система запоминает введенные данные и распечатывает счет для оплаты. Затем прецедент начинается сначала. S-2: изменить заказ (Change Order) Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система отображает информацию о данном заказе. Менеджер делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала. S-3: удалить заказ (Delete Order) Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или 46 вводит номер заказа в поле (Е-3). Система удаляет выбранный заказ (Е-4). Затем прецедент начинается сначала. S-4: просмотреть заказ (View Order) Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система отображает информацию о выбранном заказе. Когда менеджер просмотрит информацию, прецедент начнется сначала. 1.4 Альтернативные потоки Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент. Е-2: выбраны не все комплектующие, необходимые для сборки компьютера или комплектующих нет в наличии. Менеджер должен изменить состав компьютера или завершить прецедент. Е-3: введен неправильный номер заказа. Менеджер должен повторить ввод или завершить прецедент. Е-4: система не может удалить заказ. Информация сохраняется, система удалит заказ позже. Выполнение прецедента продолжается. |