软件工程概论_13_项目管理.ppt

7.3.2 活动排序 活动排序的工作就是确定各个活动任务之间的依赖关系并形成文档。 活动依赖关系的属性包括三种： 强依赖关系：工作中固有的依赖关系，又称硬性依赖关系 可自由处理的依赖关系：根据项目组的经验定义的依赖关系，又称软性依赖关系 外部依赖关系：项目组与项目组外之间的活动关系 7.3.2 活动排序 （用例）某软件项目已到了测试阶段，但是由于用户订购的硬件设备未到货而不能实施测试。这种测试活动和硬件之间的依赖关系属于 （D） A、强依赖关系 B、直接依赖关系 C、内部依赖关系 D、外部依赖关系 7.3.2 活动排序 活动之间的逻辑关系有四种： FS Finish to Start：下一个是上一个的基础（需求分析-总体设计） SF Start to Finish：下一个的结束以前一个的开始为前提（系统上线-项目结项） FF Finish to Finish：下一个的结束以前一个的技术为前提（单元测试-集成测试） SS Start to Start：下一个开始的前提为另一个开始的前提（系统测试用例-总体设计） 7.3.2 活动排序 （用例）某信息系统项目中，存在新老系统切换问题，在设置项目计划网络图时，新系统上线和老系统下线之间的关系应设置为： （C） A、结束-开始（FS型） B、结束-结束（FF型） C、开始-结束（SF型） D、开始-开始（SS型） 7.3.2 活动排序 网络图以图形方式直观地描述项目中活动的依赖关系，常见的网络图： 前导图法（PDM）：又称为单代号网络图法（AON），可以描述四种逻辑依赖关系类型的活动 箭线图法（ADM）：又称为双代号网络图法（AOA），一般支持FS一种逻辑关系 关键路径法：两种图法都需要使用关键路径法判断完成项目所需的最短时间 7.3.2 活动排序 前导图法：用方框或者长方形代表活动，他们之间用箭头连接，显示彼此之间存在的逻辑关系 箭线图法：用箭线表示活动，节点表示事件 活动的开始事件叫做该活动的“紧前事件”，活动的结束事件叫“紧随事件” 可以用虚活动更好的、更清楚的表示活动之间的关系 7.3.2 活动排序 活动 说明 前置活动 活动历时（天） A 项目申请 无 5 B 建设规划 A 15 C 交通状况分析 A 10 D 检查工作 A 5 E 人员筹备 B，C 15 F 委员会批准 B，C，D 10 G 项目建设 F 170 H 入住 E，G 35 7.3.2 活动排序 ES DU EF A LS PT LF ES 最早开始时间 EF 最早结束时间 LS 最迟开始时间 LF 最迟完成时间 DU 活动历时 FT 总时差 总时差为0的串联起来，叫关键路径，决定项目最短周期 前导图法 7.3.2 活动排序 活动 说明 前置活动 活动历时（天） A 需求分析 无 25 B 设计 A 18 C 编码 B 13 D 单元测试 C 10 E 编写系统测试用例 A 12 F 编写集成测试用例 B 15 G 集成测试 D，F 5 H 系统测试 G，E 7 练习用例 7.3.3 活动资源估算 活动资源估算的主要任务是确定在实施项目活动时要使用何种资源（人力、设备、材料等），每种使用的数量，以及何时用于项目计划活动。 活动资源估算时必须对资源的可用性进行评估 资源估算是项目估算的前提 可以采用项目管理计划、组织和管理资源池。 复杂的活动需要被分解的更细以便于进行资源估算 7.3.3 活动资源估算 资源分解结构：按照资源种类和形式而划分的资源层次结构。 7.3.4 活动历时估算 活动历时估算是逐步细化与完善的，估算过程需要考虑数据依据的有无和质量 历时估算方法 专家判断 类比估算 参数估算 三点估算 后备分析 7.3.4 活动历时估算 1、专家判断 头脑风暴法 （1）人人平等 （2）明确会议目的 （3）每人依次发表意见、观点 （4）可以互相补充，不能评论，不能互相驳斥 （5）对见解评价、论证 德尔菲法 （1）协调人提供情况和估算表格 （2）讨论相关因素 （3）专家匿名填写表格 （4）整理评估总结，以迭代表的形式发给专家 （5）召集小组会，讨论较大的估计差异 （6）专家复杂评估总结并提交另一个估计 （7）重复4-6，直到达成一致意见 7.3.4 活动历时估算 2、类比估算 类比法适合评估一些与历史项目在应用领域、环境、复杂度相似的项目，通过新项目于历史项目的比较得到估算数据。 3、参数估算 将应当完成的工作量乘以生产率，估算出活动的历时时间。 4、三点估算 估计活动的最可能、最乐观、最悲观时间，进行计算。 5、后备分析 应急时间可以采取活动历时估算的某一百分比或者某一固定长短的