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