6.2.2.3. ставлення розширення
Ставлення розширення (Extend) визначає взаємозв'язок базового варіанту використання з іншим варіантом використання, функціональне поведінка якого задіюється базовим не завжди, а тільки при виконанні додаткових умов.
У мові UML відношення розширення є залежністю, спрямованої до базового варіанту використання і з'єднаної з ним в так званій точці розширення. Ставлення розширення між варіантами використання позначається як відношення залежності у формі пунктирною лінії зі стрілкою, спрямованої від того варіанту використання, який є розширенням для базового варіанту використання. Дана лінія зі стрілкою повинна бути позначена стереотипом>, як показано на рис. 6.26.
Мал. 6.26. Приклад графічного зображення відносини розширення між варіантами використання
У зображеному фрагменті має місце відношення розширення між базовим варіантом використання "Надання кредиту в банку" і варіантом використання "Надання податкових пільг". Це означає, що властивості поведінки першого варіанту використання в деяких випадках можуть бути доповнені функціональністю другого варіанту використання. Для того щоб це розширення мало місце, повинно бути виконано певне логічне умова даного відносини розширення.
Ставлення розширення дозволяє моделювати таким чином, що один з варіантів використання повинен приєднувати до своєї поведінки додаткове поведінку, певне для іншого варіанту використання. У той же час, дане відношення завжди передбачає перевірку умови і посилання на точку розширення в базовому варіанті використання. Точка розширення визначає місце в базовому варіанті використання, в яке повинне існувати розширення при виконанні відповідного логічного умови. При цьому один з варіантів використання може бути розширенням для декількох базових варіантів, а також мати в якості власних розширень інші варіанти. Базовий варіант використання не залежить від своїх розширень.
Семантика відносини розширення визначається наступним чином. Якщо базовий варіант використання виконує деяку послідовність дій, яка визначає його поведінку, і при цьому є точка розширення на екземпляр іншого варіанту використання, яка є першою з усіх точок розширення у базового варіанту, то перевіряється логічне умова даного відносини. Якщо ця умова виконується, вихідна послідовність дій розширюється за допомогою включення дій іншого варіанту використання. Слід зауважити, що умова відносини розширення перевіряється лише один раз - при першій посиланням на точку розширення, і якщо воно виконується, то все що розширюють варіанти використання вставляються в базовий варіант.
6.2.2.4. ставлення узагальнення
Два і більш актора можуть мати загальні властивості, т. Е. Взаємодіяти з одним і тим же безліччю варіантів використання однаковим чином. Така спільність властивостей і поведінки представляється у вигляді відношення узагальнення (Generalization) з іншим.
Графічно відношення узагальнення позначається суцільною лінією зі стрілкою в формі не закрашеного трикутника, яка вказує на батьківський варіант використання (рис. 6.27.). Ця лінія зі стрілкою має спеціальну назву - стрілка-узагальнення.
Мал. 6.27. Приклад графічного зображення відносини узагальнення між варіантами використання
В даному прикладі ставлення узагальнення вказує на те, що варіант використання "Надання кредиту корпоративним клієнтам" - спеціальний випадок варіанти використання "Надання кредиту клієнтам банку". Іншими словами, перший варіант використання є спеціалізацією другого варіанту використання. При цьому варіант використання "Надання кредиту клієнтам банку" ще називають предком або батьком по відношенню до варіанту використання "Надання кредиту корпоративним клієнтам", а останній варіант називають нащадком по відношенню до першого варіанту використання. Слід підкреслити, що нащадок успадкує все властивості поведінки свого батька, а також може мати додаткові особливостями поведінки.
Ставлення узагальнення між варіантами використання застосовується в тому випадку, коли необхідно відзначити, що дочірні варіанти використання мають усіма особливостями поведінки батьківських варіантів. При цьому дочірні варіанти використання беруть участь у всіх відносинах батьківських варіантів. У свою чергу, дочірні варіанти можуть наділятися новими властивостями поведінки, які відсутні у батьківських варіантів використання, а також уточнювати або модифікувати успадковані від них властивості поведінки.
6.2.3. Додаткові позначення мови UML для бізнес-моделювання
Мова UML включає в себе спеціальні механізми розширення, які дозволяють ввести в розгляд додаткові графічні позначення, орієнтовані для вирішення завдань з певної предметної області. Приклади подібних позначень, які використовуються для моделювання бізнес-систем і можуть бути зображені на діаграмах варіантів використання: бізнес-актор, співробітник і бізнес-варіант використання (рис. 6.28.).
Бізнес-актор (Business actor) - індивідуум, група, організація, компанія чи система, які взаємодіють з моделюється бізнес-системою, але не входять в неї, тобто не є частиною системи, що моделюється. Прикладами бізнес-акторів є клієнти, покупці, постачальники, партнери. Загальна властивість бізнес-акторів полягає в тому, що вони є ініціаторами або клієнтами бізнес-процесів, що моделюється.
Співробітник (Business worker) - індивідуум, який діє всередині модельованої бізнес-системи, взаємодіє з іншими співробітниками і є учасником бізнес-процесу, що моделюється. Прикладами співробітників є менеджери, адміністратори, касири, інженери. Загальна властивість співробітників полягає в тому то, що вони є суб'єктами і входять до складу системи, що моделюється.
Бізнес-варіант використання (Business use case) - варіант використання, який визначає послідовність дій, що моделюється, спрямованих на виконання окремого бізнес-процесу. Загальна властивість бізнес-варіантів використання полягає в тому, що вони є концептуальною моделлю окремих бізнес-процесів, що моделюється.
Мал. 6.28. Графічні зображення бізнес-актора (а), бізнес-співробітника (б) і бізнес-варіанти використання (в)
6.2.4. Приклади USE CASE і їх реалізація
Мал. 6.29. Приклад використання пакетів
Короткий опис рис. 6.29:
В даному use case користувач (Actor) може отримати доступ до сайту, і до бази даних НДІ - відповідно до зареєстрованого імені.
Actors: User, Operator, and Administrator
Потік подій: Основний потік
Початок: Use Case починається, коли користувач вводить Login і Password в відповідні форми і підтверджує введення.
Перевірка: Система перевіряє введені користувачем дані і надати їм доступ.
Відмовити в доступі. Введений користувачем Login і Password не вірні. Система пропонує повторити введення або зареєструватися.
Альтернативний потік 2:
Альтернативний потік 3:
У будь-який момент часу користувач може вибрати сервіс «Вийти». Поточна сесія користувача завершується. З'єднання з сервером розривається.
Використання IE. Розробляється система передбачає використання браузера Microsoft Internet Explorer v.5.0 і вище.
Мал. 6.30. Use Case «Увійти на сайт»
Мал. 6.31. Use Case «Виправлення не вірно введеної записи»
Короткий опис рис. 6.31:
Use Case стартує, коли Оператор вибирає сервіс "Виправити". Призначенням даного сервісу є виправлення активної записи в БД ПЕ НДІ без створення історії. Оператор вибирає поле, яке має бути виправлене, вносить в форму введення нового значення. Після введення значення, сервіс "Виправити" вносить зміни до відповідного запису таблиці БД ПЕ НДІ.
Оператор вибирає сервіс "Виправити". Сервіс пропонує вибрати необхідне поле виправляється записи, відображаючи список можливих для виправлення полів і їх поточне значення.
Оператор вибирає поле для виправлення і заносить нове значення обраного поля в форму введення. Сервіс відправляє запит до БД ПЕ НДІ. СУБД DB2 перевіряє права користувача і, якщо вони є достатніми, дозволяє зміна.
З точки зору розроблюваної ПЕ НДІ, виправлення помилки не є історично-інформаційним і не тягне за собою появу нових записів і зміни в пов'язаних записах.
Повідомити про помилку. При виборі сервісу "Виправлення запису" система повертає Користувачеві повідомлення про помилки:
Мал. 6.32. Use Case «Зміна даних в таблиці»
Короткий опис рис. 6.32:
Use Case стартує, коли Оператор вибирає сервіс "Модифікація даних". Оператор може вибрати: вставити новий запис; видалити існуючий запис; змінити існуючий запис. Система контролює дії Оператора, і правильність введених даних (за типами)
Вибрати дію. Оператор вибирає потенційний вплив: вставити новий запис; видалити існуючий запис; змінити існуючий запис.
Мал. 6.33. Use Case «Знайти»
Схожі роботи:
Технологіяпрограммірованного навчання
Технологіяпрограммірованія (2)
Технологіяпрограммірованія (1)
ЗАПИСКА до курсового проекту з предмету «Технологіяпрограммірованія» Виконав студент 9651 групи: Матвєєв. неефективний в об'єктних і об'єктно-орієнтованих мовах програмування. У методі потоків даних програмна система розглядається.
Методи і технології додаткового професійного навчання кадрів
Реферат >> Держава і право
і кожна пара вручну перевірена технологами центру. Актуальність дослідження. дипломної роботи - проаналізувати методи і технології додаткового професійного навчання. реалізується через тренінги, програмоване. комп'ютерне навчання, навчальні.
процесах (і в різних технологіяхпрограммірованія). Не слід також плутати технологіюпрограммірованія з методологією програмування [1.8]. У технологііпрограммірованіяметоди розглядаються «зверху» з точки.