，cāo作系统打补丁没，数据库打补丁没，防火墙是怎么设置的，年月日和货币符号设置对不对，打印机设置对不对，自己的IP网络设置对不对。这些内容，最好像WINDOWS一样，出了错，把所有需要跟踪的信息都自动收集起来，然后报出一个提示框，可以发送报告给微软。所以，我们做了一个日志模块，可以自动截图，自动发送日志，自动记录当时cāo作的SQL语句，自动记录当时的客户输入数据和点击cāo作流程。给软件跟踪解决问题加快了许多效率。如果一个个去问用户，用户都不知道这些信息到哪里去收集，再一顿反复解释寻找，解决问题就很慢了。有很多时候，用户由于时间太长有其他事在身，就放弃了解决这个问题，久而久之，由于问题越积累越多，就渐渐不用这个软件了。

    对于支持来说，软件自动升级也非常重要。我们往往遇到很多问题都是软件没有打某个漏洞补丁造成的。而且还有很多问题是由于客户端版本不统一造成的。如何能自动的、全部客户端一起升级，一发布补丁就自动全国升级，很多问题客户还没来得及发现就被解决了，满意度就上来了。

    对于后续版本开发维护人员来说，代码容易看懂，代码好修改才是最关键的。程序员想了很多方法：业务开发平台，有意义命名，小函数分割，函数接口灵活，面向对象，设计模式、重构等等。但是，代码仍然越来越复杂，越来越不容易看懂，越来越不好修改。其原因就是由于每个客户都提出各种各样的需求，有时不同客户之间的需求还是矛盾的，大量的代码其实是为了处理客户异常业务，还有的是为了堵某个特殊cāo作发生的BUG，还有的是为了兼容不同版本之间。这才是代码难阅读难修改的根源。

    对于数据量大xìng能要求高的应用，xìng能是很关键的持续改进方面。

    对于安全xìng要求强的应用，设计安全的方案，编写安全的代码，安全的测试覆盖是很重要的工作。

    对于测试人员来讲，软件必须具有可测试xìng。软件代码写完了，什么样的cāo作或结果是正确的，什么样的cāo作和结果是不正确的，没有人告诉他，也没有文档，这就不具有可测试xìng。这就要求有设计文档，详细写明什么样的cāo作和结果是正确的。这样就有了可测试可验证的标准。很多软件不稳定，最后加了专职的测试人员也不稳定，其根源不在于测试人员测试方法不对，测试经验不丰富，而在于根本没有测试依据，测试人员只能自己凭经验乱点乱试，根据经验来判断这个结果是正确还是错误。尤其一些报表，输入条件，数据都出来了，但是数据之间是有关联关系的。但这个关联关系并没有设计文档说明，测试人员并不知道，就认为这个功能是好用的。其实这个报表数据是错误的，虽然能正常显示。

    对于文案人员来说，软件必须能让文案人员编写文档。许多软件没有设计文档，代码开发完毕，让文案人员自己边学习cāo作边辅助测试边编写文档。文案人员不是设计人员，不是代码编写人员，不是测试人员，是对软件做陌生的人。他本身都对软件不了解，可想他自己写的帮助文档有多大的可帮助xìng。软件没有帮助文档，其根源就在于没有设计文档。而没有设计文档的根源，在于根本没有编写设计文档的人。谁来编写设计文档？程序员？程序员再写代码。测试人员？文案人员？实施人员？培训人员？到底谁来写这个设计文档。

    我看过许多网友在讨论怎样一个软件才算一个好软件，说了很多方面。但是从现实来说，我们真的需要那么多方面吗？

    往往现实一开发，什么好软件的标准都丢了，程序员单qiāng匹马上手。还有一些开发团队，希望能做一个好软件，于是希望把这些好软件的标准都实现了，最后周期