夜雨聆风一、基于构件的开发模型（CBSD）
1.1概念
核心目标：以软件复用为核心，搭积木式开发，侧重软件构造实现手段，不强制约束完整项目生命周期流程。
把软件拆分为标准化、独立、可复用构件，优先复用构件库成熟模块，缺少的构件再单独开发，通过接口组装集成系统，核心是构件库 + 标准化接口。
1.2构件的特征
可组装性：所有外部交互必须通过公开定义的接口进行，不允许通过非公开方式访问构件内部。
可部署性：构件必须是自包含的，能作为独立实体在对应平台上运行，且无需部署前编译。
文档化：构件必须提供完整的文档，用户可以根据文档来判断构件是否买满足需求。
独立性：构件应该独立可用，再无特殊情况下进行组装和使用，如果需要其他构件提供服务，应当显式声明。
标准化：构件必须符合某种标准化构件模型，确保不同类型构件可以相互操作。
1.3开发过程
需求概览：对系统需求进行整体梳理
识别候选构件：在需求基础上，寻找可能复用的已有构件。
根据发现的构件修改需求：根据可用的构建实际情况，反复调整需求
架构设计：基于构件设计系统整体架构
构件定制与适配：对选定的构建进行必要的修改和适配
组装构件，创建系统：将构件组装 成完整的系统。
1.4构件的组合方式
特点：构件之间是串行关系，有明确先后顺序，上有输出是下游的输入
特点：构件是调用与被调用之间的关系，存在上下依赖关系。
特点：
原构件相互独立。 新构件整合所有原构件的功能。 对外统一暴露接口。
1.5构建兼容问题
参数不兼容：操作名相同，但是参数类型、个数不同 操作不兼容：提供接口和请求接口操作名不同。 操作不完备：一个构件的提供接口是另一个构件请求接口的子集，只提供了部分所需操作。
1.6.优点
大量复用成熟构件，编码量、开发成本大幅降低； 构件经过多项目验证，系统可靠性更高； 模块化强，后期扩展、替换功能方便； 适合企业多套同类业务系统批量开发。
1.7缺点
前期搭建构件库投入大、周期长； 第三方 / 自研构件接口不兼容，集成难度高； 通用构件难以适配高度定制化独特业务； 缺乏标准化构件规范时复用效果极差
1.8适用场景
企业多产品线、同类业务重复开发（多门店 ERP、多子公司管理系统）； 大型模块化平台、中间件、政务标准化系统； 长期持续迭代、需要反复复用通用模块（登录、权限、支付等）； 需求稳定、架构提前规划清晰的大型项目。
（二）快速开发模型（RAD）
1.四大开发原则
全程引入用户参与； 组织需求研讨会议统一对齐需求； 通过迭代快速完成需求梳理； 让用户尽早接触可运行的系统版本。
2.核心思想
3.优点
4.缺点
（三）喷泉模型
1.核心特点
阶段无严格串行先后，分析、设计、编码、测试可交叉并行推进； 支持随时回溯迭代，开发中途可返回补充需求、完善设计、修复缺陷； 各阶段边界模糊，分析产出可直接复用至设计，设计成果无缝对接编码； 持续增量迭代，不断新增对象、完善类结构，适配需求持续变更场景； 开发、维护一体化，上线后维护修改可直接融入开发循环。
2.优点
迭代灵活性极强，适配需求频繁调整的软件项目； 面向对象高度贴合，类、对象贯穿全流程，复用性高； 并行开发缩短整体工期，可同步开展多模块工作； 维护成本低，后期修改可回流至前期阶段统一优化。
3. 缺点
无清晰阶段划分，项目管控难度大，进度、里程碑难以量化； 迭代次数无上限，若缺少需求管控极易陷入无限迭代； 文档产出零散，各阶段文档易缺失，后期追溯困难； 对开发人员统筹、需求把控能力要求高。
4. 适用场景
需求持续迭代、需求前期不明确的面向对象项目； 中小型互联网软件、移动端 APP、交互式系统； 需快速迭代、持续更新的业务系统； 采用 Java、Python、C++ 等面向对象语言开发的项目。
（四）V 模型
解题注意事项：
1. 优点
开发与测试强绑定，各阶段测试提前规划，缺陷可在对应阶段及时发现； 流程清晰、阶段划分明确，便于项目进度管控、文档标准化； 打通设计、编码、全层级验证流程，测试覆盖完整，减少上线重大故障； 分工清晰，开发、测试职责分离，便于标准化团队流程落地； 交付物规范，需求、设计、测试用例一一对应，便于项目复盘维护。
2. 缺点
本质仍为线性串行模型，灵活性差，不支持需求中途大幅变更； 不支持迭代，前期需求错误会传导至全部下游阶段，修复成本极高； 仅聚焦测试分层，未覆盖持续迭代、增量开发场景； 测试方案需在开发初期全部定义，前期需求模糊时难以设计完整用例。
3. 适用场景
需求前期稳定、变更极少的标准化项目； 政务、金融、通信等合规要求高、需要完整测试文档的企业级系统； 嵌入式硬件配套软件、大型工业管控程序； 对测试流程、交付文档有强制规范要求的工程项目； 不适用：需求频繁改动、快速试错的互联网产品。
二、思维导图
非常感谢大家一直以来的支持与陪伴！如果这期内容对你有收获、有帮助，欢迎点赞、关注，持续解锁更多IT架构干货，我们下期再见！
