电信资费管理系统软件需求分析报告Word文件下载.docx
《电信资费管理系统软件需求分析报告Word文件下载.docx》由会员分享,可在线阅读,更多相关《电信资费管理系统软件需求分析报告Word文件下载.docx(24页珍藏版)》请在冰豆网上搜索。
附 录4
注:
整个目录使用1.5倍行距
一.前景和范围文档
1.业务需求
1.1背景、业务机会和客户需要
随着计算机技术的不断应用和提高,计算机已经深入到社会生活的各个角落。
近年来,电信行业经历了很大的变化,从固定到移动,从语音到数据,从电路交换到分组交换,从窄带到宽带的变化。
电信运营商在市场和政策的双重影响下,正面临着深刻的重组。
新技术新业务创造了市场机会,使新运营商不断兴起。
旧运营商为了保持原有的市场份额也通过兼并改组等方式不断扩大业务范围,争取为客户提供从传统的市话、长话、移动、智能网到新兴的数据。
用户将来可以在多个运营商提供的多种电信业务中自由选择。
在这种大背景下,对电信运营商的计费和其它业务支持系统的要求有了大的变化,怎么能够达到尽量为用户提供优惠和方便,以吸引更多用户,又能够保证企业合理的收益,降低运营成本,维持企业的运行和发展的目的。
电信计费系统成为了电信行业的运行体系中最重要的支撑系统。
从为用户提供综合服务的运营商的角度来看,一个好的资费系统应具有以下特点:
综合性:
能够满足同时从不同的数据源中采集数据,并能够对数据进行适当的处理,并送到数据处理中心去。
灵活性:
计费系统是业务规则驱动以及对用户有好。
集成性:
系统具备高内聚低耦合性,系统具有良好的接口和可扩展性。
可靠性。
对计费业务,要求保证数据的完整性。
1.2业务目标(BusinessObjective,BO)和成功标准(SuccessCriteria,SC)
通过本系统软件,能帮助电信部门快速方便高效的进行管理内部的各项业务,电信用户也可以方便快捷的查询自己的相应信息。
本软件适用于各电信部门,它是比较完善的系统管理软件,为电信管理人员提供快捷方便的服务。
1.3业务风险(RIsk)
系统实施方案描述中国电信新建OCS网络的情况下,考虑各省的建设会有先后,网络状况也会因为条件的变化不一样(可能中国电信已有G网或C网)这样会对网络的实施造成一定的困难
2解决方案的前景
2.1前景陈述
新一代电信资费解决方案是结合智能网在线计费方案与准实时计费方案的优点,通过在线计费处理信用度较低用户和高费用高风险的业务,用准实时计费处理信用度较高用户,并基于SID提供统一信息视图的整体计费解决方案。
这一方案兼顾了机会成本、欠费成本、系统成熟度、系统性价比等关键因素,因此是更为优化的计费整体解决方案。
2.2主要特性(FEature)
FE-1:
能够更有效支撑预付费业务的发展:
预付费业务可以给电信运营商带来更低的风险和更高的收益,对移动业务更是最重要的付费方式,而在线计费无疑可以为预付费业务带来更好的支撑能力;
FE-2:
能够有效地规避风险:
在线计费可以实时监控客户的业务使用情况,从而为运营商根本性的风险规避手段;
FE-3:
提供了吸引客户的有效手段:
预付费业务具备入网简单、控制费用支出容易等特点,基于在线计费还可以为客户提供国际漫游、高额度消费等的有吸引力的服务,从而为运营商的市场拓展提供了更有效的手段;
FE-4:
综合成本较低:
新一代计费方案降低了欠费成本和机会成本,同时以两种系统结合的方式兼顾了性价比、建设成本和系统综合稳定性,因此通过各类经营分析手段逐步确定最优的用户比例可以带来更优的性价比;
FE-5:
符合中国电信向综合信息服务提供商转型的需要:
新一代计费方案通过提供灵活的业务组合和捆绑能力,中国电信将可以提供基于客户需求的综合通信解决方案,并基于这些方案给予用户适当的优惠,以达到运营商与客户双赢的目标;
FE-6:
提高客户忠诚度:
新一代计费方案通过提供灵活的业务捆绑和定价方案,可以有效地吸引客户,并提高客户的离网成本,从而大大加强客户的忠诚度,使电信的市场拓展迈入良性循环的发展轨道;
FE-7:
提供了优化网络结构的契机:
现有网络在国际漫游、数据预付费等方面的处理都有一定的问题,因此建设在线计费系统可以为优化网络结构提供一次很好的契机,使中国电信的移动网络更加贴近目标网模式;
FE-8:
符合产业的发展趋势:
3GPP提出了在线计费系统的解决方案,由智能网和数据业务网网元承担其核心功能,计费、批价功能由专门负责在线计费的OCS系统完成,因此建设在线计费系统符合最新的国际标准;
2.3假设(ASsumption)和依赖(DEpendency)
AS-1:
电信公司拥计算机和打印机,以方面对当日客户的业务处理进行统计和整理。
AS-2:
电信公司有链接外网的服务器或计算机,能提供网上付款功能,方便顾客各种业务请求的处理。
DE-1:
对于经常光顾或要求打折的顾客以及节假日或者店庆优惠活动,应具备折扣管理功能。
DE-2:
对于各种人工服务或者电话咨询等相关业务,该管理软件应该有专门的录音功能。
3范围和局限性
3.1初始版本和后续版本的范围
特性
版本1
版本2
FE-1
客户仅能够简单操作预付费业务
能够更有效支撑预付费业务的发展
FE-2
带来了更多的高风险业务和高额度业务并且功能实现不够彻底
可以实时监控客户的业务使用情况,从而为运营商根本性的风险规避手段
FE-3
未实现
完全实现
FE-4
综合稳定性稍差
建设成本和系统综合稳定性较好
FE-5
已经实现
FE-6
新一代计费方案通过提供灵活的业务捆绑和定价方案,可以有效地吸引客户,并提高客户的离网成本
FE-7
业务适应能力弱、市场反应速度慢
使中国电信的移动网络更加贴近目标网模式
FE-8
与最新国际标准有微小差异
数据业务网网元承担其核心功能,计费、批价功能和建设在线计费系统符合最新的国际标准
3.2局限性(Llmitation)和排斥性
LI-1:
由于人员调度的安排,不能为客户提供全面的夜间服务,由此可能造成少许客户的不满。
4业务上下文
4.1涉众概览
涉众主要价值态度主要兴趣约束条件
营业厅管理人员提高员工工作效率,强烈要求完成版本1使用该系统所节需要权限认
增加了营业额约的费用必须超证(管
过开发此系统的理员应享有
费用和使用此系较高权限)
统的费用
营业厅前台工作人员更有效地利用了工积极支持新系统,希减少工作任务量,培训工作
作人员的整个工作望能完成版本2,但能够简捷、快速更人员,掌
时间;
提高了顾客比较担心可能会高质量的完成工作握使用计
的满意度裁员算机所必
需的技能
,部分功能需要权限认证
顾客更为方便的进行资费积极支持新系统使用要简单,
、缴费,节提供网上
约了时间,更加方便网上银行付款要银行付款
安全功能,需通过Internet
访问网页以及开通网上银行)
财务管理部门减少了报表账务手动积极支持新系统尽量减少对当前需要得
工作,减少了出错率薪资核算软件所到权限
提高了工作效率做的变更认证
4.2项目优先级
因素具体干活者约束条件自由度
进度计划10年5月下旬完成第一版,到七月初完成第二版;
在不包括责任人评审的情况下,最多可超过1个星期
特性安排第一版本的
系统完全实现的
特性必须完全可
操作
质量必须通过95%的用
户验收测试;
必须
通过全部的安全性
测试;
所有的安全
事务系统执行标准
都必须遵守营业厅的
安全标准规章制度
工作人员项目团队规模包括
一名项目经理(小
组长),两名开发人
员,和至少一名测试
人员;
如果有必要,
还可以另外再一名开
发人员和一名测试人
员
费用财政预算最多可超支20%
4.3操作环境
操作系统:
Win9X/2000/2003/XP/win7
WebServer:
Tomcat5.0及以上版本
浏览器:
InternetExplore,NetscapeNavigator
二 软件需求规格说明书
1引言
1.1概述
经过在电信各部门间长期的调查并对工作人员提出的需求进行细致的分析,提出了这份用户需求规格说明书。
该说明书主要对所开发的系统进行全面的说明,明确该系统的主要功能要求、性能要求,指出该系统所用到的数据及数据处理流程,同时提出故障处理的要求。
其次,对开发该系统的任务进行概括性叙述,对系统的运行环境进行规定。
通过该文档可使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
该文档的预期读者为:
项目提出者,项目管理者。
1.2背景
随着计算机技术的不断应用和提高,计算机已经深入到社会生活的各个角落。
在这种大背景下,对电信运营商的计费和其它业务支持系统的要求有了大的变化,怎么能够达到尽量为用户提供优惠和方便,以吸引更多用户,又能够保证企业合理的收益,降低运营成本,维持企业的运行和发展的目的。
从为用户提供综合服务的运营商的角度来看,一个好的计费系统应具有以下特点:
综合性:
灵活性:
集成性:
可靠性。
1.3定义
电信资费管理系统:
该系统是为电信部门能够更好的管理电信行业中各项业务,如将用户和管理员的权限进行详细划分,将用户和管理员的详细信息存入管理系统之中,每月生成详细账单,也可根据用户需要生成相应的资费账单等。
1.4参考资料
a《软件需求工程》,黄国兴周勇等著清华大学出版社
b《软件工程导论》,张海藩,清华大学出版社
c《实用软件工程》,郑人杰等,清华大学出版社
d《lombozEclipse使用教程》林峰等,东南大学出版社
2任务概述
2.1目标
2.2运行环境
2.2.1设备
服务器端:
CPU:
P4以上。
内存:
256MB以上。
客户端:
P3以上。
显示卡:
16K色以上显示模式。
2.2.2支持软件
a.操作系统:
WindowsXP/2000/vista等
b.编译程序:
Apachetomcat5.5
c.测试支持软件:
Apachetomcat,MySQL数据库,IE浏览器
d.画图软件:
RationalRose2003
2.2.3接口
JDBC:
访问MySQL数据库的驱动程序
Severlet:
能被Apachetomcatweb服务程序所解析的程序
通信协议:
TCP/IP协议,HTTP协议
2.2..4控制
客户端用户通过浏览器访问服务端域名激活服务程序,由服务程序对用户的操作作出响应并将结果以网页的形式展现给客户端用户。
2.3假定(Assumption)和约束(Constraint)
AC1:
该系统允许所有电信用户注册,登录属于自己的界面。
后台管理只由系统管理人员管理。
AC2:
假设允许工作人员登录时间为五分钟,超时就提示出错。
AC3:
假设电信部门足以支持该系统。
AC4:
假设电信用户都会在规定时间内查询自己的用户信息。
3需求规定
3.1对功能的规定
3.1.1用户需求
3.1.1.1组织机构和角色
该系统共有三个角色:
用户,电信营运管理员,电信营运超级管理员
用户视图:
角色说明:
描述要素
描述内容
用例名称
用户登录
用例编号
用例简述
用户输入登录名与口令,并提交登录
参与者
电信营运管理员
前置条件
该管理员必须被授权
后置条件
可以进行相应授权的管理操作
电信营运管理员视图:
管理员信息查询
1.点击管理员信息查询菜单
2.显示所有管理员信息
3.输入查询条件,点击查询按钮进行查询
电信营运超级管理员
必须登录
电信营运超级管理员视图:
超级管理员信息修改
1.用户点击超级管理员信息修改菜单
2.显示所有超级管理员信息
3.修改完毕后,点击保存按钮保存
再将业务用例模型中的Actor视角视图拷贝至此,逐一说明角色如何参与业务,参与哪些业务。
(1)用户参与业务:
(2)电信营运管理员参与业务
(3)电信营运超级管理员参与业务
说明:
………
3.1.1.2业务概览
将业务用例模型的业务视角视图一一拷贝至此,逐一说明。
(4)借书业务
借书业务说明:
3.1.1.3业务场景
将业务场景图拷贝至此,逐一说明业务是如何进行的。
(5)借阅图书业务场景
业务场景说明……
3.1.2系统需求(描述系统用例模型)
3.1.2.1概览
将用例实现视图拷贝到此,并进行说明。
系统实现或不实现的用例,范围及描述
3.1.2.2系统需求规定
针对每一个用例实现,拷贝用例规约和用例场景至此,同时需要拷贝用例实现针对领域模型。
(6)借阅图书
Ø
业务说明
拷贝每个用例规约至此
资费信息查询业务说明:
资费信息查询
实现名称
Bur_borrowbooks
用例描述
1.点击资费信息查询菜单,显示所有资费信息
2.输入资费查询条件,点击查询按钮,显示查询结果
电信运营管理员,用户
1.用户,管理员必须注册自己的账号密码及相关信息
2.查询信息时必须登陆
1.用户结清当月自己相关的业务费用
2.用户必须补交拖欠费用
主事件流
1用户用注册后正确的帐号密码登录系统,计算机显示当前用户界面
2.用户选择查询,计算机显示查询界面
3.用户按业务名查询自己的相关业务费用,计算机显示查询结果
4.用户选择确认交纳相关业务费用,计算机显示账单信息
5用户选择提交帐单,计算机显示提交结果和账单号
6.计算机执行后置条件。
用例结束
备选事件流
1.a账号已过期
1.拒绝登录,用例结束
1.b用户有拖欠业务费用
1.启动结清业务费用用例
5.a用户余额不足
1.计算机显示余额和所需金额
2.用户选择续费,启动交纳业务费用用例
3.用户选择放弃,计算机执行1
6.a用户选择保存账单
1.计算机保存并执行1;
6.b用户选择放弃,
1.计算机执行1;
业务规则
用户可查询一种或多种业务的详细账单信息
涉及的业务实体
费用记录,用户账号密码
非功能性需求
支持多种语言显示(多种名族语言)
业务场景分析
拷贝每个用例场景至此,并说明之。
业务实体分析
拷贝对应的业务实体视图至此,逐一说明其如何参与业务
业务实体说明(逐一说明其如何参与业务)……
3.1.2.3数据分析
(7)概览
将总体的业务实体视图拷贝到此,并作说明。
实体之间关系说明…..
图书
针对每一个实体,说明其详细情况,将领域模型说明表格拷贝至此
实体名称
Be_图书
实体描述
每本图书都经有上架,预定,借出,返回待查和下架几个状态,详细请参看图书状态图
属性名称
类型
精度
说明(属性的业务含义及业务规则)
图书编号
字符
12
图书类别编号(3位)+图书购入年份(4位)+流水号(5)位
图书分类
3
图书的分类
名称
100
书本的封面名称
作者
20
书籍的作者
出版社
书籍标明的出版社
出版日期
日期
书籍标明的出版日期
版本信息
简介
1000
书籍的内容简介,上架时录入
状态
1
书籍的状态,请参看图书状态图
若有针对实体状态图或其它视图,也拷贝至此
3.2非功能性需求
3.2.1性能需求(Performance)
PE-1:
系统生成的所有Web页面,通过速率为40KBps的调制解调器在不超过10秒时间内可以全部下载下来。
PE-2:
用户向系统提交信息后,系统将在4秒内显示确认信息。
3.2.2安全设施需求(SAfety)
本软件的规模比较大,数据需要保密技术;
限定一个程序中某些区域的规约,给不同的模块分配不同的功能。
3.2.3安全性需求(Security)
SE-1:
所有涉及功能信息或个人身份信息的网络事物,都要采用128位的加密。
SE-2:
用户必须登录到“电信资费管理系统”才能完成所有操作。
3.2.4软件质量属性
可用性:
“电信资费管理系统”系统将对本市市区内联网的用户可用,用户在当地时间早晨8点到晚上8点的时间可用,当地时间晚上8点到早晨8点则不可用。
在装载总程序时,正常就运行,异常就停止;
系统出现错误,将会产生不可遇见的问题,热启,整个终端程序就会再启动;
程序出现错误,重新装载,若仍有错,按照提示逐渐装载。
可靠性:
如果在查询帐单得到确认或取消之前,用户和系统的连接中断,那么用户应该能通过“电信资费管理系统”恢复不完整的账单。
有效性:
在正常时段和高峰时段,该系统均能稳定的运行;
一些外界条件(如噪音,强电磁波干扰)的影响可能会对该系统造成一定影响
可维护性:
本软件的组成结构独立性强,模块化程度高,具有高内聚低耦合的特性,维护起来比简单。
可移植性:
如果该系统升级到新的版本,或者用户将该系统移植到另一个服务器上时,该系统可以根据系统升级提示用户升级到新的版本,并且该系统对其他服务器有一定的兼容性。
3.3外部接口需求
3.3.1用户界面(UserInterfaces,UI)
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:
输入界面、输出界面)。
用户对程序的维护,最好要有备份。
3.3.2硬件接口(HardwareInterfaces,HI)
3.3.3软件接口(SoftwareInterfaces,SI)
选用技术:
Java、JSP、HTML;
DBMS:
MicrosoftSQLserver2000或Oracle;
软件集成开发环境(IDE):
MyEclipse;
采用MVC模式。
3.3.4通信接口(CommunicationsInterfaces,CI)
该系统可以使用电子邮件和网络通信协议两种形式向用户发送消息。
CI-1:
“电信资费管理系统”以网页账单形式告知用户当月相关的电信业务费用。
CI-2:
“电信资费管理系统”将向用户发送电子邮件消息,以提示用户交纳相关电信业务费用或拖欠费用。
附 录
论文的附录依次为附录1,附录2,……编号。
附录中的图表公式另编排序号,与正文分开。