软件开发工作量的估算方法有哪些 怎样估算软件项目周期？
怎样估算软件项目周期？
项目是指以是有的成本在一定会时间内拿到预期收益的系列活动。项目的生命期是管理项目的有用指标，而对项目周期的估算则是管理项目的不重要一环。本期项目管理介绍对软件项目周期接受估算的技巧。估算是软件开发中很有用的一个环节：项目周期估算过短会照成人力看穿、成本预算小看、日程安排过短，结果人力资源几乎耗尽，成本远超预算，为完成项目只能无奈赶活，引响项目质量，甚至连导致项目一次；项目周期估计过长表面看样子影响很大，只不过只不过也会给了成本肯定温度过高、充分效率不够高的后果。周期估算犹如盖楼房中盖楼房，是情报营工作的基础，它的影响会贯穿整个项目。但软件开发是一项太紧张的工程，不单中有需求分析、设计、编码、测试3、率先实施、魔兽维护等有所不同的子过程，还牵涉到开发工具、开发人员、项目管理、风险等数千因素，差别因素对估算产生的影响差异极大。在接受软件保守估计时（除开借用工具辅助算上）必须考虑到到这些方面，要不然暗自盘算结果就会和实际中结果有很小的偏差。下面，我们对几个常见的因素做一些探讨。软件规模是项目算上的基础软件规模大多数指的是软件的大小，这个可以实际程序代码行的长度、功能函数的数量、数据库中表的数量、数据库的大小等要素来请看软件规模。一般而言，软件规模越大，所耗费的开发周期就越长。但这并不是个最简单线性函数关系，也要考虑到代码重用问题。.例如一个模块代码很长，不过可能会包涵了很多宿舍函数，那就在估算时就应适量增加代码行数量。软件项目中中有的功能模块越多、越古怪（或则说软件越大），开发周期越长。这个时间绝不是模块开发时间的简单的不叠加，只不过模块功能数量的增加就带来了软件模块间相互关联度、紧张度的大幅度提升提升，这可能导致了在需求、设计等阶段需要花费更多的时间，比分开来判断一个模块复杂得多。另一方面，这对产品化程度高的项目开发，随着模块数量增强，开发周期的增加却并非而且肯定。这是只不过非常数量的模块这个可以已经予以重任，求实际开发量极大减少。因为，在换算通过软件开发周期暗自盘算的时候，软件规模那肯定是简单的方法考虑到的因素。具体详细估算时，在决定软件规模时要祛除可器重的部分。别外，软件功能之间的关联所导致的复杂性也要足够重视。风险影响周期任何一个项目都全都存在地风险，软件项目开发过程中也避免不了这种并且有自己的特点。最常见的风险充斥于：技术、客户、项目人员等方面。开发周期算上时项目风险肯定适度决定，尤其是技术风险和客户风险技术风险技术风险通常依附于软件本身的技术难度。对于一套成熟的产品，定制开发的技术风险相对太小，是因为重要的技术早就成形，客户也很少很少有新的、能给予高难度技术问题的需求，这种风险较小。但是这对全部原先旗下的项目，或是研制开发类的项目，技术风险需要不光重视。以开发平台为例，开发平台必须合适本项目所牵涉到的软件开发、满足终于的需求，平台的出错选择将会造成浩大的开发工作量，哪怕柯西-黎曼方程了用户需求也肯定会造成系统效率不高、扩展性差的淬毒问题，软件很有可能会迅速被7强。在实际中估算中，建议您将技术难度分成三类十级，每一级在初次估算的代码行上提高10%，终于保守估计代码长度初始暗自盘算代码长度×(10.1×n)题中模块A的当时大概代码行为15000行，但决定技术难度高的风险，去设置技术难度级别为二级，终于代码行的估算数量为15000×(120%)18000。导致技术风险的分析是一项技术性很强的工作，要求做技术风险分析的人可以是技术专家，在咨询技术领域有着丰富的经验。对重大的损失技术风险的分析结果可以要经由评审，可以保证准确性。客户风险客户风险未知于客户化项目中，客户行业特点差异极大，技术、理解水平也相差无几甚远。在我情况开发完毕的项目中，80%的项目延期是因此客户方的原因，不过这种风险可控性很高，对项目影响最多技术风险。在开发周期估算前，项目经理要仔细琢磨客户的具体看状况，和客户方的计算机水平、管理水平、可沟通程度，于此增强以往的经验看专业可以确定是否需要会对开发给了的确的影响，可以不通过上述的技术风险的将客户级别分类，结果考虑开发周期。在这个过程中，项目经理的经验十分重要，对客户的分析基本是要依赖经验做判断，那些要求管理人员有大量的客户经验和行业分析能力。项目团队会影响速度对于软件开发项目来说，人力资源是核心力量。人力资源对估算的影响外在表现在技术水平、理解能力、沟通能力等几个方面。项目技术人员编程水平、工作效率、团队适应性、沟通能力等素质，都会对开发进度产生影响，其中技术水平是最重要的因素。评价程序员的技术水平也可以从编程熟练程度、编程速度、可以解决技术问题的能力等几个因素考虑到：编程熟练程度指的是程序员不使用编程工具实现方法软件的功能的熟悉程度；编程速度指的是结束某个功能的速度；帮忙解决技术问题的能力可以上级主管部门程序员的技术功底要是以100%充当总和，这三个因素共有占的最合适比例为70%、15%和15%。软件开发周期估算前，如何应付开发人员定级，建议按新手、初级程序员、三级程序员、高级程序员来划分，每一级人员再评定上列三个因素。初次毛估估时是可以假定开发人员为初级程序员，然后再参照项目组实际中人员的水平做修正，那样结果的准确度能大家想提高。宝贵的经验依据历史数据暗自盘算软件开发周期是一种都很最常见的一种的方法，这种方法以历史软件开发周期为依据，在估算时把当前软件项目的情况与历史数据细加对比，最大限度地得出的结论结果结果。按照历史数据估算开发周期的准确度还是也很高的，但这种方法只范围问题于对某类软件的开发，比如说某个行业业务系统的开发。当要估算的软件与历史软件相差无几太多，比如开发工具彻底差别、或是项目类型几乎完全不同，就不能不能再依赖性太强这种方法，好歹应该要pk型在用其它估算法。如果没有历史数据或者变更土地性质一种新领域软件，也可以可以使用代码行或功能点保守估计法，在此处再是从其它方法矫正。在换算建议使用历史数据保守估计法时，建议项目经理确立一个历史项目数据库。在库中包含以前所有项目的开发周期、项目规模、开发人员状况、客户状况等具体点数据。当估算时依据当前项目的状况在库中收集最的的的历史项目，然后再比较比较两个项目之间在项目规模、项目风险、人力资源之间的区别，我们根据定义历史项目开发周期为A，当前项目的周期也可以依据a选项公式结论：毛估估项目周期A×(2×SRP2×C)/6S：华指软件规模R：代表上帝风险P：属於人力资源C：贞洁戒客户（以上值均指当前项目与历史项目的比率）换算的也很因素估计不只是这些，但软件规模、风险、人力资源及客户状况是其中最不重要的，对软件开发的影响也大，因为这个公式中只确定了这些因素。其中软件规模和客户两项占的权重的最，这确实是据项目管理经验结论的，在实际使用历史数据估算法时还可以不身形灵活加入其它因素
甲方需要懂开发吗？
甲方要懂开发。
在几种场景下，雇佣工作方都这个可以一般称甲方。
人力外包，说句不太好听的话，人力外包责任心，能力都太远，所有的事情你都前提是规划好才能冲击。此时如果没有你不懂开发，工作量无法评估公司，技术方案难以评估所，系统设计你没能评估，当系统必须运维支持时，你更无法允许。
项目项目外包，现在有几个乙方公司想靠蒙骗赚钱，你不懂开发，项目总量你如何评估所？项目工期你如何能判定？项目技术快速对接你要如何总体协调？不吃定你才怪。
产品销售，你买了别人的产品，运维管理能靠靠别人一辈子？系统架构感情依赖别人？二次开发再一次业务外包？不比较靠谱。
不论你是哪种类型甲方，必须懂技术，的或必须团队中有人懂技术
要懂，如果看不懂就根本无法控制成本、风险、质量和品质，甲乙双方交流也会也很麻烦
要是看不懂，绝对做不出理想的产品，与开发人员会产生矛盾，后期的修改和投入无休止，很很有可能容易放弃。因为，建议自己学一些。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
