软件需求工程复习.docx

目录1.需求问题分析及需求研发成本分析：1（1）需求问题产生的原因为:1（2）需求问题不解决导致成本增加，主要体现在：22.需求工程及软件需求工程的概念及组成：2（1）概念2（2）组成：23.需求的层次和分类及其定义：2（1）软件需求包括三个不同的层次:2（2）需求的定义：24.软件需求工程的组成或层次分解图，每部分的主要活动2(1) 组成：问题获取(elicitation)、需求分析(analysis)、编写规格说明 (specification)和需求验证(verification)3(2) 每部分的主要活动：35.良好需求的特性：31）完整性32）正确性43）可行性44）必要性45）划分优先级46）无二义性47）可验证性48）一致性49）可修改性410）可跟踪性46.需求开发与需求管理的界限：4需求工程推荐的各阶段的主要方法：58.项目视图范围文档，项目视图描述：69.系统关联图710.用户类及其分析711.软件需求的典型来源812.对产品代表的主要要求9用例图、用例模型、概念及应用1014.软件质量属性10用户需求分类10软件原型概念、技术方法及应用1217、优先级概念、为什么要使用确定方法？1518、数据流图及绘制主要规则。1519、需求分析过程、设计的其他图形化建模方法，ER图、状态转换图、对话图、类图、用例图、数据流图。1520、软件SRS作为项目各环节的基础，及各个读者使用达到哪些目的。1621、标示需求的几种方法及分析。16编写规格说明书的原则讨论及案例分析。1723、需求审查过程及其角色设置，进入退审查标准。1724、需求管理的主要活动（各个部分）18需求问题分析及需求研发成本分析：（1）需求问题产生的原因为:1)用户参与不多2)用户需求的增加3)模棱两可的需求说明4)用户增加一些不必要的特性和开发人员画蛇添足。5)过分简略的需求说明。6)忽略某类用户的需求7)不准确的计划（2）需求问题不解决导致成本增加，主要体现在：1）到面向需求的错误被发现时，开发小组已投入了时间和精力从这些错误的需求进行设计，结果设计被作废或返工；2）一定是在查找设计错误，浪费了大量时间和精力，而最终发现根本就不是一个设计错误，而是一个需求错误。3）具体的可能有开发人员工资、广告费、耽误了交付时间的违约费、来回交通费等等需求工程及软件需求工程的概念及组成：（1）概念1）需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。2）软件需求工程是一门分析并记录软件需求的学科，它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。（2）组成：1）需求获取；2）需求建模；3）形成需求规格；4）需求验证；5）需求管理3.需求的层次和分类及其定义：（1）软件需求包括三个不同的层次: 业务需求：反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。 用户需求：文档描述了用户使用产品必须要完成的任务，这在使用实例(use case)文档或方案脚本(scenario)说明中予以说明。 功能需求：定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 也包括非功能需求: 它描述了系统展现给用户的行为和执行的操作等（2）需求的定义：1）用户解决问题或达到目标所需的条件或权能(Capability)。2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。3）一种反映上面1)或2)所描述的条件或权能的文档说明。 4.软件需求工程的组成或层次分解图，每部分的主要活动(1) 组成：问题获取(elicitation)、需求分析(analysis)、编写规格说明 (specification)和需求验证(verification)(2) 每部分的主要活动：（a）需求获取：确定需求开发过程、编写项目视图和范围（vision and scope)文档、用户群分类、选择产品代表、建立核心队伍、确定使用实例（Use Cases)、召开应用程序开发联系会议、分析用户工作流程、确定质量属性、检查问题报告、需求重用（b）需求分析：背景分析、确定系统边界、需求建模（数据流图、E-R图、状态转换图、类图等描述需求）、需求细化、确定优先级、需求协商、绘制关联图、原型开发、数据字典创建、子系统建立（建立系统结构，将需求分配到各个子系统和模块中） ***需求分析和需求获取交替进行。（c）编写规格说明：定制文档