J2EE实训报告.doc

JavaEE实训报告班级： 软件S2010-2 学号： 30 姓名： 胡湘龙 指导老师： 李润伟 J2EE实训报告湖南工业职业技术学院目录第1章前言2第2章术语解释32.1操作员（Operator）32.2客户（Customer）32.3用户 （User）32.4合账（Account）3第3章需求分析3第4章基本功能44.1系统登录44.2系统管理44.2.1操作员管理44.2.2资源管理44.2.3费用管理44.3业务受理54.3.1录入客户信息54.3.2录入用户信息54.3.3录入账户信息54.3.4业务关信息5第5章详细设计55.1顶层流程图55.2登录/退出65.2.1登录65.2.2退出65.3系统管理75.3.1操作员管理75.3.2资源管理75.3.3费用细项管理75.3.4配置业务费用85.3.5业务受理85.3.6录入客户信息85.3.7录入用户信息85.3.8录入账户信息9第6章数据模型96.1系统数据模型定义注解96.2表格字段定义96.2.1Opeartor样本数据106.3Customer 定义说明116.3.1表格字段定义116.3.2Customer样本数据116.4Account定义说明126.4.1表格字段定义126.4.2Account样本数据126.5Mobiles定义说明126.5.1表格字段定义126.5.2Mobiles样本数据136.6User定义说明136.6.1表格字段定义136.6.2User样本数据136.7Charge定义说明146.7.1表格字段定义146.7.2Charge样本数据14第7章实现效果157.1管理员登录157.2登录进入资源管理效果图157.3管理员控制页面177.4客户服务效果图18第8章总结218.1设计中遇到的问题及解决方法。218.2总结，收获与体会。21第9章参考文献：22第1章 前言1.1背景Java EE是sun公司推出的企业级应用程序版本。能够为我们帮助开发和部署可移植、健壮、可伸缩且安全的服务器端 Java 应用程序。Java EE 是在 Java SE 的基础上构建的，它提供 Web 服务、组件模型、管理和通信 API，可以用来实现企业级的面向服务体系结构和 Web 2.0 应用程序。在我作为大学生的最后一个学期里，有这么一个实训机会让我更透彻的体会到Java EE应用框架的妙处，从而深刻理解这3个框架的详细应用：用Struts架构系统的表示层，Spring架构的业务层，Hibernate架构的持久层，形成一个统一的架构进行WEB开发，使系统层次划分更为清晰，减少了系统冗余代码大大增加了项目的可扩展性，降低了维护成本，提高系统开发效率，为我之后的实习工作提供了很大的帮助。1.2实训任务 基于Struts-Hibernate的Java EE整合架构，剖析Struts-Hibernate整合原理和关键技术，根据公共咨询平台系统的需求，设计并实现一个跨平台的数字化公共咨询交流平台。实现向政府部门进行问题咨询，对咨询信息进行新增、检索、更新、删除等操作。利用Struts-Hibernate架构降低了系统的耦合度，提高系统的可移植性，可扩展性和安全性。达到在可扩展的企业级应用开发中有很好的前景。规范移动缴费信息管理，提高工作效率。基于Struts-Hibernate的Java EE整合架构，通过对企业级应用系统中数据表示，业务逻辑出来和数据持久化的层次化松耦合，以增强应用系统的适应性和可伸缩性，提高代码的复用性和系统开发效率。第2章 术语解释2.1 操作员（Operator）指的是本管理系统的使用者。分为管理员（Administor）和一般的操作人员（Operator）两种。管理员的权限要比一般的操作员大。管理员具有管理一般操作员的权限 。具体分工请阅读后面的内容。2.2 客户（Customer）实体的人或单位，包含的信息包括客户名称、证件类型，证件号码等。2.3 用户 （User） 指客户在系统中订购的子业务，如一个人可以申请2个手机号码，一个GSM一个CDMA，这两个子业务在系统中就是2个用户 账户（Account） 用户的付费相关信息，如分现金账户和银行账户，银行账户记录银行账号和账户名。在当前，只需要考虑现金账户即可。 三户的关系： 一个客户可以一对多个用户（一个人可以拥有多个手机号码），一个用户必须指定一个账户（必须有一个账户级用户收费），一个账户可以为多个用户付费（合账）。2.4 合账（Account）是将一个用户的费用信息如每月的话费等记入另一个已存在的账户上，一般在单位账户为员工统一缴纳费用时使用。资源指手机号码以及对应的卡号（SIM卡号或者UIM卡）。第3章 需求分析对移动通信业务办理与缴费业务进行了系统全面的分析研究。针对现有系统中移动公司人员实现各种控制繁琐问题。采用开发工具MyEclipse8.5+Mysql进行系统设计。基于MyEclipse8.5t和MySQL数据库，设计一个交易型中间件系统。提供通讯转发和协议转换的桥梁作用。例如电子商务、银行代理业务软件等都是这种类型软件这里的中间件是指交易型中间件。交易型中间件是指用在不同行业、不同部门间的通讯转发和协议转换的软的件，在不同的行业、不同的系统间。本设计系统能够通过两种方式提供对移动话费信息输入、查询、编辑以及话费统计各明细项目的数据编辑，自动计算出话费的各项合计数据；以及对移动公司各项业务的控制，包括选号，添号，合账；可自主设定条件从而达到对话费数据的多角度查询功能；方便导入、导出数据及输出报表。第4章 基本功能4.1 系统登录输入操作员代码和密码校验是否为合法的操作员、验证成功后进入系统，并且根据操作员的角色（管理员还是一般操作员）显示不同的菜单。4.2 系统管理此部分的功能只有管理员有权限。4.2.1 操作员管理1录入操作员编码、姓名及密码；2指定操作员角色：管理员还是一般操作员。4.2.2 资源管理此部分的功能只有管理员有权限。此界面输入号段或指定一个含有号码信息的文本文件生成资源表，资源表需要记录手机号码、手机卡类型（UIM或SIM）、手机卡号、号码状态等。4.2.3 费用管理此部分功能只有管理员有权限，包括费用细项管理和业务费用两个任务。费用细项是对各项费用进行配置，即各个收费项目所收取的费用进行配置。目前需要考虑的费用有开户费、漫游费、押金、入网费、选号费。管理员可以对各项费用的金额进行配置。业务费用是在各个业务中需要收取的费用。目前只要考虑开户和变更通话级别/漫游状态的时候涉及的业务费用。考虑到可扩展性，需要让各项费用可以随意配置。此功能模块即对开户和变更通话级别/漫游状态的业务费用进行配置，以及各项费用。首先，配置各项费用。其次，选择要配置费用的业务(目前只考虑开户这项业务，注意“开户业务”和“开户费”的区别，“开户业务”是一项业务，而“开户费”是一个收费项。“开户业务”可能需要收取“开户费”、“入网费”、“选号费”等。这个功能就是用于配置“开户业务”需要收取哪些费用的)，选择需要收取的费用（从上一步中配置的费用列表中选择）。4.3 业务受理此部功能对所有操作者都有权限。业务受理功能包括以下内容：4.3.1 录入客户信息根据证件类型和号码判断是否为新客户 如果为已存在客户显示客户资料 如果是新客户输入其他客户信息4.3.2 录入用户信息输入号码及卡号，校验输入的资源状态是否为可用录入通话级别和漫游状态4.3.3 录入账户信息 根据帐号判断是否为新账户； 如果将新用户的账户指定到一个已存在的账户成为合账，需要校验账户的有效性； 如果新建账户，并且为银行账户还需录入开户银行账户和账户名。4.3.4 业务关信息 显示需要收取的业务费用（列出“业务费用配置”中所配置的费用，计算费用总和）； 提交录入的数据建立三户资料及相关关系，修改资源状态，记录业务费用第5章 详细设计5.1 顶层流程图登录/退出 System Management资源管理费用管理开户业务管理员/操作员操作员具有三个用例：登录/退出、系统管理以及业务受理。5.2 登录/退出5.2.1 登录用例名称登录功能简述操作员进行任何的操作，都必须首先登录到这个系统。此用例用于处理操作员的登登录后置条件是否登录成功、操作员的角色前置条件无基本流操作员在图形界面中输入操作代码和密码，并提交；判断操作员输入的操作员代码和密码是否匹配；并且确定操作员的角色（管理员还是一般操作员）扩展流备注5.2.2 退出用例名称退出功能简述当操作员完成所有的操作后，应该退出。此功能提供给操作员退出此系统后置条件退出是否成功的信息前置条件登录成功基本流用户退出本系统返回到登录界面扩展流备注5.3 系统管理 本用例包括操作员管理、资源管理两个用例。这两个子例之间是相互独立的，没有必然的联系。5.3.1 操作员管理用例名称操作员管理功能简述管理员输入新增的操作员的代码、姓名、密码、角色（一般操作员还是管理员）后置条件新增操作员是否成功的信息前置条件登录成功，并且具有管理员身份基本流管理员输入新增的操作员的代码、姓名、密码、角色；提交保存到数据库中返回操作的结果。扩展流备注只有系统管理员角色有权限完成此功能5.3.2 资源管理用例名称资源管理功能简述此功能主要对手机号码这个资源进行管理后置条件业务受理能够进行的前提前置条件登录成功，并且具有管理员身份。基本流分成两种情况：直接在界面上输入号段：根据指定的号段，产生相应数量的号码资源，并且保存资源或者从一个包含有号码信息的文本文件中读取信息分析这个文件并且从中读取号码资源保存资源扩展流备注只有管理员有此权限5.3.3 费用细项管理用例名称费用细项管理功能简述此功能主要对各项收费内容所收取的费用进行管理。后置条件业务受理能够进行的前提前置条件登录成功，并且具有管理员身份基本流列出各个收费项目；在对应的收费项目中输入需要收取的费用；保存各个项目的费用扩展流备注只有管理员有此权限5.3.4 配置业务费用用例名称业务费用管理功能简述对各个业务需要收取的费用进行管理（但并不在此对具体的费用进行管理，而是从费用细项列表中选择，根据选择的要收取的收费项的收费项来计算）后置条件业务受理能够进行的前提前置条件登录成功，并且具有管理员身份基本流列出所有需要收费的业务（目前只有开户这一项业务）和各项收费项目，如果此项业务费用曾经经过配置，需要显示当前已经选定的项目；选择要进行配置的业务；配置此业务需要收取的费用；保存业务费用。扩展流备注只有管理员具有此权限5.3.5 业务受理本用例包括录入客户信息、录入用户信息、录入账户信息等子用例。只有三户信息齐全，此业务才算完整。5.3.6 录入客户信息用例名称录入客户信息功能简述此功能是业务受理的第一步，用于输入客户信息后置条件录入用户信息前置条件登录成功基本流选择证件类型，输入证件号根据证件类型和号码判断是否为老客户如果为老客户、显示信息否则输入客户姓名，性别，生日，通信地址等保存客户信息扩展流备注5.3.7 录入用户信息用例名称录入用户信息功能简述此功能是业务受理的第二步。用于输入用户信息后置条件录入账户信息前置条件录入客户信息成功基本流输入号码检查号码是否可用选择通话级别和漫游状态保存用户信息以及客户和用户的关系，将手机资源列表中对应手机号码的可用状态改成不可用检查输入的账户是否已经在数据库表中存在，如果存在，形成“合账”，需要检查对应账户中的余额是否大于“开户”所需要的费用；如果账户不存在，那么需要进行新增号码的操作扩展流备注5.3.8 录入账户信息用例名称录入账户信息功能简述此功能是业务受理的第三步，用于输入账户信息后置条件业务处理成功与否的信息前置条件录入用户信息成功基本流如果合账，则显示账户的信息：账户，余额，账户持有人姓名，通信地址等。否则：新建一个账户，输入账户持有人姓名，通信地址，金额等；保存账户信息以及用户和账户之间的关系扩展流备注第6章 数据模型6.1 系统数据模型定义注解实体名语意Operater用于记录本系统的使用者Customer用于记录客户信息User用于记录用户信息Account用于记录账户信息Mobile用于记录手机号码资源信息Charge用于记录各个收费项目名称和收取费用Charge_Rule用于记录各项业务的收费规则6.2 表格字段定义6.2.1 Opeartor样本数据6.3 Customer 定义说明6.3.1 表格字段定义6.3.2 Customer样本数据6.4 Account定义说明6.4.1 表格字段定义6.4.2 Account样本数据6.5 Mobiles定义说明6.5.1 表格字段定义6.5.2 Mobiles样本数据6.6 User定义说明6.6.1 表格字段定义6.6.2 User样本数据6.7 Charge定义说明6.7.1 表格字段定义6.7.2 Charge样本数据第7章 实现效果7.1 管理员登录7.2 登录进入资源管理效果图7.3 管理员控制页面7.4 客户服务效果图第8章 总结8.1 设计中遇到的问题及解决方法。（1） 对Mysql 数据库不够了解，对很多数据结构和算法也理解不够牢固，因此我们参考了数据库管理与应用这本书，学到一些关于Mysql的基础知识，才使项目能顺利的进行下去。（2） 还是很多基础的东西没有掌握好，基本的算法也没有完全掌握，参考了教科书的相关内容后，才开始了我们的课程设计。（3） 在数据库的编写时，很多要用到的数据类型而我们又没有学过的，只能借助互联网的强