[计算机软件及应用]需求分析03.ppt

（包括第3章和第4章内容） 3.1 软件需求分析的任务 确定对系统的综合要求 分析系统的数据要求 导出系统的逻辑模型 修正开发计划 软件的综合需求（P46）： 功能需求 性能需求 环境需求 可靠性需求 安全保密要求 约束 逆向需求 用户界面需求 资源使用需求 成本消耗需求 开发进度需求 出错处理需求 接口需求 将来可能提出的要求 分析系统的数据要求 采用建立数据模型的方法分析系统的数据 数据结构规范化问题－范式 借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 3.2 需求分析的方法及过程 (1) 问题识别 从系统的角度来理解软件并评审软件范围是否恰当 确定对目标系统的综合要求，即软件的需求 提出这些需求实现条件，以及需求应达到的标准 问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。 (2) 分析与综合 从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最终综合成系统的解决方案，给出目标系统的详细逻辑模型。 (3) 编制需求分析阶段的文档 软件需求说明书 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划 (4) 需求分析评审 系统定义的目标是否与用户的要求一致; 系统需求分析阶段提供的文档资料是否齐全; 文档中的所有描述是否完整、清晰、准确反映用户要求; 与所有其它系统成分的重要接口是否都已经描述; 被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内，是否都已充分说明; 设计的约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 是否考虑过将来可能会提出的软件需求; 是否详细制定了检验标准，它们能否对系统定义是否成功进行确认; 软件需求分析的原则 需要能够表达和理解问题的信息域和功能域 要能以层次化的方式对问题进行分解和不断细化 要给出系统的逻辑视图和物理视图 面向数据流自顶向下求精－结构化分析方法 面向数据流进行需求分析的方法 结构化分析方法适合于数据处理类型软件的需求分析 具体来说，结构化分析方法就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止 结构化分析方法使用工具： 数据流图－记录补充的数据流、数据存储和处理 数据字典－记录数据元素信息 IPO图－描述算法 结构化英语 判定表与判定树 结构化分析的分析模型 对数据流图的每一个基本加工，必须有一个基本加工逻辑说明 基本加工逻辑说明必须描述基本加工如何把输入数据流变换为输出数据流的加工规则 加工逻辑说明必须描述实现加工的策略而不是实现加工的细节 加工逻辑说明中包含的信息应是充足的，完备的，有用的，无冗余的 用于写加工逻辑说明的工具 结构化英语 判定表 判定树 （1）结构化英语 结构化英语的词汇表由 英语命令动词 数据词典中定义的名字 有限的自定义词 逻辑关系词 IF_THEN_ELSE、 CASE_OF 、 WHILE_DO、 REPEAT_UNTIL等组成。 是一种介于自然语言和形式化语言之间的语言 语言的正文用基本控制结构进行分割，加工中的操作用自然语言短语来表示 其基本控制结构有三种： 简单陈述句结构：避免复合语句； 重复结构：while_do 或 repeat_until 结构。 判定结构：if_then_else 或 case_of 结构； 商店业务处理系统中“检查发货单” if 发货单金额超过$500 then if 欠款超过了60天 then 在偿还欠款前不予批准 else （欠款未超期） 发批准书，发货单 else （发货单金额未超过$500） if 欠款超过60天 then 发批准书，发货单及赊欠报告 else （欠款未超期） 发批准书，发货单 （2）判定表 如果数据流图的加工需要依赖于多个逻辑条件的取值，使用判定表来描述比较合适 （3）判定树 判定树也是用来表达加工逻辑的一种工具。有时侯它比判定表更直观。 简易的应用规格说明技术 面向团队 初步访谈 审查需求 得出意见一致的列表 定出小型规格说明 整套确认标准 完整的软