O artigo anterior apresenta a expressão de "lógica de negócios" na lógica, e este artigo apresenta a expressão de "lógica de dados".
A maioria dos engenheiros de demanda sem experiência em desenvolvimento não está familiarizada com a análise e o design da camada de superfície de dados. Eles têm mais ou menos medo de relacionamentos de dados mais ou menos complexos e não estão dispostos a entrar em detalhes. Tente deixá-los para o próximo programadores. Esta abordagem está errada. A lógica de dados vem da lógica de negócios. Se o analista puder explicar a relação lógica de dados ao programador, a eficiência do trabalho deste será muito melhorada (caso contrário, o último que não está familiarizado com o negócios gastarão muito tempo para estudar a lógica de negócios). Ao mesmo tempo, se a relação lógica dos dados pode ser expressa de forma clara também mostra a capacidade e o nível do analista de demanda.
1. O conceito de lógica de dados
■ Lógica de dados: expressa a relação lógica entre os dados na camada de dados e o elemento dessa camada são os dados.
Para entender a lógica de dados, devemos primeiro entender por que existem duas expressões diferentes de lógica de negócios e lógica de dados. Em primeiro lugar, os dois existem em níveis diferentes e têm elementos diferentes.
1) A lógica de negócios
expressa a relação lógica com base nas "atividades, regras" do cliente e outros conteúdos como elementos.
A lógica de negócios expressa a relação entre as atividades de negócios e é baseada no conhecimento de negócios e negócios do cliente.
Por exemplo, a Figura 1 é um diagrama de arquitetura de negócios (fluxograma) de um processo de produção. Nosso entendimento do negócio do cliente é obtido primeiro a partir do diagrama de arquitetura de negócios. Da superfície do diagrama, apenas a relação entre as atividades de negócios pode ser vista, tais como: Após a atividade "4. Compras" ser concluída, a próxima atividade é "5. Logística".
Figura 1 Fluxograma de produção
Superficialmente, embora a existência de dados não seja diretamente visível, os seguintes dados fluem na linha de correlação entre as duas atividades: o nome do item comprado, a quantidade, o preço unitário, a data de entrega, etc.
2) A lógica de dados
expressa a relação lógica com "dados" como o elemento.
A lógica de dados é a relação entre os dados. A camada de arquitetura de dados está abaixo da camada de arquitetura de negócios. A Figura 2 é um diagrama esquemático da relação entre a lógica de negócios e a lógica de dados. A lógica de dados não pode ser vista diretamente no diagrama de arquitetura de negócios. Os dados são o resultado (precipitação) gerado pelas atividades de negócios. A aquisição da lógica de dados depende da lógica de negócios, mas depois que os dados são adquiridos, a relação de referência entre os dados é muito maior. A relação entre as atividades de negócios é mostrada na Figura 2.
Embora a lógica de dados venha da lógica de negócios, por sua vez, a lógica de dados é o suporte interno para a existência razoável da lógica de negócios.
Figura 2 Diagrama esquemático da lógica de negócios e relacionamento lógico de dados
Confirme se há uma relação lógica entre os dados, então qual é a forma de expressão lógica? Existem muitas manifestações da lógica de dados. O objetivo deste artigo é apoiar a análise dos requisitos de negócios. Portanto, o método de expressão da lógica de dados é dado a partir de uma "perspectiva de negócios" (não de uma perspectiva técnica).
3) A forma de expressão da lógica de dados
Aqui estão três formas de expressão da lógica de dados usadas para análise de negócios: linha, tabela, gráfico, consulte a Figura 3, onde a
figura (a) linha: é o número comercial da tabela de dados, como os dados de conexão tabela, A relação entre os dados (mestre / chave estrangeira);
Figura (b) Tabela: refere-se à tabela de dados, a estrutura da tabela expressa a relação entre o superior e inferior, pai e filho, subordinado, etc. entre os dados;
Figura (c) Figura: Use um diagrama Na forma de, a relação de associação entre os dados é dada, como: diagrama de fórmula, linha de dados, diagrama de verificação cruzada;
Figura 3 Representação da lógica de dados
2. Introdução à expressão lógica de dados
1) Use linhas para expressar a lógica de dados (chave primária / externa).
Pegue a tabela de dados do contrato a seguir como um exemplo para ilustrar a definição e o relacionamento da chave primária e da chave externa, consulte a Figura 4.
(1) A chave primária é o nome representativo da tabela de dados. Só pode haver uma chave primária em uma tabela de dados, que pode identificar exclusivamente cada linha da tabela e pode impor a integridade da tabela de dados. É utilizado para a associação com outras tabelas, bem como para a modificação e exclusão deste registro.
(2) Chave estrangeira, quando uma tabela salva a chave primária de outras tabelas de dados além da chave primária desta tabela, então as chaves primárias de outras tabelas de dados nesta tabela são chamadas de "chaves estrangeiras". De acordo com o número de tabelas de dados externos de referência, uma tabela de dados pode ter várias chaves estrangeiras.
Figura 4 Diagrama esquemático das relações de chave primária e estrangeira entre as tabelas de dados
2) Use tabelas para expressar a lógica de dados.
As tabelas de dados são formatos de dados organizados em uma determinada estrutura. O portador de quaisquer dados é uma tabela de dados. Use "formato" para descrever a forma da tabela de dados. O formato inclui três tipos de conteúdo: estrutura de dados, classificação numérica e status dos dados, consulte a Figura 5.
□ Estrutura de dados: estrutura de lista, estrutura de árvore, etc .;
□ classificação de número: valor numérico, moeda, texto, data, pontuação, etc .;
□ status de dados: expressa o status da função ao importar os dados da função upstream, tais como: editar O limite de tempo passou, a função está bloqueada, a aprovação foi concluída, os dados foram citados, etc.
Figura 5 Diagrama esquemático do formato da tabela de dados
3) Use gráficos para expressar a lógica de dados
Ao encontrar cálculos muito complexos, como: várias fontes de dados, fórmulas de cálculo complexas e cálculos múltiplos, como os analistas podem ser capazes de explicar com precisão e rapidez as fórmulas de cálculo e dados aos programadores O quê? Neste momento, é muito difícil usar apenas texto para explicar, ou seja, complicado e impreciso. Usar diagramas lógicos é um método muito bom. Aqui está uma breve introdução ao uso de diagramas de correlação matemática.
O cenário de aplicação do gráfico de associação de cálculo é: há um resumo e cálculo de várias fontes de dados em um determinado "nó". Esta fórmula de cálculo pode ser uma determinada etapa de processamento na função de atividade, função kanban ou função de relatório.Esta fórmula de cálculo envolve fontes de dados complexas, referências, associações e cálculos múltiplos.
O modelo do diagrama de correlação matemática inclui duas partes: a fonte dos dados e o processamento dos dados. Veja a Figura 6.
Supondo que haja um processo de cálculo no nó B ① do "processo de aquisição L-021" na Figura a. Este cálculo requer dados dos nós A, B, Q e outros bancos de dados. A forma de expressar o processo de cálculo do nó B é do seguinte modo.
Figura 6 Diagrama de correlação de equação
A seguir está uma descrição detalhada de cada parte do diagrama de correlação da fórmula.
(1) Fonte de dados A
parte do diagrama da fonte de dados é usada para ilustrar a localização da função de cálculo e outras fontes de dados envolvidas no cálculo:
□ Desenhe o processo de aquisição L-021, onde os dados do nó A e do nó B participam do cálculo. Além disso, os dados da atividade independente Q que não está no processo também participam do cálculo;
□ Marque a ocorrência de processamento da "contabilidade de custos" A posição da atividade B no processo (podem ser utilizadas cores diferentes);
□ Marque o nome da tabela de dados envolvida no cálculo de cada atividade, como: atividade A / tabela a (função no processo ), atividade Q / tabela q (função não de processo);
até o momento, a posição da fórmula de cálculo e a fonte de 3 dados estão marcadas e a descrição da fonte de dados está concluída.
(2) Processamento de
dados O diagrama de processamento de dados visa estabelecer o modelo de processamento de cálculo da tabela de dados b, na qual:
②Tabela b: Como a fórmula de cálculo ocorre na função B, coloque a tabela de dados b da função B no canto superior esquerdo do diagrama de processamento;
③Outras fontes de dados são listadas em ambos os lados do diagrama de processamento (os requisitos de layout são apenas para referência ), como
□ Fonte de dados 1: Coloque os dados da categoria de atividade, como a tabela ae a tabela q, no lado esquerdo do diagrama de processamento e abaixo da tabela b;
□ Fonte de dados 2: Os dados do banco de dados , como ： Dados básicos e banco de dados de processo são colocados no lado direito do diagrama de processamento;
④ Dados de cálculo: escreva o nome e o valor das variáveis envolvidas no cálculo na tabela e use a linha de seta para apontar a tabela de dados para o processador;
⑤Nome de cálculo: processador de cálculo ⑤ O item acima deve indicar o nome da fórmula de
cálculo , como: contabilidade de custos; ⑥ Processo de cálculo: Traga os valores específicos de cada fonte de dados para a fórmula do processo de cálculo ⑥, o formato deve fornecer o processo de cálculo passo a passo, e o programador deve ser solicitado A fórmula de cálculo de cada etapa e o resultado do cálculo correspondente podem ser lidos;
⑦ Resultado do cálculo: preencha o resultado do cálculo final na coluna de resultado do cálculo ⑦, e em seguida, conclua todo o processo de cálculo;
⑧Se o conteúdo de uma determinada etapa for mais complicado, você pode Adicionar algum texto explicativo ao lado da entidade ou dos dados;
Pode-se ver que o diagrama de correlação de cálculo é na verdade um diagrama de caso de uso estabelecido para resolver um problema específico.
■ Instruções expandidas
Quem planejará os dados e estabelecerá padrões de dados? Muitas pessoas em empresas de software acreditam que, enquanto o design relacionado aos dados for trabalho do programador, não é o caso. Os métodos de design de dados no nível de negócios e no nível técnico são diferentes, e o design de dados no nível técnico não pode substituir os dados no nível de negócios. Design, ao contrário, não há um bom design de dados de nível de negócios para apoiar, o design de dados de nível técnico carece de base, propenso a pesquisas, análises e designs repetidos e a eficiência do trabalho é baixa .
Diferente do design de dados no nível técnico, o foco no nível de negócios não é o design da "biblioteca" de dados, mas o design lógico dos dados de negócios. Devido às diferentes perspectivas técnicas e de negócios, o conteúdo da expressão e os métodos de os diagramas de relacionamento de dados também são diferentes. Veja a figura Você pode ver a diferença entre as duas imagens em 7. O ponto principal da diferença está na presença ou ausência de lógica de negócios.
□ Diagrama de relacionamento de dados da perspectiva de negócios (a) : Existem processos de negócios com relacionamentos lógicos de negócios claros.;
Perspectiva técnica □ diagrama de relacionamento de dados (b): na forma de "chaves" na forma de uma expressão de lógica de negócios alternativa, deve-se notar que o design "chave" base ou direta, ou indiretamente, com referência à lógica de negócios.
Figura 7 Diagrama de relacionamento de dados
Somente da perspectiva do design de negócios e compreender totalmente o conteúdo e a finalidade dos dados de negócios, a relação lógica entre os dados de negócios e a lei de possíveis mudanças futuras, podemos garantir que a estrutura dos dados seja estável, independentemente das mudanças nos negócios.
Eliminar o fenômeno das ilhas de informações corporativas, em primeiro lugar, é um problema para os designers de negócios resolverem, porque a essência desse problema não é um problema de banco de dados, nem é um problema que pode ser resolvido apenas por engenheiros de desenvolvimento técnico.
O próximo artigo apresenta a expressão do "modelo" do terceiro elemento do diagrama lógico.
Para obter uma descrição detalhada do conteúdo, consulte o livro "Dahua Software Engineering — Requirements Analysis and Software Design".
