МІНІСТЕРСТВО ОСВІТИ І НАУКИ,МОЛОДІ ТА СПОРТУ УКРАЇНИ НАЦІОНАЛЬНИЙ АВІАЦІЙНИЙ УНІВЕРСИТЕТ Кафедра інженерії програмного забезпечення
Модуль №2 Лабораторна робота №7 з дисципліни «Аналіз вимог до ПЗ» Тема: «Специфікація до ПЗ «Система управління вуличного освітлення міста»»
|
|||
Виконала: |
Драпушко Юлія |
Оцінка |
|
Група |
307 |
в балах |
за національною шкалою |
Факультет |
ФКН |
|
|
Спеціальність |
6.050103 |
||
Перевірила: |
Лебеденко К.С. |
||
Дата перевірки |
|
||
Київ 2012 |
|||
Зміст
1. Введення 3
1.1 Призначення 3
1.2 Передбачувана аудиторія і рекомендації з читання 3
1.3 Границі проекту 3
2. Загальний опис 4
1.4 Загальний погляд на продукт 4
1.5 Особливості продукту 4
1.6 Класи і характеристики користувачів 5
1.7 Операційне середовище 6
1.8 Обмеження дизайну і реалізації 6
2. Функції системи 6
2.1 Функція програми «Вхід до системи» 6
2.1.1 Опис і пріоритети 6
2.1.2 Послідовності «вплив-реакція» 6
2.1.3 Функціональні вимоги 6
2.2 Функція програми «Перегляд інформації» 6
2.2.1 Опис і пріоритети 6
2.2.2 Послідовності «вплив-реакція» 6
2.2.3 Функціональні вимоги 6
2.3 Функція програми «Налаштувати режим» 6
2.3.1 Опис і пріоритети 6
2.3.2 Послідовності «вплив-реакція» 7
2.3.3 Функціональні вимоги 7
2.4 Функція програми «Перейти до карти» 7
2.4.1 Опис і пріоритети 7
2.4.2 Послідовності «вплив-реакція» 7
2.4.3 Функціональні вимоги 7
2.5 Функція програми «Спожита енергія» 7
2.5.1 Опис і пріоритети 7
2.5.2 Послідовності «вплив-реакція» 7
2.5.3 Функціональні вимоги 7
2.6 Функція програми «Виклик техніка» 7
2.6.1 Опис і пріоритети 7
2.6.2 Послідовності «вплив-реакція» 7
2.6.3 Функціональні вимоги 7
3. Вимоги до зовнішніх інтерфейсів 8
3.1 Інтерфейси користувачів (UX) 8
3.2 Програмні інтерфейси 8
4. Нефункціональні вимоги 8
4.1 Вимоги до продуктивності 8
4.2 Вимоги до збереження даних 9
4.3 Критерії якості ПП 9
4.4 Вимоги до безпеки системи 9
Додаток А: Глосарій 10
Введення
Призначення
Специфікація вимог призначена для чіткого опису розроблюваної системи, що дозволить однозначно розуміти усі її функції та вимоги до неї. Дана специфікація вимог до програмного забезпечення «Система управління вуличного освітлення міста» призначена для:
Замовника, щоб точно описати бажаний продукт.
Розробників, для уникнення невірного розуміння функціональних та не функціональних можливостей програми.
Тестувальників, для можливості здійснення тестування.
Укладачів документації.
Операторів системи, для вірного управління.
Передбачувана аудиторія і рекомендації з читання
Дана специфікація розроблена для операторів «Система управління вуличного освітлення міста», адміністраторів програми, менеджерів центру управління, розробників
В даному документі приводиться загальний опис продукту, функціональні та нефункціональні вимоги, вимоги до зовнішнього інтерфейсу, працездатності, збереження даних, безпеки системи та інші вимоги.
Границі проекту
Назва програмного продукту – «Система управління вуличного освітлення міста».
Даний продукт дозволить забезпечити надійне керування освітленням вулиць міста, допоможе освітлювати вулиці міста з врахуванням заходу та сходу сонця.
Оператори завдяки цієї програми зможуть вмикати та вимикати освітлення автоматично або вручну, контролювати напругу та працездатність ліхтарів, вести облік кількості спожитої електроенергії.
Загальний опис
Загальний погляд на продукт
Даний продукт являє собою програму, що розробляється на базі платформи ASP.NET. Даний продукт не являється новим, а створений на базі вже існуючих аналогів. Даний виріб є повністю автономним і незалежним від інших програм.
В подальшому розвитку планується випуск нових версій цієї системи для покращення та оптимізації роботи з керування освітленням вулиць міста.
Особливості продукту
Головні функції ПП:
Контроль наявності освітлення в місті.
Контроль часу включення та відключення вуличних ліхтарів міста автоматично, а також за потребою вручну та дистанційно вручну.
Контроль напруги.
Контроль працездатності ліхтарів (відстеження несправності та подання сигналу).
Визначення причини аварійного відключення освітлення.
Ведення обліку кількості спожитої електроенергії.
Діаграма компонентів показує розбиття програмної системи на структурні компоненти та зв’язки(залежності) між компонентами (рис.1).
Діаграма потоків даних демонструє процеси перетворення вхідних даних у вихідні, а також виявляє відношення між цими процесами (рис.2).
Діаграма варіантів використання системи (рис.3) відображає процеси, пов’язані з роботою інтернет-магазину.
Рис. 1 Діаграма компонентів системи
Рис. 2 Діаграма потоків даних
Рис. 3 Діаграма варіантів використання
Класи і характеристики користувачів
Даний ПП мають можливість використовувати такі види користувачів:
Оператор може контролювати працездатність системи, ліхтарів, кількість спожитої енергії.
Адміністратор має всі права доступу до редагування даних та управління системою.
Технічний персонал може продивитись місце поломки ліхтаря.
Операційне середовище
Як операційна система для функціонування серверної частини була обрана ОС Microsoft Windows Server (версії 2008 чи 2008R2). Для клієнтської взаємодії з ресурсом використовується ОС сімейства Microsoft Window.
Для розробки модулів системи було обране середовище розробки Microsoft Visual Studio 2010.
Робоча станція у диспетчерському центрі має використовувати операційну систему сімейства Windows; мати такі системні характеристики: CPU Core 2 Duo чи аналогічний по продуктивності; ОП 10 Гб.
Обмеження дизайну і реалізації
Програма має бути сумісна з операційною системою сімейства Windows 32 та 64-розрядної. Встановлене обладнання на ліхтарях та у центрах включення має вірно взаємодіяти з апаратним та програмним забезпеченням диспетчерського центру.
У програмі повинні підтримуватися операції резервування та відновлення даних. При збої у роботі програми всі дані повинні бути відновлені.
Функції системи
Функція програми «Вхід до системи»
Опис і пріоритети
Оператор або адміністратор може увійти під своїм логіном та паролем у систему та мати можливість доступу до всіх наданих йому прав керування системою.
Адміністратор може увійти під своїм логіном та паролем до системи для подальшого керування сайтом.
Послідовності «вплив-реакція»
Оператор або адміністратор повинен ввійти на сайт та у відповідні поля ввести коректні дані логіну та паролю. Після чого натиснути «Вхід» та успішно ввійти до сайту під своїми даними.
Функціональні вимоги
Користувач або адміністратор повинні мати можливість введення даних до полей логіну та паролю. Система має звіряти введені дані з існуючими.
Функція програми «Перегляд інформації»
Опис і пріоритети
Користувач може переглядати інформацію про ліхтарі: його номер, адресу розташування, відношення до району, працездатність в даний момент.
Послідовності «вплив-реакція»
Будь-який користувач повинен зайти до програми під логіном та паролем та обрати вкладку «Перегляд інформації».
Функціональні вимоги
Користувач повинен мати можливість доступу до програми та права керування.
Функція програми «Налаштувати режим»
Опис і пріоритети
Користувач може корегувати роботу вуличного освітлення окремого району чи ліхтаря.
Послідовності «вплив-реакція»
Будь-який користувач повинен зайти до програми під логіном та паролем, обрати вкладку «Перегляд інформації» та натиснути кнопку «Налаштувати режим» біля назви району.
Функціональні вимоги
Система має вірно відповідати на дії користувача та відкривати вікно налаштування режиму роботи ліхтарів району.
Функція програми «Перейти до карти»
Опис і пріоритети
Користувач може переглянути карту міста з відображенням працюючих (непрацюючих) ліхтарів міста.
Послідовності «вплив-реакція»
Будь-який користувач повинен мати можливість перегляду карти міста.
Функціональні вимоги
Користувач повинен мати можливість доступу до карти міста та розташування ліхтарів у ньому.
Функція програми «Спожита енергія»
Опис і пріоритети
Користувач має можливість перегляду спожитої енергії за певний місяць або день, окремого району чи ліхтаря.
Послідовності «вплив-реакція»
Користувач заходить на сайт під власним логіном та паролем та переходить до «Перегляду інформації». При натисканні на кнопку «Спожита енергія» користувач переходить до вікна перегляду інформації.
Функціональні вимоги
Користувач повинен мати можливість доступу до програми та до перегляду інформації про спожиту енергію.
Функція програми «Виклик техніка»
Опис і пріоритети
Користувач має можливість надіслати повідомлення окремому техніку району про несправність певного ліхтаря.
Послідовності «вплив-реакція»
Користувач заходить на сайт під власним логіном та паролем та переходить до «Перегляду інформації». При натисканні на кнопку «Виклик техніка» користувач переходить до вікна заповнення форми запиту техніка.
Функціональні вимоги
Користувач повинен мати можливість доступу до програми та до зв’язкових даних техників.
Вимоги до зовнішніх інтерфейсів
Інтерфейси користувачів (UX)
Інтерфейс користувача повинен мати зручний та інформативний зміст та відповідати вимогам юзабіліті (рис.5). Усі повідомлення про помилки повинні бути короткі та зрозумілі для користувача.
Програмні інтерфейси
Програмні інтерфейси наведені нижче на рис.4, рис.5.
Рис. 4 Вікно логінізації
Рис. 5 Вкладка перегляд інформації «Системи вуличного освітлення»
Нефункціональні вимоги
Вимоги до продуктивності
Система повинна бути стійкою до збоїв, швидко відповідати на запити користувачів, оброблювати інформацію та мати стійкість до навантаження.
Вимоги до збереження даних
Кожен модуль системи працює незалежно один від одного. В системі ведеться журнал стану систему, де зберігається кожна операція, помилка системи. У програмі повинні підтримуватися операції резервування та відновлення даних. При збої у роботі програми всі дані повинні бути відновлені. Система створює контрольні точки для відновлення системи. Системи відновлюється до останньої стабільної контрольної точки.