国内ERP产品层出不穷，占据了软件市场的近半壁江山，但部分产品在质量上也存在很大隐患——无论小的还是上规模的产品，都存在同一个问题，那就是产品的稳定性。
一、如何考察ERP的稳定性
（一）重点测试
ERP产品大都具有较强的通用性，虽然不能完全适应于某个行业，但它可以涵盖大部分企业的大部分业务，而且企业实施ERP周期一般不会太长，所以在时间紧任务重的情况下，要重点地验证软件性能，针对本企业的流程对软件做单元测试、压力测试及全面测试等。
（二）全系统测试
考察软件的稳定性是一个长期持续不断的过程，贯穿整个软件的生命周期。企业从系统上线、试运行到正式运行，甚至完全甩掉手工账，整个期间软件的稳定性都是一个不容忽视的问题。验证软件稳定性的最常用方法就是软件原型测试，由于ERP系统是信息集成系统，所以在测试时，应当是全系统的测试，各个部门的人员都应该同时参与，这样才能理解各个数据、功能和流程之间相互的集成关系。
二、ERP不稳定的原因
（一）外部因素
1.恶性竞争
国内很多ERP产品在有些功能上是完全相同的，就连思路也是大同小异，很少有创新的东西，一家出来后，不出一年，另一家也会出来，产品更新换代非常快。由于图一时之利，产品不稳定也就在所难免。
2.客户需求
客户提出的需求多种多样，在软件使用过程中，由于业务的变化及对软件的熟悉程度，原来的一些功能可能满足不了客户的需要，迫使客户提出很多易用性或完善性的需求，这些需求处理不好就成为软件稳定性的一种隐患。
3.项目压力
项目是任何软件公司赖以生存的根本，现在国内大部分的软件企业都是做项目起家，根据项目逐渐提炼，最终形成产品，所以说产品的很大一部分改动源于项目，只要项目上有需求，都要想办法解决，这也是很多软件企业的宗旨。但这种现象也造成了不可估计的损失，产品越改需求越多，越改越乱、越改越不稳定，不仅导致项目周期拖延，还对产品造成致命的冲击，最终越陷越深。
（二）内部因素
1.分析设计阶段
搭建系统架构在此阶段完成，包括需求规格说明书、详细规格说明书、数据结构等文档的
编写。在企业里一般分析设计人员由资深的软件开发人员兼任，但往往这部分人跟客户交流的机会少，缺少一线项目经验，设计出的软件也是参考了很多竞争对手的资料或实施、售前人员反馈的需求及平常自己的一些经验而来，在开发阶段可能问题不大，但在客户使用后，进入维护阶段就经不起考验了，使用一段时间后，最终可能要推倒重来。
2.开发阶段
开发阶段最常见的问题是没有设计文档就写程序，等程序写完后再补设计文档，这样往往造成代码冗余，严重者往往会推倒重来，做无用功。所以开发阶段能否按照分析设计阶段编写的文档严格执行很关键，能否理解设计者的思路也很重要，这个阶段的工作直接会影响到产品的发版及以后的维护工作。另外此阶段的单元测试也很重要，不愿测自己写的程序也是开发人员的通病。
3.测试阶段
发版前的测试一般由专门的测试部门来完成，开发人员辅助处理测试出的问题及指导测试工作，但测试人员水平有高有低，往往有些测试人员对软件功能不熟悉，无从下手，测试出的问题也都是低级题。
共有条评论 网友评论