本软件是用于成本核算(预算)管理软件，其最终目的是做到每一项支出具有可追溯性，并核算出每一个单位项目的额定成本、计划成本与实际成本，反映出额定成本、计划成本与实际成本的差异，从而找到发生成本差异的问题所在。
一、开发概况：
①开发环境： 微软OFFICE2000办公软件中的ACCESS2000组件； MDB文件，单机版。
②开发人员： 用 户：1人； 编程人员：1人 。
③开发时间： 分两个阶段，共计10天。
④交流方式： 当面交流 。
二、开发心得：
(一)管理专家型的用户，决定软件的存在价值
此软件编写的成功，90归功于用户10几年的丰富行业管理经验，只有10是属于程序开发人员编写程序。由于用户有着先进的管理思想，符合实践工作的操作性、合理性，使得本软件在一段时期具备着存在价值、使用价值。
如果用户不是丰富管理经验的专家或没有管理专家，那么，这样的用户将是软件开发公司应予首要淘汰的对象。原因很简单，管理思想落后，写出来的软件必然是落后的，无论程序写得如何天花乱坠，那都是白费劲。象这样的用户，白给钱也建议不要接受委托开发，因为最终的结果不但没写出有使用价值的软件，浪费了开发人员的时间，同时让开发人员被迫接受了落后思想，影响以后的软件开发业务。
(二)用户的需要往往在程序开发人员最不在意的地方，而这在一定程度上决定着软件是否受用户欢迎。
案例1：选择项目的过滤：这是在程序开发的一个组合框，由操作人员在录入时，选择录入的项目，而这样的项目有几百个，用滚动条或用户录入都非常不方便，而在数据源中用SQL加入限制条件(B项目是A项目的子项)，将子项目B限定在相对应的A项目中，组合框中满足A项目的B项目将非常少，减少了用户出错的机率，和选择的难度。
案例2：排序：这个看起来很简单，两个子窗体(一个额定成本子窗体，一个计划成本子窗体)按照一样的排序，可以让用户非常容易地看出哪个额定成本没有做计划成本或是有重复输入计划成本，象这样的问题一般是开发人员最容易忽略的地方，好象操作人员按一下右键排一下序不就得了，为什么不一打开窗体就让子窗体排好序呢？其时这是用户最看重的地方。
案例3：窗体界面：窗体界面不求华丽、按钮漂亮，用自然生成的按钮是非常好的。但一定要注意在每个窗体设计初期做好协调，边框要拉到位，命令按钮要大小一致，对齐。让自已看得舒服，这样显得开发人员非常细心、严谨。那种认为所有窗体设计得差不多时才想起统一按钮、标签、子窗体是不足取的。实践证明，到那时做这项工作需要好几个工作日，开发人员根本没心思来做这个事情，带给用户的印象是非常不好的。
案例4：焦点的控制：在开发一个实际成本的录入窗体时，录入完最后一项时，新增记录，当时焦点随便落在了最后一个文本框，这对于开发软件的我来说，好象没什么，新增记录时，用鼠标点一下到要录入的文本框中就行了，然而在用户眼中，点那一下鼠标真的很烦，用户提出来后，我在最后一个文本框的更新事件中写下了焦点落在第一个要录入的文本框中，解决了此问题，为以后用户操作提供了方便，节约了用户的操作时间，用户非常满意。
(三)程序开发人员提出自已有建设性的建议是必须的，提升软件在用户心里的满意度
案例5：使用列表框与组合框的差异：当时情况是有10几个A项目，每个A项目下有10几个B子项目，开始设计为A项目的选择用组合框，B子项目的选择用列表框，操作形式为：在组合框中选择某一A项目，列表框显示相应B项目。
其时，这样也可以，但既然A项目在鼠标点上去后还是要用滚动条查看，为什么不直接用列表框呢？作为开发人员的我提出了此项建议，获得了用户的赞许，将组合框改为列表框，为用户在以后的工作中节约不少时间。
(四)编程人员的编程经验是非常重要的
案例6：留下多余的参数表：参数表，主要用于查询，限制条件的引用，当时我在开发此软件过程中无意中留下了一个当时没什么用处的参数表，Ver1.0版出来后也没有删除。在用户使用了一段时间后，由于新的需要要用到参数表，正好用上，因为用户将软件投用了一段时间，已经录入了大量的数据，这时去到后端数据库增加参数表(远程)是不合适的。
