Написання Use-cases. Звіт з Інформаційні технології. Робота № 110396

Перехід до торгівельного партнера Binance

Написання Use-cases

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

ВУЗ:

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

Інститут:

Не вказано

Факультет:

Не вказано

Кафедра:

Не вказано

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

Рік:

2009

Тип роботи:

Звіт

Предмет:

Інформаційні технології

Група:

ПІ

Завантажити

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

Міністерство освіти і науки України Національний університет “Львівська політехніка” Інститут Комп’ютерних наук та Інформаційних технологій Кафедра ПЗ Звіт з лабораторної роботи №1 На тему: Написання Use-cases з дисципліни “ Конструювання ПЗ ” Мета: визначити ролі при взаємодії з програмним забезпеченням та описати варіанти їх взаємодії з ним. Завдання: Інформаційна система житлового будинку. Адміністрація будинку повинна вести облік людей, що проживають у будинку, а також висилати рахунок і отримувати кошти за послуги від тих, хто роживає у будинку. В разі виникнення поломок, адміністрація повинна викликати майстрів, які б усунули поломку. Майстри отримують гроші за роботу від адміністрації. Ті що проживають у будинку повинні інформувати адміністрацію про поломки. Хід виконання завдання Сценарій 1(Адміністрація повідомляє про поломку майстра) Головний актор: Адмін Другорядний актор: Майстер Рівень: Адмін_система_майстер Передумова: Житель повідомляє адміністрацію про поломку Основний сценарій Адмін переглядає список поломок Адмін вибирає потрібного майстра Адмін відправляє майстру інформацію про поломку Система посилає повідомлення про те що майстер отримав інформацію Майстер повідомляє про виправлення поломки Помилки Список поломок пустий Майстер не може виправити поломку Майстер не отримав інформацію про поломку Майстер не повідомляє про виправлення поломки Альтернативний сценарій 2а. Виводиться повідомлення про відсутні поломки 5а. Майстер повідомляє про неможливість виправлення поломки наявними засобами і що відповідальність за ремонт переходить на жителя 4а. Система посилає повідомлення про те що майстер не отримав інформацію 6а. Адміністрація перевіряє причини та вирішує питання з майстром Сценарій 2(Адміністрація заносить інформацію про нового жителя) Головний актор: Адмін Рівень: Адмін_система Основний сценарій Адмін вибирає меню «Нова квартира» Адмін переглядає дані про жителів Адмін підтверджує збереження даних в БД Система посилає повідомлення про успішне збереження Помилки Деякі поля є не заповнені Альтернативний сценарій 4а. Виводиться повідомлення про неможливість збереження Сценарій 3(Авторизація жителя) Головний актор: Житель Рівень: Житель_система Основний сценарій Житель заходить в меню авторизації Житель вводить логін та пароль Підтверджує ввід Система загружає головну сторінку Помилки Неправильно введений логін чи пароль Альтернативний сценарій 4а. Виводиться повідомлення про неправильний логін чи пароль і загружається сторінка авторизації Сценарій 4(Житель переглядає рахунки) Головний актор: Житель Рівень: Житель_система Основний сценарій Житель авторизується Житель вибирає місяць послуг Житель вибирає вид комунальних послуг Житель підтверджує вибране Система виводить рахунок Помилки Рахунок на поточну місяць ще не сформований Житель не оплатив послуги за попередній місяць Альтернативний сценарій 5а. Система виводить повідомлення про те що на даний місяць рахунки ще не сформовані 2а. Система виводить повідомлення про те що є неоплачені послуги, виводить суму і вказує кінцевий термін оплати. Сценарій 5(Майстер відправляє рахунок в адміністрацію) Головний актор: Майстер Рівень: Майстер_система Основний сценарій Майстер авторизується Майстер вибирає меню «Надіслати рахунок » Майстер вводить список виконаних робіт та суму оплати за них Підтверджує відправлення Система виводить повідомлення про отримання рахунку Помилки Не повні дані щодо виконаної роботи Альтернативний сценарій 5а. Виводиться повідомлення про неповність даних Сценарій 6(Житель повідомляє про поломку майстра) Головний актор: Житель Другорядний актор: Майстер Рівень: Житель_майстер Основний сценарій Житель замічає поломку Житель вибирає потрібного майстра Житель відправляє майстру інформацію про поломку Майстер повідомляє про виправлення поломки Помилки Майстер не може виправити поломку Поломку спричинили дії жителя Альтернативний сценарій 4а. Майстер повідомляє про неможливість виправлення поломки наявними засобами 4а. Майстер повідомляє про те що дана поломка спричинена діями жителя і її усунення стає обов’язком жителя Висновок: під час виконання лабораторної роботи я навчився визначити ролі при взаємодії з програмним забезпеченням та описувати варіанти їх взаємодії з ним.

Звіт Інформаційні технології

01.01.1970 03:01-

Коментарі

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

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

Маєш корисні навчальні матеріали, які припадають пилом на твоєму комп'ютері? Розрахункові, лабораторні, практичні чи контрольні роботи — завантажуй їх прямо зараз і одразу отримуй бали на свій рахунок! Заархівуй всі файли в один .zip (до 100 МБ) або завантажуй кожен файл окремо. Внесок у спільноту – це легкий спосіб допомогти іншим та отримати додаткові можливості на сайті. Твої старі роботи можуть приносити тобі нові нагороди!

поділитись