99698

Використання методології Rational Unified Process (RUP) при проектуванні інформаційних систем

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

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

За допомогою ПЗ Ratіonal Rose розробити діаграму варіантів використання. При цьому з кожним варіантом використання звязати файл що описує потік подій для даного варіанту використання. Цей файл являє собою текст або поєднання тексту та алгориитму який включає: опис призначення варіанту використання передумови які повинні бути виконані перш ніж почнеться робота з варіантом використання основний та альтернативний потоки подій а також постумови які повинні бути виконані після завершення варіанта використання.

Украинкский

2016-10-08

195.5 KB

0 чел.

Лабораторна робота  №2

"Використання методології Rational Unified Process  (RUP) при проектуванні інформаційних систем"

Мета роботи: Отримати практичні навички використання Case-засобів для проектування інформаційних систем на ранніх стадіях.

Порядок виконання:

1.Обрати предметну область для якої буде розроблятися інформаційна система.

2. За допомогою ПЗ Ratіonal Rose розробити діаграму варіантів використання.

При цьому з кожним варіантом використання зв’язати файл, що описує потік подій для даного варіанту використання. Цей файл являє собою текст (або поєднання тексту та алгориитму), який включає: опис призначення варіанту використання, передумови, які повинні бути виконані, перш ніж почнеться робота з варіантом використання, основний та альтернативний потоки подій, а також постумови, які повинні бути виконані після завершення варіанта використання.

3. Розробити діаграми Взаємодії (Послідовності та Кооперацій)

4. Розробити діаграму класів

5. Розробити діаграми Станів і Дій

6. Розробити діаграму Компонентів.

7. У разі необхідності розробити діаграму розміщення.

8. Згенерувати програмний код на обраній мові програмування

Підготувати звіт по лабораторній роботі


Порядок роботи з Ratіonal Rose:

  1.  Запустити програмне забезпечення Ratіonal Rose і у вікні створення нової моделі, яке з’явилося (рис. 1) вибрати Rational Unified Process .  

Зберегти нову модель з новою назвою.

  1.  Розробити представлення варіантів використання (The Use Case View) необхідно вказати всіх Акторів та всі Варіанти використання, а також розробити діаграми Варіатів використання (можна розробити як окремі діаграми для кожного випадку використання, так і загальну діаграму з відображенням всіх акторів та всіх випадків використання).

Для того, щоб створити нового актора чи новий Випадок використання, необхідно на відповідному пакеті клікнути правою кнопкою миші, вибрати пункт New та вибрати необхідну сутність чи діаграму (рис.2).

Пакети є групами сутностей - Акторів, Варіантів використання, тощо. Для упорядкування моделі можна створювати стільки пакетів, скільки необхідно.

При побудові діаграми Варіантів використання можна використовувати різні типи відношень (задаються в  Specification->Stereotype). 

Для зв’язку між варіантом використання та актором використовується зв’язок комунікації (communication). Напрямок стрілки показує, хто ініціює комунікацію.

Відношення „Включення” (“include”) – використовується, коли є якийсь фрагмент поведінки системи, який повторюється більше ніж в одному варіанті використання. Для того, щоб його не копіювати кожний раз – він описується, як окремий варіант використання, після чого на нього можна ссилатися з інших варіантів використання. 

Відношення Розширення (extended) – розширюючий варіант доповнює базовий в точких розширення (які визначаютьсч в базовому варіанті).

Відношення Узагальнення (generalization) – використовується у випадку, коли потрібно показати, що у деяких акторів є спільні риси (індивідуальний і корпоративний клієнт – вводимо абстрактний узагальнюючий клас клієнт).

Можна відображати  та модифікувати також властивості варіантів використання через Use-Case Specification.

Так, якщо існує декілька основних типів діаграм використання, можна кожній з діаграм присвоїти певний тип (stereotypes).

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

Встановлення мітки „abstract”, означатиме, що даний варіант використання не запускається безпосередньо актором, а забезпечує додаткову функціональність, яка може використовуватися іншими варіантами використання. Тобто, абстрактні класи будуть брати участь у зв’язках використання або розширення.

Для зв’язування файлу з варіантом використання слід: клікнути правою кнопкою миші на варіанті використання, вибрати пункт New->File, в діалоговому вікні  Open вибрати потрібний (попередньо створений файл) та натиснути кнопку Open.

Для акторів можна задати множинність їх використання (скільки екземплярів акторів використовуються варіант використання) – Open specification->Detail->Cardinality (задаємо 0..1, чи щось інше).

Можна також пов’язувати примітки (notes) з конкретними варіантами використання і акторами, використовуючи відповідну кнопку панелі інструментів.

 


  1.  Розробка діаграм Взаємодії.

Кожна Діаграма Послідовності має відображати певний потік варіанта виклристання (описаний в прикріпленому до нього файлі).

Для створення діаграми послідовності на варіанті використання клікнути правою кнопкою мишки та вибрати New->Sequence Diagram.

При створенні діаграми необхідно користуватися відповідними піктограмами.

Так, для створення нового об’єкта, слід використати кнопку Object та ввести ім’я нового об’єкта. Для деталізації властивостей об’єкта слід клікнути по ньому правою кнопкою мишки та вибрати Open Specification. Для призначення об’єкту класу можна використати  поле  Class. За умовчанням клас не визначений – Unspecified. Для перевірки чи всі об’єкти співвіднесені з класами  слід вибрати в меню моделі Report->Show Unresolved Object.   При призначенні класу використовується або вже існуючий клас, або створюється новий. Всі класи мають бути визначені до генерації програмного коду.

Також для кожного об’єкта можна задати його стійкість, для цього клікаємо правою клавішею мишки по об’єкту, далі вибираємо Open Specification і встановлюємо перемикач Persistence в одне з положень, при цьому Persistent (стійкий) буде означати, що об’єкт зберігається в БД або де-інде і після закінчення роботи програми,  Static(Статичний) - об’єкт зберігається на час роботи програми, Transient (Тимчасовий) – зберігається лише короткий проміжок часу – поки не закінчиться виконання певних процесів.

На діаграмі послідовностей також можна відобразити роботу з множинними екземплярами об’єктів.

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

Кожний альтернативний потік варіанта використання моделюється за допомогою своєї діаграми послідовності.

Щодо повідомлень, то слід пам’ятати, що при генерації програмного коду стрілки повідомлень транслюються в виклики функцій.

Для включення прямокутника активності використовують: Tools->Options->Diagram -  Focus of control.

На діаграмах Послідовності також використовуються скрипти, які пишуться зліва навпроти відповідного повідомлення в Text Box (для прикріплення слід виділити текст скрипта та повідомлення при нажатій клавіші Shift, вибрати Edit->Attach Script).  

Кооперативні діаграми відображають ту ж саму інформацію, що й діаграми Послідовності, але вони більшу увагу акцентують на взаємодії між об’єктами, тоді як діаграми Послідовності – на упорядкуванні подій у часі. На кооперативній діаграмі на можна також показати потоки даних між об’єктами. Зазвичай для одного випадку використання створюють якусь одну діаграму – Послідовності, або Кооперації. А за необхідності можна створити діаграму Кооперації з діаграми Послідовності або навпаки (Browse -> Create) і лише переключатися між ними (Browse -> Go to).

Перш ніж перейти до генерації коду слід також співвіднести повідомлення діаграм Послідовності і Кооперації з операціями класів. Для цього об’єкт, що отримує повідомлення має бути співвіднесений з класом. І якщо це так, то клікнувши правою кнопкою мишки по повідомленню, можна отримати перелік операцій для цього класу – слід вибрати одну з них. Також на цьому етапі можна ввести нову операцію. Для перевірки, чи всі повідомлення співвіднесені з операціями можна скористатися  Report->Show Unresolved Messsages.

Також можна задати синхронізацію повідомлень на вкладці вікна специфікацій Detail.


  1.  Діаграми Класів – відносяться до Логічного представлення системи. Може бути одна головна та ще декілька додаткових діаграм класів.

Для створення нової діаграми класів необхідно на логічному представленні клікнути правою кнопкою миші – New->Class Diagram

Існує декілька типів класів:

Параметризований  - використовується для створення сімейства інших класів;

На основі аргументів в прямокутнику, виділеному пунктиром, створюються елементи стандартного класу.

Клас-наповнювач ( instamtiated) – є параметризованим класом, аргументи якого мають конкретні значення. Ім’я аргумента заключається в кутові дужки.

Утиліти класу – це сукупність деяких операцій (математичних функцій) зібраних разом і використовуваних всією системою.

Також можуть бути утиліти параметризованого класу та утиліти класу-наповнювача.

Метаклас – клас, екземпляри якого є класами, а не об’єктами.

Абстрактним називається клас, який не наповнюється конкретним змістом (зазвичай використовуються при роботі з наслідуванням).

За допомогою механізму стереотипів можна категоризувати класи.

В UML визначено три основних стереотипи:

1) Пограничні класи (boundery) – класи, розміщені на границі системи із зовнішнім світом – форми, звіти, інтерфейси.

2) Класи-сутності (entity) –містять інформацію, що зберігається постійно.

3) Керуючі класи (control) – відповідають за координацію дій інших класів.

Параметр Visibility показує, чи буде видний клас поза своїм пакетом.

Параметр Cardinality дозволяє вказати, скільки в даного класу має бути екземплярів.

Параметр стійкості класу (Persistent) показує, чи потрібно його використовувати при генерації бази  даних.

Можна створювати вкладені (Nested) класи.

Пакети використовуються для групування класів, які мають щось спільне.

Для створення атрибутів клікнути правою кнопкою миші по класу. Атрибут вводиться в форматі:

Ім’я : Тип даних = Початкове значення

Піктограмки біля атрибутів означають їх видимість:

- доступний всім класам;

- доступний тільки для одного класу;

- достуний для класу і його потомків;

- доступний для всіх класів пакету.

Метод локалізації атрибута (containment) вказує, яким чином він зберігається – всередині класу, по посиланню чи невідомо.

Статичність вказує на використання атрибуту екземплярами класу.

Похідний (derived) – атрибут, створений з одного або декількох інших атрибутів, помічається символом „/”.

Операції (поведінка класу) м.б. 4-х типів:

1. Реалізації (implementor) – реалізують деяку бізнес-функціональність;

2. Керування – керують створенням і знищенням об’єктів;

3. Доступу – (до атрибутів класу);

4. Допоміжні – закриті для класу і захищені від інших.

Задаються в форматі:

Ім’я (Аргумент1: Тип даних аргумента1, ...) : Тип повертаємого значення

Більшість решти даних, що вводяться в специфікації операції на програмний код не впливають, а лише з’являються в ньому як коментар.

Також слід задати відношення певних типів між класами.

  1.  Для розробки діаграм Станів та Дій слід використовувати відповідні піктограми.

  1.  Представлення Компонентів містить інформацію про бібліотеки кодів,  виконуваних файлах, динамічних бібліотеках та інш.

Перед початком генерації коду необхідно співвіднести кожний файл з відповідними компонентами.

Зв’язки між компонентами – залежності – показують, що один компонент повинен компілюватися перед іншим.

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

  1.  Представлення Розміщення відповідає фізичному розміщенню системи, на відповідних діаграмах показуються процесори та пристрої мережі та фізичні з’єднання між ними.

  1.  Код може бути згенерований для пакета, компонента, або набору компонентів.

Назва компонента використовується як ім’я файлу, що містить програмний код. Файл з кодом розміщується в папку, назва якої відповідає назві пакету в представленні компонентів.

Послідовність генерації коду:

1. Обрати компонент чи пакет,

 Tools -> Мова -> Code Generation

Процес генерації відображається у відповідному вікні.

2. Слід додати заголовок проекту

3. Додати пов’язані бібліотек і базові проекти

4. Встановлення типів файлів та аналіз файлів

5. Оцінка помилок

6. Настройка параметрів експорта-імпорта

7. Оновлення моделі

Рис.2.

Рис.1.


 

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

39063. Системы автоматизированного проектирования. Программы AutoCAD и P-CAD 67 KB
  Программы utoCD и PCD По целевому назначению программы utoCD и PCD относятся к группе: CD англ. По отраслевому назначению программы utoCD и PCD относятся к группам: ED англ. utodesk rchitecturl Desktop utoCD Revit rchitecture Suite Pirnesi rchiCD. Сравнение utoCD и PCD Характеристика utoCD PCD 1.
39064. Работа с базами данных. Язык SQL 44 KB
  Большинство современных СУБД построено на реляционной модели данных. Для получения информации из отношений таблиц базы данных в качестве языка манипулирования данными в теоретическом плане используются три абстрактных языка: язык реляционной алгебры; язык реляционного исчисления на кортежах; язык реляционного исчисления на доменах. Накопленная информация в современных информационных технологиях хранится и организованна в базах данных.
39065. Программа для бизнес-планирования производства и оказания услуг в бизнесе Project Expert 90.5 KB
  Аналитическая система Project Expert программа позволяющая прожить планируемые инвестиционные решения без потери финансовых средств предоставить необходимую финансовую отчётность потенциальным инвесторам и кредиторам обосновать для них эффективность участия в проекте. Project Expert поможет: Разработать бизнесплан развития предприятия Разработать финансовую модель проекта и компании Определить финансирование проекта. Работу с программой Project Expert можно разделить на 6 этапов: 1.
39066. Язык UML 91 KB
  На UML диаграмме примечание присоединяется к одному или нескольким элементам диаграммы. Внутри прямоугольникапримечания помещаются комментарии или ограничения относящиеся к элементу или нескольким элементам диаграммы. UML диаграммы С помощью комбинации пиктограмм строятся UML диаграммы. Рассмотрим три из них: диаграммы прецедентов диаграммы классов и диаграммы действий.
39067. Характеристика case-средства Rational Rose 138 KB
  Назначение элементов экрана интерфейса Rose: Браузер browser используется для быстрой навигации по модели. C его помощью можно документировать элементы модели Rose. Документация будет выводиться также в отчетах создаваемых в среде Rose.
39068. Работа с объектами информационных систем на платформе 1С:Предприятие 43 KB
  1С:Предприятие является универсальной системой автоматизации деятельности предприятий учреждений. За счет своей универсальности система 1С:Предприятие может быть использована для автоматизации самых разных участков экономической деятельности предприятия: учета товарных и материальных средств взаиморасчетов с контрагентами. Самыми распространенными наверное являются такие конфигурации как Бухгалтерия Бухгалтерия государственного учреждения Зарплата и кадры бюджетного учреждения Зарплата и управление персоналом Управление...
39069. Тестированию программного обеспечения с использованием языка программирования C# и NUnit-тестов 82.5 KB
  Тестовая деятельность предусматривающая эксплуатацию программного продукта носит название динамического тестирования. Статическое и динамическое тестирование дополняют друг друга и каждый из этих типов тестирования реализует собственный подход к выявлению ошибок. К четырем компонентам которые должны быть оптимизированы для целей быстрого тестирования относятся персонал процесс комплексных испытаний статическое тестирование и динамическое тестирование. 1 Для выполнения быстрого тестирования нужны хорошо подготовленные и гибкие...
39070. Использование программных продуктов CRM на российском рынке 304.5 KB
  Системы управления взаимоотношения с клиентами CRM Система управления взаимоотношениями с клиентами CRM CRMсистема сокращение от англ. CRM модель взаимодействия полагающая что центром всей философии бизнеса является клиент а основными направлениями деятельности являются меры по поддержке эффективного маркетинга продаж и обслуживания клиентов. Состав системы CRMсистема может включать в себя: Фронтальную часть обеспечивающую обслуживание клиентов на точках продаж с автономной распределенной или централизованной обработкой...
39071. Универсальный язык моделирования (UML) 128.5 KB
  UML это набор различных видов диаграмм: диаграмма классов диаграмма объектов диаграмма связей диаграмма вариантов использования текстовый сценарий диаграмма действий диаграмма состояний диаграмма последовательности UML это не средство разработки программного обеспечения это всего лишь средство понятных иллюстраций разрабатываемого проекта. Варианты использования Сценарий. Диаграмма вариантов использования. Описание вариантов использования.