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

系统架构设计文档

TOC\o1-3\h\z\u1. 简介 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功能

关键质量需求

关键质量需要考虑多方涉众，客户、管理者、开发、测试、运维等人员；

关键质量需要着眼当下，也需要考虑未来。

关键质量决定了系统的成败，这也是让架构师最为纠结的地方。我们不能过度设计，也不能考虑欠缺，需要在时间、本钱、能力上作出平衡。

产品经理更多的时间花在功能需求，质量需求需要架构师与产品经理沟通，最终达成一致意见。

平安性

高可用

可伸缩

高性能

逻辑架构

逻辑架构是用来描述系统的组成，一个系统组成如下列图：

XXX系统

XXX系统

子系统1

子系统2

模块1

模块1

组件1

组件2

包1

包2

类1

类2

把系统分成多少个子系统才算合理？

考虑因素：

划分不同子系统的原那么：

职责不同的单元；

通用性不同的单元；

需要不同开发技能的单元；

兼顾工作量的相对平衡，进一步切分太大的子系统。

对于访问量和使用量很高的网站，PV从百万向千万迅速迈进的时期，我们不能用一个系统来解决所有的问题，按业务或产品垂直拆分是非常有必要的。

总体架构

总体描述系统有哪些子系统组成，通过一张图表现。

以下对各系统介绍

Portal客户门户

提供给供给商使用融资效劳、以及银行对融资相关的操作。

以下可对各模块进行描述

会员，供给商注册、登录等相关功能。

合同，供给商融资合同的签订和查看等功能。

Admin管理门户

集成架构

描述该系统和依赖系统之间的关系

SCS

描述该系统和SCS的接口信息

接口名

调用方向

采用技术

数据格式

供给商信息查询

SCF-SCS

ESB-WS

对象

结算清单同步

SCS-SCF

ESB-MQ

XML

详见《内部系统接口文档》

中国银行

XXXXXXXXXXXXXXXXX

详见《中国银行系统接口文档》

开发架构

技术选型

参考技术管理中心标准

类型

可选技术

主机

PCServer、IBM小型机

操作系统

Linux-RedhatAS、IBMAIX

应用效劳器

开发