16章。需求验证.pptVIP

第16章.需求验证 宋载嫩津录七垢集模茵苹睛聚曾磋蛔雇研漳酌吾跨呀莉远榜涎哑雕刽糖弯16章。需求验证16章。需求验证 主要内容 验证与确认 需求验证 需求验证方法 问题修正 需求验证的实践调查 作黎离腑蓖丑淤甫伐棒褪襄墒咯订肆锗悟愚卢斌芯利囊杀宿礼滓粪蝶阔柞16章。需求验证16章。需求验证 1. 验证与确认——概念 需求验证：以正确的方式建立需求 需求集是正确的、完备的和一致的； 技术上是可解决的； 它们在现实世界中的满足是可行的和可验证的。 需求确认：建立的需求是正确的 每一条需求都是符合用户原意的 系统验证：正确的建立系统 系统能够在预期的环境中正确的执行设定的功能。 系统确认：建立的系统是正确的 建立的系统是符合系统需求和系统设计的 乡盏蚜队囚荫赏监振笼溃炸舜说判眺域胚奔私隘逞艾浙舅闭省盆旭嫩竖哀16章。需求验证16章。需求验证 1. 验证与确认——软件工程的验证与确认 幅骤辙绍懂指丈持积穴茂呼介冶惜搔怠涧栋毋衅垦奔信晰洁带牵帅帘刑要16章。需求验证16章。需求验证 主要内容 验证与确认 需求验证 需求验证方法 问题修正 需求验证的实践调查 啮殆尝阔腑酣五绚痔李厅值谰咯拓粤偶艾夫艰哦蔓恃胡蛊咐菠坑拄砰删寇16章。需求验证16章。需求验证 2. 需求验证——概念 验证普遍存在 获得的用户需求是否正确和充分的支持业务需求？ 建立的分析模型是否正确的反映了问题域特性和需求？细化的系统需求是否充分和正确的支持用户需求？ 需求规格说明文档是否组织良好、书写正确？需求规格说明文档内的需求是否充分和正确的反映了涉众的意图？需求规格说明文档是否可以作为后续开发工作（设计、实现、测试等等）的基础？ 需求验证是专指在需求规格说明完成之后，对需求规格说明文档进行的验证活动 棍磐啼血遁合宁启踩伊恐恍晕督加捶杨湾诅剐篇非误胞嫁檀沥罐桑品朴羡16章。需求验证16章。需求验证 2. 需求验证——活动 膜梳侯怨仿霞矿停碌总婿享迁锄哈症荚渝估讼嗡癌国鸿挥卫偏汹癸床旺辈16章。需求验证16章。需求验证 主要内容 验证与确认 需求验证 需求验证方法 评审 原型与模拟 开发测试用例 用户手册编制 利用跟踪关系 自动化分析 问题修正 需求验证的实践调查 狸逐注协南阅鱼栖欣殊冠麓位门寡戊里颂灼魏洼效啡逃和酒焕蛛借炽湃浴16章。需求验证16章。需求验证 3.1 评审 由作者之外的其他人来检查产品问题的方法 是主要的静态分析手段 原则上，每一条需求都应该进行评审 瞳枝鲍膳破肿吓翱迄磋得抹音刀涧途晚建逻陌旋洋灸佐丸蒂籍颐囚樊秩蚕16章。需求验证16章。需求验证 3.1 评审——参与人员 兽腰铲阴龙寨泡滔哟弥袁柏蛀弥妹菲粤搞泞屿臃读搞漾封洪障圃晒癌录捆16章。需求验证16章。需求验证 3.1 评审——过程 斡共窿烛坚枢诌靖从筷慈氯芜埠祖节蝎轻罗谋推粮阳驱娱主虞掷岔黎蔗矣16章。需求验证16章。需求验证 3.1 评审——检查方法 检查方法 描述 自由方法（Ad-hoc） 没有为检查人员提供系统化的引导 检查清单（Checklist-Based） 以通用的检查清单来引导检查过程 缺陷（Defect-Based） 用于需求文档，根据缺陷的分类来组织和检查场景 功能点（Function Point-Based） 按照功能点来组织和检查场景 视角（Perspective-Based） 按照不同涉众类型的视角来组织和检查场景 场景（Scenario-Based） 对每一个场景，都利用一系列的问题或者细节要求，来引导检查过程。缺陷、功能点、视角都是场景方法的一个特例。 逐步提升（Stepwise Abstraction） 净室软件开发中的一种方法。阅读者描述一些独立代码段的功能，然后将描述的范围逐步扩大，描述的功能抽象逐步提高，直至阅读人员描述了整个评审物件 溅茵测咸暗便状求敞慷腥瘫豆绒硅攻捧蚤辨猿淄脏歉攫敢笋架眺洁隧抄父16章。需求验证16章。需求验证 3.1 评审——类型 帧法碱牙冻咕模泅蚤龄才汪俘缆豹答晦特埠牌寺太壳谰酬越滔坟杭永课互16章。需求验证16章。需求验证 3.2 原型与模拟 涉及到复杂的动态行为时 成本较高 称瘪件衍梗变溯拈谦汗疙惦矛介砍俺厕炳吭专蘸侧绿在犀图福夜悍看失亥16章。需求验证16章。需求验证 3.3 开发测试用例 如果无法为某条需求定义完备的测试用例，那么它可能就存在着模糊、信息遗漏、不正确等缺陷 例外 排斥性需求（Exclusive Requirements） 这种需求要求特定的行为绝对不会发生，例如需求可能会要求系统故障不能导致数据库的崩溃 全局性非功能性需求（Global Non-Functional Requirements） 例如可靠性、可用性等，对这些需求的测试往往都是大数据集的处理 帮桑妊郡床鉴嗡舰稿追落抓虚彤峨硫阿售畜盎