系统架构设计通用模板.doc

系统架构设计文档 1. 简介 5 1.1. 文档说明 5 1.2. 定义，首字母缩写词和缩略语 5 1.3. 参考资料 5 2. 架构设计目标 6 2.1. 关键功能需求 6 2.1.1. 在线充值 6 2.1.2. YYY功能 6 2.2. 关键质量需求 6 2.2.1. 安全性 6 2.2.2. 高可用 7 2.2.3. 可伸缩 7 2.2.4. 高性能 7 3. 逻辑架构 7 3.1. 总体架构 8 3.1.1. Portal客户门户 8 3.1.2. Admin管理门户 9 3.2. 集成架构 9 3.2.1. SCS 9 3.2.2. 中国银行 9 4. 开发架构 9 4.1. 技术选型 9 4.2. Portal客户门户 10 4.2.1. 目录结构 10 5. 数据架构 11 5.1. 数据模型 11 5.2. 持久化方案 11 6. 关键质量需求设计 12 6.1. 安全性 12 6.1.1. 服务器证书 12 6.2. 高可用 12 6.3. 可伸缩 12 6.4. 高性能 13 7. 部署架构 13  版本历史 日期 版本 描述 作者  简介 文档说明 【蓝色字为举例说明，视具体系统情况，架构师自行编写】 【紫色字为思路和方法，供架构师参考】 正式文档在编写完成后，蓝色、紫色字都要删除。 该文档描述了XXX产品的系统架构，对系统设计、开发、维护予以指导。 定义，首字母缩写词和缩略语 词汇 解释 参考资料 前言 2012年第二季度，金融产品中心要研发多个产品，供应链融资、储值卡、保险、支付网关等；公司发展这么快，对于系统研发速度要求也越来越高。但系统并不像种菜那样，播了青菜的种子，长出来就是青菜。以前，系统做架构，更多的是讨论一些方案，画画图，缺乏总结和提炼。虽然软件开发永远不能和种菜一样，但总有一些固定的模式和方法论。所以，我把架构设计的经验总结出来，让架构简单化。架构思想可以复制，系统才有可能繁殖。 系统架构设计做什么？ 设计系统部分和整体的关系，以及让这种关系更加和谐。 架构师的职责？ 我以前的理解，预见问题，发现问题，不顾一切解决问题。 一个架构设计良好的系统，绝对不是仅仅靠架构师一个人设计出来的。 架构设计目标 关键功能需求 关键功能决定架构设计，如何识别关键功能？ 核心功能：系统中重要组成部分，比如支付系统中的充值功能。 优先级高：相比其他功能，该功能必须要在该产品中实现，一般客户功能优先级高于管理功能。 使用量大、数据量大等等 在线充值 YYY功能 关键质量需求 关键质量需要考虑多方涉众，客户、管理者、开发、测试、运维等人员； 关键质量需要着眼当下，也需要考虑未来。 关键质量决定了系统的成败，这也是让架构师最为纠结的地方。我们不能过度设计，也不能考虑欠缺，需要在时间、成本、能力上作出平衡。 产品经理更多的时间花在功能需求，质量需求需要架构师与产品经理沟通，最终达成一致意见。 安全性 高可用 可伸缩 高性能 逻辑架构 逻辑架构是用来描述系统的组成，一个系统组成如下图： 把系统分成多少个子系统才算合理？ 考虑因素： 划分不同子系统的原则： 职责不同的单元； 通用性不同的单元； 需要不同开发技能的单元； 兼顾工作量的相对平衡，进一步切分太大的子系统。 对于访问量和使用量很高的网站，PV从百万向千万迅速迈进的时期，我们不能用一个系统来解决所有的问题，按业务或产品垂直拆分是非常有必要的。 总体架构 总体描述系统有哪些子系统组成，通过一张图表现。 以下对各系统介绍 Portal客户门户 提供给供应商使用融资服务、以及银行对融资相关的操作。 以下可对各模块进行描述 会员，供应商注册、登录等相关功能。 合同，供应商融资合同的签订和查看等功能。 Admin管理门户 集成架构 描述该系统和依赖系统之间的关系 SCS 描述该系统和SCS的接口信息 接口名 调用方向 采用技术 数据格式 供应商信息查询 SCF-SCS ESB-WS 对象 结算清单同步 SCS-SCF ESB-MQ XML 详见《内部系统接口文档》 中国银行 XXXXXXXXXXXXXXXXX 详见《中国银行系统接口文档》 开发架构 技术选型 参考技术管理中心规范 类型 可选技术 主机 PC Server、IBM小型机 操作系统 Linux-Redhat AS、IBM AIX 应用服务器 开发Jetty、生产WAS Web服务器 IHS、Nginx 负载均衡 Web软负载IHS、DMZ-F5、内网Citrix 消息中间件 IBM MQ 数据库 DB2 版本管理 SVN 组件管理 Maven IDE Eclipse All in On