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

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

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

软件需求分析报告

电信资费管理系统

学生姓名_**** _ *** __

学号2008***225 2008***233

专业班级Java技术08-2班

院（系）软件学院

指导教师支俊

完成时间 2010 年 11月 12日成绩

前言项目分工

目 录

一

□

□

□

□……………………………………………………

...... (1)

1

□

□

□

□

□

□……………………………………………………

1

1.1□□□□ (2)

1.1.1

□□□□□

□…………………………………………………… 附

录……………………………………………………

(4)

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

二软件需求规格说明书

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/2000/vista等

b.编译程序：Apache tomcat5.5

c.测试支持软件：Apache tomcat ，MySQL

数据库，IE 浏览器

d.画图软件：Rational Rose 2003

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组织机构和角色

该系统共有三个角色：用户，电信营运管理员，电信营运超级管理员用户视图：

角色说明：

电信营运管理员视图：

年帐查询角色说明：

电信营运超级管理员视图：

角色删除

角色说明：

再将业务用例模型中的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系统需求规定

针对每一个用例实现，拷贝用例规约和用例场景至此，同时需要拷贝用例实现针对领域模型。