#07 - Análise de Requisitos (4) - Regras de Negócio

E aí [Música] o Olá Neste vídeo encerraremos nossa discussão sobre análise de requisitos falando agora das regras de negócio recapitulando o processo de identificação de requisitos Vimos que os requisitos funcionais nos ajudam a identificar quais funcionalidades o sistema deverá oferecer os requisitos não-funcionais descrevem qual comportamento e desempenho esperados pelo futuro sistema e por fim as regras de negócio que trazem Quais as regras da empresa que influenciaram o sistema Esse é o foco do nosso vídeo é um processo de proposição de uma solução tecnológica Vimos que é necessário primeiramente compreender o negócio em seguida compreender as

necessidades do negócio para enfim propomos a solução tecnológica o processo de compreensão do negócio é que gera as chamadas regras de negócio as regras de negócio também são chamados de requisitos de domínio ou requisitos de processos de negócio elas estão diretamente ligadas ao processo de negócio ao como se faz são identificáveis pela observação detalhada e análise de normas e processos e dizem respeito ao domínio do negócio a ser atendido pelo sistema explicam como negócio trata situações específicas tendo ou não sistema podem restringir os requisitos funcionais e podem estabelecer como cálculos devem ser realizados as regras

tem duas origens elas podem ser regras legais estabelecidas por lei como pagamentos questões fiscais por exemplo e regras locais determinadas pela empresa e Relembrando o a descrição de setor que nós já fizemos em vídeos anteriores Vimos que um setor classicamente é formado por cargos cada cargo possui sua tarefa e cada tarefa possui sua respectiva regras e dados isso se replica para todos os cargos o processo identificação das áreas de negócios dizem respeito exatamente sobre as regras que regem cada tarefa identificadas e para exemplificarmos nossa discussão Vamos retomar o estudo de caso que já fizemos em

vídeos anteriores com sistema para uma rádio como nós vimos a rádio tem setores cargos tarefas e suas respectivas regras bons Verificar como algumas dessas regras ficariam no possível documento de requisitos que tomemos então as primeiras regras listadas a primeira diz que uma recepcionista ao atender um cliente deve registrar esse atendimento como ficaria isso não documento de requisitos a regra 01 registro de atendimentos descrição todos os atendimentos devem ser registrados é a segunda regra diz que a recepcionista ao receber uma manifestação de elogio ou reclamação deve identificar o manifestante no documento ficaria regra dois registro de

elogios e reclamações descrição em todos os registros elogios ou reclamações deve ser feita a identificação do manifestante e na terceira linha nós temos quando uma inserção publicitária é encomendado a rádio ela deve ser feita com antecedência de um mês e ter cinquenta por cento do seu pagamento adiantado em termos de regra nós teríamos Regra Três prazo para inserção publicitária descrição a solicitação de inserção publicitária deve ser feita com um mês de antecedência e regra quatro pagamento de inserção publicitária para uma inserção publicitária deve ser feito o pagamento de cinquenta por cento antecipado verificamos então que

cada regra atende uma situação bem específica e tem a sua respectiva identificação título e descrição e vejamos mais alguns exemplos a regra um desconto em uma venda para vendas acima de 200 reais é fornecido o desconto de quinze por cento a multa para pagamentos em atraso deve-se cobrar uma multa de 10 por cento sobre o valor da venda mais um por cento por dia de atraso comissão de vendedores para cada venda efetuada acima da Meta diária o vendedor recebe uma comissão de três por cento sobre o valor da venda E aí as dicas importantes assim

como os requisitos funcionais e os requisitos não-funcionais a regras de negócio também devem seguir um padrão no documento de requisitos vejamos como seria a estrutura de uma regra de negócio é bem simples uma tabelinha para cada regra primeiro identificação a sigla RN de regras negócio com seu respectiva numeração seguida do título da regra e em baixo um texto objetivo Contendo a regra a redação de uma regra de negócio é independente de sistema por exemplo registro de atendimentos todos os atendimentos devem ser registrados no sistema não há necessidade da escrita no sistema pois a regra é

do negócio e ela irá influenciar um sistema isso quer dizer que ela independe da existência de um sistema para existir é mais um exemplo nós temos aqui uma regra que entrega de imóvel descrição o inquilino deve comunicar que deixará o imóvel com o mínimo de 30 dias de antecedência se o cadastro estiver vigente cobra-se o montante referente a sua conclusão o problema que é que nós temos duas situações descritas numa mesma regra então nós temos que desmembrá-la nós temos como alternativa regra um entrega de imóvel o inquilino deve comunicar que deixará o imóvel com o

mínimo de 30 dias de antecedência e regra dois vigência de contrato Civic lhe informar devolução com contrato vigente cobra-se o montante referente a sua conclusão é importante destacarmos que apenas as regras que influenciaram o sistema deverão ir para o documento de requisitos por exemplo regras como pausa para almoço dos funcionários horário de funcionamento horário de limpeza São Regras que só fazem sentido se elas foram influenciar alguma funcionalidade por exemplo se for ser implementado um sistema de folha de pagamento um sistema que faz um controle do horário de funcionamento ou de horário de limpeza na empresa

caso contrário não deve ir para o documento de requisitos é uma regra da empresa porém não é uma regra do negócio a ser considerado no projeto do software Ah e assim nós encerramos as discussões sobre análise requisitos indicando as leituras dos principais livros utilizados para nossos vídeos são eles engenharia de software de aliança ver viu análise e gestão de requisitos de software de Felipe Machado requisitos em projetos de software e sistemas de informação e João Fernandes e Ricardo Machado e definindo o escopo em projetos de software ficar Luiz Alberto Debastiani nós ficamos por aqui pessoal

nossa próxima playlist vai tratar da modelagem de requisitos com casos de uso não percam tchau tchau