第2章软需求分析.pptVIP

软件需求分析 第二章 软件需求分析 2.1 软件需求分析的基本概念目录 2.2 结构化分析(SA)方法目录 2.3 原型化方法目录 2.4 系统动态分析目录 2.1 软件需求分析的基本概念 2.1.1 软件需求分析的任务 　　需求分析阶段的任务： 　　在可行性分析的基础上，进一步了解确定用户需求。准确地回答 “系统必须做什么？” 的问题。获得需求规格说明书。 　Boehm对软件需求的定义： 　　研究一种无二义性的表达工具，它能为用户和软件人员双方都接受并能够把“需求”严格地、形式地表达出来。 　需求分析的具体任务： 2.1.4 需求分析方法 不同的开发方法，需求分析的方法也有所不同，常见的分析方法有： 二、分层DFD图的改进 DFD图必须经过反复修改，才能获得最终的目标系统的逻辑（目标系统的DFD图）。可从以下方面考虑DFD图的改进。 1、检查数据流的正确性 ① 数据守恒； ② 子图、父图的平衡； ③ 文件使用是否合理，特别注意输入/出文件的数据流。 2、改进DFD图的易理解性 ① 简化加工之间的联系（加工间的数据流越少，独立性越强，易理解性越好）； ② 改进分解的均匀性； ③ 适当命名（各成分名称无二义性，准确、具体）。 　　例：一图书销售系统，其中一加工为“优先处理”，条件是：顾客的营业额大于1000元，同时必须信誉好，或者虽然信誉不好，但是20年以上的老主顾。 判定表应用举例 2.2.6 加工逻辑说明 　　分析：共有3个判定条件，有8种可能的组合情况（图a）。对图a进行化简后，得到图b。 化简后 图 b 图 a Y-满足条件 N-不满足条件 X-选中判定的结论 特点:描述一般组合条件较清晰，易理解。不易输入计算机。 好的支付信誉 优惠处理 坏的支付信誉 营业额 1000元 ≤ 1000元 正常处理 20年 优惠处理 20年 正常处理 如上例 三、判定树 2.2.6 加工逻辑说明 　　按照传统的瀑布模型进行软件开发，由于将软件开发这样一个充满回朔的过程硬性地割裂开，虽然强调各个阶段的复审，而用户所提出的需求往往是模糊的，因此很难得到一个完整精确的规格说明，直接影响到后期的开发，针对其主要缺点推出了原型化方法。 2.3 原型化方法 2.3 原型化方法 什么是原型化方法（Prototyping Method） ？ 　　原型是软件开发过程中，软件的一个早期可运行的版本，它反映了最终系统的部分重要特性。 　　原型化方法的基本思想是花费少量代价建立一个可运行的系统，使用户及早获得学习的机会，原型化方法又称速成原型法（Rapid Prototyping），强调的是软件开发人员与用户的不断交互，通过原型的演进不断适应用户任务改变的需求。将维护和修改阶段的工作尽早进行，使用户验收提前，从而使软件产品更加适用。 　由于软件项目的特点和运行原型的目的不同，原型有两种不同的类型。 2.3.1 软件原型的分类 2.3.1 软件原型的分类 　2、追加（add on）型 　也称为快速建立渐进原型RCP法（Rapid Cyclic Prototyping）法采用循环渐进的开发方式，对系统模型作连续精化，即先构造一个功能简单而且质量要求不高的模型系统，作为最终系统的核心，将系统需要具备的性质逐步添加上去，通过不断地扩充修改，逐步追加新的要求，直至所有性质全部满足，此时的原型模型也就是最终的产品。 　1、废弃（throw away）型 　也称为快速建立需求规格原型RSP法（Rapid Specific Prototyping），先构造一个功能简单而且质量要求不高的模型系统，针对这个模型系统反复进行分析修改，让用户学习，有利于获得更加精确的需求说明书，待需求说明书一旦确定，原型将被废弃，后阶段的工作仍按照瀑布模型开发。 * 2 第二 章 2 2.1 软件需求分析的基本概念 2.2 结构化分析方法 2.3 原型化方法 2.4 系统动态分析 2 2.1.1 软件需求分析的任务 2.1.4 需求分析方法 2.1.3 软件需求分析的原则 2.1.2 需求分析过程 2.1 软件需求分析的基本概念 2 2.2.6 加工逻辑说明 2.2.1 SA法概述 2.2.2 数据流图 2.2.5 数据词典（DD） 2.2 结构化分析方法 2.2.3 实例：医院病房监护系统 2.2.4 分层DFD图的改进 2 2.3.1 软件原型的分类 2.3.2 快速原型开发模型 2.3 原型化方法 2.4.1 状态迁移图 2 2.4.2 Petri网 2.4 系统动态分