软件工程需求分析答案.pptxVIP

需求分析;3.1 需求分析的任务;3.2 需求获取的方法;3.2 需求获取的方法;3.2 需求获取的方法;3.2 需求获取的方法;3.3 需求获取的步骤;3.3 需求获取的步骤;3.3 需求获取的步骤;3.3 需求获取的步骤;需求验证就是验证（复查） 需求分析的成果， 也称综合评审。 需求验证就是对需求的正确性进行严格的验证， 确保需求的一致性、 完整性、 清晰性、 现实性和有效性， 确保设计与实现过程中的需求可回溯性， 并进行需求变更管理。 一般情况下， 需求验证以用户、 系统分析员、 系统设计人员和管理人员共同参与的会议形式进行， 最后由评审负责人签字。 ;3.4 结构化的需求分析方法;;2.描述工具 结构化分析方法利用图形等半形式化的描述表达需求， 用它们形成需求规格说明书的主要部分， 主要工具有： （1） 数据流图（DFD） 。 描述系统的分解， 即描述系统由哪几部分组成， 各部分之间有什么联系等。 （2） 数据词典（DD） 。 明确定义数据流图中的数据和加工。 它是数据流条目、 数据存储条目、 数据项条目和基本加工条目的汇集。 （3） 结构化语言、 判定表和判定树。 用于详细描述数据流图中不能再分解的每一个基本加工的处理逻辑。;;;2.数据流图的绘制步骤 （1） 画顶层数据流图列出系统的全部数据源点和终点， 将系统加工处理过程作为一个整体， 就可能得到顶层图图。 具体说就是： 画一个圆， 在其中写上系统名称， 然后在圆的外围画上系统的输入和输出，具体说就是画个圆在其中写上系统名称然后在圆的外围画上系统的输入和输出，这一步工作实际上是决定研究的内容和系统的范围。 （2） 画各层数据流图对系统处理过程自顶向下， 逐步分解， 画出各层的数据流图。 （3） 画总的数据流图这一步对了 解整个系统很有好处， 但也要根据实际情况来决定总图的布局， 不要把数据流图画得太复杂。;3.数据流图中的命名规则 （1） 数据流 数据流表明数据和数据流向， 它通常由一组数据项组成。 （2） 加工 加工是对数据的某种操作或变换。 （3） 文件 文件起暂时保存数据的作用。 （4） 数据源点和终点 数据源点和终点是数据的始发点和终止点， 是软件系统外部环???中的实体（包括人员、组织或其他软件系统） ， 统称外部实体。;;1.数据词典的内容 一般说来， 数据词典的每个条目中应包括以下信息。 （1） 名字： 数据流、 数据项、 数据存储或外部实体的名称。 （2） 别名或编号： 第（1） 项中对象的其他名字。 （3） 分类： 数据流、 数据项、 加工、 数据存储、 外部实体等。 （4） 内容描述： 描述内容或数据结构等。 （5） 何处使用： 哪些加工使用该条目。 ;2、数据词典中使用的符号;3、数据词典书写实例;3、数据词典书写实例;3、数据词典书写实例;4.数据词典的实现 通常， 实现数据词典有三种途径： (1)人工方法： 人工方法实现时， 每一词典条目（即每一个数据定义或每一个加工逻辑说明） 写在一张卡片上， 由专人管理和维护。 为了便于搜索， 所有卡片按数据名称排序。 人工方法的优点是容易实现。 (2)自动方法： 把词典存在计算机中， 用计算机对它搜索和维护。 现有多种“词典管理程序” ， 如PLS/PSA。 用计算机管理词典质量高， 搜索、 维护方便。 (3)人工和自动混合的方法： 在人工过程中可借助正文编写程序、 报告生成程序等工具辅助完成。;4.数据词典的实现 不论通过哪种途径实现的数据词典都应尽量做到以下几点： (1)没有冗余： 主要指数据定义不能重复。 在规格说明书的其他组成部分中已出现的信息不能重复。 (2)查阅方便： 通过名字可以方便地查阅数据词典中的每个定义。 (3)定义的书写方法简单、 方便、 严谨， 而且可读性强。 (4)建议采用卡片形式书写。;1、结构化语言 ;2、判定表 在一些数据处理中， 数据流图的加工需要经过多个逻辑条件组合的取值而确定， 此时用自然语言或结构化语言难以描述， 而运用判定表描述就比较清晰明了。;3、判定树 判定树也是用来表达加工逻辑的工具， 它是判定表的变形， 有时比判定表更直观， 更易于理解和使用。 图书优惠政策的判定树如图3‐8所示。;1． 需求规格说明书的编写内容 需求分析阶段应交付的主要文档是软件需求规格说明书。 它提供了 用户与开发人员对开发软件的共同理解， 其作用相当于用户与开发单位之间的技术合同， 是后续设计和编码的基础， 是测试和验收的依据。 软件需求规格说明书的内容框架可参阅GB/T 8567\|2006《计算机软件文档编制规范》 。 在编写需求规格说明书时应注意以下几个问题： （1） 说明书中的每一部分都非常重要， 因此要慎重对待。 （2） 问题的描述要做到准确无误