一种基于组织模型自动构建软件开发过程方法和系统与流程

1.本发明属于软件自动化以及项目自动构建领域，尤其涉及一种基于组织模型自动构建软件开发过程方法和系统。


背景技术：

2.1989年，技术接受模型(technology acceptance model，简称tam)是davis运用理性行为理论研究用户对信息系统接受时所提出的一个模型，提出技术接受模型最初的目的是对计算机广泛接受的决定性因素做一个解释说明。
3.技术接受模型提出了两个主要的决定因素:
①
感知的有用性(perceived usefulness)，反映一个人认为使用一个具体的系统对他工作业绩提高的程度；
②
感知的易用性(perceived ease of use)，反映一个人认为容易使用一个具体的系统的程度。
4.一般来说，模型的建设主要能够帮助我们解决以下的一些问题：
5.进行全面的业务梳理，改进业务流程。
6.在业务模型建设的阶段，能够帮助我们的企业或者是管理机关对本单位的业务进行全面的梳理。
7.通过业务模型的建设，我们应该能够全面了解该单位的业务架构图和整个业务的运行情况，能够将业务按照特定的规律进行分门别类和程序化。
8.同时，帮助我们进一步的改进业务的流程，提高业务效率，指导我们的业务部门的生产。
9.建立全方位的数据视角，消灭信息孤岛和数据差异
10.加快整个系统建设的速度。
11.建模大致分为四个阶段：
12.业务建模，这部分建模工作，主要包含以下几个部分：
13.划分整个单位的业务，一般按照业务部门的划分，进行各个部分之间业务工作的界定，理清各业务部门之间的关系。
14.深入了解各个业务部门的内具体业务流程并将其程序化。
15.提出修改和改进业务部门工作流程的方法并程序化。
16.数据建模的范围界定，整个数据仓库项目的目标和阶段划分。
17.领域概念建模，这部分建模工作，主要包含以下几个部分：
18.抽取关键业务概念，并将之抽象化。
19.将业务概念分组，按照业务主线聚合类似的分组概念。
20.细化分组概念，理清分组概念内的业务流程并抽象化。
21.理清分组概念之间的关联，形成完整的领域概念模型。
22.逻辑建模，这部分的建模工作，主要包含以下几个部分：
23.业务概念实体化，并考虑其具体的属性。
24.事件实体化，也就是所谓的事实，并考虑其属性内容。
25.说明实体化，也就是所谓的维度，并考虑其属性内容。
26.物理建模，这部分的建模工作，主要包含以下几个部分：
27.针对特定物理化平台，做出相应的技术调整。
28.针对模型的性能考虑，对特定平台作出相应的调整。
29.针对管理的需要，结合特定的平台，做出相应的调整。
30.生成最后的执行脚本，并完善之。
31.如今模型应用已被更多的行业技术专家认可并应用，同行技术也有基于模型的实现，但对于模型的定义远远不能满足现有研制软件的过程定义。本文基于组织模型自动构建软件开发过程，关键科技推进以模型构件技术为基础的自动软件开发过程的构建，主要技术目的通过使用模型构建实现快速的项目构建，简化传统复杂但又不可缺少的工作计划、任务测量、报告、统计等工作。最大限度的通过模型完成项目更多人力工作。
32.基于以下两套经典理论:
33.范式模型
34.lnmon提出的集线器的自上而下(edw-dw)的数据仓库架构。
35.维度模型
36.kumball提出的总线式的自下而上(dm-dw)的数据仓库架构。
37.星型模型(便于olap分析),雪花模型
38.其他模型
39.data vault模型
40.anchor模型
41.简化复杂问题
42.把一个复杂的人物分解成多个步骤来完成,每一层只处理单一的步骤,比较容易理解。
43.使数据结构清晰
44.每一个数据分层都有它的作用域,这样我们在使用表的时候能更方便地定位和理解。
45.提高数据的复用性
46.规范数据分层,通过中间层数据,能够减少极大的重复计算,增加一次计算结果的复用性。
47.隔离原始数据
48.不论是数据的异常还是数据的敏感性,使真实数据与统计数据解耦。
49.staging层
50.预处理层,存储每天的增量数据,表和ods层一致
51.ods(operational data store)层
52.操作数据层,存储所有基础数据,做简单的数据清洗
53.dwd(data warehouse detail)层
54.数据明细层,主要是一些宽表,存储明细数据。
55.采用维度退化的方法,将维度退化到事实表中,减少事实表和维度表的关联,提高明细表的易用性。
56.dws(data warehouse summary)层
57.采用更多的宽表化
58.针对不同的维度进行数据聚合,按主题进行划分,属于维度建模的范畴。
59.ads(application data store)层
60.偏应用层m各种报表的输出。
61.存放数据产品个性化的统计指标数据,主要面向前段展现
62.数据引入层ods(operation data store)：存放未经过处理的原始数据至数据仓库系统，结构上与源系统保持一致，是数据仓库的数据准备区。主要完成基础数据引入到maxcompute的职责，同时记录基础数据的历史变化。
63.数据公共层cdm(common data model，又称通用数据模型层)，包括dim维度表、dwd和dws，由ods层数据加工而成。主要完成数据加工与整合，建立一致性的维度，构建可复用的面向分析和统计的明细事实表，以及汇总公共粒度的指标。
64.公共维度层(dim)：基于维度建模理念思想，建立整个企业的一致性维度。降低数据计算口径和算法不统一风险。
65.公共维度层的表通常也被称为逻辑维度表，维度和维度逻辑表通常一一对应。
66.公共汇总粒度事实层(dws)：以分析的主题对象作为建模驱动，基于上层的应用和产品的指标需求，构建公共粒度的汇总指标事实表，以宽表化手段物理化模型。构建命名规范、口径一致的统计指标，为上层提供公共指标，建立汇总宽表、明细事实表。
67.公共汇总粒度事实层的表通常也被称为汇总逻辑表，用于存放派生指标数据。
68.明细粒度事实层(dwd)：以业务过程作为建模驱动，基于每个具体的业务过程特点，构建最细粒度的明细层事实表。可以结合企业的数据使用特点，将明细事实表的某些重要维度属性字段做适当冗余，即宽表化处理。
69.明细粒度事实层的表通常也被称为逻辑事实表。
70.数据应用层ads(application data service)：存放数据产品个性化的统计指标数据。根据cdm与ods层加工生成。
71.同行产品模型使用上，基本定义上、计划梳理上都存在行业需求的偏差，或者功能缺失。如此一来，将会增加项目构建的周期、人工成本、时间成本都会比例上升，达不到模型使用的初衷。


技术实现要素：

72.为解决上述技术问题，本发明提出一种基于组织模型自动构建软件开发过程方法的技术方案，组织开发的模型定义，包含生命周期模型的定义、软件开发活动的定义、入口准则、出口准则、输出、过程引用、裁剪、过程域计划等模型定义功能以解决上述技术问题。
73.本发明第一方面公开了一种基于组织模型自动构建软件开发过程方法；所述方法包括：
74.步骤s1、定义组织级的软件开发活动，涉及开发活动阶段的定义，包括，定义所述阶段所需要的产生的工作产品、出入口准则、输入工作产品和输出工作产品；
75.步骤s2、依据定义完成的所述组织级的软件开发活动，定义组织的生命周期模型；
76.步骤s3、过程域模板规划，在所述生命周期模型中，根据客户自己实际建模需求将
业务概念分组，按照业务主线聚合类似的分组概念；根据业务概念分组，细化所述分组概念，理清所述分组概念内的业务流程并抽象化业务数据，选择所述过程域模板；
77.步骤s4、项目引用构建，填写项目基本信息，完成项目审批流程，进入项目，设置项目相关角色人员，选择项目适用的生命周期模型。
78.根据本发明第一方面的方法，在所述步骤s1中，所述定义组织级的软件开发活动之后，所述方法还包括：
79.所述软件开发活动定义完成后通过审批流程进行发布。
80.根据本发明第一方面的方法，在所述步骤s2中，所述定义组织的生命周期模型具体包括：过程的引用，所述引用的同时将过程所带的对工作产品以及出入口准则复用、模型阶段做出定义，对所述阶段的出入口准则、输入工作产品和输出工作产品做出定义。
81.根据本发明第一方面的方法，在所述步骤s3中，所述过程域模板规划，根据客户自己实际建模需求将业务概念分组，按照业务主线聚合类似的分组概念的具体包括：
82.步骤s31：甘特图分解模型定义，用于项目管理甘特图主线任务定义；
83.步骤s32：质量保证计划模型定义，用于质量保证模块主线任务定义；
84.步骤s33：配置管理计划模型定义，用于配置管理模块主线任务定义；
85.步骤s34：项目早期策划计划模型定义，用于项目早期策划模块主线任务定义；
86.步骤s35：利益相关方计划模型定义，用于利益相关方模块主线任务定义；
87.步骤s36：组织培训计划模型定义，用于项目培训模块主线任务定义；
88.步骤s37：数据管理计划模型定义，用于项目数据管理模块主线任务定义；
89.步骤s38：风险管理计划模型定义，用于风险管理模块主线任务定义。
90.根据本发明第一方面的方法，在所述步骤s31中，所述甘特图分解模型定义具体包括：在生命周期模型中进行甘特图任务分解，根据模型类型来确定任务的细分程度，所述任务分为项目类、管理类、评审类任务；
91.所述质量保证计划模型定义具体包括：根据生命周期模型来定义通用的质量保证计划，包括工作产品审核、过程审核以及其他质保计划；
92.所述配置管理计划模型定义具体包括：根据生命周期模型来定义通用的配置管理计划，包括配置项计划、基线计划以及配置审核计划；
93.所述项目早期策划计划模型定义具体包括：在组织资产定义项目早期策划计划，建立通用的项目早期策划计划；
94.所述利益相关方计划模型定义具体包括：在组织资产定义利益相关方计划；
95.所述组织培训计划模型定义具体包括：在组织资产定义组织培训计划；
96.所述数据管理计划模型定义具体包括：在组织资产定义数据管理计划；
97.所述风险管理计划模型定义具体包括：在组织资产定义风险计划，列出所有可能存在的风险。
98.根据本发明第一方面的方法，在所述步骤s1中，定义组织级的软件开发活动还需定义软件开发活动的工作产品的输入以及工作产品的输出。
99.根据本发明第一方面的方法，在所述步骤s2中，直接引用步骤s1中所定义的开发活动，作为软件生命周期模型活动阶段，或者自行添加软件生命周期模型活动阶段以及相应阶段出入口准则、输入输出工作产品的定义；
100.所述生命周期模型按模块定义解析分配到项目中，生成相应预输出工作产品。
101.本发明第二方面公开了一种基于组织模型自动构建软件开发过程系统；所述系统包括：
102.第一处理模块，被配置为，定义组织级的软件开发活动，涉及开发活动阶段的定义，包括，定义所述阶段所需要的产生的工作产品、出入口准则、输入工作产品和输出工作产品；
103.第二处理模块，被配置为，依据定义完成的组织级的软件开发活动，定义组织的生命周期模型；
104.第三处理模块，被配置为，过程域模板规划，在生命周期模型中，根据客户自己实际建模需求将业务概念分组，按照业务主线聚合类似的分组概念；根据业务概念分组，细化分组概念，理清分组概念内的业务流程并抽象化业务数据，选择过程域模板；
105.第四处理模块，被配置为，项目引用构建，填写项目基本信息，完成项目审批流程，进入项目，设置项目相关角色人员，选择项目适用的生命周期模型。
106.根据本发明第二方面的系统，所述第一处理模块具体被配置为，定义组织级的软件开发活动，涉及开发活动阶段的定义，包括，定义所述阶段所需要的产生的工作产品、出入口准则、输入工作产品和输出工作产品；
107.所述软件开发活动定义完成后通过审批流程进行发布；
108.还需定义软件开发活动的工作产品的输入以及工作产品的输出。
109.根据本发明第二方面的系统，所述第二处理模块具体被配置为，所述定义组织的生命周期模型具体包括：过程的引用，所述引用的同时将过程所带的对工作产品以及出入口准则复用、模型阶段做出定义，对阶段出入口准则、输入工作产品和输出工作产品做出定义；
110.在第二处理模块中，直接引用第一处理模块中所定义的开发活动，作为软件生命周期模型活动阶段，或者自行添加软件生命周期模型活动阶段以及相应阶段出入口准则、输入输出工作产品的定义；
111.所述生命周期模型按模块定义解析分配到项目中，生成相应预输出工作产品。
112.根据本发明第二方面的系统，所述第三处理模块具体被配置为，所述过程域模板规划，根据客户自己实际建模需求将业务概念分组，按照业务主线聚合类似的分组概念的具体包括：
113.甘特图分解模型定义，主要用于项目管理甘特图主线任务定义；
114.质量保证计划模型定义，主要用于质量保证模块主线任务定义；
115.配置管理计划模型定义，主要用于配置管理模块主线任务定义；
116.项目早期策划计划模型定义，主要用于项目早期策划模块主线任务定义；
117.利益相关方计划模型定义，主要用于利益相关方模块主线任务定义；
118.组织培训计划模型定义，主要用于项目培训模块主线任务定义；
119.数据管理计划模型定义，主要用于项目数据管理模块主线任务定义；
120.风险管理计划模型定义，主要用于风险管理模块主线任务定义。
121.根据本发明第二方面的系统，所述第三处理模块具体被配置为，所述甘特图分解模型定义具体包括：在生命周期模型中进行甘特图任务分解，根据模型类型来确定任务的
细分程度，所述任务分为项目类、管理类、评审类任务；
122.所述质量保证计划模型定义具体包括：根据生命周期模型来定义通用的质量保证计划，包括工作产品审核、过程审核以及其他质保计划；
123.所述配置管理计划模型定义具体包括：根据生命周期模型来定义通用的配置管理计划，包括配置项计划、基线计划以及配置审核计划；
124.所述项目早期策划计划模型定义具体包括：在组织资产定义项目早期策划计划，建立通用的项目早期策划计划；
125.所述利益相关方计划模型定义具体包括：在组织资产定义利益相关方计划；
126.所述组织培训计划模型定义具体包括：在组织资产定义组织培训计划；
127.所述数据管理计划模型定义具体包括：在组织资产定义数据管理计划；
128.所述风险管理计划模型定义具体包括：在组织资产定义风险计划，列出所有可能存在的风险。
129.本发明第三方面公开了一种电子设备。电子设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时，实现本公开第一方面中任一项的一种基于组织模型自动构建软件开发过程方法中的步骤。
130.本发明第四方面公开了一种计算机可读存储介质。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，实现本公开第一方面中任一项的一种基于组织模型自动构建软件开发过程方法中的步骤。
131.可见，本发明提出的方案，通过对行业的体系研究以及项目定制，对软件项目构建研发的各个阶段、活动的准则、输入、输出等都做了共性的抽象模型的定义，对项目研发周期的子计划也做了相对比较完善的定义。
132.综上，本发明提出的方案能够基于模板建设生命周期，快速生成模板式的项目阶段、工作产品、各类拟定的计划工作。主要应用于开发模式相同的各类开发模式下的项目快速构建。
附图说明
133.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
134.图1为根据本发明实施例的一种基于组织模型自动构建软件开发过程方法的流程图；
135.图2为根据本发明实施例的软件开发过程模型定义；
136.图3为根据本发明实施例的生命周期模型定义；
137.图4为根据本发明实施例的过程域模板规划；
138.图5为根据本发明实施例的项目引用构建以及数据流向；
139.图6为根据本发明实施例的项目引用构建功能以及审批路径图；
140.图7为根据本发明实施例的一种基于组织模型自动构建软件开发过程系统的结构图；
141.图8为根据本发明实施例的一种电子设备的结构图。
具体实施方式
142.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
143.本发明第一方面公开了一种基于组织模型自动构建软件开发过程方法。图1为根据本发明实施例的一种基于组织模型自动构建软件开发过程方法的流程图，如图1所示，所述方法包括：
144.步骤s1、定义组织级的软件开发活动，涉及开发活动阶段的定义，包括，定义所述阶段所需要的产生的工作产品、出入口准则、输入工作产品和输出工作产品；
145.步骤s2、依据定义完成的组织级的软件开发活动，定义组织的生命周期模型；
146.步骤s3、过程域模板规划，在生命周期模型中，根据客户自己实际建模需求将业务概念分组，按照业务主线聚合类似的分组概念；根据业务概念分组，细化分组概念，理清分组概念内的业务流程并抽象化业务数据，选择过程域模板；
147.步骤s4、项目引用构建，填写项目基本信息，完成项目审批流程，进入项目，设置项目相关角色人员，选择项目适用的生命周期模型。
148.在步骤s1，定义组织级的软件开发活动，涉及开发活动阶段的定义，包括，定义所述阶段所需要的产生的工作产品、出入口准则、输入工作产品和输出工作产品，如图2所示，定义组织级的软件开发活动还包括,软件开发过程模型定义。
149.在一些实施例中，在所述步骤s1中，所述定义组织级的软件开发活动之后，所述方法还包括：
150.所述软件开发活动定义完成后通过审批流程进行发布；
151.定义组织级的软件开发活动还需定义软件开发活动的工作产品的输入以及工作产品的输出。
152.在步骤s2，依据定义完成的组织级的软件开发活动，定义组织的生命周期模型。
153.在一些实施例中，如图3所示，在所述步骤s2中，所述定义组织的生命周期模型具体包括：过程的引用，所述引用的同时将过程所带的对工作产品以及出入口准则复用、模型阶段做出定义，对阶段出入口准则、输入工作产品和输出工作产品做出定义。
154.在一些实施例中，在所述步骤s2中，直接引用步骤s1中所定义的开发活动，作为软件生命周期模型活动阶段，或者自行添加软件生命周期模型活动阶段以及相应阶段出入口准则、输入输出工作产品的定义；
155.所述生命周期模型按模块定义解析分配到项目中，生成相应预输出工作产品。
156.在步骤s3，过程域模板规划，在生命周期模型中，根据客户自己实际建模需求将业务概念分组，按照业务主线聚合类似的分组概念；根据业务概念分组，细化分组概念，理清分组概念内的业务流程并抽象化业务数据，选择过程域模板。
157.在一些实施例中，如图4所示，在所述步骤s3中，所述过程域模板规划，根据客户自己实际建模需求将业务概念分组，按照业务主线聚合类似的分组概念的具体包括：
158.步骤s31：甘特图分解模型定义，主要用于项目管理甘特图主线任务定义；
159.步骤s32：质量保证计划模型定义，主要用于质量保证模块主线任务定义；
160.步骤s33：配置管理计划模型定义，主要用于配置管理模块主线任务定义；
161.步骤s34：项目早期策划计划模型定义，主要用于项目早期策划模块主线任务定义；
162.步骤s35：利益相关方计划模型定义，主要用于利益相关方模块主线任务定义；
163.步骤s36：组织培训计划模型定义，主要用于项目培训模块主线任务定义；
164.步骤s37：数据管理计划模型定义，主要用于项目数据管理模块主线任务定义；
165.步骤s38：风险管理计划模型定义，主要用于风险管理模块主线任务定义。
166.在一些实施例中，在所述步骤s31中，所述甘特图分解模型定义具体包括：在生命周期模型中进行甘特图任务分解，根据模型类型来确定任务的细分程度，所述任务分为项目类、管理类、评审类任务；
167.所述质量保证计划模型定义具体包括：根据生命周期模型来定义通用的质量保证计划，包括工作产品审核、过程审核以及其他质保计划；
168.所述配置管理计划模型定义具体包括：根据生命周期模型来定义通用的配置管理计划，包括配置项计划、基线计划以及配置审核计划；
169.所述项目早期策划计划模型定义具体包括：在组织资产定义项目早期策划计划，建立通用的项目早期策划计划；
170.所述利益相关方计划模型定义具体包括：在组织资产定义利益相关方计划；
171.所述组织培训计划模型定义具体包括：在组织资产定义组织培训计划；
172.所述数据管理计划模型定义具体包括：在组织资产定义数据管理计划；
173.所述风险管理计划模型定义具体包括：在组织资产定义风险计划，列出所有可能存在的风险。
174.如图5所示，在步骤s4，项目引用构建，填写项目基本信息，完成项目审批流程，进入项目，设置项目相关角色人员，选择项目适用的生命周期模型。
175.如图6所示，完成模型应用审批流程，系统内部根据项目设置，模型设置，相关参数计算，项目阶段分布、项目相关联的甘特图计划、配置管理计划、质量保证计划根据所选生命周期模型自动同步、早期策划相关任务、数据管理计划、软硬件资源计划、培训计划、风险计划、利益相关方计划、测量分析相关计划根据需要从组织级导入。
176.综上，本发明提出的方案能够通基于模板建设生命周期，快速生成模板式的项目阶段、工作产品、各类拟定的计划工作。主要应用于开发模式相同的各类开发模式下的项目快速构建。
177.本发明第二方面公开了一种基于组织模型自动构建软件开发过程系统。图7为根据本发明实施例的一种基于组织模型自动构建软件开发过程系统的结构图；如图7所示，所述系统700包括：
178.第一处理模块701，被配置为，定义组织级的软件开发活动，涉及开发活动阶段的定义，包括，定义所述阶段所需要的产生的工作产品、出入口准则、输入工作产品和输出工作产品；
179.第二处理模块702，被配置为，依据定义完成的组织级的软件开发活动，定义组织
的生命周期模型；
180.第三处理模块703，被配置为，过程域模板规划，在生命周期模型中，根据客户自己实际建模需求将业务概念分组，按照业务主线聚合类似的分组概念；根据业务概念分组，细化分组概念，理清分组概念内的业务流程并抽象化业务数据，选择过程域模板；
181.第四处理模块704，被配置为，项目引用构建，填写项目基本信息，完成项目审批流程，进入项目，设置项目相关角色人员，选择项目适用的生命周期模型。
182.根据本发明第二方面的系统，所述第一处理模块701具体被配置为，定义组织级的软件开发活动，涉及开发活动阶段的定义，包括，定义所述阶段所需要的产生的工作产品、出入口准则、输入工作产品和输出工作产品；
183.所述软件开发活动定义完成后通过审批流程进行发布；
184.还需定义软件开发活动的工作产品的输入以及工作产品的输出。
185.根据本发明第二方面的系统，所述第二处理模块702具体被配置为，所述定义组织的生命周期模型具体包括：过程的引用，所述引用的同时将过程所带的对工作产品以及出入口准则复用、模型阶段做出定义，对阶段出入口准则、输入工作产品和输出工作产品做出定义；
186.在第二处理模块中，直接引用第一处理模块中所定义的开发活动，作为软件生命周期模型活动阶段，或者自行添加软件生命周期模型活动阶段以及相应阶段出入口准则、输入输出工作产品的定义；
187.所述生命周期模型按模块定义解析分配到项目中，生成相应预输出工作产品。
188.根据本发明第二方面的系统，所述第三处理模块703具体被配置为，所述过程域模板规划，根据客户自己实际建模需求将业务概念分组，按照业务主线聚合类似的分组概念的具体包括：
189.甘特图分解模型定义，主要用于项目管理甘特图主线任务定义；
190.质量保证计划模型定义，主要用于质量保证模块主线任务定义；
191.配置管理计划模型定义，主要用于配置管理模块主线任务定义；
192.项目早期策划计划模型定义，主要用于项目早期策划模块主线任务定义；
193.利益相关方计划模型定义，主要用于利益相关方模块主线任务定义；
194.组织培训计划模型定义，主要用于项目培训模块主线任务定义；
195.数据管理计划模型定义，主要用于项目数据管理模块主线任务定义；
196.风险管理计划模型定义，主要用于风险管理模块主线任务定义。
197.本发明第三方面公开了一种电子设备。电子设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时，实现本发明公开第一方面中任一项的一种基于组织模型自动构建软件开发过程方法中的步骤。
198.图8为根据本发明实施例的一种电子设备的结构图，如图8所示，电子设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、近场通信(nfc)或其他技术实现。该电
子设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该电子设备的输入装置可以是显示屏上覆盖的触摸层，也可以是电子设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
199.本领域技术人员可以理解，图8中示出的结构，仅仅是与本公开的技术方案相关的部分的结构图，并不构成对本技术方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
200.本发明第四方面公开了一种计算机可读存储介质。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，实现本发明公开第一方面中任一项的一种基于组织模型自动构建软件开发过程方法中的步骤中的步骤。
201.请注意，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。以上实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。