海裝機(jī)組全周期管理平臺(tái)建設(shè)方案-技術(shù)與功能

1、海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 1 / 21海裝風(fēng)電機(jī)組全周期管理平臺(tái)建設(shè)方案XXXXX 有限公司2015 年年 6 月月 20 日日海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 2 / 21目錄目錄1項(xiàng)目概況項(xiàng)目概況.42業(yè)務(wù)模式業(yè)務(wù)模式.43系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì).43.1系統(tǒng)架構(gòu).43.2技術(shù)路線.53.2.1硬件架構(gòu).53.2.2軟件架構(gòu).53.2.3性能架構(gòu).93.2.4安全架構(gòu).124功能需求功能需求.124.1后臺(tái)管理.134.1.1系統(tǒng)管理.134.1.2流程管理.144.1.3消息中心.144.1.4機(jī)組信息.144.1.5供應(yīng)商.154.2機(jī)組裝配.154.2.1機(jī)組在線裝配.15

2、4.2.2機(jī)組配置審核.164.2.3機(jī)組生產(chǎn)監(jiān)控.164.2.4機(jī)組生產(chǎn)檔案.164.3機(jī)組安裝.164.3.1機(jī)組運(yùn)輸監(jiān)控.174.3.2機(jī)組安裝監(jiān)控.174.3.3機(jī)組安裝檔案.174.4機(jī)組運(yùn)維.17海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 3 / 214.4.1機(jī)組狀態(tài)監(jiān)控.174.4.2機(jī)組故障預(yù)警.174.4.3運(yùn)維輔助決策.184.4.4機(jī)組故障檢修.184.4.5機(jī)組運(yùn)維智庫(kù).184.4.6機(jī)組運(yùn)維檔案.184.5機(jī)組全周期監(jiān)控.184.5.1機(jī)組生產(chǎn)監(jiān)控.184.5.2機(jī)組安裝監(jiān)控.184.5.3機(jī)組運(yùn)維監(jiān)控.194.6機(jī)組全周期檔案.194.6.1機(jī)組生產(chǎn)檔案.194.6.2

3、機(jī)組安裝檔案.194.6.3機(jī)組運(yùn)維檔案.195非功能需求非功能需求.205.1外部接口.205.1.1ERP接口.205.1.2SCADA接口.20海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 4 / 211 項(xiàng)目項(xiàng)目概況概況XXXX。2 業(yè)務(wù)模式業(yè)務(wù)模式XXXX。3 系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì) 3.1 系統(tǒng)架構(gòu)系統(tǒng)架構(gòu)海裝機(jī)組全周期管理平臺(tái)主要由后臺(tái)管理、機(jī)組裝配、機(jī)組安裝、機(jī)組運(yùn)維、全周期監(jiān)控和全周期檔案 6 大模塊組成，系統(tǒng)架構(gòu)如下圖所示：海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 5 / 213.2 技術(shù)路線技術(shù)路線3.2.1 硬件架構(gòu)硬件架構(gòu)本項(xiàng)目將通過(guò)搭建集群，提高系統(tǒng)的穩(wěn)定性與可靠性。集群由一個(gè)負(fù)載均

4、衡服務(wù)、若干個(gè)應(yīng)用服務(wù)器（可以根據(jù)需要做橫向擴(kuò)展）、兩個(gè)數(shù)據(jù)庫(kù)服務(wù)器；本科教學(xué)管理系統(tǒng)的硬件拓?fù)浣Y(jié)構(gòu)如圖 2.7 所示：圖 2.7 硬件拓?fù)浣Y(jié)構(gòu)負(fù)載均衡服務(wù)器將用戶(hù)請(qǐng)求根據(jù)做均衡調(diào)度，分發(fā)到對(duì)應(yīng)的應(yīng)用服務(wù)器；應(yīng)用服務(wù)器可以分部署不同業(yè)務(wù)模塊的應(yīng)用，以提高整個(gè)系統(tǒng)的可靠性；數(shù)據(jù)庫(kù)服務(wù)器有兩個(gè)，一個(gè)是主數(shù)據(jù)庫(kù)服務(wù)器，一個(gè)是數(shù)據(jù)庫(kù)備份服務(wù)器，當(dāng)主服務(wù)器出現(xiàn)問(wèn)題時(shí)可以快速切換到備機(jī)上，以避免數(shù)據(jù)庫(kù)服務(wù)故障導(dǎo)致的系統(tǒng)癱瘓。3.2.2 軟件架構(gòu)軟件架構(gòu)本項(xiàng)目軟件架構(gòu)主要包括技術(shù)規(guī)范、基礎(chǔ)平臺(tái)、模塊化和中間件四部分組成。技術(shù)規(guī)范3.2.2.1 基礎(chǔ)平臺(tái)本系統(tǒng)使用的基礎(chǔ)平臺(tái)架構(gòu)如圖 2.10 所示：海裝風(fēng)電-

5、機(jī)組全周期管理平臺(tái)建設(shè)方案 6 / 21用戶(hù)展現(xiàn)層JSPJqueryAjaxHTML/CSS業(yè)務(wù)邏輯層Spring CoreSpring MVCSpring AOPSpring ORMSpring DAOSpring WebSpring Context數(shù)據(jù)訪問(wèn)層JPAHibernate圖 2.10 基礎(chǔ)平臺(tái)架構(gòu)用戶(hù)展現(xiàn)層用戶(hù)展現(xiàn)層系統(tǒng)前端使用了基礎(chǔ)的 JSP(JAVA Server Page)以及 HTML/CSS 來(lái)實(shí)現(xiàn)頁(yè)面框架。同時(shí)使用了其他流行的前端開(kāi)發(fā)框架來(lái)支撐我們的前端：1.jQueryjQuery 是一個(gè)輕量級(jí)的 js 庫(kù) ，兼容 CSS3，兼容各種瀏覽器。jQuery 使用戶(hù)能更

6、方便地處理 HTML、events、實(shí)現(xiàn)動(dòng)畫(huà)效果，并且方便地為網(wǎng)站提供AJAX 交互。2.jQuery EasyUIjQuery EasyUI 是一組基于 jQuery 的 UI 插件集合，包含了功能豐富并且美觀的 U 組件，提高開(kāi)發(fā)效率。3.Ajax通過(guò)在后臺(tái)與服務(wù)器進(jìn)行少量數(shù)據(jù)交換，AJAX 可以使網(wǎng)頁(yè)實(shí)現(xiàn)異步更新。這意味著可以在不重新加載整個(gè)網(wǎng)頁(yè)的情況下，對(duì)網(wǎng)頁(yè)的某部分進(jìn)行更新。提升了用戶(hù)體驗(yàn)。業(yè)務(wù)邏輯層業(yè)務(wù)邏輯層海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 7 / 21系統(tǒng)業(yè)務(wù)邏輯層主要功能是業(yè)務(wù)邏輯處理、業(yè)務(wù)數(shù)據(jù)解析與封裝。業(yè)務(wù)邏輯層主要使用的基礎(chǔ)框架有 SpringMVC、Spring1.

7、SpringSpring 作為一個(gè)資源容器，采用控制反轉(zhuǎn)（Inversion of Control，IoC）原則的配置管理，將系統(tǒng)中的組件以及其他框架集成起來(lái)。并提供 Spring 通用事務(wù)處理和通用數(shù)據(jù)訪問(wèn)異常等級(jí)規(guī)范。使得系統(tǒng)中的組件低耦合高內(nèi)聚，簡(jiǎn)化開(kāi)發(fā)，并且提供 AOP（面向切面編程）功能。在本系統(tǒng)中主要用到了 Spring 的以下的一些組件和特性：SpringAOP、SpringDAO、Spring 上下文、以及SpringMVC 等2.SpringMVCSpring MVC 屬于 SpringFrameWork，已經(jīng)融合在 Spring Web Flow 里面。Spring 框架提

8、供了構(gòu)建 Web 應(yīng)用程序的全功能 MVC 模塊。Spring MVC 分離了控制器、模型對(duì)象、分派器以及處理程序?qū)ο蟮慕巧?，這種分離讓它們更容易進(jìn)行定制。在系統(tǒng)中，我們使用 SpringMVC 代替了傳統(tǒng)的 Struts 框架作為前端的數(shù)據(jù)映射和請(qǐng)求響應(yīng)，因?yàn)?SpringMVC 能更好的和 Spring 進(jìn)行整合，并且基于注解的配置管理方式更方便開(kāi)發(fā)和維護(hù)。數(shù)據(jù)訪問(wèn)層數(shù)據(jù)訪問(wèn)層數(shù)據(jù)訪問(wèn)層提供了系統(tǒng)和數(shù)據(jù)庫(kù)的 ORM 映射關(guān)系，并為上層的業(yè)務(wù)邏輯提供數(shù)據(jù)的訪問(wèn)接口。實(shí)現(xiàn)這些功能，我們使用了兩個(gè)基礎(chǔ)框架：JPA 和Hibernate1.JPAJPA 全稱(chēng) Java Persistence AP

9、I，提供了數(shù)據(jù)持久化的統(tǒng)一接口規(guī)范?？梢杂枚喾N ORM 框架來(lái)實(shí)現(xiàn)這個(gè) API，在系統(tǒng)中，我們使用了 Hibernate 框架來(lái)實(shí)現(xiàn)JPA 的 API。2.HibernateHibernate 是一個(gè)開(kāi)放源代碼的對(duì)象關(guān)系映射框架，它對(duì) JDBC 進(jìn)行了非常輕量級(jí)的對(duì)象封裝。封裝了基本的 CRUD 操作，并提供了 6 個(gè)核心接口分別為:海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 8 / 21Session、SessionFactory、Transaction、Query、Criteria 和 Configuration，通過(guò)這些接口我們可以對(duì)持久化對(duì)象進(jìn)行很方便的操作，還能進(jìn)行事務(wù)控制。3.2.2.2

10、 模塊化模塊化的概念是將復(fù)雜的系統(tǒng)分解成為更好的可管理的模塊的方式，用來(lái)分割，組織和打包系統(tǒng)組件。每個(gè)模塊完成一個(gè)特定的子功能，所有的模塊按某種方法組裝起來(lái)，成為一個(gè)整體，完成整個(gè)系統(tǒng)所要求的功能。模塊化主要分為三類(lèi)：前端模塊類(lèi)、業(yè)務(wù)模塊類(lèi)和基礎(chǔ)模塊類(lèi)。前端模塊類(lèi)前端模塊類(lèi) 只包含一個(gè)模塊：前端模塊，是一個(gè) war 包，提供了所有的前臺(tái)頁(yè)面和跳轉(zhuǎn)服務(wù)。業(yè)務(wù)模塊類(lèi)業(yè)務(wù)模塊類(lèi) 包含了服務(wù) API 模塊和具體的業(yè)務(wù)模塊，是以 jar 包的形式發(fā)布。服務(wù) API 模塊主要提供了所有業(yè)務(wù)模塊的 API，把這些 API 提供給前端模塊使用；其他具體的業(yè)務(wù)模塊完成具體的業(yè)務(wù)功能，業(yè)務(wù)模塊可以很方便的拓展?；?/p>

11、礎(chǔ)模塊類(lèi)基礎(chǔ)模塊類(lèi) 包含了數(shù)據(jù)訪問(wèn)模塊、基礎(chǔ)服務(wù)類(lèi)和工具類(lèi)，為業(yè)務(wù)模塊提供數(shù)據(jù)訪問(wèn)和基礎(chǔ)服務(wù)。同時(shí)，我們使用 Maven 工具來(lái)進(jìn)行項(xiàng)目構(gòu)建描述，管理以上所有模塊之間的依賴(lài)關(guān)系。3.2.2.3 中間件本系統(tǒng)在應(yīng)用部署時(shí)使用兩種中間件：ApacheApache 是世界使用最廣泛、功能最強(qiáng)大的 Web 服務(wù)器軟件，可以運(yùn)行在幾乎所有的操作系統(tǒng)平臺(tái)上，安全性和跨平臺(tái)性非常優(yōu)秀。在我們的整體部署架構(gòu)中，Apache 主要提供兩種服務(wù)：Web 服務(wù)器和負(fù)載均衡服務(wù)器。作為 Web 服務(wù)器，Apache 響應(yīng)整個(gè)系統(tǒng)的所有靜態(tài)文件訪問(wèn)請(qǐng)求，并且將動(dòng)態(tài)訪問(wèn)請(qǐng)求重定向到應(yīng)用服務(wù)器，這樣一來(lái)提高了靜態(tài)文件的訪問(wèn)

12、速度，同時(shí)降低了應(yīng)用服務(wù)器的壓力。作為負(fù)載均衡服務(wù)器，主要使用了 Apache 的 mod_proxy_balancer 模塊。Jboss海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 9 / 21Jboss 是一個(gè)基于 J2EE 的開(kāi)放源代碼的應(yīng)用服務(wù)器，主要用于系統(tǒng) J2EE 的應(yīng)用容器。3.2.3 性能架構(gòu)性能架構(gòu)系統(tǒng)在運(yùn)行一段時(shí)間之后，隨著用戶(hù)量的增長(zhǎng)以及數(shù)據(jù)量增長(zhǎng)，系統(tǒng)運(yùn)行壓力增大，可能出現(xiàn)性能上的瓶頸。對(duì)系統(tǒng)的性能和可靠性要求較高，系統(tǒng)要有一套完善的性能機(jī)制來(lái)保證系統(tǒng)穩(wěn)定和響應(yīng)速度。在系統(tǒng)中我們使用了兩種機(jī)制來(lái)保證系統(tǒng)的性能需求：緩存框架和負(fù)載均衡。3.2.3.1 緩存框架緩存框架在軟件層面

13、保證了系統(tǒng)的響應(yīng)速度，同時(shí)減輕了 Web 服務(wù)器、應(yīng)用服務(wù)器以及數(shù)據(jù)庫(kù)服務(wù)器的壓力。在本系統(tǒng)中，我們使用開(kāi)源的 Ehcache 緩存框架，Ehcache 有如下特性：1.對(duì)頁(yè)面、對(duì)象、數(shù)據(jù)進(jìn)行緩存我們可以對(duì)具有高性能需求業(yè)務(wù)模塊的頁(yè)面、對(duì)象、數(shù)據(jù)進(jìn)行緩存。比如使用 Ehcache 對(duì)課表進(jìn)行頁(yè)面和數(shù)據(jù)緩存等。2.支持整合 Spring、Hibernate支持 Spring、Hibernate 讓 Ehcache 能更好地整合進(jìn)我們的系統(tǒng)基礎(chǔ)平臺(tái)（見(jiàn)下圖 2.13 所示）。海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 10 / 21用戶(hù)展現(xiàn)層JSPJqueryAjaxHTML/CSS業(yè)務(wù)邏輯層Sprin

14、g CoreSpring MVCSpring AOPSpring ORMSpring DAOSpring WebSpring Context數(shù)據(jù)訪問(wèn)層JPAHibernateEhcache頁(yè)面緩存Ehcache對(duì)象緩存Ehcache數(shù)據(jù)緩存圖 2.13 緩存框架整合3.支持集群/分布式緩存Ehcache 的集群模式支持在集群的各個(gè)節(jié)點(diǎn)上共享緩存，當(dāng)某個(gè)節(jié)點(diǎn)對(duì)緩存數(shù)據(jù)進(jìn)行更新時(shí)，Ehcache 會(huì)對(duì)所有節(jié)點(diǎn)的緩存數(shù)據(jù)進(jìn)行更新，保證數(shù)據(jù)的一致性。如圖 2.14 所示：Server1Server2Server3Server4EhcacheEhcacheEhcacheEhcache同步緩存RMIRMI

15、RMIRMI圖 2.14 集群緩存結(jié)構(gòu)3.2.3.2 負(fù)載均衡負(fù)載均衡是使用多臺(tái)硬件的集成部署來(lái)保證系統(tǒng)性能和穩(wěn)定性的一種機(jī)制。將負(fù)載（用戶(hù)請(qǐng)求）進(jìn)行平衡、分?jǐn)偟蕉鄠€(gè)操作單元（應(yīng)用服務(wù)器）上進(jìn)行執(zhí)海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 11 / 21行，從而共同完成工作任務(wù)。主要包含了一臺(tái)負(fù)載均衡服務(wù)器以及多臺(tái)應(yīng)用服務(wù)器，由負(fù)載服務(wù)器根據(jù)負(fù)載算法對(duì)用戶(hù)請(qǐng)求進(jìn)行分發(fā)，多臺(tái)應(yīng)用服務(wù)器對(duì)分發(fā)的請(qǐng)求進(jìn)行處理返回。如圖 2.15 所示：用戶(hù)Internet用戶(hù)用戶(hù)防火墻負(fù)載均衡服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器應(yīng)用服務(wù)器數(shù)據(jù)庫(kù)服務(wù)器數(shù)據(jù)庫(kù)備份服務(wù)器圖 2.15 負(fù)載均衡拓?fù)浼軜?gòu)圖中我們使用了一臺(tái)負(fù)載服務(wù)器和兩臺(tái)應(yīng)

16、用服務(wù)器搭建了負(fù)載均衡。若兩臺(tái)應(yīng)用服務(wù)器不能支撐業(yè)務(wù)的膨脹，可以動(dòng)態(tài)擴(kuò)展新的應(yīng)用服務(wù)器來(lái)保證系統(tǒng)的性能。在負(fù)載服務(wù)器端在負(fù)載服務(wù)器端，使用 Apache 作為中間件來(lái)實(shí)現(xiàn)負(fù)載均衡的算法策略以及請(qǐng)求分發(fā)。同時(shí)，Apache 提供了很多的分發(fā)策略，我們可以根據(jù)實(shí)際業(yè)務(wù)的需要調(diào)整分發(fā)策略。比如，在選課高峰期，我們可以配置 Apache 使所有的請(qǐng)求分發(fā)到專(zhuān)用的應(yīng)用服務(wù)器，如圖 2.16 所示：應(yīng)用服務(wù)器1應(yīng)用服務(wù)器2（選課專(zhuān)用）其他請(qǐng)求應(yīng)用服務(wù)器3（選課專(zhuān)用）選課請(qǐng)求選課請(qǐng)求負(fù)載均衡服務(wù)器圖 2.16 負(fù)載均衡分發(fā)海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 12 / 21在應(yīng)用服務(wù)器端在應(yīng)用服務(wù)器端，使用

17、 Jboss 作為中間件，運(yùn)行系統(tǒng)應(yīng)用響應(yīng)用戶(hù)請(qǐng)求。同時(shí)，兩臺(tái)應(yīng)用服務(wù)器之間通過(guò) Jboss 的 session sticky 同步 session，并通過(guò)Ehcache 同步緩存。如圖 2.17 所示：負(fù)載均衡服務(wù)器ApacheMod_proxy_balance應(yīng)用服務(wù)器1Jboss應(yīng)用服務(wù)器2Jboss同步Session同步CacheMod_proxyMod_proxy圖 2.17 應(yīng)用服務(wù)器同步3.2.4 安全架構(gòu)安全架構(gòu)本系統(tǒng)的安全架構(gòu)主要由如下 4 種方式以保證系統(tǒng)的安全性。3.2.4.1 漏洞掃描使用漏洞掃描工具，可以有效地掃描出系統(tǒng)中存在漏洞風(fēng)險(xiǎn)的地方，比如SQL 注入、URL

18、注入、空指針異常等。3.2.4.2 代碼混淆使用代碼混淆工具將前臺(tái) JSP 和 JS 文件進(jìn)行壓縮和混淆，可以有效的避免通過(guò)查看源代碼的方式對(duì)系統(tǒng)進(jìn)行的不當(dāng)操作。3.2.4.3 安全框架安全框架使用 Spring 提供的 Spring Security，Spring Security 為基于 J2EE 企業(yè)應(yīng)用軟件提供了全面安全服務(wù)，提供聲明式的安全訪問(wèn)控制解決方案。充分利用了 Spring IoC，DI（控制反轉(zhuǎn) Inverse of Control ,DI : Dependency Injection 依賴(lài)注入）和 AOP（面向切面編程）功能，為應(yīng)用系統(tǒng)提供聲明式的安全訪問(wèn)控制功能。海裝風(fēng)

19、電-機(jī)組全周期管理平臺(tái)建設(shè)方案 13 / 214 功能需求功能需求海裝機(jī)組全周期管理平臺(tái)功能包括后臺(tái)管理、機(jī)組裝配、機(jī)組安裝、機(jī)組運(yùn)維、機(jī)組全周期監(jiān)控和機(jī)組全周期檔案，功能結(jié)構(gòu)圖如下圖所示：4.1 后臺(tái)管理后臺(tái)管理后臺(tái)管理主要是管理平臺(tái)所需的后臺(tái)數(shù)據(jù)，包括系統(tǒng)管理、流程管理、消息中心、機(jī)組信息和供應(yīng)商。4.1.1 系統(tǒng)管理系統(tǒng)管理4.1.1.1 菜單管理菜單管理是管理維護(hù)系統(tǒng)的菜單，每個(gè)菜單有開(kāi)關(guān)，管理員可以啟用或者禁用系統(tǒng)菜單，禁用的菜單用戶(hù)是看不到，只有當(dāng)該菜單啟用且用戶(hù)的角色擁有該菜單權(quán)限的時(shí)候才能看到該菜單。4.1.1.2 角色權(quán)限角色權(quán)限是維護(hù)系統(tǒng)中的角色以及角色所具有的權(quán)限。實(shí)際業(yè)

20、務(wù)中根據(jù)業(yè)務(wù)不同而分不同的角色，將角色統(tǒng)一管理維護(hù)，提高系統(tǒng)的靈活性和可擴(kuò)展行。根據(jù)不同的角色，賦予不同的菜單權(quán)限。4.1.1.3 組織結(jié)構(gòu)組織結(jié)構(gòu)是維護(hù)系統(tǒng)中組織結(jié)構(gòu)，組織結(jié)構(gòu)是用戶(hù)管理的基礎(chǔ)。實(shí)際使用中業(yè)務(wù)組織結(jié)構(gòu)會(huì)不定期的發(fā)生變動(dòng)，可配置的組織結(jié)構(gòu)符合實(shí)際的業(yè)務(wù)需求。海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 14 / 214.1.1.4 用戶(hù)管理用戶(hù)管理是管理維護(hù)管理功能的用戶(hù)信息，用戶(hù)通過(guò)用戶(hù)名密碼認(rèn)證或統(tǒng)一身份認(rèn)證后才能進(jìn)入系統(tǒng)。不同角色的用戶(hù)擁有不同的權(quán)限。4.1.1.5 數(shù)據(jù)字典數(shù)據(jù)數(shù)據(jù)字典是用一張表維護(hù)系統(tǒng)中枚舉字段，有可能修改但又不經(jīng)常修改，不經(jīng)常修改的枚舉代碼內(nèi)完成，經(jīng)常修改的

21、用基礎(chǔ)信息管理維護(hù)。4.1.1.6 日志管理系統(tǒng)日志展現(xiàn)所有業(yè)務(wù)模塊產(chǎn)生的日志。不同的業(yè)務(wù)模塊中的操作按照用戶(hù)需求生成固定格式的系統(tǒng)日志并記錄下。4.1.2 流程管理流程管理系統(tǒng)在流程管理模塊內(nèi)置業(yè)務(wù)中所必須用到的業(yè)務(wù)流程，管理員可以查看這些流程。4.1.2.1 流程定義流程定義是管理員根據(jù)實(shí)際業(yè)務(wù)需要，可以自定義添加工作流、修改工作流，供具體的業(yè)務(wù)使用。4.1.2.2 流程發(fā)布流程發(fā)布是對(duì)已有的流程進(jìn)行發(fā)布，發(fā)布后的流程才可以被使用。流程發(fā)布功能單獨(dú)列出，便于對(duì)于流程的嚴(yán)格的權(quán)限管理。4.1.2.3 流程監(jiān)控流程監(jiān)控是顯示已有流程的狀態(tài)和使用情況，顯示引用相關(guān)流程的業(yè)務(wù)實(shí)例執(zhí)行的情況。4.1

22、.3 消息中心消息中心4.1.3.1 短信管理短信管理設(shè)置服務(wù)平臺(tái)發(fā)送短信所需要的網(wǎng)關(guān)信息以及短信模板、短信內(nèi)容，以及查看已發(fā)送的短信。海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 15 / 214.1.3.2 郵件管理郵件管理設(shè)計(jì)服務(wù)平臺(tái)所需要的郵件服務(wù)器信息、郵件模板和郵件內(nèi)容，以及查看已發(fā)送的郵件。4.1.3.3 系統(tǒng)通知系統(tǒng)通知指以系統(tǒng)站內(nèi)信的方式通知，便于提醒相關(guān)平臺(tái)用戶(hù)，并且可以查看已發(fā)送的通知消息。4.1.4 機(jī)組信息機(jī)組信息4.1.4.1 機(jī)組類(lèi)型機(jī)組類(lèi)型是管理維護(hù)機(jī)組類(lèi)型信息。4.1.4.2 機(jī)組系列機(jī)組系列信息是管理維護(hù)機(jī)組系列。4.1.4.3 機(jī)組機(jī)型機(jī)組機(jī)型信息設(shè)置和管理機(jī)組下

23、面的各機(jī)型信息，機(jī)組機(jī)型配置也根據(jù)相應(yīng)的主體屬性進(jìn)行配置。4.1.4.4 機(jī)組部件機(jī)組部件管理機(jī)組和部件匹配關(guān)聯(lián)，根據(jù)機(jī)組機(jī)型，例如 H111 進(jìn)行配置該機(jī)組的所有部件型號(hào)并包含屬于何種類(lèi)型（普通、高原、超高原、潮間帶、通用）和適用溫度（常溫、低溫、通用）。4.1.5 供應(yīng)商供應(yīng)商4.1.5.1 供應(yīng)商信息供應(yīng)商信息是管理維護(hù)供應(yīng)商基本信息以及供應(yīng)商的供貨內(nèi)容。4.1.5.2 供應(yīng)商檔案供應(yīng)商檔案通過(guò)查看供應(yīng)商以前的供貨記錄，以及供應(yīng)商品維護(hù)記錄，以此基礎(chǔ)建立供應(yīng)商檔案，并設(shè)置供應(yīng)商等級(jí)。海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 16 / 214.2 機(jī)組裝配機(jī)組裝配機(jī)組裝配包括機(jī)組在線裝配、機(jī)組

24、配置審核、機(jī)組生產(chǎn)監(jiān)控和機(jī)組生產(chǎn)檔案。4.2.1 機(jī)組在線裝配機(jī)組在線裝配4.2.1.1 在線裝備導(dǎo)航在線裝配導(dǎo)航給銷(xiāo)售人員提供在線裝配指導(dǎo)，按照既定的在線裝配流程輔助銷(xiāo)售人員盡快完成機(jī)組裝配。4.2.1.2 機(jī)組在線裝配機(jī)組在線裝配是根據(jù)不同的裝配需求，銷(xiāo)售人員可以在線 DIY 機(jī)組，并通過(guò) 3D 模型可視化機(jī)組裝配過(guò)程，裝配完成后生產(chǎn)機(jī)組裝配清單，供機(jī)組配置審核使用。4.2.2 機(jī)組配置審核機(jī)組配置審核4.2.2.1 配置審核流程銷(xiāo)售人員獲知投標(biāo)需求后，通過(guò)電腦進(jìn)入系統(tǒng)前臺(tái)頁(yè)面，填寫(xiě)機(jī)組配置信息，提交給技術(shù)部門(mén)、研發(fā)部門(mén)、采購(gòu)部門(mén)進(jìn)行審核。如果技術(shù)部門(mén)、研發(fā)部門(mén)、采購(gòu)部門(mén)任意部門(mén)發(fā)現(xiàn)配置單

25、有錯(cuò)誤，即線下組織相關(guān)責(zé)任部門(mén)進(jìn)行協(xié)商，經(jīng)協(xié)商一致后，對(duì)配置單進(jìn)行更改。更改后的配置單狀態(tài)自動(dòng)變?yōu)榕渲脝瓮稑?biāo)。如果技術(shù)部門(mén)、研發(fā)部門(mén)、采購(gòu)部門(mén)對(duì)銷(xiāo)售部門(mén)所提交的配置單無(wú)異議，審核通過(guò)，直接進(jìn)入配置單投標(biāo)環(huán)節(jié)。當(dāng)配置單投標(biāo)環(huán)節(jié)中，發(fā)現(xiàn)需要修改配置單的情況，即組織相關(guān)責(zé)任部門(mén)進(jìn)行協(xié)商，協(xié)商一致后，對(duì)配置單進(jìn)行更改。更改后的配置單即自動(dòng)生成機(jī)組檔案清單。4.2.2.2 配置審核查看銷(xiāo)售人可以查看自己所屬的機(jī)組配置單審批進(jìn)度，便于銷(xiāo)售人員更好的掌握審批進(jìn)度。海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 17 / 214.2.3 機(jī)組生產(chǎn)監(jiān)控機(jī)組生產(chǎn)監(jiān)控機(jī)組配置審核通過(guò)后，下推 ERP 生成生產(chǎn)訂單，通過(guò)獲取

26、ERP 系統(tǒng)中生產(chǎn)訂單的執(zhí)行情況，可視化機(jī)組及其所屬設(shè)備的生產(chǎn)情況。4.2.4 機(jī)組生產(chǎn)檔案機(jī)組生產(chǎn)檔案機(jī)組生產(chǎn)檔案記錄機(jī)組從銷(xiāo)售預(yù)定到生產(chǎn)制造的所有信息，為機(jī)組全周期管理提供機(jī)組生產(chǎn)數(shù)據(jù)。4.3 機(jī)組安裝機(jī)組安裝機(jī)組安裝包括機(jī)組運(yùn)輸監(jiān)控、機(jī)組安裝監(jiān)控和機(jī)組安裝檔案。4.3.1 機(jī)組運(yùn)輸監(jiān)控機(jī)組運(yùn)輸監(jiān)控當(dāng)機(jī)組完成生產(chǎn)后，需要將機(jī)組運(yùn)輸?shù)斤L(fēng)場(chǎng)，機(jī)組運(yùn)輸監(jiān)控通過(guò)獲取貨車(chē)GPS 數(shù)據(jù)，構(gòu)造機(jī)組運(yùn)輸軌跡，供機(jī)組相關(guān)人員了解機(jī)組的物流情況。4.3.2 機(jī)組安裝監(jiān)控機(jī)組安裝監(jiān)控機(jī)組安裝監(jiān)控是機(jī)組到達(dá)風(fēng)場(chǎng)后，進(jìn)入安裝施工階段，本系統(tǒng)獲取施工進(jìn)度數(shù)據(jù)形成機(jī)組施工進(jìn)度情況，管理人員可以更好的了解風(fēng)機(jī)安裝情況。4

27、.3.3 機(jī)組安裝檔案機(jī)組安裝檔案機(jī)組安裝檔案包括機(jī)組物流信息和機(jī)組安裝信息，機(jī)組物流信息記錄起點(diǎn)站、終點(diǎn)站、路、時(shí)間，以及相應(yīng)的貨車(chē)型號(hào)和對(duì)應(yīng)的司機(jī)，便于后續(xù)追責(zé)使用；機(jī)組安裝信息記錄機(jī)組對(duì)應(yīng)的設(shè)備由哪些人員完成安裝，便于機(jī)組在后續(xù)運(yùn)維中使用。海裝風(fēng)電-機(jī)組全周期管理平臺(tái)建設(shè)方案 18 / 214.4 機(jī)組運(yùn)維機(jī)組運(yùn)維機(jī)組運(yùn)維包括機(jī)組狀態(tài)監(jiān)控、機(jī)組故障預(yù)警、運(yùn)維輔助決策、機(jī)組故障檢修、機(jī)組運(yùn)維智庫(kù)和機(jī)組運(yùn)維檔案。4.4.1 機(jī)組狀態(tài)監(jiān)控機(jī)組狀態(tài)監(jiān)控機(jī)組狀態(tài)監(jiān)控是在地圖上直觀的展示當(dāng)前所有相關(guān)機(jī)組運(yùn)行狀態(tài)，可以通過(guò)地圖縮放查看風(fēng)場(chǎng)及其風(fēng)場(chǎng)機(jī)組的信息。4.4.2 機(jī)組故障預(yù)警機(jī)組故障預(yù)警機(jī)組故障

28、預(yù)警是根據(jù)機(jī)組狀態(tài)信息和平臺(tái)內(nèi)置的預(yù)警規(guī)則，當(dāng)對(duì)應(yīng)風(fēng)場(chǎng)的機(jī)組狀態(tài)超過(guò)預(yù)定值時(shí)，通過(guò)機(jī)組故障樹(shù)和故障關(guān)聯(lián)分析，將該故障信息通過(guò)短信、郵件或者系統(tǒng)通知的方式盡快通知給故障相關(guān)人員。4.4.3 運(yùn)維輔助決策運(yùn)維輔助決策運(yùn)維輔助決策是當(dāng)機(jī)組或者設(shè)備發(fā)生故障時(shí)，通過(guò)可靠性?xún)?yōu)先、經(jīng)濟(jì)性?xún)?yōu)先或者兩者折中規(guī)則，提供給機(jī)組運(yùn)維人員相關(guān)的運(yùn)維建議和運(yùn)維方法，以及通過(guò)相關(guān)性分析推送以前類(lèi)似的運(yùn)維案例，便于輔助運(yùn)維人員定位問(wèn)題。4.4.4 機(jī)組故障檢修機(jī)組故障檢修機(jī)組故障檢修時(shí)運(yùn)維人員維修完成后的臺(tái)賬記錄，記錄故障發(fā)生的原因和故障解決的方法，一是便于記錄運(yùn)維人員過(guò)程信息，二是構(gòu)造機(jī)組運(yùn)維智庫(kù)，為后來(lái)運(yùn)維人員提供經(jīng)驗(yàn)知識(shí)積累。4.4.5 機(jī)組運(yùn)維智庫(kù)機(jī)組運(yùn)維智庫(kù)機(jī)組運(yùn)維智庫(kù)