电信计费系统-毕业论文.doc

湖北汽车工业学院毕业设计（论文）形式上问题：1、封面、摘要、目录不应该有页眉、页脚、页码。2、章标题应该居中，且只空一行。3、段前不应该空，直接空一行。4、题目改成“电信计费系统权限管理的设计与实现”。5、正文中字体：中文：宋体；英文：TIMES NEW ROMAN电气工程系毕业设计（论文）初稿课题名称： 电信计费系统姓 名： 李连强班 级： T523-5学 号： 20050230515指导老师： 徐洪胜2009年4月12日摘要在电信运营系统中，电信计费系统是主要的支撑系统，占有重要地位。计费系统有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信誉。计费系统历来都是电信运营和管理部门重点建设和发展的系统之一。电信计费系统是一个大型项目，需要几个甚至十几个软件工程师的配合才可以完成，因此我们经过商议，划分了模块负责人。当然，我们所开发的产品，只是用于学习开发的逻辑过程，从而了解软件项目的开发流程，还不能正式使用。在这个大型项目中，我选择的是登陆模块、管理员管理模块和权限管理模块。本系统是在数据采集系统的基础上建立起来的，通过对用户访问开放实验室的时间和业务来对用户进行计费。而对于这个系统的管理是很复杂的，它涉及各个用户角色的划分，权限的赋予。对本系统的各个子系统的访问都是受权限控制的，权限决定了使用者可以执行的操作，如一个使用者拥有用户管理权限，他就可以执行用户管理的操作。目前系统已有的权限包括：用户管理权限，资费管理权限，管理员管理权限，帐单管理权限，帐务管理权限，用户自服务权限，权限管理权限。今后，系统可能会扩展新的功能，也就会增加新的操作，这个操作就要对应一种新的权限；也有可能删除一项不再被使用的操作，这样，对应的权限也应该被删除。因此，为了对权限能够进行灵活的管理，本系统中就提供了权限管理系统。在本系统中，一些使用者拥有相同的角色，拥有相同的权限，如张三和李四都是前台操作人员，都拥有用户管理权限和帐单管理权限。角色代表着一组权限的集合。目前系统中已有的角色包括：用户和超级管理员。今后，要想根据需要灵活地管理角色，也是通过权限管理系统完成的。关键字：电信计费；权限管理；登陆；MYSQL；JDBC；Hibernate在电信运营系统中，电信计费系统是主要的支撑系统，占有重要地位。计费系统有效、安全地运行，在很大程度上影响着电信运营系统本身的运行效率和信誉。在这个大型项目中，本人主要负责登陆模块、管理员管理模块和权限管理模块。对于这个系统的权限管理是很复杂的，涉及用户登陆，各个用户角色的划分，权限的赋予、回收等。对本系统的各个子系统的访问都是受权限控制的，权限决定了使用者可以执行的操作，如一个使用者拥有用户管理权限，他就可以执行用户管理的操作。目前系统已有的权限有很多，今后系统可能会扩展新的功能，就要对应一种新的权限；也有可能删除一项不再被使用的操作，对应的权限也应该被删除。因此，为了对权限能够进行灵活的管理，系统中就实现了权限管理系统。本系统中，一些使用者拥有相同的角色，拥有相同的权限，目前系统中已有的角色以及今后需要增加的角色，也是通过权限管理系统完成的。关键字：权限管理；设计；实现；角色自己好好翻译成英文！AbstractOperating system in the telecommunications, telecommunications billing system is a major support system, occupies an important position. Billing system effective and safe to run, to a large extent affect the carriers operating efficiency of the system itself and credibility. Telecom Billing System has been the focus of the operation and management of construction and development of systems in the world.Telecommunications billing system is a large-scale projects, and even a few dozen software engineers to complete the match, so we agreed, division head of the module. Of course, we developed the product, only for the development of the logic of the process of learning to understand the software project development process, not an official use. In this large-scale projects, I chose the landing module, the administrator management module and the rights management module. The system is in the data acquisition system based on the established, through the user access to the laboratory to the time and the business user billing. As for the management of the system is very complex, it involves the delineation of the various user roles, permissions given. Of the system to visit the various subsystems are controlled by the authority, authority determines that the user can perform, such as a user has a user administrative privileges, he can perform user management operations. At present, the existing permissions system, including: user management permissions, fee management of permissions, administrators to manage permissions, billing management authority, account management permissions, the user self-service privileges, rights management permissions. In future, the system may expand the new features, but also will add a new operation, the operation must correspond to a new authority; can also be used to delete a no longer operational, so that the corresponding authority should also be deleted . Therefore, in order to be able to be flexible on the authority of management, the system provides the authority on the management system. In this system, some users have the same role, have the same rights, such as Zhang and Li are the future operators, users have administrative privileges and billing management authority. Role represents a collection of a set of permissions. At present, the role of the existing system include: super-user and administrator. The future, need to be flexible in order to manage in accordance with the role, but also the adoption of rights management systems completed.Key words: Telecom Billing;Rights Management;Landing;MYSQL;JDBC;Hibernate目录第一章绪论61.1课题背景61.2意义6第二章可行性分析82.1技术可行性82.1.1 设计思想82.1.2企业目前系统环境92.1.3系统开发环境92.2经济可行性102.2.1服务器102.2.2 数据库102.2.3 应用软件开发10第三章需求分析122.1项目总体介绍122.2项目详细介绍132.2.1采集系统132.2.2整合系统142.2.3用户管理系统142.2.4资费管理系统152.2.5管理员管理系统162.2.6帐单查询系统162.2.7帐务查询系统172.2.8用户自服务系统172.2.9权限管理系统18第四章后台数据库设计193.1系统结构193.2数据库设计19第五章前台业务逻辑设计224.1权限管理模块224.1.1界面设计224.1.2结构设计244.2管理员管理模块384.2.1界面设计384.2.2类图设计394.3登陆模块464.3.1界面设计464.3.2类图设计474.4参数设计50第六章结论51结束语53致谢54参考文献55第一章 绪论（每章开始加点文字描述：本章主要内容等。）1.1课题背景我国目前对电信业务的计费处理在体制上多是以分散处理方式进行的，在技术上是以脱机按月处理方式进行的。随着电信业务量的急剧增长，电信网中各种新业务不断开放，使得老的电信计费处理方式即脱机计费和分散计费愈来愈显露出一些矛盾。脱机按月处理维护管理水平低、处理时间长、自动化程度差、计费错误多；同种业务分散处理设备重复投资、结算困难、管理复杂、管理部门难以掌握大网的运营状况；同一地区多种业务分散处理造成多种收费面对用户，难以使用户获得满意的服务；多个计费系统难以协调统一，不能灵活适应业务变化及开发新业务的要求。另外，近年来邮电体制进行改革，分散计费也不利于未来各种电信业务专营公司和各地电信公司之间的摊分结算。 解决上述计费中的矛盾要从两方面下手，一是建立集中计费体制，二是变脱机按月计费为联机实时计费。而集中计费需要联机计费这一技术手段来实现。原邮电部电信总局针对这种情况，并为适应电信业务未来发展的需要，决定建立“全国电信计费结算中心和各省计费结算中心”，用集中计费结算的方式解决目前分专业分散计费结算中存在的问题，并为开发各种新业务打下基础。 此外，电总还准备出台关于联机集中计费的一系列技术体制和技术规范，指导计费体制上和技术上的变革。1.2意义伴随着电信运营企业各大阵营的形成，电信业的竞争的白热化，以及以业务为导向，以客户为中心的理念的形成，电信业务正向多样化、个性化的方向发展,同时随着三网融合的深入，3G网在全国部分省、区直辖市正如火如荼的展开，业务之间的交融也更加复杂，电信增值业务正在兴起，电信业务正向多样化、个性化的方向发展。这都对计费系统提出了新的更高的要求。作为运营商组织和管理业务的重要支撑系统，计费系统要能为开展丰富的业务提供方便，并保持计费数据的准确无误，才能提高工作效率，降低维护成本，并为及时开展业务提供有效支撑。 从消费者的角度来讲，电信业务发展到今天，竞争格局的形成让消费者有了更多的选择，同时电信消费在整个消费比例中所占的比例也越来越大，消费者的消费心理日渐成熟，他们很关心电信业务的资费，希望了解每一个消费细节。因此，电信运营商只有做到计费的准确无误，才能保证业务的正常发展，取得消费者的信任。如今，计费系统已经成为反馈用户信息最直接、信息量最大的信息源。计费系统与网管系统、CRM系统等之间的联系日益紧密，成为这些系统的重要信息源，因此计费系统还应该能与这些系统无缝连接，是电信支撑系统中的重要一环。本课题所要研究的电信计费系统之登陆模块、管理员管理模块和权限管理模块，就是一个基于电信计费系统的角色管理模块。通过对这一课题的学习和研究，可以将电信计费系统权限管理的基本原理、实现流程等展现出来，并可作为对新的综合电信计费系统软件权限管理的一种探索来学习和研究，也可以顺带了解整个电信实时计费的工作流程，具有一定的现实意义。第二章 可行性分析2.1技术可行性2.1.1 设计思想本文涉及三个管理模块，即：登录模块、管理员管理模块、权限管理模块。这三个模块除了需要系统开发者为用户提供友好的操作界面和人性化的功能设置，还要对数据库进行缜密的设计，包括权限的验证，权限的分配和角色的划分。用户和管理员要想对电信计费系统进行查询和管理必须实现登陆，在此过程中根据用户的用户名进行权限的验证，据此为用户提供不同的界面。对本系统的各个子系统的访问都是受权限控制的，只有拥有了访问权限，才能使用子系统。在本系统中存在着三类使用者：其一是用户，即使用开放实验室的人，他们默认具有使用用户自服务系统的权限。其二是超级管理员，即对本系统进行管理的人，并具有最高的管理权限，他可以使用除用户自服务以外的所有子系统。这个超级管理员只有一个，是系统初始建立时就提供好的。其三是普通管理员，即对本系统中的部分子系统进行管理的人，这些人是由超级管理员进行管理的，他们具有的权限也是由超级管理员赋予的。管理员管理系统就是超级管理员来管理普通管理员。超级管理员登陆成功后，可以增加新的普通管理员，同时为他分配一些权限，可以修改普通管理员的信息，可以查询所有的管理员信息，可以删除某些管理员。对本系统的各个子系统的访问都是受权限控制的，权限决定了使用者可以执行的操作，如一个使用者拥有用户管理权限，他就可以执行用户管理的操作。目前系统已有的权限包括：用户管理权限，资费管理权限，管理员管理权限，帐单管理权限，帐务管理权限，用户自服务权限，权限管理权限。今后，系统可能会扩展新的功能，也就会增加新的操作，这个操作就要对应一种新的权限；也有可能删除一某项不再被使用的操作，这样，对应的权限也应该被删除。因此，为了对权限能够进行灵活的管理，本系统中就提供了权限管理系统。在本子系统中，一些使用者拥有相同的角色，拥有相同的权限，如张三和李四都是前台操作人员，都拥有用户管理权限和帐单管理权限。角色代表着一组权限的集合。目前系统中已有的角色包括：用户和超级管理员。今后，要想根据需要灵活地管理角色，也是通过权限管理系统完成的。2.1.2企业目前系统环境结构 ：后台服务+B/S结构操作系统：window/Unix/Linux任意操作系统支持浏览器 ：主流浏览器支持数据库：MySQL/Oracle任意数据库支持应用服务器：Tomcat/Weblogic/Websphere任意应用服务器支持2.1.3系统开发环境 结构 ：后台服务+B/S结构 操作系统：Linux 浏览器 ：主流浏览器（IE,firefox等） 数据库：ORACLEORACLE是一个可用于多种操作系统的关系型数据库系统，是一个具有客户机/服务器体系结构的分布式数据库管理系统，适用于网络，可在Internet上共享数据库。因为本次开发只是作为对大学三年所学知识的一个检验，不是作为商用，所以选择该数据库。JDBC API用于连接Java应用程序与各种关系数据库,之所以选择JDBC连接数据库，是因为在存入数据库的数据是一条条的数据，不需要对该数据进行包装，只需拼SQL语句就行。 应用服务器：UNIX UNIX系统是一个开源的操作系统，可以根据企业的业务要求选择不同的版本，具有无比的安全性和适应性，并且支持ORACLE数据库，因此我们选择ORACLE服务器。 开发工具：MyEclipse使用MyEclipse做开发，为编程人员带来了很多方便，使用MyEclipse软件不需要对程序进行编译，该工具在做保存时自动进行编译。MyEclipse还可以打开数据库的连接，只需加入相应的jar包就可以对软件进行开发。 开发语言：JAVA选择JAVA语言进行开发，JAVA是面向对象的语言，是对现实生活的抽象。JAVA语言是现实世界模型的自然延伸。现实世界中任何实体都可以看作是对象。对象之间通过消息相互作用。JAVA语言的三大特性：封装、多态性和继承。Java是一种跨平台，适合于分布式计算环境的面向对象编程语言。2.2经济可行性2.2.1服务器本系统采用UNIX操作系统，UNIX操作系统是一个开源的安全系统，正版价格的产品，连一般普通客户都可以负担。 企业可以根据自己的具体情况购买适合自己的主机服务器。这需要一定的花费。2.2.2 数据库中国电信是国有大型企业，对于规模庞大的数据服务，我们可以选择ORACLE数据库支持。这也需要相当的费用支出。2.2.3 应用软件开发随着消费者对于电信服务的要求越来越高，业务对系统的要求也不断提升，包括交互界面的人性化处理和前台子服务系统的业务要求。因此需要功能强、效率高的现在电信计费系统。综上所述，计费系统已经成为反馈用户信息最直接、信息量最大的信息源，作出上述的花费对于面对当今电信行业的白热化竞争，是值得的。第三章 需求分析2.1项目总体介绍中国电信运营商新增一项Open Lab（开放实验室）出租业务，即该电信运营商提供基于Unix平台的实验室环境，选择使用这种业务的用户能够远程登录到实验室中做基于这个实验室环境的一些工作和实验。运营商希望借助先进的计算机技术对访问实验室的用户进行管理和计费，由此实现对此项业务运营的支持与管理。本项目主要包括以下子系统：l 采集系统l 整合系统l 用户管理系统l 资费管理系统l 管理员管理系统l 帐单查询系统l 帐务查询系统l 用户自服务系统l 权限管理系统下面的图需要引用图1.1电信营运功能需求结构图2.2项目详细介绍2.2.1采集系统本系统是一个计费的系统，要想对用户进行准确的收费，首先必须能够获得用户使用开放实验室的准确的使用记录，采集子系统正是为了获取这些记录而提供的。获取用户使用实验室的准确记录有三种情况：1、利用操作系统的自身功能：开放实验室是一个Unix服务器， Unix服务器本身就具有记录系统日志的功能。用户每次登录和退出Unix服务器的信息都会被自动保存到一个在线日志文件/var/adm/wtmpx中。采集系统通过调用Unix系统函数来读取这个日志文件中的内容，然后对读取到的内容进行整理，整理为方便计费的数据，其中包括登录名、登录时间或登出时间等作为计费依据的数据。最后把这些数据存入数据库中，以备其他系统使用。为了使读取的数据量不至于过大，采集系统会每小时定时执行一次，每次只采集上一个小时时间段之内的数据。2、利用开放实验室的个人web主页功能(personal web hosting): 只要用户在其主目录(home)下创建了public_html目录，采集系统通过扫描目录public_html就可以产生计费依据。访问开放实验室的web信息: 用户每次访问web服务器，web服务器都会在access.log中记录下相应的信息，如客户端的ip和被访问的URL等。通过分析web服务器的访问日志产生计费依据。3、使用开放实验室的e-mail功能: 根据邮箱的个数产生计费依据。说明：2，3的情况目前不做处理，提供扩展接口便于今后扩展。2.2.2整合系统采集系统定时将用户使用服务器的数据存入到了数据库中，但这些数据都是流水帐的数据，是用户每次使用UNIX操作系统的用时。如果用户量大，用户频繁地登入/出，将产生大量的数据，不便于将来生成用户的月账单和对开放实验室的使用情况进行月统计和年统计，因此，出现了整合系统。整合是将某个用户在某一时段内所用机时求和后形成一条记录。整合系统具体整合规则如下：1. 每小时定时整合一次，生成以小时为单位统计的数据，程序总是每小时定时整合前一小时的数据。2. 每天定时整合一次，生成以天为单位统计的数据，程序总是每天定时整合前一天的数据. 3. 每个月定时整合一次，生成以月为单位统计的数据，程序总是每个月定时整合前一个月的数据。2.2.3用户管理系统电信运营商提供基于Unix平台的实验室环境，选择使用这种业务的用户能够远程登录到实验室中做基于这个实验室环境的一些工作和实验。用户要想成功登陆到开放实验室中，事先必须要拥有一个这个开放实验室上的帐号，在本系统中此帐号称为业务帐号，每个开放实验室上的业务帐号的用户名是唯一的，不同的开放实验室上的业务帐号的用户名可以相同，这个帐号用户可以通过向本系统中具有用户管理权限的管理员去申请。一个用户会有多种业务，如：Email服务、Unix系统、代理主机服务等，每个业务我们都要收取一定的费用，如果我们以业务账户为单位来算总的费用，那么用户申请的每种业务都要单独交费，会给用户造成不便，所以我们又添加了帐务账户来统一管理每个用户所使用的所有业务账号上发生的费用，帐务帐号是要和用户的真实信息联系在一起的，所以每个用户只能有一个帐务帐号，但可以对应多个业务帐号。用户管理子系统就是对用户的帐务帐号和业务帐号进行管理。具有用户管理权限的管理员登陆成功后，首先可以开通帐务帐号，帐务帐号必须和用户的一些真实信息关联起来，如用户的真实姓名，身份证号码，联系电话等。开通时，由用户提供这些信息，然后由管理员将信息录入到系统中并保存下来。对于开通好的帐务帐号也是由具有用户管理权限的管理员来管理的，如暂停帐务帐号，恢复帐务账号，删除帐务账号，修改用户真实信息等。由于用户的一个帐务帐号会对应多个业务帐号，所以对账务账号的操作会级联影响关联的所有业务帐号。其次，具有用户管理权限的管理员还可以开通业务帐号，但用户要想开通一个业务帐号，前提是必须拥有一个帐务帐号。在开通业务帐号时，先由用户为这个业务帐号选择一种资费方式，选择一台开放实验室，然后把选择好的信息提供给管理员，再由管理员将信息录入并保存，这个业务帐号会被保存到用户选择的开放实验室的服务器上，对于开通好的业务帐号也是由具有用户管理权限的管理员来管理的，如暂停业务帐号，恢复业务帐号，删除业务帐号，修改业务帐号密码。2.2.4资费管理系统使用服务，就要交纳费用，这是天经地义的事情。那么对于开放实验室的用户也不例外，他们使用了开放实验室服务，同样要交费。在我们这个系统中这个费用会和两个因素有关:一个是用户使用服务的时间长度，另一个是用户选择的收费标准，如月租费为：30元，每小时使用费为：3元等。这个收费的标准在本系统中称为资费。资费管理子系统就是用来管理资费的。具有资费管理权限的管理员登陆成功后，可以添加新的资费，查询所有的资费，可以修改现有的资费信息，还可以删除资费。特别要注意的是：由于对资费的修改会影响选择了这种资费的用户要交纳的费用，所以在修改资费信息前要事先通知所有已经选择了这个资费的用户；只有当没有任何用户选择某个资费了，这个资费才能被删除掉。2.2.5管理员管理系统对本系统的各个子系统的访问都是受权限控制的，只有拥有了访问权限，才能使用子系统。在本系统中存在着三类使用者：其一是用户，即使用开放实验室的人，他们默认具有使用用户自服务系统的权限。其二是超级管理员，即对本系统进行管理的人，并具有最高的管理权限，他可以使用除用户自服务以外的所有子系统。这个超级管理员只有一个，是系统初始建立时就提供好的。其三是普通管理员，即对本系统中的部分子系统进行管理的人，这些人是由超级管理员进行管理的，他们具有的权限也是由超级管理员赋予的。管理员管理系统就是超级管理员来管理普通管理员。超级管理员登陆成功后，可以增加新的普通管理员，同时为他分配一些权限，可以修改普通管理员的信息，可以查询所有的管理员信息，可以删除某些管理员。2.2.6帐单查询系统具有帐单查询权限的管理员可以利用此子系统对所有用户的月账单进行查询。此子系统不仅提供对某个帐务帐号上产生的总的费用进行查询，还提供对某个帐务帐号上的每个业务帐号上产生的费用明细进行查询。具体操作如下：1月账单查询具有账单查询角色的管理员进入本系统，登录成功后，可以执行如下查询操作：根据输入的月份查询所有用户这个月的费用信息（提供分页显示）。根据输入的月份和其它组合条件查询符合条件的用户这个月的费用信息（提供分页显示）。根据输入的月份和用户的帐务帐号的用户名查询某个用户这个月的费用信息。2月账单明细查询具有账单查询角色的管理员进入本系统，登录成功后，首先查询出用户帐务帐号的合计费用信息，然后在这个信息上执行查询明细的操作，系统会显示该帐务帐号上所有业务帐号上发生的所有费用的明细信息。2.2.7帐务查询系统具有帐务查询的管理员可以使用此子系统对开放实验室的使用情况进行查询。此子系统可以提供以月为周期的查询，也可以提供以年为周期的查询。具体操作如下：月帐务查询：具有月账务查询角色的管理员进入本系统，登录成功后，可以执行如下查询操作：1. 根据输入的月份查询所有开放实验室这个月被使用的总的时长信息。2. 在上一个查询的基础上查看某个实验室这个月每一天的时长信息。年帐务查询：具有年账务查询角色的管理员进入本系统，登录成功后，可以执行如下查询操作：1. 根据输入的年份查询所有开放实验室这一年被使用的总的时长信息。2. 在上一个查询的基础上查看某个实验室这一年每个月的时长信息。2.2.8用户自服务系统用户自服务系统可以方便地供用户查询自己的账单和修改自己的个人信息。这个子系统是唯一的一个用户可以使用的子系统。具体操作如下：查询自己的月帐单：用户进入本系统，使用自己的帐务帐号登录成功后，可以执行如下查询操作：1. 根据输入的月份查询自己这个月的费用信息。2. 在上一个查询的基础上查看这个月费用明细。修改自己的个人信息：用户进入本系统，使用自己的帐务帐号登录成功后，可以自行修改自己的个人信息。2.2.9权限管理系统对本系统的各个子系统的访问都是受权限控制的，权限决定了使用者可以执行的操作，如一个使用者拥有用户管理权限，他就可以执行用户管理的操作。目前系统已有的权限包括：用户管理权限，资费管理权限，管理员管理权限，账单管理权限，帐务管理权限，用户自服务权限，权限管理权限。今后，系统可能会扩展新的功能，也就会增加新的操作，这个操作就要对应一种新的权限；也有可能删除某一项不再被使用的操作，这样，对应的权限也应该被删除。因此，为了对权限能够进行灵活的管理，本系统中就提供了权限管理系统。在本系统中，一些使用者拥有相同的角色，拥有相同的权限，如张三和李四都是前台操作人员，都拥有用户管理权限和帐单管理权限。角色代表着一组权限的集合。目前系统中已有的角色包括：用户、普通管理员和超级管理员。今后，要想根据需要灵活地管理角色，也是通过权限管理系统完成的。第四章 后台数据库设计3.1系统结构图3.1应该是该模块的类图吧。类图怎样转换成数据库，看看书！图3.1总体E-R图3.2数据库设计1、模块表modules存储本系统中具有独立功能的模块名，方便以后对操作模块的用户进行角色的划分。表3.1模块表字段英文名字段汉字名类型约束条件说明id模块IDNumberPKname模块名称Varchar2(20)2、模块操作表operations存储本系统中可以进行的所有操作，方便以后对操作模块的用户进行角色的划分。表3.2模块操作表字段英文名字段汉字名类型约束条件说明id操作IDNumberPKname操作名称Varchar2(20)3、权限表rights将模块名和操作名对应起来保存对这个模块的可以进行的操作。表3.3权限表字段英文名字段汉字名类型约束条件说明id操作IDNumberPKname操作名称Varchar2(20)url保留Varchar2(30)moduleid模块IDNumberoperationid操作IDNumber4、角色表roles存储系统中存在的角色。表3.4角色表字段英文名字段汉字名类型约束条件说明id角色IDNumberPKname角色名称Varchar2(20)5、角色权限设置表rolerights为某个角色添加权限。表3.5角色权限设置表字段英文名字段汉字名类型约束条件说明id角色权限IDNumberPKroleid角色IDNumberrightid权限IDNumber6、管理员表admins存储管理员的基本信息。表3.6管理员表字段英文名字段汉字名类型约束条件说明id管理员IDNumberPKname管理员姓名Varchar2(20)loginname管理员登录名Varchar2(20)loginpassword管理员登录密码Varchar2(20)phone管理员电话Varchar2(20)email管理员电邮Varchar2(20)enrolldate管理员授权日期Date7、管理员角色设置表adminroles设置管理员的角色。表3.7管理员角色设置表字段英文名字段汉字名类型约束条件说明id管理员角色IDNumberPKadminid管理员IDVarchar2(20)roleid角色IDVarchar2(20)第五章 前台业务逻辑设计（本章内容过于多，需要删改：只选择重要的或者复杂的功能；表达形式不应该是文档形式。）4.1权限管理模块4.1.1界面设计整体风格电信计费系统界面包括四部分：电信营运商logo区、服务选择区、具体服务明细、版权信息。其中权限管理选项卡包括：权限浏览、权限删除、权限修改、权限增加、角色浏览、角色删除、角色修改、角色增加。权限浏览在查询条件一栏输入模块名称、操作名称，点击查询就可以在下面的权限浏览表中查看想要查询的具体权限信息（多于一页，可以翻页）。权限修改在查询条件一栏输入模块名称、操作名称，点击查询就可以在下面的权限浏览表中查看想要修改的具体权限信息（多于一页，可以翻页）。点击结果表中最后一列的相应修改按钮，就可以对具体的权限进行修改。权限删除在查询条件一栏输入模块名称、操作名称，点击查询就可以在下面的权限浏览表中查看想要删除的具体权限信息（多于一页，可以翻页）。点击结果表中最后一列的相应修改按钮，就可以对具体的权限进行修改。权限增加选择权限增加选项，在模块名称下拉框中选择要增加权限的对应模块，在模块操作下拉框中选择要增加的对应操作，点击添加即可完成权限增加。点击取消，撤销上述操作，返回主界面。角色浏览在查询条件一栏输入查询角色名称，点击查询就可以在下面的角色浏览表中查看想要查询的具体权限信息（多于一页，可以翻页）。角色修改在查询条件一栏输入查询角色名称，点击查询就可以在下面的角色浏览表中查看想要修改的具体权限信息（多于一页，可以翻页）。点击结果表中最后一列的相应修改按钮，就可以对具体的角色进行修改。角色删除在查询条件一栏输入角色名称，点击查询就可以在下面的权限浏览表中查看想要删除的具体角色信息（多于一页，可以翻页）。点击结果表中最后一列的相应修改按钮，就可以对具体的角色进行删除操作。角色增加在角色名称框里输入想要创建的新角色名称，在权限右面权限列表中选择相应的权限进行添加，在权限左边的权限列表中可以对添加的权限进行删除操作。点击添加，完成添加操作。点击取消，恢复到权限管理主界面。4.1.2结构设计UI结构类图图4.1系统UI结构类图权限浏览模块1、类图图4.2权限浏览类图2、类图时序说明图4.3权限浏览类图时序说明3、类说明1. RightUI权限查询与浏览界面类2. RightCondForm封装权限查询条件3. Page控制当前现实的页数4. RightDAO权限数据访问类4、函数说明1)函数：getRightByCond函数原型：List getRightByCond(RightCondForm)参数：查询权限的条件表单返回：查询权限的结果表单2)函数browseRight函数原型：ActionForward browseRight(ActionMapping,ActionForm,HttpServletRequest,HttpServletResponse)参数：参数意义与struts相同返回：返回要转向的url封装ActionMapping，showright异常：权限修改模块1、类图图4.4权限修改类图2、类图时序说明图4.5权限修改类图时序说明3、类说明1. RightUpdateUI类，权限修改选择界面2. RightUpdateInputUI类，权限修改输入界面3. RightRoleAction类，权限修改数据处理类4. RightAction类，权限修改业务处理类。5. RightForm类，修改的权限数据封装表单类。6. RightDAO类，权限数据保存访问类。4、函数说明1) 函数updateRight更新权限数据.2) 函数showupdate，获取要修改的权限数据3) 函数update,更新保存修改的权限数据4) 函数getById得到指定id的权限。权限删除模块1、类图图4.6权限删除类图2、 类图时序说明图4.7权限删除类图时序说明3、类说明1. RightDeleteUI类，要删除的权限列表界面。2. RightAction类，通过delete方法处理删除逻辑。3. RightForm类，要删除的权限的form封装，这里只需要权限ID4. RightRoleAction类，通过调用deleteRight函数列出要删除的权限列表。5. RightDAO类，权限删除访问类。3、 函数说明1) 函数deleteById 删除权限权限增加模块1、类图图4.8权限增加类图2、 类图时序说明图4.9权限增加类图时序说明3、类说明1. RightAddNewUI类，权限数据输入界面类。2. RightForm类，权限数据提交封装类。3. RightAction类，权限保存业务处理，函数是insert4. RightDAO类，把权限插入到数据库德操作类，函数insert角色浏览模块1、类图图4.10角色浏览类图2、 类图时序说明图4.11角色浏览类图时序说明3、类说明1. RoleUI类，角色显示界面。2. RightRoleAction类，角色的查询逻辑就是调用browseRole实现的。3. RoleCondForm角色查询条件封装。4. RoleDAO类，负责角色数据的访问，角色查询函数是getAllRole.4、函数说明1) 函数getAllRole函数原型：List getAllRole (RoleCondForm )参数：参数是要查询的角色的条件返回: 返回满足条件的所有角色。异常：角色修改模块1、类图图4.12角色修改类图2、类图时序说明图4.13角色修改类图时序说明3、类说明1. RoleUpdateUI类，显示要修改角色列表界面2. RoleForm类，封装角色表单数据。3. RoleAction类，角色修改逻辑处理类，获取要修改的角色showUpdate，保存要修改的角色update。4. RoleUpdateInputUI类，角色的修改界面。5. RoleDAO类，负责角色数据访问，保存角色函数update角色删除模块1、类图图4.14角色删除类图2、类图时序说明图4.15角色删除类图时序说明3、类说明1. RoleDeleteUI类，要删除角色显示界面。2. RoleForm类，封装要删除角色的表单数据。3. RoleAction类，负责角色的删除逻辑处理，函数delete。4. RoleDAO类，负责对角色数据的访问，函数deleteRoleById.角色增加模块1、类图图4.16角色增加类图2、 类图时序说明图4.17角色增加类图时序说明3、类说明1. RoleAddNew类，角色增加输入界面。2. RoleForm类，角色表单数据。3. RoleAction类，处理角色增加逻辑。函数addnew4. RoleDAO类，负责把角色数据插入到数据库。函数insertRole。4.2管理员管理模块4.2.1界面设计管理员管理模块界面包括：个人信息修改、查询管理员、修改管理员、删除管理员、增加管理员五个服务选项。超级管理员信息修改管理员信息字段包括：管理员id、管理员登录名、姓名、管理员新口令、旧口令、旧口令确认、电话、电子邮件。其中管理员id和管理员登录名不能修改。填好后点击修改完成修改操作，点击取消返回管理员管理主页面。管理员查询浏览可以根据具体的查询条件查找需要查询的管理员信息，显示在下面的列表中（单页不能显示的，可以分页显示）。管理员修改可以根据具体的查询条件查找需要修改的管理员信息，显示在下面的列表中（单页不能显示的，可以分页显示）。选择需要修改的管理员在相应的修改列里点击修改按钮，在新对话框里进行修改，具体修改方式和超级管理员的修改方式一样，这里不再赘述。管理员删除可以根据具体的查询条件查找需要删除的管理员信息，显示在下面的列表中（单页不能显示的，可以分页显示）。选择需要删除的管理员在相应的修改列里点击删除按钮完成删除操作。管理员增加选择增加管理员服务选项，对管理员的登录名、姓名、管理员新口令、电话、电子邮件进行初始化，并赋予一定的管理权限。4.2.2类图设计超级管理员信息修改1、类图图4.18超级管理员信息修改类图2、类图时序说明图4.17超级管理员信息修改类图时序说明3、类说明1. AdminSuperUI类，超级管理员信息修改界面。2. AdminAction类，负责超级管理员修改数据的获取showUpdateSuper，并保存修改后的超级管理员数据的逻辑updateSupe