Chap02 需求分析和系统建模.ppt

Chap02 需求分析与系统建模 教学目标 掌握需求分析(OOA) 掌握系统建模（类图、顺序图、协作图） 掌握Rational Rose的使用(CASE) 教学重点 Rational Rose的使用 OOA 系统建模 教学难点 系统建模 一、Rational Rose对UML建模的支持 Rational Rose 2003 美国Rational公司（现IBM）开发的面向对象建模工具 UML（统一建模语言）由Rational 3世界级面向对象技术专家Grady Booch、Ivar Jacobson、Jim Rumbaugh,为可视化建模奠定了坚实的理论基础 Rational Rose 功能 Rational Rose(Rational Object Oriented Software Engineering)是分析和设计面向对象软件系统的强大的可视化工具。 功能 对业务进行建模（工作流） 建立对象模型 对数据库进行建模（比较粗糙） 建立组件模型 Rational Rose的对象模型主要支持Java VC VB，并可生成目标语言的框架代码 一、Rational Rose对UML建模的支持 Rational Rose 2003工具的使用 安装 启动 窗口 各个视图 Use Case视图：强调从用户角度看到的或需要的系统功能 Logical视图：展现系统的静态或结构组成及特征 Component视图：体现了系统实现的结构和行为特征 Deployment视图：体现系统实现环境的结构和行为特征 一、Rational Rose对UML建模的支持 利用Rational Rose 2003建立软件模型 创建文件 保存 保存日志 发布到Web服务器中 一、Rational Rose对UML建模的支持 用Rational Rose 2003——创建项目中的用例及用例图 网上书店 新建用例 建立包：用例包 添加用例 新建参与者 建立包：参与者包 添加参与者 新建用例图 建立用例图（面向读者：前台） 关联参与者和用例 建立用例图（面向管理员：后台） 二、需求（对用例）分析 三、面向对象的分析 面向对象的分析技术 OOA:Object Oriented Analysis 面向对象分析的首要任务 识别问题域内各种对象，并分析他们相互间的关系和通信，最终建立简洁、精简、可理解的问题域软件模型——面向对象分析的结果 静态分析：体现在静态结构上——确定出系统中各个类、类之间的关系、类的组成 动态分析：着重于动态行为的建立和理解——获得对象之间的交互情况、对象的活动情况和状态。 三、面向对象的分析 面向对象的分析技术 实施面向对象分析的一般步骤： 分析用户需求，建立用例并通过用例图来描述用户的需求 通过建立域模型以识别类与对象，从而识别系统中的各个对象 确定对象的内部特征，从而定义出各个属性与服务，以进一步细化类的结构 识别对象之间的关系并使用设计模式对类的结构进行优化和改造 获得对象之间的行为关系，绘制出各种动态图形（顺序图、协作图、状态图） 三、面向对象的分析 面向对象的分析技术 面向对象分析的主要优点 能够加强对问题域和系统功能的充分理解 促进与分析有关的各类人员之间的交流 对需求的变化具有较强的适应性 支持软件复用等技术 贯穿软件生命周期全过程的一致性 三、面向对象的分析 面向对象分析方法 主要的面向对象分析方法 Peter Coard和Edward Yourdon的OOA和OOD方法 Booth OMT(Object Modeling Technology)——对象建模技术 功能模型（图2.30 P57） 对象模型（图2.21 P58） 动态模型（图2.22 P58） 面向对象分析的主要原则 抽象 封装 继承 聚合和组合 依赖和关联 消息通信 四、UML建模中涉及的分析类 Rational Rose 2003提供的3种分析类 边界类：是一种用于对系统外部环境与其内部运作之间的交互进行建模的类；代表系统的“用户界面”；功能：输入、输出、过滤 实体类：是用于对必须存储的信息和相关行为建模的类。 控制类：用于对一个或几个用例所特有的控制行为进行建模；功能：控制事件流、负责为实体类分配任务。 分析类和具体编程实现的语言无关，设计类具有特定的语言特点 分析类的UML表示 四、UML建模中涉及的分析类 Rational Rose 2003提供的3种分析类 3种分析类对象间交互的4个原则： 用例的参与者只能与边界类进行交互 边界对象只能与控制对象和用例的参与者进行交互 实体对象只能与控制对象进行交互 控制对象可以和边界对象交互，也可以和实体对象交互。 四、UML建模中涉及的分析类 分析类的设计示例（网上银行） 边界类：用户账号表单、转账信息表单、存/取款