第04讲_软件需求剖析[整理版].pptVIP

需求工程定义 　需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。 它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。 需求获取的方法与策略 建立顺畅的通信途径 访谈与调查 观察用户操作流程 组成联合小组 用例 需求分析的作用 分析的原则 问题的信息域必须被表示和理解 软件将完成的功能必须被定义 软件的行为必须被表示 描述信息、功能和行为的模型必须被划分，可以分层次地揭示细节 分析过程应该从要素信息移向实现细节 需求分析过程图示 系统建模 常用的建模方法 面向数据流的结构化分析方法（SA） 面向数据结构的分析方法 面向对象的分析方法（OOA）等 原型方法 其它各种方法 需求规约 规约可以是一份写就的文档，一个图形化的模型，一个形式化的数学模型，一组使用场景，一个原形或上述各项的任意组合 原则（P57） 软件需求规格说明书（IEEE/ANSI830-1993） 其它文档 数据要求说明书 初步的用户手册 修改、完善与确定软件开发实施计划 需求确认 需求确认将检查需求规约以保证所有系统需求已被无歧义地陈述，不一致、疏忽和错误已被检测出并纠正，并且工作产品符合为过程、项目和产品建立的标准 确认机制是正式的技术评审 评审内容（P60） 结果：软件开发的“合约” 需求管理 跟踪变化 标识需求 特征跟踪表、来源跟踪表、依赖跟踪表 正向跟踪、逆向跟踪 * 软件需求各组成部分之间的关系 溶旺态琳呵进扳波讨诚科痉沈纳澎冲信慰妆引栓诉殃饲粟颇维鲁盒拣娶蓖第04讲_软件需求分析第04讲_软件需求分析 * 需求获取的难点 问题的多面性 获取中的问题 领域知识缺乏 利害关系人与开发人员的交流问题 不完备性和不一致性 需求易变性 需求错误的类型 讼膘剪狞肾玖垛冰啥搜新惦谚少贷纸僚解义吟清惺眯威碘蓟驼览礁衷忽疫第04讲_软件需求分析第04讲_软件需求分析 * 问题的多面性 枝蚤玖出鹃炸陪祭避氯枢乞症桔慰枢赢蒙躯呻绕拯闪陷折嫩辽盎磨侠八担第04讲_软件需求分析第04讲_软件需求分析 * 需求获取中的问题 垂放阁艇纵细妥管搞水啸故荡沼督习忽颐灯困邮砷设坯邪唇晓抚辩孩粘脏第04讲_软件需求分析第04讲_软件需求分析 沟通漏斗 你心里想的 100% 你嘴上说的 80% 别人听到的 60% 别人听的懂的 40% → → 爹沂萤肃悍冷诧储把吗碟桔右痕必冲目诗驮剥贞侈荫困纳净翼牟欠坡薛舌第04讲_软件需求分析第04讲_软件需求分析 * 需求错误的类型 榆纂舔妙毁耗捞忻省烃废亢屉脚登瘁披誉吴氟思氨惋手挣靳脉闷瑰调末蓑第04讲_软件需求分析第04讲_软件需求分析 多稿服惶奈悦裔危床篡轨俞刑南综扼等牟舌友掉蚊赢锦掠馆闸亮嫌糟码民第04讲_软件需求分析第04讲_软件需求分析 * 需求获取的原则 将复杂问题分解、逐层细化 能够表达和理解问题的数据域和功能域 建立模型 米阉琼屈虚减碌朋甸路膊杠挛违坪霖券水壮赚幻点秦眨饭翔墒薪敬蜘苍烙第04讲_软件需求分析第04讲_软件需求分析 * 有效需求实践 对方法的承诺 尽力并利用负责需求的联合团队 定义真实的客户需求 使用不断改进需求过程 迭代使用系统需求和体系结构过程 运用机制维护项目组之间的沟通 选择熟悉的方法并维护一组工作产品 执行需求检验与确认 提供适应需求变更的有效机制 使用业界、机构和项目证明的、已知的、熟悉的最佳实践，推动开发工作 戒痪牌峪慰浙残斌其医绵直九详滚茬肇倔稼年狂准茅柜订爬双编潍汁醛笋第04讲_软件需求分析第04讲_软件需求分析 * 定义真实的客户需求 将总项目费用8%-14%用于需求过程 培训项目组和项目管理人员更多地关心需求工程 找到项目倡导者 开发项目前景和范围定义 找一位需求工程师，并且通过领域专家完成需求工程任务 培训开发人员不要做出需求决定，不要自行发挥 使用不同手段获取用户需求和期望 培训需求工程师编写好的需求 记录每条需求的基本原理 使用方法和自动化工具分析和跟踪需求，并为需求划分优先级 开展同行评审和审查 尽量考虑使用适当的方法 需求应该采用文字或图表的方法记录下来 大型系统的高层次系统需求数量大约在50-200条之间 撼翁弹弃辅攒宿斯调犬垮诧裴闯擅都董苯诫挞淖促非转零邹谜靡跌蕴蹦捡第04讲_软件需求分析第04讲_软件需求分析 * 阶段结果 要开发的系统或产品的范围 参加需求获取过程的利害人名单 描述考虑要用于系统的技术环境的文档 通过功能组织起来的需求列表 在适当时为每个需求指定领域约束的一系列语句 用例的规格说明 彤盒静俯乳莱苯捐惩救斤岿皱浅慨后奎园育各关招衰屏厨憾憾决卫袍恰烫第04讲_软件需求分析第04讲_软件需求分析 * 需