 |
| Bellacosa Mainframe e as ferramentas de um programador mainframe |
Quais outras ferramentas um analista mainframe usa para desenhar e desenvolver software
Um Analista Mainframe utiliza muito mais do que fluxogramas. Ao longo do ciclo de vida de um sistema, ele emprega diferentes técnicas para analisar, modelar, documentar e comunicar soluções. Algumas são tradicionais e existem desde os anos 1970; outras vieram da Engenharia de Software moderna.
1. Fluxograma
É o mais conhecido.
Representa a sequência de execução de um processo.
Exemplo:
Início
↓
Ler Cliente
↓
Cliente Existe?
↓
Sim
↓
Consultar Db2
↓
Fim
É excelente para explicar algoritmos.
2. BPMN (Business Process Model and Notation)
Muito usado por bancos.
Mostra processos completos do negócio.
Exemplo:
Cliente
↓
Solicita Empréstimo
↓
Análise de Crédito
↓
Aprovado?
↓
Sim
↓
Liberação
Enquanto o fluxograma mostra um algoritmo, o BPMN mostra o processo de negócio inteiro.
3. UML (Unified Modeling Language)
A UML possui diversos diagramas.
É uma das ferramentas mais importantes da Engenharia de Software.
Diagrama de Casos de Uso
Mostra quem utiliza o sistema.
Cliente
↓
Consultar Saldo
↓
Transferir PIX
↓
Pagar Conta
Diagrama de Classes
Muito usado em Java e C#.
No Mainframe também ajuda a entender modelos de dados.
Cliente
Nome
CPF
Saldo
↓
Conta
Diagrama de Sequência
Mostra quem conversa com quem.
Exemplo:
Cliente
↓
API
↓
CICS
↓
COBOL
↓
Db2
↓
Resposta
Hoje é um dos diagramas mais utilizados em integrações REST.
Diagrama de Atividades
É semelhante ao fluxograma, porém mais poderoso.
Permite representar:
paralelismo;
sincronização;
múltiplos caminhos;
exceções.
Diagrama de Estados
Mostra a vida de um objeto.
Exemplo:
Novo Pedido
↓
Pago
↓
Separado
↓
Enviado
↓
Entregue
4. DFD (Data Flow Diagram)
Muito popular nas décadas de 1980 e 1990.
Mostra como os dados circulam.
Cliente
↓
Sistema
↓
Arquivo VSAM
↓
Relatório
Ainda é encontrado em documentação antiga de Mainframe.
5. DER (Diagrama Entidade-Relacionamento)
Fundamental para Db2.
Mostra as tabelas e seus relacionamentos.
CLIENTE
↓
CONTA
↓
MOVIMENTO
↓
CARTÃO
É praticamente obrigatório para quem trabalha com banco de dados.
6. Matriz CRUD
CRUD significa:
Create
Read
Update
Delete
Ela responde:
Quem cria?
Quem consulta?
Quem altera?
Quem exclui?
Exemplo:
| Programa | Cliente | Conta | Movimento |
|---|---|---|---|
| COB001 | C | R | C |
| COB002 | R | U | R |
Muito utilizada em sistemas bancários.
7. Árvore de Decisão
Excelente para regras complexas.
Exemplo:
Cliente Premium?
├── Sim
│ ↓
│ Limite Especial
└── Não
↓
Analisar Score
Muito usada em seguros.
8. Tabela de Decisão
Quando existem dezenas de regras.
Exemplo:
| Salário | Score | Aprovação |
|---|---|---|
| Alto | Alto | Sim |
| Alto | Baixo | Revisão |
| Baixo | Alto | Revisão |
| Baixo | Baixo | Não |
Muito comum em crédito bancário.
9. Wireframe
Antes da tela existir.
Desenha a interface.
+---------------------+
Conta: __________
Senha: _________
[ Entrar ]
+---------------------+
Muito usado por UX.
10. Protótipo
Vai além do Wireframe.
Já possui aparência próxima da tela final.
Ferramentas:
Figma
Adobe XD
Balsamiq
11. Story Mapping
Muito usado em Scrum.
Cliente
↓
Login
↓
Consultar
↓
Transferir
↓
Pagar
↓
Investir
Ajuda a organizar entregas.
12. User Story
Em vez de documentos enormes.
Exemplo:
Como cliente,
desejo consultar meu saldo,
para saber quanto dinheiro tenho disponível.
Hoje praticamente todo projeto ágil utiliza User Stories.
13. Jornada do Usuário (User Journey)
Mostra toda a experiência.
Aplicativo
↓
Login
↓
PIX
↓
Comprovante
↓
Logout
Ajuda a descobrir dificuldades.
14. Arquitetura de Sistemas
Mostra a visão macro.
Aplicativo
↓
API Gateway
↓
z/OS Connect
↓
CICS
↓
COBOL
↓
Db2
↓
MQ
Muito usada em arquiteturas híbridas.
15. Arquitetura Física
Mostra servidores.
Internet
↓
Firewall
↓
API
↓
IBM Z
↓
Storage
Utilizada pela infraestrutura.
16. Mapa de Integrações
Mostra quem conversa com quem.
SAP
↓
MQ
↓
COBOL
↓
Db2
↓
CRM
↓
PIX
Muito comum em grandes bancos.
17. Diagrama de Deploy
Mostra onde cada aplicação será executada.
LPAR A
↓
CICS
↓
COBOL
↓
Db2
↓
MQ
18. Modelo C4
Uma abordagem moderna para arquitetura de software, dividida em quatro níveis:
Contexto: como o sistema se relaciona com usuários e outros sistemas.
Contêineres: aplicações, bancos de dados, APIs e serviços.
Componentes: módulos internos de cada aplicação.
Código: classes, programas ou componentes específicos.
É muito útil para documentar ambientes híbridos envolvendo IBM Z, microsserviços e nuvem.
Ferramentas utilizadas
Um analista normalmente utiliza:
Microsoft Visio
diagrams.net (Draw.io)
Lucidchart
IBM Blueworks Live
Enterprise Architect (Sparx Systems)
Visual Paradigm
Figma
Balsamiq
Bizagi Modeler
Microsoft PowerPoint
Microsoft Word
Confluence
Jira
Mermaid
PlantUML
O que um Analista Mainframe usa no dia a dia?
Em um banco de grande porte, é comum encontrar esta combinação:
Levantamento de requisitos → User Stories, Casos de Uso e entrevistas.
Modelagem do processo → BPMN.
Regras de negócio → Tabelas de Decisão e Árvores de Decisão.
Modelagem de dados → DER.
Integrações → Diagramas de Sequência e Mapas de Integração.
Arquitetura → Modelo C4 e Diagramas de Arquitetura.
Lógica dos programas COBOL → Fluxogramas e Diagramas de Atividades.
Documentação → Confluence, Word ou ferramentas corporativas.
Uma sugestão de roteiro de estudos
Para quem deseja se tornar um Analista Mainframe completo, uma boa sequência é:
Fluxogramas
Algoritmos e Pseudocódigo
BPMN
UML (Casos de Uso, Atividades e Sequência)
DER e modelagem de dados
Tabelas e Árvores de Decisão
Arquitetura de Software (C4)
COBOL, CICS, Db2, JCL e MQ
APIs REST, z/OS Connect e integrações
Métodos Ágeis (Scrum, User Stories e Story Mapping)
Essa combinação permite conversar com usuários de negócio, desenvolvedores COBOL, DBAs, arquitetos e equipes de infraestrutura, cobrindo praticamente todo o ciclo de desenvolvimento de software em ambientes IBM Mainframe modernos.
