EAM系统设计思路

    本文主要内容是关于EAM系统设计思路中的市场调研和需求分析。EAM系统属于大型管理软件，因此编码过程不应该启动太早，应该更加注重前期的需求分析和系统设计工作，以避免由于前期工作没有到位而造成的编码阶段的工作大量返工，保证系统设计的科学性、前瞻性和实用性，达到降低开发成本的目的。北京乾元坤和拥有自身公司独到的业务流程，如图：

    EAM系统设计市场调研

    调研是可行性研究和需求分析阶段的重要环节，而对企业EAM资产管理系统而言，这个环节非常重要，在进行系统的调查研究之前，需要清晰了解影响系统的各种因素和潜在的EAM系统危机，然后利用成熟的、科学的调研方法，有针对的进行信息收集和信息分析，为EAM系统设计需求分析和系统设计打下良好的基础。

    EAM系统设计业务需求分析

    EAM系统设计业务需求反映了企业或行业专家及普遍用户对系统、产品高层次的目标要求。这一阶段的需求额获取者往往是业务流程分析员，对应的是EAM系统设计业务建模流程，其结果要在EAM系统项目视图与范围文档中进行说明。

    业务需求的主要目的是对企业目前的EAM系统设计业务流程进行评估，并更具项目的特点，确定进行何种程度的业务建模，如企业的EAM系统设计业务流程改进或重组等。然后描述业务前景，即实施项目成功后企业会是什么样子。业务需求层次需要投入的精力视具体项目而定，而EAM系统业务需求的确定对之后的用户需求和功能需求起了限制作用，任何需求不得与之相悖。

    1）用户需求

    用户需求文档描述用户使用业务EAM系统产品必须完成的任务，通常在使用EAM系统例文文档或方案脚本说明中予以定义。

    EAM系统设计需求分析到了用户需求层次上，重心就转移到如何收集用户的需求信息上，即确定EAM系统所涉及到的角色。了解EAM系统每个角色通常处理的业务以及业务信息量，可以说用户需求分析是很难的，因为很多需求是隐性的，很难获取，更难保证需求完整，而需求又是易变的。所以单纯的依靠阅读企业的文件往往是局限的，应该深入基层，提高访谈技巧，迅速掌握第一手资料来进行EAM系统设计需求分析。

    20）功能需求

    EAM系统设计功能需求定义了开发人员必须实现的软件功能，使得用户能够依靠该EAM系统完成他们的任务，从而满足业务需求的要求。

    EAM系统设计功能需求依赖于用户需求，可以说是用户需求在系统上的一个映射。EAM系统开发者思考的角度从用户转移到开发者身上。在这个层次上，为用户做一个软件原型是一个很不错的主意。在此阶段是用户对EAM系统还是没有一个实实在在的概念，如果你给用户一个原型，用户就会告诉你哪些功能好用，哪些还有问题甚至不符合标准。这就避免了用户在EAM系统开发完成才看到系统所带来的一些风险。

    综上所述，EAM系统设计思路来源主要是依赖市场调研和需求分析。