论文部分内容阅读
［摘 要］ 随着计算机数据处理技术和网络技术的应用与发展，管理型会计软件在企业的应用越来越广泛，但同时商品化软件自身存在的一些问题也越来越多地暴露出来。本文针对用友ERP－U8.50软件财务系统中存在的问题，指出了其具体的设计缺陷，并向软件开发人员提出了相关的改进建议。
［关键词］ 用友软件；设计缺陷；改进建议
［中图分类号］F232［文献标识码］A［文章编号］1673-0194（2007）02-0019-02
用友ERP软件以其强大的功能、精美直观的操作界面和个性化的设计方案而深受广大用户的青睐，使用户的工作变得更加快捷、准确和完美。笔者在享受用友ERP软件给工作带来的巨大便利的同时,却发现该软件本身存在一些为软件开发人员所忽略了的设计缺陷，而这些缺陷给用户的操作带来了一定的不便。笔者仅选取用友ERP－U8.50软件财务系统中存在的若干设计缺陷进行探讨，以期对相关改进有所裨益。
一、总账模块中部门档案和职员档案的设置问题
我们知道，通用的商品化软件在第一次使用时，应该进行初始化工作。在用友ERP－U8.50软件总账系统的初始化设置中，要求用户定义部门档案和职员档案。但在具体操作时，用户却面临着麻烦。如果用户先定义部门档案，在部门档案中设置部门负责人时，计算机要求所设置的负责人必须是职员档案里面已经存在的人员，而此时还没有定义职员档案，所以部门负责人参照里面没有任何人员可以选择。如果用户手工输入负责人名称，计算机又提示“没有该负责人”。所以此时部门档案的定义就陷入了困境。而这时用户可能会放弃部门档案的定义，去职员档案里面先定义职员的有关信息。但在定义职员档案时，要求输入职员所在的部门。同样，计算机要求只能在系统里已经存在的部门里面进行选择，如果用户手工输入部门名称，计算机会提示“没有该部门”，不允许对该职员的信息进行保存。此时定义职员档案又陷入了困境。
对于上述情况，用户要想解决，只能采取迂回的办法。首先定义部门档案，遇到负责人设置一栏时暂时空缺，等全部部门档案设置完毕后，保存并退出。然后进入职员档案设置窗口设置职员的有关信息，此时由于部门档案已经设置完毕，所以用户在设置职员档案时就可以参照选择相关的部门了。等所有的职员档案定义完毕之后，保存并退出。最后再次进入部门档案，对已经保存的部门档案进行修改，此时就可以在负责人一栏输入职员档案里已经存在的人员的名称了。
尽管通过上述方法把问题解决了，但却比正常情况多了一道程序，给用户造成了不必要的麻烦，这不能不说是软件设计的一个缺陷。建议软件开发人员在以后更新版本时，能注意到这个尽管不严重但却给用户带来不便的小小缺陷。
二、工资管理模块中工资项目的设置问题
在工资管理模块中，用户在第一次使用时要设置工资项目。但在操作时发现个别工资项目在输入时出现了这样的问题：输入工资项目名称后，把光标移到下一个表格中继续输入时，前一个表格中的工资项目名称被自动删除了（这里需要说明的是，此时用户没有执行任何误操作）。后来经过仔细观察，笔者发现原来是受微软输入法的影响。出现这种情况时，用户只要转换为其他的输入法，比如说智能输入法或紫光拼音输入法等，这种工资项目名称被自动删除的现象就不存在了。
这看似是一个小问题，却给用户带来了很大的困难。因为遇到这种情况时，按照我们专业人员正常的思维判断，财务软件应该是对常用的输入法都兼容的，自然也就很难想到问题是真正出在输入法上。笔者认为，作为通用的商品化软件，在设计时应该考虑到和其他软件的兼容性，更不必说是操作人员在工作中必须要用的输入法。建议开发人员在设计时能考虑到这类因素。
三、工资管理模块中工资分摊设置中会计科目的重复录入问题
在工资业务处理中，月末要进行应付工资的分摊以及应付福利费的计提等工作，而这些工作在用友ERP软件中，是通过“工资分摊”功能完成的。用友软件的用户都知道，在初次使用工资分摊功能时，要首先设置计提费用的类型。我们以计提福利费为例来看用友软件的设计思路。
在定义计提费用类型时，我们会看到如图1所示的窗口，在该窗口我们可以清楚地看到，要求用户设置不同部门计提福利费的对应入账科目，这里计算机要求用户必须输入相关科目。定义完毕保存并退出后，我们进入“应付福利费一览表”，如图2所示，发现这里要求再次输入上述部门计提福利费的对应入账科目，也就是把图1中的科目重新录入一遍，否则计算机不允许制单。
只要是会计专业人士，都明白图1中要求设置部门对应入账科目的目的是为以后计算机自动制单服务的，而图2中要求设置借、贷方科目同样是为自动制单作准备的，且输入的科目和图1完全相同。既然图2中显示的部门、人员类别信息都是用户在图1中设置的结果，那么为什么图1中设置的部门对应入账科目不能在图2中显示，而是要求用户在图2中再次重新输入相同的内容呢？其实作为用户我们都知道，这完全是多余的。笔者这里建议软件开发人员在设计软件时最好和会计人员多沟通，以减少类似的重复性操作。
四、固定资产管理模块中的资产变动问题
在固定资产管理模块中，在计提完折旧后如果固定资产发生变动，比如说原值增加、原值减少或者部门转移，用户只需要在变动单里进行处理即可。但是笔者在使用的过程中，却发现了这么一个问题：固定资产如果发生部门转移，比如说从原来的管理部门转移到生产车间，用户只需要填制一张资产变动单，登记变动后的部门和变动原因即可。正常情况下，在资产发生部门转移后，相应的对应折旧科目也应该自动变更，因为不同的部门对应折旧科目是不一样的，这些我们在初始化设置中的“部门对应折旧科目”里已经设置过了。但是用友ERP－U8.50软件在资产发生部门转移后对应的折旧科目却不能在下月自动改变，而是需要用户自己到固定资产卡片中修改对应折旧科目，这很容易造成用户在使用的过程中由于疏忽而忘记修改折旧科目，以至于造成计提折旧后计算机自动生成的凭证会计科目错误。这无疑是软件中存在的一个“陷阱”，会使很多用户在不经意间掉入。建议软件开发人员能改进该项功能，使固定资产在发生部门转移后对应折旧科目能自动更新，这样用户使用起来会更方便。
此外，用友ERP－U8.50软件中还存在一些其他的小缺陷，笔者这里随意列举出几条：
1.在用友ERP－U8.50软件的财务系统中，用户在输入或者修改具体的内容之后，有的模块提供有“保存”按钮，要求用户必须单击“保存”按钮后才能保存相关内容，而有的模块没有提供“保存”按钮，用户输入完毕直接退出就可以了。结果造成在后者的情况下，用户会存在输入或修改的内容是否已经成功保存的顾虑。
2.总账中使用“查询条件”功能查询余额表时，如果按上年定义的条件查询时，计算机就会自动退出。
3.修改固定资产卡片的栏目后，当年卡片不乱，但以前年度数据和栏目错位。
4.卡片管理的自定义查询中有的卡片栏目找不到，因而不能加条件查询。
笔者认为，作为通用的商品化软件，应该处处为用户操作的方便考虑。当然我们不否认用友ERP－U8.50软件的整体设计还是很好的，尤其是其提供的强大的查询功能、简捷的操作界面以及个性化的服务设计。但是其存在的上述小小缺陷，给用户的操作带来了一定的不便，无疑是其美中不足之处。在崇尚用户至上的今天，商品化软件应该避免类似的设计缺陷。
主要参考文献
［1］ 张瑞涛. 协同商务环境下企业财务软件的开发及实施［J］. 中国会计电算化，2002，（12）：13-16.
［2］ 王坚强，刘爱松. 财务软件设计开发中应处理好四个关系 ［J］. 财会通讯，2002，（1）：43-44.
［3］ 熊英英. 面向会计核算中心的国产财务软件适用性分析及对策［J］. 中国会计电算化， 2004，（10）：45-47.
［4］ 陈晓红，赵燕锡，刘红霖. 商贸型企业网络财务软件的设计与实现［J］. 计算机系统应用，2002，（7）：21-24.
［5］ 包于宁. 企业财务软件设计若干问题探究［J］. 科技广场，2004，（8）：89-91.
［6］ 王海洪. 从计算机审计角度看财务软件的功能评价［J］. 商业会计，2005，（8）：63-66.
［7］ 童伟. 财务软件使用中的初始化问题［J］. 中国管理信息化， 2005，（3）：25-27.
［关键词］ 用友软件；设计缺陷；改进建议
［中图分类号］F232［文献标识码］A［文章编号］1673-0194（2007）02-0019-02
用友ERP软件以其强大的功能、精美直观的操作界面和个性化的设计方案而深受广大用户的青睐，使用户的工作变得更加快捷、准确和完美。笔者在享受用友ERP软件给工作带来的巨大便利的同时,却发现该软件本身存在一些为软件开发人员所忽略了的设计缺陷，而这些缺陷给用户的操作带来了一定的不便。笔者仅选取用友ERP－U8.50软件财务系统中存在的若干设计缺陷进行探讨，以期对相关改进有所裨益。
一、总账模块中部门档案和职员档案的设置问题
我们知道，通用的商品化软件在第一次使用时，应该进行初始化工作。在用友ERP－U8.50软件总账系统的初始化设置中，要求用户定义部门档案和职员档案。但在具体操作时，用户却面临着麻烦。如果用户先定义部门档案，在部门档案中设置部门负责人时，计算机要求所设置的负责人必须是职员档案里面已经存在的人员，而此时还没有定义职员档案，所以部门负责人参照里面没有任何人员可以选择。如果用户手工输入负责人名称，计算机又提示“没有该负责人”。所以此时部门档案的定义就陷入了困境。而这时用户可能会放弃部门档案的定义，去职员档案里面先定义职员的有关信息。但在定义职员档案时，要求输入职员所在的部门。同样，计算机要求只能在系统里已经存在的部门里面进行选择，如果用户手工输入部门名称，计算机会提示“没有该部门”，不允许对该职员的信息进行保存。此时定义职员档案又陷入了困境。
对于上述情况，用户要想解决，只能采取迂回的办法。首先定义部门档案，遇到负责人设置一栏时暂时空缺，等全部部门档案设置完毕后，保存并退出。然后进入职员档案设置窗口设置职员的有关信息，此时由于部门档案已经设置完毕，所以用户在设置职员档案时就可以参照选择相关的部门了。等所有的职员档案定义完毕之后，保存并退出。最后再次进入部门档案，对已经保存的部门档案进行修改，此时就可以在负责人一栏输入职员档案里已经存在的人员的名称了。
尽管通过上述方法把问题解决了，但却比正常情况多了一道程序，给用户造成了不必要的麻烦，这不能不说是软件设计的一个缺陷。建议软件开发人员在以后更新版本时，能注意到这个尽管不严重但却给用户带来不便的小小缺陷。
二、工资管理模块中工资项目的设置问题
在工资管理模块中，用户在第一次使用时要设置工资项目。但在操作时发现个别工资项目在输入时出现了这样的问题：输入工资项目名称后，把光标移到下一个表格中继续输入时，前一个表格中的工资项目名称被自动删除了（这里需要说明的是，此时用户没有执行任何误操作）。后来经过仔细观察，笔者发现原来是受微软输入法的影响。出现这种情况时，用户只要转换为其他的输入法，比如说智能输入法或紫光拼音输入法等，这种工资项目名称被自动删除的现象就不存在了。
这看似是一个小问题，却给用户带来了很大的困难。因为遇到这种情况时，按照我们专业人员正常的思维判断，财务软件应该是对常用的输入法都兼容的，自然也就很难想到问题是真正出在输入法上。笔者认为，作为通用的商品化软件，在设计时应该考虑到和其他软件的兼容性，更不必说是操作人员在工作中必须要用的输入法。建议开发人员在设计时能考虑到这类因素。
三、工资管理模块中工资分摊设置中会计科目的重复录入问题
在工资业务处理中，月末要进行应付工资的分摊以及应付福利费的计提等工作，而这些工作在用友ERP软件中，是通过“工资分摊”功能完成的。用友软件的用户都知道，在初次使用工资分摊功能时，要首先设置计提费用的类型。我们以计提福利费为例来看用友软件的设计思路。
在定义计提费用类型时，我们会看到如图1所示的窗口，在该窗口我们可以清楚地看到，要求用户设置不同部门计提福利费的对应入账科目，这里计算机要求用户必须输入相关科目。定义完毕保存并退出后，我们进入“应付福利费一览表”，如图2所示，发现这里要求再次输入上述部门计提福利费的对应入账科目，也就是把图1中的科目重新录入一遍，否则计算机不允许制单。
只要是会计专业人士，都明白图1中要求设置部门对应入账科目的目的是为以后计算机自动制单服务的，而图2中要求设置借、贷方科目同样是为自动制单作准备的，且输入的科目和图1完全相同。既然图2中显示的部门、人员类别信息都是用户在图1中设置的结果，那么为什么图1中设置的部门对应入账科目不能在图2中显示，而是要求用户在图2中再次重新输入相同的内容呢？其实作为用户我们都知道，这完全是多余的。笔者这里建议软件开发人员在设计软件时最好和会计人员多沟通，以减少类似的重复性操作。
四、固定资产管理模块中的资产变动问题
在固定资产管理模块中，在计提完折旧后如果固定资产发生变动，比如说原值增加、原值减少或者部门转移，用户只需要在变动单里进行处理即可。但是笔者在使用的过程中，却发现了这么一个问题：固定资产如果发生部门转移，比如说从原来的管理部门转移到生产车间，用户只需要填制一张资产变动单，登记变动后的部门和变动原因即可。正常情况下，在资产发生部门转移后，相应的对应折旧科目也应该自动变更，因为不同的部门对应折旧科目是不一样的，这些我们在初始化设置中的“部门对应折旧科目”里已经设置过了。但是用友ERP－U8.50软件在资产发生部门转移后对应的折旧科目却不能在下月自动改变，而是需要用户自己到固定资产卡片中修改对应折旧科目，这很容易造成用户在使用的过程中由于疏忽而忘记修改折旧科目，以至于造成计提折旧后计算机自动生成的凭证会计科目错误。这无疑是软件中存在的一个“陷阱”，会使很多用户在不经意间掉入。建议软件开发人员能改进该项功能，使固定资产在发生部门转移后对应折旧科目能自动更新，这样用户使用起来会更方便。
此外，用友ERP－U8.50软件中还存在一些其他的小缺陷，笔者这里随意列举出几条：
1.在用友ERP－U8.50软件的财务系统中，用户在输入或者修改具体的内容之后，有的模块提供有“保存”按钮，要求用户必须单击“保存”按钮后才能保存相关内容，而有的模块没有提供“保存”按钮，用户输入完毕直接退出就可以了。结果造成在后者的情况下，用户会存在输入或修改的内容是否已经成功保存的顾虑。
2.总账中使用“查询条件”功能查询余额表时，如果按上年定义的条件查询时，计算机就会自动退出。
3.修改固定资产卡片的栏目后，当年卡片不乱，但以前年度数据和栏目错位。
4.卡片管理的自定义查询中有的卡片栏目找不到，因而不能加条件查询。
笔者认为，作为通用的商品化软件，应该处处为用户操作的方便考虑。当然我们不否认用友ERP－U8.50软件的整体设计还是很好的，尤其是其提供的强大的查询功能、简捷的操作界面以及个性化的服务设计。但是其存在的上述小小缺陷，给用户的操作带来了一定的不便，无疑是其美中不足之处。在崇尚用户至上的今天，商品化软件应该避免类似的设计缺陷。
主要参考文献
［1］ 张瑞涛. 协同商务环境下企业财务软件的开发及实施［J］. 中国会计电算化，2002，（12）：13-16.
［2］ 王坚强，刘爱松. 财务软件设计开发中应处理好四个关系 ［J］. 财会通讯，2002，（1）：43-44.
［3］ 熊英英. 面向会计核算中心的国产财务软件适用性分析及对策［J］. 中国会计电算化， 2004，（10）：45-47.
［4］ 陈晓红，赵燕锡，刘红霖. 商贸型企业网络财务软件的设计与实现［J］. 计算机系统应用，2002，（7）：21-24.
［5］ 包于宁. 企业财务软件设计若干问题探究［J］. 科技广场，2004，（8）：89-91.
［6］ 王海洪. 从计算机审计角度看财务软件的功能评价［J］. 商业会计，2005，（8）：63-66.
［7］ 童伟. 财务软件使用中的初始化问题［J］. 中国管理信息化， 2005，（3）：25-27.