政企账务服务支撑系统项目技术方案v1.docx

广州分公司政企账务服务支撑系统
技术方案V1.0

中国电信广东公司
版权所有

目 录
1. 简介 1
1.1 文档目的 1
1.2 文档范围 1
1.3 定义和缩略语 1
1.4 参考资料 1
2. 项目概述 1
2.1 系统结构 2
2.2 系统角色 3
2.2.1 政企分析人员 3
2.2.2 帐务经理 4
2.2.3 客户经理 4
2.3 系统的必要性与可行性 4
2.3.1 必要性 4
2.3.2 可行性 4
2.3.3 满足规模 4
3. 项目进度 5
3.1 项目进度总体时间要求 5
3.2 项目里程碑 5
4. 业务需求分析 5
4.1 模块功能设计 5
4.1.1 数据提取 6
4.1.1.1 计费数据提取 6
4.1.1.2 号码信息查询 7
4.1.1.3 帐目名称查询 9
4.1.1.4 帐目来源查询 9
4.1.1.5 产品代码查询 10
4.1.2 数据处理 10
4.1.2.1 月度报表生成 10
4.1.2.2 常青树计算器 10
4.1.3 日常工作 10
4.1.3.1 汇缴款项清理 10
4.1.3.2 工作问题反馈 11
4.1.3.3 系统故障申告 12
4.1.3.4 问题工单记录 13
4.1.4 高额检查 14
4.1.4.1 高额数据清单 14
4.1.4.2 高额问题反馈 14
4.1.5 资料管理 14
4.1.5.1 大客户资料查询 15
4.1.5.2 省政企资料查询 15
4.1.5.3 市政企资料查询 15
4.1.5.4 部门内知识平台 15
4.1.6 个性化帐单管理 15
4.1.6.1 帐单项管理 16
4.1.6.2 帐单项关系管理 16
4.1.6.3 帐单项修改历史记录管理 16
4.1.7 系统管理 16
4.1.7.1 部门用户列表 16
4.1.7.2 个人资料管理 16
4.1.7.3 预警指标配置 17
4.1.7.4 数据查询权限控制 17
4.1.7.5 清单下发管理 17
4.1.8 移动终端展示需求 17
5. 系统建设方案 17
5.1 系统架构 17
5.1.1 技术原则 17
5.1.2 系统总体架构 18
5.1.3 系统组网方案 20
5.1.4 系统接口方案 20
5.2 功能分析方案 20
5.2.1 数据分析管理 20
5.2.1.1 多维分析 20
5.2.1.2 比较分析 21
5.2.1.3 关联分析 21
5.2.1.4 排名分析 21
5.2.2 数据应用管理 22
5.2.2.1 指标管理 22
5.2.2.2 业务监控 22
5.2.2.3 即席查询 23
5.2.2.4 预警 23
5.3 系统管理要求 24
5.3.1 系统管理 24
5.3.1.1 系统用户管理 24
5.3.1.2 角色管理 24
5.3.1.3 系统权限管理 24
5.3.1.4 组织管理 24
5.3.2 日志管理 24
5.4 主要非功能要求及考虑 25
5.5 .硬件设备和第三方软件方案 25
5.5.1 硬件设备和第三方软件列表和用途 25
5.5.2 存储容量估算 26
5.6 系统安全方案 27
5.7 系统备份和容灾方案 27
5.8 系统监控方案 27
5.9 机房配置方案 27
5.9.1 机房总体要求 27
5.9.2 机房内环境要求 28
5.9.3 电源要求 29
5.10 网络接入方案 30
6. 项目人力资源 30
6.1 项目组织结构 30
6.2 项目角色和职责 30

修改历史
日期
版本
作者
修改内容
更改请求号

注释：“更改请求号”为文档正式发布后需要变更时的编号。
联系人
姓名
职责
邮箱
联系电话

1. 简介
1.1 文档目的
本文档为中国电信股份有限公司广州分公司（以下简称中国电信广州分公司）政企账务服务支撑系统技术方案。本文档用于描述项目系统实施的总体技术要求。
1.2 文档范围
本规范适用于中国电信广州分公司在广州分公司政企账务服务支撑系统的建设和规划中，规范业务功能要求和系统建设要求，保障推广工作的顺利进行。
1.3 定义和缩略语

1.4 参考资料
2. 项目概述
广州电信分公司政企室信息化建设已经取得一定成果，但随着分公司业务的发展，旧的系统不能满足现状，很多工作需要花费很大的人力去处理，严重影响对分公司的支撑力度，现有的系统缺少对帐务经理支撑，无法通过系统给客户提供个性化帐单；一线经理也希望能通过系统掌握客户更多的信息，同时还可以批量提取自己负责的客户资料，因此需要建设相应的新系统辅助支撑，提高支撑力。
广州分公司政企账务服务支撑系统（以下简称政企帐务支撑系统）是政企室根据政企客户需要，为努力提高客户满意度，并辅助支撑日常工作，而建立信息化系统。该平台作为政企室工作人员的日常工作的主要支撑系统，包括数据提取、数据处理、日常工作、高额检查、资料管理等五大部分；为帐务经理，客户经理专门提供的个性化服务的平台，提供统一的系统访问，通过认证系统实现单点登录、统一认证，用户根据权限使用相关应用，查阅相关的客户资料。可以配置预警信息的相关指标，当客户相关指标达到警界阀值及时向提醒客户经理，事前准备营销策略。
平台基于浏览器(Browser)/服务器(Server)方式（B/S）模式建设，具有可分级管理、易使用、易维护、易扩展等特点；还支持移动终端设备进行访问。
2.1 系统结构
政企帐务支撑系统功能主要包括七部分：包括数据提取、数据处理、日常工作、高额检查、资料管理、个性化帐单管理、系统管理等功能模块。其系统结构图如下：

2.2 系统角色
系统面向政企分析人员，帐务经理，客户经理。
2.2.1 政企分析人员
协助政企分析人员，提高支撑力。

2.2.2 帐务经理
配置个性化帐单项，提取政企客户帐单, 查阅到客户的相关信息。

2.2.3 客户经理
实时查阅到客户的相关信息，批量提取客户相关信息，例如合同审批，资费，客户出账、欠费等；推送预警指标达到阀值的客户信息。

2.3 系统的必要性与可行性
2.3.1 必要性
随着分公司业务的发展，旧的系统不能满足现状，很多工作需要花费很大的人力去处理，严重影响对分公司的支撑力度，需要建设相应的新系统辅助支撑，提高支撑力。
2.3.2 可行性
l 良好的项目建设条件
随着营销支撑系统深入应用，客户资料和帐务资料都可以提取，并能在前期建设人员稳定的前提下，使建设周期缩短，更快产生效益。
2.3.3 满足规模
支持全市、县区各级帐务经理，客户经理，全方位支撑。
3. 项目进度
3.1 项目进度总体时间要求
No.
总体计划
计划完成时间
主要活动/可交付成果
1
项目启动
2012年9月18日
项目前期需求调研和方案交流
2
需求分析
2012年10月15日
业务需求分析说明书交付
3
总体/概要设计
2012年10月22日
总体/概要设计说明书交付
4
详细设计
2012年10月30日
详细设计说明书交付
5
系统交付
2013年2月28日
完整的应用软件系统交付
6
上线测试
2013年3月7日
应用软件、自测报告、测试方案交付
7
正式上线
2013年3月15日
完成整个系统地应用软件现场安装、调试
8
系统初验
2013年3月15日
初验测试报告、初验报告
9
系统终验
2013年4月15日
系统试运行报告、终验报告

3.2 项目里程碑

No.
里程碑
日期
衡量标准
1
完成收集项目需求意见
2012年9月30日
收集需求部门的意见，并且整理成稿。
2
编写业务需求说明书
2012年10月15日
提交《业务需求说明书》、《项目总体方案》
3
整体设计与开发环境搭建
2012年10月30日
搭建开发环境（服务器、第三方展现工具），形成系统应用框架。
4
系统交付
2013年2月28日
完整的应用软件系统交付
5
系统上线
2013年3月15日
完成整个系统地应用软件现场安装、调试

4. 业务需求分析
4.1 模块功能设计
本系统的建设主要由系统平台开发，数据和报表实施及移动终端(iPhone，iPad)展示三部分组成，功能模块分别是数据提取、数据处理、日常工作、高额检查、资料管理、个性化帐单管理、系统管理等，以下分别进行描述。
4.1.1 数据提取
4.1.1.1 计费数据提取
路径
菜单---数据提取---计费数据提取
步骤
1.选择进入可用通道（可强制退出无效占用通道）
2.清除数据（可跳过或退出通道）
3.提交查询条件（可跳过或退出通道）
4.导入接入号码，导入格式见附表一（可跳过或退出通道）
5.取查询结果（已自动退出通道，无需手动退出）
错误提示
1.导入文件过大---导入的XLS限制大小50M
2.导入号码过多---导入号码限制最多10000条
3.非XLS文本---检查导入文件中是否含有特殊字符
其他提醒
1.进入通道后如需直接退出，点击退出通道按钮，请勿直接关闭页面
2.如意外退出，回到通道选择页面后，可强制退出无效占用的通道
重要截图
1.通道选择

2.清除数据

3.提交查询条件

4.导入接入号码

4.1.1.2 号码信息查询
A.批量号码查询
路径
菜单---数据提取---号码信息查询---批量号码查询
步骤
1.选择需要提取的字段
2.导入接入号码，导入格式见附表一
3.取查询结果
错误提示
1.导入文件过大---导入的XLS限制大小5M
2.导入号码过多---导入号码限制最多1000条
3.非XLS文本---检查导入文件中是否含有特殊字符
其他提醒
1.按CBS后台数据可限制，每次只可导入1000个号码
2.结果在新开页面显示
重要截图
1.选择需要提取的字段

2.导入接入号码

B.银行帐号查询
路径
菜单---数据提取---号码信息查询---银行帐号查询
步骤
1.选择需要提取的字段
2.导入银行帐号，导入格式见附表一
3.取查询结果
错误提示
1.导入文件过大---导入的XLS限制大小5M
2.导入号码过多---导入号码限制最多1000条
3.非XLS文本---检查导入文件中是否含有特殊字符
其他提醒
1.按CBS后台数据可限制，每次只可导入1000个号码
2.结果在新开页面显示
重要截图
1.选择需要提取的字段

2.导入银行帐号

C.客户名称查询
路径
菜单---数据提取---号码信息查询---客户名称查询
步骤
1.选择需要提取的字段
2.输入客户名称（可输入关键字模糊查询）
3.取查询结果
其他提醒
1.此类查询速度较慢，慎用
2.结果在新开页面显示
重要截图
1.选择需要提取的字段

2.输入客户名称

4.1.1.3 帐目名称查询
路径
菜单---数据提取---帐目名称查询
功能描述
1.通过帐目项代码模糊查询帐目项名称
2.通过帐目项名称模糊查询帐目项代码
其他提醒
1.同时可查询帐目项大类代码及运营商代码
重要截图
1.查询列表清单界面

4.1.1.4 帐目来源查询
路径
菜单---数据提取---帐目来源查询
功能描述
1.通过帐目项来源代码模糊查询帐目项来源名称
2.通过帐目项来源名称模糊查询帐目项来源代码
其他提醒
1.同时可查询帐目项来源大类代码及此帐目项来源是否有效
2.数据表容量较大，查询响应速度较慢
重要截图
1.查询列表清单界面

4.1.1.5 产品代码查询
路径
菜单---数据提取---产品代码查询
功能描述
1.通过产品代码模糊查询产品名称
2.通过产品名称模糊查询产品代码
其他提醒
1.同时可查询产品编码及产品定义
重要截图
1.查询列表清单界面

4.1.2 数据处理
4.1.2.1 月度报表生成
4.1.2.2 常青树计算器
4.1.3 日常工作
4.1.3.1 汇缴款项清理
路径
菜单---日常工作---汇缴款项清理
功能描述
1.汇缴款清理责任认领及反馈
2.各项数据统计
步骤
1.查询界面认领客户，成为该客户名下汇缴款项清理的责任人
2.认领后的客户，点击编辑进入详情页面，填写反馈信息
其他提醒
1.查询条件可组合混合查询
2.在查询界面的字段栏，点击客户名称或单据金额，可按该项排序
重要截图
1.查询列表清单界面

2.详情反馈页面

4.1.3.2 工作问题反馈
路径
菜单---日常工作---工作问题反馈
功能描述
1.增删查改日常工作遇到的需要上报的问题
步骤
1.点击新增，可录入一条问题反馈记录
2.查询界面点击问题内容，可进入该条记录的详细页面，进行编辑或删除
其他提醒
1.新增时问题类别和问题内容为必填项，问题反馈非必填项
2.各操作完成回到查询界面后，点击刷新可看到操作效果
重要截图
1.查询列表清单界面

2.新增反馈

3.编辑&.删除反馈

4.1.3.3 系统故障申告
路径
菜单---日常工作---系统故障申告
功能描述
1.系统报障流程，需报障的问题在此界面登记，自行跟进反馈情况。
2.科室故障汇总上报
步骤
1.点击报障，可录入一条故障申告记录
2.查询界面点击故障内容，可进入该条记录的详细页面，进行编辑或删除
其他提醒
1.新增报障时故障内容为必填项
2.各操作完成回到查询界面后，点击刷新可看到操作效果
重要截图
1.查询列表清单界面

2.新增报障

3.编辑&.删除报障

4.1.3.4 问题工单记录
路径
菜单---日常工作---问题工单记录
功能描述
1.记录因前台受理原因导致协议执行不顺畅的问题
2.科室汇总上报
步骤
1.点击新增，可录入一条问题工单记录
2.查询界面点击问题内容，可进入该条记录的详细页面，进行编辑或删除
其他提醒
1.新增时需求单、需求单位、问题内容和问题点为必填项
2.各操作完成回到查询界面后，点击刷新可看到操作效果
重要截图
1.查询列表清单界面

2.新增记录

3.编辑&.删除记录

4.1.4 高额检查
4.1.4.1 高额数据清单
4.1.4.2 高额问题反馈
4.1.5 资料管理

4.1.5.1 大客户资料查询
路径
菜单---资料管理---大客户资料查询
功能描述
1.全部大客户资料查询汇总
2.客户详细资料查询
其他提醒
1.查询条件可组合模糊查询
重要截图
1.查询列表清单界面

2.客户详细资料查询

4.1.5.2 省政企资料查询
4.1.5.3 市政企资料查询
4.1.5.4 部门内知识平台
4.1.6 个性化帐单管理
帐单项的展示（可以按层次结构进行树形展示），修改，删除，逐级汇总和导出功能。
4.1.6.1 帐单项管理
需要实现帐单项的查询，帐单项的数据录入，帐单项的增加，修改和删除的功能；
4.1.6.2 帐单项关系管理
需要动态维护帐单项树结构，包括帐单项之间上下级关系的维护，需要提供增加，查询，修改和删除帐单项关系的功能
4.1.6.3 帐单项修改历史记录管理
需要实现对帐单项的修改历史记录进行记录和跟踪查询，包括查询，修改，删除功能。
4.1.7 系统管理
4.1.7.1 部门用户列表
路径
菜单---用户管理---部门用户列表
功能描述
1.部门人员资料列表，可查询人工编号与人员对应关系
其他提醒
1.查询条件可组合模糊查询

4.1.7.2 个人资料管理
路径
菜单---用户管理---个人资料管理
功能描述
1.个人工号、联系方式及系统密码修改
其他提醒
1.管理修改界面

4.1.7.3 预警指标配置
提供预警指标的界面配置，实现对预警指标的增加，修改，删除，查询功能。
4.1.7.4 数据查询权限控制
可以通过角色控制每个功能模块数据的查看权限。
4.1.7.5 清单下发管理
开发“清单下发管理”功能，可以实现自动从指定的数据接口获取清单下发数据，并对清单下发数据的特征（如单位，部门等）进行规则识别后自动在系统内推送给相关的客户经理。主要完成的功能如下：
l 清单自动提取(定时自动从清单索引表中获取最新的清单进行下发处理)
l 清单的权限解析(不同单位和部分下发的清单自动配置给相应的角色)
4.1.8 移动终端展示需求
本系统的最后结果需要在iPhone和iPad终端上进行展示，由于本系统已经使用了BI.OFFICE的门户产品，因此建议直接采购BI.OFFICE的移动版本SmartBI for Mobile，可以直接与原有的应用兼容，做到一次开发配置，多种终端兼容。

5. 系统建设方案
5.1 系统架构
5.1.1 技术原则
系统在方案总体设计上，遵循以下的设计原则：
Ø 可靠性
系统管理工具要尽量减少对系统效率、可靠性等方面的影响，同时系统管理工具本身应具有极高的运行稳定性。
Ø 集成性
使用BI产品(BI.Office)，以最快速度部署出一套功能界面，以图形化的形式为分公司、县级分公司、业务主管部门的领导、帐务经理，客户经理提供快速业务发展的短板，并且为之解决问题。
Ø 易用性
系统管理工具应具有易于使用的特点，同时需要避免过多的复杂性，降低方案实施和维护管理的难度。
Ø 系统业务的可管理性
系统要具有对业务的可管理性，除了要具有操作员管理、系统管理、用户管理外，还具有报表统计等功能。
Ø 规范性
本项目的设计、开发、实施和维护管理必须遵循中国国家标准、工业和信息化部有关通信行业通用的规范、通用的国际规范。
Ø 扩展性
本项目的方案必须保证广州电信公司业务支撑能力、平台功能扩展能力两方面。
Ø 利用现有资源
项目实施时要利用现有资源，充分考虑对现有计算机资源、网络资源的利用，避免资源浪费。建于不再做硬件相关投资，因此需要对现有的一些服务器进行应用调整。

5.1.2 系统总体架构
政企帐务支撑系统按照三层架构进行设计，分为数据集市层、功能应用层和应用访问层。

Ø 数据集市支撑层：主要实现对数据源的抽取、清洗、转换和装载功能，通过数据获取层将分布在不同的异构数据源上的业务数据以统一的格式和规范的数据表达方式将数据统一经过清洗、转换后装载到数据仓库中。
Ø 功能应用层：实现政企帐务支撑系统功能包括数据提取、数据处理、日常工作、高额检查、资料管理、个性化帐单管理、系统管理。
Ø 应用访问层：通过政企帐务支撑系统(BI.Office)的门户提供给不同业务使用人员（如查询人员、分析人员和系统管理人员等）访问数据仓库的页面视图，数据访问层的展示形式一般有即席查询、预定义报表、多维分析、自定义号码关联查询。

5.1.3 系统组网方案

5.1.4 系统接口方案
序号
对接系统
备注
1
营销支撑系统

2
ODS-A系统

5.2 功能分析方案
5.2.1 数据分析管理
系统需提供数据处理加工功能，数据处理加工主要可分为多维分析、比较分析、关联分析、排名分析等。
5.2.1.1 多维分析
系统需提供多维分析功能，以帮助用户从多个不同角度和组合去分析数据。系统应提供的多维模型基本功能：
1) 数据聚合：系统多维数据应能按照用户选定纬度和指标自动进行数据聚合处理；
2) 数据钻取：系统需要提供钻取功能，需要支持已设定纬度层次的上钻和下钻功能；
3) 数据旋转：系统需要提供纬度和指标可以自由旋转的功能；
4) 数据切片：系统需要提供数据切片的功能，可以帮助用户定位到所选取指标的清单级数据上；
5) 模型扩展：系统多维模型应支持纬度、指标等的增加、删除、修改等操作。
5.2.1.2 比较分析
系统须提供对不同报表数据进行对比，以进一步帮助用户找出业务内部或者业务之间差异所在。按比较分析的方式来分，系统需要提供如下三方面的比较分析类报表和智能分析报告。
1) 纵向比较：系统需提供相似指标值之间的纵向比较报表，以帮助了解业务发展情况。
2) 横向比较：系统需提供同系统内业务与业务之间的横向比较报表，以帮助进一步了解业务发展的差异情况。
3) 综合比较：系统需在纵向比较和横向比较的基础上，根据系统分析需要选出用户关心的业务指标进行跨时间段、跨业务类型的综合比较。
5.2.1.3 关联分析
系统提供关联分析功能，以满足用户对业务发展规律的深层次把握需求，系统应能提供如下三方面内容的支撑：
1) 关联指标设定：系统可根据用户需求来设定关联指标。系统自动储存关联指标。
2) 关联分析报表生成：系统根据用户录入的关联性指标自动生成关联性报表界面，并对指标间的关联性进行基本评价。系统需对关联性强的指标在报表界面突出显示。
3) 关联分析智能报告：系统需根据关联分析结果自动生成数据报告，评价指标的关联性，供用户分析。
5.2.1.4 排名分析
系统需能提供按照某种分类方法从系统中指定的数据源取出前N名后者后N名的数据。系统排名分析功能可分为如下三部分：
1) 系统需要提供分类方法的设置
Ø 分类方法应为为数值型指标值。
Ø 一种排名分析应用只能选择一类分类方法。
2) 系统需要提供排名顺序和取出记录条数设置
Ø 排名顺序可以选择从小到大或者从大到小。
Ø 取出记录条数设置大于0。
Ø 取出记录条数设置大于总记录数则展示所有记录数。
3) 数据展示
Ø 用户可以按照设定数据在指定界面查看到排名分析报表。
Ø 分析报表能必须满足用户设置的。
4) 生成智能报告
Ø 系统应能根据用户设定生成排名分析报告，报告具体内容可由用户定制。
5.2.2 数据应用管理
5.2.2.1 指标管理
系统提供指标体系功能，满足针对各项指标的管理。形成统一的指标分类和维度分类，并统一指标定义和统计口径，同时保证系统内的各报表、主题、专题等分析的指标定义一致。对不同指标，系统需要从名称上进行区分，不能混淆。
5.2.2.2 业务监控
通过仪表盘、柱状图、折线图、饼图等大量的图形化展现方式，组合显示，清晰地反应了各类运营环节关键指标的发展动态和趋势，从而有效地对业务情况进行监控和展现，并可灵活的设置相关业务指标阀值进行告警。并可通过不同形式展现告警信息。
系统可设定监控指标数据的预警，对异常数据进行有效的监控。还应有订阅、分析、查看和下载等功能，方便分析决策、管理人员及时了解关键指标数据的变化趋势、分布比例，为分析管理人员提供有效的数据支持。
Ø 报表
报表包括自定义报表和固定报表两部分：
u 自定义报表：
指用户可以通过界面提供的自定义报表功能从分析模型中按照需要定制出自己想要的报表。自定义作为用户个性化信息提供模块，可以让用户根据自己的实际情况，从各业务分析模块中挑选出自己比较关心的分析内容，添加到自定义报表中，以便于日常操作分析。
自定义报表应支持以下方式：
Ø 用户在以上各模块上定制的分析内容可以保存下来，并在以后应用中直接打开或仅稍做修改就可使用；
Ø 对于在以上各模块中预定义分析主题不存在的内容，用户也可以通过向导式或图形化界面定制新分析主题，满足分析需求。
u 固定报表：
指客户日常分析或周期性分析所固化下来的报表样式，也包括需要周期性统一上报的报表，如月度分析报表等；固定报表一般格式和展示方式比较复杂，而且格式相对比较固定，一般都是在系统中预先定制好，客户打开即可查看报表内容。
系统需要支持报表导入以及报表导出等功能：
u 报表导入：
包括按模板导入和数据导入：按模板导入是用户可以按照制定好的报表模版格式在前台界面导入到系统；数据导入是通过导入界面按照模板格式将外部报表导入到系统中，导入界面提供数据的事件名称，事件内容描述。
u 报表导出：
报表展现应支持多种图表方式，如饼图、柱图、线图等；支持报表数据导出为其他文件类型，如EXCEL、CSV、XML、PDF、WEB存档文件等；支持报表精确打印控制。
5.2.2.3 即席查询
支持用户以界面、向导等多种方式选择所需查询的业务主题，通过勾选维度、指标实现用户自定义即席查询的支撑。即席查询主要支撑用户对底层清单及其它明细数据的获取。
对于即席查询相关要求如下：
Ø 由于对于清单明细数据的查询结果往往记录数均较大，因此前台界面展示仅为抽样结果为50条。最终查询结果提供附件导出，查询结果可导出成本地TXT或Excel格式的文件以供用户做进一步的分析。
Ø 对于查询可自动生成查询对应的底层SQL语句，并在前台展示。方便系统管理人员对查询问题定位及管理。
5.2.2.4 预警
针对某些业务指标，可以根据预先设定预警规则，对这些指标进行监控，一旦业务指标发生异动，能以不同颜色，不同图表方式预警。提供给领导或客户经理决策。

5.3 系统管理要求
5.3.1 系统管理
5.3.1.1 系统用户管理
用户是指授权访问本系统的使用者。用户管理用来记录用户相关信息，如账户、密码等。用户要拥有对某个主题的操作权限，必须通过角色去关联。
5.3.1.2 角色管理
角色就是系统中的一组权限的集合。系统管理员定义系统中的角色、角色适用的部门类型、功能权限集，以方便管理人员对员工进行权限分配。
系统中的每个具有合法使用权限的用户都会被分配一个或数个角色，它是使用权限的基本单位，拥有一定数量的权限，通过角色赋予用户权限。
角色管理的基本操作：进行系统管理员身份认证后，授予用户相应的角色；修改用户的角色，相关的操作结果存入用户_角色表中；也可以增加角色，相关的操作结果存入角色表中。
5.3.1.3 系统权限管理
权限指访问系统的用户根据角色获得对系统某些功能的操作，例如读、写、修改和删除等功能。
授权管理的基本操作：进行系统管理员身份认证后，为角色分配相应的权限，修改角色的权限等操作，相关的操作结果存入角色_权限表中；并可以在模块对象发生变化后，创建对象权限，相关的操作结果存入权限表中。
5.3.1.4 组织管理
组织机构包括各级各类部门。组织管理完成对其按组织结构进行统一编码和维护。
5.3.2 日志管理
日志是指对业务和数据操作行为的记录，日志管理是提供记录各类用户登陆信息和操作信息，方便系统管理员对员工操作内容的跟踪与查询，提高系统维护的安全性，对于一些重要的操作做到有日志可查。
5.4 主要非功能要求及考虑
Ø 维护性要求
良好的用户操作界面，整个系统的操作应用十分简单，用户只需要短暂的培训，即可熟练应用这个系统。系统参数的维护与管理通过操作界面实现。
Ø 易用性要求
软件操作流程人性化。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
Ø 可扩展性要求
可以简单地通过服务器扩容方式增加系统处理能力，而不需要修改软件
系统需要具备平滑的扩展能力，应用软件中的任一模块更新、加载时，在不更新与上下模块的接口的前提下，以不影响业务运转和服务为原则。
Ø 可靠性要求
对一定的单点故障，保证系统持续运行。
系统满足7*24稳定运行需要。系统平均无故障时间（MTTF）大于4320小时（180天）
系统容错性强，在外系统故障、用户非法操作、数据内容/格式出错的情况下，仍可正常运行平均失效间隔（MTBF）大于4320小时（180天）；
系统故障状态下恢复时间短，平均恢复时间（MTTR）小于10分钟；

5.5 .硬件设备和第三方软件方案
5.5.1 硬件设备和第三方软件列表和用途
Ø 硬件设备
序号
设备
说明
单位
数量
备注
1
主机

1.1
应用服务器
处理器：两个双核
内存：16GB
硬盘：5*146GB
台
1
利旧
1.2
数据库服务器
处理器：四个四核
内存：8GB
硬盘：3T以上
台　
1
利旧
Ø 第三方软件
系统运行模块
应用软件
操作系统
硬件配置
是否独享
备注
数据库服务
Oracle10g
Window 2003 Server

否
利旧
WEB应用服务
Tomcat
Window 2003 Server

否
利旧

5.5.2 存储容量估算
资源名称
单位
资源现状
资源需求预测
现有容量
在建容量
已占用容量
项目投产前占用容量
项目投产前占用率
项目预计满足需求时限
预计需求到达量
预计需求增量
预计占用容量
预计占用率
政企帐务支撑系统
套

2年
1T以上
300G
80%
80%

5.6 系统安全方案
系统应提供完善的安全管理机制。包括
Ø 基于角色的安全策略：按权限分等级管理用户及业务查询，业务分析等资源；
Ø 产品安全：所有的密码采用DES或MD5加密算法进行加密；
Ø 数据完整性：采用MD5withRSA算法保证数据完整性验证；
Ø 通讯安全：前端与服务器的通信安全支持使用SSL/HTTPS协议，保证传递数据间的安全性；
Ø 数据安全：对数据库的访问控制粒度可以达到字段级别，同时也支持数据行的访问限制；
Ø 功能安全：可设置不同角色对不同功能的使用权限；
Ø 资源安全：可设置不同角色/不同用户对不同资源访问权限。
5.7 系统备份和容灾方案
数据备份与恢复管理是指将系统中的数据按既定的策略备份到指定介质上。本系统应当可进行定期或不定期的系统备份，对可能出现的系统故障或错误操作有足够的恢复能力。
数据备份系统应以不影响应用系统正常运作为前提。在应用系统遭受非法入侵、介质损坏、人为误操作等原因引起数据丢失后，备份系统应能提供快速的数据恢复手段。
5.8 系统监控方案
5.9 机房配置方案
5.9.1 机房总体要求
机房应避免下列因素：
1. 电磁场
2. 磁场
3. 腐蚀性气体
4. 易燃物或易燃性气体
5. 爆炸物品
6. 湿气
7. 灰尘
8. 计算机的前后左右应有足够的散热空间。
9. 门、窗密封，机房场地保持清洁。
10. 机房避免阳光直射。
11. 机房内不可铺设地毯，以防静电。
12. 任何无线电杂波干扰应低于0.5V/米。
5.9.2 机房内环境要求
1. 温度与湿度：
1) 温度：20－25℃，最佳：22℃
2) 相对湿度：40％－60％，最佳：55％
3) 机房最大温度变化率：10℃/小时
4) 北部地区气候干燥，建议使用加湿器
5) 南方地区气候潮湿，建议使用去湿器
2. 机房散热量计算：
1) 保持机房内计算机系统操作于最佳温/湿度空间，必须计算机房内总散热量，其中包括：
2) 机房内机器散热量总和
3) 灯光
4) 人员散热量：每人平均600BTU/小时
5) 未来扩充的设备
6) 机房空间散热量：50BTU/平方英尺
7) 总散热量为上述各项散热量之和，下列有公式可换算成冷气机使用千卡：
8) BTU/hr = WATTS×3.413
9) K/hr=BTU/hr*0.25
3. 空气含尘量：
1) 机房应保持清洁，空气中大于0.5Micron的杂质在每立方英尺不多于45000个，若空气灰尘过多，很容易造成资源读写错误及磁盘机中磁盘或读写磁头毁损。
4. 机房颤动度：
1) 机房内颤动度不得高于0.5G，机房内产生震动的机器避免放置在一起，因颤动将使机器内机械部分、接头、主机面板接触部分产生松动，而造成机器不 正常。
5. 磁场杂波干扰：
1) 机房附近的无线电杂波干扰应低于0.5V/M（频率范围从14KHz到 1GHz），若机房附近有强烈磁场干扰时，应迁移机器，倘若还是无法避免，将机房四周用金属隔离，使磁场干扰降至标准之下。
5.9.3 电源要求
1. 电压、频率变动范围：
1) 电压：203－228V
2) 频率：50+/-0.5Hz
3) 瞬间变动电压：
4) 瞬间变动电压不能超过220V+/－15%，且必须在0.5秒内恢复至220V，对于计算机系统则必须在0.06秒内恢复正常。
2. 总谐波：
1) 不高于5％。
2) 所需电力：
3) 主机系统及外设和网络设备所需功率，至少增加30％，以便将来扩充。
3. 地线系统：
1) 接地线必须和任何导线完全隔离及绝缘
2) 接地线线径至少为3.5mm
3) 接地线不是零线，必须和零线分开
4) 系统接地电阻在电源插座零线与地线间测量时不大于2欧姆（用接地阻抗测试器测量）
5) 在电源输出座所测零线和地线间电压必须小于1V
6) 不能使用铁管代替接地线
7) 在接地线的接地端测的接地电阻不大于1欧姆
4. 电源插座：
1) 符合中国国标
u *G
u *N *L
2) L：火线 N：零线 G：地线
5. 电源配线：
1) 空调系统不能和计算机系统公用同一电源
2) 照明系统最好不要和计算机系统公用同一电源
3) 对于主要的设备如主机、外设等使用独立的电源开关和插座
6. UPS：
1) 保证计算机系统的可靠工作应使用稳压电源和UPS，并建议配备发电机组。
5.10 网络接入方案
系统要求在DCN网络中部署、并提供DCN网访问、应用、维护。
6. 项目人力资源
6.1 项目组织结构
完善的组织机构是项目管理体系的基础。本章对本项目的组织结构进行定义，对各级部门、各个岗位的质量责任和相应权限，组织结构及其相互关系，资源和人员以及工作程序等方面的组成进行描述。
承建方的政企帐务支撑系统建设项目的组织结构如下图所示：

6.2 项目角色和职责
1) 领导小组：
代表
中国电信广州分公司
承建单位公司：2人
说明
项目的批准、决策者
类型
专家用户
职责
批准项目立项、审批、资金的到位以及整个项目过程的监控
成功标准
项目在预定时间内按时、按量完成
参与
项目的审议、批准，负责资金的到位、项目过程的监控
可交付工件
无
意见/问题
无
2) 项目经理
代表
承建单位公司：1人
说明
项目进度、质量以及资源使用控制
类型

职责
实施项目管理，制定项目进度并进行控制，并作为项目对外的接口
成功标准
项目按时、保质完成
参与
项目
可交付工件
项目计划，风险计划，项目周报/月报
意见/问题
无
3) 产品规划组
代表
承建单位：1人
说明
负责项目实施方案、业务咨询、技术支持等
类型
顾问
职责