.png) |
| CICS Command Level for Padawans |
Um guia passo a passo para entender o que é CICS, aprender e planejar um roteiro de estudos com o orquestrador do online em Mainframe.
#ibm #mainframe #cobol #cics #t3270 #vsam #bms #ksds #esds #ceda #ceci #cemt
1
 |
| CICS Tipos de Programas CEMT CEDA |
13h19.
O operador roda um CEMT I PROG.
Uma lista infinita aparece.
Alguém novo pergunta:
“Mas… por que tem tanto tipo de programa?”
O veterano fecha o terminal, sorri e diz:
“Porque CICS não executa código.
Ele orquestra funções.”
Hoje vamos mapear os principais tipos de programas usados no CICS, com história, prática, armadilhas e aquele tempero Bellacosa.
Desde o início, o CICS entendeu algo essencial:
Um sistema online não é monolítico
Cada programa tem uma responsabilidade clara
Por isso surgiram tipos de programas, não por sintaxe, mas por função.
📌 Quem mistura papel, cria caos.
Em CICS, programa não é só código.
É um papel dentro da transação.
Vamos aos que realmente importam no dia a dia.
Interagem com o usuário
Enviam e recebem mapas BMS
Controlam navegação
✔ Lidam com INPUT/OUTPUT
✔ Normalmente pseudo-conversacionais
✔ Usam SEND / RECEIVE
📌 São a “cara” da aplicação.
Regras de negócio
Validações
Cálculos
✔ Chamados via LINK
✔ Reentrantes
✔ Sem lógica de tela
📌 Aqui mora o valor do sistema.
Acesso a VSAM
READ, WRITE, REWRITE, DELETE
✔ Controle de concorrência
✔ Tratamento de erro rigoroso
✔ Uso intenso de RESP/RESP2
📌 Arquivo é responsabilidade séria.
Comunicação com banco
Execução de SQL
Controle transacional
✔ Unidade de trabalho integrada
✔ Recovery automático
✔ Alto impacto em performance
📌 Aqui o desenho pesa.
Integração com outros sistemas
Mensageria e serviços
IBM MQ
Web Services (SOAP/REST)
APIs CICS
📌 O CICS falando com o mundo.
Funções reutilizáveis
Serviços comuns
Formatação
Validação
Log
Conversões
📌 O famoso “programa comum” — bem feito, é ouro.
Tratamento centralizado de erro
Logging
Auditoria
HANDLE ABEND
Logging em TDQ/SMF
📌 Erro tratado é maturidade.
Controlar navegação
Decidir próximo passo
XCTL
RETURN TRANSID
📌 Fluxo limpo evita bug fantasma.
| Abordagem | Resultado |
|---|---|
| Programas especializados | Manutenção fácil |
| Programa “faz tudo” | Incidente garantido |
| LINK bem usado | Arquitetura limpa |
| XCTL mal usado | Fluxo perdido |
📌 CICS não perdoa bagunça.
1️⃣ Programa de tela só tela
2️⃣ Regra de negócio sem I/O
3️⃣ Acesso a dados isolado
4️⃣ Serviços reutilizáveis
5️⃣ Tratamento de erro centralizado
📌 Separação de responsabilidade é sobrevivência.
🐣 Lógica de negócio dentro de programa de tela
🐣 SQL espalhado por todo lado
🐣 Programa “genérico” gigante
🐣 LINK circular entre tipos
🐣 Reentrância ignorada
📌 Todo legado problemático começa assim.
Domine estes tópicos:
Program Control
Transaction design
Reentrancy
Error handling
Performance tuning
📖 Manual essencial: CICS Application Programming Guide
🍺 CICS separava camadas antes do MVC
🍺 Muitos sistemas ainda seguem esse modelo
🍺 O pior programa é o que “resolve tudo”
🍺 Programas bem desenhados sobrevivem décadas
“Programa bom não é o que faz tudo.
É o que faz uma coisa certa.”
Core bancário
Cartões de crédito
Seguros
Governo
Integração híbrida
No CICS, tipo de programa é disciplina, não burocracia.
Quem entende:
Mantém sistema saudável
Evita incidentes
Facilita evolução
🔥 Arquitetura clara envelhece bem.
