12436

Створення діаграм взаємодії

Лабораторная работа

Информатика, кибернетика и программирование

Лабораторна робота № 4. Створення діаграм взаємодії. Мета роботи: отримати навички побудови діаграм послідовності та кооперації. Завдання: створити діаграму послідовності та кооперації для одного зі сценаріїв будьякого прецеденту створеного в лабораторній ро

Украинкский

2013-04-27

66 KB

20 чел.

Лабораторна робота № 4.

Створення діаграм взаємодії.

Мета роботи: отримати навички побудови діаграм послідовності та кооперації.

Завдання: створити діаграму послідовності та кооперації для одного зі сценаріїв будь-якого прецеденту, створеного в лабораторній роботі № 1.

Приклад виконання роботи.

Створювати діаграми взаємодії будемо для сценарію "Додати нове замовлення" прецеденту "Робота із замовленням". У цьому сценарії крім основного потоку існують ще й альтернативні потоки. Хоча стандарт мови UML допускає розгалуження на діаграмах послідовності та кооперації, ми, щоб не захаращувати наші діаграми, обмежимося розглядом тільки випадку, коли користувач правильно вводить свій пароль, правильно заповнює необхідні поля і введені дані без помилок зберігаються в базі даних. У разі необхідності альтернативні потоки можна показати на додаткових діаграмах послідовності та кооперації.

Діаграми взаємодії будемо створювати в Логічному поданні браузера. Для того, щоб відокремити ці діаграми від інших (які ми вже створили або створимо в подальшому), створимо спочатку новий пакет в Логічному поданні - Діаграми взаємодії, в якому будуть розташовуватися створені далі діаграми.

Побудова будь-якої діаграми взаємодії починається з визначення переліку об'єктів, які будуть брати участь у взаємодії. Для обраного сценарію в лабораторній роботі № 2 була розроблена діаграма класів. Екземпляри класів цієї діаграми і будуть учасниками діаграм взаємодії.

Примітка: Rational Rose дозволяє, маючи одну з двох типів діаграм взаємодії, створити другу. Для цього необхідно відкрити наявну діаграму взаємодії і вибрати пункт меню Browse> Create Sequence (Collaboration) Diagram. Автоматично буде створена діаграма другого типу з таким же ім'ям, в тому ж пакеті і з таким же вмістом, що й перша. Єдиний недолік цього прийому - у створеній діаграмі елементи не будуть автоматично вирівнюватися. Тому якщо вихідна діаграма досить велика, то у створеній діаграмі складно буде розібратися, тому що елементи можуть налазить один на одного.

У даній роботі ми обидва типи діаграм взаємодії будемо будувати з нуля.

Створення діаграми послідовності для сценарію "Додати нове замовлення" прецеденту "Робота із замовленням"

Для створення діаграми послідовності необхідно натиснути правою кнопкою миші по пакету Діаграми взаємодії і в меню вибрати пункт New> Sequence Diagram, ввести її ім'я, після чого двічі клацнути по ній в браузері, щоб відкрити її (рис. 1).

Рисунок 1. Створення діаграми послідовності

Побудова діаграми послідовності починається з розміщення на ній об'єктів, які будуть обмінюватися повідомленнями. Спочатку необхідно розмістити об'єкти, які посилають повідомлення, а потім об'єкти, які отримують їх. Ініціатором взаємодії виступає актор Менеджер по роботі з клієнтами. Тому на діаграмі він буде знаходиться в лівому куті. Далі розміщуємо (рис. 2):

- Об'єкт класу OrderOptions (Параметри роботи із замовленням), відповідальний за вибір можливої ​​дії із замовленням в розглянутому прецеденті;

- Об'єкт класу AddNewOrder (Додавання нового замовлення), що відповідає за додавання замовлення;

- Об'єкт класу OrderManager (Менеджер по роботі з замовленнями), що відповідає за обробку потоку подій розглянутого прецеденту;

- Об'єкт класу Order (Замовлення);

- Об'єкт класу Client (Клієнт);

- Об'єкт класу ComponentPart (комплектуючий виріб).

Тепер на діаграмі слід розмістити повідомлення, якими будуть обмінюватися об'єкти:

Номер повідомлення

Об'єкт - відправник повідомлення

Об'єкт - одержувач повідомлення

Назва

1

Менеджер по роботі з клієнтами

OrderOptions

введення пароля

2

OrderOptions

OrderOptions

перевірка пароля

3

Менеджер по роботі з клієнтами

OrderOptions

вибір операції "додати"

4

OrderOptions

AddNewOrder

відображення полів введення

5

Менеджер по роботі з клієнтами

AddNewOrder

вибір типу комп'ютера

6

AddNewOrder

OrderManager

отримання списку клієнтів

7

OrderManager

Client

отримання списку клієнтів

8

Client

AddNewOrder

список клієнтів

9

AddNewOrder

AddNewOrder

містить список клієнтів

10

Менеджер по роботі з клієнтами

AddNewOrder

вибір клієнта

11

AddNewOrder

OrderManager

отримання списку комплектуючих

12

OrderManager

ComponentPart

отримання списку комплектуючих

13

ComponentPart

AddNewOrder

список комплектуючих

14

AddNewOrder

AddNewOrder

містить список комплектуючих

15

Менеджер по роботі з клієнтами

AddNewOrder

* вибір необхідних комплектуючих

16

Менеджер по роботі з клієнтами

AddNewOrder

зберегти замовлення

17

AddNewOrder

OrderManager

передача управління

18

OrderManager

Order

зберегти

Підсумкова діаграма послідовності

Для відображення номера повідомлення в Rational Rose необхідно в меню Tools > Options > вкладка Diagram поставити галочку біля напису послідовності нумерації.

Створення діаграми кооперації для сценарію "Додати нове замовлення" прецеденту "Робота із замовленням"

Для створення діаграми кооперації необхідно натиснути правою кнопкою миші по пакету Діаграми взаємодії і в меню вибрати пункт New> Collaboration Diagram, ввести її ім'я, після чого двічі клацнути по ній в браузері, щоб відкрити її (рис. 4).

Побудова діаграми кооперації починається з розміщення на ній об'єктів, які будуть обмінюватися повідомленнями. Перелік об'єктів на даній діаграмі такий же, як і на попередній. Далі необхідно додати на діаграму зв'язки між об'єктами, які обмінюються повідомленнями:

  •  Менеджер по роботі з клієнтами і AddNewOrder
  •  Менеджер по роботі з клієнтами і OrderOptions
  •  AddNewOrder і OrderOptions
  •  AddNewOrder і OrderManager
  •  AddNewOrder і Client
  •  AddNewOrder і ComponentPart
  •  OrderManager і Client
  •  OrderManager і ComponentPart
  •  OrderManager і Order

Об'єкти та зв'язки на діаграмі кооперації

Останніми на діаграму кооперації додаються сполучення між об'єктами. Перелік повідомлень між об'єктами такий же, як і на діаграмі послідовності.

PAGE  1


 

А также другие работы, которые могут Вас заинтересовать

28555. Использование маркантов или производных ключей 15.1 KB
  Заключается в использовании для шифрования не непосредственно ключей хранимых у абонентов а некоторых производных ключей из них получаемых. Заключается в использовании вместо ключа K двоичного вектора S полученного побитным суммированием K и случайного двоичного вектора M называемого маркантом при этом маркант передается в открытом виде отправителем получателю. Действительно использование одного и того же ключа но разных маркантов не снижает стойкости шифра. Однако этот метод обладает одним недостатком восстановление одного...
28557. Несимметричные системы шифрования и их построение 23.7 KB
  Эти системы характеризуются тем что для шифрования и для расшифрования используются разные ключи связанные между собой некоторой зависимостью. Один из ключей например ключ шифрования может быть сделан общедоступным и в этом случае проблема получения общего секретного ключа для связи отпадает. Поскольку в большинстве случаев один ключ из пары делается общедоступным такие системы получили также название криптосистем с открытым ключом. Первый ключ не является секретным и может быть опубликован для использования всеми пользователями...
28558. Новое направление в криптографии, постулаты У. Диффи и М. Хеллмана 23.14 KB
  Это означает что если А является примитивным корнем простого числа Q тогда числа A mod Q A2 mod AQ1 mod Q являются различными и состоят из целых от 1 до Q 1 с некоторыми перестановками. В этом случае для любого целого B Q и примитивного корня A простого числа Q можно найти единственную экспоненту Х такую что Y =AX mod Q где 0≤ X ≤ Q1. Экспонента X называется дискретным логарифмом или индексом Y по основанию A mod Q. Общеизвестные элементы Q Простое число A A Q и A является примитивным корнем Q Создание...
28559. Описание системы с открытыми ключами 14.42 KB
  Альтернативным вариантом может быть обработка регистрации системой имеющей древовидную структуру: ЦО выдает сертификаты местным представителям которые в дальнейшем действуют в качестве посредников в процессе регистрации пользователя на более низких уровнях иерархии. Сертификаты могут распространяться ЦО пользователями или использоваться в иерархической системе. Поэтому если сертификаты хранятся у пользователей а не выдаются каждый раз ЦО при их использовании ЦО должен время от времени публиковать списки аннулированных сертификатов....
28560. Электро́нная по́дпись (ЭП) 17.3 KB
  Кроме этого использование электронной подписи позволяет осуществить: Контроль целостности передаваемого документа: при любом случайном или преднамеренном изменении документа подпись станет недействительной потому что вычислена она на основании исходного состояния документа и соответствует лишь ему. Защиту от изменений подделки документа: гарантия выявления подделки при контроле целостности делает подделывание нецелесообразным в большинстве случаев. Доказательное подтверждение авторства документа: Так как создать корректную подпись...
28561. Открытое шифрование и электронная подпись 14.08 KB
  Пользователь А вырабатывает цифровую подпись предназначенного для пользователя В сообщения М с помощью следующего преобразования: SIGm=EebnbEdanaM При этом он использует: свое секретное преобразование; открытое преобразование Eebnb пользователя В. Edana Затем он передает пользователю В пару{MSIGM}. Пользователь В может верифицировать это подписанное сообщение сначала при помощи своего секретного преобразованияс целью получения Edbnb EdanaM=EdbnbSIGM=EdbnbEebnbEdanaM и затем открытого Eeana пользователя А для...
28562. Основные результаты статьи Диффи и Хеллмана 24.93 KB
  Первая публикация данного алгоритма открытого ключа появилась в статье Диффи и Хеллмана в которой вводились основные понятия криптографии с открытым ключом и в общих чертах упоминался алгоритм обмена ключа ДиффиХеллмана. Сам алгоритм ДиффиХеллмана может применяться только для обмена ключами. Безопасность обмена ключа в алгоритме ДиффиХеллмана вытекает из того факта что хотя относительно легко вычислить экспоненты по модулю простого числа очень трудно вычислить дискретные логарифмы.
28563. Однонаправленные функции, построение однонаправленных функций с секретами 14.43 KB
  Обозначим через QF сложность вычисления значения Fx для произвольного xX через QF1 сложность вычисления по произвольному yY значения x такого что Fx=y сложность вычисления понимается в стандартном смысле теории сложности. Сложность вычисления F такова что алгоритм ее вычисления реализуем на современной технике и выдает ответ за приемлемое время 2. Сложность вычисления F1 такова что алгоритм ее вычисления либо не реализуем на современной технике либо не дает ответ за приемлемое время. Что считать приемлемым...