第5讲 软件项目进度计划

1、第7讲 软件项目计划1第第5讲讲 软件项目计划软件项目计划软件学院软件学院 刘小满刘小满软件过程与管理软件过程与管理2讲授内容讲授内容o项目案例项目案例o什么是软件项目计划？什么是软件项目计划？o为什么需要软件项目计划？为什么需要软件项目计划？o制定软件项目计划应考虑的因素制定软件项目计划应考虑的因素o制定软件项目计划的步骤制定软件项目计划的步骤o案例分析及案例分析及CASE工具工具o小结小结3项目案例项目案例案例角色和人物案例角色和人物小王：软件项目负责人小王：软件项目负责人老王：公司技术老总老王：公司技术老总开发小组：小开发小组：小李，老赵，小田，小谢李，老赵，小田，小谢4软件项目的实施需

2、要计划软件项目的实施需要计划(1/3)o项目开始实施之时，老王就提醒小王，为了更好地管理项目开始实施之时，老王就提醒小王，为了更好地管理和控制软件开发项目，他应该马上着手制定软件项目的和控制软件开发项目，他应该马上着手制定软件项目的实施计划，该计划的制定对于整个项目的组织、管理和实施计划，该计划的制定对于整个项目的组织、管理和开展是至关重要的开展是至关重要的o由于认识到软件项目计划的重要性，小王化了由于认识到软件项目计划的重要性，小王化了1周时间周时间制定了一个详细的软件项目计划，包括了详细的工作安制定了一个详细的软件项目计划，包括了详细的工作安排、明确的人员分工和具体的进度要求，计划看起来似

3、排、明确的人员分工和具体的进度要求，计划看起来似乎是科学和合理的乎是科学和合理的o项目计划最后交给项目组的所有成员进行讨论，并交付项目计划最后交给项目组的所有成员进行讨论，并交付给公司的领导审阅，通过并批准，开始被付诸实施给公司的领导审阅，通过并批准，开始被付诸实施5软件项目的实施需要计划软件项目的实施需要计划(2/3)o软件项目计划分发到了项目组的各个成员，每个成员根软件项目计划分发到了项目组的各个成员，每个成员根据计划准确地了解了各自的任务和工作，也了解了这些据计划准确地了解了各自的任务和工作，也了解了这些工作的实施进度要求工作的实施进度要求o根据软件项目计划开始阶段似乎一切顺利，各项工作

4、已根据软件项目计划开始阶段似乎一切顺利，各项工作已经按照计划的要求有序开展经按照计划的要求有序开展o然而，随着项目实施的进展，小王发现实际的工作很难然而，随着项目实施的进展，小王发现实际的工作很难按照计划中所计划的那样开展进行。在计划制定时，低按照计划中所计划的那样开展进行。在计划制定时，低估了软件项目的规模，高估了开发人员的素质和能力，估了软件项目的规模，高估了开发人员的素质和能力，整个计划过于乐观，软件项目计划不得不多次进行调整，整个计划过于乐观，软件项目计划不得不多次进行调整，项目进展一拖再拖。项目进展一拖再拖。6软件项目的实施需要计划软件项目的实施需要计划(3/3)o后来小王发现，低估

5、项目规模的一个主要原因是由于在后来小王发现，低估项目规模的一个主要原因是由于在制定计划时缺乏对项目规模的详细、准确的了解。制定计划时缺乏对项目规模的详细、准确的了解。o尽管小王对用户做了无数次的解释保证按期交付产品，尽管小王对用户做了无数次的解释保证按期交付产品，用户对项目的按期交付表示怀疑，并要求加快项目的实用户对项目的按期交付表示怀疑，并要求加快项目的实施进度施进度o公司高层开始表示关注，为了弥补时间和进度，不得不公司高层开始表示关注，为了弥补时间和进度，不得不要求员工牺牲休息日进行加班，项目组部分成员开始抱要求员工牺牲休息日进行加班，项目组部分成员开始抱怨。怨。o幸运的是，软件项目计划在

6、经过多达幸运的是，软件项目计划在经过多达10次的更改，在次的更改，在项目组成员的积极努力和用户的配合下，项目最终在拖项目组成员的积极努力和用户的配合下，项目最终在拖延了延了6个月之后顺利完工了个月之后顺利完工了7案例提示我们案例提示我们o软件项目计划的制定是极为重要的软件项目计划的制定是极为重要的o软件项目计划应该在项目实施的初期制定软件项目计划应该在项目实施的初期制定o软件项目计划的制定必须科学、准确，这样软件项目计划的制定必须科学、准确，这样才能真正促进软件项目的管理才能真正促进软件项目的管理o8讲授内容讲授内容o项目案例项目案例o什么是软件项目计划？什么是软件项目计划？o为什么需要软件项

7、目计划？为什么需要软件项目计划？o制定软件项目计划应考虑的因素制定软件项目计划应考虑的因素o制定软件项目计划的步骤制定软件项目计划的步骤o案例分析及案例分析及CASE工具工具o小结小结9什么是软件项目计划什么是软件项目计划o什么是软件项目计划？什么是软件项目计划？o软件项目计划的内容软件项目计划的内容o软件项目计划制定的基础和依据软件项目计划制定的基础和依据o软件项目计划制定的时机软件项目计划制定的时机o初步和详细的软件项目计划初步和详细的软件项目计划10什么是软件项目计划什么是软件项目计划?o软件项目计划是对软件项目实施所涉及的活软件项目计划是对软件项目实施所涉及的活动、人员的安排、任务的划

8、分、开发进度、动、人员的安排、任务的划分、开发进度、资源的分配和使用等方面作出的预先规划资源的分配和使用等方面作出的预先规划n活动和任务活动和任务n资源及其安排资源及其安排n进度计划进度计划o进度计划与计划中的其他部分相关，是软件项目计进度计划与计划中的其他部分相关，是软件项目计划中最难以制定，对软件项目的实施影响最大，着划中最难以制定，对软件项目的实施影响最大，着重关注进度计划的制定重关注进度计划的制定11软件项目计划的内容软件项目计划的内容(1/3)o任务和开发活动任务和开发活动n活动活动(技术活动和管理活动技术活动和管理活动)以及它们之间的关系，来自过程以及它们之间的关系，来自过程剪裁剪

9、裁n例如，需求分析，软件概要设计，软件详细设计等等例如，需求分析，软件概要设计，软件详细设计等等n进一步细化，以描述完成工作详细、具体步骤及其逻辑顺序，进一步细化，以描述完成工作详细、具体步骤及其逻辑顺序，如需求分析如需求分析(需求调查、分析和建模、撰写文档、评审需求调查、分析和建模、撰写文档、评审)o进度计划进度计划n各项活动按什么样的时间进度开展实施：何时开始，何时结束各项活动按什么样的时间进度开展实施：何时开始，何时结束n例如，需求分析：例如，需求分析：2002/8/1开始开始2002/10/23结束结束n软件概要设计：软件概要设计：2002/10/25开始开始2002/11/23结束结

10、束12软件项目计划的内容软件项目计划的内容(2/3)o资源使用和安排计划资源使用和安排计划n如何针对不同活动的特点计划分配资源如何针对不同活动的特点计划分配资源(人员、资金、设备等人员、资金、设备等)n哪些角色哪些角色(项目经理、需求分析人员、软件设计人员项目经理、需求分析人员、软件设计人员)，哪些，哪些人人(小王，小李，老赵，小田，小谢小王，小李，老赵，小田，小谢)n开发人员充当什么角色、负责和参与哪些活动开发人员充当什么角色、负责和参与哪些活动n例如，张三作为需求分析小组负责人，负责和参与需求分析阶例如，张三作为需求分析小组负责人，负责和参与需求分析阶段工作；李四作为需求分析小组成员，参与

11、需求分析的具体工段工作；李四作为需求分析小组成员，参与需求分析的具体工作作n例如，在需求分析阶段，投入例如，在需求分析阶段，投入3个人、预计投入资金个人、预计投入资金10万元万元(包括人员薪水、外地出差费用包括人员薪水、外地出差费用) 、PC机机3台、台、PC服务器服务器1台台13软件项目计划的内容软件项目计划的内容(3/3)o活动、资源和人员、进活动、资源和人员、进度等方面的计划是密切度等方面的计划是密切相关的相关的o注意注意n项目进度应该是宏观的，项目进度应该是宏观的，应该保留在一定的抽象层应该保留在一定的抽象层次，不宜过细、过于具体次，不宜过细、过于具体n对于软件开发而言，资源对于软件开

12、发而言，资源和人员与进度之间并不是和人员与进度之间并不是线性关系线性关系时间时间进度进度活动活动人员和资源人员和资源14制定软件项目计划的基础和依据制定软件项目计划的基础和依据o定义和剪裁的软件开发过程定义和剪裁的软件开发过程(及其细化及其细化)o要完成的工作要完成的工作n工作说明和软件需求工作说明和软件需求n历史数据和估算模型历史数据和估算模型n估算工作量和成本估算工作量和成本o约束和限制条件约束和限制条件n人员人员n资源资源n进度进度制定软件开发计划制定软件开发计划软件开软件开发过程发过程要完成要完成的工作的工作约束和约束和限制限制软件项目计划软件项目计划15制定软件项目计划的时机制定软件

13、项目计划的时机o项目计划是一个渐进、迭代的过程项目计划是一个渐进、迭代的过程o在项目开始实施之时制定计划在项目开始实施之时制定计划n明确了软件开发活动明确了软件开发活动n明确了约束和限制条件明确了约束和限制条件n不明确要完成的工作，因为需求分析工作还没开始不明确要完成的工作，因为需求分析工作还没开始o制定软件项目计划的时机制定软件项目计划的时机n项目开始之时：初步计划项目开始之时：初步计划n需求完成之时：详细计划需求完成之时：详细计划16初步和详细的软件项目计划初步和详细的软件项目计划(1/2)o初步的软件项目计划初步的软件项目计划n时机：项目开始时机：项目开始(1-2周内周内)但是还没有获取

14、完但是还没有获取完整和详细的软件需求整和详细的软件需求n依据依据o项目的初步描述、用户需求的初步描述项目的初步描述、用户需求的初步描述o定义和剪裁的过程定义和剪裁的过程o限制和约束限制和约束n形式：仅仅计划最近形式：仅仅计划最近(需求分析阶段或者需求分析阶段或者4-6周周之内之内)的软件开发计划的软件开发计划17初步和详细的软件项目计划初步和详细的软件项目计划(2/2)o详细完整的软件项目计划详细完整的软件项目计划n时机：获取了详细、完整的软件需求时机：获取了详细、完整的软件需求n依据依据o软件需求规格说明书软件需求规格说明书o定义和剪裁的过程定义和剪裁的过程o限制和约束限制和约束n形式：提供

15、了项目后期的详细、完整的计划形式：提供了项目后期的详细、完整的计划18讲授内容讲授内容o项目案例项目案例o什么是软件项目计划？什么是软件项目计划？o为什么需要软件项目计划？为什么需要软件项目计划？o制定软件项目计划应考虑的因素制定软件项目计划应考虑的因素o制定软件项目计划的步骤制定软件项目计划的步骤o案例分析及案例分析及CASE工具工具o小结小结19为什么需要软件项目计划为什么需要软件项目计划o有序、可控制地对软件项目进行管理有序、可控制地对软件项目进行管理o确保活动在确保活动在正确的时间正确的时间有有正确的资源正确的资源可用可用o避免避免不同的活动不同的活动在在相同的时间相同的时间竞争竞争相

16、同的资源相同的资源o为每个员工分配任务为每个员工分配任务o实际的进度有实际的进度有标准标准进行衡量进行衡量o产生产生成本的消耗计划成本的消耗计划o根据项目的实际，调整项目计划根据项目的实际，调整项目计划o生产高质量的软件产品生产高质量的软件产品o确保员工的士气高昂，员工保持高生产率确保员工的士气高昂，员工保持高生产率o及时交付软件产品，降低软件开发成本及时交付软件产品，降低软件开发成本o成功地进入市场成功地进入市场o客户满意度客户满意度o及时发布产品新版本及时发布产品新版本20讲授内容讲授内容o项目案例项目案例o什么是软件项目计划？什么是软件项目计划？o为什么需要软件项目计划？为什么需要软件项

17、目计划？o制定软件项目计划应考虑的因素制定软件项目计划应考虑的因素o制定软件项目计划的步骤制定软件项目计划的步骤o案例分析及案例分析及CASE工具工具o小结小结21制定软件项目计划的方法制定软件项目计划的方法l计划制定的二种方式计划制定的二种方式l活动关系类型活动关系类型lCPM的构造方法的构造方法l关键路径关键路径l确定里程碑确定里程碑l活动责任矩阵活动责任矩阵l描述进度计划描述进度计划l参与、承诺和分发参与、承诺和分发22软件项目计划制定的方式软件项目计划制定的方式(1/3)o自顶向下自顶向下o自底向上自底向上23软件项目计划制定的方式软件项目计划制定的方式(2/3)o自顶向下自顶向下n由

18、一个或者一部分人单独完成由一个或者一部分人单独完成n目的是服务于高层领导和用户，而不是项目组目的是服务于高层领导和用户，而不是项目组n主要依据项目进度的要求和约束，针对项目中主要依据项目进度的要求和约束，针对项目中的重大活动的重大活动(如需求分析、软件设计等如需求分析、软件设计等)而制定而制定的一个粗略的软件项目计划的一个粗略的软件项目计划n只能作为只能作为目标进度表目标进度表，不能作为，不能作为实施进度表实施进度表24软件项目计划制定的方式软件项目计划制定的方式(3/3)o自底向上自底向上n计划由计划制订者负责，所有项目组成员参与计划由计划制订者负责，所有项目组成员参与制定制定n一般供项目组

19、，用于实际项目的实施一般供项目组，用于实际项目的实施n要求项目组成员事先了解和认可要求项目组成员事先了解和认可n详细定义了计划中的所有活动详细定义了计划中的所有活动(不仅仅是哪些重不仅仅是哪些重大活动大活动)，明确了活动的参与者、持续时间以及，明确了活动的参与者、持续时间以及活动之间的关系活动之间的关系25软件开发活动软件开发活动(1/4)o什么是软件开发活动？什么是软件开发活动？n为开发软件项目而执行的一项具有明确任务的具体为开发软件项目而执行的一项具有明确任务的具体工作工作n例如，需求分析，执行单元测试，制定软件项目开例如，需求分析，执行单元测试，制定软件项目开发计划等发计划等o软件开发过

20、程中存在许多相互关联的软件开发软件开发过程中存在许多相互关联的软件开发活动活动n明确的任务明确的任务n非孤立，和其他活动存在关联非孤立，和其他活动存在关联26软件项目中的主要活动软件项目中的主要活动o技术活动技术活动n需求分析需求分析n概要设计概要设计n详细设计详细设计n编码编码n集成测试集成测试n撰写出版物撰写出版物n用户确认测试用户确认测试n软件发布软件发布o管理活动管理活动n制定初步软件开发计划制定初步软件开发计划n制定详细软件开发计划制定详细软件开发计划n制定软件配置管理计划制定软件配置管理计划n制定软件质量保证计划制定软件质量保证计划n项目跟踪和监督项目跟踪和监督n配置管理配置管理n

21、用户培训用户培训27软件开发活动软件开发活动(2/4)o按任务性质，软件开发活动可分为二种形式按任务性质，软件开发活动可分为二种形式n技术活动技术活动o对软件项目实施开发，产生软件产品对软件项目实施开发，产生软件产品o例如，需求分析，概要设计，编码，单元测试等等例如，需求分析，概要设计，编码，单元测试等等n管理活动管理活动o对软件项目中的人、产品和过程等实施管理的活动对软件项目中的人、产品和过程等实施管理的活动o例如，制订软件项目计划，软件配置等等例如，制订软件项目计划，软件配置等等28软件开发活动软件开发活动(3/4)o如何定义软件开发活动如何定义软件开发活动?n名称名称n任务任务n输入输入

22、: 开始所必需满足的条件开始所必需满足的条件n输出输出: 完成时所必须满足的条件以及结果完成时所必须满足的条件以及结果n实施实施: 做什么，怎么做做什么，怎么做(详细的步骤详细的步骤)，或者如，或者如何从输入产生输出何从输入产生输出 软件开发活动软件开发活动输入输入输出输出29软件开发活动软件开发活动(4/4)o软件活动例子软件活动例子: 单元测试单元测试n任务任务o对软件基本单元模块进行测试，判断是否有错对软件基本单元模块进行测试，判断是否有错n输入输入o有一个已完成、被文档化和批准的软件单元测试计划有一个已完成、被文档化和批准的软件单元测试计划o供测试的软件单元模块代码供测试的软件单元模块

23、代码n实施实施o遵循单元测试计划，运行了所有的测试用例遵循单元测试计划，运行了所有的测试用例o撰写了单元测试报告撰写了单元测试报告n输出输出o单元测试报告单元测试报告30软件开发活动间的关系软件开发活动间的关系o软件开发活动之间的次序反映了活动之间的软件开发活动之间的次序反映了活动之间的依赖关系依赖关系n逻辑逻辑o一个软件开发活动输出是另一个软件开发活动的输一个软件开发活动输出是另一个软件开发活动的输入入o例如，需求分析和软件设计之间例如，需求分析和软件设计之间n时间时间o一个软件开发活动需等到另一个软件开发活动完成一个软件开发活动需等到另一个软件开发活动完成之后才能执行之后才能执行o例如，集

24、成测试和确认测试例如，集成测试和确认测试31软件开发活动关系的类型软件开发活动关系的类型o什么是软件开发活动关系？什么是软件开发活动关系？n活动关系描述了活动之间的逻辑和执行时序活动关系描述了活动之间的逻辑和执行时序o活动之间有哪些关系？活动之间有哪些关系？n结束到开始结束到开始n开始到开始开始到开始n结束到结束结束到结束32结束到开始结束到开始 活动活动 A 活动活动 B 活动活动 B 活动活动 B 前一活动前一活动 后一活动后一活动 结束之后就开始结束之后就开始 结束几天后开始结束几天后开始 结束几天前开始结束几天前开始 33开始到开始开始到开始 活动活动 A 活动活动 B 活动活动 B

25、活动活动 B 活动一活动一 活动二活动二 同时开始同时开始 开始几天后开始开始几天后开始 开始几天前开始开始几天前开始 34结束到结束结束到结束 活活动动 A 活活动动 B 活活动动 B 活活动动 B 同同时时结结束束 结结束束几几天天后后结结束束 结结束束几几天天前前结结束束 35甘特图式的项目计划A:A:总体设计总体设计B:B:详细说明模块详细说明模块1 1C:C:详细说明模块详细说明模块2 2 D:D:详细说明模块详细说明模块3 3E:E:模块模块1 1编码编码F:F:模块模块2 2编码编码G:G:模块模块3 3编码编码H:H:集成测试集成测试I:I:系统测试系统测试活动关键代码活动关键

26、代码36项目、活动、产品项目、活动、产品o项目由一组相关的活动构成项目由一组相关的活动构成o项目至少有一个活动准备开始才开始项目至少有一个活动准备开始才开始o项目中所有活动结束项目才结束项目中所有活动结束项目才结束o活动必须有一个清晰的开始和清晰的结束点一般以活动必须有一个清晰的开始和清晰的结束点一般以产生可交付物为标志产生可交付物为标志o活动需要资源，假定活动中资源需求的水平一致活动需要资源，假定活动中资源需求的水平一致o活动的持续时间可预测；有优先顺序活动的持续时间可预测；有优先顺序o产品是活动的产物产品是活动的产物37项目中活动的确定项目中活动的确定o活动的确定方法活动的确定方法n自顶向

27、下的分解自顶向下的分解WBS(Work Breakdown Structure)o问题请给出每天起床的问题请给出每天起床的WBS38WBS的构造方法的构造方法o识别出项目中（包括技术活动、管理活动）识别出项目中（包括技术活动、管理活动）中的主要交付物中的主要交付物o系统中的交付物有哪些？系统中的交付物有哪些？o主要交付物总是根据项目实际是如何组织来主要交付物总是根据项目实际是如何组织来定义的定义的n项目生命周期的各阶段可以作为第一层次，并项目生命周期的各阶段可以作为第一层次，并将项目交付物作为第二层次将项目交付物作为第二层次n每个分支的组织方法可以不一样每个分支的组织方法可以不一样39如何验证

28、如何验证WBS的正确性和完整性的正确性和完整性o判断对这一层次是否能够对成本和日期进行评估，如果不能，判断对这一层次是否能够对成本和日期进行评估，如果不能，继续分解，否则该分支分解结束继续分解，否则该分支分解结束o识别交付物的组成部分。组成部分必须是实际的、可验证的部识别交付物的组成部分。组成部分必须是实际的、可验证的部件件o验证分解的正确性。验证分解的正确性。n是否被分解的条目对子项目是否充分必要，如果不是，则需要是否被分解的条目对子项目是否充分必要，如果不是，则需要增、删、合或修改增、删、合或修改n是否每一条目被清晰定义是否每一条目被清晰定义n是否每一条目能够被合理地计划，成本规划，被分配

29、给合适的是否每一条目能够被合理地计划，成本规划，被分配给合适的组织或团队、个人组织或团队、个人o输出输出nWBS最底下的一层，称为工作包（最底下的一层，称为工作包（work package）40进行项目工作任务分解(WBS)的指南41项目工作任务分解(WBS)的示例42活动的网络模型活动的网络模型o将项目活动及活动之间的关系用网络图表示将项目活动及活动之间的关系用网络图表示o该技术起源于上世纪该技术起源于上世纪50年代年代oCPM（关键路径法，（关键路径法，Critical Path Method）oPERT(计划评审技术，计划评审技术，Program evaluation Review Te

30、chnique)o优先网络（优先网络（Precedence Networks），是上面两种模），是上面两种模型的变种型的变种o三中模型是类似的，可通称为三中模型是类似的，可通称为CPMo活动箭头法（活动箭头法（activity-on-arrow）可视化网络）可视化网络o活动节点法（活动节点法（activity-on-node）43CPM的例子44CPM的构造方法（活动箭头网络）的构造方法（活动箭头网络）o项目网络只有一个起项目网络只有一个起点点o项目网络只有一个终项目网络只有一个终点点o连接有持续时间连接有持续时间o节点无持续时间节点无持续时间o时间从左到右时间从左到右o节点顺序编号节点顺序编

31、号o网络能不包含回路网络能不包含回路NONO45CPM的构造方法（活动箭头网络）o网络不能包含悬点o前继：某活动的紧前活动NONO46练习练习o下列网络图中哪些存在错误？下列网络图中哪些存在错误？47CPM的构造方法的构造方法o关键路径法主要关注的两个目标：关键路径法主要关注的两个目标：n尽快完成整个项目尽快完成整个项目n识别哪些一旦延期将对整个项目周期产生影响的活识别哪些一旦延期将对整个项目周期产生影响的活动动o对每个活动赋予持续时间后，可采用前向路径对每个活动赋予持续时间后，可采用前向路径（forward pass）计算项目和各活动最早结）计算项目和各活动最早结束时间；采用反向路径（束时间

32、；采用反向路径（backward pass），），计算项目和各活动最晚开始时间。计算项目和各活动最晚开始时间。48CPM中节点的表示中节点的表示o事件代号事件代号(Event number)o最早日期最早日期(Earliest date)o最晚日期最晚日期(Latest date)o缓冲时间缓冲时间(Slack)n最晚日期最晚日期-最早日期最早日期49例子例子50例子前后向路径计算例子前后向路径计算0694101313100117851前后向路径计算完成后的活动表前后向路径计算完成后的活动表52如何识别关键路径？如何识别关键路径？o时间的最早时间和最晚时间的差，成为时间的最早时间和最晚时间的差

33、，成为缓冲缓冲时间时间。它表示一个事件推迟多少时间可以不。它表示一个事件推迟多少时间可以不影响项目的结束。影响项目的结束。Slack为为0的事件为关键的事件为关键事件，将关键事件连接起来的最长路径为事件，将关键事件连接起来的最长路径为关关键路径键路径53为什么要考虑关键路径？为什么要考虑关键路径？o关键路径上活动的进度直接影响到整个项目的进关键路径上活动的进度直接影响到整个项目的进度度o必须保证关键路径上的资源和活动顺利进行必须保证关键路径上的资源和活动顺利进行o如果关键路径上活动的进度受到影响，那么整个如果关键路径上活动的进度受到影响，那么整个项目的进度肯定会受到影响项目的进度肯定会受到影响

34、o要缩短项目的开发周期，必须加快关键路径上活要缩短项目的开发周期，必须加快关键路径上活动的开发进度动的开发进度54计算项目关键性通道(Critical Path)的重要性o它是项目计划中最为关键的管理手段和本领之一它是项目计划中最为关键的管理手段和本领之一o项目管理通常这样对付关键性通道及任务：项目管理通常这样对付关键性通道及任务：n将最佳的项目资源将最佳的项目资源(人力、费用、设备等人力、费用、设备等)用在关键性工作用在关键性工作任务上任务上n进行风险管理时特别注意关键性通道上的工作任务进行风险管理时特别注意关键性通道上的工作任务n对项目的进度进行追踪时特别注意关键性通道上的工作对项目的进度

35、进行追踪时特别注意关键性通道上的工作n当别的项目任务或团队需要借用资源时，出借非关键工作当别的项目任务或团队需要借用资源时，出借非关键工作任务的资源、或出借有宽松时间的工作资源任务的资源、或出借有宽松时间的工作资源o利用关键性通道和宽松时间的信息：利用关键性通道和宽松时间的信息：n对付缩短时间表的手段：利用宽松时间、分解工作任务、对付缩短时间表的手段：利用宽松时间、分解工作任务、安排同步并进的工作计划安排同步并进的工作计划n提早完成关键性工作任务提早完成关键性工作任务55实例中的关键路径实例中的关键路径0694101313100117803220056活动的缓冲时间活动的缓冲时间o具有具有Sl

36、ack事件的活动具有缓冲时间。总缓冲时间等于活事件的活动具有缓冲时间。总缓冲时间等于活动的最早结束时间和最晚结束时间的差。动的最早结束时间和最晚结束时间的差。57活动的缓冲时间活动的缓冲时间o各个活动的缓冲时间是相关的。如果某个活动用各个活动的缓冲时间是相关的。如果某个活动用了缓冲时间，后续的活动可能就没有缓冲时间。了缓冲时间，后续的活动可能就没有缓冲时间。o其它的缓冲时间：其它的缓冲时间：n空闲缓冲空闲缓冲(free float):活动的最早结束时间和活动的最早结束时间和后继后继活活动最早开始时间之差为空闲缓冲时间。它不影响其它动最早开始时间之差为空闲缓冲时间。它不影响其它活动。活动。n干预

37、缓冲干预缓冲(interfering float)：活动的空闲缓冲时：活动的空闲缓冲时间与总缓冲时间之差。它反应空闲缓冲被使用后，活间与总缓冲时间之差。它反应空闲缓冲被使用后，活动还能被延时多少时间而不影响整个项目的结束日期。动还能被延时多少时间而不影响整个项目的结束日期。58空闲与干预缓冲时间的计算空闲与干预缓冲时间的计算0694101313100117803220059缩短项目的时间和关键活动的确定缩短项目的时间和关键活动的确定o缩短项目时间缩短项目时间n减少关键活动的周期减少关键活动的周期n整个项目活动的重组整个项目活动的重组o确定关键路径活动确定关键路径活动n关键路径上的活动关键路径上

38、的活动n近似关键路径近似关键路径：缓冲时间是整个关键路径的：缓冲时间是整个关键路径的10的路径的路径n近似关键路径很容易变为关键路径近似关键路径很容易变为关键路径60优先网络（活动节点网络）o与活动箭头网络不同之处n节点有周期n连接没有周期o优先网络用节点表示活动，连接表示节点之间的依赖关系o节点表示方式61计算项目关键性通道的举例示范 (1)o先确定工作任务的持续长度时间62计算项目关键性通道的举例示范 (2)o再计算工作任务的最早结束时间63计算项目关键性通道的举例示范 (3)o再计算工作任务的最晚开始时间64计算项目关键性通道的举例示范 (4)o最后计算宽松时间、并判定关键通道65练习o

39、计算下图中最早完成时间和关键路径 任任务务A 5个个工工作作日日 任任务务H 2个个工工作作日日 任任务务B 5个个工工作作日日 任任务务C 4个个工工作作日日 任任务务E 5个个工工作作日日 任任务务F 2个个工工作作日日 任任务务G 4个个工工作作日日 任任务务D 11个个工工作作日日 66确定里程碑(1/3)o什么是软件开发的里程碑(milestone)n软件项目实施过程中的重大事件，这些事件有助于了解项目实施的进展情况n例如，某个重要活动的开始和结束o有哪些典型的里程碑n活动o需求分析、概要设计、详细设计、编码n检查点o开始和结束67确定里程碑(2/3)o为什么需要关注里程碑n获取对项

40、目实施的整体了解n便于向高层管理者汇报项目进展情况o如何获取里程碑n来自于项目高层计划，或者从项目计划中抽取n确定你要关注的活动以及检查点68确定里程碑(3/3)o里程碑的例子n需求分析通过评审并正式批准，标志需求分析工作的完成，后续阶段工作的开始n软件设计规格说明书通过评审并且得到批准，标志软件设计工作完成，后续工作的开始69活动责任矩阵(1/4)o在制定软件项目计划时要定义活动责任矩阵o什么是活动责任矩阵n一种表示方法，用于定义了执行、评审和批准软件项目活动及其相关软件产品的角色和人员70活动责任矩阵(2/4)o活动责任矩阵的例子活活动动 执执行行 负负责责 评评审审 批批准准 需求分析

41、需求分析小组 需求分析负责人 用户方代表 需求分析小组 软件设计小组 软件测试小组 质量保证小组 用户方代表负责人 软件项目负责人 71活动责任矩阵(3/4)o活动责任矩阵的例子(续)角角 色色 名名 称称 角角 色色 人人 员员 需 求 分 析 小 组 小 李 ， 老 赵 ， 小 田 ， 小 谢 需 求 分 析 负 责 人 老 赵 用 户 方 代 表 张 三 、 李 四 用 户 方 代 表 负 责 人 张 三 72活动责任矩阵(4/4)o为什么需要定义活动责任矩阵n是软件项目计划的一个组成部分n明确、清晰说明项目的职责区域n帮助项目组成员了解他们的任务和职责，以及要参与的工作n帮助项目组成员

42、了解与其相关的人员n帮助项目组成员预计其工作量73描述项目进度计划o甘特图o网络图74甘特图(1/2)o甘特图是一个图形化的任务表示方式，分为二个部分来显示任务计划n左部的工作表，以文字方式显示任务信息，如任务名称，开始和结束日期等n右边的图表，以条形图方式显示任务信息75甘特图(2/2)76网络图(1/2)o网络图是一个图形化的任务表示方式n框表示任务，框内用文字显示任务信息，如任务名称，开始和结束日期等n框间的连接，表示任务之间的相关性77网络图(2/2)78甘特图和网络图的区别o甘特图和网络图是等价的，可以相互转换o甘特图的特点n更能直观的显示任务的进程o网络图的特点n更能展示任务之间的

43、相关性79参与、承诺和分发o项目计划的制订者和所有的项目组成员都要参与项目计划的制定n明确任务，估算周期，确认进度o通过会议的形式参与制定n加强交流o所有成员都要承诺项目计划的内容o项目计划要进行评审o评审后的项目计划要分发给所有的项目组成员，让他们了解软件项目计划80讲授内容o项目案例o什么是软件项目计划？o为什么需要软件项目计划？o制定软件项目计划应考虑的因素o制定软件项目计划的步骤o案例分析及CASE工具o小结81制定软件项目计划的过程和步骤n指定项目进度协调者n确定要使用的工具n准备项目进度计划会议n召开项目进度计划会议n提交和分析数据n使用工具创建进度计划n评审项目进度计划n使用工具

44、更改项目进度计划n批准项目进度计划n分发项目进度计划82制定软件项目计划的过程和步骤o对每个过程和步骤的描述n任务描述n入口条件n出口条件n持续时间n进一步说明83步骤1:指定项目计划协调者(1/3)o任务描述n项目经理指定一个计划协调者，负责协商约定和制定项目软件开发计划n计划协调者是一个关键的角色o入口条件n项目开始实施之时o出口条件n有一个人被指派为计划协调者84步骤1:指定项目计划协调者(2/3)o持续时间n1天，甚至更短o进一步说明n计划协调者可以是项目经理本身n计划协调者应是一个全日制的职位85步骤1:指定项目计划协调者(3/3)o为什么需要指定项目计划协调者？n项目计划的制定非常

45、重要n项目计划的制定工作量大，需要全日制人员n项目计划的制定涉及多方人员，包括用户、项目经理、开发人员、其他计算机系统小组，因此需要专职人员进行多方协调86步骤2:确定要使用的工具(1/3)o任务描述n项目计划协调者指定计算机辅助工具用于辅助制定软件项目计划和项目检查表o入口条件n确定了项目计划协调者o出口条件n所选择的项目管理辅助工具87步骤2:确定要使用的工具(2/3)o持续时间n0-5天o进一步说明n可适当安排时间对工具的使用进行培训n典型工具如：Microsoft Project88步骤2:确定要使用的工具(3/3)o为什么需要项目管理辅助工具？n提高项目计划制定的效率n便于发现所制定

46、的项目计划中存在的问题，提高项目计划制定的质量n便于以后的跟踪和监督89步骤3:为项目计划会议作准备(1/2)o任务描述n为召开项目计划做好准备，内容包括o确定会议主题和具体任务o制定会议进度和日程安排o分发会议通知，邀请所有的项目组成员参加会议o最好有一个初步的草案供与会人员讨论o如有，收集历史信息90步骤3:为项目计划会议作准备(2/2)o入口条件n选择了项目计划制定工具o出口条件n为会议召开做了充分的准备，并分发了会议通知o持续时间n0 5天91步骤4:召开项目计划会议(1/3)o任务描述n召开会议，并就有关问题达成一致意见n确定软件开发活动(大粒度)，例如需求分析n确定每个活动的负责人

47、92步骤4:召开项目计划会议(1/3)o活动负责人会后要与其下属以及有关人员确定n细化所负责的活动(足够详细，便于管理和估算进度)n确定活动之间的关系n讨论活动的持续时间n确定活动所需要的资源n列出与每个活动相关的一些基本假设和要求o生产率o所需的人和机器o人员的工作能力93步骤4:召开项目计划会议(3/3)o入口条件n分发了会议通知n项目计划负责人为会议的召开做好了充分的准备o出口条件n确定了各个主要活动的负责人n与会者就制定项目计划的过程达成一致n各个负责人明确了各自的任务和职责n记录了所有要解决的问题，会议备忘录被分发给所有与会人员o持续时间n2 3天94步骤5:提交和分析数据(1/2)

48、o任务描述n项目各个活动的负责人向项目计划负责人提交了计划数据n项目计划负责人对提交的数据进行了分析95步骤5:提交和分析数据(2/2)o入口条件n项目计划会议已成功召开o出口条件n各个项目活动负责人的计划数据已经收集并得到充分的分析o持续时间n1周96步骤6:使用工具创建项目计划o任务描述n项目计划负责人使用工具制定项目计划o入口条件n各个活动负责人提交了各自的计划数据o出口条件n制定了一个初步的项目计划o持续时间n1-5天97步骤7:评审项目计划(1/2)o任务描述n项目计划负责人召开项目计划的评审会议n会议的参与者不仅包括项目组成员，还包括管理层、质量保证人员、甚至用户98步骤7:评审项

49、目计划(2/2)o入口条件n制定了初步的项目进度计划o出口条件n评审会议结束，记录了所有发现的问题，并形成了会议备忘录o持续时间n1-2天99步骤8:更改项目进度计划o任务描述n根据评审会议的要求更改项目计划o入口条件n评审会议结束，确定了项目进度计划的修改部分o出口条件n产生了一个可提交的项目计划o持续时间n1-5天100步骤9:批准项目进度计划o任务描述n给项目经理上报项目计划，等待批准o入口条件n根据评审会议要求修改后的项目计划o出口条件n项目经理批准的项目计划o持续时间n1天101步骤10:分发项目进度计划o任务描述n将批准后的项目计划分发给项目组成员o入口条件n经批准的项目计划o出口

50、条件n适当地文件包分发给项目组成员o持续时间n1天102讲授内容o项目案例o什么是软件项目计划？o为什么需要软件项目计划？o制定软件项目计划应考虑的因素o制定软件项目计划的步骤o案例分析及CASE工具o小结103小结oWhat and whyo软件项目计划制定应考虑的因素o制定软件项目计划的步骤o成功的软件项目计划n充分考虑n参与者承诺n紧张可完成的104案例案例1：时间管理 阅读以下关于信息系统项目管理过程中时间管理问题的叙述，回答问题1至问题4。案例场景案例场景小张为希赛信息技术有限公司(CSAI) IT 主管，最近接到公司总裁的命令，负责开发一个电子商务平台。小张粗略地估算该项目在正常速

51、度下需花费的时间和成本。由于公司业务发展需要，公司总裁急于启动电子商务平台项目，因此，要求小张准备一份关于尽快启动电子商务平台项目的时间和成本的估算报告。在第一次项目团队会议上，项目团队确定出了与项目相关的任务如下：105案例案例1：时间管理 第一项任务是比较现有电子商务平台，按照正常速度估算完成这项任务需要花 10 天，成本为15000 元。但是，如果使用允许的最多加班工作量，则可在 7 天、18750 元的条件下完成。一旦完成比较任务，就需要向最高层管理层提交项目计划和项目定义文件，以便获得批准。项目团队估算完成这项任务按正常速度为 5 天，成本 3750 元，如果赶工为 3 天，成本为

52、4500 元。当项目团队获得高层批准后，各项工作就可以开始了。项目团队估计需求分析为 15 天，成本45000 元，如加班则为 10 天，成本 58500 元。106案例案例案例1：时间管理：时间管理 o设计完成后，有设计完成后，有 3 3 项任务必须同时进行：开发电子商务平台数据项任务必须同时进行：开发电子商务平台数据库；库； 开发和编写实际网页代码；开发和编写电子商务平台表格开发和编写实际网页代码；开发和编写电子商务平台表格码。估计数据库的开发在不加班的时候为码。估计数据库的开发在不加班的时候为 10 10 天和天和 9000 9000 元，加班元，加班时可以在时可以在 7 7 天和天和

53、11250 11250 元的情况下完成。同样，项目团队估算在元的情况下完成。同样，项目团队估算在不加班的情况下，开发和编写网页代码需要不加班的情况下，开发和编写网页代码需要 10 10 天和天和 17500 17500 元，加元，加班则可以减少两天，成本为班则可以减少两天，成本为 19500 19500 元。开发表格工作分包给别的公元。开发表格工作分包给别的公司，需要司，需要 7 7 天、成本天、成本 8400 8400 元。开发表格的公司并没有提供赶工多元。开发表格的公司并没有提供赶工多收费的方案。收费的方案。o最后，一旦数据库开发出来，网页和表格编码完毕，整个电子商务最后，一旦数据库开发出

54、来，网页和表格编码完毕，整个电子商务平台就需要进行测试、修改，项目团队估算需要平台就需要进行测试、修改，项目团队估算需要 3 3 天，成本天，成本 4500 4500 元。如果加班的话，则可以减少一天，成本为元。如果加班的话，则可以减少一天，成本为 6750 6750 元。元。107案例案例案例1：时间管理：时间管理 o【问题【问题1 1】如果不加班，完成此项目的成本是多少？完成这一项目】如果不加班，完成此项目的成本是多少？完成这一项目要花多长时间？要花多长时间？o【问题【问题2 2】项目可以完成的最短时间量是多少？在最短时间内完成】项目可以完成的最短时间量是多少？在最短时间内完成项目的成本是

55、多少？项目的成本是多少？o【问题【问题3 3】假定比较其他电子商务平台的任务执行需要】假定比较其他电子商务平台的任务执行需要 13 13 天而不天而不是原来估算的是原来估算的 10 10 天。小张将采取什么行动保持项目按常规速度天。小张将采取什么行动保持项目按常规速度进行？进行？o【问题【问题4 4】假定总裁想在】假定总裁想在 35 35 天内启动项目，小张将采取什么行动天内启动项目，小张将采取什么行动来达到这一期限？在来达到这一期限？在 35 35 天完成项目将花费多少？天完成项目将花费多少？108案例案例案例1：时间管理：时间管理 案例分析案例分析1.1.项目活动定义项目活动定义(1)(1

56、)比较现有电子商务平台。比较现有电子商务平台。(2)(2)向最高层管理层提交项目计划和项目定义文件。向最高层管理层提交项目计划和项目定义文件。(3)(3)电子商务平台设计需求。电子商务平台设计需求。(4)(4)开发电子商务平台数据库。开发电子商务平台数据库。(5)(5)开发和编写实际网页代码。开发和编写实际网页代码。(6)(6)开发和编写电子商务平台表格码。开发和编写电子商务平台表格码。(7)(7)测试，修改。测试，修改。109案例案例1：时间管理：时间管理 案例分析案例分析2. 2. 活动排序活动排序在进行项目活动排序时一般采用优先图示法、箭线图示法、条件在进行项目活动排序时一般采用优先图示

57、法、箭线图示法、条件图示法、网络模板这图示法、网络模板这 4 4 种方法，最终形成一套项目网络图。种方法，最终形成一套项目网络图。110案例案例1：时间管理：时间管理 案例分析案例分析3. 3. 项目活动周期估算项目活动周期估算(1)(1)专家评审。专家的判断主要依赖于历时的经验和信息。专家评审。专家的判断主要依赖于历时的经验和信息。(2)(2)类比估算。使用以前类似的活动的完成事件作为当前活动工期类比估算。使用以前类似的活动的完成事件作为当前活动工期的估算基础，计算评估工期。的估算基础，计算评估工期。(3)(3)基于数量的历时。由工程基于数量的历时。由工程/ /设计所确定的每一特定类型工作所

58、设计所确定的每一特定类型工作所需完成的工作量，乘以生产率，所得结果用于估算活动历时。需完成的工作量，乘以生产率，所得结果用于估算活动历时。(4)(4)保留时间。工期估算中预留一定比例作为冗余时间，以应付项保留时间。工期估算中预留一定比例作为冗余时间，以应付项目风险。目风险。111案例案例1：时间管理：时间管理 案例分析案例分析4. 4. 安排进度表安排进度表项目的进度计划意味着明确定义项目活动的开始和结束项目的进度计划意味着明确定义项目活动的开始和结束日期。进度表的确定应根据项目网络图、估算的活动工期、日期。进度表的确定应根据项目网络图、估算的活动工期、资源需求、资源共享情况、项目执行的工作日

59、历、进度限制、资源需求、资源共享情况、项目执行的工作日历、进度限制、最早和最晚时间、风险管理计划、活动特征等统一考虑。最早和最晚时间、风险管理计划、活动特征等统一考虑。进度控制主要是监督进度的执行状况，及时发现和纠正偏差、进度控制主要是监督进度的执行状况，及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素，项目进度变更错误。在控制中要考虑影响项目进度变化的因素，项目进度变更对其他部分的影响因素，以及进度表变更时应采取的实际措施。对其他部分的影响因素，以及进度表变更时应采取的实际措施。5. 5. 进度控制进度控制112案例案例1：时间管理：时间管理 案例分析案例分析5. 5. 进度控

60、制进度控制第一步：第一步：对任务编号并进行任务的排序，编号及排序如表对任务编号并进行任务的排序，编号及排序如表 3-1 3-1 所示。所示。113案例案例1：时间管理：时间管理 案例分析案例分析5. 5. 进度控制进度控制第二步：第二步：根据题目信息比较正常的时间和赶工的时间，以及正常费根据题目信息比较正常的时间和赶工的时间，以及正常费用和赶工费用，同时计算出赶工费用率，表用和赶工费用，同时计算出赶工费用率，表3-2 3-2 所示。所示。 114案例案例1：时间管理：时间管理 案例分析案例分析5. 5. 进度控制进度控制第三步：第三步：根据活动编号画出该项目的双代号网络图，如图根据活动编号画出