软件需求分析也许是项目中最困难、最关键、最容易出错和最需要沟通的一个环节，它的模糊性、不确定性、变化性和主观性的特点，使项目管理更具复杂性。如果不能有效管理需求，项目计划将会一再调整，交付日期一再拖延，项目团队人员的士气必将越来越低落，这将直接导致项目成本增加、质量下降及项目交付日期延迟。通过学习该课程，可以使企业快速获取到企业需要实现的真正需求，确保项目成功。 |
培训对象 |
从事获取需求、使用或管理需求的人员，包括系统分析人员和业务分析人员、项目经理、技术经理和质量保证经理；文档编写人员；质量保证设计人员和测试人员。 |
培训目标 |
| |
内容安排 |
第一天 |
|
第二天 |
- 需求过程
- 需求分析的任务
- 需求分析与软件生命周期
- 需求分析的基本过程
- 需求团队组建
- 需求计划
- 业务场景分解
- 组织单位分解
- 需求计划制定
- 需求任务分配
- 需求风险管理
- 软件风险管理基础
- 标识需求中风险
- 风险决策
- 风险管理与知识库
- 需求沟通的方法及技巧
- 业务访谈
- 专题会议
- 工作流程观察
- 遗留文档
- 问卷
- 原型试验
|
第三天 |
- 需求分析方法
- 数据分析
- 功能分析
- 数据字典
- 面向对象的需求分析方法
- 面向方面需求的分析方法
- 需求分析视图
- 基于用例的需求分析
- 原子型用例
- 用例切片
- 用例重构
- 复合用例描述
- 用户质量属性精确化描述
- 控制用例编写的质量
- 非功能需求分析
- 需求质量精确化描述
- 遗留系统集成需求分析
- 系统环境需求分析
- 定制需求模板
- 对不同软件流程模板进行裁剪策略
- 定义自身的需求模板
- 文档域方式模板
- 问题域方式模板
- 编写需求规格说明书
- 国家标准需求规格说明书
- 需求规格说明书书写规范
- 需求规格说明书评审与需求基线发布
- 案例分析
|
| 第四天
|
- 需求管理的原则与过程
- 需求管理步骤
- 需求规格说明的版本控制
- 需求配置管理
- 度量需求管理的效果
- 需求评审的策略
- 发布需求基线
- 需求变更管理过程
- 控制项目范围的扩展
- 变更控制过程
- 变更控制委员会
- 测量变更活动
- 变更请求决策分析
- 变更会审与确认
- 需求管理工具
- 需求可跟踪性管理
- 定义需求的层次
- 需求之间的相互影响关系
- 需求属性的定制和过滤
- 与工具进行集成
- IBM RequisitePro与ClearCase, ClearQuest,
TestManager, Rose, SoDA
- IBM Rational RequisitePro与Microsoft Project的集成
- Microsoft Team Foundation Server完成集成
- 需求阶段的项目估算
- 基于用例的项目估算方法(FPA)
- 基于COCOMOII的估算方法
- 减少项目估算的误差
- 使用管理工具获得估算经验值
- 实战演练
- 集成IBM Rational ClearCase, ClearQuest完成需求基线发布
- IBM Rational RequisitePro创建、查看并修改需求及需求文档
- 从 RequisitePro 的需求来创建 ClearQuest 需求记录
- 与其他 IBM Rational ClearQuest 记录相关联（如对于增强的缺陷及请求），改进对需求的变更请求的可溯性
- Rational RequisiteWeb 中通过追踪矩阵或追踪树来管理需求的追踪性（追踪矩阵或追踪树都是以可视化的方式描述需求间的关系）
- 需求审核跟踪：用文档记录修改需求的人员、内容、原因和时间，分析它对整个项目的影响
|
