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

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 请用数据流图描绘本系统的功能，并用实体-联系图描绘系统中的数据对象。 3-4 分析习题2第3题所述的机票预订系统。请用实体-联系图描绘本系统中的数据对象并用数据流图描绘本系统的功能。 3-5 分析习题2第4题所述的患者监护系统。请用实体-联系图描绘本系统中的数据对象并用数据流图描绘本系统的功能，画出本系统的顶层IPO图。 3-6 复印机的工作过程大致如下：未接到复印命令时处于闲置状态，一旦接到复印命令则进入复印状态，完成一个复印命令规定的工作后又回到闲置状态，等待下一个复印命令；如果执行复印命令时发现没纸，则进入缺纸状态，发出警告，等待装纸，装满纸后进入闲置状态，准备接收复印命令；如果复印时发生卡纸故障，则进入卡纸状态，发出警告等待维修人员来排除故障，故障排除后回到闲置状态。 请用状态转换图描绘复印机的行为。 实验1：软件工程CASE工具 —什么是软件工程环境？ —CASE工具的作用？ —主流的代表性CASE工具？ —软件工程各阶段工具需求？ 要求：理解实验内容与方法、提交实验报告 习题3、4、6 1.6 实验要求及习题 * * * * * * * * * * * * * * * * * * * 通常按属性间的依赖情况区分规范化的程度。 属性间依赖情况满足不同程度要求的为不同范式，满足最低要求的是第一范式，在第一范式中再进一步满足一些要求的为第二范式，依此类推。 (1) 第一范式每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构。 (2) 第二范式满足第一范式条件，而且每个非关键字属性都由整个关键字决定(而不是由关键字的一部分来决定)。 (3) 第三范式符合第二范式的条件，每个非关键字属性都仅由关键字决定，一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述。 状态图通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。 状态图还指明了作为特定事件的结果系统将做哪些动作(例如，处理数据)。 状态图提供了行为建模机制。 3.6 状态转换图 电梯状态图举例 在一楼 上升 停滞 下降 回到一楼 回一楼 想要到 达楼层  想要到 达楼层 电梯行程 开始 向上 向上 向下 状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。 状态规定了系统对事件的响应方式。系统对事件的响应，既可以是做一个(或一系列)动作，也可以是仅仅改变系统本身的状态，还可以是既改变状态又做动作。 在状态图中定义的状态主要有：初态(即初始状态)、终态(即最终状态)和中间状态。 在一张状态图中只能有一个初态，而终态则可以有0至多个。 3.6.1 状态 状态图既可以表示系统循环运行过程，也可以表示系统单程生命期。 当描绘循环运行过程时，通常并不关心循环是怎样启动的。 当描绘单程生命期时，需要标明初始状态(系统启动时进入初始状态)和最终状态(系统运行结束时到达最终状态)。 事件是在某个特定时刻发生的事情，它是对引起系统做动作或(和)从一个状态转换到另一个状态的外界事件的抽象。 例如，内部时钟表明某个规定的时间段已经过去，用户移动或点击鼠标等都是事件。 简而言之，事件就是引起系统做动作或(和)转换状态的控制信息。 3.6.2 事件 在状态图中，初态用实心圆表示，终态用一对同心圆(内圆为实心圆)表示。 中间状态用圆角矩形表示，可以用两条水平横线把它分成上、中、下3个部分。 上面部分为状态的名称，这部分是必须有的；中间部分为状态变量的名字和值，这部分是可选的；下面部分是活动表，这部分也是可选的。 活动表的语法格式如下：事件名(参数表)/动作表达式 3.6.3 符号 图3.4 状态图中使用的主要符号 状态图 例： 状态1 Do:活动1 状态2 .…... 事件1[条件1] / 动作1 结束 事件 初始 事件 空闲 可视菜单 左边按钮按下/显示弹出菜单 左边按钮弹起/擦除弹出菜单 光标移动/高亮菜单项 弹出菜单动作 在活动表中经常使用下述3种标准事件： （1）entry—指定进入该状态的动作；