系统架构设计模板

1、XXXXXXX系统架构设计文档简介.4 TOC o 1-5 h z HYPERLINK l bookmark41 o Current Document 文档说明4定义，首字母缩写词和缩略语4 HYPERLINK l bookmark45 o Current Document 参考资料4 HYPERLINK l bookmark48 o Current Document 架构设计目标5关键功能需求5 HYPERLINK l bookmark51 o Current Document 在线充值5 HYPERLINK l bookmark60 o Current Document YYY 功能5关键

2、质量需求5 HYPERLINK l bookmark64 o Current Document 安全性5 HYPERLINK l bookmark69 o Current Document 高可用6 HYPERLINK l bookmark75 o Current Document 可伸缩6 HYPERLINK l bookmark82 o Current Document 高性能6 HYPERLINK l bookmark88 o Current Document 逻辑架构6 HYPERLINK l bookmark100 o Current Document 总体架构7 HYPERLINK

3、 l bookmark103 o Current Document Portal 客户门户7 HYPERLINK l bookmark107 o Current Document Admin 管理门户8 HYPERLINK l bookmark111 o Current Document 集成架构8 HYPERLINK l bookmark114 o Current Document SCS 8 HYPERLINK l bookmark118 o Current Document 中国银行8 HYPERLINK l bookmark121 o Current Document 开发架构8 HY

4、PERLINK l bookmark125 o Current Document 技术选型8 HYPERLINK l bookmark133 o Current Document Portal客 户门户9 HYPERLINK l bookmark136 o Current Document 目录结构 9 HYPERLINK l bookmark139 o Current Document 数据架构10数据模型10 HYPERLINK l bookmark143 o Current Document 持久化方案10关键质量需求设计.11 HYPERLINK l bookmark154 o Cur

5、rent Document 安全性11 HYPERLINK l bookmark157 o Current Document 服务器证书11 HYPERLINK l bookmark161 o Current Document 高可用11 HYPERLINK l bookmark172 o Current Document 可伸缩11 HYPERLINK l bookmark179 o Current Document 高性能12 HYPERLINK l bookmark195 o Current Document 部署架构12版本历史日期版本描述作者2012/5/40.1创建模板陈书元1.简

6、介1.1.文档说明【蓝色字为举例说明，视具体系统情况，架构师自行编写】【紫色字为思路和方法，供架构师参考】正式文档在编写完成后，蓝色、紫色字都要删除。该文档描述了 XXX产品的系统架构，对系统设计、开发、维护予以指导。定义，首字母缩写词和缩略语词汇解释1.3.参考资料一线架构师实践指南，温昱著企业应用架构模式，Martin Fowler著 J2EE设计模式，William Crawford著 分布式Java应用，林昊著构建高性能Web站点，郭欣著前言2012年第二季度，金融产品中心要研发多个产品，供应链融资、储值卡、保险、支付网关等；公司发 展这么快，对于系统研发速度要求也越来越高。但系统并不

7、像种菜那样，播了青菜的种子，长出来就 是青菜。以前，系统做架构，更多的是讨论一些方案，画画图，缺乏总结和提炼。虽然软件开发永远 不能和种菜一样，但总有一些固定的模式和方法论。所以，我把架构设计的经验总结出来，让架构简 单化。架构思想可以复制，系统才有可能繁殖。系统架构设计做什么？设计系统部分和整体的关系，以及让这种关系更加和谐。架构师的职责？我以前的理解，预见问题，发现问题，不顾一切解决问题。一个架构设计良好的系统，绝对不是仅仅靠架构师一个人设计出来的。2.架构设计目标21.关键功能需求关键功能决定架构设计，如何识别关键功能？核心功能：系统中重要组成部分，比如支付系统中的充值功能。优先级高：相

8、比其他功能，该功能必须要在该产品中实现，一般客户功能优先级高于管理功能。使用量大、数据量大等等在线充值1、用户在充值页面选择银行，输入充值金额，点击充值按钮；2、页面跳转至银行支付网关；3、用户输入银行卡相关信息后，确认支付；4、银行验证信息，扣用户账户资金；5、跳转易付宝支付成功页面，通知支付成功。详见 XXX 需求文档 XXX章节描述。YYY 功能2.2.关键质量需求关键质量需要考虑多方涉众，客户、管理者、开发、测试、运维等人员；关键质量需要着眼当下，也需要考虑未来。关键质量决定了系统的成败，这也是让架构师最为纠结的地方。我们不能过度设计，也不能考虑欠缺, 需要在时间、成本、能力上作出平衡

9、。产品经理更多的时间花在功能需求，质量需求需要架构师与产品经理沟通，最终达成一致意见。2.2.1.安全性1、用户在浏览器输入密码时，要防止木马盗取；2、用户提交的信息在互联网传输时，要防止信息窃取。高可用1、网站向用户提供7*24小时服务；2、定时监控系统的运行状况。可伸缩1、当前系统每天可以支撑100万PV，1年后达到1000万PV；2、当前系统每天可以支撑10万订单，1年后达到100万订单;3、对系统改动最小的前提下，未来可以支撑更大的量。高性能1、首页加载时间不超过2秒；2、订单处理时间不超过1秒。3、逻辑架构逻辑架构是用来描述系统的组成，一个系统组成如下图：把系统分成多少个子系统才算合

10、理？考虑因素：1、参与者把不同类参与者的功能分开；比如，一般我们会将客户门户和管理门户分开。2、产品分类不同类产品可以做在不同的系统中；比如，虚拟产品系统和易付宝支付系统就是分开的。3、兼顾规模功能很少的系统分成多个子系统做是过度设计，这是反模式。4、质量需求为了保证系统高可用性，压力大的业务建议独立系统；比如，秒杀系统就是从易购主站拆出来的。划分不同子系统的原则：1、职责不同的单元；2、通用性不同的单元；3、需要不同开发技能的单元；4、兼顾工作量的相对平衡，进一步切分太大的子系统。对于访问量和使用量很高的网站，PV从百万向千万迅速迈进的时期，我们不能用一个系统来解决所 有的问题，按业务或产品

11、垂直拆分是非常有必要的。3.1.总体架构总体描述系统有哪些子系统组成，通过一张图表现。面向供应商、银行面向核心企业以下对各系统介绍Portal客户门户提供给供应商使用融资服务、以及银行对融资相关的操作。SCF-Portal以下可对各模块进行描述会员，供应商注册、登录等相关功能。合同，供应商融资合同的签订和查看等功能。Admin管理门户3.2.集成架构描述该系统和依赖系统之间的关系SCS描述该系统和SCS的接口信息接口名调用方向采用技术数据格式供应商信息查询SCF-SCSESB-WS对象结算清单同步SCS-SCFESB-MQXML详见内部系统接口文档3.2.2.中国银行XXXXXXXXXXXXX

12、XXXX详见中国银行系统接口文档开发架构4.1.技术选型参考技术管理中心规范类型可选技术主机PC Server、IBM 小型机操作系统Linux-Redhat AS、IBM AIX应用服务器开发Jetty、生产WASWeb服务器IHS、Nginx负载均衡Web 软负载 IHS、DMZ-F5、内网 Citrix消息中间件IBM MQ数据库DB2版本管理SVN组件管理MavenIDEEclipse All in One、Spring STSMVCSpring MVC页面FreeMarker、SiteMeshJSJquery、Jquery UI容器Spring持久化MyBatis、JdbcTempl

13、ate服务Hessian、CXF调度Quartz、统一调度服务中心缓存Redis日志SLF4J、LogbackXMLDom4j、Xstream组件版本可参考snf-parent最新版本例外情况需要说明，参考以下原则选型1、可控制在短期时间内，架构师能够精通，开发人员能够掌握。2、可扩展考虑非功能性需求，在特定的场景下便于扩展；推荐自身扩展性较好，轻量级框架。3、高可用选择框架、定制化框架必须要保证质量。4、高效率框架本身处理效率高；尽可能减少重复开发工作量；易于做性能调优。5、低成本在满足以上原则前提下，尽可能降低采购成本；学习成本低，有较完善的手册文档。4.2. Portal客户门户参考J2

14、EE系统搭建指南4.2.1.目录结构scf-portal+scf-portal-client客户门户客户端工程客户门户发布脚本说明说明会员模块会员模块服务工程+scf-portal-deploy +scf-portal-dmo- +scf-portal-war +scf-member+service+web+scf-contract+scf-xxx数据架构51.数据模型实体关系图融资合同-融资产品N1MN银行1 N合作台同1N1N港清单应融资申请1正实体说明5.2.持久化方案1、DB、Schema 规划2、数据分布规则（分库、分表、分区）3、数据同步机制4、数据归档方案关键质量需求设计描述关键

15、质量需求的设计方案，每一项用新章节描述。6.1.安全性四防：防篡改、防抵赖、防窃取、防攻击场景防XXX方案用户输入脏数据输入过滤防篡改签名SQL注入输入过滤、不要拼SQL脚本注入输入过滤，输出转译Web访问防窃取服务器证书防抵赖个人证书未授权访问控制隐私数据防窃取加密系统集成防篡改签名防抵赖签名防窃取加密服务器证书两台对外的Web服务器上部署* . 的证书。6.2.高可用侧重考虑Web服务器、应用服务器高可用。方案：1、无单点设计；2、服务器采用集群，双节点；3、系统监控，及时得知系统异常；4、异常自动处理机制；5、流量控制；6、采用成熟的技术；7、故障可隔离，应用拆分；8、容灾方案。6.3.可伸缩在对架构改动最小的前提下，通过增加硬件的方式，达到更大系统吞吐量。方案：1、无单点设计；2、服务器采用集群；3、应用可垂直拆分;4