第4章-面向对象的系统分析1.ppt

2010-5-2 * 事件;事件是指定时刻发生的某件事。 状态;状态是对象属性值的抽象。对象的属性值按照影响对象显著行为的性质将其归并到一个状态中去。状态指明了对象对输入事件的响应。 各对象之间相互触发（即作用）就形成了一系列的状态变化。把一个触发行为称作一个事件。 状态有持续性，它占用一段时间间隔。状态与事件密不可分，一个事件分开两个状态，一个状态隔开两个事件。事件表示时刻，状态代表时间间隔。 4.6 建立动态模型 状态图;状态图是一个标准的计算机概念，它是有限自动机的图形表示，这里把状态图作为建立动态模型的图形工具。 状态图反映了状态与事件的关系。当接收一事件时，下一状态就取决于当前状态和所接收的该事件，由该事件引起的状态变化称为转换。 状态图是一种图，用结点表示状态，结点用圆圈表示；圆圈内有状态名，用箭头连线表示状态的转换，上面标记事件名，箭头方向表示转换的方向。 4.6 建立动态模型 4.6 建立动态模型 电话状态图 建立动态模型的步骤： 第一步，是编写典型交互行为的脚本。虽然脚本中不可能包括每个偶然事件，但至少必须保证不遗漏常见的交互行为。 第二步，从脚本中提取出事件，确定触发每个事件的动作对象以及接受事件的目标对象。 第三步，排列事件发生的次序，确定每个对象可能有的状态及状态间的转换关系，并用状态图描绘它们。最后，比较各个对象的状态图，检查它们之间的一致性，确保事件之间的匹配。 4.6 建立动态模型 4.1 面向对象的基本过程 4.2 面向对象分析的特点 4.3 需求分析陈述 4.4 面向对象的系统分析活动 4.5 建立对象模型 4.6 建立动态模型 4.7 建立功能模型 4.8 案例 目录 功能模型描述了系统的所有计算，着重于系统内部数据的传送和处理，功能模型定义“做什么”，动态模型定义“何时做”，对象模型定义“对谁做”。 功能模型表明一个计算如何从输入值得到输出值，它不考虑计算的次序。功能模型由多张数据流图组成。数据流图用来表示从源对象到目标对象的数据值的流向，它不包含控制信息，控制信息在动态模型中表示，同时数据流图也不表示对象中值的组织，值的组织在对象模型中表示。 4.7 建立功能模型 公文发文数据流图 3种模型之间的关系: 针对每个类建立的动态模型，描述了类实例的生命周期或运行周期。 状态转换驱使行为发生，这些行为在数据流图中被映射成处理，在用例图中被映射成用例，它们同时与类图中的服务相对应。 功能模型中的处理（或用例）对应于对象模型中的类所提供的服务。 数据流图中的数据存储，以及数据的源点/终点，通常是对象模型中的对象。 4.7 建立功能模型 3种模型之间的关系: 数据流图中的数据流，往往是对象模型中对象的属性值，也可能是整个对象。 用例图中的行为者，可能是对象模型中的对象。 功能模型中的处理（或用例）可能产生动态模型中的事件。 对象模型描述了数据流图中的数据流、数据存储以及数据源点/终点的结构。 4.7 建立功能模型 4.1 面向对象的基本过程 4.2 面向对象分析的特点 4.3 需求分析陈述 4.4 面向对象的系统分析活动 4.5 建立对象模型 4.6 建立动态模型 4.7 建立功能模型 4.8 案例 目录 项目概述 某建筑设计院立项开发工程设计综合项目管理信息系统，总体目标是对设计院核心业务流程进行梳理和优化，规范工作流程和管理制度，并运用计算机技术和信息技术实现设计院经营管理和工程设计的信息化，提高运营效率，以适应不断变化的市场需求，更好地为社会提供一流的产品和服务。办公自动化系统是该系统的一个子系统，其中公文管理模块要求实现公文收、发文处理、审批、公告、督办催办、归档、查询等功能。工作流技术采用JBPM工作流引擎，系统开发采用Struts2.0+Spring2.5+Hibernate3.2+DWR2.0框架技术，服务器是JBoss服务器。 4.8 案例 通过对用户需求调研分析，公文发文业务流程如图所示。 4.8 案例 1.系统需求 通过对问题域的认真分析，识别出公文发文系统对象，如右图所示： （1）院办工作人员 （2）总师办工作人员 （3）院办主任 （4）总工 （5）分管院长 （6）室、所负责人 （7）公文 4.8 案例 2.识别对象 （1）院办主任或总工通知本门工作人员撰写公文草稿 （2）院办主任或总工对公文草稿进行校对 （3）院办主任或总工向分管院长提交待签公文草稿 （4）分管院长审批公文草稿，返回给院办主任或总工 （5）院办主任或总工通知工作人员，发文并归档 （6）室、所负责人接受公文 4.8 案例 3.识别用例—公文审批用例 4.8 案例 4.对需求进行完整的捕获与描述 公文发文系统用例图 5.公文发文类图 4.8