无作业解答 第3章 需求分析研讨.pptVIP

需求分析步骤: 获取需求(3.2节) 分析建模与规格说明(3.3节,3.5节,3.6节,3.7节) 验证软件需求(3.8节) 3.2.4 快速建立软件原型 该方法是最准确、最有效、最强大的需求分析技术。 快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。 构建原型的要点是，它应该实现用户看得见的功能(例如，屏幕显示或打印报表)，省略目标系统的“隐含”功能(例如，修改文件)。 应该具备的第一个特性是“快速”。第二个特性是“容易修改”。原型的“修改－试用－反馈”过程可能要重复多次。 事件表达式的语法： 守卫条件是一个布尔表达式，如果既有事件说明又有守卫条件，则当事件发生且守卫条件为真是状态转换才发生，如果只有守卫条件没有事件说明，则守卫条件为真时，发生状态转换。 课堂作业：P73第6题。 作业： 1). 状 态 状态规定了系统对事件的响应方式。 系统对事件的响应，既可以是做一个(或一系列)动作，也可以是仅仅改变系统本身的状态，还可以是既改变状态又做动作。 初态 (即初始状态) 状态 终态 (即最终状态) 中间状态 一张状态图中只能有一个初态，而终态则可以有0至多个。 2). 事 件 事件就是引起系统做动作或(和)转换状态的控制信息。 例如，用户移动或点击鼠标等都是事件。 初态用实心圆表示，终态用一对同心圆(内圆为实心圆)表示。 中间状态用圆角矩形表示，可以用两条水平横线把它分成上、中、下3个部分。 3). 符 号 活动表（可选） 状态变量的名字和值（可选） 状态的名称（必须有的） 初态 终态 中间状态 状态转换 （1） “事件名”可以是任何事件的名称。在活动表中经常使用下述3种标准事件：entry，exit和do。 entry事件指定进入该状态的动作，exit事件指定退出该状态的动作，而do事件则指定在该状态下的动作。需要时可以为事件指定参数表。 （2）动作表达式描述应做的具体动作。 3). 符 号 事件名(参数表)/动作表达式 活动表的语法格式： 事件说明[守卫条件]/动作表达式 事件说明：事件名（参数表） 动作表达式：当状态转换开始时执行该表达式。 4). 举 例 电话系统的状态图 从问题陈述可知，复印机的状态主要有“闲置”、“复印”、“缺纸”和“卡纸”。引起状态转换的事件主要是“复印命令”、“完成复印命令”、“发现缺纸”、“装满纸”、“发生卡纸故障”和“排除了卡纸故障”。 3.7 其他图形工具 层次方框图 Warnier图 IPO图 ** * 只有用户才真正知道自己需要什么，但是他们并不知道怎样用软件实现自己的需求，用户必须把他们对软件的需求尽量准确、具体地描述出来；分析员知道怎样用软件实现人们的需求，但是在需求分析开始时他们对用户的需求并不十分清楚，必须与用户沟通获取用户对软件的需求 分析员和用户的责任 分析员：又称系统分析员、系统工程师等。负责沟通用户和开发人员的认识和见解，起着桥梁的作用。 分析员应当具备的素质： 能够熟练地掌握计算机硬件、软件的专业知识，具有一定的系统开发经验。 善于进行抽象的思维和创造性的思维。 善于从相互冲突或混淆的原始资料中抽出恰当的条目来。 善于调查研究，能够很快学习用户的专业知识，理解用户的环境条件。 能够倾听他人的意见，注意发挥其他人员的作用。 具有良好的书面和口头交流能力。 用户：在软件需求分析中负有重要的责任。用户对软件的意见和要求是需求分析十分宝贵的原始资料。 参加软件需求分析的人员应具有一定的人际交往能力。 分析开始时他们对用户的需求并不十分清楚，必须通过与用户沟通获取用户对软件的需求。 需求分析和规格说明是一项十分艰巨复杂的工作。用户与分析员之间需要沟通的内容非常多，在双方交流信息的过程中很容易出现误解或遗漏，也可能存在二义性。因此，不仅在整个需求分析过程中应该采用行之有效的通信技术，集中精力过细地工作，而且必须严格审查验证需求分析的结果。 * 数据决定了需要的处理和算法，它是需求分析的出发点。 可行性研究阶段产生的是高层数据流图，许多具体的细节没有包括，许多实际的数据元素被忽略，当时分析员还不需要考虑这些细节，现在是定义这些数据元素的时候了。 * 数据决定了需要的处理和算法，它是需求分析的出发点。 可行性研究阶段产生的是高层数据流图，许多具体的细节没有包括，许多实际的数据