业务支撑架构设计文档.docx
- 文档编号:9581242
- 上传时间:2023-05-20
- 格式:DOCX
- 页数:22
- 大小:180.48KB
业务支撑架构设计文档.docx
《业务支撑架构设计文档.docx》由会员分享,可在线阅读,更多相关《业务支撑架构设计文档.docx(22页珍藏版)》请在冰点文库上搜索。
业务支撑架构设计文档
业务支撑系统
架构设计文档
*
—
|
文档创建信息
产品项目名称
业务支撑系统
产品项目编号
~
产品经理
项目经理
创建日期
总页数
《
正文页数
附录页数
文档修订记录
修改日期
#
修改的章节
修改类型
修改描述
修改人
审核人
版本号
'
(
!
修改类型分为A–ADDED(增加)M–MODIFIED(修改)D–DELETED(删除)
~
)
:
1引言4
编写目的4
背景4
2系统架构设计4
系统概述4
设计约束9
.
标准与规范9
开发、运行环境9
开发环境9
运行环境9
软件平台9
硬件平台10
体系架构10
技术框架10
'
代码组织结构12
配置文件组织结构13
开发原则:
数据与功能分离原则:
13
关键技术点13
技术难点与风险、预研成果概述15
子系统划分及说明15
3附录15
本系统用到的缩写词、定义和术语15
、
参考资料15
1引言
1.1编写目的
本文主要根据需求规格说明书,对业务支撑系统(以下简称BSS)进行的架构设计,并为bss的详细设计提供依据,同时为开发人员在开发过程中提供开发基础。
预期的读者:
需求设计人员,产品相关负责人,详细设计人员,开发人员,质量管理人员,系统集成部署人员。
1.2背景
产品/项目名称
业务支撑系统
项目代号
bss
项目任务提出者
业务支撑部
开发人员
业务支撑部开发人员
最终用户
中企动力
相关人员
测试,维护等部门相关人员
2系统架构设计
2.1系统概述
整个业务支撑系统由客户关系管理(CRM),计费(BILLING),商业智能(BI),合作伙伴管理(PRM),生产管理(IOM)五部分组成。
采用统一的数据视图。
产品功能框架一览表
主系统
LEVEL2
LEVEL3
优先级
备注
CRM
B0
客户接触管理
B001
接触平台管理
1
B002
服务调度管理
1
B003
接触历史管理
3
B1
市场营销管理
B101
市场营销计划管理
1
B102
活动策划管理
3
B103
活动执行管理
3
B104
活动评估管理
3
B2
销售管理
B201
销售计划管理
3
B202
销售机会管理
3
B203
销售活动管理
3
B204
销售文档管理
3
B3
渠道管理
B301
渠道资料管理
2
B302
渠道资源管理
2
B303
渠道费用管理
2
B304
渠道佣金管理
2
B305
渠道人员管理
2
B306
渠道风险管理
2
B307
渠道评估考核
2
B4
订单处理
B401
预订单处理
1
B402
订单生成管理
1
B403
订单处理
1
B404
订单竣工
1
B405
订单异常处理
1
B406
收费管理
1
B407
订单配置管理
1
B5
产品管理
B501
产品设计管理
1
B502
产品开发
1
B503
产品变更与撤销
1
B504
产品绩效分析
1
B505
产品目录管理
1
B506
业务目录管理
1
B6
业务资源管理
B601
服务器资源管理
3
B602
网络资源管理
3
B603
礼品资源管理
3
B604
其它资源管理
3
B7
客户问题管理
B701
问题单管理
2
B702
问题单分析与跟踪
2
B703
客户SLA/QoS管理
2
B8
客户评价管理
B801
客户分级管理
3
B802
目标客户群管理
3
B803
信用管理
3
B804
维系管理
3
B805
挽留管理
3
B9
客户资料管理
B901
客户基本资料管理
1
B902
层级规则和关系维护
1
B903
客户合同协议管理
1
B904
SLA协议管理
1
B905
其它相关资料管理
1
BA
公共支撑管理
BA01
知识库管理
2
BA02
系统管理
2
BA03
任务管理
2
BA04
协作支持
2
BILLING
D1
采集预处理
D101
采集配置
3
D102
数据采集
1
D103
预处理
1
D2
计费处理
D201
计费规则管理
2
D202
计费处理
1
D203
计费优惠
1
D3
帐务处理
D301
帐目管理
1
D302
合帐处理
1
D303
帐务优惠处理
1
D4
帐单管理
D401
帐单调整
3
D402
帐单打印
3
D403
帐单核销
1
D5
费用结算
D501
结算对象管理
1
D502
结算规则管理
1
D503
结算处理
1
D504
结算报表
1
BI
C1
报表中心
C101
固定报表
1
C102
临时报表
1
C2
即时查询
C201
查询配置
2
C202
查询展现
2
C3
主题分析
C301
收益情况分析
2
C302
业务情况分析
2
C303
客户发展分析
2
C304
客户投诉分析
2
…
……
C4
业务应用
C401
营销管理应用
3
C402
业务发展分析应用
3
C403
客户分析应用
3
…
……
PRM
E1
合作伙伴资料管理
E101
合作伙伴资料管理
3
E2
合作伙伴结算处理
E201
合作伙伴结算处理
3
IOM
F1
生产定单管理
F101
定单生成
2
F102
任务拆分与派发
2
F103
定单退单
2
F104
任务接收与执行
2
F105
定单回笼
2
F106
定单模版管理
2
F2
生产管理
F201
生产设计
2
F202
资源配置
2
F203
生产配置及测试
2
F204
生产竣工
2
F3
生产监管
F301
流程监控
3
F302
流程干预
3
F303
异常处理
3
F304
生产状态查询
3
F4
流程管理
F401
环节管理
2
F402
流程配置管理
2
F403
异常流程管理
2
F404
流程时限管理
2
典型应用场景举例:
新业务的快速配置
2.2设计约束
系统采用组件化设计,程序设计和实现采用统一模式,提高重用性和可维护性。
2.2.1标准与规范
见webx开发规范
2.2.2开发、运行环境
2.2.2.1开发环境
语言:
java
JDK:
jdk1.6.0_10
开发工具:
Eclipse
文档工具:
Word2003Visio2003
数据库:
MySql5.1.38
WEB服务器:
Tomcat
2.2.2.2运行环境
待定
2.2.2.3软件平台
服务器端:
(使用非商业软件)
应用服务器:
或者
JDK:
jdk1.6.0_10
数据库:
MySQL
客户端操作系统
Windows
WindowsXP
2.2.2.4硬件平台
最大服务器配置
处理器
2.4G×2双核CPU
内存
8G
硬盘
500G硬盘
监控客户端
1000个客户端以上
网络情况
2.3体系架构
本子系统采用三层(表示层、业务层、集成层)的B/S体系架构。
2.3.1技术框架
开发框架:
依据公司要求,选择公司已有的框架
系统使用java语言,采用的是通常意义上的三层架构,就是将整个业务应用划分为:
表现层(UI)、业务逻辑层/服务层(BLL)、数据访问层(DAL)。
各层职责如下:
1.表现层(UI):
通俗讲就是展现给用户的界面,该层负责页面的跳转和页面的展示。
2.业务逻辑层/服务层(BLL):
针对业务逻辑的操作,实现业务接口供表现层调用。
3.数据访问层(DAL):
该层直接操作数据库,封装对数据库的操作细节。
另外,模型层的领域对象(Domainobjects)作为参数在上述3层间传递数据。
后台部分采用webX框架。
分层开发的结构图如下:
其中根据项目特点又将服务层拆分为业务代理层和服务层两部分,通过增加业务代理层避免向外部系统暴露系统内部调用逻辑,降低系统间的耦合度。
采用分层结构框架的目的即为了“高内聚,低耦合”的思想,具有如下优点:
1.开发人员可以只关注整个结构中的其中某一层;
2.可以很容易的用新的实现来替换原有层次的实现;
3.可以降低层与层之间的依赖;
4.有利于标准化;
5.利于各层逻辑的复用。
采用多层架构设计模式,使用主流框架Struts+Spring+Hibernate(SSH)为基础。
Struts实现MVC,Spring负责架构的结合,Hibernate进行数据的持久化。
架构是采用公司的webx进行开发,webx应该在公司众多项目中成功应用,webx在SSH基础上又进行了一定的封装,减少了开发工作量。
Webx经过多个项目采用其功能实现相对稳定。
2.3.2代码组织结构
包名前缀:
之下是各个子系统:
billing,crm,prm,iom,bi和公共部分pub
每个字系统下划分功能模块,如计费账务billing下包括rating,sett,acct三部分。
代码安装service,dao,model,action,vo放置。
其中service下直接放置接口,实现在,dao一样。
命名:
service接口命名:
xxxxService
service实现命名:
xxxxServiceImpl
dao接口命名:
xxxxDao
dao实现命名:
xxxxDaoImpl
model命名:
表名去除前缀,首字母大写
vo命名:
表名去除前缀,首字母大写加vo标识,如xxxVo
2.3.3配置文件组织结构
配置文件统一放在文件夹下,以子系统和功能模块进行划分。
每个功能模块包括hibernate、spring、Struts配置文件。
2.3.4开发原则:
数据与功能分离原则:
•业务数据与业务功能分离
•业务功能与业务处理流程分离
•业务流程的改变和业务功能的增删、修改、数据种类的改变不会影响系统其他部分。
•业务功能、数据、业务流程控制能够在运行环境下灵活的部署、分布,使得系统能够在规模上扩展,从而不限制业务的发展。
•多层软件体系结构,使用中间件构造多层体系结构为系统提供分布计算环境的平台及对应用的通用服务,构成系统的框架;采用面向对象及构件技术在框架上灵活组成应用系统。
•系统充分考虑未来业务量及业务种类增长的需求,同时也考虑与行政管理体制的配合和协调,新的软件模块即插即用
2.3.5关键技术点
1,计费部分采用引擎模式,COM的设计方式
2,工作流引擎:
订单调度,集成定单管理部分使用。
工作流引擎是指workflow作为应用系统的一部分,并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。
例如开发一个系统最关键的部分不是系统的界面,也不是和数据库之间的信息交换,而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性和弹性。
3,数据挖掘技术:
在BI部分使用。
数据挖掘是通过采用自动或半自动的手段,在海量数据中发现有意义的行为和规则的探测和分析活动。
数据挖掘方法有多种,其中比较典型的有关联分析、序列模式分析、分类分析、聚类分析等。
(1)关联分析
关联分析,即利用关联规则进行数据挖掘。
在数据挖掘研究领域,对于关联分析的研究开展得比较深入,人们提出了多种关联规则的挖掘算法,如APRIORI、STEM、AIS、DHP等算法。
关联分析的目的是挖掘隐藏在数据间的相互关系,它能发现数据库中形如“90%的顾客在一次购买活动中购买商品A的同时购买商品B”之类的知识。
(2)序列模式分析
序列模式分析和关联分析相似,其目的也是为了挖掘数据之间的联系,但序列模式分析的侧重点在于分析数据间的前后序列关系。
它能发现数据库中形如“在某一段时间内,顾客购买商品A,接着购买商品B,而后购买商品C,即序列A→B→C出现的频度较高”之类的知识,序列模式分析描述的问题是:
在给定交易序列数据库中,每个序列是按照交易时间排列的一组交易集,挖掘序列函数作用在这个交易序列数据库上,返回该数据库中出现的高频序列。
在进行序列模式分析时,同样也需要由用户输入最小置信度C和最小支持度S。
(3)分类分析
分类分析就是通过分析示例数据库中的数据,为每个类别做出准确的描述或建立分析模型或挖掘出分类规则,然后用这个分类规则对数据库中的其它记录进行分类。
分类分析就是分析该数据库的记录数据,对每个信誉等级做出准确描述或挖掘分类规则,如“信誉良好的客户是指那些年收入在5万元以上,年龄在40~50岁之间的客户”,然后根据分类规则对其它相同属性的数据库记录进行分类。
(4)聚类分析
与分类分析不同,聚类分析输入的是一组未分类记录,并且这些记录应分成几类事先也不知道。
聚类分析就是通过分析数据库中的记录数据,根据一定的分类规则,合理地划分记录集合,确定每个记录所在类别。
它所采用的分类规则是由聚类分析工具决定的。
聚类分析的方法很多,其中包括系统聚类法、分解法、加入法、动态聚类法、模糊聚类法、运筹方法等。
采用不同的聚类方法,对于相同的记录集合可能有不同的划分结果。
2.3.6技术难点与风险、预研成果概述
1.应用高并发量问题
业务支撑系统(BSS)为中企目前的所有产品和未来可能出现的新产品提供业务支撑服务,众多产品的服务开通、计费、服务保障都要通过BSS进行,会形成很大的业务访问量,需要系统能够处理高并发的情况。
我们采用的是J2EE架构,J2EE是SUN公司提出的在分布式环境中的一种体系结构,它提供了一种基于组件的设计、开发、集成、部署企业应用系统的方法,J2EE平台提供了多层分布式的应用系统模型、重用组件的能力、统一的安全模型和灵活的事务控制。
BSS采用JBOSS作为J2EE中间件,JBOSS在处理高并发方面有很高的性能。
2.大数据量问题
BSS需要保留个产品系统计费数据和业务部门自身数据,数据量庞大。
我们选用的是mysql5.1.38数据库,mysql是一个成熟的关系型数据库系统。
mysql数据库具有很高的性能,适用于在线事务处理,同时具有客户端支持及应用模式;具有高可靠性和很好的并行性,把数据库管理扩充到了并行的、多节点的环境,操作简单,具有良好的可操作性。
已经在公司多个项目中成功运用。
3.开发工具的使用问题
BSS项目中使用到了数管提供的页面组件和工作流引擎功能,因为数管的产品是针对OA系统开发的,在BSS的实际使用中很有许多需要再调整的细节。
需要加强同数管部门的沟通,获取更多的产品技术支持。
2.4子系统划分及说明
3附录
3.1本系统用到的缩写词、定义和术语
缩写词和名词、术语定义。
3.2参考资料
编写本说明所用到的各种资料,如需求报告、相关研发管理规范、背景资料、其它标准。
:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 业务 支撑 架构 设计 文档