[Plan de diseño general] Cómo escribir un plan de diseño general
1. Introducción
1.1 Propósito de la redacción
Este documento es una descripción del esquema general de diseño de la plataforma de pago.
El propósito de preparar una especificación de diseño general es explicar las consideraciones de diseño del sistema del programa, incluido el flujo de procesamiento básico del sistema del programa, la estructura organizativa del sistema del programa, la división de módulos, la asignación de funciones, El diseño de la interfaz, el diseño de la operación y la estructura de datos, el diseño y el diseño del manejo de errores, etc., proporcionan la base para el diseño detallado del programa.
Los lectores de este documento son principalmente desarrolladores, pero otro personal relacionado con el proyecto también puede consultarlo.
1.2. Definición
Ver Glosario.
1.3. Referencias
Puntos técnicos
Referencias: 1) Datos de primavera 2) Datos de iBatis 3) Datos de Hesse 4) Especificaciones relacionadas con XML del W3C
p>
2. Diseño general
Estándares técnicos seguidos
?Este software del sistema está desarrollado en base a las especificaciones J2EE
?Este sistema; El software adopta la arquitectura Spring y el marco de operación de la base de datos iBatis.
?La aplicación de certificado adopta un sistema de solicitud de certificado que cumple con las especificaciones de CSP
?Serie de especificaciones de autenticación y cifrado de seguridad basadas en PKI: PKCS # 1v2, PKCS # 7v1.5, <; /p >
SSL3.0/TLS1.0;
?La información de la transacción utiliza la especificación XML del W3C y el esquema XML relacionado, la firma XML
y la especificación de cifrado;
?Utilice HAP2.0 como plataforma tecnológica de desarrollo de aplicaciones; utilice HADP2.0 como plataforma tecnológica de desarrollo de aplicaciones. HADP2.0 se utiliza como especificación del proceso de desarrollo del proyecto;
El cliente web admite Microsoft IE6.0 y superior, FireFox3.0 y superior La comunicación entre el sistema de pago del Fondo Tonglian y el sistema de pasarela de pago utiliza; Tecnología de arpillera; Java SUN JDK 1.4.2, J2EE 1.3.
2.1. Diseño de subsistemas
Este capítulo define principalmente los subsistemas, los identificadores de subsistemas, las funciones de los subsistemas y las relaciones entre subsistemas.
2.1.1. Descripción del subsistema
2.1.2. Descripción de la relación del subsistema
?La capa APP utiliza la base de datos 1 para almacenar datos;
?El subsistema de control de interacción de pago almacena el contenido de la notificación del resultado de la transacción en la base de datos 2; ?El servidor de notificación extrae el contenido de la notificación del resultado de la transacción de la base de datos 2 y lo reenvía; ?El sistema de interfaz bancaria utiliza la base de datos 3 para registrar el flujo de transacciones bancarias; ?La capa APP pasa el archivo. El servidor intercambia archivos con el sistema de interfaz del banco.
2.2. Diseño de arquitectura por capas de software
2.2.1. Diagrama de diseño de estructura por capas de software
2.2.2 Descripción de la arquitectura por capas de software
El diseño general del sistema se divide en cuatro capas: capa de interfaz de usuario, capa de control de procesamiento, capa de lógica empresarial y capa DAO. Dado que los tipos funcionales de módulos de subsistema en cada nivel son básicamente los mismos, esta sección se describe en términos de niveles.
2.2.2.1. Capa de interfaz de usuario
La interfaz de usuario proporciona la interfaz de usuario en modo B/S y la interfaz comercial en modo C/S. Todas las interfaces de usuario están diseñadas en modo de navegador web.
La capa de interfaz de usuario envía solicitudes de operación a la capa de control de procesamiento para el procesamiento de operaciones. 2.2.2.2 Capa de control de procesamiento
La función principal de esta capa de programas es manejar la preparación previa a los datos, el procesamiento posterior a los datos, la devolución de resultados del procesamiento, el manejo de excepciones, etc. relacionados con la ejecución de la operación, y no realiza operaciones comerciales reales.
La capa de control de procesamiento se dividirá en dos partes:
?Clase de programación?Clase de control empresarial
Después de que Dispatcher reciba la solicitud de función, llamará a la clase de control empresarial correspondiente y La clase de control empresarial se llamará según diferentes La función llama al método funcional de la capa de lógica empresarial para procesar la función real. 2.2.2.3. Capa de lógica empresarial
Esta capa contiene programas de procesamiento funcional reales, como servicios de operación de bases de datos, gestión de transacciones, programas de servicios públicos, etc.
Esta capa contiene controladores funcionales reales, como servicios de operación de bases de datos, gestión de transacciones y programas de servicios públicos ***.
Los tipos de esta capa se abstraen y encapsulan utilizando programación orientada a interfaz, análisis orientado a objetos y métodos de diseño.
Capa 2.2.2.4.DAO
Esta capa encapsula principalmente las funciones de operación de la base de datos.
2.3. Diseño de módulos
Este capítulo presenta la división de módulos en cada capa del sistema, describe brevemente los identificadores y funciones de cada módulo, y brinda el control y control entre módulos. en capas. relación controlada.
El objetivo principal de este capítulo es definir módulos, identificadores de módulo, funciones de módulo y relaciones entre módulos.
2.3.1. Diagrama de estructura de módulos del subsistema
Omitido
2.3.2.Descripción del módulo
División de módulos en subsistema Ver "Módulo". Diagrama de estructura".
Además de la necesidad de establecer proyectos correspondientes para cada subsistema, el sistema establecerá proyectos básicos separados para ciertos módulos funcionales según la configuración, implementación, escalabilidad y otros requisitos. Los paquetes jar generados por estos proyectos son. utilizado por otra referencia del subsistema.
2.3.3 Listado básico de proyectos (excluyendo subsistemas)