База знань
Централізовано — постанови, ДСТУ, канонічний глосарій, бібліотеки типових фраз, історичні приклади і чек-листи. Вова редагує усе через цей UI; під капотом — markdown-файли в нашому git і скани/PDF у Google Drive, але це вже не його турбота.
Постанови
· 1Про затвердження Положення про порядок створення інформаційних, інформаційно-телекомунікаційних систем у державних органах. Додаток 2 — ТВ, додаток 3 — ТЗ, додаток 4 — ДСТУ.
ДСТУ та стандарти
· 2Якість програмного забезпечення — характеристики і метрики. Застосовується для тестабельності вимог (Phase 1+).
Вимоги доступності для ІКТ-продуктів та сервісів. Використовується для звітів WCAG.
Глосарій
· 1Стандартний глосарій термінів для звітних документів. Однаковий на всі проєкти SOD.
Бібліотеки фраз
· 2Канонічна таблиця 5.1 для програм випробувань — 8 рядків, однакова на всі проєкти.
Бібліотека стандартних фраз для розділу «Висновки» протоколів. ~25 формулювань для типових сценаріїв.
Чек-листи
· 1TNR 14pt, інтервал 1.5, поля 0.39/0.39/0.78/0.39, нумерація 1.→1.1.1.1., таблиці зверху, рисунки знизу.
Історичні приклади
· 2Історичний референс. Протокол попередніх випробувань НМТ-2026 етап 1, підписаний УЦОЯО 18 лютого.
Історичний референс. Програма випробувань ЄДКІ-2024 етап 3, з якої Romina вела coverage table.
Канонічний глосарій (8 термінів)
Однаковий на всі проєкти SOD. Підставляється у кожен документ, де є розділ «Терміни та визначення». Вова редагує цей список через UI — не через git.
- ТВ
- Технічні вимоги (Додаток 2 до постанови Кабміну №205)
- ТЗ
- Технічне завдання (Додаток 3 до постанови Кабміну №205)
- ІТС
- Інформаційно-телекомунікаційна система
- Замовник
- Державний орган-замовник створення/модернізації ІТС
- Виконавець
- Юридична особа, яка виконує роботи з створення/модернізації ІТС
- Програма випробувань
- Документ, що визначає об'єкт, цілі, обсяг, методику та порядок проведення випробувань
- Протокол випробувань
- Документ, у якому фіксуються результати проведення випробувань
- Дослідна експлуатація
- Етап ЖЦ системи, на якому система проходить промислову перевірку в реальних умовах експлуатації перед прийняттям у промислову експлуатацію
Таблиця 5.1 — перевірка комплектності документів
Канонічна таблиця для розділу 5 програм випробувань. Однакова структура на всі 15+ проєктів; конкретні значення підставляються з реальної комплектації. Зараз — еталонний референс.
| № | Об'єкт перевірки | Що перевіряється | Очікуваний результат |
|---|---|---|---|
| 5.1.1 | Договір (з усіма додатками) | наявність, підпис обох сторін | наявний |
| 5.1.2 | Технічні вимоги (ТВ) | наявність, відповідність додатку 2 | наявні |
| 5.1.3 | Технічне завдання (ТЗ) | наявність, відповідність додатку 3 | наявне |
| 5.1.4 | Інструкція користувача | наявність, повнота розділів | наявна |
| 5.1.5 | Інструкція адміністратора | наявність, повнота розділів | наявна |
| 5.1.6 | Програма випробувань | наявність, узгодження зі стандартом | наявна |
| 5.1.7 | Протокол випробувань | наявність, підписи комісії | наявний |
| 5.1.8 | Сертифікат відповідності / звіт КСЗІ | наявність, термін дії | наявний |
Бібліотека формулювань — Висновки протоколу
~25 типових фраз для розділу «Висновки» у протоколах попередніх та приймальних випробувань. LLM обирає формулювання за контекстом матриці — не вигадує з нуля.
За результатами проведених попередніх випробувань функціональні характеристики системи відповідають вимогам Технічного завдання у повному обсязі та можуть бути прийняті у дослідну експлуатацію.
Зауваження, виявлені під час випробувань, не є суттєвими та не перешкоджають введенню системи в дослідну експлуатацію за умови їхнього усунення у термін до 30 календарних днів.
Випробувана система забезпечує реалізацію усіх функціональних можливостей, передбачених додатком 2 до постанови Кабінету Міністрів України від 17 квітня 2024 року №205.
За результатами приймальних випробувань комісія підтверджує відповідність системи вимогам ДСТУ ISO/IEC 25010:2015 у частині функціональної придатності та надійності.
Система рекомендується до прийняття у промислову експлуатацію без додаткових доопрацювань; протокол є підставою для підписання акта приймання-передачі.
Під капотом — git. На поверхні — Notion-подібний редактор.
Технічно KB-записи зберігаються як markdown-файли у нашому внутрішньому git-репозиторії — це дає версіонування, diff, rollback, code review для змін у глосарії, і відтворюваність генерацій («який глосарій було використано для протоколу Vector 12.05?»).
Але Вова, Romina і Yana ніколи не бачать ні git, ні markdown, ні diff'ів. Вони бачать цю сторінку: візуальний редактор термінів, drag-and-drop для PDF, кнопку «зберегти». Усе технічне — pull request з підписом, гілка kb/glossary-v1.5, CI-перевірка — відбувається непомітно у фоні.