You are on page 1of 3

 

 
ВСТУП
Це технічне завдання поширюється на розробку веб-застосунку
планувальника.
Даний проект дозволить користувачу після аутентифікації розподіляти
свій час, додавати плани на день, встановлювати тривалість їх
виконання, ставити відмітки про завершення.

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


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

3. ПРИЗНАЧЕННЯ РОЗРОБКИ
Основним призначенням програми є допомога у формуванні розкладу
дня та введенню тайм-менеджменту у життя людини.

4. ВИМОГИ ДО ПРОГРАМИ АБО ПРОГРАМНОГО ВИРОБУ


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

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


наступних функцій:

Для неавторизованих користувачів: 


• реєстрація користувача за допомогою обов’язкових полів:
електронної пошти і пароля
• аутентифікація за електронною поштою і паролем
Для авторизованих користувачів:
 додавання подій (подія складається з назви, опису, часу початку,
часу кінця, повторюваності) і тривале зберігання їх у системі
 редагування, видалення подій
 можливість надання події статусу (“Failed”, “Completed”, “In process”)
 показ календаря з відображенням подій
 зміна зовнішнього вигляду календаря (показ подій дня, тижня,
місяця)
 збір статистики з виконаних подій за день, тиждень, місяць
 створення/редагування/видалення груп, які містять події. Разом з
видаленням групи видаляються події, які містить група 
 додавання подій в групи
 
 
4.1. Вимоги до надійності
4.1.1. Передбачити аутентифікацію користувача.
4.1.2. Передбачити контроль введеної інформації.
4.1.3. Передбачити блокування некоректних дій користувача при роботі
з системою.

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

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


Система повинна підтримувати браузери: Google Chrome, Mozilla
Firefox, Microsoft Edge.  

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

5.1. Програмні модулі, що розробляються, повинні бути


самодокументовані, тобто тексти програм повинні містити всі необхідні
коментарі.

5.2. До складу супроводжуючої документації повинна входити 


настанова користувача.

6. ТЕХНІКО-ЕКОНОМІЧНІ ПОКАЗНИКИ
Розробка даного застосунку в нашому випадку не потребує коштів для
оплати ліцензії середовища розробки, покупки технічних засобів та ін.
Економічна ефективність також дорівнює 0, програма на планується
бути опублікованою для широкого кола користувачів
 
7. СТАДІЇ ТА ЕТАПИ РОЗРОБКИ
1. опис технічного завдання до 12.06
2. розробка програмної складової до 10.07
3. тестування до 18.07
Перший етап “Опис технічного завдання” підрозділяється на наступні
стадії :
1. обрання теми проєкту
2. визначення мети розробки
3. розбір функціоналу, формування вимог до програми
4. визначення техніко-економічних показників
5. розбиття процесу розробки на етапи та стадії
6. розподіл ролей в команді
7. визначення порядку контролю та приймання
На другому етапі “Розробка програмної складової” відбуватиметься
наступне
1. визначення методів та інструментів розробки
2. визначення архітектури системи, проєктування основних елементів,
класів, моделі БД
3. втілення в програмний код
Етап “Тестування” включає стадії:
1. визначення методів тестування
2. безпосередньо тестування
3. виправлення помилок програми
Виконавці: кожен член команди задіяний у кожному етапі та на кожній
стадії розробки.
 
8. ПОРЯДОК КОНТРОЛЮ І ПРИЙМАННЯ

Вчасне виконання деяких етапів розробки та коректність


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

You might also like