Chap02_需求和系统建模解析.pptVIP

（3）在设计阶段 概要设计中通过分析用例图，得到所用到的类，分析这些类的属性、操作和它们之间的关系。所需要用到的UML的图 类图----显示系统中类与类之间的交互 包图---具有一些共性的类组合在一起的图 详细设计中通过再进一步地细化各个用例图的实现，如类的操作和对象之间的消息等细节问题。所需要用到的UML的图 类图----显示系统中类与类之间的交互 状态图（当然也包括其它的动态视图）---显示一个对象从生成到删除的生命周期 希望您能够区分与分析阶段中所出现的类图的不同！ （4）编程(构造)是一个相对独立的阶段 任务：是用面向对象编程语言将来自设计阶段的类转换成实际的代码。 要点 在用UML建立分析和设计模型时，应尽量避免考虑把模型转换成某种特定的编程语言。 因为在早期阶段，模型仅仅是理解和分析系统结构的工具，过早考虑编码问题十分不利于建立简单正确的模型。 所用到的UML的图 包图----显示系统中类与类之间的集合关系 类图----显示系统中类与类之间的交互 组件图---表示系统中的组件及相互依赖性 （5）测试阶段 系统通常需要经过单元测试、集成测试、系统测试和验收测试等环节。 不同的测试小组使用不同的UML图作为测试依据； 单元测试依据类图和类功能规格说明文档； 集成测试依据组件图和协作图； 系统性能测试依据用例图来验证系统的行为； 验收测试由用户进行，以验证系统测试的结果是否满足在分析阶段确定的需求。 所用到的UML的图为部署图---显示网络中的物理布局和各种组件的位置，以及用例图。 3、统一建模中的“统一”含义 （1）软件开发的整个生命周期都可以用可视化建模技术统一起来，避免“分而治之”（业务流程图、ER图、DFD图等）。 （2）在传统的开发技术中，这些步骤是由不同的技术完成的，如业务模型是由IDEF 语言来描述，分析设计由数据流图来表示，数据库结构是用ER 来定义等等。 （3）通过统一建模语言UML，可以大大增强团队的沟通，提高开发效率和软件质量 4、可视化建模技术的好处 （1）有效管理系统复杂度 模型通过过滤非本质的细节信息，成为描述复杂的问题或结构的本质的抽象（abstraction），她使问题更容易理解了。 因为在对象模型中我们只需要描述对象所实现的功能，而封装了操作实现的细节 （2）增强团队的沟通 可视化建模采用的是标准的统一建模语言UML，所有的开发人员都应该采用这种统一建模语言来进行系统的设计 从而保证大家工作的结果是所有人都可以理解的 （3）提高系统设计的可重用性 所建立的模型与物理系统是相互吻合的 同时面向对象技术最基本的原则就是抽象 七、域模型及建立系统域模型示例 建立项目系统中的域模型 问题域和域建模 问题域：软件系统所要解决的现实世界中的问题领域 域模型：领域类 识别领域类的一些指导原则： 不要认为域模型中领域类越少越好，情况往往恰恰相反 识别领域类的过程也是一个不断完善的过程 尽可能全面地找出各个领域类 建立域模型主要的思路和基本的实现步骤： 收集和描述软件系统中的各个用例 对用例进行分析并首先建立一个用例实现 其次，补充和完善前面用例的描述 在为用例行为找出用例类 根据分析的结果找出软件系统中的各个分析类 描述已找出分析类的职责 建立分析类之间的关系 确认分析类的行为 描述各个分析类中的属性 七、域模型及建立系统域模型示例 建立域模型的示例（BBS论坛） 需求获得和描述（Chap01） 需求分析和理解 发现并找出各个有关的类 找出类之间的关系 设计类中的各个属性 顺序图 协作图 小结 需求分析：正确理解用户各个方面的需求 Rational Rose 2003 分析类：边界类、实体类、控制类 系统建模：域模型 Chap02 需求分析与系统建模 教学目标 掌握需求分析(OOA) 掌握系统建模（类图、顺序图、协作图） 掌握Rational Rose的使用(CASE) 教学重点 Rational Rose的使用 OOA 系统建模 教学难点 系统建模 1、获得需求 收集需求 整理需求 描述需求 思考的问题 1、我们能否直接从“需求”进入“设计”？ 2、为什么要增加一个“需求分析”的环节？ 2、系统设计 需求分析和建模 理解需求 分析需求 建立域模型 编写需求文档 评审需求文档 管理需求 一、Rational Rose对UML建模的支持 Rational Rose 2003 美国Rational公司（现IBM）开发的面向对象建模工具 UML（统一建模语言