需求工程(第二讲)需求工程过程33.pptVIP

小结 需求工程过程是一组活动的结构化序列，它产生用来说明待开发系统的需求文档。需求工程过程涉及需求抽取、需求分析和协商、和需求验证等活动。 需求工程过程模型是从某个特定的角度出发构建的简化过程描述。 需求抽取涉及对包含应用领域、要解决的问题、组织的需要和约束、以及系统相关者需要的辅助功能等在内的所有问题的理解。可以采用的技术包括面谈法、问卷法、情景法、软系统方法、原型法等。 当出现需求重叠和冲突时需要进行需求协商。 需求抽取、分析和协商是相互交织在一起的过程，在需求被所有需求相关者接受前，可能需要多次的重复。 需求验证关注于检查需求文档的最终草案以发现其中的错误。最常用的需求验证方式是需求审查，检查表在组织需求验证过程中是一种有用的方式。原型法是需求验证的另一种有效的方法。 需求变化是不可避免的，因而要求有有效的需求管理机制来管理这些变化。可追踪性信息记录了需求与需求的来源之间，需求之间，需求和系统设计之间等的依赖关系，这些依赖关系对变化影响分析至关重要。 * * * * 面谈法 优点 能采集到丰富的信息 缺点 不同的回答难以比较 交谈的技巧很难掌握 注意 三种问题需要避免：固执己见的问题、带偏见的问题、强加的问题 经验性知识不好谈出来 交谈者的态度会影响交谈的结果 直接表达了自己的关于这个问题的观点：“我们必须……” 同上，但观点明显有偏见：“我们不做……，对吗？” 假设了问题的答案：“你是用这种方式做……，对吗？” 交谈形式举例 正向模拟：选择典型业务情景（初始情况），请用户说明工作过程；陈述过程中不断提炼并提问新情况 案例分析：请用户选择有代表性的业务情景（初始情况），并说明工作过程；陈述过程中不断提炼并提问新情况 局外评论：存在现有系统，请用户对正在进行的过程进行评论 知识反教：在获取一些信息后，按照自己的理解表述给用户，请用户判断正确与否 问卷法调查法 是对面谈法的补充。 是从多个用户中收集需求信息的有效方式 ，一般问卷设  计形式： 1）多项选择问题 ； 2）评分问题 ； 3）排序问题 。 实地收集需求信息的方式 需求专题讨论会 最有力的需求获取技术。有利于培养高效团队。 由开发方和用户方共同召开,操作步骤： ① 开发方根据双方制定的《需求调研计划》召开相关需求主题沟通会； ② 会后开发方整理出《需求调研记录》提交给用户方确认； ③ 如果此主题还有未明确的问题则再次沟通,否则开始下一主题； ④ 所有需求都沟通清楚后，开发方根据历次《需求调研记录》整理出《用户需求说明书》，提交给用户方确认签字。 会前发议题，控制参会人员规模、时间、讨论范围，会中有记录，会后整理。掌握方向不跑题。 实地收集需求信息的方式 需求信息的分类 如图列出9种需求类别： 解决方案建议 业务需求 用例或场景 业务规则 功能性需求 质量属性 外部接口需求 数据定义 约束 业务规则（领域需求） 当客户说只有特定的人在特定的条件下才能执行某一动作时，他也许是在描述一条业务规则。业务规则举例： 产品必须符合某项国际（或国家）标准。 必须根据（某个公式）计算。 如果（满足某一条件），则（进行某事）。 功能性需求 功能性需求描述了系统在特定条件下表现的可观察的行为，以及系统允许用户执行的操作。如：所有的用户界面操作都属于功能性需求。 功能性需求占据了软件需求规格说明的大部分篇幅。 质量属性 产品的易用性、可靠性、运行速度、出错频率、异常处理能力……等等特性合称为质量属性，它是系统非功能性需求的一部分。非功能需求是衡量软件能否良好运行的定性指标。举例： 可靠性：规定条件下系统完成所要求功能的概率。定量指标如平均无故障时间和平均修复时间。 可扩充性：系统能方便和容易地增加新功能，可用增加新功能所需工作量大小来衡量。 安全性：如防止非法访问,防止数据丢失，防止病毒入侵等。例如：身份验证、用户权限、访问控制等。 互操作性：指系统与其他系统交换数据和服务的难易程度。 健壮性：指系统或组成部分遇到非法输入数据以及在异常情况和非法操作下能继续运行的程度。 易用性：指用户学习和使用软件系统功能的简易程度,也包括对系统输出结果的易于理解的程度。 可维护性：指系统中发现并纠正一个故障或进行一次更改的简易程度。 可移植性：指把一个软件系统从一种运行环境移植到另一个运行环境所花费的工作量的度量。 可重用性：指组成软件系统中的某个部件还可以在其他应用系统中使用的程度。 可维护性：指系统中发现并纠正一个故障或进行一次更改的简易程度。 可移植性：指把一个软件系统从一种运行环境移植到另一个运行环境所花费的工作量的度量。 可重用性：指组成软件系统中的某个部件还可以在其他应用系统中使用