A. 修复成本与重置成本区别
修复成本是在机器设备等已存在的基础上，增加修理材料和修理人工等修理费用发生的成本；
重置成本是假设机器设备不存在，现在要重新购置这样一台成新度的机器需要花费的成本。
就好比你自行车胎坏了，一条钢丝断了，修复成本可能就是换个胎，加根钢丝的成本；
而重置成本就是你到二手自行车市场买辆类似自行车的成本。
B. 一个文件恢复软件为什么要钱是因为开发难度大还是成本高
一般来说，像“文件恢复”、“数据还原”这类需求都是很迫切的刚需，因为只有很重要的文件和数据才需要恢复和还原，所以收费高也是正常的，这跟开发难度和开发成本没有半毛钱关系。就像你用一根绳子把一个落水的小孩救起来，这本身没有什么技术含量，也不需要什么成本，但你救起的却是一条实实在在的生命啊，所以事后你狮子大开口别人也不会说什么啊，对吧？
你如果觉得收费高不可接受，你完全可以不用啊，但你的文件可能就永远和你拜拜了！
C. APP软件运营 维护成本有哪些
APP软件运营 维护成本有哪些
简单点来说，要视手机APP的需求及质量而言，价位一般在几千到十几万左右，更高端的价格更高。
四、APP开发公司的所在地
需要注意的是，同样实力的APP开发公司，在不同的城市也会导致APP的成本费用高一些，如在北京、深圳和上海等地的开发公司开发成本费用就会比较高，因为当地开发人员的薪资和其他支出相对更高。
D. 目前有哪些软件维护成本估算方法它们分别有什么特点
常用的有4种估算方法。
这4种软件成本估算方法分别是：
以“估”为主的——经验法和类推法
以“算”为主的——类比法和方程法。
经验法：经验法也叫专家法，是由行业内经验丰富的专家背靠前一起依据自己的行业经验对软件项目进行整体的估算。前期的经验法基本上属于拍脑袋来进行项目的大概估算，后续的经验法便基于WBS的软件进行估算和加进了DELPHI/加权平均。这种方法依赖评估人员的主观性过大，所以估算出的结果误差较大。
类推法：类推法是基于量化的经验进行估算的。采用类推法时，所选择的历史项目与待评估的项目一定要是高度相似的，历史数据也要尽量选择本组织内的数据，并且一定要对差异之处进行调整。类推法虽然是迄今为止理论上最可靠的估算方法，由于它是以“估”为主的，脱离不了评估人员的主观性，所以使用类推法的估算结果经常产生极大偏差。
类比法：类比法是基于大量历史项目样本数据来确定目标项目的预测值，通常是以50百分位数为参考而非平均值。当待评估项目与已完成项目在某些项目属性（如应用领域、系统规模、复杂度、开发团队经验等）类似时，可以使用类比法。类比法的行业基准较少，此时可以通过选择单个项目属性进行筛选比对，根据结果再进行工作量调整。
方程法：方程法是基于基准数据建模，可以行业数据与企业数据相结合，通过输入各项参数，确定估算值。
E. 在软件生命周期的哪一阶段，软件缺陷修复费用最低
你提出的问题，很有水平！软件工程师编程写作都需要防范缺陷的问题。因此，一般存在缺陷的软件生命周期是指一个好的软件缺陷被发现后，要接收到报告到这个缺陷被修复、验证的过程。直至最后关闭的完整过程阶段。 关闭这个软件是对这一阶段中的应用，但不能说“关闭”这个软件是失败。希望能够帮助到你并对你的启发。
F. 软件测试哪个阶段修复缺陷的成本最低
需求阶段，在需求阶段可能只需要改几个字的事，在后面要能就需要几千到几万的修复成本，BUG越往后修复的顾本越高~
G. 成本维修是什么意思
成本维修就是保修范围外的维修。
维修有三种释义，分别为更换配件、维修配件、根据功能改修，维护和恢复，维护、保养、修理。
家电维修常识包括手机维修、电脑维修、家电维修汽车维修。对于手机而言，软件更新升级也纳入了维修项目之内，对于汽车而言撬铆喷漆也属于维修范围。
设备维修是指设备技术状态劣化或发生故障后，为恢复其功能而进行的技术活动，包括各类计划修理和计划外的故障修理及事故修理。又称设备修理。设备维修的基本内容包括：设备维护保养、设备检查和设备修理。
是对维修活动的分类，以便于管理与作业，从不同的角度出发，维修有多种不同的分类方法。
（1）按维修的定义，分为维护与修理，其中，维护也称为保养。
（2）按维修目的与时机，分为预防性维修与修复性维修。
（3）按维修活动计划与否，分为计划维修与非计划维修。
（4）其他维修类别。改进性维修和战场抢修。
H. 软件缺陷的修复代价
在讨论软件测试原则时，一开始就强调测试人员要在软件开发的早期，如需求分析阶段就应介入，问题发现的越早越好。发现缺陷后，要尽快修复缺陷。其原因在于错误并不只是在编程阶段产生，需求和设计阶段同样会产生错误。也许一开始，只是一个很小范围内的错误，但随着产品开发工作的进行，小错误会扩散成大错误，为了修改后期的错误所做的工作要大得多，即越到后来往前返工也越远。如果错误不能及早发现，那只可能造成越来越严重的后果。缺陷发现或解决的越迟，成本就越高。
平均而言，如果在需求阶段修正一个错误的代价是1，那么，在设计阶段就是它的3～6倍，在编程阶段是它的10倍，在内部测试阶段是它的20～40倍，在外部测试阶段是它的30～70倍，而到了产品发布出去时，这个数字就是40～1000倍，修正错误的代价不是随时间线性增长，而几乎是呈指数增长的。
软件未达到产品说明书表明的功能。
软件出现了产品说明书指名不会出现的错误。
软件功能超出产品说明书指名范围。
软件未达到产品说明书虽未指出但应达到的目标。
软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。
一般我们都认为测出一个问题就是一个bug，其实这是不对的，假设测试10个问题就10个bug，而修改一出就全解决了，程序员肯定认为冤枉自己。
所有软件是文档，代码等组成的，最初的错误是来自于这些软件错误(software error)，如代码中加法写成减法。软件错误导致软件缺陷(software defect)，如设计缺陷，代码缺陷等，可用静态测试，如走查，静态检查，测试床（军事软件用的技术）等，软件的缺陷导致一个或多个软件故障 (software fault)，故障有内部故障，外部故障，也就是我们所说的bug，软件故障导致了软件在功能操作等方面的失效(software failure)。
我们平时测的bug实际上是软件故障于失效的体现。一旦软件错误得到修改，相应的故障与失效也就解除了。这样分有助于我们定位问题，找到问题。
详见《软件可靠性工程》