软件项目计划软件项目计划PPT.ppt

《软件项目计划软件项目计划PPT.ppt》由会员分享，可在线阅读，更多相关《软件项目计划软件项目计划PPT.ppt（123页珍藏版）》请在三一办公上搜索。

1、第2讲 软件项目计划,软件项目管理课程 之,2,讲授内容,项目案例什么是软件项目计划？为什么需要软件项目计划？制定软件项目计划应考虑的因素制定软件项目计划的步骤CMM对软件项目计划的要求成功的和过于乐观的软件开发计划案例分析及CASE工具小结,3,项目案例,案例角色和人物,小王：软件项目负责人,老王：公司技术老总,开发小组：小李，老赵，小田，小谢,4,软件项目的实施需要计划(1/3),项目开始实施之时，老王就提醒小王，为了更好地管理和控制软件开发项目，他应该马上着手制定软件项目的实施计划，该计划的制定对于整个项目的组织、管理和开展是至关重要的由于认识到软件项目计划的重要性，小王化了1周时间制定

2、了一个详细的软件项目计划，包括了详细的工作安排、明确的人员分工和具体的进度要求，计划看起来似乎是科学和合理的项目计划最后交给项目组的所有成员进行讨论，并交付给公司的领导审阅，通过并批准，开始被付诸实施,5,软件项目的实施需要计划(2/3),软件项目计划分发到了项目组的各个成员，每个成员根据计划准确地了解了各自的任务和工作，也了解了这些工作的实施进度要求根据软件项目计划开始阶段似乎一切顺利，各项工作已经按照计划的要求有序开展然而，随着项目实施的进展，小王发现实际的工作很难按照计划中所计划的那样开展进行。在计划制定时，低估了软件项目的规模，高估了开发人员的素质和能力，整个计划过于乐观，软件项目计划

3、不得不多次进行调整，项目进展一拖再拖。,6,软件项目的实施需要计划(3/3),后来小王发现，低估项目规模的一个主要原因是由于在制定计划时缺乏对项目规模的详细、准确的了解。尽管小王对用户做了无数次的解释保证按期交付产品，用户对项目的按期交付表示怀疑，并要求加快项目的实施进度公司高层开始表示关注，为了弥补时间和进度，不得不要求员工牺牲休息日进行加班，项目组部分成员开始抱怨。幸运的是，软件项目计划在经过多达10次的更改，在项目组成员的积极努力和用户的配合下，项目最终在拖延了6个月之后顺利完工了,7,案例提示我们,软件项目计划的制定是极为重要的软件项目计划应该在项目实施的初期制定软件项目计划的制定必须

4、科学、准确，这样才能真正促进软件项目的管理,8,管理问题,什么是软件项目计划？软件项目计划包括哪些方面的内容？软件项目计划制定应该注意哪些方面问题？如何制定软件项目计划？如何保证所制定计划的科学性和准确性？,9,讲授内容,项目案例什么是软件项目计划？为什么需要软件项目计划？制定软件项目计划应考虑的因素制定软件项目计划的步骤CMM对软件项目计划的要求成功的和过于乐观的软件开发计划案例分析及CASE工具小结,10,什么是软件项目计划,什么是软件项目计划？软件项目计划的内容软件项目计划制定的基础和依据软件项目计划制定的时机初步和详细的软件项目计划,11,什么是软件项目计划?,软件项目计划是对软件项目

5、实施所涉及的活动、人员的安排、任务的划分、开发进度、资源的分配和使用等方面作出的预先规划活动和任务资源及其安排进度计划进度计划与计划中的其他部分相关，是软件项目计划中最难以制定，对软件项目的实施影响最大，着重关注进度计划的制定,12,软件项目计划的内容(1/3),任务和开发活动活动(技术活动和管理活动)以及它们之间的关系，来自过程剪裁例如，需求分析，软件概要设计，软件详细设计等等进一步细化，以描述完成工作详细、具体步骤及其逻辑顺序，如需求分析(需求调查、分析和建模、撰写文档、评审)进度计划各项活动按什么样的时间进度开展实施：何时开始，何时结束例如，需求分析：2002/8/1开始2002/10/

6、23结束 软件概要设计：2002/10/25开始2002/11/23结束,13,软件项目计划的内容(2/3),资源使用和安排计划如何针对不同活动的特点计划分配资源(人员、资金、设备等)哪些角色(项目经理、需求分析人员、软件设计人员)，哪些人(小王，小李，老赵，小田，小谢)开发人员充当什么角色、负责和参与哪些活动例如，张三作为需求分析小组负责人，负责和参与需求分析阶段工作；李四作为需求分析小组成员，参与需求分析的具体工作例如，在需求分析阶段，投入3个人、预计投入资金10万元(包括人员薪水、外地出差费用)、PC机3台、PC服务器1台,14,软件项目计划的内容(3/3),活动、资源和人员、进度等方面

7、的计划是密切相关的注意项目进度应该是宏观的，应该保留在一定的抽象层次，不宜过细、过于具体对于软件开发而言，资源和人员与进度之间并不是线性关系,时间进度,活动,人员和资源,15,制定软件项目计划的基础和依据,定义和剪裁的软件开发过程(及其细化)要完成的工作工作说明和软件需求历史数据和估算模型估算工作量和成本约束和限制条件人员资源进度,16,制定软件项目计划的时机,在项目开始实施之时制定计划明确了软件开发活动明确了约束和限制条件不明确要完成的工作，因为需求分析工作还没开始制定软件项目计划的时机项目开始之时：初步计划需求完成之时：详细计划,17,初步和详细的软件项目计划(1/3),18,初步和详细的

8、软件项目计划(2/3),初步的软件项目计划时机：项目开始(1-2周内)但是还没有获取完整和详细的软件需求依据项目的初步描述、用户需求的初步描述定义和剪裁的过程限制和约束形式：仅仅计划最近(需求分析阶段或者4-6周之内)的软件开发计划,19,初步和详细的软件项目计划(3/3),详细完整的软件项目计划时机：获取了详细、完整的软件需求依据软件需求规格说明书定义和剪裁的过程限制和约束形式：提供了项目后期的详细、完整的计划,20,讲授内容,项目案例什么是软件项目计划？为什么需要软件项目计划？制定软件项目计划应考虑的因素制定软件项目计划的步骤CMM对软件项目计划的要求成功的和过于乐观的软件开发计划案例分析

9、及CASE工具小结,21,为什么需要软件项目计划？,有序、可控制地对软件项目进行管理生产高质量的软件产品确保员工的士气高昂确保员工保持高生产率及时交付软件产品降低软件开发成本成功地进入市场客户满意度及时发布产品新版本,22,讲授内容,项目案例什么是软件项目计划？为什么需要软件项目计划？制定软件项目计划应考虑的因素制定软件项目计划的步骤CMM对软件项目计划的要求成功的和过于乐观的软件开发计划案例分析及CASE工具小结,23,制定软件项目计划的方法,计划制定的二种方式活动关系类型估计活动的周期确定里程碑活动责任矩阵描述进度计划关键路径参与、承诺和分发,24,软件项目计划制定的方式(1/3),自顶向

10、下自底向上,25,软件项目计划制定的方式(2/3),自顶向下由一个或者一部分人单独完成目的是服务于高层领导和用户，而不是项目组主要依据项目进度的要求和约束，针对项目中的重大活动(如需求分析、软件设计等)而制定的一个粗略的软件项目计划只能作为目标进度表，不能作为实施进度表,26,软件项目计划制定的方式(3/3),自底向上计划由计划制订者负责，所有项目组成员参与制定一般供项目组，用于实际项目的实施要求项目组成员事先了解和认可详细定义了计划中的所有活动(不仅仅是哪些重大活动)，明确了活动的参与者、持续时间以及活动之间的关系,27,软件开发活动关系的类型,什么是软件开发活动关系？活动关系描述了活动之间

11、的逻辑和执行时序活动之间有哪些关系？结束到开始开始到开始结束到结束开始到结束,28,结束到开始,29,开始到开始,30,结束到结束,31,估算活动的周期(1/4),细分活动活动的粒度越小，估算的准确度就会越高借鉴历史数据积累历史数据考虑缓冲时间缓冲时间保证项目按照计划有足够的时间来完成活动,32,估算活动的周期(2/4),缓冲时间意外事件的缓冲意外事件可能会发生(如全企业的培训)例如，需求分析计划从8.1开始共需20个工作日，应该8.29日完成，但中间公司要开展2天的全员培训，因此8.31结束节假日时间的缓冲例如，编码计划从9.31开始，工作量为10个工作日，因为国庆放假1周，因此，应该计划在

12、10.21日完成不要在计划中考虑加班时间，加班是不可避免得，但是考虑了加班，可能会发生更多的加班,33,估算活动的周期(3/4),综合考虑其他因素考虑节假日以工作日(而不是星期)规定活动周期考虑参与活动团队的教育、培训、经验和技能水平考虑教育和培训需要考虑评审所化的时间考虑传播时间考虑团队中成员的其他工作考虑硬件、工具和人员的效率考虑活动的迭代和重复活动之间有一定的缓冲,34,估算活动的周期(4/4),工作量的分布,35,确定里程碑(1/3),什么是软件开发的里程碑(milestone)软件项目实施过程中的重大事件，这些事件有助于了解项目实施的进展情况例如，某个重要活动的开始和结束有哪些典型的

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

14、人员,39,活动责任矩阵(2/4),活动责任矩阵的例子,40,活动责任矩阵(3/4),活动责任矩阵的例子(续),41,活动责任矩阵(4/4),为什么需要定义活动责任矩阵是软件项目计划的一个组成部分明确、清晰说明项目的职责区域帮助项目组成员了解他们的任务和职责，以及要参与的工作帮助项目组成员了解与其相关的人员帮助项目组成员预计其工作量,42,描述项目进度计划,甘特图网络图,43,甘特图(1/2),甘特图是一个图形化的任务表示方式，分为二个部分来显示任务计划左部的工作表，以文字方式显示任务信息，如任务名称，开始和结束日期等右边的图表，以条形图方式显示任务信息,44,甘特图(2/2),45,网络图(

15、1/2),网络图是一个图形化的任务表示方式框表示任务，框内用文字显示任务信息，如任务名称，开始和结束日期等框间的连接，表示任务之间的相关性,46,网络图(2/2),47,甘特图和网络图的区别,甘特图和网络图是等价的，可以相互转换甘特图的特点更能直观的显示任务的进程网络图的特点更能展示任务之间的相关性,48,关键路径(1/3),什么是关键路径？是指从起始任务开始，到结束任务为止的、具有最长长度的路径关键路径1：A-D-H;关键路径2：A-E-F-G-H,49,关键路径(2/3),为什么要考虑关键路径？关键路径上活动的进度直接影响到整个项目的进度如果关键路径上活动的进度受到影响，那么整个项目的进度

16、肯定会受到影响要缩短项目的开发周期，必须加快关键路径上活动的开发进度,50,51,参与、承诺和分发,项目计划的制订者和所有的项目组成员都要参与项目计划的制定明确任务，估算周期，确认进度通过会议的形式参与制定加强交流所有成员都要承诺项目计划的内容项目计划要进行评审评审后的项目计划要分发给所有的项目组成员，让他们了解软件项目计划,52,讲授内容,项目案例什么是软件项目计划？为什么需要软件项目计划？制定软件项目计划应考虑的因素制定软件项目计划的步骤CMM对软件项目计划的要求成功的和过于乐观的软件开发计划案例分析及CASE工具小结,53,制定软件项目计划的过程和步骤,指定项目进度协调者确定要使用的工具

17、准备项目进度计划会议召开项目进度计划会议提交和分析数据使用工具创建进度计划,评审项目进度计划使用工具更改项目进度计划批准项目进度计划分发项目进度计划,54,制定软件项目计划的过程和步骤,对每个过程和步骤的描述任务描述入口条件出口条件持续时间进一步说明,55,步骤1:指定项目计划协调者(1/3),任务描述项目经理指定一个计划协调者，负责协商约定和制定项目软件开发计划计划协调者是一个关键的角色入口条件项目开始实施之时出口条件有一个人被指派为计划协调者,56,步骤1:指定项目计划协调者(2/3),持续时间1天，甚至更短进一步说明计划协调者可以是项目经理本身计划协调者应是一个全日制的职位,57,步骤1

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

19、,为什么需要项目管理辅助工具？提高项目计划制定的效率便于发现所制定的项目计划中存在的问题，提高项目计划制定的质量便于以后的跟踪和监督,61,步骤3:为项目计划会议作准备(1/2),任务描述为召开项目计划做好准备，内容包括确定会议主题和具体任务制定会议进度和日程安排分发会议通知，邀请所有的项目组成员参加会议最好有一个初步的草案供与会人员讨论如有，收集历史信息,62,步骤3:为项目计划会议作准备(2/2),入口条件选择了项目计划制定工具出口条件为会议召开做了充分的准备，并分发了会议通知持续时间0 5天,63,步骤4:召开项目计划会议(1/3),任务描述召开会议，并就有关问题达成一致意见确定软件开发

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

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

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

23、成员持续时间1天,74,讲授内容,项目案例什么是软件项目计划？为什么需要软件项目计划？制定软件项目计划应考虑的因素制定软件项目计划的步骤CMM对软件项目计划的要求成功的和过于乐观的软件开发计划案例分析及CASE工具小结,75,CMM对软件项目计划的要求,软件项目计划是CMM二级的关键过程域软件项目计划是指为实施软件工程和管理软件项目制定合理的计划，其任务包括：以要完成的工作、约束条件和目标为基础 估计软件项目的规模、软件工作产品、所需资源、工作量、成本、建立必要的承诺和约定，制定软件开发计划为了制定软件开发计划，可能需要反复地通过这些步骤软件开发计划提供了实施和管理该软件项目的活动的基础,76

24、,CMM对软件项目计划的要求,共25个关键实践，对软件项目计划的制定提出了明确的要求,77,目标,制定软件估算文档，用于策划和跟踪软件项目使用 制定软件项目活动和约定计划，并形成文档 受影响组和个人同意与软件项目有关的约定,78,制定方针政策(1/2),指派一个负责人(一般为项目软件负责人)负责制定项目软件开发计划，并对其中的各项承诺进行协商说明指定专人负责制订项目软件开发计划软件开发计划中各项承诺的制定需要与有关各方进行协商,79,制定方针政策(2/2),项目遵循一个书面的、由组织制定的用以进行软件项目计划的方针,该方针一般包括：将分配给软件的需求作为软件项目计划的基础 协商关于该软件项目的

25、承诺，如项目负责人、项目软件负责人、其他受影响组等和其它工程组协商他们介入软件活动的事宜，并记入文档，如系统工程组、硬件工程组、系统测试组等,80,制定方针政策(2/2 cont.),受影响组(软件工程组、质量保证组、配置管理组等)评审软件项目的规模估算、工作量和成本估算、计算机资源和进度估计，以及其它承诺高级管理者对所有向组织外的个人和组所作的软件项目承诺进行评审项目的软件开发计划应受管理和控制,81,确保必备条件(1/4),对软件项目存在文档化、经批准的工作说明（SOW）-软件项目任务书,工作说明的内容包括：工作范围(做与不做)技术目标和指标对顾客和最终用户的标识要求遵循的标准(行业和软件

26、标准等)赋予的职责成本和进度的约束及目标软件项目和其它组织间的依赖关系如顾客、子承包商、合作伙伴等资源的限制和目标对开发和(或)维护的其它约束和目标,82,确保必备条件(1/4 cont.),工作说明由下列人员评审，如项目负责人项目软件负责人其它受影响组工作说明应受管理和控制,83,确保必备条件(2/4),指定软件开发计划的制定人员，明确其职责项目软件负责人直接或委托代表协调项目的软件计划 将软件工作产品和活动进行分解，并以可追踪和可说明的方式将其指派给各负责人软件工作产品的例子包括：适时交付给外部顾客或最终用户的工作产品如软件需求规格说明书、使用手册供其它工程组使用的工作产品，如软件接口文档

27、供软件工程组内部使用的主要工作产品,84,确保必备条件(3/4),为策划软件项目提供足够的资源和经费有专门知识的有经验的个人来制定软件开发计划 能得到支持软件项目策划的工具，如电子表格程序项目估计模型项目策划和调度程序等,85,确保必备条件(4/4),介入软件项目计划的人员应接受软件估计和项目计划方面的培训,86,实施过程活动(1/15),软件工程组参加项目计划的建议和评审活动 建议和说明的准备、讨论、协商和提交 软件工程组评审所建立的项目承诺 项目的技术目标和指标系统和软件的技术解决方案软件标准和规程 软件预算、进度和资源,87,实施过程活动(2/15),在整个项目计划的早期阶段就起动软件项

28、目软件计划，此两项计划可同时进行,88,实施过程活动(3/15),在项目的整个生存期内，软件工程组和其它受影响组一起参加整个项目的计划,89,实施过程活动(4/15),按照文档化的规程，高级管理者参与对组织外的个人和组所作的软件项目承诺进行的评审,90,实施过程活动(5/15),选定合适的软件生存周期模型 瀑布模型带反馈的瀑布模型 螺旋模型快速原型，等等,91,实施过程活动(6/15),按文档化规程制定项目的软件开发计划,该规程一般规定：软件开发计划基于且遵守顾客的合适标准 项目的标准 经批准的工作说明 用户需求 与软件有关组和其它工程组协商他们介入软件工程组活动的计划，对该项支持工作编制预算

29、，并对达成的协议写成文档,92,实施过程活动(6/15 cont.),由下列人员评审软件开发计划 项目负责人 项目软件负责人 其它受影响组 软件开发计划应受管理和控制,93,实施过程活动(7/15),将软件开发计划写成文档，内容包括：项目软件的目的、范围、目标和指标软件生存周期的选择开发和维护软件用的规程、方法和标准的标识 待开发软件工作产品的标识 软件工作产品规模的估计软件项目工作量和成本的估计 关键计算机资源使用情况的估计 软件项目的进度，包括各个里程碑和评审的标识 项目软件风险的标识和评估 关于项目软件工程设施和支持工具的计划,Copyright Xinjun Mao 2005,94,实

30、施过程活动(8/15),标识为建立和维护控制软件项目所需的工作产品参考软件配置管理关键过程域的活动,Copyright Xinjun Mao 2005,95,实施过程活动(9/15),按照文档化规程，导出软件工作产品规模(或对软件工作产品规模的更动)的估算对所有主要的软件工作产品和活动作出规模估计 要作规模估计的工作产品和活动的类型的例子有 运行软件和支持软件 可交付的和不交付的工作产品 软件和非软件工作产品(例如文档)开发、验证和确认工作产品的活动 估计方法功能点 特征点 代码行,96,实施过程活动(9/15 cont.),将软件工作产品进行分解，直到适于进行估计的粒度 在有历史资料的地方应

31、使用历史资料对规模估计写成文档，进行评审、并使之得到认可 项目负责人项目软件负责人其它受影响组,97,实施过程活动(10/15),按照文档化的规程，导出软件项目的工作量及成本的估计，该规程一般规定 软件项目的工作量及成本的估计应与软件工作产品规模(或更动的规模)的估算关联起来考虑 在有生产率数据(历史的和(或)当前的)可用时，应将其用于估计；并将这些数据的来源及原理说明记入文档,98,实施过程活动(10/15 cont.),对工作量、人员配置和成本的估计应基于过去的经验 将导出估算时所作的假定和估算结果记入文档，进行评审并使之得到认可,99,实施过程活动(11/15),按照文档化的规程，导出项

32、目软件的关键计算机资源的估算 标识项目的关键计算机资源 计算机存储容量计算机处理器能力通信通道容量 关键计算机资源的估算应与下列各项的估计关联起来考虑 软件工作产品的规模、运行处理的负载、通信量 对关键计算机资源的估算写成文档、进行评审、并使之得到认可,100,实施过程活动(12/15),按照文档化的规程，导出项目的软件进度表，该规程一般规定软件进度表的制定应与下列各项关联起来考虑 软件工作产品规模(或规模更动)的估计 软件工作量和成本的估计 软件进度表的制定应基于过去的经验 可能时，利用类似项目的经验,101,实施过程活动(12/15 cont.),软件进度表应满足设定的里程碑日期、关键的日

33、期以及其它限制要求 软件进度表中的活动应有合适的持续时间，而且里程碑是以适当的时间间隔分开的，以便能支持度量软件项目进展中的精度 将导出进度表时的假定记入文档 对软件进度表写成文档、进行评审、并使之得到认可,102,实施过程活动(13/15),对与项目成本、资源、进度和技术方面相关联的软件风险进行鉴别、评估并写成文档 根据风险对项目的潜在影响，对各种风险进行分析并按优先级排序 标识导致风险的各种偶发事件 进度受阻 人员更换,103,实施过程活动(14/15),制定关于项目所需软件工程设施和支持工具的计划 对这些设施和支持工具的能力需求的估算应建立在对于软件工作产品的规模估计和其它特征的基础上,

34、软件开发设施和支持工具的例子包括：软件开发用的计算机和外设 软件测试用的计算机和外设 目标计算机环境中的软件 其它支持软件 为了获得或研制这些设施和支持工具，分配职责、商谈承诺 所有受影响组评审该计划,104,实施过程活动(15/15),记录软件策划的资料 所记录的信息包括估算以及相关信息 软件策划的资料应受管理和控制,105,度量和分析,进行度量，并将度量结果用于确定软件策划活动的状态 将软件项目策划活动的里程碑的完成情况与计划相比较 将软件项目策划活动中所完成的工作，所用的工作量和所消耗的资金与计划相比较,106,验证实施(1/3),高级管理者定期参与软件项目策划活动的评审,107,验证实

35、施(2/3),项目软件负责人可定期或者事件驱动地参与软件项目策划活动的评审,108,验证实施(3/3),软件质量保证组对软件项目策划活动和工作产品进行评审和(或)审计，并报告其结果,109,讲授内容,项目案例什么是软件项目计划？为什么需要软件项目计划？制定软件项目计划应考虑的因素制定软件项目计划的步骤CMM对软件项目计划的要求成功的和过于乐观的软件开发计划案例分析及CASE工具小结,110,成功和过于乐观的软件开发计划,成功的软件开发计划过于乐观的软件开发计划为什么会产生过于乐观的软件开发计划,111,成功的软件开发计划,112,过于乐观的软件开发计划,113,为什么会产生过于乐观的软件开发计

36、划,赶时间为了迎合客户的不切实际的进度要求估算不准确需求变更(增加)开发人员没有充分参与和承诺,114,讲授内容,项目案例什么是软件项目计划？为什么需要软件项目计划？制定软件项目计划应考虑的因素制定软件项目计划的步骤CMM对软件项目计划的要求成功的和过于乐观的软件开发计划案例分析及CASE工具小结,115,案例分析(1/7),任务负责组织*大学图书馆管理系统的开发时间限制6个月人员4个技术人员成本控制在40万元之内,开发小组：小李，老赵，小田，小谢,116,案例分析(2/7),Step 1:指定项目进度协调者小王Step 2:确定要使用的工具Microsoft project,117,案例分析

37、(3/7),Step 3:准备项目进度计划会议确定会议主题和具体任务制定初步计划制定会议进度和日程安排：会议内容:确定开发活动，安排活动负责人，大体估算项目规模分发会议通知，邀请所有的项目组成员参加会议2002/12/13上午在Room132 举行，与会人员.小王准备了一个初步的草案供与会人员讨论如有，收集历史信息上次需求分析工作量10人月，共3个月时间,118,案例分析(4/7),Step 4:召开项目进度计划会议确定需求分析工作的负责人和人员负责人：老赵人员组成：小李，老赵，小谢明确下次会议的时间,119,案例分析(5/7),Step 5:提交和分析数据Step 6:使用工具创建进度计划大

38、约需要8个人月，投入3人，计划工作47个工作日细化活动：需求调查、需求分析和建模、撰写软件需求规格说明书、制定确认测试计划、评审多次迭代方法,120,案例分析(7/7),Step 7:评审项目进度计划多方参与：项目经理，项目进度负责人、开发组成员、质量保证小组等Step 8:使用工具更改项目进度计划Step 9:批准项目进度计划项目负责人：小王Step 10:分发项目进度计划需求分析小组、用户、软件设计小组等必要的培训,121,讲授内容,项目案例什么是软件项目计划？为什么需要软件项目计划？制定软件项目计划应考虑的因素制定软件项目计划的步骤CMM对软件项目计划的要求成功的和过于乐观的软件开发计划案例分析及CASE工具小结,122,小结,What and why软件项目计划制定应考虑的因素制定软件项目计划的步骤成功的软件项目计划充分考虑参与者承诺紧张可完成的,123,教学目的,理解什么是软件项目计划？制定软件项目计划的重要性和意义软件项目计划的内容制定软件项目计划应考虑的问题软件项目计划对软件项目实施的影响掌握软件项目计划制定的方法CMM对软件项目计划制定的要求运用在实际软件项目中能够制定计划,