性能指标和软件兼容性等.docx
《性能指标和软件兼容性等.docx》由会员分享，可在线阅读，更多相关《性能指标和软件兼容性等.docx（25页珍藏版）》请在冰豆网上搜索。
性能指标和软件兼容性等
深圳天源迪科信息技术股份有限公司
DIC-CRM-CM&CRM-V2.0-D/SRS版本：
1.0
状态：
CF
客户经理门户-客户管理V2.14.0（AH）
软件需求规格说明书
本文件属深圳天源迪科信息技术股份有限公司所有，
未经书面许可，不得以任何形式复印或传播。
ehg文件建立/修改记录
版本
修订描述
建立/修改人
日期
审核人
日期
批准人
日期
V1.0
文档初始化，转正式评审前
陈洁
2011-1-10
蔡大军
2011-4-9
陈志强
2011-4-12
1简介
1.1目的
本文目的在于指导开发人员，测试人员理解需求，以及业务人员对需求的确认。
1.2范围
客户资料管理内容，包括客户群、客户信息、网格基本信息管理等业务概念。
1.3引用资料
文档名称（包括版本）
作者
出版时间
备注
安徽电信网格全息协同系统用户说明书1224B-1227-1558.doc
陈洁松、何俊、周林敏
2010-12-27
1.4术语表
术语名称
解释
备注
客户群
分政企、公企、校园
客户战略群
分政企、公企。
客户群为政企，战略群为政企；客户群为公企，战略群为公企；客户群为校园，战略群为政企或者公众
2总体概述
2.1软件概述
2.1.1项目介绍
电信重组与3G牌照的发放以来，电信业的竞争越来越激烈，电信只有通过自己不断的服务创新来吸引与维系客户，服务的创新主要体现在服务的内容与服务的渠道，他们都是以细分客户群为基础而实现的。
安徽电信的渠道组织经过06年的大、商、公、流、农渠道社区一直演进到前面政企、公众、个人网格包区，为安徽电信的业务发展与客户维系提供了很大的支撑，但随着竞争的变化，当前的渠道已不满足最新的业务发展要求，需要按政企、校园、公众渠道进行调整。
2.1.2产品环境介绍
无
2.2软件功能
一级功能列表
二级功能列表
三级功能列表
权限角色
客户资料管理
2.3角色信息
角色名称
期望
备注
客户资料管理
负责本地网的客户资料维护
包区经理
客户经理
2.4假设依赖
依赖系统有：
渠道管理（渠道组织依靠）、员工权限管理
3具体需求
3.1功能需求
3.1.1
3.1.1.1客户管理
3.1.1.1.1SRS.FUNC.RULEMANAGE.001客户资料查询维护
3.1.1.1.1.1功能简介
主要调整客户资料查询高级查询的一些条件，查询列表中删除了网格字段。
3.1.1.1.1.2角色与权限
包区经理、客户经理
3.1.1.1.1.3输入
新增查询条件
参数名
样式
变更类型
描述
物理网格
选择框
新增
关联查询客户与网格关系表tb_grid_room_info_#
楼宇
选择框
新增
关联查询客户与网格关系表tb_grid_room_info_#
逻辑网格
选择框
新增
删除查询条件
参数名
样式
变更类型
描述
战略群
下拉框
保留
拨号账号
文本框
删除
直销渠道
选择框
删除
一寸一册
选择框
删除
是否已分配自然村
单选
删除
集合小区
选择框
删除
交接箱
选择框
删除
3.1.1.1.1.4处理
1）进入CRM里的【客户管理】》【客户资料管理】》【客户资料查询】页面。
2）删除【客户资料查询】》【高级查询】》更多信息中的“拨号账号”，“直销渠道”，“一村一册”，“是否已分配自然村”，“集合小区”，“交接箱”查询条件。
3）根据物理网格和楼宇查询客户的时候关联的是客户与物理网格关系表，表名为：
tb_grid_room_info_#。
3.1.1.1.1.5输出
输出列表不需要展示逻辑网格和物理网格属性。
参数名
样式
变更类型
描述
网格
文本
删除
这里删除了V2.13.0版本的网格属性（逻辑网格）
1）操作成功：
跳转到查询页面。
2）操作失败：
提示用户失败原因，单击【返回】链接到查询页面，错误前输入的数据信息仍然保留。
3）输入错误：
页面自动判断输入信息是否符合限制，如果不符合则在页面右侧提示用户。
如：
***长度输入错误，则在该编辑框右侧空白处展示红色字样的提示信息。
3.1.1.1.1.6界面原型
3.1.1.1.2SRS.FUNC.RULEMANAGE.003客户资料管理
3.1.1.1.2.1功能简介
支持新增单个客户及批量导入客户。
3.1.1.1.2.2角色与权限
包区经理、客户经理
3.1.1.1.2.3输入
新增基本客户信息属性：
参数名
样式
变更类型
描述
物理网格
选择框
新增
入库存入客户房间属性信息表：
TB_PTY_ROOM_INFO_#（潜在和他网必填）
楼宇
选择框
新增
入库存入客户房间属性信息表：
TB_PTY_ROOM_INFO_#（潜在和他网必填）
房间
选择框
新增
入库存入客户房间属性信息表：
TB_PTY_ROOM_INFO_#（潜在和他网必填）
新增电脑配置信息：
参数名
样式
变更类型
描述
笔记本数量
文本
新增
台式机数量
文本
新增
新增网络消费习惯：
参数名
样式
变更类型
描述
玩网络游戏
复选框
新增
上网购物
复选框
新增
观看网络视频
复选框
新增
联系人信息：
参数名
样式
变更类型
描述
联系人手机
输入框
新增
删除的客户基本信息：
参数名
样式
变更类型
描述
地址描述
输入框
删除
逻辑网格
选择框
保留
老版本里的逻辑网格
战略子群
选择框
删除
市场属性为家庭和个人的时候删除了此属性
行业信息
下拉框
删除
市场属性为家庭和个人的时候删除了此属性
3.1.1.1.2.4处理
【单个非存量客户录入】
CRM里“客户管理”-》“新增客户资料”页面来建立潜在，存量，竞争，他网客户资料。
CRM里的内容需要做相应的改造：
1）“客户状态”包括：
“竞争”，“存量”，“潜在”，“他网”四种类型（和上个版本一致，没有改变）。
a）有证件通道新增客户的时候，客户状态为：
存量、竞争、潜在
b）无证件通道新增客户的时候，客户状态为：
潜在、他网
2）如果是“潜在”，“他网”客户，只要求“本地网”，“客户名称”，“客户地址”，“客户状态”，“市场属性”五个字段是必填，其他字段为可选。
3）客户状态为潜在或他网的时候，客户地址为必填且只能是选标准地址，其他客户状态的客户的客户地址选取维持以前的业务逻辑不变。
4）市场属性受客户状态的控制。
a）如果客户状态为存量或竞争的时候，市场属性为：
政企、家庭、个人。
b）如果客户状态为潜在或他网的时候，市场属性为：
单位、个人。
5）修改之前的标准地址的选取的方式，转向标准地址查询页面，能够根据本地网，子区域（以前的营业区），地址模糊查询和拼音模糊查询条件查询出标准地址。
6）市场属性为政企、单位和市场属性为家庭、个人的扩展信息不同，如果是政企和单位将客户以前基本信息里的战略子群及行业信息放入到扩展属性里。
单位员工数、主营业务、年产值、入住时间在查看和编辑客户基本信息的时候展示在客户基本信息里，可以修改这些属性，其他字段展示在对应的标签下
市场属性为单位、政企扩展信息如下原型：
市场属性为家庭和个人，扩展信息如下原型：
7）客户状态无变化和以前一致，客户群只有政企，公众和校园。
新增客户界面原型（无证件通道）：
新增客户界面原型（有证件通道）：
【批量导入客户】
1）支持配置客户的导入模板（包括导入的字段及顺序的定义，字段分隔符定义，行分割符定义，每批次导入客户数量的定义）。
2）批量导入客户时，需要进行规则校验，校验通过的客户记录才能正式保存到系统中，否则给出提示，结束导入流程。
校验规则如下：
Ø校验导入文件的格式（字段分割符，行分割符，字段数量，记录数量）。
Ø必填字段是否完整（本地网，客户名称，标准地址等）。
Ø根据身份证号码的规则进行校验身份证号码;
Ø校验电话号码的有效性;
Ø根据客户名称、物理网格、楼宇、房间校验客户的唯一性。
1）客户状态判断规则依次为：
1、如果房间已经入住，有电信代表号码，且没有任何竞争运营商信息字段，就是存量（在网的一种，他使用的code值就是以前的在网）客户。
2、如果房间已经入住，有电信代表号码，且同时至少有一个竞争运营商字段信息，就是竞争客户。
3、如果房间已经入住，没有电信代表号码，有竞争信息，就是他网客户。
4、不判断房间是否入住，没有电信代表号码，同时没有竞争信息，就是潜在客户。
5、如果导入的客户为他网或潜在，需要对客户的唯一性做校验，校验条件为：
对物理网格ID、楼宇ID、房间ID、客户名称做同名校验。
3）根据客户的电信代表号码（产品实例的服务号），客户名称，客户状态（10，13）判断为已经存在的存量或竞争客户，如果为存量或竞争客户：
a.若根据电信代表号码查询到的客户名称与导入的客户名称不符，则该条数据不容许入库，提示客户姓名与电信代表号码不符。
b.若电信代码号码与客户姓名符合，客户的基本信息已存在，不做变更，客户的其他信息，如房间信息，扩展信息，客户的其他运营商信息等，如果是一对多关系就新增，如果一对一关系存在做修改，不存在新增。
（1）联系人信息一对多。
（2）客户竞争信息一对多。
（3）客户决策信息一对多。
（4）证件信息一对多。
（5）房间信息一对一。
（6）单位扩展信息是一对一。
（7）客户个人信息一对一.
（8）客户电脑信息一对一。
4）单位客户字段对应到所属客户相关信息说明：
（带有下划线的字段表示数据库中表需要进行扩充）
1．房间信息（网格跟楼宇信息展示在客户基本信息视图）：
标准地址ID，物理地址ID，物理网格名称，楼宇ID，楼宇名称，单元ID，房间ID，入住时间。
2.是否入住跟电信代表号码两个字段只用来做客户状态判断。
3.客户联系人信息（TB_PTY_PTY_CONTACT_#）：
联系人姓名，联系人电话
4.移动业务使用情况和联通业务使用情况的相关字段信息全部写入客户竞争信息。
5．单位客户扩展信息（这里需重新定义一张表tb_pty_unitcust_ext_#，展示在客户基本信息里面）：
单位对外联系号码，单位员工数，备注，主营业务，年产值、电脑终端信息。
6.客户决策信息：
关键决策人姓名，关键决策人电话（关于展示的控制，政企和单位才有）。
5）个人客户字段对应到所属客户相关信息说明：
1、房间信息（网格跟楼宇信息展示在客户基本信息视图）：
标准地址ID，物理地址ID，物理网格名称，楼宇ID，楼宇名称，单元ID，房间ID，入住时间。
2、是否入住跟电信代表号码两个字段只用来做客户状态判断。
3、客户个人信息：
家庭人口数，出生年月日，性别，单位/学校，一级部门，二级部门。
担任职务，
.4、客户联系人信息：
联系固话，联系手机。
5、证件信息：
证件类型，证件号码。
6、客户竞争信息：
他网固网产品使用情况（宽带、固话），他网移动通信产品使用情况（他网手机）相关信息。
7、客户电脑信息：
电脑配置情况和常用网络应用相关信息。
6）记录批量导入日志（包括：
日期，操作人员，导入客户数量，成功失败标识）。
3.1.1.1.2.5输出
参数名
样式
变更类型
描述
总客户数
文本
成功客户数
文本
失败客户数
文本
可以点击数字链接查看失败记录信息
1）操作成功：
跳转到**页面。
2）操作失败：
提示用户失败原因，单击【返回】链接到**页面，错误前输入的数据信息仍然保留。
3）输入错误：
页面自动判断输入信息是否符合限制，如果不符合则在页面右侧提示用户。
如：
***长度输入错误，则在该编辑框右侧空白处展示红色字样的提示信息。
3.1.1.1.2.6界面原型
N/A
3.1.1.1.3SRS.FUNC.RULEMANAGE.003客户全视图维护
3.1.1.1.3.1功能简介
主要调整客户基本信息的展示及维护，由于新增页面增加或删除了部分属性，以及扩展信息中的客户竞争信息的变更。
3.1.1.1.3.2角色与权限
包区经理、客户经理
3.1.1.1.3.3输入
N/A
3.1.1.1.3.4处理
1）进入CRM里的【客户管理】》【客户资料管理】》【客户资料查询】页面，查询出列表后进入维护操作。
2）客户基本信息的展示页面，增加了物理网格，楼宇，房间，笔记本数量，台式机数量，以及网络消费习惯字段，保证与新增页面录入的信息一致。
a）如果市场属性为政企和单位：
展示战略子群和行业信息。
b）如果市场属性为家庭和个人：
不展示战略子群和行业属性
3）客户基本信息的修改页面，增加了物理网格，
楼宇，房间，笔记本数量，台式机数量，以及网络消费习惯字段。
（物理网格、楼宇、房间属性不能进行修改且此属性在房间信息属性表读取，表名为：
TB_PTY_ROOM_INFO_#）
4）客户竞争信息列表，新增和修改页面字段变更见界面原型。
a.修改后的列表页面除了“运营商”外其他的字段都是新增字段。
b.修改后的新增页面除了“运营商”和“客户月通信费用”外其他都是新增字段。
c.修改页面跟新增页面对应，确保每个字段录入信息正确的填入到数据库中。
1）操作成功：
跳转到查询页面。
2）操作失败：
提示用户失败原因，单击【返回】链接到查询页面，错误前输入的数据信息仍然保留。
3）输入错误：
页面自动判断输入信息是否符合限制，如果不符合则在页面右侧提示用户。
如：
***长度输入错误，则在该编辑框右侧空白处展示红色字样的提示信息。
3.1.1.1.3.5界面原型
原列表页面：
修改后的列表页面：
原新增页面：
变更后新增页面：
变更后的修改页面：
3.1.1.2渠道管理
3.1.1.2.1SRS.FUNC.RULEMANAGE.004网格管理
3.1.1.2.1.1功能简介
维护逻辑网格与物理网格的关系；
3.1.1.2.1.2角色与权限
3.1.1.2.1.3输入
维护关系输入：
参数名
样式
变更类型
描述
逻辑网格
文本
物理网格
选择框
3.1.1.2.1.4处理
1）维护逻辑网格与物理网格的关系：
Ø通过物理逻辑网格编码，逻辑网格名称、营业区、物理网格类型、是/否已建立逻辑网格与物理网格的关系等查询条件查询出要对应的逻辑网格，点击维护网格关系，选择物理网格建立关系。
Ø可以对已存在的逻辑网格与物理网格的关系进行维护操作。
2）逻辑网格的属性：
客户群（政企、校园、公众）定义在逻辑网格上（在网格市场信息维护界面加个客户群属性），在维护界面去掉客户群属性维护。
3）一个物理网格在一个客户群内只能有一个逻辑网格与之对应。
4）如果逻辑网格和物理网格有对应关系时，不允许从前台修改逻辑网格的客户群属性。
5）物理网格选择页面需要展示字段：
本地网，物理网格名称，物理网格编码，物理网格子类型。
3.1.1.2.1.5输出
逻辑网格与物理网格关系维护列表页面展示字段：
参数名
样式
变更类型
描述
营销区域名称
文本
营业部名称
文本
包区名称
文本
逻辑网格编码
文本
逻辑网格名称
文本
指逻辑网格
客户群
文本
逻辑网格对应的客户群属性
物理网格编码
文本
物理网格名称
文本
物理网格类型
文本
本地网
文本
3.1.1.2.1.6界面原型
N/A
3.2非功能需求
3.2.1性能需求
1.对事务相应时间：
序号
指标
指标描述
单位
指标值
1
2
3
4
5
6
7
8
9
2.页面响应速度：
序号
指标
指标描述
单位
指标值
1
简单页面操作响应速度
简单的增加、编辑、删除和查看详细信息操作
秒
<=5
2
复杂页面操作响应速度
复杂的展现、列表、配置等界面
秒
<=10
3.吞吐量：
序号
指标
指标描述
单位
指标值
1
统一视图查询
以统一接口形式向外，与向内提供查询业务
个/秒
1000
2
系统内普通页面查询
无
个/秒
500
3.2.2质量需求
3.2.2.1健壮性
1.应用系统必须支持连续7×24小时不间断地工作，应用软件中的任一构件更新、加载时，在不更新与上下构件的接口的前提下，不影响业务运转和服务。
2.系统必须采用增量备份和全备份相结合的方式定期备份重要的系统数据。
3.应用系统在业务处理高峰时，各主机设备的内存利用率应该不大于70%，CPU平均空闲率不低于30%。
4.应用系统必须支持负载均衡能力，支持应用部署在多台服务器上，避免应用系统的单点故障。
5.应用系统运行时，任一构件发生故障或数据库发生异常，系统不能崩溃，应给出提示。
6.当外围系统发生异常时，渠道协同系统能够有效识别并给出相应提示。
3.2.2.2易用性
1.对于业务熟练并且熟悉电脑操作的普通用户，应该可以通过不超过三天的初级培训，即可熟练掌握应用系统基本功能的操作技能。
2.对于系统管理员，应该可以通过不超过累计两周的培训，即可熟练掌握应用系统管理相关功能的操作技能。
3.应用系统应该支持操作员登录系统后，不超过三次鼠标的点击，即可访问到业务所需功能。
4.应用系统必须支持同时打开多个管理窗口以对不同任务进行并行的操作。
5.应用系统发现用户提交有误信息，必须以弹出窗口的形式明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上。
6.应用系统的操作界面必须用“*”明确标识出必填的输入信息。
7.系统必须提供在线帮助功能，对于每一个操作功能都能查找到相应的详细使用说明。
3.2.2.3安全性
1.不允许以明文方式保存用户密码或系统使用的各类密码。
应该采用不可逆的加密方式保存此类密码，系统应该支持MD5、crypt等加密算法。
2.应用系统必须强制实现操作员口令安全规则，如限制口令长度、限定口令修改时间间隔等，保证其身份的合法性。
3.应用系统必须支持操作失效时间的配置。
当操作员在所配置的时间内没有对界面进行任何操作则该应用自动失效。
4.应用系统必须提供完善的审计功能，对系统关键数据的每一次增加、修改和删除都能记录相应的修改时间、操作人和修改前的数据记录。
3.2.2.4可扩展性
1.系统可以通过运行更多的实例或者采用分布式处理来支持更多的用户。
可以通过线性的增加硬件设备、实例个数或者分布式处理点来处理更多的数据量，能更好的在不增加响应时间的前提下支持更多的业务处理。
2.通过纵向扩展（增加单节点的处理资源，如CPU和内存）和横向扩展（增加处理节点）扩展处理性能。
3.2.2.5兼容性
1.应用程序能够在Windows平台和UNIX、Linux部署。
2.应用系统界面设计可以兼容多种浏览器，如IE8，IE7，IE6。
3.2.2.6可移植性
1.应用系统应该不需改动或尽可能少的改动就可以在不同的主流UNIX（IBM、HP、SUN）及Linux平台下方便的移植。
2.应用系统必须对于存储设备、备份设备及各种网络设备具有完全无关性。
3.应用系统必须支持在不同主流数据库平台（ORACLE、INFOMIX、DB2、SYBASE）的移植。
移植时不允许修改业务逻辑构件，应该尽可能少地修改直接操作数据库的信息服务构件。
3.2.3界面需求
1.应用系统必须提供一致性的图形用户界面风格。
2.应用系统对普通用户的操作界面应该以B/S方式实现。
3.应用系统应该支持操作员登录系统后，不超过三次鼠标的点击，即可访问到业务所需功能。
4.应用系统必须支持同时打开多个管理窗口以对不同任务进行并行的操作。
5.应用系统应该支持在一个业务过程中的所有功能界面都有返回上一个操作的快捷联接。
6.应用系统应该支持通过键盘即可完成一个界面窗口内的主要操作。
7.应用系统应该支持通过Tab键或回车键可以访问到同一个窗口的所有控件对象。
8.应用系统必须采用分页机制显示查询结果，并显示返回的记录数目、当前页和总页数。
9.应用系统发现用户提交有误信息，必须以弹出窗口的形式明确提示用户错误的原因，并把界面控制焦点置于发生错误的控件对象上。
10.应用系统的操作界面必须用“*”明确标识出必填的输入信息。
11.在导致系统数据发生变化的操作执行之前，系统应该弹出提示窗口供用户确认。
12.对于复杂的信息结构，系统应该采用分帧的机制在同一个窗口中显示不同的信息内容，并自动刷新不同部分的信息内容。
13.当应用系统正在执行用户提交的请求而无法返回时，必须明确标识系统处于繁忙阶段。
14.应用系统功能菜单必须按照功能域、功能组的分类方法进行组织。
15.对于操作员无权限使用的菜单功能，应用系统不允许显示该菜单或将其设置为不可用状态。
16.系统必须提供在线帮助功能，对于每一个操作功能都能查找到相应的详细使用说明。
17.操作员登录系统后，系统必须能够主动地提醒等待该操作员处理的任务。
18.界面需要基于Web2.0标准进行设计，能够支持多种样式风格。
19.界面美观、简洁、符合用户操作习惯。
3.2.4规则处理需求
对于规则处理应该至少有以下的要求：
1.支持一个集中的规则管理和集中的规则处理。
2.规则定义的要求：
a）提供简洁、易操作的配置方式，如界面化工具；
b）支持标准数学运算、逻辑运算等简单通过配置完成的规则配置；
c）规则的定义最终形成规则库，规则库可以以数据库或文件等方式进行存储。
3.规则处理要提供高性能。
4.运行期管控的要求：
a）要求能够监控部署的规则，名称、部署时间、调用次数（总次数、成功次数、失败次数）、执行时间（最高、最低、平均）等；
b）要求支持在线控制规则的启用和暂停、版本变更；
c）要求提供简洁、易操作的管控工具，如WEB界面；
要求对外提供监控服务，并可以包装成主流的服务方式，如POJO，EJB，WebService等。
3.3外部接口需求
3.3.1软件接口
编号
接口名称
提供系统
使用系统
接口类型
传输方式
3.4硬件环境
3.5软件环境
Java1.6
Oracle10g
升级会员 