从事获取需求、使用或管理需求的人员,包括系统分析人员和业务分析人员、项目经理、技术经理和质量保证经理;文档编写人员;质量保证设计人员和测试人员。
| 课程编号 | 开课日期 | 地点 | 培训天数 | 选择报名 |
从事获取需求、使用或管理需求的人员,包括系统分析人员和业务分析人员、项目经理、技术经理和质量保证经理;文档编写人员;质量保证设计人员和测试人员。
时间地点: 北京 2012年 10月26-27日
课程费用: 5000元/人
培训对象: 从事获取需求、使用或管理需求的人员,包括系统分析人员和业务分析人员、项目经理、技术经理和质量保证经理;文档编写人员;质量保证设计人员和测试人员。
学员基础: 具备一定的需求、编程、分析、设计经验。
课程背景
软件需求分析也许是项目中最困难、最关键、最容易出错和最需要沟通的一个环节,它的模糊性、不确定性、变化性和主观性的特点,使项目管理更具复杂性。如果不能有效管理需求,项目计划将会一再调整,交付日期一再拖延,项目团队人员的士气必将越来越低落,这将直接导致项目成本增加、质量下降及项目交付日期延迟。通过学习该课程,可以使企业快速获取到企业需要实现的真正需求,确保项目成功。
培训目标:
应用有效的需求管理技术,生成清晰的产品需求
使用用例建模技术捕获并记录需求
建立文档分层结构和产品的不同层次需求的标准
使用属性和可追踪性,在整个生命周期内管理需求范围和变更
理解需求如何驱动设计、测试和用户文档活动
授课方式: 小班授课(12人之内)+ 案例讲解 + 小组讨论,60%案例讲解,40%实践演练
培训内容: 2天
领域分析
领域建模方法
建模流程和提交的工件
领域元模型
领域对象模型
业务分析
业务变更因素分析
业务目标分解
业务视图
组织机构视图
业务愿景、过程、结构、行为和空间等视图
业务分析方法
业务切割方法与粒度
业务整合模式
业务分离策略
业务脱耦方法
业务质量模型
业务资源分配模型
业务纯度
业务规则
业务规则分析
对象约束语言OCL表达业务规则
模糊的业务规则
业务向软件构架转化
业务构架建模
利用业务构架来定义软件构架
业务模型重构
业务元模型提取
国际化业务建模方法
功能、信息、决策、经济、组织、资源、过程等各类视图的建模方法
案例分析
1、典型ERP业务模型分析
2、国际知名的咨询机构对于XXX行业业务分析模式
需求过程
需求分析的任务
需求分析与软件生命周期
需求分析的基本过程
需求团队组建
与甲方相关角色
与乙方相关角色
需求团队职责
需求计划
业务场景分解
组织单位分解
需求计划制定
需求任务分配
需求风险管理
软件风险管理基础
标识需求中风险
风险决策
风险管理与知识库
需求沟通的方法及技巧
业务访谈
专题会议
工作流程观察
遗留文档
问卷
原型试验
需求分析方法
数据分析
功能分析
数据字典
面向对象的需求分析方法
面向方面需求的分析方法
需求分析视图
时间视图
空间视图
角色视图
界面视图
基于用例的需求分析
原子型用例
用例切片
用例重构
复合用例描述
用户质量属性精确化描述
控制用例编写的质量
非功能需求分析
需求质量精确化描述
遗留系统集成需求分析
系统环境需求分析
定制需求模板
对不同软件流程模板进行裁剪策略
定义自身的需求模板
文档域方式模板
问题域方式模板
编写需求规格说明书
国家标准需求规格说明书
需求规格说明书书写规范
需求规格说明书评审与需求基线发布
案例分析
分析失败需求文档原因
需求管理的原则与过程
需求管理步骤
需求规格说明的版本控制
需求配置管理
度量需求管理的效果
需求评审的策略
发布需求基线
需求变更管理过程
控制项目范围的扩展
变更控制过程
变更控制委员会
测量变更活动
变更请求决策分析
变更会审与确认
需求管理工具
商业需求管理工具选型
实现需求管理自动化
需求可跟踪性管理
定义需求的层次
需求之间的相互影响关系
需求属性的定制和过滤
与工具进行集成
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 中通过追踪矩阵或追踪树来管理需求的追踪性(追踪矩阵或追踪树都是以可视化的方式描述需求间的关系)
需求审核跟踪:用文档记录修改需求的人员、内容、原因和时间,分析它对整个项目的影响
讲师资质:
从事过10年以上相关实际工作,曾在著名IT企业就职,具备丰富的实践经验。
在多个大中型项目中成功实施了相关的工程技术实践,具备真实有效的能力,而不仅仅是“名气”。
具备深厚的理论功底,进行过专业系统化研究与学习。
丰富的授课经验,为多家大型企业授课,获得了客户的高度评价。
丰富的咨询经验,为多家企业客户咨询。
能够结合学员的需求,有效地讲授理论和实践经验,带领学员进行具体的实践演练。