 |
| Bellacosa Mainframe o que são requisitos no mainframe |
O que são Requisitos de Sistemas no Mainframe?
Imagine que um banco deseja criar uma nova funcionalidade:
"Permitir que clientes aumentem temporariamente o limite do cartão de crédito pelo aplicativo."
Antes que qualquer programador escreva uma única linha de COBOL, diversas perguntas precisam ser respondidas.
Quem poderá usar essa função?
Qual será o limite máximo?
Quanto tempo o aumento ficará válido?
Como será feita a validação?
Quais programas serão alterados?
Haverá mudanças no Db2?
Será necessário alterar APIs?
Como ficará a segurança?
Todas essas respostas fazem parte dos requisitos.
Sem requisitos bem definidos, um projeto dificilmente será desenvolvido corretamente.
Definição simples
Os requisitos são as necessidades, regras e expectativas que um sistema deve atender.
Eles descrevem o que o sistema deve fazer, como deve funcionar e quais restrições devem ser respeitadas.
Em outras palavras:
Os requisitos são o projeto da solução antes do desenvolvimento começar.
Uma analogia simples
Imagine a construção de uma casa.
Antes do pedreiro começar a obra é necessário definir:
número de quartos;
tamanho da cozinha;
localização das portas;
quantidade de banheiros;
tipo do telhado.
Sem essas definições, ninguém consegue construir corretamente.
No desenvolvimento Mainframe acontece exatamente o mesmo.
Como funciona?
O processo normalmente segue este fluxo:
Necessidade do Negócio
↓
Levantamento de Requisitos
↓
Análise
↓
Especificação
↓
Desenvolvimento COBOL
↓
Testes
↓
Produção
Quem define os requisitos?
Normalmente participam:
usuários;
especialistas do negócio;
Product Owner;
Analistas de Sistemas;
Arquitetos;
Desenvolvedores;
equipes de Qualidade;
gestores.
Tipos de requisitos
Requisitos Funcionais
Descrevem o que o sistema deve fazer.
Exemplos:
emitir boleto;
calcular juros;
gerar fatura;
autorizar cartão;
consultar saldo;
registrar pagamento PIX.
São as funcionalidades do sistema.
Requisitos Não Funcionais
Descrevem como o sistema deve funcionar.
Exemplos:
responder em até 2 segundos;
funcionar 24x7;
suportar 10.000 usuários simultâneos;
utilizar criptografia;
manter disponibilidade de 99,99%.
Esses requisitos tratam de qualidade, desempenho e segurança.
Regras de Negócio
São decisões da empresa.
Exemplo:
"O cliente somente poderá solicitar empréstimo se possuir renda mínima."
Outro exemplo:
"O limite do PIX noturno será diferente do diurno."
Essas regras normalmente são implementadas em programas COBOL.
Requisitos Técnicos
Definem aspectos da implementação.
Exemplo:
utilizar Db2;
utilizar CICS;
criar nova API REST;
atualizar MQ;
criar nova tabela;
alterar Copybook.
Exemplo prático
Imagine uma nova funcionalidade para cartão.
Os requisitos podem ser:
Cliente poderá bloquear o cartão pelo aplicativo.
↓
Alterar programa COBOL.
↓
Criar API REST.
↓
Atualizar Db2.
↓
Registrar auditoria.
↓
Enviar mensagem MQ.
Somente depois disso começa o desenvolvimento.
Documentação de requisitos
Normalmente contém:
objetivo;
descrição funcional;
regras de negócio;
telas;
mensagens;
validações;
campos;
arquivos;
tabelas;
APIs;
impactos.
Tecnologias envolvidas
Dependendo da demanda podem aparecer:
COBOL;
CICS;
JCL;
Db2;
VSAM;
MQ;
z/OS Connect;
APIs REST;
Git;
DevOps.
Benefícios
Requisitos bem definidos permitem:
reduzir erros;
evitar retrabalho;
facilitar testes;
melhorar documentação;
acelerar desenvolvimento;
reduzir custos.
Exemplo completo
Imagine que um banco queira implantar um novo PIX internacional.
Os requisitos podem determinar:
Novo serviço
↓
Nova API
↓
Alteração COBOL
↓
Nova tabela Db2
↓
Integração MQ
↓
Testes
↓
Produção
Cada etapa depende dos requisitos definidos inicialmente.
Curiosidades
1. A maioria dos erros nasce antes da programação
Diversos estudos de engenharia de software mostram que muitos defeitos têm origem em requisitos incompletos, incorretos ou ambíguos.
2. O COBOL apenas implementa os requisitos
O programa não decide sozinho as regras do negócio.
Ele executa exatamente o que foi especificado.
3. Um pequeno requisito pode impactar dezenas de programas
Alterar uma única regra bancária pode exigir mudanças em programas COBOL, tabelas Db2, transações CICS, APIs, mensagens MQ e processos batch.
4. Requisitos mudam durante o projeto
É comum que novas leis, mudanças de mercado ou decisões do negócio levem à revisão dos requisitos antes da entrega final.
Erros comuns de iniciantes
"Requisito é o programa COBOL"
Não.
O requisito existe antes do código e orienta sua implementação.
"Somente o Analista conhece os requisitos"
Não.
Desenvolvedores, testadores, arquitetos e usuários também precisam entendê-los.
"Depois de aprovado o requisito nunca muda"
Na prática, mudanças de prioridade, legislação ou estratégia podem exigir ajustes ao longo do projeto.
Quando estudar requisitos?
Logo no início da carreira.
Mesmo um programador COBOL júnior deve aprender a interpretar documentos de requisitos, pois é a partir deles que o código será desenvolvido.
Esse conhecimento também facilita a comunicação com analistas, usuários e equipes de testes.
Conclusão
Os requisitos no Mainframe representam a base de qualquer projeto de software. Eles definem as funcionalidades, regras de negócio, restrições técnicas e critérios de qualidade que orientam o desenvolvimento de aplicações em IBM Z.
Dominar a leitura, interpretação e análise de requisitos é uma habilidade essencial para programadores COBOL, analistas de sistemas, arquitetos e líderes técnicos. Quanto mais claros e completos forem os requisitos, maior será a qualidade do sistema entregue e menor será o risco de retrabalho, falhas e custos adicionais durante o ciclo de vida da aplicação.
Sem comentários:
Enviar um comentário