Основи автоматизованого проектування складних об’єктів та систем. Лабораторна робота з Основи автоматизованого проектування складних об’єктів і систем. Робота № 519328

Основи автоматизованого проектування складних об’єктів та систем

Інформація про навчальний заклад

ВУЗ:

Національний університет Львівська політехніка

Інститут:

Не вказано

Факультет:

КН

Кафедра:

Кафедра автоматизованих систем управління

Інформація про роботу

Рік:

2013

Тип роботи:

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

Предмет:

Основи автоматизованого проектування складних об’єктів і систем

Завантажити

Частина тексту файла (без зображень, графіків і формул):

Міністерство освіти і науки України Національний університет «Львівська політехніка» Кафедра автоматизованих систем управління Лабораторна робота № 3 з дисципліни “Основи автоматизованого проектування складних об’єктів та систем” Мета: Оволодіти навичками моделювання діаграм видів діяльності для індивідуального завдання та навчитися реалізовувати їх. 1. Порядок виконання роботи Ознайомитися з теоретичною частиною. Ознайомитися із середовищем розробки діаграм. Розробити діаграму прецедентів для свого індивідуального завдання. Здійснити документацію для кожного прецеденту діаграми. Оформити звіт по результатах виконаної роботи. Теоретичні відомості Діаграми діяльності - це один з п'яти видів діаграм, вживаних в UML для моделювання динамічних аспектів поведінки. Діаграма діяльності - це, по суті, блок-схема, яка показує, як потік управління переходить від однієї діяльності до іншої. Діаграми діяльності можна використовувати для моделювання динамічних аспектів поведінки системи. Як правило, вони застосовуються, щоб змоделювати послідовні (а іноді і паралельні) кроки обчислювального процесу. За допомогою діаграм діяльності можна також моделювати життя об'єкту, коли він переходить з одного стану в інший в різних точках потоку управління. Діаграми діяльності можуть використовуватися самостійно для візуалізації, специфікації, конструювання і документування динаміки сукупності об'єктів, але вони придатні також і для моделювання потоку управління при виконанні деякої операції. Якщо в діаграмах взаємодій акцент робиться на переходах потоку управління від об'єкту до об'єкту, то діаграми діяльності описують переходи від однієї діяльності до іншої. Діяльність (Activity) - це деякий відносно тривалий етап виконання в автоматі. Зрештою діяльність зводиться до деякої дії (Action), яка складена з атомарних обчислень, що приводять до зміни стану системи або повернення значення. Діаграма діяльності в загальному випадку складається з: - станів діяльності і станів дії; - переходів; - Q об'єктів. Примітка: Діаграма діяльності, власне, є проекцією елементів, присутніх в графі діяльності, - різновиду автомата, в якому все або більшість станів - це стани діяльності, а все або більшість переходів обумовлені завершенням діяльності в стані-джерелі. Оскільки діаграма діяльності - це автомат, то до неї застосовні всі характеристики автоматів. Це означає, зокрема, що діаграма діяльності може містити прості і складені стани, точки галуження, розділення і злиття. Розділення і злиття повинні відповідати один одному. У простому випадку це означає, що для будь-якого розділення на діаграмі повинне бути відповідне злиття, яке об'єднує всі нитки, що мають почало в цьому розділенні. (Це правило обумовлене тією обставиною, що діаграма діяльності є, по суті, різновидом діаграми станів.) Проте це правило має декілька виключень: • Нитка, що виходить з деякого розділення, сама може бути розділенням з новими нитками, які об'єднуються разом до того, як буде досягнуте злиття всіх початкових ниток. • Якщо нитка, що виходить з деякого розділення, відразу потрапляє в інше розділення, то це друге розділення можна видалити, а нитки, що виходять з нього, зобразити такими, що виходять з першого розділення. Аналогічно, якщо деяке злиття безпосередньо переходить в інше злиття, то перше злиття можна видалити, а всі вхідні в нього нитки зобразити такими, що входять в друге злиття. Це спрощення нотації дозволяє подолати непотрібне ускладнення діаграм, і така сама семантика дозволяє зображати на діаграмі додаткові розділення і злиття. Діаграми діяльності важливі не тільки для моделювання динамічних аспектів поведінки системи, але і для побудови виконуваних систем за допомогою прямого і зворотного проектування. Діаграма видів діяльності Види діяльності для прецедента «Перегляд товарів» Діаграма видів діяльності для прецедента «Перегляд товарів» Установка дії в основних та альтернативних потоках для прецедента «Перегляд товарів» № Формулювання прецедента Стан видів діяльності 1 Після того, як клієнт вибере який сааме товар він хоче розглянути, система відображає на екрані форму з інформацією про необхідний товар Показати форму з інформацією про товар 2 Клієнт вирішив переглянути інформацію про товар. Далі клієнт вибирає зі списку ті товари, які його зацікавили. Клієнт вибирає бажаний товар 3 Система показує клієнту повну інформацію про вибраний товар Перегляд товару Види діяльності для прецедента «Пошук» Діаграма видів діяльності для прецедента «Пошук» Установка дії в основних та альтернативних потоках для прецедента «Пошук» № Формулювання прецедента Стан видів діяльності 1 Після того як клієнт обере «Пошук», система відображає на екрані сторінку з формою пошуку і просить ввести необхідні дані для пошуку. Відобразити сторінку з формою пошуку 2 Клієнт повинен ввести дані в поля пошуку Ввести дані 3 Система безпосередньо проводить пошук по базі даних Здійснити пошук 4 Система виводить результат пошуку на екран Вивести результат пошуку 5 Система пропонує клієнту повторити процедуру пошуку Повторити Види діяльності для прецедента «Реєстрація» Діаграма видів діяльності для прецедента «Реєстрація» Установка дії в основних та альтернативних потоках для прецедента «Реєстрація» № Формулювання прецедента Стан видів діяльності 1 Після того, як клієнт натисне кнопку «Зареєструватись», система відображає на екрані форму реєстрації і просить ввести необхідні дані Показати реєстраційну форму 2 Система приймає від клієнта необхідні дані для реєстрації Ввести дані для реєстрації 3 Якщо всі дані введені правильно – система реєструє користувача Зареєструвати користувача в системі 4 Система переходить до прецедента «Повідомлення клієнту» Перехід до прецедента «Повідомлення клієнту» Види діяльності для прецедента «Кошик» Діаграма видів діяльності для прецедента «Кошик» Установка дії в основних та альтернативних потоках для прецедента «Кошик» № Формулювання прецедента Стан видів діяльності 1 Якщо клієнту сподобався товар і він хоче через деякий час до нього повернутися, він додає товар до кошика, натискаючи на відповідний надпис Показати список доступних товарів 2 Після цього товар додається в кошик до решти наявних уже там товарів Показати кошик з вибраним товаром 3 Система переходить до прецедента «Повідомлення клієнту» Перехід до прецедента «Повідомлення клієнту» Види діяльності для прецедента «Оформлення замовлення» Діаграма видів діяльності для прецедента «Оформлення замовлення» Установка дії в основних та альтернативних потоках для прецедента «Оформлення замовлення» № Формулювання прецедента Стан видів діяльності 1 Після того як клієнт обере «Замовити», система відображає на екрані сторінку з формою для оформлення замовлення і просить ввести необхідні дані для здійснення замовлення. Відобразити сторінку з формою для здійснення замовлення 2 Система приймає вхідні дані від клієнта Заповнити форму 3 Система видає клієнту повідомлення про замовлення товару Видання клієнту інформаційного повідомлення про здійснене замовлення Види діяльності для прецедента «Оплата» Діаграма видів діяльності для прецедента «Оплата» Установка дії в основних та альтернативних потоках для прецедента «Оплата» № Формулювання прецедента Стан видів діяльності 1 Після того як клієнт обере «Оплата», система відображає на екрані сторінку з формою оплати і просить ввести необхідні дані для оплати. Відобразити сторінку з формою оплати 2 Система приймає вхідні дані від клієнта і просить вибрати зручну для нього форму оплати –готівку, безготівку чи web-money. Заповнити форму 3 Система видає клієнту рахунок Видання клієнту рахунку Види діяльності для прецедента «Оновлення бази даних» Діаграма видів діяльності для прецедента «Оновлення бази даних» Установка дії в основних та альтернативних потоках для прецедента «Оновлення бази даних» № Формулювання прецедента Стан видів діяльності 1 Система формує запит до бази даних, щоб внести зміни Запит до бази даних 2 Адміністратор чи зареєстрований користувач може внести зміни до бази даних Внести зміни до бази даних 3 Система оновлює в базі даних інформацію Оновлення бази даних Види діяльності для прецедента «Повідомлення клієнту» Діаграма видів діяльності для прецедента «Повідомлення клієнту» Установка дії в основних та альтернативних потоках для прецедента «Повідомлення клієнту» № Формулювання прецедента Стан видів діяльності 1 Система постійно отримує різного роду запити, які одразу опрацьовує Опрацювання запиту 2 Виведення на екран відповідного повідомлення Відправлення відповідного повідомлення Висновок Діаграма діяльності - це, по суті, блок-схема, яка показує, як потік управління переходить від однієї діяльності до іншої. Діаграми діяльності важливі не тільки для моделювання динамічних аспектів поведінки системи, але і для побудови виконуваних систем за допомогою прямого і зворотного проектування. Діаграма діяльності — в UML, візуальне представлення графу діяльностей. Граф діяльностей є різновидом графу станів скінченного автомату, вершинами якого є певні дії, а переходи відбуваються по завершеню дій. В ході виконання даної лабораторної роботи я оволоділа навичками моделювання діаграм видів діяльності, ознайомилася із середовищем розробки діаграм та розробила діаграми видів діяльності для свого індивідуального завдання.

Лабораторна робота Основи автоматизованого проектування складних об’єктів і систем

77pazan77

01.02.2013 03:35

Коментарі

Ви не можете залишити коментар. Для цього, будь ласка, або зареєструйтесь.

Ділись своїми роботами та отримуй миттєві бонуси!

поділитись