云原生开发建模实际上是将传统的非结构化需求通过某一种范式，进行抽象和结构化的过程。这种范式即结构业务需求的标准流程，主要通过OOP技术工整地沉淀业务知识，实现，Knowledge rich design，因此，其本质还是遵循面向对象程序设计（OOP）并实现封装、继承、多态原则，其结构化程序包含分层、分包、防腐、实体、充血、贫血、ORM等，主要步骤包含：
1.VRT(Value Realization Trganization) 即：价值实现团队
一般需要先组建价值实现团队，行驶动态的数字化投资管理，落地成效数据评估与数据驱动决策。
VRT构成：高层管理（按需）、领域产品经理、领域交付负责人、专题负责人、技术经理/架构师、主要业务方代表、运营/市场代表（按需）、
DoD:Definition of Done ,即完成的定义。
DoD的目的是为了让迭代团队所有成员对关键活动的完成有个明确的定义，一般包括迭代、细粒度需求（故事及特性）、开发移测、开发演示、发布、每日DoD等定义。
完成的定义是软件开发成功的关键因素。团队应该在至少三个节点指定DoD：需求可纳入迭代开发，开发
软件质量的定义
软件质量分为软件产品质量和软件过程质量两个方面。
软件产品质量主要包括内部质量和外部质量，内部质量通常是指软件产品在开发过程中各个环节注入的产品质量属性，外部质量是指用户可以感知到的属性。
内部质量（共6个特性）：可维护性、灵活性、可移植性、可读性、可理解性、可测试性
外部质量（共
审查(Inspection)
小组评审(Team Review)
走查(Walkthrough)
结对编程(Pair Programming)
同行桌查(Peer Deskcheck）
轮查(Passaround)
临时评审(Ad hoc Review)
1.听任客户反馈缺陷（原始级，最低级）
2.过程与产品质量保证（Process and Product Quality Assurance ，简称:PPQA）
属于CMMI 概念。（CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成
1.验证
●软件架构评价与实现一致性评价
●路径覆盖测试
●非功能性：负载、压力及性能测试
●基于决策表的测试
●基于功能分解的测试
●测试用例复用
●用户验收测试
●持续集成（敏捷开发中尽早发现集成问题的一种理念或原则）
