电信资费标准管理系统软件需求分析报告.doc

软件需求分析汇报
电信资费管理系统

学生姓名 _**** _ *** __
学 号 ***225 ***233
专业班级 Java技术08-2班
院 （系） 软件学院
指导老师 支俊
完成时间 年 11月 12日
成 绩

前 言

项目分工

小组组员

·项目分工

备注

饶本刚
·电信运行管理员模块
·用户登录和权限模块
超级管理员模块
·增加管理员模块
·删除管理员模块
·修改管理员模块
·查询管理员模块

组员

梁云卓
·前景文档分析
·表单用户端验证和服务器端验证
用户管理模块
·增加用户功效
·删除用户功效
·修改用户功效
·查询用户功效

组员

目　　录
3号黑体

小3号黑体
一　□□□□□□………………………………………………………… ………………1
1　□□□□□□………………………………………………………………………1
4号宋体
4号黑体
1.1　□□□□□□……………………………………………………………………2
1.1.1 □□□□□□…………………………………………………………………3
小4号宋体，目录只到三级编号，正文能够到四级编号

附录………………………………………………………………………………………………4

注：■表示一个空格（两个字符位置）
括号内内容表示视论文而定内容

小2号黑体加粗居中

3号黑体左顶格
一　项现在景文档
1. □□□□□□
一级节标题为1.1，1.2，1.3…，小3号黑体
1.1　□□□□□□
二级节标题为1.1.1，1.1.2，1.1.3…，4号黑体
1.1.1　□□□□□□
三级节标题为1.1.1.1，1.1.1.2，1.1.1.3…，小4号黑体
1.1.1.1　□□□□□□

注：假如下面还有编号，可依次用(1)，(2)，(3) …和①，②，③…。正文中具体对某个问题进行说明，但并不属于全文整体编号时，使用第一，第二，第三…进行分点说明。

文中参考文件标注，
企业集团转移定价决议问题不仅为企业管理层所高度重视，同时也是学术界讨论热门话题。Hirshleifer(1956) [1]最先提出在确定性环境下当中间产品转移价格等于边际成本时，企业利润达成最大。Baldenius（1999）[2]在考虑特定关系投资前提下，提出了两部转移定价法。

正文部分：文字小4号，汉字宋体；英文和数字Times New Roman

卖出看跌
卖出看涨
Long putl option
Long calll option
图2-5　期权基础交付模式

图一定要清楚

图号按大标题加编，图2-5表示第2章中第5个图。图题在图下，小4号宋体

正文开始标注页码，位置居中zhong

公式：公式另起一行居中打印

同行靠右注明公式序号，编号方法和图相同

(2-7)
（假如有话）
表题在表上，小4号宋体，和图编号方法相同

表内文字5号，分别用宋体和Times New Roman
表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《lomboz Eclipse使用教程》林峰等，东南大学出版社
2任务概述
2.1目标
经过本系统软件，能帮助电信部门快速方便高效进行管理内部各项业务，电信用户也能够方便快捷查询自己对应信息。本软件适适用于各电信部门，它是比较完善系统管理软件，为电信管理人员提供快捷方便服务。
2.2 运行环境（Operating Environment，OE）
2.2.1设备
服务器端：
CPU：P4以上。
内存：256MB以上。
用户端：
CPU：P3以上。
内存：256MB以上。
显示卡：16K色以上显示模式。
2.2.2支持软件
a. 操作系统：Windows XP//vista等
b. 编译程序：Apache tomcat5.5
c. 测试支持软件：Apache tomcat ，MySQL数据库，IE 浏览器
d. 画图软件：Rational Rose
2.2.3接口
JDBC ：访问MySQL数据库驱动程序
Severlet ：能被Apache tomcat web服务程序所解析程序
通信协议：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业务概览
将业务用例模型业务视角视图一一拷贝至此，逐一说明。
(1) 借书业务

借书业务说明:………
3.1.1.3业务场景
将业务场景图拷贝至此，逐一说明业务是怎样进行。
(1) 借阅图书业务场景

业务场景说明……
3.1.2系统需求（描述系统用例模型）
3.1.2.1概览
将用例实现视图拷贝到此，并进行说明。

系统实现或不实现用例，范围及描述
3.1.2.2系统需求要求
针对每一个用例实现，拷贝用例规约和用例场景至此，同时需要拷贝用例实现针对领域模型。
(1) 借阅图书
Ø 业务说明
拷贝每个用例规约至此
资费信息查询业务说明：
用例名称
资费信息查询
实现名称
Bur_borrow books
用例描述
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数据分析
(1) 概览
将总体业务实体视图拷贝到此，并作说明。

实体之间关系说明…..
Ø 图书
针对每一个实体，说明其具体情况，将领域模型说明表格拷贝至此
实体名称
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用户界面（User Interfaces，UI）
本产品用户通常需要经过终端进行操作，进入主界面后点击对应窗口，分别进入相对应界面(如：输入界面、输出界面)。用户对程序维护，最好要有备份。
3.3.2硬件接口（Hardware Interfaces，HI）
服务器端：
CPU：P4以上。
内存：256MB以上。
用户端：
CPU：P3以上。
内存：256MB以上。
显示卡：16K色以上显示模式。
3.3.3软件接口（Software Interfaces，SI）
选择技术： Java、JSP、HTML；DBMS：Microsoft SQL server或Oracle；软件集成开发环境（IDE）：MyEclipse；采取MVC模式。
3.3.4通信接口（Communications Interfaces，CI）
该系统能够使用电子邮件和网络通信协议两种形式向用户发送消息。
CI-1：“电信资费管理系统”以网页账单形式通知用户当月相关电信业务费用。
CI-2：“电信资费管理系统”将向用户发送电子邮件消息，以提醒用户交纳相关电信业务费用或拖欠费用。

附　　录
小3号黑体

注：论文附录依次为附录1，附录2，……编号。附录中图表公式另编排序号，和正文分开。