SIS — Sistemas em Sustentação

Caráter: OPCIONAL — ativado quando o projeto envolve manutenção, evolução ou sustentação de sistemas existentes, independentemente da tecnologia ou geração do sistema.

O SIS é a extensão do SinergIA para sistemas em produção que precisam ser compreendidos antes de serem alterados. Governa a extração de conhecimento, a rastreabilidade de demandas e o controle de contexto dos agentes de IA em ambientes onde a documentação é ausente, incompleta ou desatualizada.

---

Por que um PV específico para sustentação?

Sistemas em produção apresentam características que os diferenciam de projetos novos:

• regras de negócio implícitas no código, sem documentação formal
• dependência de conhecimento tácito das equipes
• coexistência de múltiplas versões, frameworks e padrões técnicos
• integrações não documentadas com sistemas internos e externos
• dados históricos sem classificação de sensibilidade ou base legal

Abordar esses sistemas com os mesmos fluxos de projetos novos gera alucinação documental, análise de impacto incompleta e risco elevado de regressão.

---

Relação com os demais PVs

Relação	Descrição
ESP → SIS	O ESP fornece histórias base; o SIS retroalimenta o ESP com regras descobertas
INF → SIS	Compartilha RUN e OBS; a infraestrutura existente alimenta o SIS
GTI → SIS	Governa o SIS como governa todos os demais PVs
GDA → SIS	Classifica e controla os dados do sistema existente
PDP → SIS	Valida o tratamento de dados pessoais herdados
SIS → IMP	Demandas evolutivas aprovadas no SIS alimentam o IMP para implementação

---

Princípio central — separação fato/inferência

Toda saída gerada por IA no contexto do SIS deve declarar explicitamente:

Classificação obrigatória de conteúdo

• Fato observado — evidência direta e verificável
• Inferência provável — conclusão com alta confiança, ainda derivada
• Hipótese não validada — suposição plausível que requer confirmação
• Lacuna de conhecimento — item não identificável com os dados disponíveis

---

Tipos de demanda

Tipo	Quando usar
Corretiva	Corrigir defeito, falha ou comportamento divergente
Evolutiva	Introduzir melhoria, mudança funcional ou adequação normativa
Sustentação	Preservar continuidade, estabilizar, monitorar, manter dependências
Adaptativa	Adequar a mudanças de ambiente, plataforma ou bibliotecas sem alteração funcional

---

Artefatos do SIS

Todos os artefatos SIS exigem metadados com confianca_geral (alta/media/baixa) — campo exclusivo do SIS que implementa a separação fato/inferência no nível do documento.

Sigla	Nome	Finalidade	Relação com SinergIA
ASR	Architecture Snapshot Report	Retrato observado da arquitetura atual	Complementa SDD (INF) — descritivo, não prescritivo
BRM	Business Rules Map	Regras de negócio extraídas com confiança e evidência	Alimenta HRD (ESP)
DIM	Dependency and Integration Map	Mapa de dependências e integrações observadas	Alimenta HI (ESP)
IRA	Impact and Ripple Analysis	Análise de impacto de uma demanda específica	Reportado à GTI
OBS	Observability Baseline	Estado atual de observabilidade	Complementa HMON (INF)
LKP	Legacy Knowledge Packet	Pacote mínimo de contexto por demanda	Controle de contexto dos agentes
RUN	Runbook Operacional	Procedimentos de sustentação	Extensão do RUN do INF

---

Modos de atuação

Modo	Criticidade	Artefatos mínimos
Completo	Alta	ASR, BRM, DIM, IRA, OBS, RUN, LKP + HS/HI/HRD/HMON
Essencial	Média	BRM, DIM, IRA, LKP, RUN mínimo
Ágil	Baixa	LKP, nota de regra/impacto, evidência mínima

Elevação de modo obrigatória

Quando houver descoberta de acoplamento oculto, impacto em dados sensíveis, incerteza elevada sobre regras ou risco de indisponibilidade, a demanda deve ser imediatamente reclassificada para o modo superior.

---

Fluxos por tipo de demanda

Corretivo

Classificar → delimitar módulo e evidências → montar LKP → identificar causa → revisão cruzada → corrigir → validar impacto lateral → registrar evidência → atualizar documentação.

Evolutivo

Classificar → delimitar objetivo e escopo → montar LKP → levantar regra atual e pretendida → produzir IRA → revisão cruzada → implementar (via IMP) → validar → atualizar artefatos.

Sustentação

Classificar → identificar ativo impactado → consultar OBS e RUN → montar LKP → aplicar correção → registrar evidências → atualizar RUN/OBS/base de conhecimento.

---

Critérios de sinalização para modernização

Quando acionar avaliação de modernização — GTI

Quando três ou mais dos seguintes fatores estiverem presentes simultaneamente:

• mais de 40% das demandas com reclassificação para modo superior
• BRM com mais de 30% de regras com confiança baixa após revisão
• DIM com integrações sem contrato observável
• custo de manutenção supera reescrita modular em 18 meses
• dependências em tecnologias sem suporte ativo (EOL)
• sistema impede adequação a PDP sem reescrita estrutural

O modelo SIS sinaliza — a decisão de modernizar pertence à GTI.

---

GDA e PDP em sistemas existentes

Dados sem classificação — risco imediato

Campos sensíveis descobertos durante análise devem acionar o fluxo de PDP imediatamente, independentemente do modo de atuação adotado.

• dados pessoais sem base legal documentada → inventariar no ASR/DIM e acionar PDP
• ausência de linhagem de dados → registrar como risco no IRA e acionar GDA
• dados históricos como insumo de IA → avaliação prévia de adequação e minimização obrigatória

---

← PDP — Proteção de Dados · Convenções, Ciclo e Governança →