参与人员角色及职责
项目负责人
– 参与评审给定的需求
– 确认需求规格说明书、并签字
– 提出需求和需求变更请求，确认修改方案和结果并签字
– 主持三方SCCB会议
用户代表
– 参与评审给定的需求
– 确认需求规格说明书、并签字
– 提出需求和需求变更请求，确认修改方案和结果并签字
项目总负责人-部门经理/副经理）
– 评审需求管理活动
– 参与给定需求、需求规格说明书的评审和基线产品评审
– 主持内部SCCB会议
内部SCCB
– 需求基线建立后，内部人员提出的重大变更或意见分歧由内部SCCB解决。
开发组长
– 组织、开展需求交流活动、
– 组织基线文档的编写、审查、评审
– 对客户需求精练和细化、建立与客户需求一致的产品、和产品构件初步需求
– 跟踪需求变更、对重大问题拟定初步的变更方案和实施计划提交内部SCCB 评审
– 审查工作产品，以便与需求变更保持一致
– 根据确定的需求和变更修改方案调整开发计划、分配任务
开发组成员
– 参与需求分析、收集、整理、评审活动
– 参与文档化需求、基线文档的编写
– 跟踪需求变更、及时反映客户的需求、需求变更批准后修改程序和相关文档。
– 定期维护系统功能状态跟踪表、统计用户问题数以及解决状态
– 按照开发计划完成任务，为设计、编码工作做必要的准备
测 试 组
- 根据需求规格说明书编写相应的验收方案、验收大纲、验收用例；需求变更批准后调整测试计划、修改验收方案、验收大纲、验收用例
– 跟踪测试开发组修改的问题
维护组
– 收集用户电话、E-mail、公告栏提出的需求提交开发组
SQA工程师
– 审查需求活动、工作产品，并报告检查结果
– 每月统计系统功能变更数、变更率
– 参加给定需求、需求规格说明书的评审和基线产品评审
配置管理员
– 负责基线文档和工作文档的管理
– 按照基线变更控制规程存取基线文档
需求管理活动过程
如下图所示：
活动过程
需求获取方式
- 问卷调查
- 与不同层次、不同类型的用户面谈
- 现场观摩工作流程，观察实际操作
- 从行业标准中提出需求
- 文档追溯（公司内部，客户现场，记得涉密材料一定要专人管理）
- 外聘相关行业专家
- 原型法、用例法、流程图法等直观表现形式
需求分析方法及要点
- 分析需求，判断是否满足项目的高层需求的目标。
- 确保需求具备完整性、正确性、可行性、无二义性、及可验证性：
- 利用技术术语将用户需求描述成产品需求。
- 建立需求跟踪矩阵，标识需求的优先级别、标识对成本、进度、功能、性能等有强烈影响的关键需求；建立和维护用户需求与功能需求之间的映射，以便需求发生变化时评估其对产品的影响。
- 逐级分解功能需求，将产品需求分配到对应的功能。
- 将产品需求分配给不同的产品组件。
- 确定接口需求，包括系统内部不同组件的需求及本系统与其它系统的接口。
- 编写用户使用手册，设立不同的场景分析用户深层次的需求。
- 编写验收测试用例，每个软件需求，都应形成测试用例或验证方法（如：演示、分析、审查等方法），以确保该需求可以得到验证。
- 编写用户使用手册、验收测试用例的过程要说明操作步骤和结果。
- 通过上述方法不断细化、分析需求，逐级分解功能需求、
需求确认
活动1：内部评审
《需求规格说明书》编写完成之后，应对其进行正式技术评审。找出需求中存在的问题，进行更改；最终得到项目负责人签字、相关组/人认可。
活动2：外部评审
《需求规格说明书》内部评审通过后、应提交甲方评审、得到甲方项目负责人签字、有关方面认可。
需求跟踪
目前作者所接触到的根据需求的最有效和最普遍的需求跟踪方法是通过映射的方法建立需求跟踪矩阵来实现。
正向跟踪：检查需求文档中的每个需求是否都能在后续的工作成果中找到对应点，没有的对应点要分析、是后续产品遗漏还是需求没有及时更新，制定解决方案，指定相关人解决；消除不一致性后，项目经理更新需求跟踪矩阵。
逆向跟踪：检查设计文档、代码、测试用例等工作成果是否都能在需求文档中找到出处，没有出处的要确认、是后续产品的错误还是需求没有及时更新，制定解决方案，指定相关人解决；消除不一致性后，项目经理更新需求跟踪矩阵。
需求变更流程
任何的项目执行过程，都会涉及需求的变更，控制好变更流程，大大减少工作量。
过程文档
- 需求规格说明书、包括以下需求要素：
项目基本情况（背景、目标、范围、系统特点）、用户分析、假定和约束、项目风险、业务需求、功能需求、性能需求、其他非功能需求（外部接口需求等）、系统运行环境等；
- 需求调查报告：
需求访谈、调查后编写，作为需求规格说明书的准备材料
- 需求跟踪矩阵
建立和维护用户需求与功能需求之间的映射，以便需求发生变化时评估其对产品的影响；
- 系统功能状态跟踪表
系统功能列表、逐级列出系统功能、标注各功能状态；
- 统计新增、修改、删除功能数、功能变更率
- 用户变更请求与处理单
- 会议概要，现场情况记录
- 资料接收清单
防止文档移交过程中丢失
- DEMO/原型
- 可视化页面：操作页面、PPT、业务流程图、输入/输出数据表等
- 业务流程说明、各模块功能说明、接口说明、及系统非功能性需求说明等
- 验收大纲、测试用例
依据需求规格说明书、用户认可的文档化需求、以及任何相关资料、验收标准编写；
目的是确认需求而不仅仅是验证需求。
- 用户使用手册
依据需求规格说明书、和用户使用的场景编写。
- 用户提供资料：
用户认可的文档化需求、以及任何相关资料、行业法律/法规等
常用工具
1、Axure RP
StarUML
Microsoft Visio
XMind
常用模板
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
