软件工程实践教程第1章.pptVIP

5．各种方法之间的关系 到目前为止，软件工程的基本方法，包涵面向过程方法、面向对象方法、面向元数据方法和形式化方法。 至于面向业务基础平台方法，它只是面向元数据方法与面向对象方法的具体应用案例，不能单独作为一种基本方法。 第三十页，共七十五页。 在大型多层(B/A/S)结构的信息系统建设中，这四种方法的关系是：面向元数据方法用在数据库服务器S层面上系统的分析、设计与实现，面向对象方法用在除数据库服务器层面之外的其他层面上(B/A)系统的分析、设计与实现，面向过程方法用在其他两种方法本身内部函数的分析、设计与实现，形式化方法用在某些核心程序的正确性证明上。 面向过程方法、面向对象方法、面向元数据方法和形式化方法，它们各有优缺点，适合于不同的场合。四种方法的比较，如表1-3所示。 第三十一页，共七十五页。 方法名称 优 点 缺 点 适 合 的 场 合 面向过程方法 简单好学 不适应窗口界面，维护困难 大型工程计算，实时数据跟踪处理，各种自动化控制系统，以及系统软件实现等领域，以及过程、方法与函数的计算 面向对象方法 功能强大，易于维护 不易掌握 互联网络时代，完全由用户交互控制程序执行过程的应用软件和系统软件的开发，例如，在B/S结构中数据层之外的其它各层的需求、设计与实现 面向元数据方法 通俗易懂 不适应窗口界面 以关系数据库管理系统为支撑平台的信息系统建设，例如，B/S结构中数据层的需求、设计与实现 形式化方法 准确、严谨 难于上手和应用 对安全性要求极高，不容许出错的软件系统，如军事、医药、交通等领域 第三十二页，共七十五页。 1.3 三个模型与三层结构 在信息系统的需求与设计中，一般需要建立三个模型，即功能模型、业务模型和数据模型，分别对应B/A/S三层体系结构中的三个不同层次，即浏览层、中间层和数据层，如图1-2所示。 其中：功能模型主要表现在浏览层；业务模型对应中间层，即业务逻辑层，功能模型中的功能，基本上都在业务模型中加以具体实现；数据模型对应数据层，实现持久型数据的存储与运算。 第三十三页，共七十五页。 第三十四页，共七十五页。 1．三个模型 (1). 功能模型 功能模型实质上是用户需求模型，是描述系统能做什么，即对系统的功能、性能、接口和界面进行定义。 功能模型在需求分析时的表示方法为：系统功能需求列表、性能需求列表、接口需求列表、界面需求列表。统一建模语言UML，主要采用“用例图”来描述功能模型。 功能模型既是动态的，又是静态的。 第三十五页，共七十五页。 (2). 业务模型 业务模型实质上是业务逻辑模型，是描述系统在何时、何地、由何角色、按什么业务规则去做，以及做的步骤或流程，即对系统的操作流程进行定义。 业务流程图也可以用业务操作步骤来描述，还可以用类似于程序流程图的图形来表达。在UML中，完整的业务模型由用例图、时序图、交互图、状态图、活动图来表述。 业务模型是动态的，所以有时称业务模型为动态模型或操作模型。 第三十六页，共七十五页。 (3). 数据模型 数据模型实质上是实体或类的状态关系模型，是描述系统工作前的数据来自何处，工作中的数据暂存什么地方，工作后的数据放到何处，以及这些数据的状态及互相之间的关联，即对系统的数据结构进行定义。 数据模型反映了系统的数据关系，它是实体或类的状态设计依据。 第三十七页，共七十五页。 数据模型有类模型和数据库关系模型。其中类模型用于用户界面层和中间层的数据建模，数据库关系模型用于持久层数据建模。 信息系统中的数据模型，是指它的E-R图及其相应的数据字典。这里的数据字典，包括实体字典、属性字典、关系字典。在数据库CASE工具帮助下，可以查阅、显示、修改、打印、保存数据字典。 第三十八页，共七十五页。 信息系统中的数据模型分为概念数据模型CDM和物理数据模型PDM两个层次。 CDM就是数据库的逻辑设计，即E-R图。PDM就是数据库的物理设计，即物理表。 有了CASE工具后，从CDM就可以自动转换为PDM，而且还可以自动获得主键索引、触发器等等。 数据模型设计是企业信息系统设计的中心环节，数据模型建设是企业信息系统建设的基石，设计者与建设者万万不可粗心大意。这里要特别强调：数据模型要在程序设计之前完成设计，要用数据模型指导程序设计，绝对不允许用程序设计来指导数据模型设计！ 第三十九页，共七十五页。 数据模型本身是静态的，但是在设计者心目中，应该尽量将它由静态变成动态。 设计者可以想象数据（或记录）在相关表上的流动过程，即增加、删除、修改、传输与处理等，从而在脑海中运行系统，或在E-R图上运行系统。 第四十页，共七十五页。 2．三层体系结构 所谓的三层结构，就是在原来两层结构（Clie