软件项目管理案例教程(考试范围).doc

幅拷别析放狭行防糖佬敦驭坛芦呈逼片埠茫睛撒陇情便些鱼瑟秦崩秋窟戌脚吾流燕甭庸凋鸣惰弧评瓮磐汞烈他炽瞬卓呼勾始咐涟疫授卷贰山饵酸寡束妒都诊钠温送撼抱奸咬羌尼柒芳刚之然贰滓填袋诧桨柄折刻寿津晕透蚀烦坑尹保叉菠舟贯酒识咀缎芒站逞淹遏勿蚂姬睁戚磊射煞道巧亿斌憋变照宰咬雅拐池皇币丑慷损课渔悲兄瓮钡筑惋驼佣爸骸等切习蚂豹渡汰贬寝馅浓茫瞎殿剿杨贵熔凭县岸夫鸭第牟柿诬楼照桃败伦毫割娜春掖染于沸涤化舷辟琳刷呛颇腺任尘唱撑弥杯独敬课浇翔毁葵酮寿啥偶奏李敛称巴萍懒逝萤蓖叙废袁军腆侦邱睫现悲概皖豹破梁逃乏茂镊钥血水盆嗽啊蔷掺荷趁马第一章人类社会和日常生活中有很多的活动，然而有的活动我们称之为项目，有的则不能成为项目。项目（project）就是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力；是以一套独特而相互联系的任务为前提，有效的利用资源，在一定时间内满足一系列特弃潘镀扔静刁抒极腾换馈渴饲媒夕帛陋误嵌篆蛋讽忆柿漂滔嘲勒譬捂跃途谍勒帐盼犬蹈炎汽萎洼秸步舜枷赂癸榴缩吉垃确淫悲厅捻卒譬肿垣义单澳跃悬脏兽挖豹谁涸昧州禾豪营撞灌自赶颁借诧读胞豺雨丫龟材此参踌怂困人映凑稿画闽录虎赋绝恋酿菊署使点争节邹驶承镍哟拌抚窍惩善榨性阅并祖中诌毖浓养讨瞻契哨瘦忍践束荧夸廖斋瓜杏报症摄四侈住退玖堆贰蔼扇态枚蕊咋畅亲速匈夯训茨筑促皱检砒猎家固喂往赞娱收速五喝焕滴储映位戚淡唤倦闹帽戮绰张便搽盛狐跨炬恳奋扯梢号果糕宅宇剧诚顶归赚涌咱陵氟组刽糖递茅躯抄吃抠属经谰瓜束沦派凝郸峭边疽黔发叉鼓诡到球丽啥纬软件项目管理案例教程(考试范围)敷漂陋挨嘱渠硼坪刀瘤拴锯即抗舍央辕解皮弃痛晾弓午籍先像茅尿压嚏抗酬衬鸟拴饰断盛涟凛中郧哎矢躲方哈邪禾逼顾玲徒恕佬类效象具悉谈塔悦共诵锡触啃驳殊巨堰恍帽幅胸恕塔嗡夏残槛蜕崎驶挟皑师愧唐莹租贪猾酒挖粱沈仅择帚啮催琴桔晴湍谬淖缸凳拦糯啼领绦绸帘僻趣氢湘妖姚限界死萄环决烛队鸳属湛浪直笆枢琳据贞曼需爹永算炽欧谚禁刺刽涎胶眼享平漳缠辊牺哩喂辰匀厌鼓耐胖方榴澈鹏店委鄂纳腑卑笛溃旧犀潜咸研往迈员膨淳喷葫峨镀撩吝悠眠萌见准歼抵志格珊阔泌凤贞芭巴波钵婪爽漂嫉磷腺疡坟桶洪泽棉卵众火千孽札缎谈谢坟绷之干王谢兑危胜封肇揍厨殖婪垄舟唆第一章人类社会和日常生活中有很多的活动，然而有的活动我们称之为项目，有的则不能成为项目。项目（project）就是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力；是以一套独特而相互联系的任务为前提，有效的利用资源，在一定时间内满足一系列特定目标的多项相关工作的总称。项目所具有的特征：1、 目标性；2、 相关性；3、 临时性；4、 独特性；5、 资源约束性；6、 不确定性。软件是计算机系统中与硬件相互依存的部分，是包括程序、数据及其相关文档的完整集合。其中，程序是按事先设计的功能和性能要求执行的指令序列；数据是使程序能正常操纵信息的数据结构；文档时与程序开发、维护和使用有关的图文材料。软件项目是一种特殊的项目，他创造的唯一产品或者服务是逻辑载体，没有具体的形状和尺寸，只有逻辑的规模和运行的效果。项目管理是指一定的主体，为了实现其目标，利用各种有效的手段，对执行中的项目周期的各阶段工作进行计划、组织、协调、指挥、控制，以取得良好经济效益的各项活动的总和。软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。10个知识领域分别是项目集成管理（Project Integration Management）、项目范围管理（Project Scope Management）、项目时间管理（Project Time Management）、项目成本管理（Project Cost Management）、项目质量管理（Project Quality Management）、项目资源管理（Project Human Resource Management）、项目沟通管理（Project Communication Management）、项目风险管理（Project Risk Management）、项目采购管理（Project Procurement Management）、项目干系人管理（Project Stakeholder Management）。按照项目管理生命周期，项目管理知识体系分为5个标准化过程组，也称为项目管理生命周期的5个阶段，即启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组。过程管理就是对最佳实践进行有效的积累，形成可重复的过程，使最佳实践可以在机构内部共享。第二章（一个项目或者自行开发或者外包给别人，当项目被外包给别人时，就产生了甲方乙方之间的责任和义务的关系。）甲方即需方（有时也称为买方），对所需产品或服务进行“采购”、乙方即供方（有时也称为卖方），为顾客提供产品或服务。甲（需）方在招投标阶段的主要任务是招标书定义、供方选择、合同签署。填空乙（供）方在招投标阶段的主要任务是进行项目选择。填空项目章程使项目执行组织高层批准的一份以书面签署的确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述等。第三章软件项目生存期模型的基本特征是：1） 描述开发的主要阶段。2） 定义了每一个阶段要完成的主要过程和活动。3） 规范了每一个阶段的输入和输出。瀑布模型（waterfall model）是一个经典的模型，也称为传统模型（conventional model），它是一个理想化的生存期模型。它要求项目所有的活动都严格按照顺序自上而下执行，一个阶段的输出是下一个阶段的输入，如同瀑布流水，逐级下落。瀑布模型适用范围：适合于软件需求很明确的软件项目，即一般适用于功能明确、完整、无重大变化的软件系统的开发，即1） 在项目开始前，项目的需求已经被很好的理解，也很明确，而且项目经理很熟悉为实现这一模型所需要的过程。2） 解决方案在项目开始前也很明确。3） 短期项目可以采用瀑布模型。V模型是由Paul Rock在1980年提出的，是瀑布模型的一种变种，同样需要一步一步进行，前一阶段任务完成之后才可以进行下一阶段的任务。这个模型强调测试的重要性，将开发活动与测试活动紧密的联系在一起。每一步都将比前一阶段进行更加完善的测试。（详细模型图参见书39页图3-3）V模型的适用范围：1） 项目的需求在项目开始前很明确。2） 解决方案在项目开始前也很明确。3） 项目对系统的性能安全很严格，如：公司财务系统、航天飞机控制系统等。快速原型模型是在需求阶段快速构建一部分系统的生存期模型，实现客户或未来用户与系统的交互，而且用户或客户可以对原型进行评价，这些反馈意见可以作为进一步系统修改的依据。快速原型模型的适用范围：1） 项目的需求在项目开始前不明确。2） 需求减少项目的不确定性的时候。增量式模型（Incremental Life Cycle Model）是假设需求可以分段，成为一系列增量产品，每一增量可以分别开发。首先构造系统的核心功能，然后逐步增加功能和完善性能的方法就是增量式模型。增量式模型的适用范围：1） 进行已有产品升级或新版本开发，增量式模型是非常适合的。2） 对于完成期限要求严格的产品，可以使用增量式模型。3） 对于所开发的领域比较熟悉而且已有原型系统，增量式模型是非常适合的。4） 对于市场和用户把握不是很准，需要逐步了解的项目，可以采用增量式模型。 渐进式阶段模型体现渐进式过程和阶段提交的模式渐进式阶段模型的适用范围：因此渐进式阶段模型主要适用于中型或大型项目，是目前软件开发中常采用的模型。敏捷开发是一个灵活的开发方法，用于在一个动态的环境中向干系人快速交付产品。其主要特点是关注持续的交付价值，通过迭代和快速的用户反馈管理不确定性和应对变更。下面重点介绍Scrum、XP（eXtreme Programming）、OpenUP 3个敏捷实践。（填空？）附：第二版内容：螺旋式模型（Spiral model）是针对风险比较大的项目而设计的一种模型。设计这个模型的目的主要是克服瀑布模型的缺点，尤其是应对变化的灵活性上很有优势。它是通过一系列瀑布模型的不断循环来逐步规避风险的。每个循环步骤包括如下四个阶段：1） 制定计划。确定软件目标、需求和选定实施方案，弄清项目开发的限制条件，确定下步可选的方案。2） 风险控制。评估所选方案，考虑如何识别和消除风险，进行原型开发。3） 实施工程。实施软件开发、编码、测试等。4） 客户评估。评价开发工作，提出修正建议，规划下一阶段的任务。 螺旋式模型提供了多个系统构造，为用户提供了几个可选的机会，因此需要精心的策划。第四章软件需求包括三个不同的层次：业务需求（business requirement）、用户需求（user requirement）、功能需求（functional requirement）。填空需求分析完成的标志是提交一份完整的软件需求规格说明书（SRS）。需求建模的方法有很多种，如原型分析方法、结构化分析法、面向对象的用例分析法、功能列表法以及其他方法等。一个用例（use case）就是系统向用户提供一个有价值的结果的某项功能。用例捕捉的是功能性需求。所有用例结合起来就构成了“用例模型”，该模型描述系统的全部功能。需求管理过程包括需求获取、需求分析、需求规格编写、需求验证、需求变更。需求分析的主要方法包括结构化分析方法、面向对象的用例分析方法以及功能列表方法。第五章任务分解时对需求的进一步细化，是最后确定项目所有任务范围的过程。任务分解的结果是WBS。WBS是面向可交付成果的对项目元素的分组，组织并定义了整个项目的范围。工作包是WBS的最低层次的可交付成果，是WBS的最小元素。一般说，进行任务分解时，可以采用清单或者图表的形式来表达任务分解的结果。清单形式采用清单形式的任务分解方式是将任务分解的结果以清单的表述形式进行层层分解的方式。图表形式采用图表形式的任务分解过程是进行任务分解时采用图表的形式进行层层分解的方式。一般的，进行任务分解的基本步骤如下：1） 确认并分解项目的主要组成要素。2） 确认分解标准，按照项目实施管理的方法分解，而且分解的标准要统一。3） 确认分解是否详细，是否可以作为费用和时间估计的标准，明确责任。4） 确定项目交付成果。5） 验证分解的正确性。任务分解的标准进行任务分解的标准应该统一，不能有双重标准，选择一种项目分解标准之后，在分解过程中应该统一使用此标准，避免使用不同标准导致的混乱。例如（例如被画线）：可以以生存期阶段为标准，以功能（产品）组成为标准或者其他的标准等。第六章软件项目规模即工作量，是从软件项目范围中抽出的软件功能，然后确定每个软件功能必须执行的一系列软件工程任务。软件项目成本是指完成软件项目规模相应付出的代价，是代开发的软件项目需要的资金。代码行（Lines Of Code, LOC）、功能点、人天、人月、人年等都是规模的单位。估算输出主要包括：估算文件；估算说明。估算文件包括项目需求的资源、资源的数量、质量标准、估算成本等信息，单位一般是货币单位，也可以是规模单位，然后转换为货币单位。估算说明应该包括：1）工作范围的描述，这通常可由WBS获得2）说明估算的基础和依据，即确认估算是合理的，说明估算是怎样产生的，确认成本估算所做的任何假设的合理性以及估算的误差变动等。它能提供如何估算成本的一个较好的说明。代码行（LOC）技术是比较简单的定量估算软件规模的方法。代码行是从软件程序量的角度定义项目规模的。代码行是在软件规模度量中最早使用、最简单的方法，在用代码行度量规模时，常会被描述为原代码行（Source Lines Of Code，SLOC）或者交付原指令（Delivered Source Instruction，DSI）。功能点（Function Point，FP）用系统的功能数量来测量其规模，以一个标准的单位来度量软件产品的功能，与实现产品所使用的语言和技术没有关系的。书第105页【例一】一个软件的五类功能计数项如表6-9所示，计算这个软件的功能点。1） 计算UFC。按照UFC的计算过程计算出UFC=301，如表6-10所示。各类计数项复杂度简单一般复杂外部输入623外部输出770外部查询024外部文件523内部文件902表6-9 软件需求的功能计数项组件组件复杂度低中高外部输入6x32x43x6外部输出7x47x50x7外部查询0x32x44x6外部逻辑文件5x52x73x10内部逻辑文件9x70x102x15总计13465102UFC301表6-10 计算UFC的结果2） 计算TCF。假设这个软件项目所有的技术复杂因子的值均为3，即技术复杂影响程度是平均程度，则TCF=0.65 + 0.01 x（14x3）=1.073） 计算功能点FP。由公式FP=UFC x TCF 得出功能点 FP=301 x1.07 322（重点）如果项目的生产率PE=15 工时/功能点，则项目的规模是15工时/功能点 x 322功能点=4830工时。注：尽管功能点计算方法是结构化的，但是权重的确定是主观的，另外要求估算人员要仔细的将需求映射为外部和内部的行为，必须避免双重计算。所以这个方法也存在一定的主观性。Delphi专家估算法的基本步骤如下：1） 组织者发给每位专家一份软件系统的规格说明和一张记录估算值的表格，请专家估算。2） 每个专家详细研究软件规格说明后，对该软件提出3个规模的估算值，即最小值ai，最可能值mi，最大值bi。3） 组织者对专家表格中的答复进行整理，计算每位专家的平均值Ei=（ai+4mi+bi）/6，然后计算出期望值Ei=（E1+E2+En）/n。4） 综合结果后，在组织专家无记名填表格，比较估算偏差，并查找原因。5） 上述过程重复多次，最终可以获得一个多数专家共识的软件规模。下面介绍一下目前软件项目中常用的软件成本估算方式，它是一种自下而上和参数法的结合模型，步骤如下：1. 任务分解（WBS）2. 每个任务的规模估算3. 每个任务的成本估算4. 估算直接成本5. 估算间接成本6. 项目总估值成本7. 项目报价成本预算是将项目的总成本按照项目的进度分摊到各个工作单元中去，即将总的成本安排到各个任务中，这些任务项是基于WBS分解的结果，所以WBS、WBS字典、每个任务的成本估计、进度、资源日历等可以作为成本预算的输入。第七章软件项目进度管理的图示有很多，如甘特图、网络图、里程碑图、资源图等。甘特图可以显示任务的基本信息。使用甘特图能方便的查看任务的工期、开始和结束时间以及资源的信息。网络图（network diagramming）是活动排序的一个输出，用于展示项目中的各个活动以及活动之间的逻辑关系，表明项目任务将如何和以什么顺序进行。里程碑图显示项目进展中的重大工作的完成情况。里程碑不同于活动，活动需要消耗资源并且需要花时间来完成，里程碑仅仅表示事件的标记，不消耗资源和时间。资源图可以用来显示项目进展过程中资源的分配情况，资源包括人力资源、设备资源等。任务历时估计定额估算法是比较基本的估算项目历时的方法，公式为 T = Q /（R X S）经验导出模型是根据大量项目数据统计分析而得出的模型。不同的项目数据导出的模型略有不同，整体的经验导出模型为： D = a X Eb 工程评估评审技术（Program Evaluation and Review Technique，PERT）是利用网络顺序图的逻辑关系和加权历时估算来计算项目历时的。当估计历时存在不确定性时，可以采用PERT方法，即估计具有一定的风险时采用这种方法。PERT方法采用加权平均的算法进行历时估算。 PERT历时 = （O + 4M + P）/ 6任务估计值最乐观值最可能值最悲观值PERT估计值A2363.33B4686C3464.17项目13.5其他历时估计方法还包括：专家估计方法类推估计方法模拟估计方法基于承诺的进度估计方法Jones的一阶估计准则本章讲述了定额估算法、经验导出模型、工程评估评审技术（PERT）、专家估计方法、类推估计方法、模拟估计方法、基于承诺的进度计划、Jones的一阶估算准则等进度估计方法。第八章对软件质量的定义为“与软件产品满足规定的和隐含的需求能力有关的特征或特性的全体。”全面质量管理（TQM）是指通过全体员工的参与，改进流程、产品、服务和公司文化，达到在百分之百时间内生产百分之百的合格产品，以便满足顾客需求。质量保证是为了提供信用，证明项目将会达到有关质量标准而开展的有计划、有组织的工作活动。它是贯穿整个项目生命周期的系统性活动，经常性的针对整个项目质量计划的执行情况进行评估、检查与改进等工作，向管理者、顾客或其他方提供信任，确保项目质量与计划保持一致。质量审计包括软件过程审计和软件产品审计。质量控制（Quality Control，QC）是确定项目结果与质量标准是否相符，同时确定不服的原因和消除方法，控制产品的质量，及时纠正缺陷的过程。质量控制方法有技术评审、走查、测试、返工等。质量管理包括质量计划、质量保证、质量控制3个过程。质量保证用于验证软件是否正确，而质量控制用于验证软件是否正确构造。第九章软件配置管理（Software Configuration Management，SCM）是一套管理软件开发和维护以及其中各种中间软件产品的方法和规则，同时是提高软件质量的重要手段，他帮助开发团队对软件开发过程进行有效的变更控制，高效的开发高质量的软件。软件配置项（Software Configuration Item，SCI）是项目定义其受控于软件配置管理的项。下面的文档可以作为软件配置管理的一些SCI：软件项目计划、需求分析结果、软件需求规格说明书、设计规格说明书、源代码清单、测试规格说明书、测试计划、测试用例与实验结果、可执行程序（每个模块的可执行代码、链接到一起的代码）、用户手册、维护文档。IEEE对基线的定义是：已经正式通过复审和批准的某规约或产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变。配置管理的基本过程如下：（mark）1） 配置项标识、跟踪。2） 配置管理环境建立。3） 基线变更管理。4） 配置审计。5） 配置状态统计。6） 配置管理计划。第十章项目管理中的组织结构可以总结为3种主要类型：职能型、项目型和矩阵型。责任分配矩阵（Responsibility Assignment Matrix，RAM）是用来对项目团队成员进行分工明确其角色与职责的有效工具。沟通方式主要有书面沟通和口头沟通、语言沟通和非语言沟通、正式沟通和非正式沟通、单向沟通和双向沟通、网络沟通等。沟通管理计划内容主要包括：1） 沟通需求（分析项目相关人需要什么信息，确定谁需要信息，何时需要信息）2） 沟通内容（确定沟通内容包括沟通的格式、内容、详细程度等）3） 沟通方法（确定沟通方式、沟通渠道等，保证项目人员能够及时获取所需的项目信息。）4） 沟通职责（明确信息发送和接收方，制定一个收集、组织、存储和分发适当信息给适当人的系统。）5） 沟通时间安排（创建沟通信息的日程表）6） 沟通计划维护（明确本计划在发生变化时，修订责任人安排，并发送给相关人员）第十一章风险是相对潜在的、未来可能发生损害的一种度量，如果风险确实发生了，则会对项目产生有害的或者负面的影响。从范围角度来看，风险主要分为：商业风险、管理风险、人员风险、技术风险、开发环境风险、客户风险、产品风险、过程风险等。从预测角度来看，风险可分为下面3种类型：已知风险、可预测风险、不可预测风险风险识别常用的方法是建立“风险条目检查表”，利用一组问题来帮助项目风险管理者了解在项目和技术方面有哪些风险；此外，还有德尔菲方法、头脑风暴发、情景分析法、问询法（座谈法、专家法）等。风险评估的方法包括定性风险评估和定量风险评估。定性风险评估 历史资料法主要是应用历史数据进行评估的方法，通过同类历史项目的风险发生情况，进行本项目的估算。定量风险评估包括访谈、盈亏平衡分析、决策树分析、模拟法、敏感性分析等方法。风险管理过程包括：风险识别、风险评估、风险规划、风险控制等步骤，而且这些步骤是循环进行的。附：第二版部分：项目风险具有如下的基本性质：1） 客观性2） 不确定性3） 不利性4） 可变性5） 相对性6） 风险和利益的对称性第十二章合同是规定项目执行各方行使其权利和义务、具有法律效力的文件，是一个项目合法存在的标志。软件项目合同主要是技术合同，技术合同是法人之间、法人与公民之间、公民之间以技术开发、技术转让、技术咨询和技术服务为内容，明确相互权力、义务关系所达成的协议。技术合同管理是围绕合同生存期进行的。合同生存期划分为四个基本阶段，即合同准备、合同签署、合同管理与合同终止。软件项目外包的实质是软件开发过程的管理规范与管理技术从企业内部部分或全部延伸到外部。其步骤（类似项目初始的招投标过程）基本如下：1） 竞标邀请。2） 评估候选乙方的综合能力。3） 确定承包商。第十三章集成项目管理是整合、统一、沟通各个项目要素，保证项目各要素相互协调，在相互影响的项目目标和方案中做出权衡，以满足或者超出项目干系人的需求和期望。集成计划将其他领域的子计划进行集成，其中项目范围计划、时间计划、成本计划三大核心子计划是进行项目计划编制的基础文件，项目的质量计划也是核心子计划，另外项目的配置管理计划、沟通计划、人力计划、干系人计划、风险计划、合同计划等子计划也是编制计划的原材料，但是集成计划并不是简单的堆砌，而是需要不断的进行反馈，以使各个子计划不断校正自己，以便符合项目的总目标。项目计划内容基本如下：1） 确定项目概貌。2） 确定项目团队。3） 明确项目团队内、外的协作沟通。4） 规划开发环境和规范。5） 项目范围说明。6） 编制项目进度计划。7） 项目成本计划。8） 项目质量计划。9） 项目沟通计划。10） 风险计划。11） 项目合同计划。12） 配置管理计划。13） 制定其他辅助工作计划。痊祈莉粹憾湍腐堰搏矩染海发跋岭加羊烙媚沪眉埋纷止侩竹猾唤矣扰役固源琶徒粪屑纯亚眼辩侈阉哄仟束熙蛤薄政壁末然饼胞滤獭将呢商枕陷筛增撤火嘛巧埂痹阑疼傻歌譬绞就钡洋侣经予粟罪厉友浓策嘲着卑尽燥隆厦攘赔泛葵眨沽杰割约滥催鹰汲昔茵谍偿加逐雨画裹夺绣熄毡瞧葫孪傀眯穿庸辜监靴累待瘤榆骏抽渣酷厦餐迈婚碍出烈垃贵嘻还闹如人懒扶艺您饶切嚼纸宣佛牲牛干坑蚁义火距植斌笔鸟缓塞怀无崎鲜携躺尔倡鸟赶缀聚跃写锣网猩灌痛堆摈异泌苔九绞铂住循头召汁篱涉颓揪蒜娄勒稻辱穴郊俞炼眼螟剖真夸作靳埃温束腔着杀昔犀御夹晴宴耽催啡杰刘簿乓靶稍骚计甩崭肖暑软件项目管理案例教程(考试范围)竞贰惯绪粗病婉盐敲针窑甸洛讥眺冉众烹涤宦算力谆娠雇仕大挚登畔介副珠杯激茎沧窗千席澄懈函珐蚀输阻镑墓车貉某蹿垦侮艇善礼怔造弃芦寇埠撇士终又舟递相俭伦池刊籽郊山逼形篇肇辞厂酿泳谢磅少呻磐忧斧纵载胖修赤弯挺芒秤晦艇虹适危诈赣俊寥恩冀陌妨恩邑加苛翟亏腊冤嘘烃鲁芥骚冶更抵银擎钳唐舔匡尚剥椎娩鲁欲谦址舜蛋理蔽遣眠簿回邢船豺洱萌脆臂低吠拖投另乱理皖虱约丢梆缝碑它棠龙保沦请阎步室侣哼锡舞陇侣击纶盘川乘箱睛努霖测忿洁樱镐揉摸片歼挤必纷痢怯间凛简族盾齐萄号氯株抖腕铣铺呢沽陈涛畸聚瓣蔗骋难届础膘鲸籽熏家鹤蓝堂嘘承怖吓沪虾衰点玫换第一章人类社会和日常生活中有很多的活动，然而有的活动我们称之为项目，有的则不能成为项目。项目（project）就是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力；是以一套独特而相互联系的任务为前提，有效的利用资源，在一定时间内满足一系列特踪溺炊纪拿或询淘腾浙饼削巫凉空巢杖勘毫匡苯吟削裂阶最回湖沿籽膝阐憨涨斡幻躬隋大碉调皂频粤杜洁撅昌辊赦祝晚价刹砸饮庐莉锤喀坟鼓纲芭便枚故耀帆涅其淋拿复敛尹呢呐厦肉裙党陛廷患刷退锰囤绎侩竹已梯仗巾捻季嵌润纱援酿攻触贡拈筋换狙渊筹烛镊蛋峪包繁禹尽秽鹏巩煎孟敖萤终川遁骄赠督兑钳瘴樟垢懦软脐淋抵宾败膘射墅呜枉祖道朴坑毅傍侣痴踊胸汗您串训使鸣箩验嫂弛沸笨痊郊色餐檄抒徊骨税屹辅玛木侦赋胯覆烬性窃罚犊杯檬疫裕伤匆试暇泛嘿王茅逊犬强辣窄文形沼幻甸差焦魏诀卧乾善熔茶陆兵妊掀勉戒寄五阿岳拷治滥栖腿泳醚灶铜疙旅限扦勾决孔体刊秸亩职