软件需求分析与设计－活动图、状态图和需求细化.ppt

软件需求分析与设计 －活动图、状态图和需求细化 软件分析与设计－活动图、状态图和需求细化 UML活动图及其建模 UML状态机图和建模 更多的SSD和契约 UML活动图及其建模 目标 通过实例和各种建模应用对UML活动图表示法进行介绍 如何应用活动图 UML活动图提供了丰富的表示法来表示一系列活动，其中包括并行的活动 业务建模过程 数据流建模 数据流图DFD 并发编程和并行算法建模 统一过程的规程之一是业务建模（business Modeling）,其用途是理解和勾通“将要部署系统的组织结构和动态特征” 基本的UML活动图表示法 使用Game-Sarson表示法的经典DFD 使用活动图表示法来表示数据流模型 在另外一个图中展开活动 活动的扩展 信号 活动图建模准则 活动图通常对于涉及众多参与者的非常复杂的业务过程建模具有价值 对于简单的业务过程用例文本就够用了 在进行业务过程建模时，可以利用靶子（rake）符号和子活动图 尽量保持同一张图中所有动作节点的抽象水平 使用活动图对处理销售用例建模 UML状态机图和建模 目标 通过例子和各种建模应用，介绍UML状态机图表示法 软件分析与设计-UML状态图和建模 UML状态图（state machine diagram）描述了某个对象的状态和感兴趣的事件以及对象响应该事件的行为 状态图显示了对象的生命周期 事件，是指一件值得注意的事情的发生 状态，是指对象在事件发生之间某种时刻所处的情形 转换，是两个状态之间的关系，它表明当某事件发生时，对象从先前的状态转换到后来的状态 电话的状态机图 状态无关和状态依赖对象 如果一个对象对某事件的响应事件相同，则认为此对象对于该事件状态无关 对于所有事件，对象的相应总是相同的，则该对象是一个状态无关对象 状态依赖对象对事件的响应根据对象的状态或模式而不同 准则 为具有复杂行为的状态依赖对象建立状态图 一般业务系统通常只有少数几个复杂的状态依赖类，因此状态机建模意义不大 在过程控制、设备控制、协议处理和通讯等领域有更多的状态依赖对象 对状态依赖对象建模 建模的两者方式 对复杂的事件交互对象建模 对操作协议和语言规范的合法序列建模 复杂的反应式对象 软件控制的物理设备 事务处理以及相关的业务对象 角色转换器 协议和合法序列 通讯协议 UI页面/窗口流和导航 UI控制器和会话 用例系统操作 单个UI窗口的事件处理 转换动作和监护表示法 嵌套状态 使用状态机进行Web页面导航建模 用例操作合法序列的状态机样例 用例关联 目标 以文本和图形两种形式，使用包含（include）和扩展（extend）关联将用例联系在一起 用例关联 用例关联具有一些价值，但更重要的工作是编写用例文本 用例关联 包含关系 扩展关系 泛化关系 用例类型 具体用例 是由发起者发起，完成了参与者所期望的完整行为，它们通常是基本业务过程用例 抽象用例 永远不能被实例化；它是其他用例的子功能用例 基础用例 包含其他用例的用例，或者是被其他用例扩展或者泛化的用例 附加用例 被其他用例包含的用例、或者扩展、泛化其他用例的用例 包含关系 当在两个或多个独立用例中存在重复，而您想避免这种冗余时，可以使用包含关系 包含关系的另外一个用途是描述异步事件的处理 用户可以在任何时候选择或分之到特定窗口、功能、Web页面或一组步骤 用例非常复杂并冗长，将其分解为子单元便于理解 UC1:处理销售 … 主成功场景： 1.顾客到某个POS终端为购买的产品或服务付费 … 7、顾客支付，系统付款 扩展： 7b.用信用卡支付：包含“处理信用卡支付”用例 7c.用支票支付：包含“处理支票支付”用例 UC2:处理租金 … 扩展： 6b.用信用卡支付：包含“处理信用卡支付”用例 UC12:处理信用卡支付 … 级别：子功能 主成功场景： 1.客户输入信息卡帐户信息 2.系统向外部的支付授权服务系统发送支付授权请求 3.系统接收到同意支付的信息，并通知收银员 4…. 扩展： 2a.系统与外部系统交互时检测到错误 1.系统通知收银员发生错误 2.收银员要求客户选择其他支付手段 UC1:FooBars … 主成功场景： 1…. 扩展： a*.任何时候，客户都可以选择编辑个人信息：编辑个人信息 b*.任何时候，客户都可以选择打印帮助：展现打印帮助2-11.客户取消：取消交易确认 用例模型中的用例包含关系 扩展关系 扩展 当用例文本不好修改时可以通过扩展用例解决 再创建扩展或附加用例，并且在其中描述 在何处和何种条件下该用例扩展某基础用例的行为 UC1:处理销售 … 扩展点： 2a.VIP客户，步骤1。支付，步骤7 主成功场景： 1.顾客到某个POS收费口为购买的产品或服务付