CN101154223B - 查看与系统功能对应的源代码的方法及系统 - Google Patents

Abstract

本发明公开了查看与系统功能对应的源代码的方法及系统，以解决现有方式查看系统功能和查看对应代码相分离的问题。所述方法包括：客户端发送的请求在进入业务系统处理前先被截获，通过解析请求获取源程序，然后再将请求转给业务系统处理，待处理完后，将源程序附加到业务系统的请求响应中返回给客户端。本发明方便了系统相关人员快速掌握业务系统的功能和对应代码，在测试环境上访问业务系统时，不需要额外的方法就能在当前浏览器里看到业务系统执行的是哪段代码，操作起来十分方便。而且，所述方法不改动业务系统的代码，可以在不影响业务处理过程的情况下实现信息的提取，便于系统相关人员边执行业务处理，边了解业务处理实际执行的程序代码。

Description

查看与系统功能对应的源代码的方法及系统

技术领域

本发明涉及查看源程序代码的方法，特别是涉及查看与系统功能对应的源代码的方法及系统。

背景技术

程序开发人员在了解业务系统的时候，希望快速掌握业务逻辑和程序逻辑，但由于业务系统都比较庞大复杂，所以不能很快地全部理解熟悉，因此常常需要借助源程序代码来帮助理解。通常的学习方式是：程序开发人员在测试环境中进行业务系统访问，在浏览器中执行系统某个功能，然后再切换到其他编辑器找到对应的程序代码来阅读，从而理解业务系统各个功能模块的处理过程。

上述查看源程序代码的方法是目前普遍使用的一种方式，由于查看系统功能和查看对应源代码是分离的，程序开发人员需要在不同的界面之间来回切换，还要在众多的程序代码中寻找执行某个功能的特定代码，操作繁琐，影响学习效率，开发人员无法快速对业务系统形成整体认识。

发明内容

本发明所要解决的技术问题是提供查看与系统功能对应的源代码的方法及系统，以解决现有方式查看系统功能和查看对应代码相分离的问题。

为解决上述技术问题，本发明提供了一种查看与系统功能对应的源代码的方法，包括：

截取客户端发送的请求，解析所述请求获取源程序名称；

对应所述源程序名称，提取源程序代码；

转发所述请求给业务系统处理；

在业务系统返回的请求响应中附加所述源程序代码，返回给客户端。

其中，按照以下步骤提取源程序代码：源程序与业务系统存在于同一个服务器，对应源程序名称和预置的源程序存放路径搜索文件；源程序与业务系统存在于不同服务器，在源程序服务器上提供网络服务，对应业务系统服务器发送来的源程序名称和预置的源程序存放路径搜索文件；源程序与业务系统存在于不同服务器，在业务系统服务器上预存储所述业务系统被反编译出来的程序，对应源程序名称和预置的反编译程序存放路径搜索文件。

其中，按照以下步骤解析请求：根据业务系统中配置文件定义的请求与被调用程序的对应关系，获取源程序名称；或者根据业务系统中默认规则定义的被调用程序，获取源程序名称；或者根据业务系统中配置文件与默认规则的结合，获取源程序名称。

基于同一个技术构思，本发明还提供了另一种查看与系统功能对应的源代码的方法，包括：

截取客户端发送的请求，解析所述请求获取源程序名称；

判断所述请求是否为读取源程序的请求，若是，则对应所述源程序名称，提取源程序代码，并将所述源程序代码返回给客户端；

否则，转发所述请求给业务系统处理，并在业务系统返回的请求响应中附加所述源程序名称，返回给客户端。

其中，按照以下步骤提取源程序代码：源程序与业务系统存在于同一个服务器，对应源程序名称和预置的源程序存放路径搜索文件；源程序与业务系统存在于不同服务器，在源程序服务器上提供网络服务，对应业务系统服务器发送来的源程序名称和预置的源程序存放路径搜索文件；源程序与业务系统存在于不同服务器，在业务系统服务器上预存储所述业务系统被反编译出来的程序，对应源程序名称和预置的反编译程序存放路径搜索文件。

其中，按照以下步骤解析请求：根据业务系统中配置文件定义的请求与被调用程序的对应关系，获取源程序名称；或者根据业务系统中默认规则定义的被调用程序，获取源程序名称；或者根据业务系统中配置文件与默认规则的结合，获取源程序名称。

本发明还提供了一种查看与系统功能对应的源代码的系统，包括：

请求拦截单元，用于截取客户端发送的请求；并在业务系统返回的请求响应中附加源程序代码，返回给客户端；

请求解析单元，用于解析所述请求获取源程序名称；转发所述请求给业务系统处理；

源程序提取单元，用于对应所述源程序名称，提取源程序代码。

基于同一个技术构思，本发明还提供了另一种查看与系统功能对应的源代码的系统，包括：

请求拦截单元，用于截取客户端发送的请求；并在业务系统返回的请求响应中附加源程序名称，返回给客户端；

请求解析单元，用于解析所述请求获取源程序名称；

判断请求单元，用于根据请求解析单元的分析结果判断所述请求是否为读取源程序的请求，若是，则触发源程序提取单元；否则，转发所述请求给业务系统处理；

源程序提取单元，用于对应所述源程序名称，提取源程序代码；并将所述源程序代码返回给客户端。

与现有技术相比，本发明具有以下优点：

首先，客户端发送的请求在进入业务系统处理前先被截获，通过解析所述请求获取源程序，然后再将所述请求转给业务系统处理，待处理完后，将源程序附加到业务系统的请求响应中返回给客户端。所述方法可以将源程序代码直接返回，也可以返回源程序名称，当系统相关人员点击按钮或链接访问业务系统的网页时，就能同时看到对应的源程序代码或名称，再点击名称按钮或链接，就可以在同一界面中显示被调用执行的程序代码。本发明极大地方便了系统相关人员快速掌握业务系统的功能和对应代码，在测试环境上访问业务系统时，不需要额外的方法就能在当前浏览器里看到业务系统执行的是哪段代码，操作起来十分方便。

其次，所述方法不改动业务系统的代码，只是在业务系统外封装一层执行特定功能的代码，系统运行时不打断正常的业务处理。因此，本发明适用于不同的业务系统，可以在不影响业务处理过程的情况下实现信息的提取，便于系统相关人员边执行业务处理，边了解业务处理实际执行的程序代码，达到快速掌握业务逻辑和程序逻辑的目的。

再次，本发明提供了多种源程序的提取方法，而且对请求的解析是根据不同系统框架自身的配置文件或默认规则，因此针对不同的业务系统，实现起来灵活简便。

附图说明

图1.1和1.2是本发明所述查看与系统功能对应的源代码的步骤流程图；

图2是现有技术所述基于Servlet技术的业务系统处理模型；

图3是本发明所述基于Servlet技术的业务系统处理模型；

图4是本发明优选实施例一所述方法的步骤流程图；

图5是本发明优选实施例二所述方法的步骤流程图；

图6.1和6.2是本发明所述查看与系统功能对应的源代码的系统结构图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明的核心思想是：客户端发送到业务系统服务器的请求，在进入业务系统处理前先被截获，通过解析请求内容获取请求对应的源程序，然后再将所述请求转给业务系统处理，待处理完后，在业务系统返回给客户端的请求响应中，将源程序附加到所述请求响应中再返回给客户端。其中，可以在当前请求中直接根据解析出的源程序名称提取程序代码，并附加到请求响应中返回；也可以在当前请求响应中附加解析出的源程序名称，当需要查看时在下次请求中提取源程序代码返回。

本发明提供了一种便于系统相关人员快速学习掌握业务系统的业务逻辑和程序逻辑的方法，通常应用于开发测试环境下，相关人员访问业务系统时可以在当前浏览器中看到系统被调用功能执行的代码。基于上述同一个发明思想，本发明提供了两种通过源代码快速了解业务系统的方法。参照图1.1和1.2，是本发明所述查看与系统功能对应的源代码的步骤流程图。首先介绍在当前请求的响应中直接返回源代码的方法，如图1.1所示，执行流程是：

步骤111，客户端向业务系统服务器发送请求。Web系统的一个基本特点是当点击页面按钮或链接，其实质是向服务器发送了一个URL(统一资源定位器)表示的请求，并且在请求中包装了一些数据。其中，所述URL包含了资源类型、服务器地址、路径等信息。当系统相关人员在测试环境下了解业务系统某个功能时，在页面中点击链接或按钮，即向业务系统发送了一个请求执行所述功能的URL请求。

步骤112，截取并解析所述请求。通常，业务系统收到客户端发送的请求，先分析所述请求是要请求执行哪个系统功能，需要调用哪个程序，然后再转发给对应的业务处理程序。本发明中，请求在进入业务系统处理前就被截获，然后根据业务系统的请求解析方式对截获的请求进行解析，从而获取请求对应的源程序名称。因此，针对不同的业务系统，在实施本发明前首先要了解业务系统的请求解析方式，然后再按照同样的方式去解析请求，找到实际被调用执行的程序或程序内的方法。

虽然业务系统也会解析请求，但本发明中进行请求解析的目的在于：不改动业务系统的程序代码，只是在业务系统外封装一层执行特定功能的代码，系统运行时不打断正常的业务处理。因此，本发明适用于不同的业务系统，可以在不影响业务处理过程的情况下实现信息的提取，便于系统相关人员边执行业务处理，边了解业务处理实际执行的程序代码。

步骤113，提取源程序代码。从请求中解析出需要调用的源程序名称后，根据所述程序名称进行源程序代码的提取。本发明提供了多种提取源程序的方法，根据源程序与业务系统的存放位置关系，通常采用下述三种方法。

第一种方法，针对源程序与业务系统存放在同一个服务器磁盘空间的情况：预先提供系统所有源程序名称与存放路径的对应表，读取所述对应表，根据获取的源程序名称找到对应路径，然后搜索磁盘空间，从而找到对应的程序。

第二种方法，针对源程序与业务系统存放在不同服务器磁盘空间的情况：为了从存放源程序的服务器上获取所述源程序，需要在业务系统服务器和源程序服务器间传输数据，因此首先需要配置网络环境，在源程序服务器上提供Web服务。这样，业务系统服务器解析出源程序名称后，就可以通过网络传输给源程序服务器，然后按照第一种方法查找具体的源程序内容，即根据源程序名称和预先提供的源程序名称与存放路径的对应表，搜索磁盘空间。然后将查找到的源程序代码返回给业务系统服务器。

第三种方法，针对源程序与业务系统存放在不同服务器的磁盘空间、而又不方便提供Web服务的情况：由于在源程序服务器上提供Web服务，需要进行搭建相关服务、提供程序解析等一系列网络环境的配置，实现起来比较复杂，所以在不便于配置网络环境的情况下，可以预先对所有系统代码进行反编译，然后存放在业务系统服务器上。这样，业务系统服务器解析出源程序名称后，就可以按照第一种方法，在同一个服务器磁盘空间中查找源程序对应的反编译程序。

步骤114，将原始请求转发给业务系统处理。在步骤112解析完请求后，就可以将原始未解析的请求转发给业务系统，所以步骤113和步骤114没有先后顺序。业务系统接收请求后，通过分析请求内容调用对应程序，进行相关业务处理。因此，上述截取和分析请求、提取源程序的过程并没有干扰原来业务系统的处理流程，不需要对业务系统做任何改动。

步骤115，业务系统处理完后，向客户端返回请求响应。业务系统会对接收的请求作出请求应答。

步骤116，将提取的源程序代码附加到所述请求响应中，返回给客户端。针对每个截取的客户端请求，都会等待对应的请求响应，然后在所述请求响应中附加源代码，再返回给客户端。由此，客户端用户在访问系统功能的时候，就能在当前浏览器中看到正在被调用执行的程序代码，而不需要在当前浏览器窗口和程序代码窗口间来回切换，操作方便，而且还不影响业务系统的执行。

另一种方法是在当前请求中返回源程序名称，然后在需要查看时再返回具体的源程序内容。由于与上述方法有相同的处理步骤，以下相同步骤将不再详述。如图1.2所示，执行流程是：

步骤121，客户端向业务系统服务器发送请求。

步骤122，截取并解析所述请求。在所述请求进入业务系统处理前，先截获并解析，从中获取请求要调用执行的源程序名称。

步骤123，根据解析出的请求内容，判断所述请求是否是读取源程序的请求，若是，执行步骤127；否则，执行步骤124。由于将源程序名称和源程序代码分开返回，所以需要判断当前请求中是返回源程序名称还是源程序代码。

步骤124，将原始请求转发给业务系统处理。

步骤125，业务系统处理完后，向客户端返回请求响应。

步骤126，将解析出的源程序名称附加到所述请求响应中，返回给客户端，客户端用户就能在当前浏览器中看到正在被调用执行的程序名称。如果客户端用户需要查看具体的程序内容，再点击对应的链接或按钮，重新执行步骤121、122、123和127，在下次请求中由专门的程序负责根据源程序名称提取对应的程序代码，并附加到请求响应中返回给客户端。

步骤127，提取源程序代码，并返回给客户端。如果所述请求是读取源程序的请求，即步骤126中所述用户再次点击对应程序名称的链接或按钮发送的请求，所述专门的程序将按照上述步骤113提供的三种方法提取源程序代码，并返回给客户端。

虽然上述两种查看源程序代码的方法略有不同，但都基于同一个技术构思，只是在当前请求中返回的内容不同。上述两种方法还提供了多种源程序的提取方法，以及根据不同系统的请求解析方式分析请求，因此针对不同的业务系统，实现起来灵活简便。

本发明主要是针对基于Servlet技术的程序框架，Servlet是用Java编写的服务器端程序，由服务器端调用和执行的任何Java类，Servlet规范定义了服务器端如何处理请求和返回的响应，而实现Servlet规范的应用服务器(容器)有很多。目前，虽然其他语言本身还没有提供所述处理请求和响应返回的机制，但如果用其他语言编写程序实现类似功能也是可以做到的。因此，可以将基于Servlet技术的业务系统作为一优选实施例，说明本发明所述的方法。

在所述优选实施例中，本发明充分利用了Servlet规范中的过滤器特性，所述特性使得请求在被传给对应的业务系统程序之前被截获，完成诸如权限检查等功能。本发明正是利用这个特性，在不改动业务系统本身程序的前提下，在请求返回里增加了解析请求的内容。所述过滤器特性是从Servlet规范2.3开始提出的，目前大部分Servlet容器都支持所述规范。下面将说明Servlet过滤器在本发明中的具体应用。

参照图2，是现有技术所述基于Servlet技术的业务系统处理模型。在业务系统服务器端部署Servlet容器，完成处理请求和响应的功能。目前有很多种基于Servlet的程序框架，他们有各自的请求解析方式，但基本分为三种：第一种是根据配置文件，在配置文件中定义URL与被调用程序的对应关系，例如某个URL调用某个程序处理；第二种是根据默认规则，定义调用某个程序处理，例如某个业务系统处理的是同一类请求，则可以设置默认规则来调用同一个程序；第三种是前两种方式的结合，根据配置文件和默认规则来处理不同请求，调用对应的某个程序处理。

基于上述请求解析方式，Servlet容器处理请求的过程是：第一步容器转发请求，收到客户端发送的请求后，根据Servlet提供的程序接口读取请求的内容，然后根据容器的配置进行第一层次的转发，将不同的请求按类别转发给相应程序处理，例如所有URL以.vm结尾的请求都调用程序WebxController处理；第二步业务转发程序，进行第二层次的转发，根据不同Servlet业务系统的配置或规则，采用上述三种方式中的任一种，具体解析出每个请求对应的程序，然后调用对应的业务处理程序，例如上述WebxController程序就负责进行业务请求转发，读取具体的请求内容后，根据配置或规则转发给对应的业务处理程序。

本发明对上述业务系统处理模型作了改进，增加了过滤器的处理。参照图3，是本发明所述基于Servlet技术的业务系统处理模型。所述Servlet过滤器可以链在Servlet容器的处理过程中，拦截请求和响应，检查和修改在客户端和Web应用程序之间交换的数据，即过滤器会在Servlet处理之前访问一个进入的请求，并在外发的响应回到客户端前访问这些信息。图3与图2所示处理流程不同的是，在Servlet容器执行第一步转发请求前，过滤器会截取所述请求，并按照与图2相同的请求解析方式处理请求，即：第一步，根据业务系统的过滤器配置(不同系统可以配置不同的过滤器)，将所有请求都转发到定义的某个过滤器处理；第二步，所述过滤器再读取具体的请求内容，根据业务系统的配置或规则，解析出请求要调用执行的程序。过滤器分析出请求对应的程序后，并不调用所述程序处理请求，而是将原始未分析的请求再转发给Servlet容器，容器再执行图2所示的处理流程，即进行容器转发请求和业务转发程序，此时才将请求转给对应的程序处理。而在容器重新处理请求的过程中，过滤器可以按照上述三种方法提取源程序，然后在请求响应回到客户端前将所述源程序代码附加到响应中返回；也可以不在当前请求中提取源程序，而将解析出的源程序名称附加到响应中返回，在下次请求中再提取。

上述过滤器和Servlet容器进行两次请求解析的目的在于：容器进行的请求解析是业务系统执行的一部分程序，本发明为了不改动业务系统的程序代码，因此需要额外进行请求解析，可以在不影响业务处理过程的情况下实现信息的提取。

针对上述改进后的处理模型，下面将根据两种不同的源程序返回方式具体说明。参照图4，是本发明优选实施例一所述方法的步骤流程图。

步骤401，过滤器截获访问请求。

步骤402，读取请求内容，并按照业务系统的请求解析方式，解析出所述请求要调用执行的源程序名称等信息，然后提取对应的源程序代码。其中，请求解析出的内容除包含源程序名称，还可能包含其他信息，如：可以按照某些业务系统的技术框架的默认规则，解析出来更多的信息，所述信息可能对应另外的程序或者模板，也就是一次请求可能是调用了几个程序，而所述几个程序由1个模板来处理；还可能包括根据规则解析出来调用的是某个程序类的某个方法。

步骤403，将原始请求转发给业务系统处理，业务系统将按照自己的方式分析请求内容后，调用对应的程序处理请求。

步骤404，业务系统处理完后，向过滤器返回请求响应。

步骤405，过滤器在所述请求响应中附加源程序代码，返回给客户端。

上述过程中，源程序的提取并不限定在步骤402中，只要在请求响应返回到过滤器之前完成提取即可。

另一种实现方式是：参照图5，是本发明优选实施例二所述方法的步骤流程图。

步骤501，过滤器截获访问请求。

步骤502，读取请求内容，并按照业务系统的请求解析方式，解析出所述请求要调用执行的源程序名称等信息。

步骤503，判断所述请求是否是读取源程序的请求，如果是，执行步骤507，提取源程序代码；否则，执行步骤504。

步骤504，将原始请求转发给业务系统处理，业务系统将按照自己的方式分析请求内容后，调用对应的程序处理请求。

步骤505，业务系统处理完后，向过滤器返回请求响应。

步骤506，过滤器在所述请求响应中附加解析出的源程序名称，返回给客户端。客户端用户在需要查看源程序代码的时候，再点击对应源程序名称的链接或按钮，提取源代码显示给客户端。

步骤507，提取源程序代码，然后返回给客户端。

本发明还提供了查看与系统功能对应的源代码的系统，所述系统并没有改变原有业务系统的程序代码，只是在业务系统外封装一层执行特定功能的代码，业务系统运行时不打断正常的业务处理。参照图6.1和6.2，是本发明针对不同的源程序返回方式，提供的基于同一技术构思的两种查看与系统功能对应的源代码的系统结构图。如图6.1所示，所述系统包括请求拦截单元611、请求解析单元612和源程序提取单元613，其中：

请求拦截单元611，用于截取客户端发送的请求；并在业务系统返回的请求响应中附加源程序代码，返回给客户端。当系统相关人员在测试环境下了解业务系统某个功能时，在页面中点击链接或按钮，即向业务系统发送了一个请求执行所述功能的URL请求。所述请求在进入业务系统处理前，先被请求拦截单元611截获，并转给请求解析单元612处理。而在业务系统返回给客户端请求响应时，所述请求响应先到达请求拦截单元611，请求拦截单元611将源程序提取单元613提取的源代码附加到所述响应中，再返回给客户端。

请求解析单元612，用于根据业务系统的请求解析方式对请求拦截单元611截获的请求进行解析，从而获取请求对应的源程序名称等信息。例如，在本发明方法所述的优选实施例中，提供了三种基于Servlet程序框架的请求解析方式：第一种是根据配置文件，在配置文件中定义URL与被调用程序的对应关系；第二种是根据默认规则，定义调用某个程序处理；第三种是前两种方式的结合，根据配置文件和默认规则来处理不同请求，调用对应的某个程序处理。请求解析单元612在获取源程序名称等信息后，将原始未分析的请求转发给业务系统，业务系统再进行请求分析和调用对应源程序的处理。

源程序提取单元613，用于根据请求解析单元612获取的源程序名称，提取源程序代码。本发明针对源程序与业务系统是否存放在同一个服务器的情况，提供了三种提取源程序代码的方法，具体说明如前所述。源程序提取单元613提取的源代码由所述请求拦截单元611附加到请求响应中返回。

另一种系统如图6.2所示，所述系统还包括判断请求单元624，用于根据请求解析单元622的分析结果判断所述请求是否为读取源程序的请求，若是，则触发源程序提取单元623；否则，转发所述请求给业务系统处理。所述系统中，请求拦截单元621、请求解析单元622和源程序提取单元623的功能与图6.1所示的系统基本一致，不同之处在于：请求拦截单元621返回给客户端的是源程序名称，请求解析单元622不转发原始请求给业务系统，而源程序提取单元623还要将提取的源代码返回给客户端。图6.2所示系统的处理情况是：在当前请求中只返回源程序名称，当客户端用户需要查看时，在下一次请求中专门提取源程序代码返回，所以系统中增加了判断请求单元624。

本发明所述系统主要是针对基于Servlet技术的程序框架，因此提供的两种系统所实现的功能可以通过Servlet规范2.3开始提出的过滤器来实现。但并不是说Servlet规范提供的过滤器就可以直接实现本发明，而是指利用过滤器的特性，在截获请求后采用本发明所述方法解析请求，并根据获取的源程序名称提取源程序代码，然后再利用请求响应返回到过滤器的特性，在请求响应中加入源程序代码或源程序名称返回。如前所述，目前虽然其他语言本身还没有提供所述处理请求和响应返回的机制，但也可以利用其他语言编写程序实现类似功能，所以本发明所述系统并不仅限于通过Servlet过滤器来实现。

以上对本发明所提供的查看与系统功能对应的源代码的方法及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (12)

1.查看与系统功能对应的源代码的方法，其特征在于，包括：

截取客户端发送的请求，解析所述请求获取源程序名称；

对应所述源程序名称，提取源程序代码；

转发所述请求给业务系统处理；

在业务系统返回的请求响应中附加所述源程序代码，返回给客户端。

2.根据权利要求1所述的方法，其特征在于，按照以下步骤提取源程序代码：源程序与业务系统存在于同一个服务器，对应源程序名称和预置的源程序存放路径搜索文件。

3.根据权利要求1所述的方法，其特征在于，按照以下步骤提取源程序代码：源程序与业务系统存在于不同服务器，在源程序服务器上提供网络服务，对应业务系统服务器发送来的源程序名称和预置的源程序存放路径搜索文件。

4.根据权利要求1所述的方法，其特征在于，按照以下步骤提取源程序代码：源程序与业务系统存在于不同服务器，在业务系统服务器上预存储所述业务系统的系统代码被反编译出来的程序，对应源程序名称和预置的反编译程序存放路径搜索文件。

5.根据权利要求1所述的方法，其特征在于，按照以下步骤解析请求：根据业务系统中配置文件定义的请求与被调用程序的对应关系，获取源程序名称；或者根据业务系统中默认规则定义的被调用程序，获取源程序名称；或者根据业务系统中配置文件定义的请求与被调用程序的对应关系，以及默认规则定义的被调用程序，获取源程序名称。

6.查看与系统功能对应的源代码的方法，其特征在于，包括：

截取客户端发送的请求，解析所述请求获取源程序名称；

判断所述请求是否为读取源程序的请求，若是，则对应所述源程序名称，提取源程序代码，并将所述源程序代码返回给客户端；

否则，转发所述请求给业务系统处理，并在业务系统返回的请求响应中附加所述源程序名称，返回给客户端。

7.根据权利要求6所述的方法，其特征在于，按照以下步骤提取源程序代码：源程序与业务系统存在于同一个服务器，对应源程序名称和预置的源程序存放路径搜索文件。

8.根据权利要求6所述的方法，其特征在于，按照以下步骤提取源程序代码：源程序与业务系统存在于不同服务器，在源程序服务器上提供网络服务，对应业务系统服务器发送来的源程序名称和预置的源程序存放路径搜索文件。

9.根据权利要求6所述的方法，其特征在于，按照以下步骤提取源程序代码：源程序与业务系统存在于不同服务器，在业务系统服务器上预存储所述业务系统的系统代码被反编译出来的程序，对应源程序名称和预置的反编译程序存放路径搜索文件。

10.根据权利要求6所述的方法，其特征在于，按照以下步骤解析请求：根据业务系统中配置文件定义的请求与被调用程序的对应关系，获取源程序名称；或者根据业务系统中默认规则定义的被调用程序，获取源程序名称；或者根据业务系统中配置文件定义的请求与被调用程序的对应关系，以及默认规则定义的被调用程序，获取源程序名称。

11.查看与系统功能对应的源代码的系统，其特征在于，包括：

请求拦截单元，用于截取客户端发送的请求；并在业务系统返回的请求响应中附加源程序代码，返回给客户端；

请求解析单元，用于解析所述请求获取源程序名称；转发所述请求给业务系统处理；

源程序提取单元，用于对应所述源程序名称，提取源程序代码。

12.查看与系统功能对应的源代码的系统，其特征在于，包括：

请求拦截单元，用于截取客户端发送的请求；并在业务系统返回的请求响应中附加源程序名称，返回给客户端；

请求解析单元，用于解析所述请求获取源程序名称；

判断请求单元，用于根据请求解析单元的分析结果判断所述请求是否为读取源程序的请求，若是，则触发源程序提取单元；否则，转发所述请求给业务系统处理；

源程序提取单元，用于对应所述源程序名称，提取源程序代码；并将所述源程序代码返回给客户端。

Images