接口管理平台流程图（接口管理平台流程图片）

本篇文章给大家谈谈接口管理平台流程图，以及接口管理平台流程图片对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享接口管理平台流程图的知识，其中也会对接口管理平台流程图片进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、X2接口的接口介绍
• 2、如何制作内部管理流程图
• 3、各支付SDK流程
• 4、求图书馆管理系统的数据流图(数据流程图)!!!
• 5、手机APP软件开发怎么做？
• 6、什么叫流程管理

X2接口的接口介绍

X2接口示意如图1所示。X2接口是E-UTRAN中两个eNode B之间的逻辑接口接口管理平台流程图，为开放接口，支持两个eNode B之间的信令交互和PDU前转。
图1 X2接口示意
X2接口提供如下主要功能。
（1）对ECM-Connected状态下的UE提供LTE接入系统内的移动性支持
· 从源eNode B传送UE上下文至目标eNode B。
· 控制源eNode B和目标eNode B之间用户平面的传输承载。
· 切换取消。
· 源eNode B中的UE上下文释放。
（2）负载管理
（3）小区间干扰协调
· 上行干扰负载管理。
（4）X2接口管理和错误处理功能
· 错误指示。
· 复位。
（5）eNode B之间应用层数据交换
（6）跟踪功能 X2接口基本流程和信息见表1。
表1 X2接口基本流程与消息 基 本 流 程 初 始 消 息 成 功 不 成 功 应 答 消 息 应 答 消 息 切换准备 Handover Request Handover Request Acknowledge Handover Preparation Failure 复位 Reset Request Reset Response — X2接口建立 X2 Setup Request X2 Setup Response X2 Setup Failure eNode B配置更新 eNode B Configration Update eNode B Configuration Update Acknowledge eNode B Configuration Update Failure 资源状态报告发起 Resource Status Request Resource Status Response Resource Status Failure 负载指示 Load Information — — 切换取消 Handover Cancel — — 序列号状态转移 SN Status Transfer — — UE上下文释放 UE Context Release — — 资源状态报告 Resource Status Update — — 错误指示 Error Indication — — （1）流程图
切换准备流程如图2、图3所示。该流程用于目标eNode B为UE切换准备所需要的资源。
目标eNode B收到源eNode B发送的Handover Request消息后，需要在目标小区内为UE分配E-RAB资源，并向源eNode B返回Handover Request Acknowledge消息，消息中携带E-RAB资源分配信息。
如果目标eNode B不能接受任何E-RAB或者在切换准备过程中出现错误，目标eNode B将向源eNode B发送Handover Preparation Failure消息，并携带相应的原因信息。
当源eNode B在计时器TRELOCprep超时之前没有收到目标eNode B的应答，源eNode B将启动切换取消流程，并携带相应的原因参数。一旦源eNode B启动切换取消流程，它将忽略之后任何的Handover Preparation Acknowledge或者Handover Preparation Failure消息，并且释放所有X2接口上与UE相关联的信令资源。
（2）信令消息说明
信令消息名接口管理平台流程图：Handover Request
源eNode B通过该消息向目标eNode B请求切换资源的准备。
信令消息名：Handover Request Acknowledge
目标eNode B通过该消息告知源eNode B资源的准备情况。
信令消息名：Handover Preparation Failure
目标eNode B通过该消息向源eNode B告知切换准备失败。 （1）流程图
复位流程如图4所示。该流程用于当发生非正常的错误时，调整eNode B1和eNode B2中的资源。该流程需对X2接口进行复位，并不会对X2建立过程中应用层的配置交换数据产生影响。
eNode B1通过向eNode B2传送Reset Request消息发起该流程。eNode B2接收到该消息后会中断所有正在进行的eNode B1与eNode B2间的X2接口流程，并删除所有与eNode B1相关联的上下文信息（除接口管理平台流程图了在X2接口建立或者eNode B配置更新过程中发生的应用层配置交换数据），同时释放所有相应的资源。当资源释放完成后eNode B2会返回Reset Response消息。
（2）信令消息说明
信令消息名：Reset Request
eNode B1通过该消息要求对X2接口进行复位。
信令消息名：Reset Response
该消息作为eNode B2对eNode B1的应答。 （1）流程图
X2接口建立流程如图5、图6所示。该流程用于在X2接口上交换应用层数据，将清除所有已存在的应用层配置并且建立另一个配置。该流程如同复位流程一样包含对X2接口的复位操作。
eNode B1通过向eNode B2发送X2 Setup Request消息发起该流程。eNode B2用X2 Setup Response消息应答。eNode B1和eNode B2之间会交换一张各自的服务小区的列表以及支持GU Group ID列表（如果有），也可以交换各自的邻小区信息。如果eNode B2无法接收该请求，将会传回X2 Setup Failure消息，并且携带相应的原因参数。
（2）信令消息说明
信令消息名：X2 Setup Request
eNode B1通过该消息向eNode B2传送传输网络层相关的初始连接信息。
信令消息名：X2 Setup Response
eNode B2通过该消息向eNode B1回应传输网络层相关的初始连接信息。
信令消息名：X2 Setup Failure
eNode B2通过该消息表明X2接口连接失败。 （1）流程图
eNode B配置更新流程如图7、图8所示。该流程用于更新两个eNode B之间应用层的数据，以支持两个eNode B之间X2接口的互操作。
eNode B1通过向eNode B2发送eNB Configuration Update消息发起该流程。当接收到该消息后，eNode B2会对相应服务小区或者邻小区信息进行添加、修改或者删除。如果eNode B2不能接收该更新要求，它将会返回eNode B Configuration Update Failure消息，携带相应的原因参数。
（2）信令消息说明
信令消息名：eNode B Configuration Update
eNode B1通过该消息向eNode B2传送传输网络层的更新信息。
信令消息名：eNode B Configuration Update Acknowledge
eNode B2通过该消息向eNode B1进行传输网络层更新信息的应答。
信令消息名：eNode B Configuration Update Failure
eNode B2通过该消息指示eNode B1配置更新失败。 （1）流程图
资源状态发起流程如图9、图10所示。该流程用于请求其他eNode B报告负载测量情况。
eNode B1通过向eNode B2发送Resource Status Request消息发起该流程。当eNode B2收到该消息后，将根据消息中携带的参数要求启动或者停止相应的测量。如果启动eNode B1所要求的测量时，eNode B2将会回复Resource Status Response消息。如果所要求的测量不能被启动，eNode B2会发送Resource Status Failure消息，并携带相应的原因值。
（2）信令消息说明
信令消息名：Resource Status Request
eNode B1通过该消息要求eNode B2根据该消息所含参数启动测量。
信令消息名：Resource Status Response
eNode B2通过该消息向eNode B1指示测量已经成功启动。
信令消息名：Resource Status Failure
eNode B2通过该消息向eNode B1指示测量无法启动。 （1）流程图
负载指示流程如图11所示。该流程用于在异频的邻小区eNode B之间传送负载及干扰协调信息。
eNode B1通过向邻小区eNode B1发送Load Information消息发起该流程。它指示发送端eNode B1在某些RB中的干扰水平情况。接收端eNode B2将使用该信息设置它的调度策略，并且到下次收到新的干扰指示前，认为该干扰指示一直有效。该消息还指示从发送端eNode B1看去，每个PRB的高干扰敏感度。这时接收端eNode B2需要避免将位于它小区边缘的UE调度到干扰敏感度高的PRB上。
（2）信令消息说明
信令消息名：Load Information
eNode B1使用该消息向邻小区eNode B2传送负载及干扰协调信息。 （1）流程图
切换取消流程如图12所示。该流程用于取消一个已经准备好的切换或者用于指示一个不成功的切换准备操作。
源eNode B通过向目标eNode B发送Handove Cancel消息发起该流程，消息中携带取消切换的原因。当目标eNode B收到该消息后，会释放之前所有为UE上下文保存的相关资源，但由目标eNode B分配的New eNode B UE X2AP ID将会被保留。
（2）信令消息说明
信令消息名：Handover Cancel
源eNode B通过该消息告知目标eNode B取消正在执行的切换。 （1）流程图
序列号状态转移流程如图13所示。该流程用于将上下行PDCP序列号和HFN的发送接收状态由源eNode B传输至目标eNode B。
该过程发生在每一个具有PDCP序列号和HFN状态保存信息的E-RAB的X2接口切换中。源eNode B通过停止向下行SDU分配PDCP序列号以及停止向EPC发送上行SDU以启动该流程。当源eNode B认为发送端/接收端状态冻结时，向目标eNode B发送SN Status Transfer消息。
（2）信令消息说明
信令消息名：SN Status Transfer
在切换过程中，源eNode B通过该消息向目标eNode B传送上下行的PDCP序列号状态。 （1）流程图
UE上下文释放流程如图14所示。该流程用于目标eNode B通知源eNode B释放UE上下文的控制平面资源。
目标eNode B通过发送UE Context Release消息通知源eNode B切换成功并且触发资源释放。当收到该消息后，源eNode B可以释放与UE上下文相关的无线和控制平面相关资源。对于正在进行数据前转的E-RAB，源eNode B应该继续保持用户平面数据的前转直到从EPC接收完数据或者源eNode B的缓存清空为止（数据前转的终止可由一个实现控制机制决定）。
（2）信令消息说明
信令消息名：UE Context Release
目标eNode B通过该消息向源eNode B指示资源可以被释放。 （1）流程图
资源状态报告流程如图15所示。该流程由eNode B2发起，向eNode B1报告小区测量结果。
（2）信令消息说明
信令消息名：Resource Status Update
该消息用于eNode B2向eNode B1报告指定的测量结果。 （1）流程图
错误指示流程如图16所示。该流程用于报告一个接收消息中的错误，该错误无法通过适当的错误消息发送。
探测到错误情况的节点发送Error Indication消息以发起该流程，包含错误的原因。
（2）信令消息说明
信令消息名：Error Indication
该消息表明在eNode B中探测到错误的情况。

如何制作内部管理流程图

你好，管理流程图还是挺好制作的，我们可以利用工具来制作，简单方便

打开画图工具，点击页面中央【立即体验】进入类型选择界面，点击左上角【新建文件】选择【流程图】进入在线绘制界面

在面案的四周有很多的工具栏，这些在绘制的过程中都是可以使用的，点击左侧【基础图形】选择任意图形将其拖曳至右边画布需要的位置即可

基本框架搭建完后，我们需要做的就是将内容进行填充，双击文本框即可，这时在右边出现的工具栏中将可以对文本的样式、排列及背景颜色根据自己的喜好进行设置

点击右上角【导出】在弹出的下拉框中选择自己需要的格式进行导出即可，希望上述的方法可以帮助到你

各支付SDK流程

一、微信支付

微信支付官方流程链接： https://pay.weixin.qq.com/wiki/doc/api/app/app.php?chapter=8_3
简要来说流程如下：

1.用户点击商品下单：“商户客户端”调用“商户服务端”生成订单，“商户服务端”后台调用“微信支付系统”的“统一下单API”接口，生成预付订单后，返回给“商户服务端后台”，商户后台再回调给“商户客户端”。

2.用户确认支付：“商户客户端”调用“调起微信支付”接口，界面跳转到微信进行支付。

3.用户支付成功：这里有三个回调，其一、“微信支付系统”通知“商户管理后台”支付信息。其二、“微信支付系统”通知“微信客户端”支付结果。其三、“微信支付系统”通过“商户客户端”实现的回调中处理支付状态，“商户客户端”可通过调用“商户管理后台”的接口查询当前订单状态。（商户管理后台也需要调用“微信支付系统”查询订单接口）

二、支付宝支付

支付流程图：

支付宝支付对比微信支付流程还进行了简化，即在生成订单时，不需要商户后台请求支付宝生成订单，基本流程如下：

1.“商家APP”请求“商家后台”下单，“商家后台”返回订单信息。

2.“商家APP”根据订单唤起“支付宝App”进行支付。

3.支付成功后，“支付宝支付后台”返回支付结果给“支付宝App”，“支付宝App”返回支付结果给“商家App”、“支付宝支付后台”异步通知支付结果给“商家后台”。

三、苹果支付

流程图：

支付流程：

1.用户点击购买，“App客户端”请求“App服务端”创建交易订单。

2.“APP客户端”拿到交易信息，然后开始调起“IAP 服务器”创建订单。

3.“IAP服务器”通知购买成功，并把收据信息写入APP沙盒中。

4.“APP客户端”去沙盒中拿到收据信息，并将收据信息上传到“APP服务器”,“APP服务器”把收据信息请求“IAP 服务器”验证，如果有则返回到“APP客户端”，把订单结束。

参考链接： https://juejin.im/post/5a3b14f36fb9a045104aa6c8

求图书馆管理系统的数据流图(数据流程图)!!!

各种类型数据的高等界面，后来逐渐演变成满足所有数据访问需要的完整解datamodule4.adoquery2.sql.add('SELECT借书证号,密码FROM[user]WHERE(借书证号=:tt)');
datamodule4.adoquery2.parameters[0].value:=username;
datamodule4.adoquery2.open;
在为TQuery或TADOquery部件设置SQL属性时调用Close方法总是很安全的，如果TQuery或TADOquery部件已经被关闭了，调用Close方法时不会产生任何影响。在应用程序中为SQL属性设置新的SQL命令语句时，必须要调用Clear方法以清除SQL属性中现存的SQL命令语句，如果不调用Clear方法，便调用Add方法向SQL属性中设置SQL命令语句，那么新设置的SQL命令语句会追加在现存SQL命令语句后面，在程序运行时常常会出现出乎意料的查询结果甚至程序无法运行下去。
在这里要特别注意的，一般情况下TQuery或TADOquery部件的SQL属性只能包含一条完整的SQL语句，它不允许被设置成多条SQL语句。当然有些数据库服务器也支持在TQuery或TADOquery部件的SQL属性中设置多条SQL语句，只要数据库服务器允许这样，我们在编程时可以为SQL属性设置多条SQL语句。
在为TQuery或TADOquery部件设置完SQL属性的属性值之后，也即编写好适当的SQL程序之后，可以有多种方式来执行SQL程序。
在设计过程中，设置完TQuery或TADOquery部件的SQL属性之后将其Active属性的值置为True，这样便可以执行SQL属性中的SQL程序，如果应用中有与TQuery或TADOquery部件相连的数据浏览部件(如TDDGridTDBEdit等)那么在这些数据浏览部件中会显示SQL程序的执行结果。
在应用程序运行过程中，通过程序调用TQuery或TADOquery组件的Open方法或ExecSQL方法可以执行其SQL属性中的SQL程序。Open方法和ExecSQL方法是不一样的。Open方法只能用来执行SQL语言的查询语句(Select命令)，并返回一个查询结果集，而ExecSQL方法还可以用来执行其它常用的SQL语句(如INSERT,UPDATE,DELETE等命令)，例如：
Query1.Open(这样会返回一个查询结果集)
如果调用Open方法，而没有查询结果时，会出错。此时应该调用ExecSQL方法来代替Open方法。如：
Query1.ExecSQL(没有返回结果)
当然在设计应用程序时，程序设计人员是无法确定TQuery或TADOquery组件中的SQL语句是否会返回一个查询结果的。对于这种情况应当用Try…Except模块来设计程序。在Try部分调用Open方法，而在Except部分调用ExceSQL方法，这样才能保证程序的正确运行。
例如：
Try
Query1.Open
Except
Query1.ExecSQL
End
通过Tquery或TADOquery组件可以获得两种类型的数据：
u“活动”的数据
这种数据就跟通过TTable部件获得的数据一样，用户可以通过数据浏览部件来编辑修改这些数据，并且当调用Post方法或当焦点离开当前的数据浏览部件时，用户对数据的修改自动地被写回到数据库中。
u非活动的数据(只读数据)
用户通过数据浏览部件是不能修改其中的数据。在缺省情况下，通过TQuery部件获得的查询结果数据是只读数据，要想获得“活动”的数据，在应用程序中必须要设置Tquery或TADOquery组件的RequestLive属性值为True，然而并不是在任何情况下(通过设置RequestLive的属值True)都可以获得“活动”的数据的，要想获得“活动”的数据，除了将TQuery部件的RequestLive属性设置为True外，相应的SQL命令还要满足以下条件。
本地SQL语句查询情况下，要得到可更新的数据集，SQL语句的限制为：
n查询只能涉及到一个单独的表
nSQL语句中不能包含ORDERBY命令
nSQL语句中不能含聚集运算符SUM或AVG
n在Select后的字段列表中不能有计算字段
n在Select语句WHERE部分只能包含字段值与常量的比较运算，这些比较运算符是：Like,,<,=,<=。各比较运算之间可以有并和交运算：AND和OR
当通过SQL语句查询数据库服务器中的数据库表：
n查询只能涉及到一个单独的表
nSQL语句中不能包含ORDERBY命令
nSQL语句中不能含聚集运算符SUM或AVG运算
另外，如果是查询Sybase数据库中的表，那么被查询的表中只能有一个索引。
如果在应用程序中要求TQuery或TADOquery组件返回一个“活动”的查询结果数据集，但是SQL命令语句不满足上述约束条件时，对于本地数据库的SQL查询，BDE只能返回只读的数据集。对于数据库服务器中的SQL查询，只能返回错误的代码。当Tquery或TADOquery组件返回一个“活动”的查询结果数据集时，它的CanModIfy属性的值会被设置成True。
§3.4MSSQLServer简述
SQLServer是一个后台数据库管理系统,它功能强大操作简便,日益为广大数据库用户所喜爱。越来越多的开发工具提供了与SQLServer的接口。SQLServer是一个关系数据库管理系统，它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同开发的。于1988年推出了第一个OS/2版本，在WindowsNT推出后，Microsoft与Sybase在SQLServer的开发上就分道扬镳了，Microsoft将SQLServer移植到WindowsNT系统上，专注于开发推广SQLServer的WindowsNT版本。
SQLServer2000是Microsoft公司推出的SQLServer数据库管理系统的最新版本，该版本继承了SQLServer7.0版本的优点，同时又比它增加了许多更先进的功能、具有使用方便、可伸缩性好与相关软件集成程度高等优点。可跨越从运行MicrosoftWindows98的膝上型电脑到运行MicrosoftWindows2000的大型多处理器的服务器等多种平台使用。MSSQLServer不但可以应用于大中型数据库管理中，建立分布式关系数据库，并且也可以开发桌面数据库。事实上，SQLServer数据库处理的基本结构，采取关系型数据库模式，尽管如此，相信大家都可以轻易的发现，在SQLServer的数据库处理方式，则是使用面向对象的操作方式与精神，也就是说，SQLServer的所有功能，都可以基于系统已经建立好的一些对象来达成，是相当OO（面向对象）的一个系统结构。
SQLServer企业管理器是SQLServer的主要管理工具，它提供了一个遵从MMC标准的用户界面，使用户得以：
·定义SQLServer实例组。
·将个别服务器注册到组中。
·为每个已注册的服务器配置所有SQLServer选项。
·在每个已注册的服务器中创建并管理所有SQLServer数据库、对象、登录、用户和权限。
·在每个已注册的服务器上定义并执行所有SQLServer管理任务。
·通过唤醒调用SQL查询分析器，交互地设计并测试SQL语句、批处理和脚本。
·唤醒调用为SQLServer定义的各种向导。
·
第三章图书管理系统设计分析
§4.1应用需求分析
图书管理系统需要满足来自三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员和图书馆管理人员。图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改；图书馆工作人员对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书报表给借阅者查看确认；图书馆管理人员的功能最为复杂，包括对工作人员、图书借阅者、图书进行管理和维护，及系统状态的查看、维护并生成催还图书报表。
图书借阅者可直接查看图书馆图书情况，如果图书借阅者根据本人借书证号和密码登录系统，还可以进行本人借书情况的查询和维护部分个人信息。一般情况下，图书借阅者只应该查询和维护本人的借书情况和个人信息，若查询和维护其他借阅者的借书情况和个人信息，就要知道其他图书借阅者的借书证号和密码。这些是很难得到的，特别是密码，所以不但满足了图书借阅者的要求，还保护了图书借阅者的个人隐私。
图书馆工作人员有修改图书借阅者借书和还书记录的权限，所以需对工作人员登陆本模块进行更多的考虑。在此模块中，图书馆工作人员可以为图书借阅者加入借书记录或是还书记录，并打印生成相应的报表给用户查看和确认。
图书馆管理人员功能的信息量大，数据安全性和保密性要求最高。本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息；浏览、查询、统计、添加、删除和修改图书借阅者的基本信息，浏览、查询、统计图书馆的借阅信息，但不能添加、删除和修改借阅信息，这部分功能应该由图书馆工作人员执行，但是，删除某条图书借阅者基本信息记录时，应实现对该图书借阅者借阅记录的级联删除。并且还应具有生成催还图书报表，并打印输出的功能。
在本系统中由于没有打印机设备供试验，所以预先把报表打印改成报表预览。
设计不同用户的操作权限和登陆方法
对所有用户开放的图书查询
借阅者维护借阅者个人部分信息
借阅者查看个人借阅情况信息
维护借阅者个人密码
根据借阅情况对数据库进行操作并生成报表
根据还书情况对数据库进行操作并生成报表
查询及统计各种信息
维护图书信息
维护工作人员和管理员信息
维护借阅者信息
处理信息的完整性
对借阅过期的图书生成报表
图4-2图书管理系统数据库应用需求的总结
根据以上所做的需求分析，并略掉一些细节（如不考虑用户的登录；对记录的维护），得出以下的三层数据流图。
§4.2系统功能模块划分
系统功能框图如图4-10所示。
§4.3系统数据库设计
4.3.1概念设计
在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。
利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
（1）设计局部ER模式
实体和属性的定义：
图书（图书编号，图书名称，作者，出版社，出版日期，备注，价格，数量，）
借阅者（借书证号，姓名，性别，身份证，联系电话，密码）
身份（身份编号，身份描述，最大借阅数）
图书类别（图书类别编号，类别描述）
ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:N，M:N，还是1:1等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。联系定义如图4-5所示。解释如下：
u一个借阅者（用户）只能具有一种身份，而一种身份可被多个借阅者所具有；
u一本图书只能属于一种图书类别（类别），而一种图书类别可以包含多本图书；
u一个用户可以借阅多本不同的书，而一本书也可以被多个不同的用户所借阅。
（2）设计全局ER模式
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
1)确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候眩
2)局部ER模式的合并
合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。
3)消除冲突
冲突分为三类：属性冲突、结构冲突、命名冲突。
设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。
3)全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。
综上所述，“图书管理系统”的全局ER模式如图4-13所示。
4.3.2关系数据库的逻辑设计
由于概念设计的结果是ER图，DBMS一般采用关系型（本人所使用的MSSQLServer就是关系型的DBMS），因此数据库的逻辑设计过程就是把ER图转化为关系模式的过程。由于关系模型所具有的优点，逻辑设计可以充分运用关系数据库规范化理论，使设计过程形式化地进行。设计结果是一组关系模式的定义。
（1）导出初始关系模式
book（图书编号＃，图书名称，图书类别＃，作者，出版社，出版日期，备注，价格，数量）class（图书类别#，类别名）user（借书证号＃，姓名，性别，身份编号＃，身份证，联系电话，密码）ID（身份编号#，身份描述，最大借阅数）Owner（借书证号#,图书编号#，借书日期）
图4-14关系模式集
（2）产生子模式
子模式是用户所用到的那部分数据的描述。除了指出用户用到的数据外，还应指出数据与概念模式中相应数据的联系，即指出概念模式与子模式之间的对应性。
借书子模式（借书证号#，姓名，图书编号＃，图书名称，借书日期）
图4-15部分子模式
（3）根据设计中出现的问题本人在写系统时还加入了两个关系模式：
1、ownertemp：用于工作人员在处理借书、还书工作时临时存储借书、还书信息，以便打印报表时使用。
2、keyer：用于存储工作人员和图书馆管理员的用户名和密码及权限，以便工作人员或图书馆管理员进入相应的功能模块时进行验证用户的身份。
4.3.3数据库的实现
我选用MicrosoftSQLServer2000(企业版)数据库来进行数据库的逻辑设计。首先创建七个基本数据库表如表4-1－4-7所示，然后根据全局ER图，建立各个表之间的联系，如图4-8所示。
表4-1借阅者基本信息表的结构(User)
表4-2图书信息表的结构（Book）
表4-3图书类别信息表的结构（Class）
表4-4借阅者身份信息表的结构（ID）
表4-5借阅情况信息表的结构（Owner）
表4-6借阅情况临时存储信息表的结构（Ownertemp）
注：在owner表和ownertemp表中加入了索引字段，用来唯一标识一条借书记录，并且设置为标识，标识种子为1。
表4-7工作人员和管理员信息表的结构（Keyer）
图4-8数据库表间联系图
第五章图书管理系统应用程序设计
§5.1系统窗体模块组成
§5.2数据模块窗体的设置
在编写数据库应用程序时，经常要遇到这样的情况，即好多组件、窗体同时访问相同的数据源，如果为每一个组件或者窗体都设置一个数据源将是十分耗时的工件，而且要保证这些数据源的确是相同的也需花一番功夫。那么，能不能将这些数据源集中管理，最好是做成一个统一的模块，需要时就将该模块引入而不必直接操作数据源本身呢？数据模块（DataModule）是解决这个问题最好的答案。简单说来，数据模块是用来集中管理数据源的一个窗体，该窗体可被需要的地方随时引入。
但本人在开发这个系统时，开始使用了一下数据模块，但在使用过程中却碰到了一些问题。并且考虑这个系统使用到的TADOQuery控件比较多，如果使用数据控件可能会带来管理上的麻烦，如弄混各个数据控件的作用。还考虑到使用动态生成ADOQuery可能会更节省资源。所以在本人的系统中，开始做的第一个模块“借阅者个人模块”中还稍微使用了一下数据模块。但在后面做的两个模块中大多都是用动态生成ADOQuery来实现的。并且由于SQL语句是动态加入的所以datamodule中的控件也不会多。
§5.3启动画面的实现
启动画面是为了给用户一个良好的印像，加深软件的亲和力，没有实际的功能，在Form1窗体中加入了Image和Time组件。启动画面的窗体略，主要的源代码如下：
§5.4用户登录窗体的的实现
本窗体是为三种不同的用户（一般用户，工作人员，管理员）提供选择以进入不同的模块，满足不同用户的需求。源代码比较简单，略。
§5.5用户密码认证窗体的的实现
本窗体是为了让工作人员或图书馆管理员按照用户名和密码进行登录，并且跟据用户名检查Keyer表中的“权限”字段，以分辩进入图书馆管理人员模块还是进入工作人员模块。窗体界面、源代码如下
§5.6借阅者服务模块的实现
借阅者服务窗体的功能主要是图书的查询，个人借阅情况查看及个人部分信息的修改。界面图如下：
5.6.1图书查询功能的实现
在本系统中，任何人都有权限使用查询功能，不做任何限制。界面如下，
由于实现的查询功能有多种，如按图书编号、图书名称等字段进行完全体配查找和部分体配的模糊查找，还有按多个条件进行逻辑与或是逻辑或的多条件查找。其中实现的方法者差不多，所以只给出多条件查找的代码，如下：
5.6.2借阅者登录功能的实现
这个功能的实现与工作人员和管理人员登录功能实现的方法大致一样，并且还要简单。是从User表中查到到借阅证号与密码，看与用户输入的是否一致。如果一致，那么用户就可查看自已的借阅情况并维护自己的部分信息。源代码与借阅者登录界面都略。
5.6.3借阅者借阅情况功能的实现
当借阅者正确登录到系统后，此功能将被激活，使用户能查看到自身的借阅情况。在此系统中，信息的显示一般用ListView来实现，只在较少的情况下用到了DBgrid，因为我觉得ListView更好实现，并能使信息数据对用户的完全分离。
在这里跟据借阅者的不同要求实现借阅情况的查询，有检查所有的借阅情部、某本书的借阅情况、和根据已借阅天数的来查询。其中根椐借阅天数来查询更有代表性，有方式一和方式二。以下给出此功能的源代码
按借阅天数查询方式一
按借阅天数查询方式二
5.6.4借阅者个人资料维护功能的实现
此功能实现当前借阅者部份资料的修改，但借书证号和身份类别这样的信息不允许修改，这是图书馆管理员模块的功能。在此界面中点击修改按钮将出现“修改”窗体（Form8），点击修改密码按钮将出现groupbox8，在这里进行密码修改。关键源代码如下。
这里给出个人部分信息修改的源代码：
这里给出密码修改的源代码：
5.7工作人员－图书借阅/归还模块的实现
5.7.1工作人员进行图书借阅功能实现
在这个功能中，工作人员输入借阅者的借阅证号和所要借阅的图书的图书编号，然后点击借阅按钮就可进行图书借阅。考虑到实际中可能会出现只知图书名而不知图书编号的情况，在此界面下方加入了一个转换功能，可以把图书名称转换成图书编号，再进行图书借阅。
在借阅完成后会生借阅报表以便借阅者检查和确认，借阅报表的打印效果如下图，实现比较简单，略去实现过程。
5.7.2工作人员进行图书归还功能实现
在此功能中，工作人员根据借阅者的借书证号和归还的图书编号进行图书的归还工作。并且根据现实中可能会出现的只知图书名不知图书编号的归还情况，所以加入了按书籍名称进行归还的功能。这个功能是图书借阅功能中把图书名称转换成图书编号的一种改进方法，这样就不用如借阅功能中一样要先转换再借阅了。归还完成后，同样会打印出归还报表以便用户检查和确认。
5.8图书馆管理员模块的实现
5.8.1图书馆管理员图书管理功能的实现
在这个功能中可以在（＊图书编号）中输入图书编号，点查找按钮后就会在各个相应的组件中显示出信息，或按图书名称模糊查找到所要的记录，在各个相应的组件中显示第一条记录的信息，也可在下端的ListView组件中点击某一条记录，在各个相应的组件中也会显示所选记录的信息。在入库功能中只要不是相同的图书编号并且带＊号提示的字段不为空就可插入新的图书记录。删除则删除那些Book表中的图书记录，如果借出还可依用户要求连带删除owner表中的记录。因为图书修改与图书入库的功能与工作人员记录修改和工作人员记录添加的实现过程一样，所以下面仅给出删除功能的源代码，如下
5.8.2图书馆管理员工作人员和管理员管理功能的实现
在此功能中可以加入工作人员或是管理员，或是修改他们的密码、权限。
在此功能中如果选中ListView中的记录，则在右边相应的组件中显示出信息，并且管理员还可对这些记录进行修改或加入新的记录。并且也可以点删除按钮删除选中的一条或多条记录。删除功能与图书记录的删除一般，所以下面只给出添加与修改的实现过程。
5.8.3图书馆管理员修改图书类别及统记功能的实现
在此窗体中能对图书的类别进行删除，添加和修改，这模块的功能的实现过程与图书记录的删除，添加和修改一样的，但是这个窗体还能跟据图书类别进行统计，还可根据Book表和owner表统计出图书总数目，库存图书数目，借出图书数目及借阅过期的图书数目。在这里给出统计图书总数目，库存图书数目，借出图书数目及借阅过期的图书数目的实现过程中的几个函数和过程
5.8.4图书馆管理员借阅者管理功能的实现
查询借阅者可根据借阅者的借书证号或姓名或身份编号查找到借阅者的信息，也可以实行模糊查找，这个功能的实现与前面图书查找的实现过程一般，就不再详细说明。
5.8.5图书馆维护借阅者管理功能的实现
此功能能对借阅者信息进行查看添加、删除、修改。在这里给出刷新按钮的实现过程
5.8.6图书馆身份维护功能的实现
这一部分是对借阅者身份进行管理，能对身份进行添加、删除、修改。并且同样的在listview中选中某条或多条记录时会在相应的右边的组件中显示出信息。此功能实现过程与前面所叙有雷同，略。
5.8.7图书馆借阅者统计功能的实现
此功能按借阅者身份进行统计，得出具有某种身份的借阅者总数，此种身份的并借阅图书的借阅者数和所借阅的图书数，在下面给出实现过程。
5.8.8图书馆统计借阅过期记录功能的实现
打印出的借阅过期催还报表如下图所示：
此报表能显示按借书证号升序排列的借阅信息超过限定时限的信息，其中主要的SQL语句如下：
5.9系统信息显示的实现

手机APP软件开发怎么做？

1、首先你要有一个idea，app开发，就是一个把想法转换为具体产品的过程。

2、然后项目经理先大方向把控，对项目进行评估，比如风险多少，可行性多大，成本预算多少和市场上存在同类型产品分析。还要了解用户对竞品app的感受和需求。确定app面向的客户类型，市场份额，和需要实现的功能。

3、产品经理上场，进行用户调研，做用户画像，定义用户标签。再进行需求分析，功能设计，交互设计，流程设计，确定项目框架，输出需求文档和产品原型图，交接给UI工程师。

4、UI将产品原型图设计、渲染、细分，输出页面设计图，页面坐标图和切图。

5、开发人员根据需求文档，产品原型图和页面页面设计图开始代码编写。前端开发(Android与IOS)负责前端页面布局，接口处理和本地逻辑编写。后台开发人员负责数据库设计，代码编写以及和前端接口对接。

6、测试人员根据需求写测试用例，开发人员修改程序BUG，直至异常全部处理，开始准备上架。

7、上架之前，产品经理需要申请各大应用商店的登录账号，按照平台要求上传app的安装包和文案图片。

8、运营推广上线后的app，运营人员正式开始推广，付费免费的渠道也有很多。

什么叫流程管理

问题一：流程管理是什么？ BPM （Business Process Management）即业务流程管理，是一种基于工作流技术(Work Flow)及企业应用集成技术(EAI)的全新管理信息系统开发技术，是一套达成企业各种业务环节整合的全面管理模式，通过对企业的业务流程的整个生命周期进行规划设计、自动化运行、管理监控和优化, 实现企业对内外部资源的有效利用，以及对资源之间进行协调，使资源的运作产生协同效用，提高企业运作效率，使企业利润得以提升。
智慧平台BPM流程中心，基于美国优秀产品Ultimus BPM 作为BPM引擎开发的一套企业业务流程管理系统。
优势：
?完整的流程生命周期管理，从流程的需求调研、设计建模、自动化运行、整合、监控管理到流程分析优化等等，为企业业务流程的落地提供了完整的BPM平台支撑。
?具备强大的整合能力，基于专利技术FloBots的整合功能，可快速实现流程与各业务系统如ERP的数据提取和交互。
?快速搭建流程管理平台，300个即买即用功能，零编码实现复杂业务流程落地。
?专利自适应技术（Adaptive Discovery）实现流程快速适应企业变化。
?完善的流程监管功能，和丰富的流程数据分析报表，为流程的不断优化和可持续发展提供了数据和功能的支撑。
?完善的BPM接口（EAI）为流程和其它业务系统的集成提供支持。
?14年丰富经验，全球超过1900家客户沉淀出成熟稳定的BPM产品。
功能清单：
Process Designer
流程设计器， 用来创建和设计业务流程，为业务流程的需求分析和建模提供工具支持。流程设计采用图形化操作模式，支持串行、并行、条件路由、子流程等多种流程模式。对与流程的每次修改系统都有版本记录。
BPM Studio
协同工具，提供一个协同环境,将业务人员创建的业务流程转换为可以执行的、与数据库、电子表格和业务规则相集成的运行环境，实现业务流程的自动流转。Ultimus BPM 业务流程支持Ultimus标准表单、.NET表单、InfoPath等多种第三方表单。
Flobots
BPM系统整合技术，基于Web服务的机器人可以帮助软件开发人员来集成第三方的应用软件。在企业中有很多不同的应用系统，例如，ERP、PLM、 财务软件等，实现与第三方业务系统数据的读取和交互。
Process Administrator
用于对业务流程的管理，处理流程执行过程中的意外和特殊情况，发布流程，并对流程进行版本控制以及流程异常进行监控和处理。
OC (Org Chart)
为BPM流程提供组织架构管理功能，包括公司、部门、岗位、工作组、人员的管理，可结合域用户管理，OC支持集成接口，可以整合第三方已有的组织关系;
Reports BAM
BPM提供了流程数据提取和分析功能，可以从正在执行的流程中提取一系列的指标数据，生成各种形式的报告，为流程的优化分析以及业务绩效考核提供数据依据。
原文出自安码中国网站：ultimus

问题二：流程管理是什么？ 流程管理，简单的说就是界定一件事情的处理和办理经过。就是把所涉及到的部门和岗位写出来，然后进行程序、手续等方面的规范。比如财务申报制度、考勤管理制度、绩效考核制度、工资发放制度等。流程管理的主要目的有两个，一个是进行流程清晰化，清晰的界定事情走到某一步，哪个部门或岗位应该做什么，通俗的讲就是进行清晰的责任划分，企业管理中责任不清的一个主要原因就是流程不清晰；另一个就是为了进行流程优化。比如考勤管理，简单的做法，只需要前台每个月统计出勤情况，分别报给需要考勤记录的人资部或财务部就行了，而复杂的做法就是前台统计、报人资部审核、人资部再报财务部、财务部进行财务核算以后再返回人资部。流程并不是越多越好，也不是越少越好，恰当的做法是要既能很好的控制责任风险，又能大幅度的减少过程。一般来说，公司规模越小，流程要越简化，这是为了加快相应速度，公司规模越大，流程要越规范，这是为控制风险，规避风险，加强监督。

问题三：流程化管理是什么意思？ 流程化管理是龚理学方面的专业术语指以流程为主线的管理方法。流程化管理是在管理大师哈默提出的流程再造的基础上发展而来的。在哈默提出的流程再造中，所谓流程有两个关键要素：一个是顾客；一个是整体。
主要目的是为了提高公司的整体运营效率。
流程化管理内容：
企业流程管理主要是对企业内部改革，流程管理的三种不同层次流程管理是优化与供应商有关的业务流程，比如预测、补货、计划、签约、库存控制、信息沟通等。供应商的绩效很大程度上受采购方的流程制约。例如预测流程 中，如何确定最低库存、最高库存，按照什么频率更新、传递给供应商，直接影响供应商的产能规划和按时交货能力。再如补货，不同种类的产品，按照什么频率补货，补货点是多少，采购前置期是多少，不但影响到公司的库存管理，也影响到供应商的生产规划。
流程决定绩效。管理层可以通过动员、强调达到一时效果，但不改变流程及其背后的规则，这种效果是暂时的。流程管理和改进的关键是确定目标和战略，书面化流 程、实施流程，确定责任人并定期评估。在此基础上，开发一系列的指标，确保流程按既定方式运作，并与前面讲的按时交货率、质量合格率等挂钩。这样，从流程 到绩效，再由绩效反馈到流程，形成一个封闭的管理圈。值得注意的是，流程改进更多的是渐进而非革命，因为每个公司总有现行的流程，不大可能推倒重来，要通过不断微调来优化。

问题四：请问流程管理的基本原则是什么？ 同学你好，很高兴为您解答！
高顿网校为您解答：
流程管理基本原则如下：
一、顾客价值导向原则
以顾客价值为导向是流程管理最根本的原则。当今社会已由卖方市场彻底转变为买方市场，市场经济是顾客决定企业生死。“脸对老板、 *** 对顾客”是“流程再造”兴起之前的普遍现象，这一现象在国内还没有得到根本扭转。这是因为不少员工还停留在“只对老板或上司负责”的状态。他们只看到眼前，是老板或上司决定他的命运，没有看到实质――企业的产品或服务最终是否得到顾客认可才是问题的关键。现在必须认清一个残酷的现实――忽视顾客的企业只有死路一条。
企业如果要转变服务观念，真正以顾客为中心，那么在流程上，你就不能让退换货的顾客长期等待，你却在内部层层报告。非常遗憾的是，很多企业的做法却正是与顾客的要求相反。
二、员工关系平等原则
实施流程管理必须淡化权力意识，打破等级观念。管理者必须懂得：员工不负责，是你没有把责任交给员工。职务只是分工的不同，并非能力不同。员工也必须增强自信和责任感，要勇于担当。进行流程设计时有一个假设：每一个岗位承担者都是称职的。当然其中最重要的是，管理者必须转变对员工的观念和态度：要相信每一个员工都是可依赖的。信任员工，员工就能为企业创造业绩。
瞬息万变的市场也要求企业给予一线员工快速决断的权力。如果你要在市场上取得快速反应能力，却不肯放权给市场一线人员现场处置权，几个报告来回请示，可能市场机会早已被对手获得。
三、责任共担原则
实施流程管理必须将责任明确到岗位。但我们千万不要从一个极端走向另一个极端，因此流程团队成员对流程目标的实现共同承担责任就成为必须坚守的原则。流程管理需要团队合作，也鼓励团队合作。流程团队成员必须一起对流程成果负责，而不能是过去的铁路警察“各管一段”。企业对流程责任的追究和流程效果的奖励也要面向整个团队。当然这绝不是不分主次，责任均摊，而是流程活动的直接承担主体，要承担主要责任，其他成员相应承担连带责任。
要明白只有整个流程团队的目标实现了，才能实现企业价值增值，才能满足顾客需求。因此所有的流程管理原则都是相互联系、密不可分的。
四、工具规范原则
实施流程管理，必须借助流程图软件，统一分析工具。为了沟通快捷、交流方便，企业必须统一流程图制作软件、统一各种制作工具。其中包括：使用表单规范；用语规范；符号规范；格式规范；并保证与企业已经使用的ERP系统对接。
作为全球领先的财经证书网络教育领导品牌，高顿财经集财经教育核心资源于一身，旗下拥有高顿网校、公开课、在线直播、网站联盟、财经题库、高顿部落会计论坛、APP客户端等平台资源，为全球财经界人士提供优质的服务及全面的解决方案。
高顿网校将始终秉承成就年轻梦想，开创新商业文明的企业使命，加快国际化进程，打造全球一流的财经网络学习平台！
高顿祝您生活愉快！如仍有疑问，欢迎向高顿企业知道平台提问！

问题五：流程管理理念是什么？ 流程管理理念是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法。 它应该是一个操作性的定位描述，指的触流程分析、流程定义与重定义、资源分配、时间安排、流程质量与效率测评、流程优化等。因为流程管理是为了客户需求而设计的，因而这种流程会随着内外环境的变化而需要被优化。

问题六：流程管理的目的是什么？ 1.通过精细化管理提高受控程度
2.通过流程的优化提高工作效率 3.通过制度或规范使隐性知识显性化
4.通过流程化管理提高资源合理配置程度
5.快速实现管理复制

问题七：为什么要进行流程管理 流程管理的意义：
实现精细化管理以提高企业各业务的受控程度。
通过流程的优化提高内部的工作效率，降低成本。
通过制度或规范使隐性知识显性化，为知识管理打下基础。
通过流程化管理提高资源合理配置程度，最大化利用资源。
流程管理的原则：
坚持符合企业发展目标的原则。
工作流程设计必须体现全流程观念。
所有业务流程必需形成闭环管理。
坚持面向客户的原则。
树立以客户为中心的理念。
明确流程的客户是谁、流程的目的是什么。
在突发和例外的情况下，从客户的角度明确判断事情的原则。
关注结果，基于流程的产出制定绩效指标。
使流程中的每个人具有共同目标，对客户和结果达成共识。
企业流程管理分类：
企业的流程按其功能可以区分为业务流程与管理流程两大类别。
1、业务流程是指以面向顾客直接产生价值增值的流程；
2、管理流程是指为了控制风险、降低成本、提高服务质量、提高工作效率、提高对市场的反应速度，最终提高顾客满意度和企业市场竞争能力并达到利润最大化和提高经营效益的目的的流程。
随着互联网以及信息化管理的发展，高效的企业流程管理已成为企业增强核心竞争力的关键组成部分。企业信息部门，应建立基于企业流程管理的信息系统，新的开发语言和方式是必不可少的。流程管理已经渗透到企业管理的每一个环节，它让企业的各个部门之间的业务传递更加迅速，操作更加规范，记录更加全面，并能形成完整闭环，让企业管理更上一步台阶。

问题八：SOP流程管理是什么意思 Standard Operation Procedure三个单词中首字母的大写 ,即标准作业程序,就是将某一事件的标准操作步骤和要求以统一的格式描述出来,用来指导和规范日常的工作.SOP的精髓,就是将细节进行量化,SOP就是对某一程序中的关键控制点进行细化和量化. SOP就是对某一程序中的关键控制点进行细化和量化.从对SOP的上述基本界定来看,SOP具有以下一些内在的特征:
SOP是一种程序.SOP是对一个过程的描述

问题九：什么叫计划管理 流程管理 和组织绩效管理 计划管理就是计划的编制、执行、调整、考核的过程。它是用计划来组织，指导和调节各企业一系列经营管理活动的总称。企业在国民经济计划指导下，根据市场需求和企业内外环境和条件变化并结合长远和当前的发展需要，合理地利用人力、物力和财力资源，组织筹谋企业全部经营活动，以达到预期的目标和提高经济效益。
流程管理，是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法，常见商业管理教育如EMBA、MBA等均对“流程管理”有所介绍，有时也被称为BPM业务流程管理。它应该是一个操作性的定位描述，指的是流程分析、流程定义与重定义、资源分配、时间安排、流程质量与效率测评、流程优化等。因为流程管理是为了客户需求而设计的，因而这种流程会随着内外环境的变化而需要被优化。
组织绩效是指组织在某一时期内组织任务完成的数量、质量、效率及赢利情况。
组织绩效实现应在个人绩效实现的基础上，但是个人绩效的实现并不一定保证组织是有绩效的。如果组织的绩效按一定的逻辑关系被层层分解到每一个工作岗位以及每一个人的时候，只要每一个人达成了组织的要求，组织的绩效就实现了。

问题十：什么是流程管理制度？ 企业流程管理主要是对企业内部改革，改变企业职能管理机构重叠、中间层次多、流程不闭环等，使每个流程可从头至尾由一个职能机构管理，做到机构不重叠、业务不重复，达到缩短流程周期、节约运作资本的作用。
流程管理最终希望提高顾客满意度和公司的市场竞争能力并达到提高企业绩效的目的。依据企业的发展时期来决定流程改善的总体目标。在总体目标的指导下，再制定每类业务或单位流程的改善目标。
而流程管理制度是为了实现节约成本，提高生产效率，针对流程不严格、管理松懈等问题而制定的约束规范管理层、生产人员行为的制度。 关于接口管理平台流程图和接口管理平台流程图片的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 接口管理平台流程图的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口管理平台流程图片、接口管理平台流程图的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。