需求分析 需求管理 How : 需求分析 What : 需求分析 Why : 需求分析 Why 需求管理 What 需求管理 How 需求管理 基础概念 分层分类（横纵项） 需求分析中的问题 磨刀不误砍柴工 关键词：迭代过程，Use-Case，UML，质量准则 分析活动过程：愿景->目标->特性->系统需求->功能需求->模块需求 Use-Case分析法（UML用例图） 伪需求导致方向错误 需求缺陷发现越晚，修复的成本越高 软件人员进阶必备的方法论 开发必备 架构师进阶必修 系统开发成功的重要保证 需求：1.解决用户问题所需的条件和能力 2.标准化组织定义的条件和能力。 需求分析过程：理解，调查，转化非形式化的陈述，形成功能规约 目标：输出是形式化的功能规约，各种属性和涉及约束。 分析对象：功能性需求+非功能性需求（性能，可靠性，可用性，可扩展性） 注：需求分析阶段，应将不明确的功能性需求细化成功能性需求 横向：功能需求，非功能需求 纵向： 业务需求层（远景与范围文档） 用户需求层（Use Case） 功能需求层（软件需求规范和模型） 输出不能很好支撑设计、开发、测试、资料 输入混乱，没有聚焦客户价值 需求描述模糊、歧义、宽泛 需求分解不全面，周边配合未考虑 目标分析：愿景->目标。通过竞争分析、市场分析、技术趋势分析，确定目标场景和设计目标 目标分解：目标->特性。技术可行性，工作量分析确定价值特性。 特性需求分析：特性->系统需求。客户界面影响，DFX分析 功能需求分析：系统需求->功能需求。概念建模，场景分析，系统行为分析。 获取需求 组织需求 描述需求 获取清晰的需求是需求分析正确的基础，根据需求整理分析出使用场景 需求优先级排序 我司需求模型：金字塔模型{客户问题(PB) 产品系统特性(SF) 平台子特性(SF) 系统需求(SR) 分配需求(AR)} 原始需求(RR) 初始需求(IR) 识别参与者（角色，Actor） 识别用例（Use-Case）。动宾短语或主谓结构 什么是用例：用例是系统执行的一系列动作，这些动作将生成特定参与者可观测的价值结果 构建用例图。即UML用例图。角色-角色、用例-用例间存在包含、扩展、泛化的关系。 写用例规约 质量要求 组成 用例图是骨架，用例规约是内在的肉 名称、标识、参与者、描述 规格说明：前置、后置条件，正常、异常事件流 基本场景，扩展场景，DFX属性 完整性 正确性：正确的，无歧义的，原子的，最新的 可验证性 一致性：一致的，可追踪的 问题来源：需求不稳定、传递不及时、描述不准确、需求量缺乏管理 真实世界中使用的程序必须进行变更，否则它在环境中的作用就会越来越小。 是一种获取、组织、记录需求的系统化方案，使客户、团队成员之间对不断变化的系统需求达成、保持一致的过程 需求活动的 规划、控制、变更管理 需求变更频繁 版本控制：定义需求基线 需求跟踪：需求对应设计、源码、测试用例 状态跟踪 需求变更频繁都是影响研发效能的第一号因素 增加项目的人员、费用开支，影响开发进度 影响软件质量 影响开发者与用户之间的合作关系 需求变更管理 预防 分级，价值排序 流程控制，组织评审
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
