МІНІСТЕРСТВО ОСВІТИ УКРАЇНИ НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ “ЛЬВІВСЬКА ПОЛІТЕХНІКА” КАФЕДРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ Звіт До лабораторної роботи № 2 На тему: “ Розробити специфікацію вимог до програмного продукту на обрану тему ” З дисципліни : "Аналіз вимог до програмного забезпечення" Львів – 2009 Специфікація вимог до програмного продукту (Software Requirements Specification, SRS) Для офіційного сайту кінотеатру. Застосування для кінотеатру містить афішу, форум, рейтингову систему фільмів, резервування білетів. Вступ Призначення, мета Даний сайт розроблений з метою викладення афіш фільмів сеанси яких проходять в кінотеатрі, також для інформування користувачів про час кіносеансу. Для того щоб користувачі могли висловити свої думки з приводу того чи іншого фільму є можливість додавання коментарів. Також основною метою сайту є можливість резервування квитків на кіносеанси через Інтернет. Загальний опис Перспективи продукту Одною з основних перспектив даного сайту є реклама і афішування нових фільмів з метою збільшення кількості відвідувачі кінотеатру. Характеристики продукту Даний програмний продукт забезпечує виконання таких функцій: 1.Можливість реєстрації на сайті. 2.Можливість замовлення квитків на кіносеанси через Інтернет. 3.Можливість перегляду афіш фільмів. 4. Можливість коментування фільмів. 5.Форум на якому користувачі мають можливість додавати нові теми і відповідати на існуючі. 6. Можливість перегляду рейтингової системи фільмів 7. Можливість перегляду новин кінотеатру. 8. Можливість перегляду детальної інформації про фільми. Класи користувачів та їх характеристики Користувачі які відвідують сайт це люди котрі цікавляться новинками в світі кіно, що зараз ідуть на екранах кінотеатру. А також люди котрі зацікавленні в придбанні квитків на кіносеанси. Всіх користувачів котрі заходять на сайт можна паділити на групи : Адміністратор Модератор Зареєстрований користувач Гість Середовище функціонування Для того щоб користувач міг переглядати даний сайт йому необхідно мати підключення до Інтернету, будь яку операційну систему і встановлений браузер для перегляду веб сторінок. Обмеження проектування і реалізації Основними обмеженнями є обмеження в фінансуванні і часі виконання даного програмного продукту. Документація користувача Користувач завжди матиме можливість з’єднатися з адміністрацією сайту для отримання необхідної інформації. Також буде описано на сайті що необхідно зробити для замовлення квитків, входу на форум чи додання коментарів. Характеристики системи Для кращого представлення характеристик системи їх представлено у вигляді варіантів використання. 3.1. Реєстрація Головний актор: Гість Рівень взаємодії: Гість – Система Передумова: Гість зайшов на сайт. Основний сценарій: 1. Користувач відкриває сторінку реєстрації. 2. Заповнює необхідні дані про себе. 3. Підтверджує вибір. 4. Дані зберігаються в базі даних. Помилки: 2.а. Користувач не заповнив всі поля з обов’язковими для реєстрації даними. 3.а. Користувач замість підтвердження відмінив свої дії. Альтернативний сценарій: 2.а. Система видає повідомлення користувачу про те що не всі поля обов’язкові для реєстрації заповнені. Користувачу надається можливість заповнити пропущені дані. 3.а. Користувач залишається з правами гостя. 3.2. Замовлення квитка зареєстрованим користувачем. Головний актор: Зареєстрований користувач. Рівень взаємодії: Зареєстрований користувач – Система Передумова: Зареєстрований користувач зайшов на сайт під своїм логіном і паролем. Основний сценарій: 1.Користувач відкриває сторінку з замовленням квитків. 2. Вводить необхідні дані для замовлення квитка(ряд, місце, назва фільму). 3. Підтверджує вибір. Помилки: 2.а. Користувач ввів неправильні дані для замовлення квитка. 2.в. Квиток на місце яке замовив користувач продано. Альтернативний сценарій: 2.а Користувачу пропонується ввести дані ще раз з інформацією про помилку. 2.в. Користувачу пропонується обрати інше місце для перегляду фільму. 3.3. Вхід в систему. Головний актор:Гість. Рівень взаємодії: Гість – Система Передумова: Користувач заходить на сайт. Основний сценарій: 1.Користувач відкриває сторінку для авторизації. 2.Вводить свій логін і пароль. 3.Входить в систему. Помилки: 2.а.Користувач ввів невірно логін або пароль. Альтернативний сценарій: 2.а. Користувачу надається можливість повторно ввести логін або пароль. 3.4.Адміністратор чи модератор заходять в систему для зміни афіші фільму. Головний актор: Модератор/Адміністратор Рівень взаємодії: Модератор/Адміністратор – Система Передумова: Сайт відкрито адміністратором чи модератором в браузері. Основний сценарій: 1. Блокується можливість користувачам відкрити сторінку де відбуваються зміни. 2.Адміністратор чи модератор заходять в систему . 3. Міняють афішу. 4.Підтверджують виконане. 5. Адміністратор чи модератор виходять з системи. 6.Система дозволяє користувачам відкривати змінену сторінку. Адміністратору надається можливість додавати і видаляти модераторів. Модератори працюють з користувачами(переглядають замовлення, підтверджують або відхиляють їх). Вимоги зовнішніх інтерфейсів Користувацькі інтерфейси Після входження на сайт користувач зможе побачити перед собою головну сторінку, на якій відображається рейтинги фільмів, фільми які сьогодні ідуть в кінотеатрі а також новини кінотеатру.
В категорії фільми користувачу надаються дані про всі фільми що на даний час ідуть в кінотеатрі, а також можливість залишити коментар про фільм.
В категорії замовлення білетів користувачу надається можливість вибрати фільм, а також місце і ряд для перегляду фільму.

На форумі користувачі можуть заводити нові теми і спілкуватися з іншими учасниками форуму.
Сторінка для реєстрації:
Сторінка для модератора на якій він може відхилити замовлення а також видалити користувача з бази даних.
Сторнка для адміністратора з якої він управляє модераторами(додає, видаляє..):
Апаратні інтерфейси Даний продукт не буде на пряму взаємодіяти з апаратним забезпеченням. На стороні сервера всі запити будуть оброблятися сервером та СУБД. На стороні клієнта формувати запити та відображати інформацію буде браузер. Програмні інтерфейси Для збереження інформаці використовується база даних і MS SQL Server. Всі дані про користувачі а також картинки будуть зберігатися напряму в базі даних. Інші нефункційні вимоги Вимоги продуктивності Даний програмний продукт повинен реагувати на запити від багатьох користувачі і в коректний час відповідати на них. При виникненні збоїв система обов’язково має повідомити користувачу причину збою. Вимоги надійності Програмний продукт має одночасно виконувати велику кількість запитів від багатьох клієнтів не витрачаючи на це великої кількості часу. Програмний продукт супроводжується розробниками під час введення його в експлуатацію. Вимоги безпеки Всі введені користувачем дані конфіденційні і ніякий інший користувач даного програмного продукту не може взнати їх. Користувачі які входять на сайт як гість не мають прав на додавання коментарів, голосування, замовлення квитків. Зареєстровані користувачі мають на це все право зате вони не можуть редагувати описів афіш, коментарів інших користувачів. Ці дії доступні модератору і адміністратору. Атрибути якості програмного продукту Основним атрибутом якості є зручні інтерфейси для користувача. А також надійна і безперебійна робота системи. Висновок: на даній лабораторній роботі я навчився розробляти специфікацію вимог. А також визначився з інтерфейсам, вимогами, варіантами використання проекту над яким я працюю.