数据信息开放平台

中文题目：数据信息开放平台外文题目：Data Open Platform毕业设计（论文）共 75页（其中：外文文献及译文13页）图纸共 0张完成日期 2015年6月 答辩日期2015年6月摘要和公司业务相关的数据库会将数据库密码对业务负责人开放，不仅失去了安全性而且随着负责人的离职也会导致数据库和业务之间的混乱，目前公司有些系统就是利用接口实现的接口过多导致了滥用，初步设想是想利用数据信息开放平台将开放的数据库逐步收回根据该数据库或者表的业务写成接口保证业务的实现，将现有的接口进行逐步整合，统一管理。由于开放平台和面向API编程已经是互联网的趋势，所以公司希望在将公司内部整合成功的基础上逐步对外开放不同的接口以供玩家，第三方开发者获取需要的数据。数据信息开放平台主要分为三层分别为：接口管理，缓存层，数据库。目前接口管理已经成功实现，并且实现了公司employee表的开放以及对公司GM工具开放了十几个接口，缓存技术暂时还没有实现，数据库以及接口还在整合中。关键词：数据信息开放平台；WebService；接口ABSTRACTAnd business-related database password database will be open to business owners, not only lost the person in charge of security and with the resignation will lead to confusion between the database and the business, the company is the use of some systems interface interface over multiple lead to abuse, the initial idea is to use data open platform will gradually recover to achieve an open database interface ensures business written under the database or table business, the gradual integration of the existing interface, unified management. Due to the open platform and API programming is already a trend for the Internet, so the company hopes will be the successful integration within the company on the basis of the gradual opening up of different interfaces for data player, third-party developers to obtain needed. Data open platform is divided into three layers are: interface management, caching layer database. Currently interface management has been successfully implemented and realized the company employee table and the opening of the company opened more than a dozen GM tool interfaces, cache technology does not yet have achieved, and the interface is also integrated in the database.Key words：Data open platform; WebService;InterfaceI目 录1 项目概述11.1现系统概述11.2 光宇公司概况11.3 系统业务流程11.4 系统功能模块22可行性分析32.1 技术可行性32.2 经济可行性32.3 操作可行性32.4 开发环境可行性32.5 法律可行性33 系统需求分析43.1 需求陈述43.2 Use Case建模53.2.1定义活动者53.2.2 Use Case图53.2.3 用例说明74 系统概要设计114.1架构设计目标124.2 系统架构包图124.3 系统架构类图155 系统详细设计165.1 系统交互图165.1.1 活动者与系统的交互165.1.2 系统活动图185.2 业务逻辑对象类设计215.2.1发现业务逻辑类215.2.2系统业务逻辑类图215.3 数据库设计235.3.1 系统ER图235.3.2 物理表结构图265.4 开发环境的选择285.4.1系统开发工具285.4.2数据库的选择285.4.3页面技术的选择295.4.4业务实现技术的选择315.4.5数据交互技术的选择316 系统编码326.1编码设计风格336.1.1注释风格336.1.2自定义函数规范336.1.3 Action层代码规范336.1.4service层代码规范336.1.4dao层代码规范346.1.5JSP代码规范346.2编码设计思想347 系统测试367.1 测试原则及测试方法概述367.2 测试项目测试用例377.3 软件测试结论407.3.1 软件能力417.3.2 缺陷和限制417.3.3 建议417.3.4 测试结论41结论42致谢42参考文献42附录A中文译文45附录B英文原文53附录C源程序代码66辽宁工程技术大学毕业设计（论文）1 项目概述1.1现系统概述系统部作为光宇游戏的数据中心，承担着绝大部分查询业务，同时也负责公司的数据库，但是当一些业务需要用到相应的数据库时往往是对业务负责人开放数据库造成了数据安全隐患的同时也带来了很多不变，因为一个数据库可能不止和一个业务相关，当一个业务负责人根据业务修改数据库后导致另一个业务不能正常实现，使数据库管理很混乱。目前公司的很多业务就是通过接口实现的接口过多同样也会带来很多不好的东西。互联网的趋势也是开放。针对目前公司比较混乱的数据获取以及数据库管理，接口管理。为进一步提升公司的市场竞争力，优化资源配置，引入先进的管理思想和服务理念，规范公司数据，公司决定开发数据信息开放平台，以便于进一步加快公司开放平台建设的步伐。1.2 光宇公司概况北京光宇在线科技有限责任公司创建于1999年，是中国领先的游戏运营及游戏产品开发商，公司总部现坐落于有着“中国硅谷”美誉的北京中关村科技园上地开发区。公司拥有一支具有国际化理念并在游戏行业拥有丰富的专业经验和执行能力的经营管理队伍，其中包括近700人的游戏运营推广团队及150人的游戏研发团队。“精英化”的企业文化已深入每个员工的心，团结、合作、勤奋、高效的作风也逐渐成为光宇人引以为傲的标志。 经过几年来的不懈发展，光宇在线已将自己打造成为一个集各类网络游戏、休闲游戏、互动社区、移动增值服务等为一体的全新形态的互动娱乐平台，时刻为中国乃至亚洲的数亿 用户提供最新、最全、最优质的在线数字娱乐服务。1.3 系统业务流程经过前期调研分析和综合其它各方面相关理论知识，给出数据信息开放平台的接口申请和数据访问的的业务流程图如下图1-1所示：整个数据信息开放平台的开发主要围绕上述业务流程进行开发，开发过程采用面向对象的开发技术，具体开发过程见下面的章节。图1-1 系统流程Fig 1-1 the Workflow of System1.4 系统功能模块根据上述业务流程，数据信息开放平台主要抽象出以下几个功能模块，如图1-2所示。下面模块划分只是抽象意义上的划分，各模块之间需要共享数据，相互协作，完成整个系统流程。图1-2 系统功能模块Fig 1-2 Function Models of System2可行性分析可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决、是否值得去解。下面从五个方面分析本系统的可行性：2.1 技术可行性本系统采用MySQL进行后台数据库的管理、操作和维护，用JSP进行前台界面设计，用Java语言实现后台设计和实现，Struts2作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理struts和hibernate。MySQL强大的数据库开发功能以及它当前的广泛实际应用以及ssh框架是目前较流行的一种Web应用程序开源框架。WebService技术也是目前比较流行的，没有语言障碍的数据交互技术，所以技术方面是完全可行的。2.2 经济可行性系统整合公司开放的数据库和现有接口对其进行统一管理，大大提高了工作效率以及在一定程度上保证了数据的正确性和完整性，间接为公司带来了经济价值；之后若要对玩家以及第三方开发者开放会带来直接的经济利益和访问量，因此经济方面可行。2.3 操作可行性该系统设计清晰，有良好的用户界面，操作简洁，有完善的异常处理机制和提示信息机制，用户只要经过简单的培训就可使用，数据返回会议XML格式返回，可以交给用户怎么读取，也比较容易，因此操作方面可行。2.4 开发环境可行性 作为公司战略性的项目，公司投入了很大的人力，物力，保证项目的落地。同时为了顺应互联网的发展趋势，数据信息开发平台是不可缺少的一个拼版，它以接口的形式开放公司的数据，使得数据有了很好的共享性，同时也保证了数据的安全性，因此开发环境是可行的。2.5 法律可行性本系统完全自主开发，在开发过程中也没有涉及合同、责任等与法律相抵触的方面。因此不会侵犯他人、集体或国家利益，不存在侵权等问题，不违反国家法律，因此具有法律可行性3 系统需求分析3.1 需求陈述根据调研分析得知，数据信息开放平台共需要完成5项中心任务，即：接口管理，用户管理，角色管理，菜单管理，查询数据信息每项任务具体描述如下：（1）接口管理接口管理主要提供普通用户查询接口详细信息，关键字查询接口信息，申请接口权限，查看自己的接口申请信息，追加接口权限；提供管理员用户对接口进行增删改查操作，审批接口权限，收回接口权限，查看已经审批通过的申请信息。（2）用户管理系统root用户对该系统的所有用户进行管理操作，主要包括用户信息的查询，增加新的用户以及对用户分配角色。（3）角色管理目前系统主要有普通用户，接口管理员，root用户三个角色。不同的角色有不同的系统权限。Root用户为系统管理员，操作系统后台；接口管理员可以对接口信息进行增删改查操作并且能够审批申请信息以及收回接口权限；普通用户能够查看接口信息并申请接口权限以及追加接口权限。（4）菜单管理不同权限页面菜单栏展示不相同，同时也可以修改菜单的展示信息。也方便权限的控制。（5）查询数据信息用户或者应用系统发送app_id以及对应的调用接口方法取出需要的数据。系统任务确定之后，下面的工作就是进行系统分析。面向对象的分析的主要任务是分析问题领域，找出问题解决方案，发现对象，分析对象的内部构成和外部关系，建立软件系统的对象模型。分析问题领域是软件系统开发的一项基本工作，是项目开发之初必须首先进行的重要工作。分析问题领域的结果是对问题领域的清晰，精确的定义，明确目标系统将做什么。分析问题领域的主要任务是：对问题领域进行抽象，提出解决方案；对未来的系统进行需求分析，确定系统的职责范围，功能需求，性能需求，应用环境及假设条件等。实施面向对象分析的一般步骤如下：（1）分析用户需求，建立Use Case 并通过用例图来描述用户的需求。（2）通过建立域模型以识别类与对象，从而识别系统中的各种对象。（3）确定对象的内部特征，从而定义出各个属性与服务，以进一步细化类的结构。（4）识别对象之间的关系并使用设计模式对类的结构进行优化和改造。（5）获得对象之间的行为关系，绘制出各种动态图形（顺序图、协作图、状态图等）。3.2 Use Case建模3.2.1定义活动者根据数据信息开放平台的需求可以确定4个活动者，即普通用户，接口管理员，root用户，应用系统。普通用户使用接口展示模块查看接口详细信息并且勾选需要的接口填写相应的申请信息进行接口的权限的申请，利用拥有接口模块进行查看与自己相关的申请信息以及相应的状态。接口管理员主要负责接口的管理工作主要包括对接口信息的增删改查操作以及审批接口申请信息若申请通过颁发app_id给用户。Root用户为系统管理员，主要操作系统后台包括用户管理以及为用户分配角色，菜单管理，角色管理等。应用系统需要用到接口数据时发送app_id以及接口方法相应的参数调用方法取出需要的数据进行业务处理。3.2.2 Use Case图根据系统需求分析，结合上节系统活动者的定义分析，得到数据信息开放平台的12个主要的用例如下：（1）登陆系统用例（2）申请接口用例（3）接口信息查询用例（4）追加接口用例（5）接口管理用例（6）审批接口申请用例（7）收回接口权限用例（8）登陆后台用例（9）用户管理用例（10）角色管理用例（11）菜单管理用例（12）发送接口访问请求用例结合活动者和用例得到系统前台的用例图如下图3-1所示。图3-1 系统前台用例图Fig 3-1 Reception system use case diagram应用系统或者用户等活动者向系统发送请求需要的数据如下图所示。图3-2 获取数据信息用例图Fig 3-2 System use case diagram background 结合活动者和用例得到系统后台的用例图如下图3-3所示。图3-3 系统后台用例图Fig 3-3 System use case diagram background3.2.3 用例说明根据如上用例图得到系统的主要用例描述如下表所示。表3-1接口信息查询用例描述Table3-1 Interface Information Query use case description用例名称接口信息查询用例描述登陆接口系统，可查看当前对外开放的资源接口功能描述列表 ，以及根据关键字查看接口描述参与者系统所用用户前置条件用户登录系统后置条件显示接口信息基本路径（1）用户点击接口展示页面，查看所有接口信息（2）输入关键字，查询且显示相关接口信息分支路径无业务规则关键字不填写，查询所有接口信息补充说明申请接口权限需要通过该用例被包含用例无被扩展用例查看所有接口，关键字查询接口，查看申请信息被泛化用例无表3-2申请接口用例描述Table3-2 Use case describes the application interfaces用例名称申请接口用例用例描述查看接口详细描述，选择需要的接口，填写接口权限申请信息，提交申请内容，等待管理员审批参与者系统所用用户前置条件用户登录系统后置条件等待管理员申请基本路径（1）查看接口，勾选需要接口（2）点击申请接口按钮，填写完整合理的申请信息（3）提交申请，等待管理员审批分支路径（1）查看接口，勾选需要接口（2）点击申请接口按钮，填写不完整的申请信息（3）提示信息填写不正确业务规则申请信息中必要的信息必须填写补充说明可以进行接口的批量申请被包含用例填写申请信息被扩展用例无被泛化用例无 表3-3接口审批用例描述Table3-3 Interface approval cases described by用例名称接口审批用例用例描述当用户提交申请信息后，管理员看到详细的申请信息和各个接口的详细描述，根据具体情况进行审批参与者系统接口管理员前置条件用户提交接口申请信息后置条件将审批结果通知用户基本路径（1）接口管理员登陆系统，查看审批页面（2）查看申请信息，了解接口用处和业务等（3）详细查看用户需要的具体接口信息分支路径（1）点击申请接口按钮，填写不完整的申请信息（2）提示信息填写不正确业务规则无补充说明可以进行接口的批量审批被包含用例无被扩展用例无被泛化用例无 表3-4接口管理用例描述Table3-4 Interface Management use case description用例名称接口管理用例用例描述对接口进行增删改查操作，保证接口的合理性以及不断增加新的接口开放更多的数据参与者系统接口管理员前置条件接口管理员登陆系统后置条件改变原有接口信息基本路径（1）登陆系统，进行接口管理页面（2）添加，删除，修改接口的详细信息分支路径（1）在对接口操作过程出填写不合理的描述业务规则填写的接口信息要符合业务逻辑补充说明接口描述要简单易懂被包含用例无被扩展用例添加接口，删除接口，修改接口被泛化用例无表3-5追加接口用例Table3-5 Additional interfaces use cases用例名称追加接口用例用例描述当用户发现已有接口权限不能满足目前业务需要时，可以在原有接口权限上追加新的接口，相当于重新走一遍申请流程参与者所有系统用户前置条件用户之前有接口权限并可用后置条件等待申请结果基本路径（1）查看自己的接口权限，如果不能满足现在业务，点击追击（2）选择你要新添的接口，点击申请（3）填写好申请信息，点击确定分支路径（1）自己没有可用的接口权限则不能进行追加（2）申请信息填写不正确，不能提交表单业务规则申请信息中必要的信息必须填写补充说明可以进行接口的批量追加被包含用例无被扩展用例无表3-6角色管理用例描述Table3-6 Role Management use case description用例名称角色管理用例用例描述不同的角色对应不同的系统权限，为角色分配权限以及修改或增加角色参与者系统管理员(root)前置条件系统管理员登陆系统后台后置条件改变角色信息或者权限基本路径（1）登陆系统后台，进入角色管理界面（2）修改，增加，删除角色信息（3）为角色分配不同的系统权限分支路径无业务规则同一角色只能分配一个权限，统一权限可以分给不同用户补充说明无被包含用例无被扩展用例添加角色，删除角色信息，修改角色，查看角色信息被泛化用例无表3-7菜单管理用例Table3-7 Menu management use cases用例名称菜单管理用例用例描述系统不同角色有不同权限，不同权限对菜单的可见度是不同的，也方便了权限管理参与者系统管理员前置条件登陆系统后台后置条件改变菜单相应信息基本路径（1）点击菜单管理，查看所有菜单信息（2）修改菜单信息，删除现有菜单分支路径无业务规则菜单的地址要和控制类对应补充说明菜单信息中有连接地址，要对应被包含用例查看菜单信息被扩展用例修改菜单，增加菜单，删除菜单被泛化用例无表3-8发送接口访问请求用例Table3-8 Send requests to access the interface use cases用例名称发送接口访问请求用例用例描述向系统发送接口访问，等待系统返回需要的数据参与者所有用户前置条件有接口访问地址后置条件返回需要的信息基本路径（1）带app_id请求利用接口访问地址（2）系统根据app_id验证接口权限，进行业务处理（3）返回请求结果分支路径（1）访问接口地址app_id权限验证失败，返回错误结果业务规则请求必须带app_id和方法参数被包含用例无被扩展用例无表3-9系统登陆用例Table3-9 Landing system use cases用例名称系统登陆用例用例描述用户登录系统的过程参与者所有系统用户前置条件系统部署完毕，数据库连接正常后置条件进入系统基本路径（1）用户请求登陆，显示系统登陆页面（2）填写登录信息，确认登陆分支路径（1）填写密码或用户名错误，重新登陆业务规则登陆页面正确填写信息才能进入系统补充说明其他模块必须在登陆前提下执行被包含用例无被扩展用例无被泛化用例无4系统概要设计软件的系统架构是指通过某种特定的技术平台，完成软件系统整体功能的开发过程。也可以通俗地理解为：总体设计和总体结构布局。4.1 架构设计目标软件架构设计要达到如下的目标：（1）可行性（Feasible）。架构具有可行性是架构设计的基石。（2）可靠性（Reliable）。系统对于并发和数据处理量有比较高的要求，因此系统必须非常可靠。（3）安全行（Secure）。系统中的数据为公司的核心数据，保密性比较高，系统的安全性非常重要。（4）可扩展性（Extensible）。当需要新的数据库或者有了新的接口，要统一规划进系统中，可扩展性也要得到保证。（5）可维护性（Maintainable）。软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。系统上线后出现问题要能够及时维护，而且数据需求可能会发生变化，随时要能适应不同数据的查询。（6）客户体验（Customer Experience）。软件系统必须易于使用。软件的最终用户很可能是不具有计算机专业技术的人员。4.2 系统架构包图下面我们将根据架构设计原则和信息系统原理来建立系统的架构设计模型。将信息系统中比较关心的对象分层，可分为三层：用户界面层、业务层、数据访问层，将系统各层中的一些公共部分提出来：实体类，异常处理，这样得到包图如图4-1所示。图4-1 系统包图Fig4-1 System package diagram1）用户界面包用户界面包的职责是：（1）与用户的交互，接收用户的各种输入以及输出各种提示信息或处理结果。（2）对于输入的数据进行数据校验，过滤非法数据。（3）向业务处理对象发送处理请求。2）控制层包 控制层包的职责是：（1） 验证请求者的权限。（2） 向用户界面层返回处理结果。（3） 实现相应的过滤器和拦截器。 控制层包含的类如图4-2所示。图4-2 控制层包含类Fig4-2 Control layercontains the class3）业务逻辑包业务逻辑包的职责是：（1）实现各种业务处理逻辑或处理算法。（2）向数据访问对象发送数据持久化操作的请求。业务逻辑包包含部分类如图4-3所示。图4-3 业务逻辑包包含类Fig4-3 Business logicpackage containsclasses4）数据访问包数据访问层的职责是：（1）实现数据的持久化操作。（2）实现事务处理。数据访问包包含的类如图4-4所示。图4-4 数据访问包包含的类Fig4-4 Data Accesspackage containsclasses对于每一个业务处理中需要持久化操作的对象都可以对应为一个数据库访问对象，在很多业务处理中需要请求多个数据库访问对象来进行数据的读写操作，而这些操作又必须在同一个事务中，这时需要用同一个数据库连接对象来进行统一的事务处理。这里的数据库连接类的创建用到了单件（Singleton）模式，保证一个类仅有一个实例，一个客户在同一时刻只能用一个数据库连接对象。5）异常处理包异常处理的职责：（1）汇报运行时的详细异常信息。（2）记录异常处理日志。因为异常处理类型比较多，如：系统异常、数据库异常、业务逻辑异常等，针对不同类型的异常处理方式也容易变，如：显示错误，记录文本日志，记录数据库日志等。异常处理主要集中在控制器里进行。 4.3 系统架构类图将包图展开，得到类图，它是架构的静态结构图，表达了各个类之间的静态联系。根据系统用户层，控制层，业务逻辑层，数据访问层抽象出各层类的主要属性和方法，并画出他们之间关系，数据信息开放平台中的系统架构类图如下图4-5所示。图4-5 系统架构类图Fig 4-5 Class Diagram of System Architecture5 系统详细设计本部分设计主要涉及软件系统的动态建模和系统类图的详细设计。软件系统的动态模型分为交互模型和活动状态模型，其中的交互模型主要由顺序图和协作图构成，活动状态模型主要包括活动图和状态图。通过为软件系统项目建立动态模型，从而产生体现系统动态行为的可视化分析结果包括对象的时间特性和对象为完成目标任务而相互进行通信的机制、对象行为的改变和状态变化情况，以及对象可能出现的各种活动状况等信息。5.1 系统交互图5.1.1 活动者与系统的交互与系统登陆模块进行交互的主要是普通用户，接口管理员，root用户。可以用用户代替。用户和系统登陆模块的交互图如下图5-1所示。图5-1用户登录系统的交互图Fig5-1 User login system interaction diagram与系统前台交互的活动者主要为普通用户和接口管理员。普通用户和系统前台的交互图如下。图5-2用户和系统前台的交互图Fig5-2 User and system interaction diagram reception接口管理员和系统前台的交互图如下：图5-3接口管理员与系统前台的交互图Fig5-3 Interfaces with the system administrator interaction diagram reception与系统后台进行交互的是系统管理员。可以进行系统后台操作，交互图如图5-4所示。图5-4系统管理员与系统后台的交互图Fig5-4 System administrators and system interaction diagram background与系统数据查询模块交互的为应用系统以及用户。活动者与数据查询的交互图如下。图5-5 获取数据的交互图Fig5-5 Get interactive diagram data5.1.2 系统活动图活动图是描述活动是如何协同工作的。活动图可以更清晰地描述这些事情。在数据信息开放平台中主要涉及后台管理活动图，用户申请借口权限活动图，数据获取活动图。用户首先登录系统，然后查看接口详细信息并选择需要的接口，根据接口的用处填写申请信息，管理员发现接口申请信息，查看申请信息的详细信息然后进行审批。如果审批通过向用户发送app_id以及解密数据需要的私钥，当管理员审批结束后可以看申请信息的状态，下面给出用户申请接口权限的活动图，如下图5-6所示。图5-6用户申请接口权限的活动图Fig5-6 User application interfaces rights activity diagram后台系统管理员首先登陆后台界面，然后可以查看目前系统的用户信息以及修改用户的信息并为用户分配角色，目前不能增加用户；角色管理可以查看系统存在几种角色，并修改和增加角色，不同的角色代表着不同的系统权限；菜单管理可以对菜单栏进行操作和修改，不同的角色对菜单的可见不同，方便权限控制。下面给出了后台管理活动图，如图5-7所示。图5-7系统管理员后台管理活动图Fig5-7 Manage system administrator activity diagram数据获取首先需要发送唯一标识app_id和方法参数，然后系统验证app_id是否有接口权限，若果有获取到对应的rsa公钥，获取需要的数据，然后对数据进行加密操作，将加密后的数据返回给用户或者应用系统用来完成相应的业务。下面给出了数据获取的活动图，如图5-8所示。图5-8获取数据的活动图Fig5-8 Graph data access activities5.2 业务逻辑对象类设计5.2.1发现业务逻辑类本小节的主要任务是对系统架构类图中的业务逻辑类进行设计，由系统分析中的Use Case交互图我们可以发现前台和后台的业务逻辑类主要都是包括Action类(控制类)，Bean(实体类)，Service(业务处理类)，Dao(数据库访问类) 根据Use Case交互图中的消息找到对象类相应的方法。5.2.2系统业务逻辑类图系统前台业务逻辑类图如下图5-9所示。图5-9系统前台业务逻辑类图Fig5-9 System foreground business logic class diagram系统后台业务逻辑类图如下图5-10所示。图5-10系统后台业务处理类图Fig5-10 Background business processing system class diagram5.3 数据库设计关系型数据库是目前应用最广泛的数据库。既然是面向对象系统设计，数据库设计当然也要是面向对象的。现在要考虑如何对类进行持久化操作，即如何将对象类映射到关系数据库的二维表。5.3.1 系统ER图接口类，申请信息类，用户等Bean类，可以直接映射为一个表。数据信息开放平台的总体ER模型图见图5-11。图5-11 系统ER图Fig5-11 System ER diagram系统中重要实体的ER图包括用户ER图，接口信息ER图，申请信息ER图，角色ER图，数据访问权限ER图。如图5-12到图5-16是系统重要实体的具体ER图所示。图5-12 申请信息ER图Fig5-12 ER diagram application information图5-13 接口信息ER图Fig5-13 ER diagram interface information图5-14 用户ER图Fig5-14 The user ER diagram图5-15 角色ER图Fig5-15 Role ER diagram图5-16 接口访问权限ER图Fig5-16 Interface to access the ER diagram5.3.2 物理表结构图 将ER模型中的实体转换为物理表，得到物理表结构如下：表5-1 接口信息表Table5-1 Interface Information Table字段名称数据类型长度主键是否为空字段说明iidint11PNot null接口idinamevarchar225Not null接口名称imethodvarchar225Not null接口方法名iintrovarchar225null接口简介iparamvarchar255null参数说明icallbackvarchar225Not null返回值Iaccess_addrvarchar500Not null访问地址isourcevarchar225Not null数据来源itypeint1null接口状态表5-2申请信息表Table5-2 Application Information Sheet Table字段名称数据类型长度主键是否为空字段说明iaidint11PNot null申请信息idInterface_iidvarchar255Not null接口idInterface_inamevarchar500Not null接口名称Iaapply_manvarchar225Not null申请人iauservarchar255null使用人iaemailvarchar100Not null回执邮箱ilusevarchar500Not null接口应用处ilreasonvarchar255null申请理由iatimevarchar255Not null申请时间iaipvarchar20nullIp地址iatypeint1Not null申请状态表5-3数据加密相关信息表Table5-3 Data encryption-related information table字段名称数据类型长度主键是否为空字段说明ideidint11PNot nullidIf_apply_iaidvarchar255Not null申请表idideusevarchar500Not null接口应用处Rsa_pu_kvarchar225Not null唯一公钥Rsa_prk_javavarchar1200Not nulJava私钥Rsa_prk_phpvarchar1200Not nullPHP私钥表5-4接口访问权限表 Table5-4 Interface Access Table字段名称数据类型长度主键是否为空字段说明ilidint11PNot nullidIf_apply_iaidint11Not null申请表idilnamevarchar500Not null接口方法名Il_app_idvarchar500Not null标示app_idiltypeint1Not null权限状态iltimedatatime null操作时间表5-5 接口访问日志表 Table5-5 Interface to access the log table字段名称数据类型长度主键是否为空字段说明Log_idint11PNot nullidInterface_inamevarchar500Not null接口名称Log_sourcevarchar500Not null访问来源Log_timedatatimeNot null操作时间表5-6 菜单表 Table5-6 Menu Table字段名称数据类型长度主键是否为空字段说明idsmallint6PNot nullidParent_idsmallint6Not null父idtitlevarchar50Not null菜单标题targetvarchar10Not null菜单目标actionvarchar255Not null链接flsgvarchar30null是否子节点memotextnull备注表5-7 角色管理菜单表Table5-7 Role Management menu table字段名称数据类型长度主键是否为空字段说明Role_idint11PNot null角色IdRolenamevarchar20Not null角色名Menu_idvarchar20Not null菜单idtitlevarchar50null菜单标题memotextnull备注表5-8 角色表Table5-8 Role Table字段名称数据类型长度主键是否为空字段说明Role_idint11PNot null角色IdRolenamevarchar20Not null角色名levelvarchar32null角色等级memotextnull备注表5-9 RSA密钥表 Table5-9 RSA key table字段名称数据类型长度主键是否为空字段说明ridint11PNot nullIdPublic_keyvarchar255Not null公钥Private_key_javavarchar600Not nullJava私钥Private_key_phpvarchar600Not nullPhp私钥flagint1Not null状态标示符表5- 10用户表Table5-10 Users Table字段名称数据类型长度主键是否为空字段说明User_idint11PNot null用户IDGroup_idint11Not null用户组IDusernamevarchar20Not null用户名passwdvarchar32Not null用户密码emailvarchar100null邮箱地址Last_login_timedatatimenull最后登录Last_login_ipvarchar15null最后登录ipIs_systemtinyint1Not null系统标示 Login_timesint11Not null登陆次数memotextnull用户描述Member_statint11用户状态5.4 开发环境的选择5.4.1系统开发工具本系统采用Eclipse作为数据信息开放平台的开发平台。Eclipse 是一个开放源代码的、基于java的可扩展开发平台。Eclipse的本身只是一个框架平台，但是众多插件的支持使得Eclipse拥有其他功能相对固定的IDE软件很难具有的灵活性。Eclipse的设计思想是：一切皆插件。Eclipse核心很小，其它所有功能都以插件的形式附加于Eclipse核心之上。Eclipse基本内核包括：图形API (SWT/Jface)， Java开发环境插件(JDT )，插件开发环境(PDE)等。5.4.2数据库的选择MySQL是最受欢迎的开源SQL数据库管理系统，它由MySQL AB开发、发布和支持，相比较其他系统而言，MySQL数据库可以称得上是目前运行速度最快的SQL语言数据库。MySQL的特性包括以下几点：（1） MySQL是一个数据库管理系统 一个数据库是一个结构化的数据集合。如果要添加、访问和处理存储在一个计算机数据库中的数据，需要一个像MySQL这样的数据库管理系统。从计算机可以很好的处理大量的数据以来，数据库管理系统就在计算机处理和独立应用程序或其他部分应用程序一样扮演着一个重要的角色 （2）Mysql是一个关系数据库管理系统 关系数据库把数据存放在分立的表格中，这比把所有数据存放在一个大仓库要好得多，这样做将增加你的速度和灵活性。“MySQL”中的SQL代表结构化查询语言。SQL是用于访问数据库的最通用的标准语言，它是由ANSI/ISO定义的SQL标准。 （3）MySQL是开源的数据库管理系统 开源意味着任何人都可以使用和修改该软件，任何人都可以从Internet上下载和使用MySQL而不需要支付任何费用。如果你愿意，你可以研究其源代码，并且根据你的需要修改它。 （4）MySQL适合访问Internet上的数据库 MySQL服务器原本就是开发比已经存在的数据库更快的用于处理大的数据库的处理方案，并且已经成功用于高苛刻生产环境多年。尽管MySQL仍在开发中，但它已经提供一个丰富和极其有用的功能集。它的连续性和安全性使MySQL非常合适访问Internet上的数据库。 （5）MySQL服务器工作在客户/服务器或嵌入式系统中 MySQL数据库服务器是一个客户/服务器系统，它由多线程SQL服务器组成，支持不同的后端，多个不同的客户程序和库，管理工具和广泛的应用程序接口（APIs）。MySQL也可以是一个嵌入式的多线程库，你可以把它