Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
Розробка специфікації вимог до програмного продукту
Інформація про навчальний заклад
ВУЗ:
Національний університет Львівська політехніка
Інститут:
Інститут післядипломної освіти
Факультет:
РТ
Кафедра:
Не вказано
Інформація про роботу
Рік:
2014
Тип роботи:
Звіт про виконання лабораторної роботи
Предмет:
Аналіз вимог до програмного забезпечення
Частина тексту файла (без зображень, графіків і формул):
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ
Національний університет «Львівська політехніка»
Інститут Післядипломної освіти
/
Звіт про виконання
ЛАБОРАТОРНОЇ РОБОТИ №2
з курсу "Аналіз вимог до програмного забезпечення "
Тема. «Розробка специфікації вимог до програмного продукту».
Тема: Розробка специфікації вимог до програмного продукту.
Мета: Розробити специфікації вимог до інформаційної системи білінгу вартості телефонних дзвінків.
Хід роботи
Product requirements/Вимоги до продукту
Introduction/Введення
Appointment. Призначення продукту.
Система призначеня для автоматизації обліку наданих послуг їх тарифікації і виставляння рахунків для оплати.
Agreements. Угоди прийняті в документах
Додаткові угоди які опційно додаються до продукту.
License. Ліцензія.
Server install. Встановлення сервера.
Передбачає вибір заліза, встановлення продукту, розміщення на власні колокації, та технічний супровід.
Advertising. Реклама
Дозвіл на розміщення реклами знижує вартість продукту.
Product perspective. Перспективи продукту.
Білінгова система, призначена для обліку споживання всього спектру послуг сучасного оператора зв'язку. Система CTI Billing забезпечує значну гнучкість і масштабованість для менеджменту і прискореного впровадження послуг, а також забезпечує комплексні можливості в реальному масштабі часу. Це дозволяє оператору зв'язку розробляти нові послуги, знижувати тарифи, ефективно управляти користувачами і здійснювати різні операції, необхідні для оперативного реагування у відповідь на вимоги ринку і запити споживачів.
Audience. Можлива аудиторія продукту.
Використовуються телекомунікаційними операторами для автоматизації технічного процесу обліку вартості телефонних дзвінків, виставляння рахунків абонентам і взаєморозрахунків з іншими постачальниками послуг.
General Description. Загальний опис
Overall view. Загальний погляд на продукт.
Сукупність технічних і програмних засобів призначених для виконання, функцій з тарифікації, розрахунку платежів за надані послуги, формування платіжних документів для абонентів тощо.
Users. Класи і характеристики користувачів.
Розгорнутий список класів користувачів системи.
User. Користувач
Користувач володіє обмеженими правами, доступ лише до власного кабінету, можливість здійснення дзвінків, перегляд статистики, генерування рахунку, експорт та імпорт документів.
Manager.Менеджер.
Менеджер наслідує права та властивості користувача, а також має можливість створювати тарифні плани, імпортувати та експортувати їх, приєднувати тарифні плани до створених користувачів, поповнювати рахунки.
Administrator. Адміністратор
Адміністратор наслідує права та властивості менеджера а також має повний доступ, створення, блокування користувачів, зміна прав користувачів, та системних налаштувань.
Operation system. Операційне середовище.
Server DB. Сервер БД.
Серверна частина - Linux/BSD/UNIX, MySQL.
Client. Клієнт.
Робочі місця - Windows 95/98/ME/NT/2000/XP/2003/7/8
Documentation. Документація.
Пакети документації що супроводжують проект.
Setup manual.
Документація по встановленню та налаштуванню
Manager manual.
Документація по створенню, імпорту, експорту тарифних планів.
User Guide.
Посібник користувача, в якому описані базові користувацькі сожливості.
System Function. Функції системи.
Сценарій білінгової системи.
User attributes.
Здійснювати дзвінки.
Переглядати статистики дзвінків.
Залоговуватись/вилоговуватись.
Редагування власного профілю.
Користування засобами швидкого пошуку.
Відображення вартості дзвінків у валютах UAH, USD.
Вносити кошти на рахунок за допомогою платіжних систем.
Експорт статистики у pdf та xsl.
Користування календарем.
Генерувати рахунки
Скористатись технічною допомогою.
Manager attributes.
Менеджер наслідує властивості користувача.
А також може:
Керування групами.
Керування користувачами.
Створення,імпорт, експорт тарифів.
Закріплення тарифів за користувачами.
Блокування користувачів.
Поповнювати рахунки.
Administrator attributes.
Адміністратор наслідує властивості менеджера.
А також може:
Створювати/видаляти користувачів.
Створювати/видаляти групи.
Здійснювати технічні налаштування.
Вмикати/вимикати запис розмов.
Сценарії виконання продукту.
Сценарії для користувача.
/
Рис.Сценарії користувача
Сценарій для користувача по пункту "Залогуватись/вилогуватись". Передумова - користувач повинун мати логін та пароль доступу до веб-адмінки з правами користувача.
Користувач заходить на сторінку веб-адмінки та вводить свій логін та пароль.
Щоб вилогуватись користувач натискає пункт "Вихід" на глобальному меню.
Сценарій для користувача по пункту «Здійснення дзвінків». Передумова – користувач знаходиться в системі:
Користувач на головній сторінці обирає пункт «Користувачі».
З’являється сторінка списком користувачів, відсортованими за часом здійснення останнього дзвінка,
Користувач натискає на назві агента, якому він хоче здійснити дзвінок.
Відкривається сторінка з відповідним дзвінком і коментарями до нього.
Сценарій для користувача по пункту "Перегляд статистики дзвінків". Передумова – користувач знаходиться в системі:
Користувач обирає на головній сторінці поле "Статистика".
Відкривається список усіх здійснених дзвінків.
Користувач натискає на потрібному агентові
Відкривається нова сторінка останнього дзвінка, де користувач може бачити розгорнуту статистику по дзвінках.
Сценарій для користувача по пункту "Редагування власного профілю". Передумова – користувач знаходиться в системі:
Користувач обирає на головній сторінці поле "Профіль".
Відкривається сторінка з розширеними налаштуваннями профілю користувача.
Користувач натискає на потрібному полю, вносить зміни, та натискає кнопку "Зберегти".
Сценарій для користувача по пункту "Користування засобами швидкого пошуку". Передумова – користувач знаходиться в системі:
Користувач обирає на головній сторінці поле "Швидкий пошук".
Відкривається розгорнуте поле для переліку критеріїв пошуку.
Користувач вводить критерії пошуку та натискає кнопку "Пошук".
Відкривається нова сторінка з статистикою дзвінків.
Сценарій для користувача по пункту "Відображення вартості дзвінків у валютах UAH, USD". Передумова – користувач знаходиться в системі:
Користувач за замовчуванням всі витрати та власний баланс бачить в UAH.
Користувач натискає у верхньому правому кутку кнопку USD, сторінка оновлюється, баланс та всі розрахунки перераховуються в USD, відповідно до курсу що встановлений адміністратором системи.
Сценарій для користувача по пункту "Вносити кошти на рахунок за допомогою платіжних систем.". Передумова – користувач знаходиться в системі:
Користувач обирає на головній сторінці поле "Поповнити рахунок".
Відкривається вікно з вибором платіжної системи.
Користувач заповнює форму, та поповнює рахунок, після чого кошти з‘являються в балансі користувача.
Сценарій для користувача по пункту "Експорт статистики у pdf та xsl". Передумова – користувач знаходиться в системі:
Користувач на головній сторінці обирає пункт «Статистика».
Відкривається список усіх здійснених дзвінків.
Користувач натискає на потрібному агентові
Відкривається нова сторінка останнього дзвінка, де користувач може бачити розгорнуту статистику по дзвінках.
Користувач може експортувати вибірку дзвінків у pdf або xsl.
Сценарій для користувача по пункту "Користування календарем". Передумова – користувач знаходиться в системі:
Користувач на головній сторінці у верхньому правому кутку обирає "Календар".
Виринає розширене вікно, користувач може заносити нотатки розділені по днях та годинах, з нагадуванями здійснити дзвінок, календар синхорнізується з Google Calendar.
В обраний день та час користувач отримує повідомлення від системи з нагадуваням.
Сценарій для користувача по пункту "Користування технічною допомогою". Передумова – користувач знаходиться в системі:
Користувач на головній сторінці у нижньому правому кутку обирає "Допомога".
Виринає розширене вікно, здійснюється дзвінок у call-центр технічної підтримки.
Сценарії для менеджера.
Сценарій для менеджера по пункту "Керування групою". Передумова – менеджер знаходиться у відповідному вікні групи, яку він хоче відредагувати:
Менеджер вибравши відповідну групу користувачів може здійснювати її редагування.
Сценарій для менеджера по пункту "Керування корустувачем". Передумова – менеджер знаходиться у відповідному вікні користувача, якого він хоче відредагувати.
Менеджер вибравши відповідного користувача може здійснювати його редагування.
Сценарій для менеджера по пункту "Блокування користувача". Передумова – менеджер знаходиться у відповідному вікні користувача, якого він хоче відредагувати.
Менеджер вибравши відповідного користувача може натиснути кнопку "OFF".
Користувача заблоковано, і він не може здійснювати дзвінки.
Сценарій для менеджера по пункту "Поповнення рахунку". Передумова – менеджер знаходиться у відповідному вікні користувача, якого він хоче відредагувати.
Менеджер вибравши відповідного користувача може поповнювати рахунок користувача вручну.
Утворюється Івент про подію в системному журналі.
Сценарій для менеджера по пункту "Створення,імпорт, експорт тарифів.". Передумова – менеджер знаходиться всистемі.
Менеджер на головній сторінці обирає пункт «Тарифи».
З’являється сторінка зі списком тарифів, менеджер може правити існуючі тарифи, створювати нові, імпортувати та експортувати.
Сценарій для менеджера по пункту "Закріплення тарифів за користувачами.". Передумова – менеджер знаходиться у профілі користувача, якому він хоче прикріпити тариф:
Менеджер вибравши відповідного користувача, прикріпляє йому відповідний тариф.
Сценарії для адміністратора.
Сценарій для користувача по пункту "Створення/видалення користувача". Передумова – користувач знаходиться в системі:
Адміністратор обирає на головній сторінці поле "Користувачі".
Відкривається список усіх існуючих користувачів, або створити нового користувача.
Адміністратор натискає на редагування профілю існуючого користувача.
Адміністоратор може видалити користувача натичнувши "Видалити".
Сценарій для користувача по пункту "Створення/видалення групи". Передумова – користувач знаходиться в системі:
Адміністратор обирає на головній сторінці поле "Групи".
Відкривається список усіх існуючих груп, або створити нового користувача.
Адміністратор натискає на редагування профілю існуючої групи.
Адміністоратор може видалити групу натичнувши "Видалити".
Сценарій для користувача по пункту "Вмикати/витикати запис розмов". Передумова – користувач знаходиться в системі:
Адміністратор обирає на головній сторінці поле "Користувачі".
Відкривається список усіх існуючих користувачів.
Адміністратор натискає на редагування профілю існуючого користувача, де він може встновити або зняти галочку "Запис розмов"
Сценарій для користувача по пункту "Системні налаштування". Передумова – користувач знаходиться в системі:
Адміністратор обирає на головній сторінці поле "Налаштування".
Відкривається список усіх технічних налаштувань, які адміністратор може змінювати.
Вимоги зовнішніх інтерфейсів.
Користувацький інтерфейс.
Користувацький інтерфейс, повинен відповідати друкованим макетам, що мають наступний вигляд (рис.1-4).
/
Рис.1
/
Рис.2.
/
Рис.3.
/
Рис.4.
Апаратні інтерфейси.
Система має можливість інтеграції в систему з відкритим програмним кодом PBX Asteriks, або власними засобами може замінити її можливості.
Необхідне апаратне забезпечення:
• Процесор: не нижче Pentium IV 2 GHz;
• Оперативна пам’ять: не менше 256 Мбайт;
• Відеокарта: не менше 32 Мбайт;
• Дисплей: з роздільною здатністю, не менше 640*480 dpi.
Програмні інтерфейси.
Продукт може працювати, як боксовою версією так і підтримує модульне встановлення, на довільну ОС сімейства UNIX/Linux, а також використання довільної бази даних Необхідне програмне забезпечення: ОС сімейства Windows, MS SQL Server 2008, платформа 1С 7.7.
Комунікаційні інтерфейси.
Для ефективної роботи продукту в багатокористувацькому режимі, рекомендується становити продукт на окремий сервер, а користувачам, менеджерам системним адміністраторам працювати виключно через веб-інтерфейс.
Other requirements. Нефункційні вимоги
Вимоги продуктивності.
Якщо в роботі використовується база даних в файловому режимі, то потрібно слідкувати, щоб фізичний розмір файлів таблиць не перевищував 1GB, в протилежному випадку для подальшої продуктивної роботи слід рознести білінг на два сервери:
Сервер аплікаційний.
Сервер з базами даних.
Сервер.
При використанні Бази Даних, на тому саму хості де буде встановлено ядро білінгової системи, розробник рекомендує слідкувати щоб обєм файлів таблиць не перевищував 5 Гб, в протилежному випадку, рекомендується робити інкрементні копії БД.
Клієнт.
Необхідно мати встановлений браузер:
Internet Explorer, версія вище 6.
Modzila Firefox, версія вище 2.
Google Chrome, будьякої версії.
Opera, вище 8 версії.
Вимоги надійності.
Для надійної роботи продукту розробник рекомендує:
Використовувати Рейд-масив 0,1,5.
Регулярно робити резервні копії даних, зокрема засобами доступними в адмінці білінгу.
Вимоги безпеки.
В цілях безпеки несанкціонованого доступу до адмініських повноважень, розробник пропонує використовувати лише для функцій які передбачені цьому типу обєкту. Всім користувачам рекомендується створювати паролі не менш як на 8 символів, з використанням цифри та спеціального символу.
Атрибути якості програмного продукту.
Особливості даного продукту є те що він розроблений під операційну систему з відкритим програмним кодом, дозволяє встановлюватись з сорсів так і з пакетів що доступні для всіх Linux-орієнтованих систем, а також дозволяє використовувати різні безкоштовні бази даних, якщо у користувача є що до цього спеціальні вимоги.
Additional requirements. Додаткові вимоги.
Для підтримки та супроводу продукту компанією виконавця, замовник зобов‘язується мати в наявності підписаний договір інформаційно-технічного супроводу.
Addition A. Додаток А: Словник
Білінгова система: Технічною особливістю даного продукту є його гнучкість: 1. Операційною системою для сервера можуть виступати операційні системи з відкритим програмним кодом Unix/Linux. 2. Можна використовувати наступні бази даних MySQL, PostgreSQL, SQL PL. Також може поставлятись з передустановленою базою даних MySQL.
Addition B. Додаток B.
Для успішного впровадження продукту на підприємстві замовника, потрібно обрати ІТ-фахівця з числа працівників замовника, який буде відповідальний за роботу з ІТ-спеціалістами компанії виконавця.
Висновок: Основною задачею аналізу вимог є чітке формулювання вимог. Помилки на даному етапі переважно в подальшій розробці системи призводять до великих втрат ресурсів. Тому на даний етап слід звертати особливу увагу і намагатися сформулювати вимоги якнайчіткіше. Вимоги чітко сформульовані тоді, коли і замовник і розробник однаково розуміють цілі і функції системи, що розробляється.
02.06.2014 21:06-
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора