软件开发项目竣工 软件开发项目竣工结算

大家好，今天小编关注到一个比较有意思的话题，就是关于软件开发项目竣工的问题，于是小编就整理了1个相关介绍软件开发项目竣工的解答，让我们一起看看吧。

程序员会因为bug造成损失赔偿吗？有的损失太大了，赔偿不了怎么办？

不同的公司制度不一样，处罚和处理方式也一定是有区别，但让程序员个人赔偿巨大损失的情况，应该很少。

2017年，过年前支付宝出现bug，直接透露了年30晚上的活动内容，最后公司发文道歉，至于那个程序猿是什么结局，无人知晓…

2005年12月8日，东证开盘前的那几分钟，田中君的一次错误输入，让他所在的瑞穗证券遭受了超过400亿日元的损失，按照当时的汇率，约为人民币27亿元。

据说，当天日本公司J-Com首次公开上市(IPO)。在距离开盘还有几分钟时，田中君接到一位客户的委托：“以61万日元的价格，卖出1股J-Com的股票”。田中君接到委托后，在瑞穗证券的交易终端上，错误地输入了“以每股1日元的价格，卖出61万股”。

指令发出后，瑞穗证券的交易软件检查到这是一个异常的交易订单，给出了一个警告的对话框。可是，田中君没有好好读一下对话框里的内容，就按下了确定按钮。

于是，这个巨大的卖单就挂在了东证的交易盘口上。 2分钟后，田中君发现了这个错误，赶紧试图通过交易软件撤销这笔卖单。

但是因为心情波动，他连续输入3次撤单指令，都被东证的交易系统拒绝了（后来查明是由于交易系统的bug所致）。

田中君又迅速给交易所的负责人打电话，要求将这个卖单撤下。交易所的人表示：“我们无权操作，这个问题只能你们自己想办法”。

“这时盘口交易已经开始。这个巨大的卖单首先将开盘价定在了67.2万日元，然后又依次将所有买单成交，最终将J-Com的股价钉死在跌停价57.2万日元上。此刻市场内一片大乱。散户们被这个巨大空单吓得惊慌失措，以为J-Com公司出了什么问题，纷纷跟风抛售。”而一些机构和大户已经猜到是出了乌龙指，迅速在跌停价买进。一些有节操的机构，例如德意志证券，买了几手后便自觉停止了抢购。

以上，就是有关bug的真实事件。

我见过最严重的也就是影响绩效考核，没有更严重的了；开除可能会有，但是不多；需要补偿经济损失的，基本不会有，至少我没见过也没听说过。

一套完整的程序，要通过需求、设计、开发、测试、UAT测试（试运行）一整套流程之后，才能最终投入使用，一个BUG的产生，有可能是需求提的有问题，也可能是设计的缺陷。就是是开发时候产生的BUG，但是还有测试环节呢，为什么测试的时候发现不了问题？

当然也有人会说了，我们公司流程没这么规范，我们都是需求提出来，开发直接敲代码，自己测试一下就上线了。如果是这样的话，有责任的项目经理也不会让程序员背这个锅的。

有几个东西不能碰，否则后果不仅仅是开除这么简单：

系统的敏感信息不能泄露，比如客户信息。如果你把客户姓名，身份证，联系方式这些信息全部COPY走，那么后果就非常严重了。

其他一些可以变现的东西，比如充值卡、各种消费券，你从数据库里面找到自己用了，那么后果就非常严重了。

这个非常严重的后果是什么呢？会坐牢！

首先，我们来理清什么是bug？

软件的Bug，狭义上是指软件程序的漏洞或缺陷，广义上应该还包括测试工程师或用户所发现和提出的软件可改进的细节、或与需求文档存在差异的功能实现等。

仅就狭义概念而言，软件的Bug的原因大致有：

对流程考虑不周到；

程序员编码不规范导致。

bug有等级之分，紧急bug，普通bug等。

在软件过程管理中通行的CMM（能力成熟度模型）中规定的软件质量标准是（Bug个数/千行源码）：

1级 11.95

2级 5.52

不可能的，你要知道软件是一个整体性工程，并不完全依托于几个程序员，从前期需求，架构，数据，开发，测试，实施等各个阶段都会有bug出现，如果严格追究，大家都有责任。出现bug，应该去做的是解决并预防再次出现，而不是追究责任。就像你使用的Windows系统，上万个bug如果一一追究，我想微软早关门了。当然，这只是开发公司与开发人员的关系，如果是甲方乙方，那对bug的问题就要根据双方的合同来具体分析了

到此，以上就是小编对于软件开发项目竣工的问题就介绍到这了，希望介绍关于软件开发项目竣工的1点解答对大家有用。