Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ТС ПП (Курсова робота).docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
41.16 Кб
Скачать

Постановка завдання

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

Елемент

Опис

Проблема полягає в ...

<описати проблему>

Проблема зачіпає ...

<зазначити учасників, яких зачіпає проблема>

В результаті ...

<описати вплив проблеми на учасників та бізнес-діяльність>

Перевагами нового рішення є ...

<вказати на запропоноване рішення та список нових ключових переваг>

Додаток 2.

План тестувань & Результати

Даний розділ повинен містити опис плану тестування програмного продукту.

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

Додаток 3.

Результати верифікації

В даному розділі проводять верифікацію програмного продукту на його відповідність вимогам Технічного завдання (або Функціональної специфікації).

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

Вимога

Програмний продукт

Оцінка

Швидкодія ПП = ...

<вказати реальну швидкодію>

виконано

Кількість одночасних доступів до сервера ≥ ...

<оцінити мах кількість учасників, що можуть одночасно працювати>

виконано

Вимоги до оперативної пам’яті ...

<описати завантаження оперативної пам’яті>

виконано

Перелік звітних форм та роздруків ...

<перерахувати форми друку і порівняти з вимогами>

не виконано

Додаток 4.

Керівництво користувача

Даний розділ повинен містити інструкцію для коректного користування вашою системою.

Документація може бути в друкованому вигляді або може бути доступною в Інтернеті, як частина вашої системи. Ця документація повинна надавати всю інформацію, необхідну для користувача, щоб встановити (або доступитись) і використовувати вашу систему.

Для допомоги у розробці керівництва користувача, зверніться до презентації у PowerPointі.

Додаток 5.

Інструкція з проведення презентації системи

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

2. Кожен член команди повинен брати участь, додаючи власну частину презентації. Під час доповіді, та у презентації кожен учасник команди повинен представити і виділити свій власний внесок у розробленні ПП.

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

4. Для ілюстрації представленого матеріалу можна використовувати будь-які візуальні засоби, включаючи копії екрану, діаграми, графіки та презентацію в PowerPoint.

5. Демонстрація повинна бути заздалегідь добре спланована. Необхідно показати тільки найбільш важливі особливості вашої системи. Перевірте свою демонстрацію, щоб переконатися, що кожен елемент працює так, як треба.

6. Вся презентація повинна займати не більше двадцяти хвилин, включаючи демонстрацію програмного продукту. Сама презентація займе від десяти до п'ятнадцяти хвилин, і демонстрація програмного продукту повинна тривати не більше п'яти-десяти хвилин. Так як час вкрай обмежений, важливо, щоб презентація охоплювала лише найбільш важливі аспекти проекту. Потратьте час в команді, щоб вирішити, хто і про що повинен говорити і які аспекти розкривати.