基于java电信计费系统的设计与实现论文

基于java电信计费系统的设计与实现论文内容摘要：

接、信息量最大的信息源，作出上述的花费对于面对当今电信行业的白热化竞争，是值得的。 第二章 需求分析 项目总体介绍 中国电信运营商新增一项 Open Lab（开放实验室）出租业务，即该电信运营商提供基于 Unix 平台的实验室环境，选择使用这种业务的用户能够远程登录到实验室中做基于这个实验室环境的一些工作和实验。 运营商希望借助先进的计算机技术对访问实验室的用户进行管理和计费，由此实现对此项业务运营的支持与管理。 本项目主要包括以下子系统：  采集系统 11  整合系统  用户管理系统  资费管理系统  管理员管理系统  帐单查询系统  帐务查询系统  用户自服务系统  权限管理系统 电 信 营 运 系 统后 台 数 据 服 务前 台 营 运 管 理前 台 用 户 服 务采 集 系 统整 合 系 统用 户 管 理 系 统资 费 管 理 系 统管 理 员 管 理 系 统帐 单 查 询 系 统帐 务 查 询 系 统权 限 管 理 系 统用 户 自 服 务 系 统 图 电信营运功能需求结构图 Telemunication operation function demand structure 基于 JAVA 电信计费系统的设计与实现 12 项目详细介绍 采集系统 本系统是一个计费的系统，要想对用户进行准确的收费，首先必须能够获得用户使用开放实验室的准确的使用记录，采集子系统正是为了获取这些记录而提供的。 获取用户使用实验室的准确记录有三种情况： 利用操作系统的自身功能：开放实验室是一个 Unix 服务器， Unix 服务器本身就具有记录系统日志的功能。 用户每次登录和退出 Unix 服务器的信息都会被自动保存到一个在线日志文件 /var/adm/wtmpx 中。 采集系统通过调用 Unix 系统函数来读取这个日志文件中的内容，然后对读取到的内容进行整理，整理为方便计费的数据，其中包括登录名、登录时间或登出时间等作为计费依据的数据。 最后把这些数据存入数据库中，以备其他系统使用。 为了使读取的数据量不至于过大，采集系统会每小时定时执行一次，每次只采集上一个小时时间段之内的数据。 利用开放实验室的个人 web 主页功能 (personal web hosting): 只要用户在其主目录 (home)下创建了 public_html目录，采集系统通过扫描目录 public_html就可以产生计费依据。 访问开放实验室的 web 信息 : 用户每次访问 web 服务器， web 服务器都会在 中记录下相应的信息，如客户端的 ip 和被访问的 URL 等。 通过分析 web服务器的访问日志产生计费依据。 使用开放实验室的 功能 : 根据邮箱的个数产生计费依据。 说明： 2， 3 的情况目前不做处理，提供扩展接口便于今后扩展。 整合系统 采集系 统定时将用户使用服务器的数据存入到了数据库中，但这些数据都是流水帐的数据，是用户每次使用 UNIX 操作系统的用时。 如果用户量大，用户频繁地登入 /出，将产生大量的数据，不便于将来生成用户的月账单和对开放实验室的使用情况进行月统计和年统计，因此，出现了整合系统。 整合是将某个用户在某一时段内所用机时求和后形成一条记录。 整合系统具体整合规则如下： 13 1. 每小时定时整合一次，生成以小时为单位统计的数据，程序总是每小时定时整合前一小时的数据。 2. 每天定时整合一次，生成以天为单位统计的数据，程序总是每天定时整合前一天的数据 . 3. 每个月定时整合一次，生成以月为单位统计的数据，程序总是每个月定时整合前一个月的数据。 用户管理系统 电信运营商提供基于 Unix 平台的实验室环境，选择使用这种业务的用户能够远程登录到实验室中做基于这个实验室环境的一些工作和实验。 用户要想成功登陆到开放实验室中，事先必须要拥有一个这个开放实验室上的帐号，在本系统中此帐号称为业务帐号，每个开放实验室上的业务帐号的用户名是唯一的，不同的开放实验室上的业务帐号的用户名可以相同，这个帐号用户可以通过向本系统中具有用户管理权限的管理员去申请。 一个用户会有多种业务，如： Email 服务、 Unix 系统、代理主机服务等，每个业务我们都要收取一定的费用，如果我们以业务账户为单位来算总的费用，那么用户申请的每种业务都要单独交费，会给用户造成不便，所以我们又添加了帐务账户来统一管理每个用户所使用的所有业务 账号上发生的费用，帐务帐号是要和用户的真实信息联系在一起的，所以每个用户只能有一个帐务帐号，但可以对应多个业务帐号。 用户管理子系统就是对用户的帐务帐号和业务帐号进行管理。 具有用户管理权限的管理员登陆成功后，首先可以开通帐务帐号，帐务帐号必须和用户的一些真实信息关联起来，如用户的真实姓名，身份证号码，联系电话等。 开通时，由用户提供这些信息，然后由管理员将信息录入到系统中并保存下来。 对于开通好的帐务帐号也是由具有用户管理权限的管理员来管理的，如暂停帐务帐号，恢复帐务账号，删除帐务账号，修改用户真实信息等。 由于 用户的一个帐务帐号会对应多个业务帐号，所以对账务账号的操作会级联影响关联的所有业务帐号。 其次，具有用户管理权限的管理员还可以开通业务帐号，但用户要想开通一个基于 JAVA 电信计费系统的设计与实现 14 业务帐号，前提是必须拥有一个帐务帐号。 在开通业务帐号时，先由用户为这个业务帐号选择一种资费方式，选择一台开放实验室，然后把选择好的信息提供给管理员，再由管理员将信息录入并保存，这个业务帐号会被保存到用户选择的开放实验室的服务器上，对于开通好的业务帐号也是由具有用户管理权限的管理员来管理的，如暂停业务帐号，恢复业务帐号，删除业务帐号，修改业务帐号密码。 资费管理系统 使用服务，就要交纳费用，这是天经地义的事情。 那么对于开放实验室的用户也不例外，他们使用了开放实验室服务，同样要交费。 在我们这个系统中这个费用会和两个因素有关 : 一个是用户使用服务的时间长度， 另一个是用户选择的收费标准，如月租费为： 10 元，每小时使用费为： 元等。 这个收费的标准在本系统中称为资费。 资费管理子系统就是用来管理资费的。 具有资费管理权限的管理员登陆成功后，可以添加新的资费，查询所有的资费，可以修改现有的资费信息，还可以删除资费。 特别要注意的是：由于对资费的修改会影 响选择了这种资费的用户要交纳的费用，所以在修改资费信息前要事先通知所有已经选择了这个资费的用户；只有当没有任何用户选择某个资费了，这个资费才能被删除掉。 管理员管理系统 对本系统的各个子系统的访问都是受权限控制的，只有拥有了访问权限，才能使用子系统。 在本系统中存在着三类使用者： 其一是用户，即使用开放实验室的人，他们默认具有使用用户自服务系统的权限。 其二是超级管理员，即对本系统进行管理的人，并具有最高的管理权限，他可以使用除用户自服务以外的所有子系统。 这个超级管理员只有一个，是系统初始建立时就提供好的。 其三是普通管理员，即对本系统中的部分子系统进行管理的人，这些人是由超 15 级管理员进行管理的，他们具有的权限也是由超级管理员赋予的。 管理员管理系统就是超级管理员来管理普通管理员。 超级管理员登陆成功后，可以增加新的普通管理员，同时为他分配一些权限，可以修改普通管理员的信息，可以查询所有的管理员信息，可以删除某些管理员。 帐单查询系统 具有帐单查询权限的管理员可以利用此子系统对所有用户的月账单进行查询。 此子系统不仅提供对某个帐务帐号上产生的总的费用进行查询，还提供对某个帐务帐号上的每个业务帐号上产生的费用明细进行查询。 具体操作如下： 1．月账单查询 具有账单查询角色的管理员进入本系统，登录成功后，可以执行如下查询操作： 根据输入的月份查询所有用户这个月的费用信息（提供分页显示）。 根据输入的月份和其它组合条件查询符合条件的用户这个月的费用信息（提供分页显示）。 根据输入的月份和用户的帐务帐号的用户名查询某个用户这个月的费用信息。 2．月账 单明细查询 具有账单查询角色的管理员进入本系统，登录成功后，首先查询出用户帐务帐号的合计费用信息，然后在这个信息上执行查询明细的操作，系统会显示该帐务帐号上所有业务帐号上发生的所有费用的明细信息。 帐务查询系统 具有帐务查询的管理员可以使用此子系统对开放实验室的使用情况进行查询。 此子系统可以提供以月为周期的查询，也可以提供以年为周期的查询。 具体操作如下： 月帐务查询： 具有月账务查询角色的管理员进入本系统，登录成功后，可以执行如下查询操作： 1. 根据输入的月份查询所有开放实验室这个月被使用的总的时长信 息。 2. 在上一个查询的基础上查看某个实验室这个月每一天的时长信息。 基于 JAVA 电信计费系统的设计与实现 16 年帐务查询： 具有年账务查询角色的管理员进入本系统，登录成功后，可以执行如下查询操作： 1. 根据输入的年份查询所有开放实验室这一年被使用的总的时长信息。 2. 在上一个查询的基础上查看某个实验室这一年每个月的时长信息。 用户自服务系统 用户自服务系统可以方便地供用户查询自己的账单和修改自己的个人信息。 这个子系统是唯一的一个用户可以使用的子系统。 具体操作如下： 查询自己的月帐单： 用户进入本系统，使用自己的帐务帐号登录成功后，可以执行如下查询操作： 1. 根据输入的月份查询自己这个月的费用信息。 2. 在上一个查询的基础上查看这个月费用明细。 修改自己的个人信息： 用户进入本系统，使用自己的帐务帐号登录成功后，可以自行修改自己的个人信息。 权限管理系统 对本系统的各个子系统的访问都是受权限控制的，权限决定了使用者可以执行的操作，如一个使用者拥有用户管理权限，他就可以执行用户管理的操作。 目前系统已有的权限包括：用户管理权限，资费管理权限，管理员管理权限，账单管理权限，帐务管理权限，用户自 服务权限，权限管理权限。 今后，系统可能会扩展新的功能，也就会增加新的操作，这个操作就要对应一种新的权限；也有可能删除某一项不再被使用的操作，这样，对应的权限也应该被删除。 因此，为了对权限能够进行灵活的管理，本系统中就提供了权限管理系统。 在本系统中，一些使用者拥有相同的角色，拥有相同的权限，如张三和李四都是前台操作人员，都拥有用户管理权限和帐单管理权限。 角色代表着一组权限的集合。 目前系统中已有的角色包括：用户、普通管理员和超级管理员。 今后，要想根据需要灵活地管理角色，也是通过权限管理系统完成的。 17 第三章 后台数据库设计 系统结构 图 总体 ER 图 All Er chart 数据库设计 模块表 modules 存储本系统中具有独立功能的模块名，方便以后对操作模块的用户进行角色的划分。 表 模块表 Module table 基于 JAVA 电信计费系统的设计与实现 18 字段英文名 字段汉字名 类型 约束条件 说明 id 模块 ID Number PK name 模块名称 Varchar(50) label 模块描述 Varchar(50) turn 序号 Number 模块操作表 operations 存储本系统中可以进行的所有操作，方便以后对操作模块的用户进行角色的划分。 表 模块操作表 Module operation table 字段英文名 字段汉字名 类型 约束条件 说明 id 操作 ID Number PK name 操作名称 Varchar(50) label 操作描述 Varchar(50) uri 操作标识 Varchar(200) module_id 模块 ID Number 权限表 rights 将模块名和操作名对应起来保存对这个模块的可以进行的操作。 表 权限表 Operation table 字段英文名 字段汉字名 类型 约束条件 说明 id 操作 ID Number PK moduleid 模块 ID Number operationid 操作 ID Number 角色表 roles 存储系统中存在的角色。 表 角色表 Role table 字段英文名 字段汉字名 类型 约束条件 说明 19 id 角色 ID Number PK name 角色名称 Varchar(50) description 角色描述 Varchar(200) 角色权限设置表 rolerights 为某个角色添加权限。 表 角色权限设置表 Permission Settings table 字段英文名 字段汉字名 类型 约束条件 说明 id 角色权限 ID Number PK roleid 角色 ID Number rightid 权限 ID Number 管理员表 admins 存储管理员的基本信息。 表 管理员表 Administrator。