软件项目管理

1、软件项目管理软件项目管理 主要内容主要内容l 项目管理的概念项目管理的概念l 软件项目计划软件项目计划l 风险管理风险管理l 项目成本预算项目成本预算 重点重点/难点难点l70年代中期70%的项目是由于管理不善引起的，而并不是因为技术实力不够管理是影响软件研发项目全局的因素，而技术因素只影响局部。l 90年代中期 美国软件工程实施现状的调查： 10% 10%的项目能够在预定的费用和的项目能够在预定的费用和进度下交付。进度下交付。 成为软件项目开发中成为软件项目开发中最重要的核心问题之一。最重要的核心问题之一。软件项目管理软件项目管理1、项目管理的概念、项目管理的概念QBT项目管理框架1.项目管

2、理的概念项目管理的概念项目管理的概念_什么是软件项目管理？什么是软件项目管理？l软件项目管理是为了使软件项目能够按照软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分成本、人员、进度、质量、风险等进行分析和管理的活动。析和管理的活动。l软件项目管理的对象是软件工程项目，他软件项目管理的对象是软件工程项目，他所涉及的范围覆盖了整个软件工程过程。所涉及的范围覆盖了整个软件工程过程。项目管理的概念项目管理的概念Meiler Page-Jones：我拜访了很多商业公司，我也观察了很多数据处理的管理者，我常常恐

3、惧地看到这些管理者徒劳地与恶梦般的项目斗争着，在根本不可能的最后期限下苦苦挣扎，或是在交付了使其用户极为不满的系统之后，又继续花费大量的时间去维护该系统。项目管理的概念项目管理的概念_管理的范围l有效的项目管理集中于有效的项目管理集中于三个三个P 上：上：PeopleProblemProcess项目管理的概念项目管理的概念_人员人员IEEE发表的一项研究中, 三个大型的技术公司的主管工程的副总裁被问到一个成功的软件项目中最重要的一因素是什么？他们回答如下：第一位：我想如果必须在我们的环境中挑出一项最重要的因素，我必须承认它不是我们所用的工具，而是人。第二位：一个项目成功的最重要的因素是有聪明的

4、人我想不出其他因素你为一个项目所做的最重要的事情是选择人员软件开发组织的成功与其招募的优秀人才的能力密切相关。第三位：我在管理上唯一的准则是保证我有优秀的人员真正优秀的人员，同时我也培养优秀的人员我提供培养优秀人员的良好环境。项目管理的概念项目管理的概念_管理的范围l有效的项目管理集中于有效的项目管理集中于三个三个P 上：上：PeopleProblemProcess项目管理的概念项目管理的概念_People l项目参与者高级管理者项目（技术）管理者开发人员客户最终用户项目管理的概念项目管理的概念_人员人员l项目参与者l项目负责人l软件项目组l协调和通讯问题项目管理的概念项目管理的概念_人员人员

5、l项目负责人(Jerry Weinberg MOI模型)MotivationOrganizationIdeas or Innovationl项目负责人(Edgemon)解决问题管理者的身份成就影响和队伍建设项目管理的概念项目管理的概念_人员人员l软件项目组（Mantei）民主分权式(Democratic Decentralized, DD)控制分权式(Controlled Decentralized, CD)控制集权式(Controlled Centralized, CC)马云：我最欣赏唐僧师徒团队 平凡的人，做非凡的事平凡的人，做非凡的事项目管理的概念项目管理的概念_人员人员l协调和通讯问题

6、正式的、非个人的方法正式的、个人间的规程非正式的、个人间的规程电子通讯个人间的网络项目管理的概念项目管理的概念l有效的项目管理集中于有效的项目管理集中于三个三个P 上：上：PeopleProblemProcess项目管理的概念项目管理的概念_Problem l软件范围背景信息目标功能和性能l问题分解软件需求分析和核心活动l必须交付的功能l交付所用的过程项目管理的概念项目管理的概念_Process l合并问题和过程软件组织定义的框架活动集合l过程分解如何完成活动？项目管理的概念项目管理的概念_管理的范围l 有效的项目管理集中于有效的项目管理集中于三个三个P 上：上：Peoplel项目参与者项目参

7、与者l项目负责人项目负责人l软件项目组软件项目组l协调和通讯协调和通讯Probleml软件范围软件范围l问题分解问题分解Processl合并问题和过程合并问题和过程l过程分解过程分解项目管理的概念项目管理的概念_项目项目l9090 规则l项目开始时，必须花时间建立一个现实的计划，在项目进行中监控该计划，并在整个过程中控制质量和变化。2. 2. 软件项目计划软件项目计划软件项目计划软件项目计划 Software Project Planningl 对估算的观察对估算的观察 Observations on Estimatingl 项目计划目标项目计划目标 Project Planning Obje

8、ctivesl 软件范围软件范围 Software Scopel 资源资源 Resourcesl 软件项目估算软件项目估算 Software Project Estimationl 分解技术分解技术 Decomposition l 经验估算模型经验估算模型 Empirical Estimation Modelsl 自行开发或购买的决策自行开发或购买的决策 The Make/Buy Decision软件项目计划软件项目计划Observations on EstimatingA leading executive was once asked:“ What single characteristi

9、c was most important when selecting a project manager?”His response:“A person with the ability to know what will go wrong before it actually does”And the courage to estimate when the future is cloudy.”软件项目计划软件项目计划Observations on Estimatingl估算需要：经验 experience了解以前有用的信息 access to good historical inform

10、ation当仅存定性数据时进行定量测量的勇气 the courage to commit to quantitative predictions when qualitative information is all that exists.软件项目计划软件项目计划Observations on EstimatingKey pointsProject complexity, project size, Project complexity, project size, and and the degree of structural the degree of structural uncer

11、tainty all affect the reliability uncertainty all affect the reliability of estimate.of estimate.亚里斯多德：记住：应该满足于事物的本性所能记住：应该满足于事物的本性所能容许的精确度，当只能近似于真理容许的精确度，当只能近似于真理时，不要去寻求绝对的准确时，不要去寻求绝对的准确软件项目计划软件项目计划Project Planning Objectivesl提供一个框架，使得管理者能够对资源、成本及进度进行合理的估算。一个限定的时间框架内“最好的情况” 及“最坏的情况”l通过一个信息发现的过程实现的软

12、件项目计划软件项目计划Project Planning ObjectivesAdvice:The more you know, the better you The more you know, the better you estimate. Therefore, update your estimate. Therefore, update your estimates as the project progresses.estimates as the project progresses.软件项目计划软件项目计划Software ScopeKey point:A considerati

13、on of software scopemust include on evaluation of all externalinterfaces.软件项目计划软件项目计划Software Scopel软件项目计划的第一个活动是软件范围的确定。l软件范围描述了功能、性能、约束条件、接口及可靠性。软件项目计划软件项目计划Software Scopel范围是通过回答下列问题来定义的：背景：待建造的软件如何适应于大型的系统、产品或商业的背景，在该背景下要加什么约束？信息目标：软件要产生什么样的客户可见的数据对象输出，需要什么样的数据对象输入？功能和性能：软件执行什么样的功能使得输入数据才能变换成为输出

14、数据？需要满足什么特殊的性能特征吗？软件项目计划软件项目计划Software ScopeAdvice:Technical feasibility is important, but business Technical feasibility is important, but business need is even more important. It does no good to need is even more important. It does no good to build a high tech system or product that no one build a

15、 high tech system or product that no one really wants.really wants.软件项目计划软件项目计划ResourcesKey Point:To be reused effectively, software components must be cataloged,standardized, and validated.软件项目计划软件项目计划Resources硬件/软件工具可复用构件人员提供支持开发 工作的基础极大地降低开发成本，时间主要资源软件项目计划软件项目计划Resourcesl人力资源描述组织的职位及专业技能等l可复用软件资源

16、可直接使用的构件具有完全经验的构件具有部分经验的构件新构件l环境资源硬件及软件软件项目计划软件项目计划Resourcesl资源说明四特征资源描述可用性说明需要该资源的时间被使用的持续时间软件项目计划软件项目计划Resourcesl软件成本及工作量估算永远不会是一门精确的科学。l可以从神秘的技巧向一系列系统化的步骤转化软件项目计划软件项目计划Software Project Estimationl几种可考虑的选择将估算拖延到项目的最后基于已经完成的类似项目使用简单的分解技术使用经验模型软件项目计划软件项目计划Software Project EstimationAdviceWhen collec

17、ting productivity metrics for When collecting productivity metrics for projects, be sure to establish a taxonomy projects, be sure to establish a taxonomy of project types. This will enable you to of project types. This will enable you to compute domain specific averages, compute domain specific ave

18、rages, making estimation more accurate.making estimation more accurate.软件项目计划软件项目计划Decompositionl分解问题， 将项目分解成若干主要功能及相关的软件工程活动,通过逐步求精的方式进行成本及工作量的估算问题分解l“分而治之”过程分解l回答“如何完成公共过程框架？” 软件项目计划软件项目计划Empirical Estimation ModelsKey Point An estimation model reflects the population of projects from which it has

19、 been derived. Therefore, the model is domain sensitive.软件项目计划软件项目计划Empirical Estimation Modelsl估算模型的结构E=A+B*(ev)CA、B、C是由经验导出的常数，E是以人月为单位的工作量ev 是估算变量软件项目计划软件项目计划Empirical Estimation Models面向面向LOC的估算模型的估算模型lE=5.2*(KLOC)0.91Walston-Felix模型lE=5.5+0.73*(KLOC)1.16Bailey-Basili模型lE=3.2*(KLOC)1.05Boehm模型lE

20、=5.288*(KLOC)1.047Doty模型面向面向FP的估算模型的估算模型lE=-13.39+0.0545FPAlbrecht 和GaffneylE=60.62*7.728*10(-8)*FP3KemererlE=585.7+5.12FPMaston、Barnett和Mellichamp软件项目计划软件项目计划Empirical Estimation Modelsl COCOMO 模型（Constructive Cost MOdel）软件估算模型的层次体系模型1：基本COCOMO模型，将软件开发工作量及成本作为程序规模的函数进行计算，程序规模已估算的代码来表示。模型2：中级COCOMO模

21、型，将软件开发工作量及成本作为程序规模及一组“成本驱动因子”的函数来进行计算，其中“成本驱动因子”包括对产品、硬件、人员、及项目属性的主管评估。模型3：高级COCOMO模型，包含了中级莫茨能够的所有特性，并结合了成本驱动因子对软件工程过程中每一步骤的影响评估。软件项目计划软件项目计划Empirical Estimation Modelsl软件方程式是一个多变量模型，他假设在软件开发项目的整个生命周期中的一个特定的工作量分布。E=LOC*B0.333/P3*(1/t4) 软件项目计划软件项目计划Empirical Estimation ModelsAdvice:None of these mod

22、els should be None of these models should be used without careful calibration used without careful calibration to your environment.to your environment.软件项目计划软件项目计划The Make/Buy Decisionl自行开发/购选择购买可直接使用的软件购买“具有完全经验”或“具有部分经验”的软件构件，修改，集成外包软件项目计划软件项目计划The Make/Buy Decisionl 低成本的软件l 昂贵的软件产品建立性能及性能规约，可测量性估

23、算内部开发的成本及交付日期选择三到四个候选软件选择能够有助于建造所需软件的可复用构件建立比较矩阵，对关键功能进行比较/测试根据以前产品的质量、开发商的支持、产品的方向、以及其名声评估候选软件包后构件联系该软件的其他用户并询问其意见软件项目计划软件项目计划The Make/Buy Decision自行开发/购买l时间l成本软件项目计划软件项目计划The Make/Buy Decision系统 X建造复用购买承包简单（0.30）困难（0.70）小改动（0.40）大改动（0.6）简单（0.2）复杂（0.8）小改动（0.70）大改动（0.7）不改动（0.6）有改动（0.4）$380，000$450，0

24、00$275，000$310，000$490，000$210，000$400，000$350，000$500，000$429，000$382，000$267，000$410，000决策树软件项目计划软件项目计划The Make/Buy DecisionAdviceThere are times when off-the-shelf There are times when off-the-shelf software provides a “perfect” software provides a “perfect” solution except for a few special solu

25、tion except for a few special features that you cant live without. features that you cant live without. In many cases, its worth living In many cases, its worth living without the special features!without the special features!软件项目计划软件项目计划 Software Project Planningl 对估算的观察对估算的观察 Observations on Estim

26、atingl 项目计划目标项目计划目标 Project Planning Objectivesl 软件范围软件范围 Software Scopel 资源资源 Resourcesl 软件项目估算软件项目估算 Software Project Estimationl 分解技术分解技术 Decomposition l 经验估算模型经验估算模型 Empirical Estimation Modelsl 自行开发或购买的决策自行开发或购买的决策 The Make/Buy Decision最常见的进度计划风险l 功能无限蔓延功能无限蔓延l 需求镀金或开发人员镀金需求镀金或开发人员镀金l 质量不定质量不定l

27、 计划过于乐观计划过于乐观l 设计欠佳设计欠佳l 银弹综合症银弹综合症l 研发导向的开发研发导向的开发l 人员薄弱人员薄弱l 签约商失败签约商失败l 研发人员与客户的摩擦研发人员与客户的摩擦 3. 3. 风险管理风险管理风险管理 Risk Managementl风险管理要素风险管理要素 Risk Management Principlesl风险识别风险识别 Risk Identificationl风险分析风险分析 Risk Analysisl风险的优先级风险的优先级 Risk Prioritizationl风险管理计划风险管理计划 Risk Management planningl风险化解风险

28、化解 Risk Resolutionl风险监视风险监视 Risk MonitoringRisk Management Principlesl1988, Peat Marwick 针对针对600 家成功公司家成功公司的调查结果显示，的调查结果显示，35%的公司有过软件项的公司有过软件项目失控的经历。目失控的经历。Risk Management PrinciplesRisk Management Principles风险管理风险评估风险控制风险识别风险分析风险优先级风险管理计划风险化解风险监控l风险评估风险评估风险识别风险识别提出一个潜在破坏项目进度的风险提出一个潜在破坏项目进度的风险列表。列表。

29、风险分析风险分析评估每一个风险出现的可能性及其评估每一个风险出现的可能性及其影响，判定风险的级别。影响，判定风险的级别。风险优先级风险优先级按风险影响大小排出一个风险优按风险影响大小排出一个风险优先级，这个风险列表将作为风险控制的基础。先级，这个风险列表将作为风险控制的基础。l风险控制风险控制风险管理计划风险管理计划制定一个应对每个重要风险的制定一个应对每个重要风险的方案，同时确保每一个单独的风险管理计划之方案，同时确保每一个单独的风险管理计划之间以及与整体项目计划之间相一致。间以及与整体项目计划之间相一致。风险化解风险化解每个重要风险所对应计划的执行。每个重要风险所对应计划的执行。风险监控风

30、险监控对解决风险的过程进行监控，还可对解决风险的过程进行监控，还可以包括识别新的风险并将其反馈到正在进行的以包括识别新的风险并将其反馈到正在进行的风险管理进程中。风险管理进程中。软件项目风险管理五种状态软件项目风险管理五种状态l危机管理危机管理风险已经造成麻烦后才处理。风险已经造成麻烦后才处理。l失败处理失败处理觉察到风险并迅速处理。觉察到风险并迅速处理。l风险缓解风险缓解事先制订好风险发生后的补救事先制订好风险发生后的补救 措施，但不作任何防范措施。措施，但不作任何防范措施。l着力预防着力预防将识别和防范作为项目一部分将识别和防范作为项目一部分 加以规划和执行。加以规划和执行。l消灭根源消灭

31、根源识别和消除风险根源。识别和消除风险根源。软件项目风险管理原则软件项目风险管理原则l区分风险和已存在的现有问题l通过风险的管理变被动的面对风险，即消防状态为主动面对风险，即钓鱼状态l最小化项目失败的潜在可能l创造风险管理的气氛风险管理风险评估风险控制风险识别风险识别风险分析风险优先级风险管理计划风险化解风险监控Risk Identification如果你不问关于风险的问题，如果你不问关于风险的问题，你就可能是正在问所遇到麻烦的你就可能是正在问所遇到麻烦的问题问题 Tom GilbRisk Identificationl确定可能对项目造成影响的风险，并且把每一风险的特性编制成文档。l风险识别不

32、是一次性活动，必须在整个项目过程中经常进行l风险识别的工具和办法：风险检查列表调查问卷 interviewingDelphi头脑风暴法 BrainstormingRisk Identification风险检查列表l 产品规模产品规模与要建造或要修改的软件的总体规模相关的风险。l 商业影响商业影响与管理或市场所加诸的约束相关的风险。l 客户特性客户特性与客户的素质以及开发者和客户定期通信的能力相关的风险。l 过程定义过程定义与软件过程被定义的程度以及它们被开发组织所遵守的程度相关的风险。l 开发环境开发环境与用以建造产品的工具的可用性及质量相关的风险。l 技术风险技术风险与待开发软件的复杂性及系

33、统所包含技术的“新奇性”相关的风险。l 人员数目与经验人员数目与经验与参与工作的软件工程师的总体技术水平及项目经验相关的风险。The Software Development Risk TaxonomyThe Software Development Risk Taxonomy风险管理风险评估风险控制风险识别风险分析风险分析风险优先级风险管理计划风险化解风险监控Risk Analysisl重要的是量化不确定程度及与每个风险相关的损失的程度。ProbabilitylVery low, low, medium, high and very highImpactlNegligible, margin

34、al, critical and catastrophicOverall RiskRisk Analysis风险因素l性能风险产品能够满足需求且符合于其 使用目的的不确定的程度。l成本风险项目预算能够被维持的不确定 的程度。l支持风险软件易于纠错、适应及增强的 不确定的程度。l进度风险项目进度能够被维持且产品能 按时交付的不确定的程度。风险驱动因子对风险因素的四个影响类别Risk Analysis Overall Risk Risk Analysis风险暴露量(Risk Exposure)lRE=不希望的损失的概率*损失的程度RE= risk likelihood * risk impactR

35、isk Analysis损失和概率的评估方法l由最熟悉系统的人评估每个风险的发生概率，然后保留一份风险评估审核文件。l使用Delphi法：从一组专家中得到一致的意见，来预测未来的发展。l少数服从多数法风险管理风险评估风险控制风险识别风险分析风险优先级风险优先级风险管理计划风险化解风险监控Risk Prioritizationl由于风险管理需要一定的成本，因此需要由于风险管理需要一定的成本，因此需要确定风险的优先级，以便明确风险管理要确定风险的优先级，以便明确风险管理要专注的重点。专注的重点。Risk Prioritization定量l按风暴暴露量排序，确定风险优先级Risk Prioritiz

36、ation定性风险管理风险评估风险控制风险识别风险分析风险优先级风险管理计划风险管理计划风险化解风险监控安排风险管理计划的进度l将风险管理计划和标准项目管理过程结合，确保计划的执行l把风险管理计划的任务安排到项目进度表中风险管理风险评估风险控制风险识别风险分析风险优先级风险管理计划风险化解风险化解风险监控Risk Resolutionl避免风险l将风险从系统的一部分转移到另一部分l购买关于风险的信息l消除产生风险的根源l接受风险l发布风险l控制风险l记住风险Risk Resolution风险风险化解方法化解方法功能蔓延功能蔓延基于客户，控制功能集，针对变更的设计基于客户，控制功能集，针对变更的

37、设计需求镀金或开发人员镀金需求镀金或开发人员镀金修正需求，时间锁定，阶段交付，基于进度修正需求，时间锁定，阶段交付，基于进度表表质量不定质量不定给给QA留出时间，注重质量保证基础留出时间，注重质量保证基础计划过于乐观计划过于乐观采用多估算实践，基于进度表，增量开发采用多估算实践，基于进度表，增量开发设计欠佳设计欠佳清晰设计活动，足够设计时间，进行设计检清晰设计活动，足够设计时间，进行设计检查查银弹综合症银弹综合症建立软件度量计划，建立软件工具库建立软件度量计划，建立软件工具库研发导向的开发研发导向的开发不要试图进行研究的同时使开发速度最快不要试图进行研究的同时使开发速度最快人员薄弱人员薄弱招募

38、，培训，团队建设招募，培训，团队建设签约商失败签约商失败检查参考资料，分析承包能力，管理承包商检查参考资料，分析承包能力，管理承包商研发人员与客户的摩擦研发人员与客户的摩擦将客户纳入项目组中将客户纳入项目组中风险管理风险评估风险控制风险识别风险分析风险优先级风险管理计划风险化解风险监控风险监控Risk Monitoringl检查每个风险的化解程度，并确定随着它们的消失而带来的新的风险。Risk Monitoringl不断的识别新的风险不断的识别新的风险l不断的分析风险的产生概率不断的分析风险的产生概率l不断的整理风险表不断的整理风险表l不断的规避优先级别最高的风险不断的规避优先级别最高的风险R

39、isk Monitoring Previous Examplel监控因素监控因素项目组成员对于项目压力的一般态度项目组成员对于项目压力的一般态度项目组的凝聚力项目组的凝聚力项目组成员彼此之间的关系项目组成员彼此之间的关系与报酬和利益相关的潜在问题与报酬和利益相关的潜在问题在公司内和公司外工作的可能性在公司内和公司外工作的可能性文档文档Risk Monitoring Using Software ToollDatabaseKeep track of risklSpreadsheetsAid in tracking and quantifying risklMicrosoft Project 20

40、00Perform PERT analysislRisk+ (by C/S Solution, Inc.)Monte Carlo SimulationsRisk Management Reviewl风险管理要素 Risk Management Principlesl风险识别 Risk Identificationl风险分析 Risk Analysisl风险的优先级 Risk Prioritizationl风险管理计划 Risk Management planningl风险化解 Risk Resolutionl风险监视 Risk MonitoringThe BIGGEST risk?Not kn

41、owing Not knowing what the risks are!what the risks are!知己知彼 百战不殆4. 项目成本预算项目成本预算Outlinel软件成本l软件报价项目成本预算软件成本l 涉及到软件成本的常见问题：情境三：情境三：对方公司希望与我们合作，捆绑销售，我们的软件许可证一份收多少对方公司希望与我们合作，捆绑销售，我们的软件许可证一份收多少钱？钱？情境一：情境一：你们帮我们设计个办公自动化系统，需要多少钱？你们帮我们设计个办公自动化系统，需要多少钱？情境二：情境二：我们预算投入我们预算投入20万建立公司的信息管理系统，你们能不能做的到？万建立公司的信息管理

42、系统，你们能不能做的到？项目成本预算软件成本l软件成本的构成一：一：人员工资人员工资差旅费差旅费通讯费通讯费硬件硬件工具工具福利费福利费招待费等等招待费等等二：二：管理费用分摊管理费用分摊人员招聘费用人员招聘费用风险费用风险费用培训成本费培训成本费技术支持费技术支持费用户教育费用户教育费包装制作费包装制作费市场推广费等等市场推广费等等项目成本预算软件成本l软件成本的快速估算（1）以人月为基础：（人员数（人员数开发周期开发周期单位工资）单位工资）3（成本系数）（成本系数）例如：例如：人员平均工资人员平均工资5000元，共需要元，共需要6名工程师，项目开发周期为名工程师，项目开发周期为4个月个月则

43、简单的成本估算为则简单的成本估算为（6人人4月月5000元）元）3360000元元项目成本预算软件成本以人月为基础：历史经验：l人员规模越大,成本系数越高。l技术水平越高，成本系数越高。l开发周期越长，成本系数越高。l一般系数为：1.53.0之间。项目成本预算软件成本以人月为基础：l特征：简单，容易估算需要建立在工作量计算的基础上进行估算不够准确，弹性大项目成本预算软件成本软件成本的快速估算（2）以功能点为基础：（功能模块（功能模块单价）单价）功能块点数功能块点数例如 ：某个系统可分为10个模块，每个模块按照历史的经验计算，其中3个为15000元，5个为20000元，2个为4000元，则系统的

44、成本为：（15000 3)+(20000 5）（4000 2)=1530000元项目成本预算软件成本以功能点为基础：l 功能模块单价功能点数开发系数例如 ：某个系统可分为10个模块，每个模块按照历 史的经验计算，其中： 3个为15000元，开发难度系数为2 5个为20000元，开发难度系数为3 2个为4000元，开发难度系数为1 则系统的成本为：(15000 3) 2 +(20000 5)3 (4000 2) 1 =398000元项目成本预算软件成本以功能点为基础l历史经验：l系统越复杂，开发难度系数越高l开发架构与语言越高级，开发难度越高l功能点越精细，准确度越高l团队开发历史越久，准确度越高功能点单价除了根据历史经验外可参考同等规模的同行报价。项目成本预算软件成本以功能点为基础l功能点的估算办法：1、整理出项目功能列表；2、将功能列表进行归类，整理成模块；3、按照模块估算代码量和工作量；4、估算出功能点的成本；5 、根据用户的需求和