本软件为成本核算（预算）管理软件，它的最终目的是使每一笔支出都具有可追溯性，计算出每个单位项目的额定成本、计划成本和实际成本，反映额定成本、计划成本与实际成本之间的差异，有助于查找造成成本差异的问题。

1.发展概况：

①开发环境：Microsoft OFFICE2000办公软件中的ACCESS2000组件；MDB文件，单机版。

②开发人员：用户：1人；程序员：1人。

③开发时间：分为两个阶段，共计10天。

④沟通方式：面对面沟通。

2.开发经历：

1. 管理专家用户决定软件的价值

本软件的成功90%应该归功于使用者十多年的丰富的行业管理经验，只有10%属于程序开发者，由于使用者有先进的管理理念，符合实际工作的可操作性、合理性，使得本软件在一段时期内具有存在价值和使用价值。

如果用户不是具有丰富管理经验的专家或者没有管理方面的高手，那么这样的用户将会是软件开发公司最先淘汰的对象。原因很简单，如果管理思想落后，写出来的软件必然也是落后的，无论设计得多么花哨都是徒劳。对于这样的用户，建议哪怕是白给钱也不要接受委托开发，因为最终的结果不仅是写不出有实用价值的软件，还浪费了开发人员的时间，使得开发人员被迫接受落后的思想，影响了自己以后的软件开发事业。

（2）用户需求往往是程序开发人员最不重视的地方，而这在一定程度上决定了软件是否受用户欢迎。

案例一：选定项的过滤：这是程序中开发的一个组合框，在输入数据时，操作员选择需要输入的项目免费成本核算软件，这样的项目有几百个之多，用滚动条或者用户输入都很不方便。在数据源中使用SQL添加一个限制条件（项目B是项目A的子项），子项B就被限定在对应的项目A中，在组合框中，符合项目A要求的B项目就会非常少，这样就减少了用户出错的几率和选择的难度。

案例二：排序：这个看似简单，两个子表单（名义成本子表单和计划成本子表单）的排序方式相同，让用户一眼就能看出哪些名义成本不是计划成本，或者是计划成本有重复输入。这类问题往往最容易被开发人员忽视，似乎操作员只要右键点击就可以排序，为什么不在打开表单后就对子表单进行排序呢？这才是用户最关心的。

案例三：表单界面：表单界面不要求华丽，也不要求按钮漂亮，用自然生成的按钮就很好了，但是每次表单设计开始的时候一定要注意协调，边框要到位，命令按钮要大小一致，对齐。让人感觉舒服，说明开发人员很细心严谨。在统一按钮、标签、子表单之前，不要以为所有的表单都设计得差不多，实践证明，到时候，做这项工作要花好几个工作日，开发人员也没有心思去做，给用户留下很不好的印象。

案例四：焦点控制：在开发一个实际成本录入表单时，在输入完最后一项后，添加一条新记录，焦点随机落在最后一个文本框上。这对于我这个软件开发人员来说是一件好事，看似没什么，添加新记录时，只要鼠标点击到要输入的文本框上就可以了。但是在用户眼里，点击鼠标确实很烦人。用户提出这个问题后，我更新了最后一个文本框的事件免费成本核算软件，写成焦点落在第一个要输入的文本框上，解决了这个问题，为以后用户操作提供了方便，节省了用户操作时间，用户很满意。

（三）程序开发者要提出自己的建设性建议，提高用户满意度。

案例五：使用列表框和组合框的区别：当时有10多个A项，每个A项下又有10多个B子项，一开始设计是用组合框来选择A项，用组合框来选择B子项。选择列表框，操作形式是：在组合框中选中一个项A，列表框就会显示对应的项B。

当时这样也是可以的，但是既然A项在鼠标点击之后仍然需要通过滚动条来查看，那为什么不直接用列表框呢？作为开发人员，我提出了这个建议，并获得了用户的认可。将列表框改为列表框，为用户在以后的工作中节省了大量的时间。

（四）程序员的编程经验很重要

案例六：多留一个参数表：参数表主要用于查询和限制条件，我在开发这个软件的时候，不小心多留了一个当时没用的参数表，Ver1.0发布后，用户使用软件一段时间后，因新的需求需要该参数表，因为用户使用软件一段时间，录入了大量的数据，后台数据库使用不方便，增加参数表（远程）是不合适的。