Como construir o relatório componente regras de negócio de uma análise de negócios

Dentro da seção requisitos de sua análise de negócios, você deve ter certeza de incluir uma subsecção de regras de negócio. Estas regras são fundamentais para a forma como o negócio funciona, e você precisa para passar algum tempo incidindo sobre eles.

Se implementado em uma solução de tecnologia ou não, regras do negócio definir a maneira que um negócio funciona. Eles fornecem um modelo de como um negócio é executado e gere a sua enterprise- descrever o quadro de governação para os processos, dados e atores dentro do Business- e definir a lógica de negócios que une os dados, processos e agentes / atores.

As regras de negócios são as condições de controle ou restrição definida em que um ator pode (ou não) realizam ou processos ou ações completas e / ou sucesso visualizar ou transformar dados. No geral, as regras de negócios prever diferentes resultados ou resultados.

regras de negócio positivos dão permissão ou permitir que algo aconteça, como “empregado é dado um crédito adicional dia de férias após 2 anos de emprego”, enquanto as regras negativos restringir ações ou valores de dados, como em “verificar o número deve ser maior que 99 e menor de 9.999.999.”

A solução não deve permitir que os líderes de negócios, processos, políticas, ou dados a ser prejudicada ou comprometida, permitindo ações ou alterações de dados contrários aos procedimentos de negócios operacionais, políticas de regulação, leis estaduais ou federais, ou qualquer outra regra de partes interessadas relevantes.

Video: Fundamentos de Análise de Negócios

Os desafios especiais de descobrir regras de negócio

Escrevendo requisitos excelentes fica mais difícil quando você está definindo regras de negócio, porque os acionistas da empresa muitas vezes não percebem as circunstâncias em que eles tomam decisões ou subsídios. Na verdade, as partes interessadas podem nem mesmo reconhecer que certamente existem políticas, caso não tenham pensado conscientemente sobre eles.

Video: Perfil do Analista de Negócios

Identificar e isolar os fatores de decisão nas regras de negócios que regem o trabalho ou os dados são considerados um pouco de uma arte. Todo um segmento do setor de análise de negócios - incluindo muitos especialistas e soluções de tecnologia - dedica-se exclusivamente à arte de identificação e gestão de regras de negócio, modelos de decisão e automação de decisão.

Exceto essas ferramentas, você como analista de negócios deve ser capaz de reconhecer casos em que exista uma regra de negócio e pelo menos anote sua descrição ou resultado em um nível elevado. Em seguida, trabalhar com os seus stakeholders para descobrir todas as exceções a essa regra - porque essas exceções normalmente acabam por ser os principais fatores de negócios e critérios de decisão.



O trabalho pode ser feito ou situações resolvido em muitas maneiras diferentes, mas em um ambiente de negócios, a decisão sobre se ou como algo vai ser feito depende de diferentes critérios de decisão ou fatores. fatores de avaliação, tais como valores de dados, direitos de segurança, ordem de eventos ou calendário de ações podem desempenhar um papel em determinar se algo deve ou poderão ocorrer dentro de um sistema ou solução.

Por exemplo, uma regra de negócio pode ser “benefícios de inscrição é permitido apenas 90 dias após a data de contratação ou durante o período de inscrições abertas.”

Mas, para identificar os resultados e exceções, você realmente precisa cavar abaixo da superfície e fazer as partes interessadas coisas como “E se o empregado é uma recontratação trabalhando aqui pela segunda vez? Que data de contratação é usado na avaliação desta Regra de é que a regra significa 90 dias após a última data de contratação? O que acontece no dia 91?”

Cardinality para regras de negócio

As regras de negócios também têm cardinalidade. O negócio deve decidir se as regras são opcionais ou obrigatórias.

Video: Entendendo Regra de Negócio

Opcional regras permitir que atores para executar a ação ou transformar os dados, apesar de uma sugestão em contrário. Eles se mostram através de avisos ou pergunte-as-user-primeiro prompts.

Você provavelmente já viu um destes, enquanto usando suas próprias soluções de software - depois de solicitar uma ação ou tentar atualizar as informações que vai contra o que o sistema é suposto fazer, você pode ter sido perguntou algo ao longo das linhas de “Você tem certeza? ”ou‘você não deveria fazer isso- quer fazer de qualquer jeito?’

Video: Mini-Curso: É ou não é uma regra de negócios?

Se o ator é um outro sistema, em vez de um ser humano que pode responder imediatamente, avisos ou regras opcionais serão suprimidos e não viu ou serão documentadas em um relatório ou log exceção que rastreia o sucesso ou fracasso das transações de interface. Lá, você verá uma lista de mensagens levantando preocupações sobre as transmissões de dados ou alterações, e sugerindo que as operações específicas sejam revistos ou problemas resolvidos.

regras obrigatórias criar erros para o ator, que experimenta um bloco ou pausa no fluxo de trabalho, como uma mensagem ou janela que pára a atividade até que o ator responde ao erro e resolve o problema. Um erro com base em regras conhecido é “senha incorreta, tente novamente” (a regra obrigatória de acompanhamento pode ser “usuário deve fornecer um nome de usuário e senha válidos para o acesso”).

Em interfaces de sistema ou trabalhos em lote (Automatizado, sem vigilância transformações de dados ou transferências de informação), podem ocorrer erros em dados não sendo processados ​​ou transmitidos em tudo. Nesse caso, os erros são comumente registrados e relatados através do registro de exceção / erro para análise e resolução mais tarde.


Publicações relacionadas