Como construir o componente Relatório Regras de Negócio de uma Análise de Negócios

Dentro da seção requisitos da sua análise do negócio, você deve ter certeza de incluir uma subsecção de regras de negócios. 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 forma que uma empresa 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 da 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 com êxito exibir ou transformar dados. No geral, as regras de negócios prever diferentes resultados ou resultados.

regras de negócios positivos dão permissão ou permitir que algo aconteça, como # 147-empregado é dado um crédito adicional dia de férias após 2 anos de emprego, # 148- enquanto as regras negativos restringir ações ou valores de dados, como em # Número 147-check deve ser superior a 99 e inferior a 9.999.999 nº 148.;

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 dados alterações contrárias aos procedimentos de negócios operacionais, políticas de regulação, leis estaduais ou federais, ou qualquer outra regra de partes interessadas relevantes.

Os desafios especiais de descobrir regras de negócios

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 se tomam decisões ou subsídios. Na verdade, as partes interessadas podem nem mesmo reconhecer que certamente existem políticas que não tenham pensado conscientemente sobre eles.

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ócios, modelos de decisão e automação de decisão.

Exceto essas ferramentas, você como analista de negócios deve ser capaz de reconhecer os 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 suas partes interessadas para descobrir todas as excepções a esta 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 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 acções podem desempenhar um papel na determinação se algo deve ou poderão ocorrer dentro de um sistema ou solução.

Por exemplo, uma regra de negócio pode ser # 147-benefícios de inscrição é permitido apenas 90 dias após a data de admissão ou durante o período de inscrição aberta # 148.;

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

Cardinality de regras de negócios

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

Opcional regras permitir que agentes para realizar a ação ou transformar os dados, apesar de uma sugestão em contrário. Eles se mostram através de avisos ou pergunte-the-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 # 147 Tem certeza? # 148- ou # 147-você não deveria fazer isso- quer fazê-lo de qualquer maneira # 148?;

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 de exceção que rastreia o sucesso ou fracasso das operações de interface. Lá, você verá uma lista de mensagens que levantam preocupações sobre as transmissões de dados ou alterações, e sugerindo que as operações específicas deve ser revisto ou problemas resolvidos.

normas imperativas criar erros para o ator, que experimenta um bloco ou de pausa no fluxo de trabalho, como uma mensagem ou janela que interrompe a atividade até que o ator responde ao erro e resolve o problema. Um erro com base em regras familiares é # Senha 147-errado, tente novamente # 148- (a regra obrigatória de acompanhamento pode ser # 147-usuário deve fornecer um nome de usuário e senha válidos para acesso 148- #).

Em interfaces de sistema ou trabalhos em lote (Automatizado, autônoma transformações de dados ou transferências de informação), erros podem resultar em dados não estã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.