常用的工作量评估方法
常用的工作量评估方法在测试项目管理中或编写测试计划时，经常需要对某个测试工作进行工作量的预算，很多时候都是凭个人的工作经验进行估算的，如能结合一些常规的估算方法，有助于估算的精确度。
以下是网上找到的一些常规的估算测试工作量的方法：
1、Ad-hoc方法
这种方法下的测试工作量不基于任何确定的期限。工作一直继续直到达到一些由管理或市场人员预先定下的时间表。或者，一直到用完了预算的经费。这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数。
2、开发时间的百分比法Percentage of development time。
这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。首先，开发工作量使用例如LOC或FP方法被估算出来，然后使用一些探索性的方法来限制测试的工作量。这种方法变化比较大而且通常基于以前的经验。
通常预留项目的总花费时间的35%给测试。？5-7%给组件和集成测试？18-20%给系统测试？10%给接收测试（或回归测试等）
3、类比法（经验值法或历史数据法）
根据以前或相似项目（主要在项目性质，领域，规模上有相似）所积累的经验或历史数据来估算工作量。类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。需要收集以下相关的历史数据：？在设计和实现阶段花费的时间？测试工作的规模，例如用户
需求的数量，页面数，功能点？数据样式，例如实体，字段的数量？屏幕或字段数量？测试对象的规模，例如KLOC
4、WBS（work breakdown structure）估算法
将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。
5、Delphi法
Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式可以减轻估算的偏差。Delphi法鼓励参加者就问题相互讨论。这个技术，要求有多种相关经验人的参与，互相说服对方……
Delphi法的步骤是：1、协调人向各专家提供项目规格和估计表格；2、协调人召集小组会各专家讨论与规模相关的因素；3、各专家匿名填写迭代表格；
4、协调人整理出一个估计总结，以迭代表的形式返回专家；
5、协调人召集小组会，讨论较大的估计差异；
6、专家复查估计总结并在迭代表上提交另一个匿名估计；
7、重复4-6，直到达到一个最低和最高估计的一致。
6、PERT估计法
PERT对各个项目活动的完成时间按三种不同情况估计：一个产品的期望规模，一个最低可能估计，一个最高可能估计。用这三个估计用来得到一个产品期望规模和标准偏差的Pert 统计估计。Pert 估计可得到代码行的期望值E，和标准偏差SD
1．软件开发价格估算方法
软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式：
软件开发价格＝开发工作量×开发费用／人·月
1.1开发工作量
软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：
软件开发工作量＝估算工作量经验值×风险系数×复用系数
1.1.1估算工作量经验值（以A来表示）
软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数（以σ来表示）
估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此：
l ≤风险系数≤1.5
根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。
1.1.3复用系数（以τ来表示）
估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此：
0.25 ≤复用系数≤1
根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。
1.2开发费用／人·月
软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。
开发费用／人·月＝（P＋Q＋R）×S×τ
1.2.1 P（人头费）
人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%－80%。
P ＝B ×1.476
国家规定的公积金7%，医疗保险金12%，养老金22%，失业金2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金0.5%，生育保证金0.5%，残疾基金1.6%，工会基金2%，累计为47.6%。
B为平均工资，即企业支付给员工的工资、奖金、物质奖励等多项总和，除以企业员工数，分摊到每个月。
1.2.2 Q（办公费）
办公费包括企业办公房屋租赁费和物业管理费、通信费、办公消耗品、水电空调费、设备折
旧、差旅费，另外也包括企业对员工的在职培训所支付的费用，其总量在软件企业中的商务成本占20%－30%。
Q ＝B／3
此处办公费用按商务成本的25%计算。
1.2.3 R（国家税收和企业利润）
由于国家实施发展软件产业的优惠政策，故不单独列出计算，但软件企业仍需承担缴纳国家税收的义务，可一并与企业利润一起考虑。
另外，软件企业的员工不可能全年满负荷地工作，即使一年十二个月都安排工作，但也需抽出时间进行在职培训和提职的岗前培训。据我们的了解，软件企业的员工一年能有10个月到11个月的工作也是正常的。
R ＝B／3
此处为我们的建议方案，各软件企业可视情况加以变更。
1.2.4 S（管理系数）
通常每个机构的管理人员都会有一定的比例，参考一些机构的做法，按每十个软件人员配备两个管理人员即管理成本：
1 ≤S ≤1.2
1.2.5 T（优质系数）
提高软件质量，必然有所开支，即质量成本，对于不同的软件企业来说，其质量成本不尽相同。
软件企业与其他企业一样，也有诚信和品牌等诸多因素，从而增加企业的开支。
目前我们可以按通过ISO9000质量体系认证和CMM或CMMI的认证来确定，分别取值1.05、1.1、1.15、1.2。
今后建议可对软件企业的资质分为四级。由软件行业协会根据CMMI的认证、品牌、诚信程度等各种因素加以确定。此体系建设还有待进一步探索。
据此，我们综合上述各点：
开发费用／人·月＝（B ×1.476 ＋B／3 ＋B／3）×l.2 ×T
＝B ×（1.476 ＋2／3）×1.2 ×T
＝B ×2 .575 ×T
＝B ×λ
当T＝1.05时，λ＝2.7
当T＝1.2时，λ＝3.09
因此，2.7 ≤λ≤3.09
对于承接国外软件外包业务，一方面员工的工资较高，另外工作的安排也较难满负荷工作，用此建议R＝B／2。因此
开发费用／人·月＝B（1.476 ＋1／3 ＋1／2）×1.2 ×T
＝B ×2.767 ×T
＝B ×λ
当T＝1.05时，λ＝2.906
当T＝1.2时，λ＝3.32
因此，2.9 ≤λ≤3.32
结论：
软件开发价格＝A ×σ×τ×B ×λ
A：估算工作量经验值
B：软件企业的平均工资／人·月
Q：风险系数l ≤Q ≤1.5
T：复用系数0.25 ≤τ≤1
λ：综合系数2.7 ≤λ≤3.09
2. 软件（系统）维护收费价格估算方法
在完成信心工程项目的系统集成和应用软件开发，并交付用户正式运行的一年内，对软件（系统）实行免费维护服务一年。
在正式运行一年后，软件企业应与用户签定软件（系统）维护合同。该合同属技术转让合同，也可属技术开发合同。
根据不同的用户要求，可分四种级别进行软件（系统）维护。
2.1 A级
软件企业派出技术人员常驻用户，解决日常运行中发生的问题。
2.1.1 U（系统建设投资额）
用户需要软件企业维护的系统，该系统建设的投资额。如用户只需要软件企业维护其所开发的应用软件，U就是该应用软件开发费；如用户需要软件企业维护整个系统，包括计算机硬件、软件、网络和应用软件，则U就是该信息工程项目的总投资额。
2.1.2 N（技术人员数）
软件企业派出N个技术人员，常驻用户，因此：
软件（系统）维护费／年＝U ×15% 或B ×λ×N ×12
B、λ参见1.
2.2 B级
软件企业每周七天，每天24小时（即7×24小时）响应，2小时到现场，且每天派技术人员到现场进行软件（系统）性能调试，使之运行处于良好状态。
软件（系统）维护费／年＝U ×10%
2.3 C级
软件企业7×24小时响应，2小时到场。
软件（系统）维护费／年＝U ×5%
2.4 D级
用户的信息工程系统或应用软件发生问题，由原承担的软件企业派人维护。
2.4.1 B’
这种维护方式要求软件企业需要保存所有的技术档案，更需要软件企业抽出专人来不断熟悉和全面掌握该软件（系统）的各项技术细节。因此，软件企业的这项支出必然要在维护费用收入中得到回报。
以1.1.3节中的B 作为参数，将其人·月单位改为人·天，以B’表示。
2.4.2 τ’
软件企业如果采用基于构件开发方法，并建立起构件库，则会大大提高软件维护的效率。另外，如果有多家用户运行的系统大致类似，也可有所提高效率。
以1.1.3节中的τ作为参数，以τ’来表示。因此：
软件（系统）维护费／次＝B’×τ’×n
此次n表示所需要的人·天数。τ’的取值是0.2 ≤τ’≤1。
3. 系统集成价格的估算方法
将整个系统所涉及到的设备、软件、网络整和起来，并能正常地运行，其运行的结果能达到用户建立该系统的目标。这就是系统集成的含义。因此，可以理解为单纯的设备采购和供应并不涉及系统集成，以及单纯的应用软件开发也并不涉及系统集成。
系统集成费应与整个系统的规模、整个系统的复杂程度等项有关。
系统规模往往与系统建设费用密切相关。为了简便计算，以系统建设费用（以U来表示）为参考坐标。复杂程度（以α来表示）可分四种级别来区分。
系统集成费＝U ×α×T
T参见1.2.5节
3.1 A级
整个系统涉及到计算机硬件、软件、局域网络，且体系结构在三层次以下（含三层次）。
5% ≤α≤8%
3.2 B级
整个系统涉及到计算机硬件、软件、局域网络、互联网，且体系结构在三层以上（含三层次）。
7% ≤α≤10%
3.3 C级
整个系统涉及到计算机硬件、软件、局域网络、互联网以及多种网络接口。
8% ≤α≤12%
3.4 D级
整个系统涉及到计算机硬件、软件、网络、通信以及各种数据采集设备接口或者与用主系统有接口。
10% ≤α≤15%
4. 系统解决方案费用估算方法
根据用户所提出的初步需求，软件企业根据以往的经验为之提供整个系统建设的方案，包括需购买的计算机硬件、软件、网络设备和应用软件开发的大体设想、费用估算、进度初步安排、信息化所涉及到的规章制度的一些规划，有时还会涉及信息中心的建设等等。这就是系统
解决方案所要完成的工作。
目前国内市场对于系统解决方案是一种智力劳动成果的认识不足，以及国内多数招标公司并不熟悉信息技术，从而更加使得系统解决方案收费变得困难。因此，目前的收费处于过渡阶段。
系统解决方案费用与整个系统的规模、复杂程度等项有关。
系统规模往往与系统建设费用密切相关，为了简便计算，以系统建设的总投资（以U来表示）为参考坐标。
复杂程度就是用户的功能、性能要求复杂性、信息接口的类型和数量有关，以β来表示。
解决方案费用＝U ×β×T
工作量评估方法完整版.完整版.docx
关于工作量评估方法 为能清楚阐明论点。先举两个例子。 大家一定都听说过“龟兔赛跑”的故事，故事里乌龟是正面人物，而兔子作为反面人物受人讥讽，其中的寓意教育人们做事要像乌龟一样有坚忍不拔的精神。如果换个角度分析这个故事。则会有不同的结论。兔子在整个赛跑过程中做了两件事，那就是赛跑和睡觉；乌龟则仅做了一件事，就是不停地赛跑。如果我们试把时间延长（即看看它们在赛后又做了什么），可以想象乌龟由于比赛的疲劳，而跑回家呼呼大睡了；兔子呢？由于比赛中同时也保养了精神，赛后可以做其它更多自己想做的事。由此，不难得出整个过程兔子的效率更高。另外，乌龟并不擅长跑步，却安排它去参加这场比赛，其效率必然极低，把这种现象映射到企业管理中去，也颇发人深思。 试看一个说明工作效率与工作饱和相矛盾的例子：某工厂的一位计算机技术人员，现场发生了微机故障，从他的办公室到达故障点的方式有两种选择，其一是步行，需要10分钟；其二是骑自行车，只需2分钟。我们设步行到现场的为甲，骑车到现场的为乙，最后统计：两人去处理同样的一个工作，甲用了30分钟，而乙只用了15分钟，（这里是假设两人故障的修复时间相同，但事实上甲这类人在故障修复中要花更多的时间）。乙在剩下的15分钟又可以做其它更多的事情，单从这点出发，甲与乙在工作成效上就不仅是1：2的差距了，而是1：N（即甲做一件事的时间，乙做了N件事）的差距。但在现实中，甲往往成了“工作量饱满、劳动模范”的象征；而乙却常常恰好相反，这是管理人员认识上的一大误区，长此下去必然带来管理上的一系列问题。 工作效率由员工的自身因素决定，但如何激励员工提高工作效率，目前仍是管理上的问题。首先是工作分配的合理化，它直接影响工作的效率，让乌龟去赛跑，显然是不合理，所以对工作的合理分配是提高效率的首要条件，这与管理人员的工作密不可分，要求管理人员不仅清楚了解管辖范围内的工作内容，而且要对被管理人的基本情况有清楚的认识。 工作分配合理后，那如何主动去提高每个员工的工作效率呢？竞争是个好方法，奖惩也是个好方法，另一种就是让员工自身有好的素质，拥有正确的人生观及世界观，提高效率便成为很自然的事。前两种方法是被动的，也是目前企业管理中普遍采用的方法，而第三种方法突出了“人自身的因素，希望通过发挥主观能动性来提高工作效率。因为当一个人具有一定知识水平（包括综合知识和技能知识），拥有正确的人生观及世界观，那么我们说，从主观上他会自觉主动地提高效率，从效率中求饱和，再从饱和中追求效率。这样看来采用这种方法，不仅仅能提高效率，而且同时无形中也解决了效率与饱和间的矛盾。 由此可见，通过主观能动性来提高效率，关键就是如何提高员工的综合素质问题，这个素质并非仅仅指的员工的技术知识水平，更重要的还包含道德修养、情操和理想等一些深层次东西。目前企业对员工的素质教育，仅仅是偏重于技能知识的教育，认为员工只要有好的技术和熟练的操作，便有了效率，这是远远不够的。因此，素质的提高在于两方面：①个人专业技能及社会知识要丰富，这是效率的基本前提；②同时应丰富其它的各类知识，如自然知识及人文知识等等。企业管理中在对提高员工素质方面应该投人更多，这样可以更快的从被动地提高工作效率转变为主动地提高工作效率。 以上谈了工作效率问题。现在再来看看工作量问题。评价一个人工作饱和度高不高（注意这里是针对同一个工作），答案就只有两种：低效率饱和度高；高效率饱和度低。可见效率与饱和度存在着矛盾。而“工作饱和”的含义应该是指员工的有效工作时间与规定的劳动时间相等或近似相等，这里的工作时问是指有效的工作时间，强调“有效”二字，“有效”就包含效率和成效的意思。这又体现了效率与饱和度有统一的一面。而在现实的管理工作中，管理人员常常忽略“有效”的重要性，虽然这种“忽略”往往并不是有意的，自然也就无法正确评价如何才算是工作饱和，于是便出现了“整天忙个不停的员工就一定是个好员工”的谬论。所以如何科学地去看待工作饱和度其实也是管理上的问题，它要求管理人员自身具有好的素质及高的效率，这样才谈得上被管理的人有好的素质及高的效率。
存货评价方法
存货评估方法 目录 一、材料的评估 (2) 1、近期购入的材料评估 (2) 2、购进批次间隔时间长、价格变化大的材料评估 (2) 3、购进时间较早，市场已经无货，没有确切市场现行价的材料评估 (2) 4、超储积压物资的评估 (2) 二、低值易耗品的评估 (2) 1、在库低值易耗品评估 (2) 2、在用低值易耗品评估 (2) 三、在产品的评估 (3) 四、产成品和库存商品的评估 (4) 一、材料的评估 1、近期购入的材料评估 由于库存时间短，在市价基本稳定的条件下，由于其账面价值均为近期成本，与现行市价的差异极微，故可采用历史成本法进行评估。其计算公式为： 材料评估值=清查核实后的数量×现行市场价＋合理运杂费＋验收整理入库费 其中：材料由外地购入的，因其运杂费用支出较大，评估时将其支出金额计入材料评估值；若从市内购入，运杂费数额较小，评估时可忽略不计；但对于体积大、价值低的市内运输费，则应计入材料评估值中。 2、购进批次间隔时间长、价格变化大的材料评估 可以采用最接近市场价格的材料的价格，或直接以市场价格作为评估值。 3、购进时间较早，市场已经无货，没有确切市场现行价的材料评估
有三种方法可供选择： （1）通过寻找替代品的现行价格，修正材料进价的评估方法。基本公式为： 材料评估值=库存数量×替代品现行市价×调整系数－减值因素 （2）用同类商品的平均物价指数修正材料进价的评估方法。基本公式为： 材料评估值=库存数量×进价×同类商品物价指数－减值因素 （3）在市场供需分析的基础上，确定价格趋势，并以此修正材料进价的评估方法。基本公式为： 材料评估值=库存数量×进价×市场供需升降指数－减值因素 4、超储积压物资的评估 超储积压物资，长期积压在库，不仅占用流动资金，而且需支付利息，有的受自然力作用，使价值下降。对这类资产的评估，首先应对其质量进行鉴定，然后区别不同情况扣除相应的贬值额，确定评估值。一般不宜采用重置成本法或物价指数法，应在历史成本基础上，进行适当调整。基 本公式为： 超储积压材料评估值=超储积压材料×（1－调整系数） 二、低值易耗品的评估 1、在库低值易耗品评估 一般采用与库存材料评估相同的方法； 2、在用低值易耗品评估 一般采用类似固定资产的评估方法，主要采用重置成本法。计算公式为： 在用低值易耗品评估值=全新成本价值×成新率 其中：①全新成本的确定，可以比照前述各种库存材料的评估方法进行确定，如对购进时间不长，价格变动不大的在用低值易耗品，可以采用历史成本法确定全新成本价值；对购进时间较长、或价格波动较大的在用低值易耗品，可以采用重置成本法或现行市价法加以确定。 ②成新率的确定，其基本公式为： 成新率=（1－实际已使用月数/估计可使用月数）×100% 按照现行财务会计制度，低值易耗品采用一次摊销或分次摊销的公式，只是为了简化会计核算工作量，并不反映低值易耗品的实际损耗程度。因此，在评估时，应根据实际损耗程度而定，不宜按摊销方式确定成新率。 三、在产品的评估 对数量比较少，生产周期较短，企业成本核算资料质量较高的在产品，可采用历史成本法进行评估，即以账面值作为评估依据，进行适当调整；对数量多、金额大，生产周期在半年以上或一年以上仍继续生产、销售并有盈利的在产品进行评估，则根据技术鉴定和质量检测结果，按现行市价重置同类在产品、自制半成品所需投入的合理的料、工、费计算评估值。具体方法为： 1、重置成本法
几种测试工作量的估算方法
在测试项目管理中或编写测试计划时，经常需要对某个测试工作进行工作量的预算，很多时候都是凭个人的工作经验进行估算的，如能结合一些常规的估算方法，有助于估算的精确度。 以下是网上找到的一些常规的估算测试工作量的方法： 1、Ad-hoc方法 这种方法下的测试工作量不基于任何确定的期限。工作一直继续直到达到一些由管理或市场人员预先定下的时间表。或者，一直到用完了预算的经费。 这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数。 2、开发时间的百分比法Percentage of development time。 这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。首先，开发工作量使用例如LOC或FP方法被估算出来，然后使用一些探索性的方法来限制测试的工作量。 这种方法变化比较大而且通常基于以前的经验。 通常预留项目的总花费时间的35%给测试。？5-7%给组件和集成测试？18-20%给系统测试？10%给接收测试（或回归测试等） 3、类比法（经验值法或历史数据法） 根据以前或相似项目（主要在项目性质，领域，规模上有相似）所积累的经验或历史数据来估算工作量。类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。需要收集以下相关的历史数据：？在设计和实现阶段花费的时间？测试工作的规模，例如用户需求的数量，页面数，功能点？数据样式，例如实体，字段的数量？屏幕或字段数量？测试对象的规模，例如KLOC 4、WBS（work breakdown structure）估算法 将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。 5、Delphi法 Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式可以减轻估算的偏差。Delphi法鼓励参加者就问题相互讨论。这个技术，要求有多种相关经验人的参与，互相说服对方…… Delphi法的步骤是：1、协调人向各专家提供项目规格和估计表格；2、协调人召集小组会各专家讨论与规模相关的因素；3、各专家匿名填写迭代表格；4、协调人整理出一个估计总结，以迭代表的形式返回专家；5、协调人召集小组会，讨论较大的估计差异；6、专家复查估计总结并在迭代表上提交另一个匿名估计；7、重复4-6，直到达到一个最低和最高估计的一致。 6、PERT估计法 PERT对各个项目活动的完成时间按三种不同情况估计：一个产品的期望规模，一个最低可能估计，一个最高可能估计。用这三个估计用来得到一个产品期望规模和标准偏差的Pert 统计估计。Pert 估计可得到代码行的期望值E，和标准偏差SD
存货评估范本
存货评估范本 一、中天华 1、评估说明 纳入评估范围的存货主要包括原材料、材料采购、产成品、在产品、在用低值易耗品五大类，存货账面价值**元,其中材料采购账面价值** 元，原材料账面价值** 元，产成品账面价值** 元，在产品账面价值**元，在用低值易耗品账面价值** 元。 ** 公司对原材料、材料采购、产成品、在产品、在用低值易耗品采用实际成本法进行计价。 我们依据企业提供的存货申报表，核实了有关购置发票和会计凭证，并对其进行了抽查盘点，同时现场勘察存货的仓储情况，了解仓库保管、内部控制制度。 原材料的评估: 纳入本次评估范围的原材料账面价值为** 元，主要包括** 等，其价格组成包括购买价、运杂费等。经调查，企业大部分原材料、辅助材料周转较频繁，且保管质量较好，对于冷背、残次、毁损变质物品处理较及时，申报评估的原材料、辅助材料多为近期购置。评估人员查阅最近的存货进出库单、获取盘点记录，按清查核实后的数量乘以现行市场购买价，加上材料购进过程中合理的运杂费、损耗、验收整理入库费及其他费用，得出原材料的评估值。对其中失效、变质、残损、报废、无用的，根据现场勘察的实际情况，通过分析计算，扣除相应的贬值数额后，确定评估值。跌价准备按零确定评估值。 材料采购的评估: 纳入本次评估范围的材料采购账面价值为** 元，主要内容是在途材料款，评估人员首先对材料采购明细账进行了审查及必要的分析，并检查材料采购发生时的原始单据及相关的协议、合同等资料，了解其合法性、合理性、真实性，以经核实后的账面价值** 元作为评估价值。 产成品的评估： 纳入本次评估范围的产成品账面价值为** 元，主要包括** 等，对产成品采用现行市价法进行评估。首先根据盘点结果以及账面记录，确定产成品在评估基准日的实存数量，其次通过了解相关产品的销售市场情况和公司在市场的占有率，确定产成品的销售情况和畅滞
存货评估方法
（9）关于存货的评估 纳入评估范围的存货主要包括原材料、材料采购、产成品、在产品、在用低值易耗品五大类，存货账面价值元,其中材料采购账面价值元，原材料账面价值元，产成品账面价值元，在产品账面价值元，在用低值易耗品账面价值元。 XX公司对材料采购、原材料、产成品、在产品、在用低值易耗品采用实际成本法进行计价。 我们依据企业提供的存货申报表，核实了有关购置发票和会计凭证，并对其进行了抽查盘点，同时现场勘察存货的仓储情况，了解仓库保管、内部控制制度。 ①材料采购的评估 纳入本次评估范围的材料采购账面价值为元，主要内容是在途材料款，评估人员首先对材料采购明细账进行了审查及必要的分析，并检查材料采购发生时的原始单据及相关的协议、合同等资料，了解其合法性、合理性、真实性，以经核实后的账面价值元作为评估价值。 ②原材料的评估 纳入本次评估范围的原材料账面价值为元，主要包括备品备件、劳保用品等，其价格组成包括购买价、运杂费等。经调查，企业大部分原材料、辅助材料周转较频繁，且保管质量较好，对于冷背、残次、毁损变质物品处理较及时，申报评估的原材料、辅助材料多为近期购置。评估人员查阅最近的存货进出库单、获取盘点记录，按清查核实后的数量乘以现行市场购买价，加上合理的运杂费、损耗、验收整理入库费，得出原材料的评估值。 最终确定原材料的评估价值为元。 ③产成品的评估 纳入本次评估范围的产成品账面价值为元，主要包括等，对产成品采用现行市价法进行评估。首先根据盘点结果以及账面记录，确定产成品在评估基准日的实存数量，其次通过了解相关产品的销售市场情况和公司在市场的占有率，确定产成品的销售情况和畅滞程度，评估人员依据调查情况和企业提供的资料分析，对于产成品以不含税销售价格减去销售费用、全部税金和一定的产品销售利润后确定评估值。 评估价值=实际数量×不含税售价×（1-产品销售税金及附加费率-销售费用率-营业利润率×所得税率-营业利润率×（1-所得税率）×r） a．不含税售价：不含税售价是按照评估基准日前后的市场价格确定的； b．产品销售税金及附加费率主要包括以增值税为税基计算交纳的城市建设税与教育附加； c．销售费用率是按各项销售及管理费用与销售收入的比例平均计算；
库存周转率的计算方式及评估
库存周转率的计算方式及评估 2 流动，一种衡量材料在工厂里或是整条价值流中，，英文为一般缩写为ITO库存周转率快慢的标准。 库存周转率计算公式： 存货周转率=期间内的发出总额/期间内的平均库存 周转天数则反之，=期间内的日平均库存/期间内的日发出总额 从公式中可以看出存货周转率是用来衡量一个期间内存货能周转几次，数值越大，库存的利用率越高。
传统的存货是指存放在仓库中的物品。从物流的角度来看，由于物料在各个状态的转化之间不可避免地存在着时间差，在这个时间差中，处于闲置的物料即为存货。从更广泛的意义上说，一切闲置用于未来的资源都是存货。 一、存货的绩效评价量化指标 对存货明确而又一致的绩效评价是存货管理过程中的关键一部分，绩效评价既要反映服务 水平又要反映存货水平。如果只集中在存货水平上，计划者就会倾向于存货水平最低，而 有可能对服务水平产生负面影响，与此相反，如果把绩效评价单一地集中在服务水平上， 将会导致计划者忽视存货水平所以绩效评价应能够清楚地反映企业的期望和实际需要。（一）仓库资源利用程度 1.地产利用率=(仓库建筑面积/地产面积)×100%
2.仓库面积利用率=（仓库可利用面积/仓库建筑面积）×100% 3.仓容利用率=（库存商品实际数量或容积/仓库应存数量或容积）×100% 4.有效范围=（库存量/平均每天需求量）×100% 5.投资费用化=（投资费用/（单位库存/单位时间）×100% 6.设备完好率=（期内设备完好台数/同期设备总数）×100% 7.设备利用率=全部设备实际工作时数/设备工作总能力（时数））×100%（二）服务水平 1.缺货率=（缺货次数/顾客订货次数）×100% 2.顾客满足程度=（满足顾客要求数量/顾客要求数量）×100% 3.准时交货率=（准时交货次数/总交货次数）×100%
工作量考核方案
工作量考核方案 工 作 量 考 核 方 案 （拟定稿） 说明: 一.本包括考核制度和考核量表两部分。. 二.考核量表主要是测评教务处学生助理员的绩效，同时作为教 务处学生助理工作组工资发放的参考依据。 三.附考核流程图如下: 四、本制度每学期期末考试周前接受所有老师和教助意见并及时完 善，制度完善并施行前应专门召开集体会议，公开解释制度具体细节的构建理由和含义。最终解释权归教务处学生助理工作量评估小组。 五、本制度提交华中师范大学教务处学生助理工作组备案。
教务处学生助理考核制度 第一章 第一条总则考核的目的是通过客观评价教务助理的工作能力、态度，优化教务 处助理队伍，并客观合理地安置教务助理，做到人岗匹配，并以考 核结果为参考，发放教助的年终薪酬。 第二条本规定中使用的专业术语定义如下： (一)能力考核---------通过工作行为，观察、分析、评价教助具有的工作能力。 (二)态度考核---------通过对教助的工作努力情况和工作热情进行观察和评 价。 (三)业绩考核---------对教助分担的工作完成情况进行观察、分析和评价。(四)360度考核法----即全视角绩效考核法，通过不同的考核者（老师、同学、 其他教助等）从不同的角度来全方位考核教助工作情况。 (五)KPI法------------即关键业绩指标，选取一些关键的、与教助队伍目标实 现关系比较紧密的工作内容作为考核项目。 (六)考核者-------------老师、同学以及其他教助。 (七)被考核者----------2007－2008学年度教务助理。
(八)考核执行者--------教务助理工作组。 第三条考核原则 (一)考核标准尽可能量化； (二)考核标准的制定以教助管理条例为依据，按照教务 处的标准制定。 第四条每位教务助理一学期工资标准在400元左右浮动，教务助理最后所 得工资根据考评结果而定。 第五条考核方法是360度考核法,由教务助理所在办公室老师,其他办公室 教助（即同事）共同参与，实行打分制，考核表由教务助理所在办公室老师填写，同时参考其他办公室教助（即同事）意见，运用KPI法确定绩效考核标准。 第二章考核流程与实施 第一条教务助理工作组开会讨论确定最终考核制度； 第二条由教助工作量评估小组整理制度材料，交给教务 助理工作组审核， 最后上交教务助理管理老师审批； 第三条制度执行，由各办公室老师对本办公室教助进行 考核； 第四条由教助工作量评估小组进行汇总，按分数列出等级，确定薪酬；
上市公司净资产评估方法
评估方法 企业价值评估的基本方法有三种，即市场法、收益法和资产基础法。 市场法是指利用市场上同样或类似资产的近期交易价格，经过直接比较或类比分析以估测资产价值的一种评估方法。能够采用市场法评估的基本前提条件是需要存在一个该类资产交易十分活跃的公开市场。 收益法是指通过估测被评估资产未来预期收益的现值来判断资产价值的 一种评估方法。收益法的基本原理是任何一个理智的购买者在购买一项资产时所愿意支付的货币额不会高于所购置资产在未来能给其带来的回报。运用收益法评估资产价值的前提条件是预期收益可以量化、预期收益年限可以预测、与折现密切相关的预期收益所承担的风险可以预测。 资产基础法，先前被称作为单项资产加总法、成本法等，最近被称为资产基础法。这一方法的本质是以企业的资产负债表为基础，对委估企业所有可辨认的资产和负债逐一按其公允价值评估后代数累加求得总值，并认为累加得出的总值就是企业整体的市场价值。资本市场的大量案例证明了在一定条件下，在一定的范围内，以加总的结果作为企业的交易价值是被市场所接受的。正确运用资产基础法评估企业价值的关键首先在于对每一可辨认的资产和负债以其对企业整体价值的贡献给出合理的评估值。 三种基本方法是从不同的角度去衡量资产的价值，它们的独立存在说明不同的方法之间存在着差异。三种方法所评估的对象并不完全相同，三种方
法所得到的结果也不会相同。某项资产选用何种或哪些方法进行评估取决于评估目的、评估对象、市场条件、掌握的数据情况等等诸多因素，并且还受制于人们的价值观。本次评估目的为资产置换，评估对象实为XX的资产净值（全部资产-负债），并不是通常意义上所说股东全部权益，且该资产净值的盈利能力较差，根据审计报告显示XX 2013、2014、2015 年度的营业利润分别为-82,344.76万元、-1,408.07 万元和-4,480.95 万元，结合以上情况，评估人员认为本次评估不适合采用收益法和市场法进行评估，采用资产基础法对该资产净值进行评估。 资产基础法有关各科目评估方法的简介 （一）流动资产的评估 流动资产是指企业在生产经营活动中，在一年或超过一年的一个营业周期内变现或耗用的资产。 1、货币资金的评估 货币资金包括现金、银行存款和其他货币资金，货币资金一般按核实调整后的账面价值作为该项资产评估现值。对现金进行盘点，倒推出评估基准日的实际库存数作为评估值。对银行存款和其他货币资金查阅银行存款对账单、银行存款余额调节表，人民币账户按核实调整后的账面值作为评估值。 2、应收票据的评估
存货评估
实物类流动资产的评估 实物类流动资产主要包括各种材料、低值易耗品、包装物等。 一、材料的评估 （一）材料价值评估的内容与步骤 库存材料包括原料及主要材料、辅助材料、燃料、修理用备件、外购半成品等。 1.进行实物盘点，使其账实相符。 2.根据不同评估目的和待估资产的特点，选择相应的评估方法。 3.运用存货管理的ABC分析法，突出重点。 （二）库存材料的评估 1.近期购进库存材料的评估。近期购进的材料库存时间较短，在市场价格变化不大的情况下，其账面值与现行市价基本接近。评估时，可采用成本法，也可以采用市场法。 对于购进时发生运杂费的材料，如果是从外地购进，因运杂费数额较大，评估时应当由被评估材料分担的运杂费计入评估值；如果是从本地购进的，运杂费数额较小，评估时则可以不考虑运杂费。 2.购进批次间隔时间长、价格变化较大的库存材料的评估，对这类材料评估时，可以采用最接近市场价格的材料价格或直接以市场价格作为其评估值。 如果近期内材料价格变动很大或者评估基准日与最近一次购进时间间隔较长，其价格变动较大时，应采用评估基准日的市价。 3.缺乏准确现行市价库存材料的评估。购进时间早，市场已经脱销，没有准确市场现价的库存材料评估。
(1)通过寻找替代品的价格变动资料来修正材料价格; (2)在市场供需分析的基础上，确定该项材料的供需关系，并以此修正材料价格; (3)通过市场同类商品的平均物价指数进行评估。 4.呆滞材料价值的评估。是指从企业库存材料中清理出来，需要进行处理的那部分资产。 (1)应对其数量和质量进行核实和鉴定，然后区别不同情况进行评估。 (2)对其中失效、变质、残损、报废、无用的，应通过分析计算，扣除相应的贬值额后，确定评估值。 5.盘盈、盘亏材料的评估 应以有无实物存在为原则进行评估，并选用相适应的评估方法。(即使用前面的方法) 二、低值易耗品的评估 （一）低值易耗品的界定 在评估过程中劳动资料是否属于低值易耗品，原则上视其在企业中的作用进行，一般可尊重企业原来的划分方法。 （二）低值易耗品分类：
工作量的评估方法
工作量的评估方法 1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格＝开发工作量×开发费用／人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 1.1.1估算工作量经验值（以A来表示） 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 1.1.2风险系数（以σ来表示） 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l≤风险系数≤1.5 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。 1.1.3复用系数（以τ来表示） 估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： 0.25≤复用系数≤1 根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。 1.2开发费用／人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。 开发费用／人·月＝（P＋Q＋R）×S×τ 1.2.1P（人头费） 人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%－80%。 P＝B×1.476 国家规定的公积金7%，医疗保险金12%，养老金22%，失业金2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金0.5%，生育保证金0.5%，残
房地产存货评估指引_(1)
房地产企业存货评估指引（讨论稿） 房地产开发企业的存货中除一般工业企业所共有的原材料、低值易耗品外，还包括开发成本——土地开发、房屋开发，开发产品——商品房、商品性土地、出租开发产品、周转房、分期收款开发商品等科目。本讨论稿仅针对产成品（开发产品）、在产品（开发成本）的评估方法进行讨论。 一、房地产企业存货核算的主要内容和特点 1、开发成本的核算： 开发成本按其用途，可分为如下四类：（1）土地开发成本、（2）房屋开发成本、（3）配套设施开发成本、（4）代建工程开发成本。其中：配套设施开发成本指房地产开发企业开发能有偿转让的大配套设施及不能转让、不能直接计入开发产品成本的公共配套设施所发生的各项费用支出。代建工程开发成本指房地产开发企业接受委托单位的委托，代为开发除土地、房屋以外其他工程如市政工程等所发生的各项费用支出。 开发成本相当于工业产品的制造成本和建筑安装工程的施工成本，是一种非完全成本。开发成本主要核算以下六个成本项目：1、土地取得费用，2、前期工程费，3、基础设施费，4、建安工程费，5、配套设施费：指在开发小区内发生，可计入土地、房屋开发成本的不能有偿转让的公共配套设施费用，如居委会、派出所等，6、开发间接费：指房地产开发企业内部独立核算单位及开发现场为开发房地产而发生的各项间接费用，如现场人员工资等。 2、开发产品的核算 房地产开发企业开发的产品，在完成全部开发过程、并经验收合格就应进行成本结转，将开发完成产品的成本从“开发成本”的有关科目转入“开发产品”科目。开发产品下设商品性土地、自用土地、商品房、出租产品、周转房、配套设施、代建工程等二级科目。房地产开发企业开发的产品如采用分期收款方式销售，应设置“分期收款开发商品”科目进行核算，并从“开发商品”科目转入“分期收款开发商品”科目。开发完成用于出租的房屋和土地应于投入出租经营时，从“开发产品——出租产品”科目转入“出租开发产品——出租产品”科目核算，并设置“出租开发产品——出租产品摊销”科目核算出租开发产品的摊销。开发企业将用于安置被拆迁居民周转使用的周转房投入使用时应将“开发产
软件工作量评估报告
XXXX软件成本评估 1. 概述 我们认真地阅读了软件的用户指南，与XXXX电脑部有关技术人员进行了深入的交流，并查看了软件的操作界面。在此基础上，我们对软件的功能进行了归纳和整理，并根据以往的经验对每个功能模块所需的编码工作量进行估算，再进一步地以此为依据，推算出整个软件生命期的工作量。 2. 编码工作量估算 本次评估的软件有两个，分别是《X软赠券电脑发放管理系统》和《X软联销资源管理系统》。为了更准确的估算出软件的工作量，我们对每一个软件功能模块所需工作量给出了三个估计值，分别是：1）悲观工作量（Epi）：这是一个最保守的估计，可能在编程人员技术不熟练，对业务理解不够，或有其他影响其正常工作的因素存在的情况上发生。 2）正常工作量（Eni）：这是一个正常的程序员可能付出的工作量估计。 3）乐观工作量（Esi）：这种情况可能在程序员技术相当熟练，对业务相当了解，且以前可能有类似项目开发经验的情况下所需的工作量。
针对每一项功能模块，其最终的工作量估算值按以下公式计算：Ei = （Epi + 4 × Eni + Esi）/ 6 下面的表1是对X软赠券电脑发放管理系统的编码阶段的工作量估算，表2是对X软联销资源管理系统的编码阶段的工作量估算。 表1：X软赠券电脑发放管理系统的编码阶段工作量清单 表2：X软联销资源管理系统的编码阶段工作量清单
上述两个软件的编码阶段的工作量合计为： Ec = Ec1 + Ec2 = 151.67 + 1631.67 = 1783.34(人.小时) 3. 软件生命期工作量估算 为便于估算，我们假定《X软赠券电脑发放管理系统》和《X软联销资源管理系统》均按照瀑布模型开发。 瀑布模型将整个软件生命期划分为计划与需求、产品设计、详细设计、编码与单元测试、集成与测试、移交等六个阶段，各阶段所占工作量如表3所示。 表3：瀑布模型阶段分布百分比 根据上表，编码与单元测试阶段仅占全部工作量的24%，因此《X
如何评估测试工作量
场景一：合同前的工作量估算 场景描述： 软件开发网 （1）没有实施过CMMI2级 （2）合同未签，需要给客户报价 （3）有客户的概要需求，有类似的项目数据可供参考 （4）需要估计整个项目的总工作量，以便于估算总成本，给客户报价 软件开发网 估算步骤： （1）寻找类似的历史项目，进行项目的类比分析，根据历史项目的工作量凭经验估计本项目的总工作量； （2）进行WBS分解，力所能及地将整个项目的任务进行分解； （3）参考类似项目的数据，采用经验法估计WBS中每类活动的工作量； （4）汇总得到项目的总工作量； （5）与第（1）步的结果进行印证分析，根据分析结果，确定估计结果。 场景二：基于详细需求的经验估计 场景描述： （1）只有详细需求，没有历史数据 估算步骤： （1）WBS分解，将任务分解到一个人或者一个小团队可以执行的颗粒度；WBS分解时要识别出所有的交付物、项目管理活动、工程活动等。 （2）采用经验法估计每个活动的工作量； （3）汇总得到：每个阶段的工作量、项目的总工作量。 其他说明： 在该场景下，只使用了经验法，无法对结果进行印证，难以判断结果的合理性。 场景三：由编码估算整体 场景描述： （1）有类似项目的历史数据 （2）有编码活动的生产率数据 （3）有详细需求 （4）实施了CMMI2级，但是没有积累历史项目的工作量分布数据软件开发网 估算步骤： （1）产品分解，将系统分为子系统，子系统分解为模块； （2）WBS分解，将任务分解到一个人或者一个小团队可以执行的颗粒度；WBS分解时要
识别出所有的交付物、项目管理活动、工程活动等。 （3）建立WBS分解中的活动与产品元素的映射关系，识别出WBS中哪些活动可以采用模型法估算； （4）估计产品元素的规模，可以采用代码行法或功能点法，并估计每个产品元素的复杂度、复用率等； （5）根据历史的编码阶段的生产率数据和产品元素的规模估计、复杂度、复用率等采用模型法计算每个产品元素的编码工作量； （6）根据历史的类似项目的数据及估算人的经验估计其他活动的工作量，可以采用经验法。（7）汇总得到：每个阶段的工作量、项目的总工作量。 其他说明： 在该场景下，混合使用了经验法与模型法，这2种方法互相补充，而不是互相印证。 场景四：由总体印证基于WBS的估计 场景描述： （1）有类似项目的历史数据 （2）有类似项目的全生命周期的生产率数据（含管理工作量） （3）有详细需求 （4）实施了CMMI2级，但是没有积累历史项目的工作量分布数据 估算步骤： （1）产品分解，将系统分为子系统，子系统分解为模块； （2）估计产品元素的规模，可以采用代码行法或功能点法； （3）累计出整个产品的总规模，并估计产品总体的复杂度、复用率等； （4）根据类似项目的全生命周期的生产率数据和产品的总规模、复杂度、复用率等采用模型法计算总的开发工作量； （5）WBS分解，将任务分解到一个人或者一个小团队可以执行的颗粒度；WBS分解时要识别出所有的交付物、项目管理活动、工程活动等。 （6）根据历史的类似项目的数据及估算人的经验估计所有活动的工作量，可以采用经验法。（7）汇总得到：每个阶段的工作量、项目的总工作量。 （8）与第（4）步得出的工作量进行比较印证，如果偏差不大，则以第（7）步的结果为准，如果偏差比较大，要仔细分析原因，可能的原因举例如下： 类似项目的生产率数据不适合本项目； WBS分解的颗粒度不够详细； 估算专家的经验不适合本项目； 具体任务的估计不合理； 针对原因，对估算的结果进行调整，使其趋向合理。 其他说明： 在该场景下，对于项目的总工作量有2个结果或者多个结果，这些结果可以互相印证，以发现估算过程中的不合理之处，是估计更加合理。
软件开发实施项目工作量评估明细表
项目工作量统计表 项目名称：推进OA系统应用，强化业务整合 一、推进OA流程应用工作量 序号阶段工作内容人员 配备 人·日 1 项目准备现有系统配置情况检查 系统相关模块的基本数据情况检查 制定实施阶段计划，约定每个阶段的时长，准 确划分各阶段时间节点 预定培训实施期间培训日期安排 3 9 2 系统配置建立相关组织结构 建立相关角色 调整全局配置项 建立权限分配方案 2 12 3 流程调研落实需要上线的流程列表，这些流程主要包 括：党委发文流程、纪委发文流程、公司发文 流程、部门发文流程（报告、函、请示、通知）、 公司收文流程，以及：用印申请流程、出差申 请流程、会议管理流程等 培训流程图的标准画法 收集流程图，交流流程信息、修改流程图、流 程图定稿 4 36 4 设定流程建立流程，谁提交，谁批准，谁执行 建立流程表单，及相应说明 建立流程处理签 建立存档管理，配置相关归档目录 建立权限管理 5 85 5 模拟调试对所有流程进行模拟测试，特别是各个重要公 文流程，必须进行遍历测试 根据模拟测试发现的情况，对流程设置进行检 讨和调整 4 72 6 管理员培训对流程管理员进行培训，使其掌握流程异常情 况处理、流程微调技巧 2 8 7 用户培训根据项目实际整理培训资料 落实培训人员、场地、时间安排 三场用户培训，需用户积极配合协调 2 8 8 系统启用建立起与系统运行相适应的管理规章制度 发布正式启用系统的通知 系统检查与实施补充 问题收集、反馈、调整 2 12 9 项目收尾项目回顾 权限收回 2 2 合计244
二、新功能开发工作量 序号阶段工作内容人员 配备 人·日 1 需求调研、分析了解用户业务，获取用户对功能、性能等方面 的需求 4 20 2 需求确认用户方、开发方对需求进行审核确认 这些功能包括：安全认证、电子印章、规章制 度管理、业务整合 2 10 3 总体设计系统初步设计 2 10 4 总体设计评审用户方、开发方对总体设计审核确认 2 2 5 详细设计对系统功能、操作界面、处理逻辑、数据库、 代码体系等进行详细设计 2 20 6 详细设计评审开发组对详细设计方案审核确认 1 3 7 编程、单元测试编写程序、单元测试 系统管理（设置，备份还原） 操作人员管理及权限管理 2 24 安全认证 2 70 电子印章 2 64 规章制度管理 3 81 业务整合（初步） 2 20 业务整合（深入） 4 120 8 集成测试系统集成测试、系统测试，编程与测试可以交 叉进行 4 24 9 安装调试到用户现场安装调试开发好的系统，并与用户 一起试走业务流程，对系统进行功能确认测试 3 21 10 系统初始化将系统初始化；准备业务基础数据并录入系 统； 2 12 11 用户培训对用户操作人员、系统管理人员进行详细培训 1 4 12 项目跟踪与总 结 系统bug控制，操作指导 2 12 合计517 工作量总计：761人·日
常规估算测试工作量的方法(精)
常规估算测试工作量的方法 作为一个管理者，你是否被询问到某个项目要花多少时间，多少人力测试；或是作为一个普通的测试员，你是否被询问到要花多少时间来完成某个任务或是一次回归测试？我想大多数在软件行业的人或多或少都会碰到这样的关于工作量估计的询问。那么你是怎么回答的呢？你对你自己的回答有信心吗？你是否最终发现实际上花去的时间和原本估计的时间大相径庭呢？ 不同的人会使用许多不同的方法来估算及安排他们的测试工作量。不同的组织根据项目的类型，项目的内在风险，涉及的技术等而使用不同的方法。但是大多数时候测试工作量是和开发工作量合在一起的，没有一个单独的数字。 首先让我们来看看一些常规的估算测试工作量的方法： 1. Ad-hoc方法 这种方法下的测试工作量不基于任何确定的期限。工作一直继续直到达到一些由管理或市场人员预先定下的时间表。或者，一直到用完了预算的经费。 这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数。 2.开发时间的百分比法Percentage of development time. 这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。首先，开发工作量使用例如LOC或FP方法被估算出来，然后使用一些探索性的方法来限制测试的工作量。这种方法变化比较大而且通常基于以前的经验。 通常预留项目的总花费时间的35%给测试。5-7%给组件和集成测试，18-20%给系统测试，10%给接收测试（或回归测试等） 3.类比法（经验值法或历史数据法） 根据以前或相似项目（主要在项目性质，领域，规模上有相似）所积累的经验或历史数据来估算工作量。类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。需要收集以下相关的历史数据：在设计和实现阶段花费的时间？测试工作的规模，例如用户需求的数量，页面数，功能点。 4.WBS（work breakdown structure）估算法 将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。
安全库存评估计算
安全库存评估计算 Prepared on 22 November 2020
安全库存 安全库存（Safety Stock，简称SS）也称安全存储量，又称保险库存，是指为了防止不确定性因素（如大量突发性订货、交货期突然延期、临时用量增加、交货误期等特殊原因）而预计的保险储备量（）。安全库存用于满足提前期需求。在给定安全库存的条件下，平均存货可用订货批量的一半和安全库存来描述。 安全库存（又称保险库存）是指为了防止由于不确定因素（如突发性大 安全库存 量订货或延期交货）影响订货需求而准备的，安全库存用于满足提前期需求。零库存生产，是每个企业追求的目标。但是，零库存生产需要较高的管理水平，一般企业很难做到这一点。因为每日需求量、交货时间、供应商的配合程度，存在较多的不确定因素，这些因素控制不好的话，企业很容易因为断货，而影响生产，进而影响企业的交货，给企业造成损失。所有的业务都面临着不确定性，这种不确定性来源各异。从需求或消费者一方来说，不确定性涉及到消费者购买多少和什么时候进行购买。处理不确定性的一个习惯做法是预测需求，但从来都不能准确地出需求的大小。从供应来说，不确定性是获取零售商等的需要，以及完成订单所要的时间。就交付的可靠性来说，不确定性可能来源于，还有其他原因也能产生不确定性。不确定性带来的结果通常是一样的，企业要备有安全存货来进行缓冲处理。在给定安全库存的条件下，平均存货可用订货批量的一半和安全库存来描述。安全库存在正常情况下不动用，只有在库存量过量使用或者送货延迟时，才能使用。 安全库存的确定是建立在数理理论基础上的。首先，假设库存的变动是围绕着平均消费速度发生变化，大于平均需求量和小于平均需求量的可能性各占一半，缺货概率为50%。
软件开发成本估算
软件开发成本估算 软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。 软件开发成本估算的经验模型 1.Putnam 模型 1978年Putnam提出的，一种动态多变量模型。 L = Ck * K1/3 * td4/3 其中： L-----------源代码行数(以LOC计) K-----------整个开发过程所花费的工作量（以人年计） td-----------开发持续时间（以年计） Ck----------技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异，见下表 软件开发成本估算 软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。
软件开发成本估算的经验模型 1.Putnam 模型 1978年Putnam提出的，一种动态多变量模型。 L = Ck * K1/3 * td4/3 其中： L-----------源代码行数(以LOC计) K-----------整个开发过程所花费的工作量（以人年计） td-----------开发持续时间（以年计） Ck----------技术状态常数，它反映“妨碍开发进展的限制”，取值 因开发环境而异，见下表 从上述方程加以变换，可以得到估算工作量的公式： K = L3/(Ck3*td4) 还可以估算开发时间： td = [L3/(Ck3*K)]1/4 1.COCOMO模型(constructive cost model) 这是由TRW公司开发，Boehm提出的结构化成本估算模型。是一种精确的、易于使用的成本估算方法。 COCOMO模型中用到以下变量： DSI-------源指令条数。不包括注释。1KDSI = 1000DSI。