Antonio Sergio Rodrigues Figueiredo
16aca0a657
- Migra o board de tarefas de TB_26AI_TECH_SPRINT_KANBAN (tabela ADB, dropada) + tentativa de região Kanban no App Builder para um checklist versionado neste repo. - Replaneja as 13 tarefas substantivas do sprint v1.4.0 (nenhuma entregue no ciclo anterior de 13/08-02/09) a partir de 09/09. - Registra como concluído/abandonado o experimento de export de página via SQLcl (f100_page_11.sql/.zip, removidos, nunca commitados). - Lista separadamente as pendências de carga v1.3.0 ainda abertas no CHANGELOG (não fazem parte do escopo v1.4.0). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
78 lines
4.6 KiB
Markdown
78 lines
4.6 KiB
Markdown
# Tasks — v1.4.0 (schema overhaul + AI Insight com CVE/pacote/remediação)
|
||
|
||
Board de sprint deste projeto. Fonte da verdade é este arquivo, versionado neste repo — cada
|
||
tarefa concluída vira um commit dedicado marcando o checkbox junto da mudança real, então
|
||
`git log`/`git blame` funcionam como histórico de status. Substitui a tentativa anterior de
|
||
Kanban via `TB_26AI_TECH_SPRINT_KANBAN` (tabela no ADB) + região App Builder / Claude Artifact.
|
||
|
||
Contexto/mapeamento de colunas: `../ANALISE_DADOS_v1.4.0_gap_schema.md` (fora deste repo, doc
|
||
interno de planejamento, não client-facing).
|
||
|
||
Fluxo de trabalho: **validar tudo no ambiente de teste do Antonio primeiro → só depois replicar
|
||
no ambiente do cliente**, com a documentação das duas cópias (`ampmInsights_V1/` interna e
|
||
`ampmInsights_V1_Cliente/`) atualizada ao final de cada tarefa que gerar SQL/doc novo.
|
||
|
||
## Concluído (sprint anterior, 13/08–14/08)
|
||
|
||
- [x] `TB_26AI_TECH_SPRINT_KANBAN` criada e populada no ADB (2026-08-12) — **dropada em
|
||
2026-09-09**, tracking migrou para este arquivo.
|
||
- [x] Tentativa de deploy scriptado de página via SQLcl (`f100_page_11.sql`) — **abandonada**:
|
||
export de página sozinha depende de componentes (menu/breadcrumb) que só existem no export
|
||
completo da aplicação. Nenhum dano; transação reverteu sozinha. Não reabrir esse caminho
|
||
para a Application 100 — a unidade de deploy scriptável confiável continua sendo o export
|
||
completo (`sql/02_ampminsights_apex_app.sql`).
|
||
|
||
## Fase 1 — Dados/ETL
|
||
|
||
- [ ] **09/09 (Qua)** — Fechar DDL v1.4.0 híbrido (colunas Tier-1 tipadas + `RAW_JSON` CLOB) em
|
||
`TB_26AI_TECH_V2`/`TB_26AI_TECH_CMDB`, script isolado, sem tocar no ambiente atual
|
||
- [ ] **10/09 (Qui)** — Atualizar `V_26AI_TECH` + `json_object` de `PRC_26AI_TECH` para expor os
|
||
campos novos ao LLM; novos perfis de carga (`DL_TECH_VULNERABILIDADE_V3`, `DL_TECH_CMDB_V2`)
|
||
- [ ] **11/09 (Sex)** — Pipeline de staging: bucket → `TB_26AI_TECH_V2_STG` via
|
||
`DBMS_CLOUD.COPY_DATA`
|
||
- [ ] **14/09 (Seg)** — `MERGE` com histórico (`LOAD_BATCH_ID`, `TB_26AI_TECH_V2_HIST`), honrando
|
||
o campo `state` do Tenable (NEW/ACTIVE/FIXED/RESURFACED)
|
||
- [ ] **15/09 (Ter)** — Teste ponta a ponta com arquivo real mais recente; QA dos campos novos
|
||
(CVE, solução, pacotes, SO/Classe/Criticidade agora preenchidos)
|
||
|
||
## Fase 2 — Validação de Inteligência
|
||
|
||
- [ ] **16/09 (Qua)** — Validar que o AI Insight cita CVE/pacote/remediação de fato (amostra de
|
||
5-10 ativos)
|
||
- [ ] **17/09 (Qui)** — Rodar geração de insight em lote no ambiente de teste completo; revisão
|
||
de qualidade
|
||
- [ ] **18/09 (Sex)** — Relatórios visuais (top CVEs/CISA KEV, ativos mais expostos, tendência
|
||
semanal usando `TB_26AI_TECH_V2_HIST`)
|
||
|
||
## Fase 3 — Release controlada + Cliente
|
||
|
||
- [ ] **21/09 (Seg)** — Congelar escopo v1.4.0, gerar zip, validar em ambiente limpo (fluxo já
|
||
usado nas releases anteriores — ver processo de release do projeto)
|
||
- [ ] **22/09 (Ter)** — Carga real do dado mais recente do cliente no ambiente de teste final;
|
||
validação visual completa
|
||
- [ ] **23/09 (Qua)** — Material de apresentação (antes/depois: grid vazia vs preenchida, insight
|
||
com CVE/remediação)
|
||
- [ ] **24/09 (Qui)** — Demo + feedback do cliente (registrado direto neste arquivo)
|
||
- [ ] **25/09 (Sex)** — Consolidar feedback em backlog v1.5.0, atualizar `CHANGELOG.md`/docs
|
||
(nas duas cópias, `V1` e `V1_Cliente`)
|
||
|
||
## Pendências separadas (v1.3.0, carga inicial no ambiente do cliente)
|
||
|
||
Ainda abertas no `CHANGELOG.md` ("[Não lançado]"), não fazem parte do escopo v1.4.0 acima —
|
||
tratar em paralelo quando o ambiente do cliente estiver pronto para a primeira carga real:
|
||
|
||
- [ ] Confirmar upload de `DL_TECH_CMDB_V1_AMPM.xlsx` no ambiente de teste (esperado: 109 linhas)
|
||
- [ ] Confirmar upload de `DL_TECH_VULNERABILIDADE_V2_AMPM.xlsx` (esperado: 1.724 linhas)
|
||
- [ ] Validar visualmente que só aparecem nomes padrão `AM...` na tela "Insigths sobre
|
||
Vulnerabilidades"
|
||
- [ ] Decidir sobre `AMPMOCIVWNSP01#DUP` / `AMPMOCIVWNSP02#DUP` (sufixo `#DUP` do ServiceNow)
|
||
- [ ] Confirmar fonte de dados para `É_VIRTUAL`, `APPLIANCE`, `EDR` (em branco hoje)
|
||
- [ ] Confirmar se `amprotrib` e `aampmocivlfgap02` são ativos AMPM reais
|
||
- [ ] Repetir a carga no ambiente real do cliente após validação no teste
|
||
|
||
## Referência disponível, ainda não consultada
|
||
|
||
`APEX/26AIcomAIDP/20251202 Select AI New Capabilities and Roadmap.pdf` e outros PDFs técnicos de
|
||
Select AI/Vector Database — só abrir se uma decisão específica de RAG/Select AI precisar de
|
||
validação contra o roadmap oficial da Oracle.
|