guia

Este artigo enfoca as melhores práticas técnicas do negócio de comércio eletrônico de varejo da JD no atendimento reverso de pedidos. A plataforma de reembolso rápido de varejo da JD realiza quase todos os negócios de restituição e interceptação reversa de pré-venda no varejo e acumulou uma rica experiência em design de cenário de negócios e design de arquitetura em negócios de longo prazo e exploração de tecnologia. Este documento atualiza a estrutura geral do sistema da solução técnica B-PaaS do grupo e resume um conjunto completo de soluções que cobrem o gerenciamento do processo de rescisão do usuário, gerenciamento do processo de cancelamento de cancelamento, gerenciamento de informações de reembolso reverso do pedido, configuração e visualização do processo. Após muitas discussões e verificações, esta solução apoiou o crescimento de vários negócios estratégicos do grupo. Depois de ler este artigo, os leitores podem entender a lógica subjacente do novo design do sistema de toda a plataforma fast-back e também podem consultar este artigo e combiná-lo com cenários reais para aplicar a solução à transformação do sistema de dívida legado, negócios e modelagem técnica.

1. Introdução aos antecedentes

Sob a orientação da estratégia PaaS do grupo, a equipe Lightning Agile responsável pelo autor concluiu o encerramento do sistema de retorno rápido e a atualização da arquitetura B-PaaS dos dois subsistemas nos últimos seis meses.

1. Suporte aos negócios , começando com o projeto de integração da Grande Muralha do grupo, por meio da atualização e transformação de PaaS, o negócio de ajuste e reembolso de SKU do pedido é suportado em todo o negócio de reembolso de pedido original. Se a atualização da estrutura de PaaS não for implementada, o sistema de ajuste e reembolso precisa ser reconstruído para suportar; no projeto do shopping B, os recursos dos terminais B e C são integrados e a equipe do lado da plataforma do centro de pedidos trabalha em conjunto para reutilizar os recursos nos nós do estado original do pedido do terminal C, que integra perfeitamente o reverso negócios da ordem de intenção do shopping B. No futuro, também se expandirá para apoiar mais projetos estratégicos do grupo.

2. Suporte ao produto , com base nos negócios complexos do grupo, a plataforma de retorno rápido realiza quase todos os negócios de interceptação reversa e reembolso de pré-vendas do negócio de varejo do grupo. A complexidade do negócio é extremamente alta e o produto e P&D só podem ser comunicados de maneira módulo a pessoa. Por exemplo, considere a página de liquidação detalhada do negócio como exemplo. Por meio da atualização da arquitetura PaaS, não apenas a modelagem de negócios e a visualização de processos, mas também a construção de um modelo de domínio e um conjunto de processos de negócios principais foram acumulados, e os requisitos de pessoal para comunicação do produto foram reduzidos em 83%.

3. Suporte do sistema . Nos últimos anos, o grupo não apenas expandiu os negócios da estação principal, mas também investiu em estratégia internacional e estratégia de negócios e construiu vários sistemas de duplicação de chaminés. Não apenas muitos recursos são semelhantes nos negócios, mas também aumentaram os custos de manutenção e investimento em P&D. Por meio da atualização da arquitetura PaaS, o negócio de lote agrícola foi suportado pela arquitetura PaaS, e outros negócios também estão sendo suportados por um conjunto de núcleos PaaS e a integração de vários subcontratos verticais de negócios. A entrada de pessoal de manutenção foi cortada pela metade.

2. Introdução do produto

2.1 O que é retrocesso?

2.1.1 O que é retrocesso rápido aos olhos dos usuários e consumidores C-end?

Figura 1 Retrocesso da perspectiva dos usuários C-end

2.1.2 Rebobinar o que está em outras perspectivas?

C-end: Para usuários C-end, cancele antes do pagamento e cancele após o pagamento

Comerciantes: Para comerciantes POP para ajudar os usuários a cancelar em nome dos usuários, para comerciantes de lojas

Funcionamento: Para produtos operados por conta própria, cancele com estabelecimentos POP

Atendimento ao cliente: para auditorias financeiras anormais e cancelamento de reclamações de usuários

Rejeição: Por entregar produtos aos clientes, não podem ser contatados ou o usuário se recusa a aceitar

Skynet: Interceptação de controle de risco para usuários em lista negra, arbitragem ou evasão de frete

2.1.3 O que é rebobinar?

Resumindo em uma frase: a plataforma de reembolso rápido é voltada para consumidores, comerciantes, controle de risco, atendimento ao cliente e outras funções, fornecendo soluções de reembolso físico ou virtual, e está empenhada em criar uma plataforma integrada para soluções de rescisão pré-venda.

3. Modelagem de domínio

3.1 O valor e a necessidade da modelagem

Antes de modelar, observe primeiro a figura abaixo, que explica principalmente como especialistas de domínio, gerentes de projeto, arquitetos, equipes de produção e pesquisa etc.

Figura 2 O processo e a necessidade de modelagem

Palavras-chave podem ser extraídas dele: domínio do problema, expectativa do negócio, fluxograma do negócio, análise da atividade do cenário, limite do negócio, limite do produto da organização da equipe e limite da arquitetura do sistema de implementação técnica. Resumido em uma frase, em um cenário de negócios específico, esclarece o domínio do problema no cenário de negócios, expressa as regras de negócios por meio de elementos e relacionamentos e gera a solução para o problema atual.

3.2 Preparação do trabalho antes da modelagem

3.2.1 Objetivos claros

Do ponto de vista dos objetivos macro: Enterprise Architecture (Enterprise Architecture) começou na década de 1960 e vem se desenvolvendo há quase 60 anos. Muitas arquiteturas e métodos corporativos maduros também nasceram, como Zachman, TOGAF, DoDAF, etc. Essas estruturas de arquitetura corporativa são aplicadas ao design de nível superior de várias empresas e organizações. Então, por meio do planejamento e design da arquitetura corporativa, ele pode ajudar a empresa a construir uma estratégia digital geral, planejar projetos digitais e ajudá-la a atingir as metas estratégicas e os resultados de negócios desejados por meios digitais, formar o planejamento e design digital de alto nível da empresa e orientar o processo de transformação digital da empresa.

A fim de construir uma arquitetura corporativa moderna, quebrar ilhas de dados, eliminar a construção redundante de chaminés, usar a abordagem PaaS para implementar a arquitetura de negócios de médio porte e facilitar a transformação digital das empresas, é necessário separar os processos de negócios dos sistemas de negócios existentes, identificar pontos de diferenciação, construir um conjunto de compartilhamento de processos de negócios principais e apoiar os recursos de expansão de vários processos de negócios verticais.

Do ponto de vista dos microobjetivos: no processo de rotatividade de pessoal, dados incompletos, pilhas de códigos e expansão dos negócios, o sistema de negócios aprofundou continuamente a dificuldade de governança da complexidade do software. Do ponto de vista dos produtos, o plano de negócios está incompleto, os recursos do produto estão incompletos e a P&D não ousa modificar a lógica do negócio. Freqüentemente, existem problemas como a falta de verificação dos cenários de negócios na linha. Além de intensificar o ciclo de entrega de produção e pesquisa, também diminui gradativamente o fluxo de demanda, deixando apenas a equipe de produção e pesquisa em difícil manutenção, o que restringe o desenvolvimento de produtos e negócios inovadores.

A fim de melhorar a eficiência da produção e entrega de pesquisa, reduzir o ciclo de entrega, aumentar o rendimento da demanda e apoiar melhor a inovação de produtos e inovação e desenvolvimento de negócios, é necessário simplificar o sistema de produtos.

3.2.2 Veja claramente a situação atual

1. Da análise dos requisitos de negócios: Se o leitor tiver uma equipe operacional de negócios fixa, aqui pode se basear na equipe de operações de negócios para analisar, resumir e classificar os requisitos de negócios, bem como as perspectivas futuras. Se não houver uma equipe de operação de negócios, como o departamento de capacidade básica, muitas vezes há muitas partes de negócios conectadas e há um dilema: não há como se comunicar com o negócio e aqui você pode analisar as necessidades de negócios anteriores.

Figura 3 A perspectiva da análise de requisitos de negócios

2. Análise do espaço do problema: (1) problema de negócios: muitas partes de negócios, as necessidades de negócios não estão concentradas; (2) problema do produto: o produto tem controle fraco sobre as necessidades de negócios, os limites do produto são confusos, a indústria carece de soluções maduras e a cognição de produção e pesquisa não é unificada; (3) problema do sistema: o modelo de negócios é caótico, existem muitas dependências upstream e downstream e o processo de negócios é complicado e difícil de explicar claramente.

Figura 4 Perspectivas da análise do espaço de problemas

3.2.3 Encontrar uma solução

Como pode ser visto acima, todos os problemas mencionados acima não podem ser evitados apenas a partir da modelagem de negócios, e a relação entre negócios-organização-tecnologia-operação é interdependente. Em seguida, ele precisa ser resolvido a partir de dois aspectos: um é o processo do mecanismo organizacional, que pode ser resumido como gerenciamento de requisitos e produtos; o outro é a governança da complexidade do negócio do sistema, que pode ser resumida como gerenciamento do sistema.

1. Gerenciamento de Requisitos e Produto

A partir do ponto problemático, analise o processo de demanda de produção e entrega de pesquisa, resuma a solução e implemente a implementação padronizada e racional da ferramenta para garantir a demanda.

Figura 5 Requisitos e gerenciamento de produtos

2. Administração do sistema

O exposto acima padronizou o gerenciamento de problemas de demanda e produto, então como lidar com problemas no nível do sistema e pontos problemáticos? Aí vem o problema que a modelagem pode resolver e se concentra apenas em como fazer com que o sistema suporte melhor o negócio no nível do sistema.

3.3 Desafios de Modelagem

Desafios do sistema: O sistema é bastante complexo, com quase 6 anos de aplicativos antigos empilhados em código, a área mais atingida pelas necessidades estratégicas do grupo. Desafios organizacionais: formação de nova equipe, nova equipe de produção e pesquisa, dados antigos e incompletos. A comunicação indústria-indústria-pesquisa sem brainstorming requer entrega diária de requisitos. A expressão de 9 palavras é para focar em pontos-chave, fazer avanços e expandir de forma abrangente.

Figura 6 Desafios na modelagem

3.4 Como modelar

Guiado pelo pensamento de arquitetura corporativa moderna, construa um metamodelo de arquitetura de negócios, integre negócios, operações, organização e tecnologia e implemente a arquitetura de negócios por meio de modelagem de processos, modelagem de domínio, modelagem de identidade de negócios e modelagem de capacidade.

Figura 7 Processo de modelagem

3.4.1 Modelagem de Processos

Comece com as regras de operação do negócio, resolva o processo e separe a lógica do negócio da lógica do domínio A figura a seguir é um exemplo, desde o usuário cancelando o pedido até o reembolso final.

Figura 8 Modelagem de processos

Ao definir as regras de operação, na verdade é o primeiro passo para restaurar o processo de negócios, mas como traçar o limite de negócios neste momento? O isolamento pode ser feito por meio de contratos de interface. Olhando a figura abaixo, fica bem mais claro, e a lógica de negócio e a lógica de domínio também estão separadas.

Figura 9 Limites comerciais claros por meio de contratos de interface

A partir do processo acima, podemos realmente descobrir que existem aplicativos baseados em pedidos, comerciantes/armazéns baseados em pedidos de produção, entrega baseada em guias de remessa, atendimento ao cliente para pedidos de auditoria e reembolsos de contas. Portanto, este modelo pode ser simplificado. Este modelo é dividido apenas em 4 módulos lógicos, que são o pedido de rescisão de contrato, a interceptação de rescisão de contrato (revisão do comerciante/intercepção de armazenamento/intercepção de entrega), a revisão de rescisão de contrato (revisão de atendimento ao cliente/revisão financeira) e o efeito de rescisão de contrato (reembolso financeiro). Este modelo é abstrato e relativamente simples.

Figura 10 Modelo simplificado

3.4.2 Modelagem de Domínio

Construa um modelo de domínio único de descontração para descrever os "ovos" que são comumente vistos. Primeiro, o domínio de negócios é dividido em 5 domínios, exceto o formulário de rescisão de contrato, que são os quatro subdomínios principais na modelagem de processo acima, domínio de aplicativo, domínio de rescisão de contrato, domínio de revisão e domínio de validação. Os objetos de domínio são divididos em formulário de solicitação de rescisão de contrato, formulário de interceptação de rescisão de contrato, formulário de revisão de rescisão de contrato e formulário efetivo de rescisão de contrato.

Figura 11 Construindo o "ovo" do modelo de domínio único

Em seguida, unifique a linguagem de negócios, analise as atividades de eventos de domínio e desmonte os serviços de domínio (o conteúdo de informações enfatizado aqui é um pouco diferente dos serviços de domínio DDD e mais ênfase é colocada no microcosmo, como a latitude da interface RPC).

Figura 12 Tabela de linguagem comum

Em seguida, analise eventos e atividades de domínio e desmonte serviços de domínio, serviços de domínio de depósito, recursos de domínio e diferenças entre diferentes negócios verticais para extrair pontos de extensão.

Figura 13 Análise de atividade de evento de domínio

Figura 14 Desmantelamento dos serviços de domínio

O design do processo de negócios baseado no excelente gerenciamento do ciclo de vida nginx e asp.net também é semelhante ao método acima.

Figura 15 Desenho do processo de negócios

3.4.3 Identidade Comercial e Modelagem de Dados

A identidade comercial é a identificação exclusiva para diferentes partes comerciais, distinguindo cada sistema comercial, a identidade comercial é dividida em identidade comercial vertical e identidade comercial horizontal. Do ponto de vista dos objetivos de negócios: use identidades de negócios para isolar a lógica de negócios das necessidades de diferentes partes de negócios, e a plataforma intermediária usa identidades de negócios como a linha principal para capacitar vários cenários personalizados para diferentes partes de negócios. Do ponto de vista dos objetivos técnicos: a base principal para posicionar os pontos de extensão durante o tempo de execução do sistema e a realização de cada ponto de extensão está diretamente ligada à identidade comercial.

**Esclareça a definição de identidade de negócios vertical: **A capacidade de fornecer bens ou serviços de forma independente e realizar atividades de negócios de forma independente sem depender de outras linhas de negócios é chamada de negócios verticais.

**Definição clara de negócios horizontais:** não pode fornecer bens ou serviços de forma independente, deve contar com bens ou serviços incluídos em outros negócios e precisa ser combinado com outras regras de negócios para concluir atividades comerciais completas. Tais como seckill, lute para comprar e assim por diante. Os negócios horizontais são a maneira de expressar estruturalmente os ativos comerciais acumulados na China e em Taiwan no futuro.

**Definição clara do cenário:** O cenário é uma identificação de isolamento de lógica de negócios mais granular sob a identidade de negócios vertical. Quando há poucas diferenças de lógica de negócios (no nível técnico, ou seja, o número de pontos de extensão com diferentes implementações é pequeno), os cenários podem ser usados para isolamento de lógica. Seu uso é mais leve do que o negócio vertical.

Regras de negócios entre negócios verticais e negócios horizontais podem ser sobrepostas.Quando ocorrem conflitos de regras de negócios, a prioridade de negócios precisa ser julgada. No entanto, as regras de negócios entre vários negócios verticais não podem ser sobrepostas. Uma regra de negócios completa é composta por uma regra de negócios vertical + N regras de negócios horizontais.

Figura 16 Negócios verticais e negócios horizontais

Depois que a identidade comercial é definida, o mapeamento do modelo de dados é realizado. Por exemplo, 7 novas identidades comerciais e identidades comerciais auto-operadas são usadas para modelagem de dados, que são definidas por vertical, horizontal e central.

Figura 17 Mapeamento do modelo de dados

3.5 Validação do modelo

Após a modelagem, muitos usuários ficam mais preocupados se o modelo corresponde ao negócio? Em outras palavras, se o modelo restaura o cenário real de atividade de negócios 1:1, a verificação ou dedução do modelo é, na verdade, o núcleo da construção do modelo.

Coincidentemente, no retrocesso rápido, porque o autor desempenha vários papéis, líder de equipe, arquiteto e também precisa realizar a avaliação das necessidades do P&D de primeira linha, ele resumiu um conjunto de arquitetura de modelo baseado em mensagem de mensagem, que restaura o cenário real do negócio e orienta a implementação do P&D.

Figura 18 Validação do modelo

4. Implementação de B-PaaS

4.1 Orientação de Arquitetura de Engenharia de B-PaaS

Atualize a arquitetura do sistema com base na arquitetura de engenharia PaaS:

Figura 19 Atualização e transformação da arquitetura do sistema

Por exemplo, a estrutura do projeto de pouso é a seguinte:

Figura 20 Estrutura do projeto de desembarque

4.2 Implementação de PaaS de casos de demanda real

4.2.1 Análise de Processos de Negócios

Por meio da análise do processo com base nos documentos de integração do negócio B mall e do negócio C mall, o diagrama de análise é o seguinte, identificando o domínio de negócios, o processo geral e o design de ponto variável, de modo a auxiliar na construção da separação lógica de negócios dos pontos principais e de extensão.

Figura 21 Diagrama de análise do processo de negócios

4.2.2 Análise das atividades do domínio de negócios

Desmonte eventos de domínio, identifique objetos de domínio e subdomínios de negócios correspondentes e ajude P&D a separar a lógica de negócios e de domínio.

Figura 22 Diagrama de análise das atividades do domínio de negócios

Desenvolvimento orientado a mensagens baseado em domínio, implementação de mapeamento de código de estrutura de projeto e orquestração de processos por meio do domínio principal.

Figura 23 Mapeamento de mensagem e domínio

4.2.3 Identificação do negócio

Através do mapeamento da identidade comercial registrada pelo Pavilhão Cangjing, os elementos de análise de identidade comercial do sistema local correspondente são encontrados para identificar o ID comercial.

Figura 24 Mapeamento de identidade comercial

Figura 25 Identifique o ID comercial

5. Visualização de capacidade

Na seção anterior, foi realizada a implementação da engenharia B-PaaS e, finalmente, a habilidade foi visualizada e relatada com a ajuda do Pavilhão de Escrituras Tibetanas.O projeto do autor foi relatado por meio de anotações.

Figura 26 Relatório visual de recursos

Figura 27 Configuração de relatório e capacidade de relatório de comentários

6. Resumo

Por meio dos 6 módulos acima de plano de fundo, produto, modelagem, engenharia, visualização e implementação de demanda real de projetos B-PaaS, este artigo geralmente apresenta por que a plataforma rewind precisa passar por uma transformação de engenharia PaaS e como implementar a atualização da arquitetura. Espera-se que, por meio deste artigo, os leitores possam ter uma melhor compreensão do sistema de atendimento reverso de pedidos. Ao mesmo tempo, espera-se que, quando os leitores enfrentarem sistemas legados complexos sozinhos, eles possam aprender com as ideias de atualização de arquitetura neste artigo para resolver a complexidade de negócios e sistemas, para que o sistema possa suportar o desenvolvimento de negócios com mais eficiência. Além disso, os leitores também podem deixar uma mensagem para discutir e trocar, se eles encontraram um sistema de dívida legado complexo e como resolvê-lo.

Autor: JD Retail Liu Xiaocheng

Fonte: Comunidade de desenvolvedores JD Cloud

Modelagem e implementação de PaaS do sistema de atendimento reverso de pedidos | Equipe técnica JD Cloud