Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
Розробка специфікації вимог до програмного продукту
Інформація про навчальний заклад
ВУЗ:
Національний університет Львівська політехніка
Інститут:
Інститут післядипломної освіти
Факультет:
Не вказано
Кафедра:
Кафедра програмного забезпечення
Інформація про роботу
Рік:
2014
Тип роботи:
Звіт до лабораторної роботи
Предмет:
Аналіз вимог до програмного забезпечення
Частина тексту файла (без зображень, графіків і формул):
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ
НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ "ЛЬВІВСЬКА ПОЛІТЕХНІКА"
ІНСТИТУТ ПІСЛЯДИПЛОМНОЇ ОСВІТИ
КАФЕДРА ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
ЗВІТ ДО ЛАБОРАТОРНОЇ РОБОТИ №2 на тему:
“Розробка специфікації вимог до програмного продукту”
з дисципліни : " Аналіз вимог до програмного забезпечення "
Тема: Розробка опису вимог до програмного продукту за варіантом.
Мета: Розробити специфікації вимог до інформаційної системи білінгу вартості телефонних дзвінків.
Хід роботи
Вимоги до продукту
Введення
Призначення:
Призначення продукту.
Система призначеня для автоматизації обліку наданих послуг їх тарифікації і виставляння рахунків для оплати.
Угоди прийняті в документах:
Угода про встановлення сервера, технічної підтримки та колокації.
Угоди про розміщення реклами
Купівля ліцензії
Передбачувана аудиторія і рекомендації по прочитанню
Використовуються телекомунікаційними операторами для виставляння рахунків абонентам і взаєморозрахунків з іншими постачальниками послуг
Межі проекту:
Фінансові затрати: відсутні
Часові затрати: 5 місяців
Загальний опис
Загальний погляд на продукт:
Сукупність технічних і програмних засобів призначених для виконання, функцій з тарифікації, розрахунку платежів за надані послуги, формування платіжних документів для абонентів тощо.
Класи і характеристики користувачів:
Користувач – обмежені права, доступ лише до власного кабінету, можливість здійснення дзвінків, перегляд статистики, генерування рахунку, експорт та імпорт документів.
Менеджер – наслідує права та властивості користувача, а також має можливість створювати тарифні плани, імпортувати та експортувати їх, приєднувати тарифні плани до створених користувачів, поповнювати рахунки.
Адміністратор наслідує права та властивості менеджера а також має повний доступ, створення, блокування користувачів, зміна прав користувачів, та системних налаштувань.
Операційне середовище:
Операційні системи, що підтримуються:
Сервер бази даних: Linux/BSD/UNIX
Робочі місця: Windows 95/98/ME/NT/2000/XP/2003/7/8
Документація:
Документація по встановленню та налаштуванню
Документація по створенню, імпорту, експорту тарифних планів.
Довідник користувача.
Функції системи
Сценарій білінгової програми
Користувач має такі можливості:
1. Здійснювати дзвінки.
2. Переглядати статистики дзвінків.
3. Залоговуватись/вилоговуватись.
4. Редагування власного профілю.
5. Користування засобами швидкого пошуку.
6. Відображення вартості дзвінків у валютах UAH, USD.
7. Вносити кошти на рахунок за допомогою платіжних систем.
8. Експорт статистики у pdf та xsl.
9. Користування календарем.
10. Скористатись технічною допомогою:
стврити тікет, або здійснити skype-дзвінок на технічну підтримку.
Менеджер має такі ж можливості як і користувач та деякі додаткові:
Менеджер наслідує властивості користувача.
-
А також може:
1. Керування групами.
2. Керування користувачами.
3. Створення,імпорт, експорт тарифів.
4. Закріплення тарифів за користувачами.
5. Блокування користувачів.
6. Поповнювати рахунки.
Адміністратор має такі ж можливості як і модератор та деякі додаткові:
Адміністратор наслідує властивості менеджера.
-
А також може:
1. Створювати/видаляти користувачів.
2. Створювати/видаляти групи.
2. Здійснювати технічні налаштування.
3. Вмикати/вимикати запис розмов.
Сценарії для користувача:
Сценарій для користувача по пункту «Здійснення дзвінків». Передумова – користувач знаходиться в системі:
Користувач на головній сторінці обирає пункт «Користувачі».
З’являється сторінка списком користувачів, відсортованими за часом здійснення останнього дзвінка,
Користувач натискає на назві агента, якому він хоче здійснити дзвінок.
Відкривається сторінка з відповідним дзвінком і коментарями до нього.
Сценарій для користувача по пункту "Перегляд коментарів". Передумова – користувач знаходиться в системі:
Користувач обирає на головній сторінці поле "Статистика".
Відкривається список усіх здійснених дзвінків.
Користувач натискає на потрібному агентові
Відкривається нова сторінка останнього дзвінка, де користувач може бачити усі коментарі під час здійснення дзвінка
Сценарій для гостя по пункту "Коментування". Передумова – користувач знаходиться в системі:
Користувач натискає на назві дзвінка, до якої він хоче залишити коментар.
Відкривається сторінка, де користувач може залишити свій коментар
Користувач коментує інший коментар.
Користувач натискає на кнопку «Коментувати» біля коментаря.
Відкривається сторінка з полем вводу тексту коментаря.
Користувач вводить текст коментаря і натискає кнопку «Ок».
Відкривається вікно з темою та щойно введеним вкладеним коментарем користувача.
Якщо основний коментар був відредагований, то автору вкладеного коментаря приходить приватне повідомлення про це!
Сценарій для користувача по пункту "Редагування своїх коментарів". Передумова – користувач знаходиться у вікні здійснення дзвінка, коментар до якого він хоче редагувати:
Користувач натискає на кнопку «Редагувати коментар» біля відповідного коментаря.
Відкривається сторінка з текстом його коментаря і інструментами для його редагування.
Користувач редагує повідомлення і натискає кнопку «Зберегти зміни».
Відкривається сторінка з темою і відредагованим коментарем користувача.
Сценарій для користувача по пункту "Перегляд списку користувачів". Передумова – користувач знаходиться в системі:
Користувач натискає на поле «Користувачів».
Відкривається вікно з відсортованим в алфавітному порядку списком усіх зареєстрованих користувачів.
Сценарій для користувача по пункту "Перегляд інформації про іншого користувача". Передумова – користувач виконав сценарій 2.5:
Користувач натискає на ім’я користувача, інформацію про якого він хоче переглянути.
Відкривається сторінка з інформацією про відповідного користувача, яку він ввів під час реєстрації на форумі.
Сценарій для користувача по пункту "Редагування власного профілю". Передумова – користувач знаходиться в системі:
Користувач натискає на кнопку «Профіль».
Відкривається вікно з інформацією, яку ввів користувач під час реєстрації.
Користувач натискає кнопку «Редагувати».
Відкривається вікно, у якому можна редагувати попередньо введену інформацію про користувача.
Користувач вводить зміни у свій профіль і натискає кнопку «Зберегти».
Відкривається вікно з відредагованою інформацією про профіль користувача.
Сценарії для менеджера (менеджер має такі ж можливості, як і зареєстровані користувачі, а також деякі інші):
2.1) Сценарій для менеджера по пункту "Доступ керування групою". Передумова – менеджер знаходиться у відповідному вікні групи, яку він хоче відредагувати:
Менеджер вибравши відповідну групу користувачів може здійснювати її редагування
Для видалення відповідної групи менеджер натискає на кнопку «Видалити групу»
Відкривається вікно з попередженням про те, що відбудеться видалення групи і з проханням підтвердити видалення.
Менеджер підтверджує видалення.
З’являється повідомлення про успішне видалення групи.
Завантажується список груп користувачів, але вже без щойно видаленої групи користувачів.
При видаленні групи користувачів автоматично будуть видалені всі коментарі, написані в цій групі!
Сценарій для менеджера по пункту "Доступ керування корустувачем". Передумова – менеджер знаходиться у відповідному вікні користувача, якого він хоче відредагувати
Менеджер вибравши відповідного користувача може здійснювати його редагування
Для видалення відповідного користувача менеджер натискає на кнопку «Видалити користувача»
Відкривається вікно з попередженням про те, що відбудеться видалення користувача і з проханням підтвердити видалення.
Менеджер підтверджує видалення.
З’являється повідомлення про успішне видалення користувача.
Завантажується список користувачів, але вже без щойно видаленого користувача.
При видаленні користувачів автоматично будуть видалені всі коментарі, написані при здійсненні дзвінка користувачеві!
Сценарій для модератора по пункту "Створення тарифів". Передумова – менеджер знаходиться на сторінці з відповідним тарифом:
Менеджер натискає на кнопку «Створити тариф».
Відкривається вікно, де вказується назва тарифу та його характеристики.
Кнопка «Зберегти» дозволяє зберегти щойно створений тариф.
Після збереження тарифу він з’явиться у переліку усіх тарифів доступних для користувачів та їх груп!
Сценарії для адміністратора (адміністратор має такі ж можливості, як і модератор, а також деякі інші):
Сценарій для адміністратора по пункту "Керування правами користувачів/модераторів та редагування їх профілів". Передумова – адміністратор знаходиться на сторінці профілю користувача/модератора.
Адміністратор змінює права модератора/користувача.
На сторінці профілю користувача/модератора за необхідності адміністратор може перенести користувача в групу менеджерів чи навпаки менеджера в групу користувачів, вибравши у списку груп ту групу, в яку він хоче перенести даного користувача/менеджера.
При цьому користувача буде проінформовано про відповідні зміни прав у приватному повідомленні.
Адміністратор редагує профіль користувача.
На сторінці користувача адміністратор натискає кнопку «Редагувати».
Відкривається вікно, у якому можна редагувати попередньо введену інформацію про користувача.
Адміністратор вводить необхідні зміни у профіль і натискає кнопку «Зберегти».
Про внесені зміни в профіль користувача його буде проінформовано у приватному повідомленні.
Сценарій для адміністратора по пункту "Блокування користувача/менеджера". Передумова – адміністратор знаходиться на сторінці зі списком зареєстрованих користувачів.
Біля імені користувача адміністратор натискає на кнопку «Блокувати».
Відкривається вікно, в якому адміністратор залишає інформацію про причину блокування.
Повідомлення з інформацією про причину блокування відсилається на email, зазначений користувачем під час реєстрації.
Сценарій для адміністратора по пункту "Отримання графіка відвідуваності програми користувачами". Передумова – адміністратор знаходиться в програмі:
Адміністратор натискає на кнопку «Графік відвідуваності».
Відкривається сторінка з графіком, який відображає кількість присутніх в програмі користувачів в залежності від часу.
Вимоги до зовнішнього інтерфейсу:
Користувацький інтерфейс даного програмного продукту міститиме статичні та динамічні елементи. Динамічним елементом буде власне список здійснених дзвінків, список нових користувачів їх груп тощо, який змінюватиметься в залежності від вибору відповідного розділу. Статичними елементами є назва розділу, функціональна панель користувача (після входу в систему) та список з посиланнями в нижній частині сторінки.
Такий вигляд матиме головна сторінка програми:
ДОДАТОК А
ДОДАТОК Б
ДОДАТОК В
ДОДАТОК Г
ДОДАТОК Д
Висновки: Основною задачею аналізу вимог є чітке формулювання вимог. Помилки на даному етапі переважно в подальшій розробці системи призводять до великих втрат ресурсів. Тому на даний етап слід звертати особливу увагу і намагатися сформулювати вимоги якнайчіткіше. Вимоги чітко сформульовані тоді, коли і замовник і розробник однаково розуміють цілі і функції системи, що розробляється.
02.06.2014 21:06-
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора