Технологія програмування Лазорик В.В.

Лабораторна робота №1.

Тема. Розробка технічного завдання
Мета. Навчиться розробляти проектний документ - «Технічне завдання» для побудови
автоматизованих систем.

Технічне завдання представляє собою документ, у якому сформульовані основна мета

розробки, вимоги до програмного продукту, визначені терміни й етапи розробки і
регламентований процес приймально-здавальних випробувань. У розробці технічного завдання
беруть участь як представники замовника, так і представники виконавця. В основі цього
документа лежать вихідні вимоги замовника, аналіз передових досягнень техніки, результати
виконання науково-дослідних робіт, до проектних досліджень, наукового прогнозування тощо.
Розробка технічного завдання виконується в наступній послідовності. Насамперед,
установлюють набір виконуваних функцій, а також перелік і характеристики вихідних даних.
Потім визначають перелік результатів, їх характеристики і способи представлення. Далі
уточнюють середовище функціонування програмного забезпечення: конкретну комплектацію і
параметри технічних засобів, версію використовуваної операційної системи і, можливо, версії і
параметри іншого встановленого програмного забезпечення, з яким має бути взаємодіяти
майбутньому програмному продукту.
На технічне завдання існує стандарт ДСТУ 34.602-89. Відповідно до цього стандарту технічне
завдання повинне містити наступні розділи:
• введення;
• підстави для розробки;
• призначення розробки;
• вимоги до програми, або програмному виробу;
• вимоги до програмної документації;
• техніко-економічні показники;
• стадії й етапи розробки;
• порядок контролю і приймання.
Введення повинне включати найменування і коротку характеристику області застосування
програми, або програмного продукту, а також об'єкта (наприклад, системи) у який передбачається їх
використовувати. Основне призначення введення – продемонструвати актуальність даної
розробки і показати, яке місце ця розробка займає в ряді подібних.
Розділ Підстави для розробки повинний містити найменування документа, на підставі якого
ведеться розробка, організації, що затвердила даний документ, і чи найменування умовна
позначка теми розробки. Таким документом може служити план, наказ, договір і т.п.
Розділ Призначення розробки повинний містити опис функціонального й експлуатаційного
призначення програмного продукту з указівкою категорій користувачів.
Розділ Вимоги до програми, або програмному виробу повинний включати наступні
підрозділи:
• вимоги до функціональних характеристик;
• вимоги до надійності;
• умови експлуатації;
• вимоги до складу і параметрів технічних засобів;
• вимоги до інформаційної і програмної сумісності;
• вимоги до маркірування й упакування;
• вимоги до транспортування і збереження;
• спеціальні вимоги.
Найбільш важливим з перерахованих вище є підрозділ Вимоги функціональним
характеристикам. У цьому розділі повинні бути перераховані виконувані функції й описані
склад, характеристики і форми представлення вихідних даних і результатів. У цьому ж розділі при
необхідності вказують критерії ефективності: максимально припустимий час відповіді системи,
максимальний обсяг використовуваної оперативної і/або зовнішньої пам'яті й ін.

1
Технологія програмування Лазорик В.В.
Примітка. Якщо розроблене програмне забезпечення не буде виконувати зазначених у технічному завданні
функцій, то воно вважається не відповідному технічному завданню, тобто неправильним з погляду критеріїв якості.
Універсальність майбутнього продукту також звичайно спеціально не обмовляється, але припускається.

У підрозділі Вимоги до надійності вказують рівень надійності, що повинний бути

забезпечений розроблювальною системою і час відновлення системи після збою. Для систем зі
звичайними вимогами до надійності в цьому розділі іноді регламентують дії розроблювального
продукту по збільшенню надійності результатів (контроль вхідної і вихідної інформації,
створення резервних копій проміжних результатів і т.п.).
У підрозділі Умови експлуатації, вказують особливі вимоги до умов експлуатації:
температурі навколишнього середовища, відносної вологості повітря і т.п. Як правило, подібні
вимоги формулюють, якщо розроблювальна система буде експлуатуватися в нестандартних чи
умовах використовує спеціальні зовнішні пристрої, наприклад для збереження інформації. Тут
же указують вид обслуговування, необхідна кількість і кваліфікація персоналу. У противному
випадку допускається вказувати, що вимоги не пред'являються.
У підрозділі Вимоги до складу і параметрів технічних засобів указують необхідний склад
технічних засобів із указівкою їхніх основних технічних характеристик: тип мікропроцесора,
обсяг пам'яті, наявність зовнішніх пристроїв і т.п. При цьому часто вказують два варіанти
конфігурації: мінімальний і що рекомендується.
У підрозділі Вимоги до інформаційної і програмної сумісності при необхідності можна
задати методи вирішення, визначити мову або середовище програмування для розробки, а
також операційну систему, яка використовуються та інші системні та програмні засоби
користувача, з якими повинне взаємодіяти програмне забезпечення, що розробляється. У цьому
ж розділі при необхідності вказують, яку ступінь захисту інформації необхідно передбачити.
У розділі Вимоги до програмної документації вказують необхідність наявності керівництва
програміста, керівництва користувача, керівництва системного програміста, пояснювальної
записки і т.п. На всі ці типи документів також існують державні стандарти.
У розділі Техніко-економічні показники рекомендується вказувати орієнтовану економічну
ефективність, передбачувану річну потребу й економічні переваги в порівнянні з існуючими
аналогами.
У розділі Стадії й етапи розробки вказують стадії розробки, етапи і зміст робіт із
указівкою термінів розробки і виконавців.
У розділі Порядок контролю і приймання указують види іспитів і загальні вимоги до
приймання роботи.
У додатках при необхідності приводять: перелік науково-дослідних робіт, що
обґрунтовують розробку; схеми алгоритмів, таблиці, опису, обґрунтування, розрахунки й інші
документи, які варто використовувати при розробці. У залежності від особливостей
розроблювального продукту дозволяється уточнювати зміст розділів, тобто використовувати
підрозділи, уводити нові чи розділи поєднувати їх.

Завдання до лабораторної роботи №1.

Розробити технічне завдання на створення автоматизованої системи обліку даних згідно
варіанту. Система призначена для оперативного обліку, видачи довідок та звітів в сфері її
застосування, працівниками відповідних закладів.
Завдання оформити за допомогою редактора Microsoft Word згідно прикладу.
Теми розробки автоматизованих систем( автоматизованих робочих місць)
1. АС “Бібліотека”
2. АС “Склад – продовольчі товари”
3. АС “Склад – промислові товари”
4. АС “Галантерея”
5. АС “Канцелярські товари”
6. АС “Меблі”
7. АС “міні Банк”
8. АС “Промтовари”
2
Технологія програмування Лазорик В.В.
9. АС “Автостанція”
10. АС “Ліцензування”
11. АС “Аптека”
12. АС “Деканат”
13. АС “Авто - запчастини”
14. АС Магазин “Хліб – хлібобулочні вироби”
15. АС “Кондитерські вироби”
16. АС “Пекарня – хлібобулочних виробів”
17. АС “Лікарня”
18. АС “Дільничний лікар”
19. АС Облік “Хімічні реактиви”
20. АС “ЖЕК – жилого – комунальне”
21. АС Магазин “Взуття”

Приклади оформлення “Технічне завдання”.

Приклад 1.
Завдання. Розробити технічне завдання на програмний продукт, який призначений для
наочної демонстрації школярам графіків функцій одного аргументу y = f(x). Розроблювальна
програма повинна розраховувати таблицю значень і будувати графік функцій на заданому
відрізку по заданій формулі і змінювати крок аргументу і границі відрізка. Крім цього,
програма повинна запам'ятовувати введені формули.
На рис. 1.1 представлений приклад титульного аркуша технічного завдання на навчальний
програмний продукт.
Текст технічного завдання.

1. ВСТУП

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

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

2. ПІДСТАВА ДЛЯ РОЗРОБКИ

Програма розробляється на основі навчального плану кафедри «МПУіК» і відповідно до

договору кафедри зі школою № 24 від 5.09.2005.

3. ПРИЗНАЧЕННЯ

Основним призначенням програми, це допомога школярам при вивченні роздягнула

«Дослідження функцій одного аргументу» шкільного курсу елементарної алгебри.

4. ВИМОГИ ДО ПРОГРАМИ

4.1.Вимоги до функціональних характеристик

4.1.1. Програма повинна забезпечувати можливість виконання наступних функцій:

3
Технологія програмування Лазорик В.В.
• введення аналітичного представлення функції одне змінної і тривале збереження його в
системі;
• введення і зміна інтервалу на якому буде будуватися графік та таблиця значень функції;
введення і коректування кроку аргументу;
Міністерство освіти і науки України
Чернівецький національний університет імені Юрія Федьковича

Факультет комп’ютерних наук

Кафедра математичних проблем управління і кібернетики

Програма побудови графіків

Технічне завдання на розробку програми

Керівник,
Кандидат фіз.-мат. наук,
доцент __Лазорик В.В.

Виконавець,
Студент 331 групи
Прізвище І.П.

Чернівці – 2006

Рис 1. Титульний лист ТЗ.

• побудова таблиці значень функції на заданому інтервалі, або зображення графіка функції
на заданому інтервалі за умови, що на зазначеному інтервалі вона не має точок розриву.

4.1.2. Вихідні дані:

• аналітичне завдання функції;
• інтервал визначення функції;
• крок зміни аргументу, що визначає кількість точок на інтервалі.

4.2.Вимоги до надійності

4.2.1.Передбачити контроль інформації, що вводиться.

4.2.2.Передбачити блокування некоректних дій користувача при роботі із системою.

4.3.Вимоги до складу і параметрів технічних засобів

4.3.1.Система повинна працювати на IBM сумісних персональних комп'ютерах.

4.3.2.Мінімальна конфігурація:

• тип процесора... ................................................... ......Pentium і вище;

• обсяг оперативного запам'ятовуючого пристрою..........32 Мб і більш.

4.4.Вимоги до інформаційної і програмної сумісності

4
Технологія програмування Лазорик В.В.
Система повинна працювати під керуванням сімейства операційних систем Win32
(Windows 95, Windows 98, Windows 2000, Windows NT і т.п.).

5. ВИМОГИ ДО ПРОГРАМНОЇ ДОКУМЕНТАЦІЇ

5.1. Розроблювальні програмні модулі повинні бути самодокументовані, тобто тексти

програм повинні містити всі необхідні коментарі.
5.2.Розроблювальна програма повинна включати довідкову інформацію про основні
терміни відповідного розділу математики і підказки учнем.
5.3.До складу супровідної документації повинні входити:
5.3.1.Пояснювальна записка на 25-30 аркушах, що містить опис розробки.
5.3.2.Керівництво користувача.

Приклад 2.
Завдання. Розробити технічне завдання на створення системи «Облік успішності студентів».
Система призначена для оперативного обліку успішності студентів у сесію деканом, заступниками
декана по курсам і співробітниками деканату. Зведення про успішність студентів повинні
зберігатися протягом усього терміну їхнього навчання і використовуватися при складанні довідок
про прослухані курси і додатків до диплома.
Міністерство освіти і науки України
Чернівецький національний університет імені Юрія Федьковича

Факультет комп’ютерних наук

Кафедра математичних проблем управління і кібернетики

Програма “Автоматизована система

обліку успішності“
Технічне завдання на розробку програми

Керівник,
Кандидат фіз.-мат. наук,
доцент __Лазорик В.В.

Виконавець,
Студент 331 групи
Прізвище І.П.

Чернівці – 2006
Рис 1. Титульний лист ТЗ.
Текст технічного завдання.
ВСТУП
Технічне завдання поширюється на розробку системи обліку успішності студентів,
призначеної для збору і збереження інформації про хід здачі екзаменаційної сесії.
Передбачається, що використовувати дану систему будуть співробітники деканату, декан і його
заступники.
Під час сесії необхідне одержання оперативної інформації про хід її здачі студентами,
однак виконання такого контролю вручну вимагає значного часу.

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

1. ПІДСТАВА ДЛЯ РОЗРОБКИ

Система розробляється на підставі наказу декана факультету № 5 від 10 вересня 2005 року
і відповідно до плану заходів щодо удосконалювання навчального процесу на 2005-2006
навчальний рік.

2. ПРИЗНАЧЕННЯ

Система призначена для збереження й обробки відомостей про успішність студентів

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

4. ВИМОГИ ДО ПРОГРАМИ

4 . 1 . В и м о ги д о ф ун к ц і о н а ль н и х х а р а к т е р и с т и к

4.1.1.Система повинна забезпечувати можливість виконання наступних функцій:

• ініціалізацію системи (введення списків груп, переліків досліджуваних дисциплін
відповідно до навчальних планів і т.п.);
• введення і корекцію поточної інформації про хід здачі сесії конкретними студентами;
• збереження інформації про успішність протягом часу навчання студента;
• одержання відомостей про поточне стан здачі сесії студентами.
4.1.2. Вихідні дані:
• списки студентів навчальних груп;
• навчальні плани кафедр - перелік предметів і контрольних заходів щодо
кожного предмета;
• розкладу сесій;
• поточні відомості про здачу сесії кожним студентом.
4.1.3. Результати:
• підсумки здачі сесії конкретним студентом;
• підсумки здачі сесії студентами конкретної групи;
• відсоток успішності по всіх студентах групи при здачі конкретного предмета в цілому на
сучасний момент;
• відсотки успішності по всіх групах спеціальності на сучасний момент;
• відсотки успішності по всіх групах курсу на сучасний момент;
• відсотки успішності по всім курсам і в цілому по факультеті на сучасний момент;
• список боржників групи на сучасний момент;
• список боржників курсу на сучасний момент.

4 . 2 . В и м о ги д о н а ді й н о с т і

4.2.1.Передбачити контроль інформації, що вводиться.

4.2.2.Передбачити блокування некоректних дій користувача при роботі із системою.
4.2.3.Забезпечити цілісність збереженої інформації.

4 . 3 . В и м о ги д о с к ла д у і п а р а м е т р і в т е х н і чн и х з а с о бі в
6
Технологія програмування Лазорик В.В.

4.3.1.Система повинна працювати на IBM сумісних персональних комп'ютерах.

4.3.2.Мінімальна конфігурація:
• тип процесора ................................................... .......Pentium і вище;
• обсяг оперативного запам'ятовуючого пристрою........32 Мб і більш.
•
4 . 4 . В и м о ги д о і н ф о р м а ц і й н ої і п ро г ра м н о ї с ум і с н о с т і

Система повинна працювати під керуванням сімейства операційних систем Win32

(Windows 95, Windows 98, Windows 2000, Windows NT і т.п.).

5. ВИМОГИ ДО ПРОГРАМНОЇ ДОКУМЕНТАЦІЇ

5.1. Розроблювальні програмні модулі повинні бути само–документовані, тобто тексти програм
повинні містити всі необхідні коментарі.
5.2. Програмна система повинна включати довідкову інформацію про роботу і підказки
користувачу.
5.3. До складу супровідної документації повинні входити:
5.3.1. Пояснювальна записка на 25-30 аркушах, що містить опис розробки.
5.3.2. Керівництво системного програміста.
5.3.3. Керівництво користувача.
5.3.4. Графічна частина на трьох аркушах формату А1;
1.3.4.1. Схема структурна програмної системи.
1.3.4.2. Діаграма компонентів даних.
1.3.4.3. Форми інтерфейсу користувача.

Приклад 3.
Завдання. Розробити технічне завдання на створення системи розв’язання комбінаторно –
оптимізаційної задачі. Перша версія системи повинна включати алгоритми розв’язування таких
задач: пошуку циклу мінімальної довжини (задача комівояжера), пошуку найкоротшого шляху і
пошуку мінімального єднального дерева.
Комбінаторними називають задачі, розв’язок яких зводиться до вибору варіанта з кінцевої
множини рішень. У комбінаторно – оптимізаційних задачах з кінцевої множини припустимих
рішень відшукується таке, для якого цільова функція досягає оптимального (мінімального або
максимального) значення.
Задача комівояжера, або задача пошуку циклу мінімальної довжини в найпростішому
варіанті формулюється в такий чином. Задано список міст і доріг, що з'єднують дані міста.
Відомі відстані між містами. Необхідно об'їхати всі міста, не заїжджаючи ні в яке місто двічі, і
повернутися у вихідне місто так, щоб сумарна довжина шляху була мінімальною.
Задача пошуку найкоротшого шляху при тих же вихідних даних припускає іншу мету:
необхідно проїхати з одного міста в інший так, щоб сумарна довжина шляху була мінімальною.
Задача пошуку мінімального зв’язного дерева ставиться на тих же вихідних даних, але тепер
ми прокладаємо телефонні лінії уздовж дороги і хочемо, щоб довжина кабелю була
мінімальною.
Текст технічного завдання.

ВВЕДЕННЯ

Дане технічне завдання поширюється на розробку системи розв’язування комбінаторно –

оптимізаційних задач, призначеної для введення і збереження даних зазначених задач, а також
для їхнього розв’язування та збереження отриманих результатів, і використання розробником
програмних та апаратних засобів обчислювальної техніки.
Широке коло задач проектування різного роду технічних об'єктів, у тому числі і комп'ютерів,
відноситься до класу комбінаторно – оптимізаційних задач, точні методи рішення яких, як
7
Технологія програмування Лазорик В.В.
правило, мають експонентну обчислювальну складність і нереалізовані на сучасних комп'ютерах.
В даний час для розв’язування таких задач широко використовуються наближені методи та
алгоритми, що вимагають різних обчислювальних ресурсів і забезпечують різну точність
розв’язування.
У той же час ці методи й алгоритми не систематизовані, оцінки їх обчислювальної
складності та відомості про можливу точність одержуваних розв’язків неповні та розкидані по
багатьом джерелам. У рамках єдиної системи не існує програмної реалізації навіть для
обмеженого кола алгоритмів розв’язування основних комбінаторно – оптимізаційних задач
проектування.
Створення системи, у рамках якої були б реалізовані найбільше методи, що часто
згадуються, і алгоритми розв’язування комбінаторно – оптимізаційних задач, дозволить як
оцінювати і досліджувати окремі методи й алгоритми, так і порівнювати їх з погляду витрат
обчислювальних ресурсів і точності одержуваних розв’язків.

2. ПІДСТАВА ДЛЯ РОЗРОБКИ

Система розробляється на підставі наказу проректора по науковій роботі Чернівецького

університету № 3 від 1 січня 2006 і відповідно до плану держбюджетних науково-дослідних
робіт факультету на 2006-2007 р.

3. ПРИЗНАЧЕННЯ

Перша версія системи призначена для розв’язування невеликого кола комбінаторно –

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

4. ВИМОГИ ДО ПРОГРАМИ

4 . 1 . В и м о ги д о ф ун к ц і о н а ль н и х х а р а к т е р и с т и к

4.1.1. Система повинна представляти сукупність методичних і програмних засобів

розв’язування наступних задач:
• задачі побудови мінімального покриваючого дерева;
• пошук покриваючого циклу мінімальної довжини (задача комівояжера);
• задачі пошуку найкоротшого шляху.
4.1.2. Для цих задач повинні бути реалізовані:
• алгоритм, що забезпечує одержання точного розв’язку;
• у тому випадку, якщо точний розв’язок алгоритмом алгоритмом, який має неполіноміальну
обчислювальну складність, то необхідно додатково розробити алгоритм, який би забезпечує
одержання наближених розв’язку з поліноміальною обчислювальною складністю.
4.1.3. Методичне забезпечення повинне бути реалізоване в системі інтерфейсу користувача, який
повинен дозволяти вибір задачі, методу й алгоритму її розв’язання; введення даних; розв’язання
проектної задачі та збереження вихідних даних, проміжних і остаточних результатів у вбудованій базі
даних для наступного аналізу.

4 . 2 . В и м о ги д о н а ді й н о с т і

4.2.1. Передбачити контроль інформації, що вводиться, і блокування некоректних дій користувача

при роботі із системою.
4.2.2. Забезпечити коректне завершення обчислень з відповідною діагностикою при перевищенні
наявних обчислювальних ресурсів.
8
Технологія програмування Лазорик В.В.
4.2.3. Забезпечити цілісність інформації, що зберігається в базі даних.

4 . 3 . В и м о ги д о с к ла д у і п а р а м е т р і в т е х н і чн и х з а с о бі в

4.3.1. Система повинна працювати на IBM сумісних персональних комп'ютерах.

4.3.2. Мінімальна конфігурація:

• тип процесора.................................................. ......Pentium;

• обсяг оперативного запам'ятовуючого пристрою........16 Мб;
• тип монітора .................................................... ......SVGA (15').
4.4. Вимоги до інформаційної і програмної сумісності

Система повинна працювати під керуванням операційної системи Windows'95 і вище.

5. ВИМОГИ ДО ПРОГРАМНОЇ ДОКУМЕНТАЦІЇ

5.1.Розроблювальна система повинна включати довідкову інформацію про роботу системи і

підказки користувачу.
5.2.До складу супровідної документації повинні входити:
• пояснювальна записка;
• керівництво користувача.

2. ЕТАПИ РОЗРОБКИ

№ Назва етапу Термін Звітність

1 Розробка ядра системи 1.1.2006-31.3.2006 Опис внутрішніх форматів,
інтерфейсу та форматів дані
бази. Реалізація системи на
рівні інтерфейсу.
2 Розробка методів та алгоритмів 1.4.2006-30.6.2006 Опис методів та алгоритмів.
з подальшою реалізацію для Програмні модулі, які
задачі комівояжера реалізують методи.
3 Розробка методів та алгоритмів 1.7.2006-30.9.2006 Опис методів та алгоритмів.
з подальшою реалізація для Програмні модулі, які
задачі побудови мінімального реалізують методи.
дерева пошуку та задачі пошуку
найкоротшого шляху в графі
4 Тестування програмного 1.10.2006- Тести. Документація.
продукту та складання 31.12.2006 Програмний продукт.
програмної документації

Приклад 4.
1. Введення
Технічне завдання розроблене за проектом «Бити байдики» для ЗАТ «Ледачі
пенсіонери» (далі Замовник). Даний документ містить необхідний набір погоджених вимог,
на підставі яких буде розроблений програмний продукт «Автоматизоване робоче місце
пенсіонера»

2. Призначення й область застосування

Програмний продукт призначений для автоматизації робочого місця пенсіонера
компанії «Ледачі пенсіонери» відповідно до бізнесів-процесів підприємства.
Програмний продукт використовується для автоматизації передачі досвіду від
пенсіонера до піонера.
3. Мета розробки
9
Технологія програмування Лазорик В.В.
Підвищити ефективність передачі даних від пенсіонера до піонера за рахунок зниження
часу передачі знань та їхньої вірогідності, а так само за рахунок зменшення витрат при
роботі з особливо обдарованими піонерами.

4. Терміни і скорочення
(алфавітний порядок)
БЛ – Бізнес – Логіка
БП – Бізнес - Процес
ЛІПЕР – ЛІнивий ПЕнсіонеР
Логуванння – занесення проміжної інформації в буферний файл на жорстокому диску в
процесі обробки черги вхідних повідомлень.
ОБПІ – ОБдарований ПІонер
ПП – Програмний Продукт

5. Вимоги до програми
5.1. Функціональні вимоги
5.1.1. Програмний продукт «Автоматизоване робоче місце пенсіонера» (далі Програма) є
клієнт-серверним додатком, інтегрованим з MS Exchange Server , що використовує
адресну книгу останньої.
……
5.1.12. Програма повинна підтримувати багатомовність вхідних даних. Дані можуть бути
представлені українською, російською, англійській, німецькій та шведській
мовами.
……......
5.1.13. Час реакції системи на SMS запит не повинний перевищувати 10 секунд у період
пікового навантаження. Пікове навантаження приходиться на період початку і
закінчення робочого дня.
5.1.14. У програмі повинна бути реалізована функція настроювання часу пікового
навантаження.
……...

5...1.28 Довга буфера файлу логування для кожного повідомлення не повинна

перевищувати 512 байт
………...
5...1.36 У програмі повинна бути передбачена обробка наступних станів системи:
ALERT - ситуація, що вимагає негайного втручання.
CRIT - критична ситуація, зв'язана із серйозними несправностями чи устаткування
програмним проблемам.
ERR - ситуація, у якій повинно бути сформоване звіт про умови виниклої помилки.
WARNING - ситуація, у якій повинно бути сформоване звіт про проблеми, що не
створюють фатальних наслідків у роботі програми.
INFO – некритична ситуація в який повинно бути сформоване
інформаційне повідомлення. Наприклад, повідомлення про знайдене устаткування
при завантаженні необхідних драйверів. Точний список INFO ситуацій може
уточнюватися по обопільній згоді Замовника і Виконавця.
DEBUG – ситуація, у якій повинна бути сформована налагоджувальна інформація

10
Технологія програмування Лазорик В.В.
5.2. Вимоги до інтерфейсу
(Вимоги до окремих елементів інтерфейсу користувача можуть бути представлені
скриншотами(screen shot - моментальний знімок з екрану)
5.2.1. Інтерфейс користувача
5.2.1.1 Інтерфейс користувача повинен мати стандартну колірну гаму, яка
використовується для – інтерфейсів в продуктах компанією Microsoft, або інтерфейс
користувача за зовнішнім оформленням повинен відповідати сучасної концепції Usability
прийнятої в операційному середовищі WindowsXP
5.2.1.2. Програма повинна мати англомовний інтерфейс.
5.2.1.3. Форми користувача проектуються для роздільної здатності монітору 1280х1024
пікселів
……...
5.2.1.34 Для генерації статичного звіту користувач повинний вибрати функцію Statistical
Report меню Reports . Програма повинна відобразити форму наступного
формату:

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

…....
5.2.2.4. Web-програма на Web-серверу повинна генерувати звіт у виді таблиці Microsoft
Excel і передавати його в базу даних на SQL сервер.
…....
5.2.2.8. Програма для імпорту звітів повинна має інтерфейс, який інтегрований із
середовищем Crystal Reports

5.3. Вимоги до реалізації

5.3.1. Час реакції програми при реалізації будь-якої функції, у тому числі всіх запитів,
не повинне перевищувати 15 секунд
5.3.2. Програма розробляється для швидкості каналу зв'язку мережі не менше 10
Мb/хв
5.3.3. При розробки програми повинні бути використані наступні засоби :
 Microsoft Visual Studio .Net 2002
 C#, ASP.Net
 Microsoft Windows 2000 Server Service Pack 4

11
Технологія програмування Лазорик В.В.
 Microsoft .Net Framework 1.0 Service Pack 2

5.4 Вимоги до оточення

5.4.1. Апаратні вимоги
Мінімальна конфігурація апаратних засобів для нормального функціонування програми
повинна містити:
 Процесор типу Intel з тактовою частотою не нижче 466 Мгц
 Відеоадаптер Super Video Graphics Adapter
 Монітор з роздрібною здатністю 1280х1024х75Гц
 Клавіатура
 Маніпулятор “миша”
 Обсяг оперативної пам'яті не менше 128 Мб
 Обсяг вільного дискового простору 5 Гб

5.4.2. Програмні вимоги

Програма повинна функціонувати в наступному оточенні:
 Microsoft Windows 2000 Server Service Pack 4
 Microsoft .Net Framework 1.0 Service Pack 2
 Microsoft Internet Information Server 5.0
 Microsoft Excel 2000

5.5 Вимоги до надійності

5.5.1 У випадку, якщо користувачем введено некоректна дані, програма повинна …

……

5.5.6 Час відновлення програми після збою не повинне перевищувати 1 хв.

5.6. Вимоги до тестування
5.6.1 Тестування програми повинне бути організоване в середовищі Windows 2000 і
Windows XP.
5.6.2 Час безупинного тестування в режимі активного додатка повинне складати не менш 10
доби.
5.6.3 У процесі тестування кількість записів у Базі даних пенсіонерів повинне бути не менш
100 000

5.7. Вимоги до установки

5.7.1 Замовнику поставляється інсталяція програми і документи на компакт-диску
5.7.2 Для успішної інсталяції і роботи програми в користувача повинні бути встановлені
Microsoft Excel 2000 , Microsoft Exchange Server, Microsoft Outlook 2000

12
Технологія програмування Лазорик В.В.
5.8. Вимоги до супроводу
5.8.1. Час гарантійного супроводу програми повинний складати 6 місяців.
5.9. Вимоги до безпеки
5.9.1. Програма повинна бути захищена від нелегального використання за допомогою
апаратного ключа eToken так, щоб перехід у робочий режим був можливий тільки
при підключеному ключі.

5.10. Вимоги до документації

5.10.1 По проекті повинні бути розроблені наступні користувальницькі документи:
 Технічне завдання
 Керівництво програміста
 Керівництво користувача
5.10.2 Уся документація представляється українською мовою у форматі WinWord 2000.

13