软件开发功能点20个大概多久
1、对功能点进行评估，以确定工作量的估算。这通常涉及到为每个功能点分配一个估计的开发工作量，例如人天（person-days）或人月（person-months）。考虑风险和不确定性：考虑项目中的风险和不确定性因素，如需求变更、技术挑战、人员变动等，对估算结果进行调整。
2、APP前端开发——前端开发人员根据UI设计图，把设计效果变成可运行的代码，并且实现和服务器传输数据的功能。这个时间一般是15天左右。当然也会受到app功能复杂程度的影响。服务端后台程序开发——PC管理端后台需要另外开发，一般需要20天左右的时间，功能越多，开发时间也就相应的增加。
3、-工时：以工时作为计量单位，衡量开发团队在项目中所花费的时间。通常以小时为单位进行计量，例如每小时的工资或服务费用。-项目：以项目为计量单位，衡量软件开发服务的交付成果。根据项目的范围、复杂度和价值进行定价，例如每个项目的总成本或阶段性的支付。
4、固定款的APP开发时间短，约2~3日的时间即可完成，费用大约在几千到几万之间。定制款：定制款是指APP的功能全部重新开发，过程比较繁琐，需要美工、策划、APP开发（前台/客户端/手机端）、后台程序员等工种协同完成，大型的、功能复杂的APP甚至需要数十人的团队。
5、开发的时间因为需求的不同以及功能的复杂程度，以及开发语言不同，周期也不相同，定制的小的项目一般10个工作日起步，大点的项目几个月半年都有可能，需要注意的是，工期的时间是按照工作日计算的，排除周六日之后的时间，也就是说具体时间需要更长。
软件开发时,一个错误发现的越晚,为改正它所付出的代价就越大,为什么...
其原因在于错误并不只是在编程阶段产生，需求和设计阶段同样会产生错误。也许一开始，只是一个很小范围内的错误，但随着产品开发工作的进行，小错误会扩散成大错误，为了修改后期的错误所做的工作要大得多，即越到后来往前返工也越远。如果错误不能及早发现，那只可能造成越来越严重的后果。
软件的质量保证工作不能等到编码阶段结束之后再加以实施，其理由为：第一，大部分错误始于编码之前；第二，错误的发现与修改时间越晚，需要付出的代价就越高。因此，本原则意味着，在软件开发的每个阶段应该进行严格的评审，以便尽早发现软件开发过程中的错误。
缺陷发现时间：软件缺陷的发现时间越早，修复的代价就越低。在软件开发的早期阶段，通过各种测试手段和质量保证措施及时发现和修复缺陷，可以避免缺陷进入生产环境，从而降低修复代价。缺陷的严重程度：缺陷的严重程度越高，修复的代价就越高。
坚持进行阶段评审统计结果显示：大部分错误是在编码之前造成的，大约占63%错误发现的越晚，改正它要付出的代价就越大，要差2到3个数量级。 因此，软件的质量保证工作不能等到编码结束之后再进行，应坚持进行严格的阶段评审，以便尽早发现错误。实行严格的产品控制开发人员最痛恨的事情之一就是改动需求。
bug的生命周期
1、Bug的生命周期是指从发现BUG到关闭BUG的中间一状态，即发现Bug、确认Bug、分配Bug、修复Bug、验证Bug、关闭Bug。管理流程是指企业为了控制风险，降低成本，提高服务质量、工作效率以及对市场的反应速度，最终提高顾客满意度和企业市场竞争力进而达到利润最大化和提高经营效益的目的。
2、bug的生命周期是指在Bug管理工具中，一个bug被发现到这个bug被关闭的过程，Bug的生命周期被分成的阶段是新建、指派、接受、修复、关闭。
3、生命周期中 缺陷状态 ：新建--指派--已解决--待验--关闭 发现BUG--提交BUG--指派BUG--研发确认BUG--研发去修复BUG--回归验证BUG--是否通过验证--关闭BUG 发现bug 1）按照测试用例进行操作，发现和测试用例的预期结果不一致的，都可以被称之为Bug。
4、bug的生命周期包括：发现、报告、定位、修复和验证。发现阶段 在软件开发的各个阶段，测试人员或其他相关人员会通过各种测试方法发现软件中存在的bug。这些bug可能涉及功能缺陷、性能问题或安全漏洞等。一旦发现bug，就会对其进行记录和描述，为后续的定位和修复工作提供依据。
5、一个BUG的生命周期 一个bug的处理过程是一个周期性的状态变化过程，状态不同，处理人也会发生变化。状态包括：打开、重新指派、处理、固定、回归、关闭。首先，当bug被提交等待处理时，状态为“打开”。然后，bug可能被重新指派给特定的人员处理，即“重新指派”。