目前很多软件企业都存在着类似或相同的问题，如：软件需求的不确定、需求的频繁变更;项目计划和实际执行的差异太大，开发人员严重不足、项目团队成员的不稳定;项目经理和客户的沟通不顺畅等等，这些都给甲方的项目管理提出了挑战。解决这些问题的重要方法就是项目经理的项目管理水平，使项目经验更好地传递下去。
历时二天的项目管理及实践课程是基于PMBOK、CMMI、TSP，结合讲师多年的项目实践经验以及丰富的案例对项目管理的实践进行讲解，并针对普遍关心的专题，如项目估算，项目策划和监控、风险管理、团队建设、量化项目管理等内容进行深入探讨，目的是使参训人员能够了解项目管理的实践，掌握一些项目管理中常用的工作技能。

需求开发与管理人员，项目经理，软件系统开发人员，人员

1、应用有效的需求管理技术，生成清晰的产品需求
2、使用用例建模技术捕获并记录需求
3、建立文档分层结构和产品的不同层次需求的标准
4、使用属性和可追踪性，在整个生命周期内管理需求范围和变更
5、理解需求如何驱动设计、和用户文档活动

一、领域分析
1、领域建模方法（关联分析法、切词法）
2、领域建模的流程定义
3、领域建模过程提交的工件
4、领域元模型建立
5、领域对象关系模型
6、领域对象状态模型
7、领域对象属性模型
8、领域对象角色模型
9、领域对象泛化模型
10、领域对象约束规范模型
二、业务分析
1、业务基本概念
(1)何谓业务
(2)业务的基本要素
(3)业务变更因素分析
(4)业务目标分解
2、业务视图
(1)组织视图
(2)业务愿景视图
(3)业务过程视图
(4)业务结构视图
(5)业务行为视图
(6)业务空间视图
3、业务分析方法
(1)业务切割方法与粒度（原子型业务）
(2)业务整合模式
(3)基础业务与易变业务分离策略
(4)业务脱耦方法
(5)业务编排以及业务语言
(6)业务质量模型
(7)业务资源分配模型
(8)业务纯度
(9)案例研究：典型ERP业务模型分析
(10)案例研究：的咨询对于XXX行业业务分析模式
4、业务规则
(1)业务对象规则分析
(2)对象约束语言OCL表达业务规则
(3)业务规则类别(推导、约束与存在)
(4)模糊的业务规则
5、业务向软件构架转化
(1)业务构架建模
(2)利用业务构架来定义软件构架
(3)业务模型重构
(4)业务元模型提取
6、化业务建模方法
(1)功能视图建模方法 : IDEF0与DFD介绍
(2)信息视图的建模方法 : IDEF1X与ER介绍
(3)决策视图的建模方法 : GRAI介绍
(4)经济视图的建模方法 :AHP介绍
(5)组织视图的建模方法 :PERT介绍
(6)资源视图的建模方法 :IDEF5与RAD介绍
(7)过程视图的建模方法:IDEF3与OMT介绍

 

1. 需求过程介绍
(1)需求的概念和需求分析的任务
(2)需求分析与软件生命周期的关系
(3)需求分析过程——需求分析的基本过程
2、需求团队组建
(1)与甲方相关角色
(2)与乙方相关角色
(3)需求团队职责
3、需求计划
(1)业务场景分解
(2)组织单位分解
(3)需求计划制定
(4)需求任务分配
4、需求风险管理 
(1)软件风险管理基础
(2)标识需求中风险
(3)风险决策
(4)风险管理与知识库
6. 了解需求—与用户沟通的方法及其技巧
(1)业务访谈
(2)专题会议
(3)业务过程/工作流程观察
(4)遗留文档
(5)问卷调查
(6)原型试验
(7)领域专题讨论会议

1、需求分析方法
(1)数据分析(数据对象、属性与关系)
(2)功能分析(数据流程分析DFD、控制流程分析CFD、控制规约)
(3)数据字典
(4)面向对象需求分析方法
(5)面向方面需求的分析方法
2、需求分析视图
(1)时间视图
(2)空间视图
(3)角色视图
(4)界面视图
3、基于用例的需求分析
(1)复合型用例分解成原子型用例
(2)原子型用例描述（基本的管理单元）
(3)用例切片
(4)用例的重构
(5)用例的类型化
(6)复合用例描述
(7)用户质量属性化描述
(8)用例相关软件与硬件环境
(9)控制用例编写的质量
4、非功能需求分析
(1)需求质量化描述
(2)遗留系统集成需求分析
(3)系统环境需求分析
(4)软件环境需求分析
5、定制需求模板
(1)对不同软件流程模板进行裁剪策略
(1)定义适用自身IT组织的需求模板
(2)文档域方式模板
(3)问题域方式模板
6、编写需求规格说明书
(1)标准需求规格说明书
(2)基于CMMI的需求规格说明书
(3)基于Agile的需求规格说明书
(4)需求规格说明书书写规范
(5)集成Microsoft® Word完成需求的定义和组织
(6)需求规格说明书评审与需求基线发布
(7)案例分析：分析失败需求文档原因

1、需求管理的原则与过程
(1)需求管理和过程能力成熟度模型
(2)需求管理步骤
(3)需求规格说明的版本控制
(4)需求配置项属性
(5)度量需求管理的
(6)需求评审的策略，确认用户需求
(7)发布需求基线
(8)演练：集成IBM Rational ClearCase, ClearQuest完成需求基线发布
2、管理变更管理过程
(1)控制项目范围的扩展
(2)变更控制过程
(3)变更控制委员会
(4)测量变更活动
(5)变更请求决策分析
(6)变更会审与确认
3. 需求管理工具
(1)使用需求管理工具的益处
(2)商业需求管理工具选型
(3)实现需求管理自动化
(4)演练：IBM Rational RequisitePro创建、查看并修改需求及需求文档
4、以需求为中心的可跟踪性管理
(1)定义需求的层次
(2)获得需求间的父子关系
(3)需求之间的相互影响关系
(4)需求详细属性的定制和过滤
(5)演练：从 IBM Rational RequisitePro 的需求来创建 IBM Rational ClearQuest 需求记录
(6)演练：与其他 IBM Rational ClearQuest 记录相关联（如对于增强的缺陷及请求），改进对需求的变更请求的可溯性
(7)演练：Rational RequisiteWeb 中可以通过追踪矩阵或追踪树来管理需求的追踪性，追踪矩阵或追踪树都是以可视化的方式描述需求间的关系
(8)演练：需求审核跟踪将用文档记录修改需求的人员、内容、原因和时间，帮助您分析它对整个项目的影响
5、与工具进行集成，以改善需求的可访问性和沟通
(1)IBM Rational RequisitePro与IBM Rational ClearCase, ClearQuest, TestManager, Rose, SoDA
(2)IBM Rational RequisitePro与Microsoft Project的集成
(3)Microsoft Team Foundation Server完成集成
6、需求阶段的软件项目估算
(1)基于用例的项目估算方法(FPA)
(2)基于COCOMOII的估算方法
(3)减少项目估算的误差
(4)使用管理工具获得估算经验值

更多信息，请咨询：

http://tj.pxto.com.cn/