本文主要內容是關于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系統設計思路來源主要是依賴市場調研和需求分析。