第7章 软件建模.pptVIP

第7章 软件建模 软件开发的主要工作是软件需求和软件设计，软件需求和软件设计的关键问题是软件建模，简称建模。 作为软件建模实用技术的经验总结，本章提出了“业务模型、功能模型、数据模型”这三个模型的建模思想与建模方法，以及这三个模型的描述方式与“用例图、时序图和类图”之间的关系，并且用三个模型的思想与方法来分析一个建模案例。 软件建模 要求了解 (1）软件建模的概念 (2) UML的建模思想 要求理解 (1）UML的支撑环境Rose (2）UML建模思想的优缺点 (3）三个模型建模思想的优缺点 要求掌握 (1）业务模型的概念及表示方式 (2）功能模型的概念及表示方式 (3）数据模型的概念及表示方式 (4)数据库设计的方法、技巧 7.1 三个模型的建模思想7.1.1 三个模型概论 软件建模中的三个模型是指业务模型、功能模型和数据模型。 【定义7-1】 功能模型FM（Function Model）是描述系统能做什么，即对系统的功能、性能、接口和界面进行定义。 【定义7-2】 业务模型OM（Operation Model）是描述系统在何时、何地、由何角色、按什么业务规则去做，以及做的步骤或流程，即对系统的操作流程进行定义(怎么做)。 7.1 三个模型的建模思想7.1.1 三个模型概论 【定义7-3】 数据模型DM（Data Model）是描述系统工作前的数据来自何处，工作中的数据暂存什么地方，工作后的数据放到何处，以及这些数据之间的关联，即对系统的数据结构进行定义(数据怎么组织) 。 三个模型概论(续) 功能模型和业务模型在需求时建模，数据模型在设计时建模。通常，数据模型建模用Power Designer、ER win、Oracle Designer 或Class Diagram表示；功能模型用功能点列表或Use Case Diagram表示；业务模型用自然语言加上流程图或Sequence Diagram表示。 当三个模型建好之后，在这三个模型的支持下，运用强大的面向对象编程语言，以及软件组织内部的业务基础平台、类库、构件库等财富，软件开发在技术上就能顺利实现。 7.1.2 业务模型 在企业信息系统（例如，MIS或ERP）中，业务模型就是系统的业务流程图加上相应的业务规则。这里的业务流程图，是指企业在业务流程再造BPR（Business Process Reengineering）之后形成的操作流程和业务规则。 业务模型的范围包括：企业的组织结构，部门职责及岗位（或角色）职能，岗位操作流程，岗位业务规则，每个流程的输入、响应、输出。 业务模型的描述方法为：组织结构图，岗位（或角色）职能表，业务流程图加上业务规则说明。 业务模型在需求分析时建立。 业务模型(续) 在软件企业中，业务流程图的画法没有统一的规定，软件企业在软件工程规范中自定一套，在其内部推广。一般要规定输入、处理、输出、文件及流向的图形标志。在图形内部或外部可书写文字说明。业务流程图也可以用业务操作步骤来描述，还可以用类似于程序流程图的图形来表达。 在UML中，完整的业务模型由用例图、时序图、交互图、状态图、活动图来表述。但是，时序图在表述中起到核心作用。 业务模型的特点是动态的，所以有时称为动态模型或操作模型。 业务模型的作用，既是功能模型设计的基础，又是用户操作手册编写的依据。 7.1.3 功能模型 功能模型描述系统能做什么，是系统所有功能的集合，具体表现在系统的功能、性能、接口和界面上。 功能模型的表示方法：系统功能需求列表、性能需求列表、接口需求列表、界面需求列表。UML规定采用用例图来描述功能模型。 功能模型的设计实现方法：将相同的功能归并，设计为构件或组件（部件），将不同的功能设计成模块，然后用面向对象的语言将这些离散的部件或模块组装起来，形成一个完整的系统，供最终用户使用。 功能模型的特点：功能模型既是动态的，又是静态的。因为有的功能与系统运行的时间序列有关。 功能模型的作用：功能模型既是数据库和数据结构设计的基础，又是功能模块（功能部件）设计、编程实现和测试验收的依据。 7.1.4 数据模型 企业信息系统中的数据模型，是指它的E-R图及其相应的数据字典。 数据模型分为概念数据模