一种行业业务领域信息系统的开发方法及系统与流程

本发明涉及行业业务领域，尤其涉及一种行业业务领域信息系统的开发方法及系统。

背景技术：

在软件开发项目实施过程中，由于涉及到不同的功能领域，可能需要多个团队协作完成，如：建设银行的科技部门下设八个中心，而各中心的科技应用能力所专注的方向不同，如：方向为用户体验、渠道、技术平台、产品服务、生产运营、管理分析等，那么在应用软件开发项目实施过程中，就需要各中心相关团队合作完成。

由于各中心团队在项目实施合作过程中的沟通、配合协调性等问题，会导致应用软件总体开发周期超计划或超预算时间，降低了应用软件开发项目实施的效率。

技术实现要素：

有鉴于此，本发明提供一种行业业务领域信息系统的开发方法及系统，以解决现有技术中由于各中心团队在项目合作过程中的配合协调性等问题，导致的应用软件总体开发周期超计划或超预算时间，降低应用软件开发项目启动的效率的问题，其具体方案如下：

一种行业业务领域信息系统的开发方法，包括：

获取对选定项目的业务需求和信息系统的当前状况进行分析所得到的分析结果，根据所述分析结果确定所述选定项目的需求范围、IT整体架构、监控及运行维护需求；

接收根据所述选定项目的需求范围、IT整体架构、监控及运行维护需求确定的所述选定项目的设计方案；

根据所述设计方案确定该设计方案的开发代码；

确定所述选定项目的需求范围、设计方案及开发代码的测试需求，根据所述测试需求进行项目测试；

当所述项目测试的测试效果达到预期效果，则所述开发代码为可交付代码；

在计算机网络环境中部署所述可交付代码，得到应用系统，并投入生产运营。

在所述获取对选定项目的当前状况进行分析所得到的分析结果之前，还包括：

接收根据当前市场需求和企业级业务模型所确定的需求项目，将所述需求项目确定为选定项目。

在所述对应用系统投入生产运营之前，还包括：

对所述选定项目的需求范围、IT解决方案设计、代码开发、项目测试及项目部署上线的过程进行质量管理控制。

所述获取对选定项目的当前状况进行分析所得到的分析结果，根据所述分析结果确定所述选定项目的需求范围、IT整体架构、监控及运行维护需求，具体为：

获取对所述选定项目的目标及范围进行分析得到的第一分析结果；

获取对所述选定项目的用户工作流、功能及用户体验需求进行应用分析得到的第二分析结果；

获取对所述选定项目的非功能需求及运行场景、应用架构、数据架构、技术架构及安全架构进行分析得到的第三分析结果；

获取对所述选定项目的应用监控及运行维护需求进行分析得到的第四分析结果；

根据所述第一分析结果、第二分析结果、第三分析结果及第四分析结果，确定所述选定项目的需求范围、IT架构、运行监控及维护需求，并确定项目实施效果。

接收根据所述选定项目的需求范围、IT整体架构、监控及运行维护需求确定的所述选定项目的设计方案，具体为：

进行所述选定项目的应用设计、组件服务设计、数据组件设计、应用集成设计、数据集成设计、组件内部细化设计、系统投产部署方案设计、业务应用数据迁移方案设计、系统投产演练方案设计及应急预案设计，以形成所述选定项目的设计方案。

根据所述测试需求进行项目测试，当所述项目测试的测试效果达到预期效果，则判定所述开发代码为可交付代码，具体为：

根据所述测试需求进行测试方案设计；

根据所述测试方案建立测试环境，并根据所述测试需求进行测试案例设计；

分别对所述测试的项目进行组件组装、应用组装、应用总装、用户验收及版本检验测试；

当所述进行测试的项目的的测试结果均达到预期效果时，则判定所述开发代码为可交付代码。

部署所述可交付代码，得到应用项目，并投入生产运营，具体为：

根据所述设计方案确定所需的IT基础设施环境，在所述IT基础设施环境上运行所述可交付代码，得到应用系统；

记录确定的所述应用系统的应急方案，将所述应用系统投入生产运营。

一种行业业务领域信息系统的开发系统，包括：分析单元，与所述分析单元相连的设计单元，与所述设计单元相连的开发单元，与所述分析单元、设计单元及开发单元分别相连的测试单元，与所述测试单元相连的运行单元，其中：

所述分析单元用于获取对选定项目的业务需求和应用系统的当前状况进行分析所得到的分析结果，根据所述分析结果确定所述选定项目的需求范围、IT整体架构、监控及运行维护需求；

所述设计单元用于接收根据所述选定项目的需求范围、IT整体架构、监控及运行维护需求确定的所述选定项目的设计方案；

所述开发单元用于根据所述设计方案确定该设计方案的开发代码；

所述测试单元用于确定所述选定项目的需求范围、设计方案及开发代码的测试需求，根据所述测试需求进行项目测试，当所述项目测试的测试效果达到预期效果，则所述开发代码为可交付代码；

所述运行单元用于所述可交付代码生产环境部署切换前的准备和运行中的监控和维护。

从上述技术方案可以看出，本申请公开的行业业务领域信息系统的开发方法及系统，通过该方法及系统使得，项目实施人员能够获取对选定项目的业务需求和信息系统的当前状况进行分析得到的分析结果，根据分析结果确定选定项目的需求范围、IT整体架构、监控及运行维护需求，接收根据选定项目的需求范围、IT整体架构、监控及运行维护需求确定的选定项目的设计方案，根据设计方案确定该设计方案的开发代码，确定选定项目的需求范围、设计方案及开发代码的测试需求，根据测试需求进行项目测试，当测试效果达到预期效果时，在计算机网络环境中部署该代码，得到应用系统，并投入生产运营。本方案通过对项目实施过程中的各个步骤进行统一化规范及管理，避免了不同中心团队对同一个项目实施过程中处理进度不同或其他问题导致的沟通配合协调性问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例公开的一种行业业务领域信息系统的开发方法的流程图；

图2为本发明实施例公开的一种行业业务领域信息系统的开发系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明公开了一种行业业务领域信息系统的开发方法，其流程图如图1所示，包括：

步骤S11、获取对选定项目的业务需求和信息系统的当前状况进行分析所得到的分析结果，根据分析结果确定选定项目的需求范围、IT整体架构、监控及运行维护需求；

确定选定项目的具体过程为：将根据当前市场的需求和企业级业务模型所确定的业务需求为所选定项目的实施范围。

具体地，确定市场需求的过程可以包括：产品建模、流程建模、体验建模及数据建模，以确定当前迫切需要完成的项目，其中，该迫切需要完成的项目可以为：当前市场还没有的项目；也可以为当前已有类似项目，但存在一定问题，迫切需要改善的项目。

在获取对选定项目的业务需求和信息系统的当前状况进行分析所得到的分析结果之前，还包括：接收根据当前市场需求和企业级业务模型所确定的需求项目，将该需求项目确定为选定项目。

具体地，可以包括：获取对选定项目的目标及范围进行分析所得到的第一分析结果；获取对选定项目的用户工作流、功能及用户体验需求进行分析得到的第二分析结果；获取对选定项目的非功能需求及运行场景、应用架构、数据架构、技术架构及安全架构进行分析得到的第三分析结果；获取对选定项目的应用监控及运行维护需求进行分析得到的第四分析结果；根据第一分析结果、第二分析结果、第三分析结果及第四分析结果，确定选定项目的需求范围、IT架构、运行监控及维护需求，并确定项目的实施效果。

在分析过程中，还可以包括：对实施的分析，实施效果的分析，以及对界面用户体验需求的分析。

其中，实施分析可以包括：分析应用监控指标，以及分析非功能指标。

对架构进行分析可以具体包括：分析上下文关系，分析应用架构，分析数据架构，分析技术架构，分析安全架构以及典型交易线设计。

步骤S12、接收根据选定项目的需求范围、IT整体架构、监控及运行维护需求确定的选定项目的设计方案；

在确定设计方案的过程中需要项目相关中心团队人员协调合作，如：在确定设计方案的过程中，针对设计方案中的各个方面，由不同中心团队人员负责，之后将各个中心团队人员的工作成果整合后，再从企业级视角进行架构规范约束性设计形成项目的设计方案。

具体地，可以为：进行选定项目的应用设计、组件服务设计、数据组件设计、应用集成设计、数据集成设计、组件内部细化设计、系统投产部署方案设计、应用和数据迁移方案设计、系统投产演练方案设计及应急预案设计，系统切换方案设计，以形成选定项目的设计方案。

确定选定项目的设计方案可以具体包括：识别、定义、分解、细化及部署方案设计。

识别具体可以包括：识别应用功能，识别组件数据模型，识别应用组件功能及识别集成功能。其中，识别应用功能包括：识别系统用例及识别系统工作流程；识别组件数据模型包括：识别应用组件业务数据范围及识别应用组件模型；识别应用组件功能包括：识别候选联机服务，识别批处理，识别提供服务组件及识别联机服务；识别集成功能包括：识别应用集成，识别数据传输及识别数据集成。

定义具体可以包括：定义应用，定义数据组件，定义应用组件及定义集成功能。其中，定义应用包括：定义系统工作流程，定义用例概述，定义用户界面，定义应用菜单项，定义外部渠道，定义应用事件，定义流程编排服务，定义交易服务及定义应用批处理；定义数据组件包括：定义DO，定义DOS，及定义数据构件服务；定义应用组件包括：定义OLTP联机服务，定义OLAP联机服务及定义批处理服务；定义集成功能包括：定义应用集成，定义数据传输，及定义数据集成。

分解包括：分解功能、非功能至12P，其中，具体为：功能对接，非功能对接及确定基于12P的细化设计内容。

设计可以具体细化为：选择设计模式，设计数据库、数据分布、数据存储策略，历史数据归档设计，设计界面原型，设计渠道展现层和渠道服务层，应用批处理设计，端到端交易线设计，细化系统用例设计，设计流程规则，细化工作流设计，设计适配器，设计服务配置，设计服务接口适配，识别服务构件，设计数据D模型，定义服务构件，设计批处理，设计数据封装服务，设计逻辑、物理数据模型，设计数据映射关系，设计ETL处理和编排，设计数据质量检核，设计备份归档，设计元数据管理，数据应用模式选择，设计固定报表应用，设计决策仪表盘应用，设计自助查询应用，设计数据挖掘、数据实验室应用，设计操作规则应用及设计快捷查询、信息聚合应用。

数据迁移方案设计包括方案设计、开发和核验

部署方案设计包括：应用和/或组件逻辑部署方案设计，应用和/或组件物理部署方案设计，其中，根据选定项目的各个要素在选定项目中所执行的顺序确定选定项目的执行方案为逻辑部署。

切换方案设计包括：总体切换和应急回退策略制定、业务切换方案设计、数据迁移切换方案设计、上线切换迁移地图、应用切换方案设计，切换和应急回退总体方案制定。

步骤S13、根据设计方案确定该设计方案的开发代码；

其中，确定设计方案是该选定项目在实施过程中的步骤，设计方案确定了，则可以根据该设计方案开发应用软件的开发代码。

根据设计方案确定设计方案的开发代码，即开发的过程。

其中，开发可以包括：可视化开发、代码生成、单元测试及组件组装测试。

可视化开发可以具体包括：配置交易属性、报文表及页面输入要素，完成服务器由呼出报文格式、交易识别、拦截器分组及渠道服务配置，配置ActionFlow；梳理功能界面及涉及到界面的流转，梳理界面要素、事件及与报文的对照关系，生成界面，选择输入输出界面的交易要素类型、属性，配置界面事件；抽象服务对象模型及其对应的数据模型，创建适配类服务的数据结构、报文结构，创建服务及接口定义，校验设计的合法性及可用性，产出相关适配文件；梳理构件接口模型及数据模型，梳理所有构件及构件之间的业务逻辑关系、数据模型，使用VMD进行主体和应用细节设计，在设计过程中对合法性及可用性进行校验；梳理对象模型及其对应的数据模型，梳理本应用对应的服务及其与之对应的业务逻辑关系、数据模型，使用VMD进行主体及应用细节设计，在设计过程中对合法性及可用性进行校验；物理模型、ETL、数据映射设计，创建资料库，生ETL模块及对其初始化，DDL变更、值变更影响分析，数据库表相应模块开发，包括：Create、Insert、ETL Update、Delete模块开发。

代码生成可以具体包括：生成代码时进行校验，针对不同的应用平台生成相应的代码、配置文件、数据库脚本及错误码数据等信息，对产生的代码进行编译，自动生成可执行测试的框架及发布CC。

步骤S14、确定选定项目的需求范围、设计方案及开发代码的测试需求，根据测试需求进行项目测试，当测试项目的测试效果达到预期效果，则开发代码为可交付代码；

针对达到预期效果的测试项目，当在运行过程中，发现了其他问题或不足之处，可以在确定开发代码为可交付代码之后，针对发现的问题或不足，对该可交付代码进行适当性调整，对调整后的代码再次运行选定项目，直至根据修改后的代码运行选定项目得到的测试项目不能发现其他问题之后，再执行后续操作。

单元测试可以具体包括：组件单元功能动态测试及构件组装的非功能测试，其中，组件单元功能动态测试包括：确定动态测试范围及设计并执行测试案例；构件级别的非功能测试具体为组件单元阶段的非功能测试。

组件组装测试可以具体包括：组件组装功能测试及组件组装非功能测试，其中，组件组装功能测试包括：分析测试范围，设计测试案例，执行测试及编制测试报告，组件组装非功能测试包括：方案及案例设计，环境工具确认，编写测试脚本，测试案例执行，编写测试报告，报告发布归档。

进一步地，需对实施的项目进行应用组装测试、应用总装测试、用户验收测试和版本校验测试。

具体地，根据测试需求进行测试方案的设计，根据测试方案建立测试环境，根据测试需求进行测试案例的设计，并根据测试案例进行测试执行。

应用组装测试包括：组件连接测试，应用组装功能测试及应用组装非功能测试，其中，组件连接测试包括：分析测试范围，设计测试案例，执行测试；应用组装功能测试包括：编制测试方案、分析测试范围，设计测试案例，测试准入检查，执行测试及编制测试报告；应用组装非功能测试包括：方案及案例，环境工具确认，编写测试脚本，测试案例执行，测试报告及报告发布归档。

应用总装测试包括：应用总装功能测试及应用总装非功能测试，其中，应用总装功能测试包括：编写测试方案，分析测试范围，设计测试案例，测试准入检查，执行测试及编制测试报告；应用总装非功能测试包括：方案及案例，环境工具确认，编写测试脚本，测试案例执行，测试报告及报告发布归档。

用户验收测试包括：编写测试方案，分析测试范围，设计测试案例，测试准入检查，执行测试及编制测试报告。

版本校验测试包括：版本安装校验测试，版本校验功能测试及版本校验非功能测试，其中，版本安装校验测试包括：测试范围案例，编写虚拟服务及执行测试案例；版本校验功能测试包括：编制测试方案，分析测试范围，设计测试案例，测试准入检查，执行测试及编制测试报告；版本校验非功能测试包括：方案及案例，环境工具确认，编写测试脚本，测试案例执行，测试报告及报告发布归档。

部署方案优化调整可以具体为：应用系统或组件物理部署方案的优化调整。

步骤S15、在计算机网络的基础设施环境中部署可交付代码，得到应用系统，并投入生产运营。

具体包括：生产环境基础设施需求申请和供给，SOM权限申请、审核和实施，网络资源/服务申请和批准，上线安装配置手册编制，上线版本安装和配置，基础软件和应用/组件安全检查，监控/自动化服务部署，监控与健康检查工具部署。

其中，根据可交付代码得到应用，而该应用的部署需要一定的设备基础，所需的设备可以包括：基础设施，其中，基础设施包括网络和计算机服务器、应用或组件监控或自动化设施。

在应用系统投入生产运营之前确定好应急方案，以便于在该应用出现故障时，能够避免耽误用户的应用。

具体包括：业务运营准备，技术切换准备、演练及优化、切换执行。

本实施例公开的行业业务领域信息系统的开发方法，获取对选定项目的业务需求和信息系统的当前状况进行分析得到的分析结果，根据分析结果确定选定项目的需求范围、IT整体架构、监控及运行维护需求，接收根据选定项目的需求范围、IT整体架构、监控及运行维护需求确定的选定项目的设计方案，根据设计方案确定该设计方案的开发代码，确定选定项目的需求范围、设计方案及开发代码的测试需求，根据测试需求进行项目测试，当测试效果达到预期效果时，在计算机网络环境中部署该代码，得到应用系统，并投入生产运营。本方案通过对项目实施过程中的各个步骤进行统一化规范及管理，避免了不同中心团队对同一个项目实施过程中处理进度不同或其他问题导致的沟通配合和协调性问题。

本实施例公开了一种行业业务领域信息系统的开发系统，其结构示意图如图2所示，包括：

分析单元21，与分析单元21相连的设计单元22，与设计单元22相连的开发单元23，与分析单元21、设计单元22及开发单元23分别相连的测试单元24，与测试单元24相连的运行单元25。

分析单元21用于获取对选定项目的业务需求和应用系统的当前状况进行分析所得到的分析结果，根据分析结果确定选定项目的需求范围、IT整体架构、监控及运行维护需求。

确定选定项目的具体过程为：根据当前市场的项目需求，确定需求的项目，将需求的项目确定为选定项目。

具体的，确定市场需求的过程可以包括：产品建模、流程建模、体验建模及数据建模，以确定当前迫切需要完成的项目，其中，该迫切需要完成的项目可以为：当前市场还没有的项目；也可以为当前已有类似项目，但存在一定问题，迫切需要改善的项目。

其中，分析单元可以包括：第一分析子单元，第二分析子单元，第三分析子单元，第四分析单元，及分别与第一分析子单元、第二分析子单元、第三分析子单元及第四分析单元相连的要素确定子单元。

第一分析子单元用于获取对选定项目的目标及范围进行分析所得到的第一分析结果；第二分析子单元用于获取对选定项目的用户工作流、功能及用户体验需求进行分析得到的第二分析结果；第三分析子单元用于获取对选定项目的非功能需求及运行场景、应用架构、数据架构、技术架构及安全架构进行分析得到的第三分析结果；第四分析子单元用于获取对选定项目的应用监控及运行维护需求进行分析得到的第四分析结果；要素确定子单元用于根据第一分析结果、第二分析结果、第三分析结果及第四分析结果，确定选定项目的需求范围、IT架构、运行监控及维护需求，并确定项目的实施效果。

在分析过程中，还可以包括：对实施的分析，实施效果的分析，以及对界面用户体验需求的分析。

其中，实施分析可以包括：分析应用监控指标，以及分析非功能指标。

对架构进行分析可以具体包括：分析上下文关系，分析应用架构，分析数据架构，分析技术架构，分析安全架构以及典型交易线设计。

设计单元22用于接收根据选定项目的需求范围、IT整体架构、监控及运行维护需求确定的选定项目的设计方案。

设计单元22具体为进行选定项目的应用设计、组件服务设计、数据组件设计、应用集成设计、数据集成设计、组件内部细化设计、系统投产部署方案设计、业务应用数据迁移方案设计、系统投产演练方案设计及应急预案设计、系统切换方案，以形成选定项目的设计方案。

确定选定项目的设计方案可以具体包括：识别、定义、分解、细化及部署方案设计。其中，识别包括对选定项目的要素进行功能识别，其中，选定项目的要素可以包括：选定项目的需求范围、IT整体架构、监控及运行维护需求等；定义包括确定选定项目的各个要素在选定项目中所执行的顺；部署方案设计包括根据选定项目的各个要素在选定项目中所执行的顺序确定选定项目的执行方案。

识别具体可以包括：识别应用功能，识别组件数据模型，识别应用组件功能及识别集成功能。其中，识别应用功能包括：识别系统用例及识别系统工作流程；识别组件数据模型包括：识别应用组件业务数据范围及识别应用组件模型；识别应用组件功能包括：识别候选联机服务，识别批处理，识别提供服务组件及识别联机服务；识别集成功能包括：识别应用集成，识别数据传输及识别数据集成。

定义具体可以包括：定义应用，定义数据组件，定义应用组件及定义集成功能。其中，定义应用包括：定义系统工作流程，定义用例概述，定义用户界面，定义应用菜单项，定义外部渠道，定义应用事件，定义流程编排服务，定义交易服务及定义应用批处理；定义数据组件包括：定义DO，定义DOS，及定义数据构件服务；定义应用组件包括：定义OLTP联机服务，定义OLAP联机服务及定义批处理服务；定义集成功能包括：定义应用集成，定义数据传输，及定义数据集成。

分解包括：分解功能、非功能至12P，其中，具体为：功能对接，非功能对接及确定基于12P的细化设计内容。

设计可以具体细化为：选择设计模式，设计数据库、数据分布、数据存储策略，历史数据归档设计，设计界面原型，设计渠道展现层和渠道服务层，应用批处理设计，端到端交易线设计，细化系统用例设计，设计流程规则，细化工作流设计，设计适配器，设计服务配置，设计服务接口适配，识别服务构件，设计数据D模型，定义服务构件，设计批处理，设计数据封装服务，设计逻辑、物理数据模型，设计数据映射关系，设计ETL处理和编排，设计数据质量检核，设计备份归档，设计元数据管理，数据应用模式选择，设计固定报表应用，设计决策仪表盘应用，设计自助查询应用，设计数据挖掘\数据实验室应用，，设计操作规则应用及设计快捷查询、信息聚合应用。

数据迁移方案设计包括方案设计、开发和检核。

部署方案设计包括：应用和/或组件逻辑部署方案设计，应用和/或组件物理部署方案设计，其中，根据选定项目的各个要素在选定项目中所执行的顺序确定选定项目的执行方案为逻辑部署。

切换方案设计包括：总体切换和应急回退策略制定、业务切换方案设计、数据迁移切换方案设计、上线切换迁移地图、应用切换方案设计，切换和应急回退总体方案制定。

开发单元23用于根据设计方案确定该设计方案的开发代码。

根据设计方案确定设计方案的开发代码，即开发的过程。

其中，开发可以包括：可视化开发、代码生成、单元测试及组件组装测试。

可视化开发可以具体包括：配置交易属性、报文表及页面输入要素，完成服务器由呼出报文格式、交易识别、拦截器分组及渠道服务配置，配置ActionFlow；梳理功能界面及涉及到界面的流转，梳理界面要素、事件及与报文的对照关系，生成界面，选择输入输出界面的交易要素类型、属性，配置界面事件；抽象服务对象模型及其对应的数据模型，创建适配类服务的数据结构、报文结构，创建服务及接口定义，校验设计的合法性及可用性，产出相关适配文件；梳理构件接口模型及数据模型，梳理所有构件及构件之间的业务逻辑关系、数据模型，使用VMD进行主体和应用细节设计，在设计过程中对合法性及可用性进行校验；梳理对象模型及其对应的数据模型，梳理本应用对应的服务及其与之对应的业务逻辑关系、数据模型，使用VMD进行主体及应用细节设计，在设计过程中对合法性及可用性进行校验；物理模型、ETL、数据映射设计，创建资料库，生ETL模块及对其初始化，DDL变更、值变更影响分析，数据库表相应模块开发，包括：Create、Insert、ETL Update、Delete模块开发。

代码生成可以具体包括：生成代码时进行校验，针对不同的应用平台生成相应的代码、配置文件、数据库脚本及错误码数据等信息，对产生的代码进行编译，自动生成可执行测试的框架及发布CC。

单元测试可以具体包括：组件单元功能动态测试及构件组别的非功能测试，其中，组件单元功能动态测试包括：确定动态测试范围及设计并执行测试案例；构件级别的非功能测试具体为组件单元阶段的非功能测试。

组件组装测试可以具体包括：组件组装功能测试及组件组装非功能测试，其中，组件组装功能测试包括：分析测试范围，设计测试案例，执行测试及编制测试报告，组件组装非功能测试包括：方案及案例，环境工具确认，编写测试脚本，测试案例执行，编写测试报告，报告发布归档。

测试单元24用于确定选定项目的需求范围、设计方案及开发代码的测试需求，根据测试需求进行项目测试，当项目测试的测试效果达到预期效果，则判定开发代码为可交付代码。

具体的，根据测试需求进行测试方案的设计，根据测试方案建立测试环境，并根据测试需求进行测试案例的设计；分别对测试的项目进行组件组装、应用组装、应用总装、用户验收及版本检测的测试，当进行的所有测试的项目的测试结果均达到预期效果时，则判定开发代码为可交付代码。

其中，测试项目还可以包括：用户验收测试及部署方案优化调整。

应用组装测试包括：组件连接测试，应用组装功能测试及应用组装非功能测试，其中，组件连接测试包括：分析测试范围，设计测试案例，执行测试；应用组装功能测试包括：编制测试方案、分析测试范围，设计测试案例，测试准入检查，执行测试及编制测试报告；应用组装非功能测试包括：方案及案例，环境工具确认，编写测试脚本，测试案例执行，测试报告及报告发布归档。

应用总装测试包括：应用总装功能测试及应用总装非功能测试，其中，应用总装功能测试包括：编写测试方案，分析测试范围，设计测试案例，测试准入检查，执行测试及编制测试报告；应用总装非功能测试包括：方案及案例，环境工具确认，编写测试脚本，测试案例执行，测试报告及报告发布归档。

用户验收测试包括：编写测试方案，分析测试范围，设计测试案例，测试准入检查，执行测试及编制测试报告。

版本校验测试包括：版本安装校验测试，版本校验功能测试及版本校验非功能测试，其中，版本安装校验测试包括：测试范围案例，编写虚拟服务及执行测试案例；版本校验功能测试包括：编制测试方案，分析测试范围，设计测试案例，测试准入检查，执行测试及编制测试报告；版本校验非功能测试包括：方案及案例，环境工具确认，编写测试脚本，测试案例执行，测试报告及报告发布归档。

部署方案优化调整可以具体为：应用系统或组件物理部署方案的优化调整。

具体包括：生产环境基础设施需求申请和供给，SOM权限申请、审核和实施，网络资源/服务申请和批准，上线安装配置手册编制，上线版本安装和配置，基础软件和应用/组件安全检查，监控/自动化服务部署，监控与健康检查工具部署。

运行单元25用于可交付代码切换到生产环境前的准备及对应用系统在运营过程中的维护。

具体包括：业务运营准备，技术切换准备、演练及优化、切换执行。

本申请公开了一种行业业务领域信息系统的开发系统，通过该系统使得，项目实施人员能够获取对选定项目的业务需求和信息系统的当前建设状况的分析结果，根据分析结果确定选定项目的需求范围、IT整体架构、监控及运行维护需求，接收根据选定项目的需求范围、IT整体架构、监控及运行维护需求确定的选定项目的设计方案，根据设计方案确定该设计方案的开发代码，确定选定项目的需求范围、设计方案及开发代码的测试需求，根据测试需求进行项目测试，当测试效果达到预期效果时，在计算机网络环境中部署该代码，得到应用系统，切换并投入生产运营。本方案通过对项目实施过程中的各个步骤进行统一化规范及管理，避免了不同中心团队对同一个项目实施过程中处理进度不同或其他问题导致的沟通协调和配合的问题，实现了对不同团队中心共同研发同一个项目处理进度的协调一致，同时保证了该项目的实施周期。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。