第二部分软件需求分析与建模..pptVIP

fanrui_nc@126.com 控制类举例 用例实现分析 用例实现分析是分析模型内部的一种协作，主要描述了如何根据分析类及其交互的分析对象来实现和执行一个具体的用例。 用例实现包括事件流的文本描述、反映参与者用例实现的分析的类图以及按照分析对象的交互作用描述特定流实现或用例脚本的交互图。 用例实现侧重于功能性需求。 处理销售类图 交互图 当参与者向系统发送某种形式的消息而激活用例时，开始执行该用例中的动作序列。 边界类对象将接收来自参与者的消息。 边界对象向其他对象发送一个消息，并使有关对象与之交互从而实现该用例。 在分析阶段，通常使用协作图类描述用例的实现。 协作图又称为通信图，是以图或网络格式描述对象交互，其中对象可以置于图中任何位置。 分析包 分析包描述了对分析模型的制品进行组织的方式，它可以包括分析类、用例实现及其他分析。 分析包应是有强内聚性与低耦合性，具有以下特点： 分析包可以表示对分析内容的分割。 在统一过程中，服务的概念是由服务包支持的。服务包在按照系统提供的服务而组织的分析包层次结构中处于较低层。服务包包含了一组活动相关的类，服务包不可分割。 在实现用例时，可能会有一个或多个服务包参与其实现。服务包相对独立，可以复用。 UML包图用于描述系统的逻辑架构——层、子系统、包等。 UML包用一大一小两个矩形组合而成。如果内部显示了其成员，则包名称标在上面的小矩形内，否则，可以标在包内。 UML包图 逻辑架构 逻辑架构是类的宏观组织结构，它将类组织为包、子系统和层等。 层是对类、包或子系统的甚为粗粒度的分组，是有对系统主要方面加以内聚的职责。 数据流图举例 设一个工厂采购部每天需要一张定货报表。定货的零件数据有：零件编号、名称、数量、价格、供应者等。零件的入库、出库事务通过计算机终端输入给定货系统。当某零件的库存数少于给定的库存量临界值时，就应该再次定货。 数据流分析： 数据源点：仓管员（负责入库或出库事务给定货系统）； 数据终点：采购员（接收每天的定货报表）； 数据流：事务，定货； 数据存储：定货信息，库存清单； 处理：处理事务，产生报表。 数据流图举例 画基本系统模型 采购员 事务 定货报表 仓管员 定货系统 数据流图举例 第一步求精 定货信息 库存清单 定货信息 库存信息 采购员 定货报表 产生报表 仓管员 处理事务 事务 数据流图举例 第二步求精 仓 管员 采购员 处理入库事务 入库事务 出库事务 定货报表 处理定货 定货 信息 处理出库事务 产生报表 定货信息 库存清单 库存信息 数据字典卡片方式示例 名字：定货报表别名：定货信息 描述：每天一次需要定货的零件表 定义：定货报表=零件编号+零件名称+定货 数量+价格+1{供应者}3 位置：输出到打印机 名字：零件编号 别名： 描述：惟一标识一个特定零件的关键组成 定义：零件编号=8位字符 位置：定货报表、定货信息 库存清单 名字：定货数量 别名： 描述：某个零件一次定货的数目 定义：定货数量=[ 1 | 2 | 3 | 4 | 5 ] 位置：定货报表 定货信息 名字：价格 别名：价格范围 描述：某个零件目前参考价格或者上下限 定义：价格=1{零件单价}2 位置：定货报表 定货信息 库存清单 状态转换图 状态模型是一种描述系统对内部或者外部事件响应的行为模型。 它描述系统状态和事件，以及事件引发系统在状态间的转换。 这种模型适用于描述实时系统 状态模型一般采用状态转换图（简称状态图）的标记方法 状态图描述了系统中某些复杂对象的状态变化 状态是可观察的行为模式，用圆角矩形表示； 变迁表示状态的转换，用箭头表示； 事件是引发变迁的消息，用箭头上的标记表示。 状态图还可以用事件后的方括号表示先决条件，只有当这个条件为真时，才会发生状态变化；用状态自身的弧线箭头表示先决条件不为真时，状态不会改变。 复印机控制软件状态图 读命令 复印 重加载纸 诊断问题 闲置 与“读命令”相关 非卡纸 与“读命令”相关 卡纸 与“完成问题”相关 “满”和“开始” 与“复印”相关 复印 与“读命令”相关 满 与“读命令”相关 图书馆系统 借书 还书 续借 预约 管理员 借书者 书目号和借书证号 书目号 书目号 标题号和借书证号 图书馆系统 管理员 借书者 验证借书 者和图书 借书者 图书 创建借 书记录 显示失败信息 更新 借书者 更新图 书信息 显示借书成功 不允许 借书记录 图书信息 允许 借书者信息 图书馆系统实体关系图 借 书目 条码号 分类号 ISBN 注册/更改/注销 录入/更新/删除 ISBN号 书名 作者 出版社 馆藏数 价格 可借数 系统管理 工号 姓名 性别 权限 密码 标题 借书证号 条码号 借书日期 归还日期 续借