搞定QMS系统稳定性，高效实施不用愁

当前，QMS系统在各类大中小型企业中应用较为普遍，成功的实施QMS需要QMS系统知识和企业管理思想的紧密结合，通常企业需要借助外部力量来完成，即软件公司或专业咨询公司(以下简称乙方)，但企业(以下简称甲方)与软件公司或专业咨询公司在实施过程中会面临系统的不稳定等一系列问题，这些问题不解决好不仅仅会影响实施效果严重的甚至会导致QMS系统实施失败。

一、QMS不稳定的致命影响

众所周知QMS软件更新换代比较快，处在不停升级、不停打补丁的状态中，这导致软件的稳定性比较差。而新产品发布后，企业往往是试用的对象，而系统的不稳定，经常给企业带来了很多麻烦。

核算数据不准确影响报表的正确性；出入库不严格，车间多领料，造成仓库多发或少收的现象，导致企业仓库数量及应收、应付账款不准确；账实不相符，不能正确提供制订计划用的参考数据等，这些都是QMS系统不稳定造成的直接后果。更为严重的是系统性能低甚至瘫痪，导致质量问题频发，生产线停滞，质检人员无法正常工作等。因此稳定性对QMS软件来说是第一位的，不稳定是其致命的缺陷。

二、软件不稳定的根源在于哪里？

通常情况下，QMS系统不稳定的原因来自外部和软件厂商内部两方面

外部因素

恶性竞争。国内很多QMS产品在有些功能上是完全相同的，就连思路也是大同小异，很少有创新的东西，一家出来后，不出一年，另一家也会出来，产品更新换代非常快。由于图一时之利，产品不稳定也就在所难免。

项目压力。项目是任何软件公司赖以生存的根本，现在国内大部分的软件企业都是做项目起家，根据项目逐渐提炼，最终形成产品，所以说产品的很大一部分改动源于项目，只要项目上有需求，都要想办法解决，这也是很多软件企业的宗旨。但这种现象也造成了不可估计的损失，产品越改需求越多，越改越乱、越改越不稳定，不仅导致项目周期拖延，还对产品造成致命的冲击，最终越陷越深。

内部因素

分析设计阶段。搭建系统架构的设计人员由资深的软件开发人员兼任，但往往这部分人跟客户交流的机会少，缺少一线项目经验，设计出的软件也是参考了很多竞争对手的资料或实施、售前人员反馈的需求及平常自己的一些经验而来，在开发阶段可能问题不大，但在客户使用后，进入维护阶段就经不起考验了，使用一段时间后，最终可能要推倒重来。

开发阶段。开发阶段最常见的问题是没有设计文档就写程序，等程序写完后再补设计文档，这样往往造成代码冗余，严重者往往会推倒重来，做无用功。所以开发阶段能否按照分析设计阶段编写的文档严格执行很关键，能否理解设计者的思路也很重要，这个阶段的工作直接会影响到产品的发版及以后的维护工作。另外此阶段的单元测试也很重要，不愿测自己写的程序也是开发人员的通病。

三、如何考察QMS的稳定性

方法一：重点测试。QMS产品大都具有较强的通用性，虽然不能完全适应于某个行业，但它可以涵盖大部分企业的大部分业务，而且企业实施QMS周期一般不会太长，所以在时间紧任务重的情况下，要重点地验证软件性能，针对本企业的流程对软件做单元测试、压力测试及全面测试等。

企业在没有使用软件前很难测试QMS的稳定性，因为上线前期一般都比较忙，无论甲方还是乙方在上线前一个月都要投入不少精力做支持。通过这一个月的应用，企业往往才能真正了解QMS软件的质量，这个时候，还愿不愿意投入成本去做测试，成为企业重点考虑的问题。

方法二：全系统测试。考察软件的稳定性是一个长期持续不断的过程，贯穿整个软件的生命周期。企业从系统上线、试运行到正式运行，甚至完全甩掉手工账，整个期间软件的稳定性都是一个不容忽视的问题。验证软件稳定性的最常用方法就是软件原型测试，由于QMS系统是信息集成系统，所以在测试时，应当是全系统的测试，各个部门的人员都应该同时参与，这样才能理解各个数据、功能和流程之间相互的集成关系。

测试时，找出不足的方面，提出解决企业管理问题的方案，以便提出对软件的改进措施；然后再模拟运行，在基本掌握软件功能的基础上，按企业的业务流程模拟操作，选择有代表性的业务，将各种必要的数据录入系统，按企业日常工作中经常遇到的问题，组织项目小组进行实战性模拟，并根据发现的问题及需求，由项目小组制定解决方案。

问题的范围一般有软件BUG、流程不完善、误操作、客户需求等等。经过一段时间的摸拟运行后，根据企业提出的一些问题结合项目小组制定的解决方案来制定相关的工作准则与规范。因为软件的应用与企业的管理是相辅相成的，误操作、重复录入数据等都会引起数据的准确程度，导致软件的不稳定，所以制订严格的管理操作流程，防止因误操作而导致数据方面的问题。