云原生开发建模实际上是将传统的非结构化需求通过某一种范式，进行抽象和结构化的过程。这种范式即结构业务需求的标准流程，主要通过OOP技术工整地沉淀业务知识，实现，Knowledge rich design，因此，其本质还是遵循面向对象程序设计（OOP）并实现封装、继承、多态原则，其结构化程序包含分层、分包、防腐、实体、充血、贫血、ORM等，主要步骤包含：

用excel的networkdays()函数可以计算工作日天数，具体方法如下：

1.在A1单元格输入起始日期，例如：2022-11-01

2.在B1单元格输入结束日期，例如：2022-11-30

3.在C1单元格输入： =NETWORKDAYS(A1,B1) 再按回车键

结果显示：22

在微服务（Microservices）架构实践中，架构设计借用了DDD中的一些概念和技术，比如一个微服务对应DDD中的一个限界上下文（Bounded Context）；在微服务设计中应该首先识别出DDD中的聚合根（Aggregate Root）；还有在微服务之间集成时采用 DDD中的防腐层（Anti-Corruption Layer, ACL）。

1.VRT(Value Realization Trganization) 即：价值实现团队

一般需要先组建价值实现团队，行驶动态的数字化投资管理，落地成效数据评估与数据驱动决策。

VRT构成：高层管理（按需）、领域产品经理、领域交付负责人、专题负责人、技术经理/架构师、主要业务方代表、运营/市场代表（按需）、

DoD:Definition of Done ,即完成的定义。

DoD的目的是为了让迭代团队所有成员对关键活动的完成有个明确的定义，一般包括迭代、细粒度需求（故事及特性）、开发移测、开发演示、发布、每日DoD等定义。

完成的定义是软件开发成功的关键因素。团队应该在至少三个节点指定DoD：需求可纳入迭代开发，开发

审查(Inspection)

小组评审(Team Review)

走查(Walkthrough)

结对编程(Pair Programming)

同行桌查(Peer Deskcheck）

轮查(Passaround)

临时评审(Ad hoc Review)

1.验证

●软件架构评价与实现一致性评价

●路径覆盖测试

●非功能性：负载、压力及性能测试

●基于决策表的测试

●基于功能分解的测试

●测试用例复用

●用户验收测试

●持续集成（敏捷开发中尽早发现集成问题的一种理念或原则）