...
Загальні відомості про засіб інформатизації
...
Найменування засобу інформатизації, його замовника та виконавця (розробника)
...
| Замовники/Стейкхолдери | Міністерство/Відділ фінансування та бюджетування/... |
| Product Owner | Prozorro.Sale PO |
| Bussines/System Analyst | Prozorro.Sale BA |
| Команда розробки | Прозорі рішення та Prozorro.Sale DEV+DevOps |
| Команда тестувальників | Prozorro.Sale QA |
Перелік
...
документів, на підставі та з урахуванням яких створюється (модернізується, модифікується, розвивається) засіб інформатизації
...
| Регламент | |
| Статут | |
| Схема процесу | - |
| Відкриті дані | Відкриті дані Prozorro.Sale |
| Аналітичний звіт | - |
3) відомості про призначення та цілі засобу інформатизації;
4) план-графік виконання етапів із створення (модернізації, модифікації, розвитку) засобу інформатизації із зазначенням строків початку та закінчення робіт за кожним із етапів.
Відомості про робочий процес (бізнес-процеси) та пов’язані з ними об’єкти інформатизації, умови їх експлуатації та характеристики
...
Вимоги до засобу інформатизації
1) вимоги до засобу інформатизації в цілому;
2) функціональні та нефункціональні вимоги;
3) вимоги до видів забезпечення;
4) вимоги до захисту інформації.Посилання
Склад та зміст робіт із створення (модернізації, модифікації, розвитку) засобу інформатизації.
Опис функціональних вимог. Надається в кожному ТЗ окремо і містить детальний опис, який відповідає на питання "що ми робимо в цій розробці"
Порядок контролю та приймання робіт із створення (модернізації, модифікації, розвитку) засобу інформатизації.
...
Основні етапи порядку контролю та приймання:
Планування робіт – Визначення тестових сценаріїв
- Документальне оформлення – написання тест-кейсів
Контроль якості – Перевірка, що реалізація відповідає вимогам
Демонстрація функціональності – проводиться демо за необхідності
Фінальне затвердження – звітування щодо статусу тестування та прийняття рішення про введення в експлуатацію.
Тестові сценарії та тест-кейси описуються окремо до кожної розробки.
Вимоги до документування
Загальні вимоги
Всі документи мають бути структурованими та актуальними
Використання уніфікованого формату для всіх документів одного типу
Використання Confluence, Google Docs для створення документації
Оновлення документації разом зі змінами в коді або логіці системи.
Наявність версійності (збереження історії змін документів).
Види документації
Технічні вимоги - загальні бізнес-вимоги
Технічне завдання - детальна технічна специфікація (функціональні та нефункціональні вимоги)
Техно-робочий проект - схема архітектури (залежності, компоненти, API).
Документація коду
Коментарі у коді відповідно до стандартів (PEP-257 для Python)
README.md у кожному модулі (опис, як розгорнути, залежності).
Документація для розробників (Developer Guide).
Документація тестування
Тестові сценарії
Тест-кейси
Документація користувача
Інструкції (User Guide) – як користуватися системою (для внутрішніх клієнтів або майданчиків).
Контроль якості документації
Аудит документації з певною періодичністю
Відповідальність за оновлення (наприклад, аналітик оновлює технічні вимоги разом із аналізом змін по CR).
...
Порядок внесення змін і доповнень до технічного завдання
Загальні положення
Будь-які зміни та доповнення до ТЗ мають бути зафіксовані.
Зміни можуть ініціюватися продуктом, розробником або іншими зацікавленими сторонами.
Всі зміни мають бути оцінені з точки зору впливу на строки, бюджет і технічну реалізацію.
Ініціація змін
Ініціатор змін формує запит на зміну (Change Request)
Запит оформлюється у вигляді таски в системі управління проєктами Jira
Аналіз та оцінка змін
Аналітик з командою розробки аналізують запит і готують висновок:
Оцінка трудовитрат
Вплив на інші частини системи
Потенційні ризики
Оцінка передається насхвалення замовником або керівництвом проєкту.
Внесення змін до документації
Після затвердження зміни вносяться в ТЗ та інші пов’язані документи
- Всі зацікавлені сторони отримують оновлену версію документа
Контроль виконання
Після внесення змін проводиться тестування
Якщо зміни не пройшли перевірку – проводиться повторне коригування або відкат до попередньої версії.
Висновки
Можуть бути вказані з ТЗ по розробці конкретного продукту.
10. Висновки.
11. Додатки:
1) план розробки засобу інформатизації;
2) заявка на модернізацію (модифікацію, розвиток) (у разі необхідності);
3) інші додатки (у разі їх наявності).