电信资费管理系统软件需求分析报告最新范本模板.docx
《电信资费管理系统软件需求分析报告最新范本模板.docx》由会员分享，可在线阅读，更多相关《电信资费管理系统软件需求分析报告最新范本模板.docx（23页珍藏版）》请在冰豆网上搜索。
电信资费管理系统软件需求分析报告最新范本模板
软件需求分析报告
电信资费管理系统
学生姓名_*＊＊*_＊*＊__
学号2008*＊*2252008*＊＊233
专业班级Java技术08—2班
院（系）软件学院
指导教师支俊
完成时间2010年11月12日
成绩
前言
项目分工
小组成员
·项目分工
备注
饶本刚
·电信运营管理员模块
·用户登录和权限模块
超级管理员模块
·增加管理员模块
·删除管理员模块
·修改管理员模块
·查询管理员模块
组员
梁云卓
·前景文档分析
·表单的客户端验证和服务器端验证
用户管理模块
·增加用户功能
·删除用户功能
·修改用户功能
·查询用户功能
组员
目 录
一 □□□□□□…………………………………………………………………………1
1 □□□□□□………………………………………………………………………1
1。
1 □□□□□□……………………………………………………………………2
1.1。
1□□□□□□…………………………………………………………………3
附录………………………………………………………………………………………………4
注：
■表示一个空格（两个字符位置）
括号内的内容表示视论文而定的内容
一 项目前景文档
1.□□□□□□
1.1 □□□□□□
1.1.1 □□□□□□
1。
1。
1。
1 □□□□□□
企业集团的转移定价决策问题不仅为企业管理层所高度重视,同时也是学术界讨论的热门话题。
Hirshleifer（1956）[1]最先提出在确定性环境下当中间产品转移价格等于边际成本时，公司利润达到最大.Baldenius（1999）[2]在考虑特定关系投资的前提下,提出了两部转移定价法。
（2—7）
（如果有的话）
表6—1 中外基金的规模比较（1997年值，单位:
亿美元）
品种数
基金总资产
基金资产占流通市值的比率
中国
75
16。
91
0。
38
美国
16000
40000
49。
5
香港
1300
850
5
二 软件需求规格说明书
1引言
1。
1概述
经过在电信各部门间长期的调查并对工作人员提出的需求进行细致的分析，提出了这份用户需求规格说明书。
该说明书主要对所开发的系统进行全面的说明,明确该系统的主要功能要求、性能要求，指出该系统所用到的数据及数据处理流程，同时提出故障处理的要求。
其次,对开发该系统的任务进行概括性叙述，对系统的运行环境进行规定.通过该文档可使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
该文档的预期读者为：
项目提出者，项目管理者。
1.2背景
随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落.近年来,电信行业经历了很大的变化，从固定到移动,从语音到数据,从电路交换到分组交换，从窄带到宽带的变化。
电信运营商在市场和政策的双重影响下，正面临着深刻的重组。
新技术新业务创造了市场机会,使新运营商不断兴起。
旧运营商为了保持原有的市场份额也通过兼并改组等方式不断扩大业务范围,争取为客户提供从传统的市话、长话、移动、智能网到新兴的数据。
用户将来可以在多个运营商提供的多种电信业务中自由选择。
在这种大背景下，对电信运营商的计费和其它业务支持系统的要求有了大的变化,怎么能够达到尽量为用户提供优惠和方便，以吸引更多用户，又能够保证企业合理的收益,降低运营成本，维持企业的运行和发展的目的。
电信计费系统成为了电信行业的运行体系中最重要的支撑系统.从为用户提供综合服务的运营商的角度来看,一个好的计费系统应具有以下特点：
综合性：
能够满足同时从不同的数据源中采集数据,并能够对数据进行适当的处理,并送到数据处理中心去。
灵活性：
计费系统是业务规则驱动以及对用户有好。
集成性:
系统具备高内聚低耦合性，系统具有良好的接口和可扩展性.
可靠性.对计费业务，要求保证数据的完整性.
1。
3定义
电信资费管理系统:
该系统是为电信部门能够更好的管理电信行业中各项业务，如将用户和管理员的权限进行详细划分,将用户和管理员的详细信息存入管理系统之中，每月生成详细账单,也可根据用户需要生成相应的资费账单等。
1。
4参考资料
a《软件需求工程》，黄国兴周勇等著清华大学出版社
b《软件工程导论》，张海藩,清华大学出版社
c《实用软件工程》，郑人杰等,清华大学出版社
d《lombozEclipse使用教程》林峰等，东南大学出版社
2任务概述
2.1目标
通过本系统软件,能帮助电信部门快速方便高效的进行管理内部的各项业务，电信用户也可以方便快捷的查询自己的相应信息。
本软件适用于各电信部门，它是比较完善的系统管理软件，为电信管理人员提供快捷方便的服务。
2.2运行环境（OperatingEnvironment，OE）
2.2.1设备
服务器端：
CPU：
P4以上.
内存：
256MB以上。
客户端：
CPU:
P3以上。
内存：
256MB以上。
显示卡:
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
书籍的作者
出版社
字符
100
书籍标明的出版社
出版日期
日期
书籍标明的出版日期
版本信息
字符
100
书籍标明的出版社
简介
字符
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）
服务器端：
CPU：
P4以上。
内存:
256MB以上。
客户端：
CPU：
P3以上。
内存：
256MB以上。
显示卡：
16K色以上显示模式。
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,……编号。
附录中的图表公式另编排序号，与正文分开。
升级会员 