系统架构设计通用模板Word文档格式.docx

系统架构设计通用模板Word文档格式.docx

《系统架构设计通用模板Word文档格式.docx》由会员分享，可在线阅读，更多相关《系统架构设计通用模板Word文档格式.docx（10页珍藏版）》请在冰豆网上搜索。

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

版本历史

日期

版本

描述

作者

1.简介

文档说明

【蓝色字为举例说明，视具体系统情况，架构师自行编写】

【紫色字为思路和方法，供架构师参考】

正式文档在编写完成后，蓝色、紫色字都要删除。

该文档描述了XXX产品的系统架构，对系统设计、开发、维护予以指导。

定义，首字母缩写词和缩略语

词汇

解释

参考资料

前言

2012年第二季度，金融产品中心要研发多个产品，供应链融资、储值卡、保险、支付网关等；

公司发展这么快，对于系统研发速度要求也越来越高。

但系统并不像种菜那样，播了青菜的种子，长出来就是青菜。

以前，系统做架构，更多的是讨论一些方案，画画图，缺乏总结和提炼。

虽然软件开发永远不能和种菜一样，但总有一些固定的模式和方法论。

所以，我把架构设计的经验总结出来，让架构简单化。

架构思想可以复制，系统才有可能繁殖。

系统架构设计做什么？

设计系统部分和整体的关系，以及让这种关系更加和谐。

架构师的职责？

我以前的理解，预见问题，发现问题，不顾一切解决问题。

一个架构设计良好的系统，绝对不是仅仅靠架构师一个人设计出来的。

2.架构设计目标

关键功能需求

关键功能决定架构设计，如何识别关键功能？

核心功能：

系统中重要组成部分，比如支付系统中的充值功能。

优先级高：

相比其他功能，该功能必须要在该产品中实现，一般客户功能优先级高于管理功能。

使用量大、数据量大等等

在线充值

YYY功能

关键质量需求

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

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

关键质量决定了系统的成败，这也是让架构师最为纠结的地方。

我们不能过度设计，也不能考虑欠缺，需要在时间、成本、能力上作出平衡。

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

安全性

高可用

可伸缩

高性能

3.逻辑架构

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

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

考虑因素：

划分不同子系统的原则：

1、职责不同的单元；

2、通用性不同的单元；

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

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

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

总体架构

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

以下对各系统介绍

Portal客户门户

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

以下可对各模块进行描述

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

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

Admin管理门户

集成架构

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

SCS

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

接口名

调用方向

采用技术

数据格式

供应商信息查询

SCF->

ESB-WS

对象

结算清单同步

SCS->

SCF

ESB-MQ

XML

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

中国银行

XXXXXXXXXXXXXXXXX

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

4.开发架构

技术选型

参考技术管理中心规范

类型

可选技术

主机

PCServer、IBM小型机

操作系统

Linux-RedhatAS、IBMAIX

应用服务器

开发Jetty、生产WAS

Web服务器

IHS、Nginx

负载均衡

Web软负载IHS、DMZ-F5、内网Citrix

消息中间件

IBMMQ

数据库

DB2

版本管理

SVN

组件管理

Maven

IDE

EclipseAllinOne、SpringSTS

MVC

SpringMVC

页面

FreeMarker、SiteMesh

JS

Jquery、JqueryUI

容器

Spring

持久化

MyBatis、JdbcTemplate

服务

Hessian、CXF

调度

Quartz、统一调度服务中心

缓存

Redis

日志

SLF4J、Logback

Dom4j、Xstream

组件版本可参考snf-parent最新版本

例外情况需要说明，参考以下原则选型

1、可控制

在短期时间内，架构师能够精通，开发人员能够掌握。

2、可扩展

考虑非功能性需求，在特定的场景下便于扩展；

推荐自身扩展性较好，轻量级框架。

3、高可用

选择框架、定制化框架必须要保证质量。

4、高效率

框架本身处理效率高；

尽可能减少重复开发工作量；

易于做性能调优。

5、低成本

在满足以上原则前提下，尽可能降低采购成本；

学习成本低，有较完善的手册文档。

参考《J2EE系统搭建指南》

目录结构

5.数据架构

数据模型

实体关系图

实体

说明

持久化方案

1、DB、Schema规划

2、数据分布规则（分库、分表、分区）

3、数据同步机制

4、数据归档方案

6.关键质量需求设计

描述关键质量需求的设计方案，每一项用新章节描述。

四防：

防篡改、防抵赖、防窃取、防攻击

场景

防XXX

方案

用户输入

脏数据

输入过滤

防篡改

签名

SQL注入

输入过滤、不要拼SQL

脚本注入

输入过滤，输出转译

Web访问

防窃取

服务器证书

防抵赖

个人证书

未授权

访问控制

隐私数据

加密

系统集成

两台对外的Web服务器上部署*的证书。

侧重考虑Web服务器、应用服务器高可用。

方案：

在对架构改动最小的前提下，通过增加硬件的方式，达到更大系统吞吐量。

7.部署架构

由于XX采购IBMWebsphere系列产品，部署上一般采用较常用的方式。

还可能涉及到部署的有分布式缓存、消息中间件。