Olá pessoal, meu problema hoje gira em torno de UML, depois de uma discussão ferrênea
sobre regras de negócios e fluxos alternativos, chegamos num impasse aqui na empresa e
gostaríamos de novas opniões sobre o assunto:
Temos um caso de uso “Cadastrar Banco/Agência”, que mantém um fluxo de cadastro normal.
Como Fluxos alternativos montamos: rotinas para tratar “Dados obrigatórios não preenchidos”,
“Número da Agência já existente para o banco em questão”, “CNPJ já cadastrado” e “Não excluir
Banco, caso o mesmo tenha alguma agência cadastrada”
e como Regras de Negócios, por enquanto, temos cadastradas apenas “Máscara e Cálculo para
validação de CNPJ”.
Uns dizem aqui que Todos são regras de negócios, outros dizem que está certo e outros defendem
ainda que somente os dados obrigatórios é que não são regras de negócios…
Gostaria da opnião de vocês sobre o assunto, por favor nos socorram…
O primeiro problema é que “Cadastrar” não é considerado caso de uso por muita gente…
Mas pensemos que é. Se é, ele deve funcionar conforme especifiações dadas pelos requisitos.
São os requesitos que vc precisa identificar. Tudo isso que vc falou eu incluiria numa só categoria: regras de validação. e o caso de uso seria assim:
O usuário acessa a tela de cadastro.
O sistema mostra uma tela com os campos a preencher
O usuário preenche os campos apresentados
O usuário aperta o botão 'salvar"
O sistema executa a validação dos dados e verifica que são válidos (1)
O sistema esconde a tela de cadastro apresentando a tela principal.
(1) Alternativamente o cadastro pode não ser válido. Nesse caso:
o sistema apresenta uma mensagem informando porquê o cadastro é inválido.
o sistema destaca os campos que tornam o cadastro invalido, se algum.
Depois, no modelo de dados vc especifica campos obrigatorios, validações especificas (cnpj), mascaras ( não são regras de negocio, mas sua apresentação é um requisito), campos únicos, etc… tudo isso é o modelo da entidade a que o cadastro se refere.
note que o caso de uso é sempre igual para qualquer cadastro já que as regras especiais estão no modelo.
Por isso muitos não consideram cadastro como um caso de uso. Ou então o consideram apenas 1 caso de uso , digamos, genérico.
Qualquer sistema, incluindo uma organização, que ofereça um conjunto de serviços para atores externos enquanto protege os interesses dos outros stakeholders pode ser descrito com casos de uso.A legibilidade de casos de uso textuais é particularmente útil na modelagem de negócio.
