首頁 > 客戶案例 >

上海天馬portal系統

1 概述

上海天馬Portal管理系統是為了在公司內部整合所有業務系統,規范統一入口,消息通知,業務處理,是業務統一入口,用戶無需牢記各個應用系統的地址,降低用戶使用時的困難,避免用戶來回切換業務系統,提升用戶工作效率。

2 范圍定義

2.1 目標

Portal系統作為天馬所有業務系統的門戶集成者,主要覆蓋人員管理系統,設備點檢系統,設備管理系統,MES系統,產品品質管理系統等,需要各個業務系統信息數據展現,業務消息推送,業務辦理。

2.2 原則

Portal門戶不承擔業務數據的持久化(或少量承擔),為做到Portal信息的規范,我們必須制定Portal業務數據格式,消息格式的標準,Portal實現了用戶一次登錄后就能使用Potral中其他業務系統,用戶不再進行登錄操作。

2.3 系統功能

 2.3.1 常規登錄

通過輸入用戶名密碼的方式,進行登錄。該方式是最為常規的登錄方式,為系統保留。

2.3.2 快捷登錄

為了提高使用效率,系統提供快捷登錄方式。在手機APP(NFC掃描工作卡)和工作站(讀卡器掃描工作卡)的計算機上應用此方式。

2.3.3 用戶信息顯示

用戶登錄后,主要頁面會顯示用戶的基本信息(文本)。

用戶頭像:由于用戶信息不由本portal系統產生和維護,故僅顯示用戶頭像,頭像數據由甲方提供。

2.3.4 事件提醒

由于portal和多個系統有數據對接,當有新的事件發生時,應該主動提示用戶:客戶端程序通過閃爍或者彈出窗口的方式來主動提醒。 

2.3.5 異常反饋

對接異常系統,獲取異常信息并顯示,提供反饋處理的跳轉(URL方式,直接跳轉到異常系統的對應界面)。

2.3.6 活動追蹤

提供登錄用戶的活動追蹤功能,通過點擊某個活動按鈕,以開始某個活動,此時系統開始針對改活動進行時間記錄。需要切換活動時,點擊對應活動按鈕即可,系統自動記錄前一個活動結束, 后一個活動開始。

最后一個活動的結束由用戶的“注銷”操作,或者“用戶切換”操作界定。

注意:由于活動開始和結束需要通知給活動業務系統,故存在著對接工作,portal系統主動調用業務系統活動相關接口。

2.3.7 歷史活動查詢和統計

僅實現簡單的查詢和統計功能。

僅提供以日為單位查詢某一日的活動記錄表格,以及當日活動時間比例餅圖。

2.3.8 任務列表

與任務的來源業務系統對接,獲取并顯示當前用戶的任務列表。

此處僅提供未完成任務列表,列表由業務系統調用portal系統的接口進行添加。當任務完成后,任務產生的業務系統亦需要調用portal系統的接口從列表移除。

2.3.9 待辦列表

與待辦事務的來源業務系統對接,獲取并顯示當前用戶的待辦列表。

此處僅提待辦的列表,列表由業務系統調用portal系統的接口進行添加。當待辦完成后,業務系統亦需要調用portal系統的接口從列表移除。Portal只緩存待辦事務。

2.3.10 業務系統跳轉

2.3.10.1 跳轉授權

概念:IT行業的OAuth或者OAuth2的授權方式是指,系統通過此種方式,授權外部訪問系統保護資源,而不用直接驗證用戶名和密碼。

從內容上講,portal對其他系統只提供用戶基本信息,沒有更多的資源和服務需要授權給第三方系統,故不太適用于此范疇。且采用OAuth或者OAuth2的授權對系統的工作量和對接難度,大大提升,更是沒有必要。

此處所謂的跳轉授權,其實只需要讓各業務系統知曉是從portal跳轉過來的,而且知曉是哪個用戶便可。

他因此,在portal跳轉到各業務系統的信息中,portal會帶上2個信息:

portal系統的固定標識:告訴業務系統是來自于portal系統的跳轉

跳轉用戶的工號:告訴業務系統是哪個用戶跳轉

業務系統在檢查跳轉信息時,除了上述兩個信息,還應該檢查跳轉請求的源IP地址和MAC地址,以確定是portal系統的請求,借此提高安全性。

跳轉之后,各業務系統后臺直接從中間數據庫拉取用戶信息,或者調用portal系統的接口,以獲取用戶信息。

2.3.10.2 跳轉方式

為了方便使用各業務系統,portal提供系統的跳轉。

Web跳轉:如果以web的方式使用portal,則跳轉至業務系統的web頁面 APP跳轉:若果以app方式使用portal,則打開對應業務系統的app

客戶端跳轉:若依客戶端方式使用portal,則打開對應業務系統的客戶端程序

若在某種類型的portal終端程序上(web、app或客戶端),無對應業務系統的跳轉方式,則嘗試以web方式跳轉。

2.3.10.3 業務系統列表顯示

Portal系統存儲各個業務系統的訪問權限設置,并在用戶登錄portal之后,只顯示擁有訪問權限的業務系統的跳轉按鈕。

2.3.11 注銷

已登錄的用戶,直接點擊注銷按鈕進行注銷,同時系統自動完成與注銷相關的業務操作和數據記錄。

2.3.11 切換登錄

與常規登錄和快捷登錄的使用方式完全相同,不同之處在于,常規登錄或者快捷登錄的時候,當前已有用戶登錄。如果切換登錄的用戶與當前用戶相同, 則不產生任何狀態變更和多余的處理;若不同,則屬于真正的切換,此時相當于執行了前一個用戶的注銷動作,和后一個用戶的登錄動作。

2.4 訪問終端程序

系統提供三種訪問終端程序:

2.4.1 Web頁面

提供Web服務器,通過常用瀏覽器在PC上進行訪問。

2.4.2 手機App訪問

提供App在手機上進行訪問。App實現NFC登錄功能。通過NFC掃描員工卡,獲得工號,以實現快捷登錄。

2.4.3 客戶端程序訪問

在工作站中,一般只提供了PC作為訪問終端,此時我方提供一套基于Windows系統的客戶端程序,以實現訪問。

登錄后,該客戶端程序需常駐系統通知欄,當有新的消息時,需要使得通知欄閃動或主動彈出窗口,達到消息及時提醒用戶的目的。

該客戶端程序提供讀卡器登錄功能:工作站計算機連接讀卡器,用戶通過再讀卡器上刷員工卡,或得工號,以實現快捷登錄。

2.5 對外接口

對外接口指:portal系統提供并開發,供各個業務系統來調用,完成某一個具體業務的接口。

所有接口均使用近年最為主流的Restful接口,數據均使用json格式傳遞。

所有的接口均需要帶上業務系統編號(屆時需要統一約定),用于portal識別是哪個業務系統調用了接口。

待定:所有接口的具體調用地址、參數、返回值等內容待以后確定。

2.5.1 用戶登錄驗證

傳遞工號和密碼,返回登錄是否成功,若成功,則同時返回用戶基本信息。

業務系統仍然可以繞過該接口,自行從中間數據庫獲取數據,實現登錄驗證。

2.5.2 用戶信息獲取

傳遞工號,若用戶存在,在直接返回用戶信息;若不存在,則返回錯誤。

2.5.3 事件通知

各個業務系統把事件按照工號和分類(如異常、任務、待辦等)來通知給portal系統;portal系統返回事件ID給各業務系統,并暫存事件;在事件消失前,各個業務系統需要暫存業務ID及其他相關信息,便于信息緩存。

2.5.4 事件消失通知

當事件消失時(如異常關閉、任務完成、待辦完成),各業務系統需要向portal取消事件,通過調用此接口,并傳遞事件ID的方式,以確定具體要取消的事件。

2.6 業務系統接口

業務系統接口指:相關的所有業務系統均需要提供的接口,供portal系統調用。需要業務系統主動對接各個業務系統, 故工作量對比對外接口更多。

所有接口均使用近年最為主流的Restful接口,數據均使用json格式傳遞。

所有的接口均需要帶上業務系統編號(屆時需要統一約定),用于portal識別是哪個業務系統調用了接口。

待定:所有接口的具體調用地址、參數、返回值等內容待以后確定。

2.6.1活動開始

用戶在portal系統中的活動操作,需要通知給業務系統,以便業務系統做相應處理。

Portal需要調用業務系統的接口,傳遞自身系統編號、用戶工號、活動類型、開始時間等參數。

2.7 不包含的

2.7.1 用戶數據的來源和管理

數據由甲方自行同步到中間數據庫,并進行數據的管理。需提供相關說明或文檔,來解釋數據結構、數據含義等,便于我方的使用。(我方僅根據自身存儲附加和輔助的數據)

2.7.2 用戶頭像數據

同上,用戶數據來源于中間數據庫,故系統也不提供用用戶頭像數據,而是甲方自行同步到中間服務器,并提供訪問方式(通常是一個圖片文件的URL)以供portal系統訪問。

3解決方案

3.1系統信息表

3.1.1提供用戶表,統一登錄 

3.1.2建立異常表,記錄一般異常信息和統計異常信息

3.1.3建立活動表,記錄相關活動信息

3.1.4建立任務表,統一任務功能

3.1.5建立代辦表,統一代辦功能

3.1.6建立業務表,統一業務管理功能

3.2權限系統

3.2.1建立人員業務表,對人員的業務進行統一管理

3.3其他子系統需提供接口

3.3.1每一套系統提供一套OAuth或者OAuth2的授權方式Api,并能獲取人員的詳細信息

3.3.2根據提供時間查詢異常接口

3.3.3根據提供時間查詢異常接口

3.3.4根據人員和時間查詢活動信息列表接口

3.3.5根據人員和時間查詢任務信息列表接口

3.3.6根據人員和時間查詢代辦信息列表接口

3.4三種產品:PC版、Android版本、Web

3.4.1 PC版對桌面程序和Web進行操作

3.4.2 Android版本對Android應用控制和Web進行操作

3.4.3 Web版

3.5服務器配置和技術架構

 

服務器配置和技術架構

3.5.1采用以上體系架構,其中客戶端有window桌面程序、Html網頁程序、android應用程序。

3.5.2Web服務器(rest)作用有兩個

1.定期從各應用服務器獲取數據。

2.給客戶端提供數據。其中給客戶端提供數據也有兩種方式:

A、客戶端通過接口和從Web服務器獲取數據。

B、通過當Web服務器數據發生變化時,通過socket向客戶端推送數據

3.6使用到的技術

3.6.1 程序window面板要使用VC++(盡量使用C#),方便對其他桌面程序和Web程序控制

3.6.2 Web網頁使用html、css、es6、react.js等前端技術

3.6.3 Android程序需要Android編程相關技術,可能會使用綜合開發,比如rn

3.6.4 后端服務器采用Java開發,數據庫是Oracle

3.6.5 Web服務器和各種客戶端socket通訊技術

3.7界面信息

界面適合桌面版和App版本,桌面版可以在任務欄托盤區顯示

作品截屏

上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統
上海天馬portal系統

作品預覽

提出您的需求

第四播放狠狠色_一点不卡v中文字幕在线_丁香五月啪啪中文字幕