Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
ДІАГРАМИ ВАРІАНТІВ ВИКОРИСТАННЯ, ДІАГРАМИ АКТИВНОСТІ, ДІАГАРМИ ПОСЛІДОВНОСТІ, ДІАГРАМИ КОМПОНЕНТІВ, ДІАГРАМИ КЛАСІВ
Інформація про навчальний заклад
ВУЗ:
Національний університет Львівська політехніка
Інститут:
Інститут комп’ютерної техніки, автоматики та метрології
Факультет:
КН
Кафедра:
Не вказано
Інформація про роботу
Рік:
2013
Тип роботи:
Звіт
Предмет:
Інженерія програмного забеспечення
Частина тексту файла (без зображень, графіків і формул):
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ «ЛЬВІВСЬКА ПОЛІТЕХНІКА»
ІНСТИТУТ КОМП’ЮТЕРНОЇ ТЕХНІКИ АВТОМАТИКИ ТА МЕТРОЛОГІЇ
ЗВІТ ПРАКТИЧНИХ РОБІТ
З ПРЕДМЕТУ: «Інженерія програмного забезпечення»
ТЕМА: «ДІАГРАМИ ВАРІАНТІВ ВИКОРИСТАННЯ, ДІАГРАМИ АКТИВНОСТІ,
ДІАГАРМИ ПОСЛІДОВНОСТІ, ДІАГРАМИ КОМПОНЕНТІВ, ДІАГРАМИ КЛАСІВ»
Підготував:
ст. гр. КІ-31
Куць Юрій
Прийняв:
Мороз І.В.
Львів – 2013
Мета роботи: навчитися створювати діаграми варіантів використання,
діаграми активності, діаграми послідовності, діаграми компонентів, діаграми класів.
Теоритичні відомості
Діаграма варіантів використання (Use case diagram) - діаграма, на якій відображені відносини, що існують між акторами і варіантами використання.
Основне завдання - представляти собою єдиний засіб, що дає можливість замовнику, кінцевому користувачеві і розробнику спільно обговорювати функціональність і поведінку системи. Діаграми варіантів використання є первісним, концептуальним представленням (концептуальною моделлю) ПС в процесі її проектування й розробки. Вони виступають основою подальшої деталізації системи у формі логічних і фізичних моделей.
Будь-які (в тому числі і програмні) системи проектуються з урахуванням того, що в процесі своєї роботи вони будуть використовуватися людьми та / або взаємодіяти з іншими системами. Сутності, з якими взаємодіє система в процесі своєї роботи, називаються актори, причому кожен актор очікує, що система буде вести себе строго певним, передбачуваним чином. Графічно актор зображується або "чоловічком".
Прецеденти позначаються дуже простим чином - у вигляді еліпса, всередині якого зазначена його назва. Прецеденти і актор з'єднуються за допомогою ліній. Часто на одному з кінців лінії зображують стрілку, причому спрямована вона на той, у кого запитують сервіс, іншими словами, чиїми послугами користуються.
Діаграма активності (діяльності)
У UML діаграми діяльності є окремим випадком діаграм станів. Діаграми діяльності зручно застосовувати для візуалізації алгоритмів, за якими працюють операції класів. Позначення на діаграмі активності також нагадують ті, які ми зустрічали на блок-схемі, хоча є, як ми побачимо далі, і деякі суттєві відмінності. З іншого боку, нотація діаграм активності дуже схожа на ту, яка використовується в діаграмах станів. Модель діяльності в UML являє собою поведінку системи як певні роботи, котрі можуть виконувати як система, так і актор, причому послідовність робіт може залежати від прийняття певних рішень залежно від умов, що склалися. Окрема діяльність (робота) зображається на діаграмі прямокутником із закругленими кутами. Потоки керування між роботами показуються стрілками. Якщо мова йде про прийняття рішення, то з відповідного прямокутника виходять дві стрілки, на кожній може позначатися текст умови, якій вона відповідає. Діаграма діяльності нагадує відомі блок-схеми алгоритмів та програм, зокрема передбачено відображення можливості виконувати паралельно кілька діяльностей і точки синхронізації завершення їх.
Діаграма послідовностей відноситься до діаграм взаємодії UML, що описує поведінкові аспекти системи, але розглядає взаємодію об'єктів у часі. Іншими словами, діаграма послідовностей відображає часові особливості передачі і прийому повідомлень об'єктами. Діаграми послідовностей можна (і потрібно!) використовувати для уточнення діаграм прецедентів, більш детального опису логіки сценаріїв використання. Це відмінний засіб документування проекту з точки зору сценаріїв використання! Діаграми послідовностей зазвичай містять об'єкти, які взаємодіють у рамках сценарію, повідомлення, якими вони обмінюються, і які повертаються результати, які пов'язані з повідомленнями. Тепер про те, які позначення використовуються на діаграмі послідовностей. Як і раніше, об'єкти позначаються прямокутниками з підкресленими іменами (щоб відрізнити їх від класів), повідомлення (виклики методів) - лініями зі стрілками, які повертають результати - пунктирними лініями зі стрілками. Прямокутники на вертикальних лініях під кожним з об'єктів показують "час життя" (фокус) об'єктів. Втім, досить часто їх не зображують на діаграмі, все це залежить від індивідуального стилю проектування.
Діаграми компонент
Призначенням діаграми компонент є відображення структур системи як композиції компонент і зв’язків між ними так, як їх уявляє собі програміст. Це граф, вузлами якого є компоненти, а дуги відображають відношення залежності. Серед видів компонент особливого обговорення заслуговує пакет
На діаграмах компонентів буде показано компоненти програмного забезпечення (або технології компонентів, такі як KParts, компоненти CORBA або Java Beans, або просто розділи системи, які чітко відрізняються один від одного), а також елементи, з яких вони складаються, такі як файли з початковими кодами, програмні бібліотеки або таблиці реляційних баз даних.
Компоненти можуть мати інтерфейси (тобто абстрактні класи з операціями), які надають змогу створювати асоціації між компонентами.
Діаграма класів - це набір статичних, декларативних елементів моделі. Діаграми класів можуть застосовуватися і при прямому проектуванні, тобто в процесі розробки нової системи, і при зворотному проектуванні - описі існуючих і використовуваних систем. Інформація з діаграми класів безпосередньо відображається у вихідний код програми – у більшості існуючих інструментів UML-моделювання можлива кодогенераціі для певної мови програмування (зазвичай Java або C++). Таким чином, діаграма класів - кінцевий результат проектування і відправна точка процесу розробки.
Завдання
Варіант 11: Програмне забезпечення метеорологічної станції
Розв’язок
Діаграма варіантів використання
Система прогнозування погоди забезпечує:
Система управління відправляє резюме про погодні дані, отримані від приладів до системи інформації про погоду. Основна інформація містить максимальне, середнє та мінімальне значення вимірювань:
Землі й повітря
Тиск повітря
Швидкість вітру
А також:
Загальна кількість опадів
Напрямок вітру (в якості зразку кожні 5 хв)
Є також можливість перезапуску, вимкнення, переналаштування та перехід в енергозберігаючий режим.
Дистанційне керування, забезпечує керування датчиками, які визначають температуру повітря, кількість опадів, температуру землі.
Система інформації про погоду зазвичай повідомляє дані раз на годину.
Діаграма активності (діяльності)
Чорним кружечком позначається початкова точка, а коло в середині якого чорний кружечок – кінцева точка. Послідовність робіт залежить від прийняття певних рішень залежно від умов, що склалися. У режимі “Робота” дана система може взаємодіяти з усіма складовими і виконує головну роль. За допомогою “Контроль” ми керуємо віддаленим доступом. Також збираючи всю інформацію ми її аналізуємо і передаєм. Дані які надходять на тестування, перевіряються на достовірність і знову передаються. Налаштування системи потрібне для її переналаштування а також для енергозберігаючого режиму. Система має два стани для покраження роботи, це її перевантаження або вимкнення для налаштування.Потоки керування між роботами показуються стрілками.
Діаграма послідовностей
Взаємодія об’єктів контролюється подіями, які відбуваються в сценарії і які стимулюють об’єкти для посилання одне одному повідомлень. Об’єкти позначаються прямокутниками з підкресленими іменами (щоб відрізнити їх від класів), вони розміщені горизонтально. Повідомлення позначаються на діаграмі стрілками, над якими вказується зміст повідомлення, який вона передає в сценарій. Лінія у якої стрілка справа на ліво – це звичайне повідомлення; лінія у якої стрілка замальована справа на ліво – це повідомлення-виклик; пунктирна лінія у якої стрілка зліва на право – це повідомлення повернення. Прямокутники на вертикальних лініях під кожним з об'єктів показують "час життя" (фокус) об'єктів.
Діаграма компонент
Основними елементами діаграми компонентів є компоненти, інтерфейси та засоби реалізації.
Діаграма класів
На цій діаграмі класів є 5 класів з іменами: «Метеостанція», «Дані про погоду», «Термометр грунту» , «Анометр» та «Барометр».
У класах можна вказати лише його ім’я. Та для більш конкретного визначення класу для нього визначають атрибути (властивості класу) та операції (послуги, що надаються класом). Необхідно зазначити, що класи, зображені на діаграмі, являються основою для проектування їх на тій чи іншій мові програмування. Саме тому мова UML дозволяє, визначаючи атрибути класу, вказати їхній тип відповідно обраній мові програмування, область дії тощо. Теж саме стосується і операцій: на діаграмі, визначаючи операції, можна вказати тип повертаючого значення, віртуальну функцію тощо.
Висновок: виконавши дану лабораторну роботу, я навчилася створювати діаграми варіантів використання, діаграми активності, діаграми послідовностей, діаграми компонент, діаграми класів.
21.01.2013 18:01-
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора