Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
DIPLOM.docx
Скачиваний:
4
Добавлен:
27.08.2019
Размер:
1.04 Mб
Скачать

2.3. Специфікація функціональних та не функціональних вимог

Специфікація вимог до програмного забезпечення (SRS) - це повний опис поведінки системи що розробляється. Він включає набір прецедентів, що описують всі взаємодії користувача з системою. Прецеденти також відомі як функціональні вимоги. На додачу до прецедентів, SRS також містить нефункціональні (чи додаткові вимоги). Нефункціональні вимоги є вимогами які накладають обмеження на проект, чи реалізацію (такі як вимоги інженерії продуктивності, стандарти якості, чи обмеження проектування).

Специфікація функціональних вимог до системи приведена у табл. 2.9.

Таблиця 2.9

Специфікація функціональних вимог

Ідентифікатор вимоги

Назва вимоги

Атрибути вимог

Пріоритет

Контакт

Трудність

1

2

3

4

5

FR-UC-01

Додавання даних моніторингу

Обов’язкове

Еколог-аналітик

Середня

FR-UC-02

Редагування даних моніторингу

Обов’язкове

Еколог-аналітик

Середня

FR-UC-03

Видалення даних моніторингу

Рекомендоване

Еколог-аналітик

Середня

FR-UC-04

Побудова графіків по результатам моніторингу

Опційне

Еколог-аналітик

Середня

FR-UC-05

Додавання каристувачів

Обов’язкове

Адміністратор

Середня

FR-UC-06

Редагування даних про користувачів

Рекомендоване

Адміністратор

Середня

FR-UC-07

Видалення користувачів

Опційне

Адміністратор

Середня

FR-UC-08

Створення звітів

Обов’язкове

Еколог-аналітик

Середня

FR-UC-09

Вхід в систему

Обов’язкове

Адміністратор

Середня

FR-UC-10

Збереження звітів

Опційне

Еколог-аналітик

Середня

Специфікація не функціональних вимог до розроблюваної системи представлена у табл. 2.10.

Таблиця 2.10

Специфікація не функціональних вимог

Ідентифікатор вимоги

Назва вимоги

Атрибути вимог

Пріоритет

Контакт

Трудність

1

2

3

4

5

1. Застосовність

SUPP-01

Час завантаження системи – не більше 5 сек.

Обов’язкове

Оператор

Середня

SUPP-02

Швидкість роботи мережевого обладнання – 100 Mbit/s

Рекомендоване

Оператор

Низька

SUPP-03

Зручний і функціональний інтерфейс користувача

Обов’язкове

Оператор

Середня

SUPP-04

Легкість обслуговування системи

Обов’язкове

Оператор

Висока

SUPP-05

Час відгуку серверу - не більше 30 сек

Рекомендоване

Оператор

С2ередня

2. Надійність

SUPP-06

Не велика кількість збоїв у роботі системи

Обов’язкове

Оператор

Висока

SUPP-07

Стійкість до збоїв, можливість продовжувати роботу з системою у випадку збою

Рекомендоване

Оператор

Висока

3. Робочі характеристики

SUPP-08

Можливість одночасного обслуговування великої кількості клієнтів без зниження продуктивності.

Рекомендоване

Оператор

Низька

SUPP-09

Час обробки запиту на пошук даних - не більше 3 сек.

Обов’язкове

Оператор

Висока

4. Експлуатаційна придатність

SUPP-10

Дотримання стандартів W3C при проектуванні системи

Рекомендоване

Оператор

Середня

Продовження табл. 2.10

1

2

3

4

5

5. Проектні обмеження

SUPP-11

Мова програмування РНР

Обов’язкове

Оператор

Середня

SUPP-12

СУБД – МуSQL

Обов’язкове

Оператор

Середня

6. Вимоги до призначеної для користувача документації і до системи допомоги

SUPP-13

Вивід повідомлень з попередженням про помилку

Рекомендоване

Оператор

Середня

SUPP-14

Наявність додаткової інформації, пов’язаної з системою

Обов’язкове

Оператор

Низька

7. Куповані компоненти

SUPP-15

Сумісність з браузерами Opera, Chrome, FireFox та Internet Explorer

Обов’язкове

Оператор

Середня

8. Інтерфейси

8.1. Інтерфейси користувача

SUPP-16

Єдине оформлення усіх сторінок системи

Обов’язкове

Оператор

Середня

SUPP-17

Зручний інтерфейс для роботи з БД

Обов’язкове

Оператор

Середня

8.2. Апаратні інтерфейси

SUPP-18

512 Мбайт ОЗП і вище

Обов’язкове

Оператор

Низька

SUPP-19

100 Мбайт вільного дискового простору;

Обов’язкове

Оператор

Низька

SUPP-20

Відеокарта з підтримкою роздільної здатності не менше 800 х 600 і можливістю відображення не менше 256 кольорів;

Обов’язкове

Оператор

Низька

SUPP-21

Монітор SVGA;

Обов’язкове

Оператор

Низька

SUPP-22

Процесор 800 МГц, або вище.

Обов’язкове

Оператор

Низька

SUPP-23

Мережевий адаптер 200 Мбіт/с

Обов’язкове

Оператор

Закінчення табл. 2.10

1

2

3

4

5

8.3. Програмні інтерфейси

SUPP-24

Наявність операційної системи Windows

Обов’язкове

Оператор

Низька

SUPP-25

Наявність усіх компонентів для нормальної роботи в Inetrnet

Обов’язкове

Оператор

Середня

8.4. Комунікаційні інтерфейси

SUPP-26

Протокол обміну муж клієнтом і сервером здійснюється шляхом підключення до серверу БД – ТСР.

Обов’язкове

Оператор

Середня

SUPP-27

Наявність постійного високошвидкісного підключення до Inetrnet

Обов’язкове

Оператор

Середня

9. Вимоги до ліцензування

SUPP-28

Використання одної ліцензії на одне робоче місце

Обов’язкове

Оператор

Середня

10. Застереження щодо питань, пов’язаних з авторськими правами

SUPP-29

Авторські права захищені законом

Обов’язкове

Оператор

Середня

11. Вживані стандарти

SUPP-30

Стандарт якості програмного продукту ISO9001

Обов’язкове

Оператор

Середня

РОЗДІЛ 3

3. ПРОЕКТНІ ТА ТЕХНІЧНІ РІШЕННЯ

3.1. Математична постановка задачі

У комплексі задач автоматизованого модуля «Система обліку забруднення поверхневих вод Харківської області» є задачі, які належать до класу розрахункових.

Розрахунок перевищення концентрації забруднюючої речовини у воді від комунально-побутової норми ГДК буде виконуватися наступним чином:

,

де – перевищення комунально-побутової норми концентрації i-тої

забруднюючої речовини,

– поточна концентрація i-тої забруднюючої речовини у воді,

– коефіцієнт комунально-побутової норми ГДК i-тої

забруднюючої речовини.

Розрахунок перевищення концентрації забруднюючої речовини у воді від рибогосподарської норми ГДК буде виконуватися наступним чином:

,

де – перевищення рибогосподарської норми концентрації i-тої

забруднюючої речовини,

– поточна концентрація i-тої забруднюючої речовини у воді,

– коефіцієнт рибогосподарської норми ГДК i-тої забруднюючої

речовини.

Розрахунок даних показників необхідний для подальшої побудови графіків перевищення ГДК i-тої забруднюючої речовини від комунально-побутової та рибогосподарської норми ГДК.

Процес розрахунку показників та побудові на їх основі графіків відбувається у наступній послідовності:

- користувач системи (еколог аналітик, лаборант, звичайний відвідувач) заходить в систему;

- обирає розділ «Огляд стану забруднення поверхневих вод»;

- у даному розділі спочатку обирає звітний рік, а потім звітний місяць;

- далі будуються графіки забруднення поверхневих вод за звітний рік та місяць. Графіки містять показники ГДК, кількість забруднюючої речовини та перевищення даної кількості від ГДК.

3.2. Проектування структури бази даних

3.2.1. Опис вхідної та вихідної інформації.

«Система обліку забруднення поверхневих вод Харківської області» автоматизує фунції лаборанта пункту спостереження та еколога аналітика, а саме:

- функції обліку забруднюючих речовин у воді;

- функції аналізу стану забрудення поверхневих вод Харківської області.

Кожна з цих функції має свій загальний та окремий набір вхіжних та вихідних документів, при чому вихідні документи вирішення однієї задачі стають вхідними для іншої.

Документи, які використовуються при вирішенні задачі «Облік забруднюючих речовин у воді» наведені в табл. 3.1.

Таблиця 3.1

Інформаційний список документів задачі «Облік забруднюючих речовин у воді»

Код документу

Назва

Вхідний/вихідний

1

2

3

DC-01

Показники поверхневих вод

Вхідний

DC-02

Список водних об’єктів та пунктів контролю, закріплених за ними

Вхідний

DC-03

«Показники забруднюючих речовин у воді»

Вихідний

Документи, які використовуються при вирішенні задачі «Облік забруднюючих речовин у воді» наведені в табл. 3.2.

Таблиця 3.2

Інформаційний список документів задачі «Аналіз стану забрудненості поверхневих вод Харківської області»

Код документу

Назва

Вхідний/вихідний

1

2

3

DC-04

«Санітарні правила і норми охорони поверхневих вод від забруднення. СанПіН 4630-88»

Вхідний

DC-05

Звіт про стан поверхневих вод Харківської області за <місяць> <рік> року

Вихідний

На основі інформації вхідних і вихідних документів були сформовані списки реквізитів , на основі яких буде проектуватися структура бази даних.

Список реквізитів, які були отримані на основі вхідних документів, поданий у табл. 3.3.

Таблиця 3.3

Список реквізитів вхідних документів

№ п.п.

Найменування реквізиту

Фактичний/

Розрахунковий

Призначення реквізиту

1

2

3

4

1

Код пункту контролю

Фактичний

Описує сутність «Пункти контролю»

2

Назва ПК

Фактичний

3

Координата Х ПК

Фактичний

4

Координата У ПК

Фактичний

5

Назва відомства

Фактичний

6

Місце розташування ПК

Фактичний

7

Код водного об’єкта

Фактичний

Описує сутність «Водні об’єкти»

8

Назва ВО

Фактичний

9

Назва населеного пункту

Фактичний

10

Код показника

Фактичний

Описує сутність «Забруднюючі речовини»

11

Назва показника

Фактичний

12

Одиниця вимірювання

Фактичний

13

ГДК комунально-побутове

Фактичний

14

ГДК рибогосподарське

Фактичний

Список реквізитів, які були отримані на основі вихідних документів представлений у табл. 3.4.

Таблиця 3.4

Список реквізитів вихідних документів

№ п.п.

Найменування реквізиту

Фактичний/

Розрахунковий

Призначення реквізиту

1

2

3

4

1

Дата

Фактичний

Для формування масиву для занесення інформації моніторингу та оперативного масиву

2

Рік

Фактичний

3

Місяць

Фактичний

4

Код ПК

Фактичний

5

Назва ПК

Фактичний

6

Назва ВО

Фактичний

7

Код показника

Фактичний

8

Одиниця вимірювання

Фактичний

9

Кількість

Фактичний

10

ГДК комунально-побутове

Фактичний

11

ГДК рибогосподарське

Фактичний

12

Перевищення ГДК к-п

Розрахунковий

13

Перевищення ГДК рг

Розрахунковий

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]