Програма та методика попередніх випробувань
Програма та методика проведення попередніх випробувань. Тіло — табличне; рядки беруться з матриці вимог (status=covered).
Як це працює
Вова править розмітку SOD у Google Docs. Placeholder-и виглядають як smart chips, не як {{шаблонізатор}}.
Цей екран. Вова визначає, звідки тягнути кожен placeholder. KB-елементи прив'язує через мульти-селект, не через файл.
Коли Romina/Yana запускає генерацію — конвеєр робить копію skeleton, тягне дані з матриці і KB, шле batchUpdate у Google Docs API. Результат — нова версія у Drive.
Placeholders
Вова бачить форму, не YAML. Кожен placeholder має джерело: project_meta (з трекера), matrix (з матриці вимог), kb (з бази знань), llm (генерується), fixed (системний).
{{project_name}}{{contract_number}}{{client_name}}{{stage}}{{exam_date}}{{exam_location}}{{representatives}}{{appendix_b}}{{table_5_2}}{{table_5_1}}{{glossary}}{{conclusions_template}}{{introduction_bridge}}{{footer_audit}}Структура документа
11 секцій. Кожна — окремий вузол у конвеєрі: статичний текст з KB, підстановка placeholder-ів, динамічна таблиця з матриці, або LLM-блок (з людським ревью).
1. Титульна сторінка
placeholderНазва проєкту, договір, замовник, етап, дата.
{{project_name}}{{contract_number}}{{client_name}}{{stage}}{{exam_date}}2. Перелік умовних позначень і скорочень
staticГлосарій з 8 канонічних термінів.
{{glossary}}3. Загальні відомості
llmВступний параграф адаптується під специфіку проєкту. LLM генерує з опису.
{{introduction_bridge}}4. Об'єкт випробувань
placeholderОпис об'єкта — береться з ТЗ §1.
{{project_name}}{{stage}}5.1. Перевірка комплектності документів
dynamic_tableКанонічна таблиця 5.1 з KB. 8 рядків — однакова на всі проєкти.
{{table_5_1}}5.2. Перевірка відповідності функціональності
dynamic_tableТут серце. Кожен рядок — вимога з матриці (status=covered, tests.program_pop присутній). Поля: №, що перевіряємо, методика, очікуваний результат, ID вимоги.
{{table_5_2}}6. Висновки
staticСтандартні формулювання з KB.
{{conclusions_template}}7. Учасники випробувань
placeholderСписок з project meta.
{{representatives}}8. Підписи
placeholderПрізвища підписантів з обох сторін.
{{representatives}}Додаток Б. Реквізити сторін
placeholderКонтактні дані Виконавця і Замовника.
{{appendix_b}}Footer (генерується автоматично)
staticЗгенеровано zvitnist v0.4 / template v2.4 / KB 2026-04-25 / matrix snapshot {{matrix_hash}}
{{footer_audit}}Прив'язки бази знань
Версіонується окремо. Коли оновлюється KB-елемент — генерації автоматично підхоплюють нову версію (стара версія залишається в audit trail).
Про затвердження Положення про порядок створення інформаційних, інформаційно-телекомунікаційних систем у державних органах. Додаток 2 — ТВ, додаток 3 — ТЗ, додаток 4 — ДСТУ.
Стандартний глосарій термінів для звітних документів. Однаковий на всі проєкти SOD.
Канонічна таблиця 5.1 для програм випробувань — 8 рядків, однакова на всі проєкти.
Бібліотека стандартних фраз для розділу «Висновки» протоколів. ~25 формулювань для типових сценаріїв.
Footer-коментар
Автоматично додається в кінець кожного згенерованого документа. Це audit trail — замовник бачить, з якого snapshot матриці і версії KB народився документ.
--- Згенеровано zvitnist v0.4-demo · 12 трав 2026 Шаблон: program-vyprob v2.4 · skeleton.gdoc (rev. 2026-04-22) KB snapshot: 2026-04-25 (postanova-205 v2026-03-25, glossary-canonical v1.4, table-5-1 v1.2, conclusions v1.6) Matrix snapshot: vector / etap-1 / sha 8f3a91c · 23 рядки status=covered Генерувала: Vova Ganziy через Claude Desktop · MCP tool: generate_document Audit ID: zv-gen-2026-05-12-0942-vec-progr-pop