[TOC] ## 软件系统建模 ### (1) 结构化建模 * **定义**：以过程为中心，强调系统功能的分解与抽象，适合流程稳定的系统。 * **工具**： * **数据流图（DFD）**： * 描述数据流动和处理，包含数据流、数据源、数据存储等元素。 * **作用**： * 分析阶段：建立功能模型，完成需求分析。 * 设计阶段：指导模块划分和接口设计。 * **数据字典**： * 详细定义数据项、结构、流、存储等，确保数据一致性。 * **作用**：提供统一标准，保证系统完整性。 * **判定表**： * 描述复杂决策逻辑，适合多条件判断场景。 * **特点**： * 强调模块独立性和信息隐蔽。 * 适用于结构化分析、设计和程序实现。 * **适用场景**：传统业务系统、流程清晰的系统。 ### (2) 信息工程建模 * **定义**：以数据为中心，结合过程分析，强调数据需求优先。 * **工具**： * **实体-联系图（E-R图）**： * 表示实体、属性和关系（1:1、1:n、m:n），用于数据建模。 * **特点**： * 聚焦数据库设计，适合数据驱动的系统。 * **适用场景**：数据库管理系统、数据仓库。 ### (3) 面向对象建模 * **定义**：将数据与过程封装为对象，消除人为分离，提升复用性。 * **工具**： * **统一建模语言（UML）**： * 包括用例图、类图、序列图等，描述逻辑模型和实现模型。 * 支持 Java、C++ 等语言实现。 * **特点**： * 支持软件复用，简化设计。 * 系统易维护，开发周期短。 * **适用场景**：复杂系统、需要频繁迭代的开发项目。 ### (4) 功能分解法 * **定义**：将系统分解为功能模块，逐步细化为子模块，采用分治策略。 * **特点**： * 以功能为中心，准确反映用户需求。 * 缺点：模块关联性强，需求变更可能导致整体框架调整。 * **适用场景**：需求明确、功能模块化程度高的系统。 ### (5) 基于构件的开发方法 * **定义**：使用可复用构件开发软件，通过接口访问构件服务。 * **构件特点**： * 独立部署、第三方组装、无外部可见状态。 * 标准：CORBA、EJB、DNA2000。 * **复用流程**： * **检索与提取**： * 关键字检索：基于树形或有向无环图。 * 刻面检索：按功能、数据、环境等分类。 * 超文本检索：支持联想式跳转。 * **理解与评价**：需遵循公共标准，确保构件可理解。 * **修改**：适配新需求，可能需开发新构件并存入构件库。 * **组装**： * **基于功能**：功能分解后调用构件，子程序方式组装。 * **基于数据**：围绕核心数据结构设计框架，分配构件。 * **面向对象**：基于类库复用基类或生成子类。 * **失配问题**： * 原因：构件基础设施、控制模型、数据模型或交互协议冲突。 * 解决：检测失配并调整（如修改构件或协议）。 * **特点**： * 提高开发效率和质量，降低成本。 * 依赖构件库，缺乏构件需重新开发。 * **适用场景**：需要快速开发、复用率高的系统。 | 方法 | 核心思想 | 主要工具 | 优点 | 缺点 | 适用场景 | | --- | --- | --- | --- | --- | --- | | 结构化建模 | 过程为中心 | DFD、数据字典、判定表 | 模块化清晰，适合稳定流程 | 难以适应需求变更 | 传统业务系统 | | 信息工程建模 | 数据为中心 | E-R图 | 数据驱动，适合数据库设计 | 过程分析较弱 | 数据库系统、数据仓库 | | 面向对象建模 | 数据与过程封装 | UML | 复用性高，易维护，开发快 | 学习曲线陡 | 复杂系统、迭代开发 | | 功能分解法 | 功能分治 | 功能模块图 | 直观反映需求 | 需求变更影响框架 | 功能明确系统 | | 基于构件开发 | 构件复用 | 构件库、接口 | 高效、降低成本 | 依赖构件库，失配问题复杂 | 快速开发、复用率高系统 |