项目筹划及需求分析.pptVIP

工作细分前提一：软件工程过程 系统分析 软件 需求分析 设计 编码 测试 Full System Increment 1 Increment 2 Increment 3 瀑布模型 增量模型 螺旋模型 RAD模型 工作细分前提二：识别工作产品 Work Products Project PhasesActivities Definition Design Coding Testing SA STP SRA HLD DD ITP CUT IT ST DOC REL Customer Reqts Spec X Software Reqts Spec X High-Level Design Spec X Detail Design Spec X Code X System Test Plan X X Integration Test Plan X Unit Test Plan X Unit Test Report X Integration Test Report X System Test Report X User Manual-Preliminary X User Manual-Final X Release Notes X Installation Tope X 工作细分（WBS）表 WBS级别 工作包 2过程 3模块 4子模块 5功能点 任务描述 工作产品 ? 技术方面 ? ? 管理和支持方面 ? ? WBS制订的方法和技巧 1、使用过程模型作为第一层的基础 2、将第一层细分，定义低层的元素 3、在详细阶段计划时定义最后一层元素 4、 最后一层元素定义完成之后，完成TDF《任务描述表》 5、管理活动也同样技术活动一样定义 6、有些管理活动无法细分，只要有一定程度的努力即可 TDF（任务描述表） 责任人: 所需技能: 前期任务: 工期: 成本: 时间: 估计 提交的产品: 任务描述: WBS#: 任务名称: 阶段: 项目名称: WBS在实际项目中的使用惯例 1、项目经理负责划分第一、二层 2、应注意尽量不要遗漏测试、安装实施、验收等 3、随着阶段计划的开发，模块负责人具体细化 4、WBS细化后应符合2周（80小时）原则 5、一般情况下项目组成员直接投入项目的时间只占70%~80%，任务的评审应留出适当时间 项目策划 估计：工作细分 DELPHI方法简介 管理工作量估计 进度及里程碑制订 风险预估 DELPHI方法简介 计划→碰头会→个人准备→估计会→得出结果→完成估计 是估计的一种方法 2. 专家小组针对WBS或任务列表估计 3. 是不记名的、记录的、评审的和讨论的估计 4. 重复该过程直到达成一致意见 DELPHI方法简介 第4轮 第3轮 第2轮 第1轮 50 100 150 200 第4轮 第3轮 第2轮 第1轮 50 100 150 200 专家讨论、匿名投票，直到一致 DELPHI方法简介 第4轮 第3轮 第2轮 第1轮 50 100 150 200 第4轮 第3轮 第2轮 第1轮 50 100 150 200 专家意见不一致，则取平均值、同时记录最好和最坏值 DELPHI方法简介 多轮投票的退出条件 1. 完成4轮估计 2. 估计的范围已经聚集在一个可接受得很窄 的范围之内 3. 接近会议结束时间（2小时） 4. 参与者已经不愿再进一步修改自己的估计 DELPHI方法简介 WBS活动 估计 #1 变更 #1 变更 #2 变更 #3 估计 结果 假设 前提 总计： 项目策划 估计：工作细分 DELPHI方法简介 管理工作量估计 进度及里程碑制订 风险预估 管理工作量估计 SQA：一般占全部技术开发量的5% SCM：一般占全部技术开发量的5% 项目管理：一般占全部工作量的20% 管理预留：根据项目的特点制订，一般为20% 管理工作量估计 例：项目预算 开发工作量1000 小时 配置管理（5%） 50 质量保证（5%） 50 其它（培训） 24 项目管理（20%） 220 总的审定预算： 1344 管理预留（20%） 270 总的项目预算： 1614 小时 项目策划 估计：工作细分 DELPHI方法简介 管理工作量估计 进度及里程碑制订 风险预估 甘特图 WEEK Hours 1 2 3 4 5 6 7 8 9 10 Activity1 Activity5 Activity4 Activity6 Activity9 Ac