系统技术规格标准.pdf

系统技术规格标准

1.1
系统建设基本要求

项⽬的建设实施应遵循以下原则：

1、关键技术要求

技术实现时必须综合考虑系统的可靠性、⾼效性、安全性、可扩展性及业务发展的要求。


具体技术

如下：

1)
运⾏环境

服务必须运⾏在
Linux
环境下，采⽤
CentOS7
以上系统。

2)
操作系统及数据库

系统要求基于⼤型的关系数据库和⾮关系数据库，采⽤主流成熟的中间件系统，⽀


持各类主流的服

务器操作系统。要求数据库能做到动态可扩展，随着业务量的增⻓可分库分表或者做集群。必须具备

对数据有备份能⼒，如有意外情况的发⽣能快速的恢复数据，以减少损失。

3)
APP
客⼾端开发要求

客⼾端架构符合
MVC
架构体系，采⽤
原⽣⽅式开发，IOS使⽤
Objective-C
或
Swift、Android使⽤

Java
或
Kotlin
，使⽤
json
数据与接⼝通信。采⽤
gulp或webpack
作为
H5
⾃动化构建⼯具，建⽴

完善的热修复体系。H5
业务模块将采⽤
MVVM
架构实现。

4)
服务器端开发要求

业务系统采⽤成熟的
JAVA（可集成Kotlin），C++,python，
vue.js
(备选
react.js)等前后端成熟主

流的技术框架，采⽤分布式模块化开发模式，实现业务的稳定运⾏和快速迭代。建议如：

SpringBoot，Maven，SpringCloud，MyBatis及官⽅建议的数据驱动包。

避免使⽤快速开发平台、不成熟的的平台框架及组件，给后续的修改维护造成影响。

2、⾼并发技术

业务数据可采取多线程，缓存，队列和冷热处理等互联⽹技术，提供系统的可⽤性和强壮性。并通过

表分区分库分表、分⽚集群等技术增强系统核⼼数据库的可⽤性。

3、服务⾼可⽤性

对服务和数据集做必要的副本，防⽌在单点故障时仍然可以提供服务。必须具备完善的告警机制，

能对业务做实时监控。⼀旦出现问题可即刻做出反应。

4、开放性

系统应具有开放的体系结构，保证与相关系统(操作系统、数据库、开发语⾔)的互联、


互通、互操

作，能实现第三⽅应⽤软件的⽅便接⼊

5、灵活性

在系统开发时，应考虑容错机制，当故障发⽣时采⽤服务降级或服务转移的⽅式，尽量保证在故障情

况下也能服务⽤⼾⽹络结构；能够⽅便替换第三⽅同类服务接⼝。

6、可扩展性

系统应⽀持硬件平台以及软件上的扩展能⼒；系统通过模块化、参数化的设计与实施，


达到⽇后⽅

便维护的⽬的。做到运⾏稳定、易于维护；系统的设计容量能满⾜未来业务发展的需要，能通过系统

预留的升级接⼝独⽴地、平滑地进⾏升级，功能扩展不会明显影响整体系统效率。

7、稳定性

核⼼系统能部署双机热备，重要组件负载均衡、避免单点故障，故障切换过程业务不中断，可以提供

异地灾备解决⽅案，能良好保证系统的⾼可⽤性能，最⼤化缩短故障停机时间，系统应具有较⾼的可

靠性和持续使⽤能⼒，具有强⼤的并发处理能⼒，保证
7×24
⼩时稳定运⾏，同时制定了系统应急

预案，保障系统故障后能根据预案快速恢复。

8、安全性

系统须具有严谨周密的安全体系结构，具备良好的安全性，能够实现⽹络架构、系统架构、数据库、

应⽤部署等多⽅⾯的整体安全考虑，必须提供全⽅位、多层次的安全机制，抵御可能产⽣的恶意攻

击，并且在数据安全、⽹络安全、客⼾端安全和应⽤系统安全等⽅⾯有合理可靠的安全策略。如对于

关键的数据必须采⽤加密存储和加密传输，服务端和客⼾端的通信必须全部加密处理，以提⾼安全

性。对于敏感度较⾼的数据⽐如账⼾数据必须要做安全隔离等安全措施。

9、可审计性

记录所有数据操作和访问的准确、可再现的迹，并做出适当分类以便稽查

1.2
系统技术要点

1、系统采⽤⽬前较流⾏的Web应⽤程序开源框架。集成框架的系统从职责上分为四层：表⽰层、业

务逻辑层、数据持久层和域模块层，以帮助系统采⽤⽬前较流⾏的Web
应⽤程序开源框架—如

springboot、springclound、mybatis、storm、MQ、Elastic-job等框架(备选dubbo)。

2、集成框架的系统从职责上分为四层：表⽰层、业务逻辑层、数据持久层和域模块层，以帮助短期

内搭建结构清晰、可复⽤性好、维护⽅便的
Web
应⽤程序。使⽤
springboot
等作为系统的整体基

础架构，负责
MVC
的分离，在
springboot
等框架的模型部分，业务层⽤Spring
等⽀持。具体做法

是：⽤⾯向对象的分析⽅法根据需求提出⼀些模型，将这些模型实现为基本的
Java
对象，后编写基

本的
DAO
接⼝，传输数据可