软件工程课件第7章.pptVIP

实用软件工程 ----IT企业软件的开发与管理 赵池龙 第7章 软件建模 本章导读： 软件开发的主要工作是软件需求和软件设计，软件需求和软件设计的关键问题是软件建模，简称建模。建模的工具很多，最时尚的是UML提供的九种图：类图、对象图、用例图、时序图、协作图、状态图、活动图、构件图和实施图，重点是建立系统的用例图、时序图和类图。仅管如此，UML仍然不是一种建模思想或建模方法，而只是一种建模语言或建模工具。作为软件建模实用技术的经验总结，本章提出了“业务模型、功能模型、数据模型”这三个模型的建模思想与建模方法，以及这三个模型的描述方式与“用例图、时序图和类图”之间的关系，并且用三个模型的思想与方法来分析一个建模案例。 信息系统的数据模型就是数据库，本章深入浅出地论述数据库设计的理论、方法、技巧与艺术，即数据模型的设计方法与艺术。 软件建模 要求了解 1）软件建模的概念 2) UML的建模思想 要求理解 1）UML的支撑环境Rose 2）UML建模思想的优缺点 3）三个模型建模思想的优缺点 要求掌握 1）业务模型的概念及表示方式 2）功能模型的概念及表示方式 3）数据模型的概念及表示方式 7.1 三个模型的建模思想7.1.1 三个模型概论 软件建模中的三个模型是指业务模型、功能模型和数据模型。 【定义7-1】 功能模型FM（Function Model）是描述系统能做什么，即对系统的功能、性能、接口和界面进行定义。 【定义7-2】 业务模型OM（Operation Model）是描述系统在何时、何地、由何角色、按什么业务规则去做，以及做的步骤或流程，即对系统的操作流程进行定义。 【定义7-3】 数据模型DM（Data Model）是描述系统工作前的数据来自何处，工作中的数据暂存什么地方，工作后的数据放到何处，以及这些数据之间的关联，即对系统的数据结构进行定义。 三个模型概论 功能模型和业务模型在需求分析时建模，数据模型在设计时建模。通常，数据模型建模用Power Designer、ER win、Oracle Designer 或Class Diagram表示；功能模型用功能点列表或Use Case Diagram表示；业务模型用自然语言加上流程图或Sequence Diagram表示。 三个模型建模思想的优点是：简单、直观、通俗、易懂、易学、易用，非常适合于关系数据库管理系统RDBMS支持的信息系统。当三个模型建好之后，在这三个模型的支持下，运用强大的面向对象编程语言，以及软件组织内部的业务基础平台、类库、构件库等财富，软件开发在技术上就能顺利实现。 三个模型概论 不管是系统软件还是应用软件，都有一个建模问题，而且三个模型的建模思想，也适合于系统软件建模。 信息系统是应用软件的重要组成部分，对信息系统的分析和研究，最好的入手方法仍然是它的数据结构。与系统软件不同，这里的数据结构表现形式，主要是它的数据模型概念数据模型CDM和物理数据模型PDM，关系数据库管理系统RDBMS是它的主要运行环境。为了获得信息系统的整体框架，要同时弄清它的业务模型和功能模型。业务模型就是系统的操作流程和业务规则；功能模型就是系统的功能菜单和用户界面；数据模型就是系统的数据结构和数据字典。 7.1.2 业务模型 在企业信息系统（例如，MIS或ERP）中，业务模型就是系统的业务流程图加上相应的业务规则。这里的业务流程图，是指企业在业务流程再造BPR（Business Process Reengineering）之后形成的操作流程和业务规则。 业务模型的范围包括：企业的组织结构，部门职责及岗位（或角色）职能，岗位操作流程，岗位业务规则，每个流程的输入、响应、输出。 业务模型的描述方法为：组织结构图，岗位（或角色）职能表，业务流程图加上业务规则说明。 业务模型 业务流程图的画法没有统一的规定，软件企业在软件工程规范中自定一套，在其内部推广。一般要规定输入、处理、输出、文件及流向的图形标志。在图形内部或外部可书写文字说明。业务流程图也可以用业务操作步骤来描述，还可以用类似于程序流程图的图形来表达。 在UML中，完整的业务模型由用例图、时序图、交互图、状态图、活动图来表述。但是，时序图在表述中起到核心作用。 业务模型是动态的，所以有时称业务模型为动态模型或操作模型。业务模型既是功能模型设计的基础，又是用户操作手册编写的依据。 7.1.3 功能模型 从宏观上说，功能模型是什么？读者可以从多个不同的角度来回答这个问题。若站在用户的角度上看，功能模型就是系统功能需求列表；若站在设计者的角度上看，功能模型就是系统内部功能模块（功能部件）的有机排列和组合；若站在Rose角