共用方式為


Project Server architecture

Project Server 2013 整合整個 SharePoint 伺服器陣列的專案管理功能,並可讓您使用客戶端物件模型 (CSOM) 和報表數據的 OData 介面來使用 Project Online。

Project Server 2013 是一個多層式系統,可擴充 Office Project Server 2007 中引進的架構。 架構變更包括 Project Application Service 與 SharePoint 網站集合的關聯、在 Web 前端 (WFE) 新增一些商務物件、客戶端物件模型 (CSOM) 進行遠端訪問、單一 Project 資料庫、報表數據表和檢視的 OData 介面、Windows Workflow Foundation 第 4 版 (WF4 的整合,) 工作流程管理員雲端或本地伺服器上的用戶端 1.0,以及可由多個 Project Server 安裝存取的遠端事件接收器。 除了內部部署自定義解決方案之外,您還可以建立應用程式,其中包含可存取 CSOM 和 OData 介面的遠端事件接收器和元件。

前端層包含 Project 專業版 2013、Project Web App 和第三方應用程式。 用戶端應用程式會透過 Project Server 介面 (PSI) 或透過 CSOM 端點與仲介層通訊,進而與 PSI 和商務物件層通訊。 數據庫存取會整合在商務物件中。 Project Server 事件系統可以存取本機事件處理程式和遠端事件接收器。 Project Calculation Service 會在 Project Server 內實作 Project 專業版 排程引擎。 用戶端應用程式不會 (或不應該) 直接存取 Project 資料庫;Project Server 會隱藏客戶端的商務物件。

注意事項

Project Server 是以 SharePoint 架構為基礎。 如需 SharePoint Server 2013 架構和 SharePoint 應用程式模型的相關信息,請參閱 Office 2013 開發人員檔中的 開始使用 SharePoint 開發 一節。

與 SharePoint 網站集合整合

Project Server 2013 中的 Project Application Service 可以與 SharePoint 網站集合相關聯,以便與 SharePoint 工作列表搭配使用,Project Application Service 也可以將 SharePoint 工作清單匯入為完整 Project Server 控件的企業專案。 使用 SharePoint 工作清單,SharePoint 會在網站集合中維護項目網站;Project 專業版 可以同步處理並更新工作清單。 項目網站可以是獨立的 SharePoint 工作清單或與.mpp檔案同步的工作清單;.mpp檔案可以儲存在本機或 SharePoint 文件庫中。

Project Server 會在具有完全控制權時維護專案;Project 專業版 會將數據直接儲存至 Project Server。 表 1 比較工作清單的行為、排程網頁元件,以及 SharePoint 控制工作清單的其他功能,以及當 Project Server 具有完整控制權時的匯入專案。 [排程] 網頁元件包含 [Project Web App] 頁面上的方格,您可以在其中編輯專案排程。 系結模式是針對工作和時程表輸入狀態數據一次的位置;在單一輸入模式中,工作狀態數據會與時程表分開輸入。

表 1. 比較 SharePoint 工作清單和完全控制

功能 工作清單 完全控制
SharePoint 中的工作清單
可讀寫的。
唯讀
排程網頁元件
唯讀
可讀寫的。
報表
透過 Project Server 的豐富報告
透過 Project Server 的豐富報告
其他 Project Server 功能
封鎖的功能:
- 伺服器端項目編輯,包含 Project Web App 或自定義用戶端應用程式
- 狀態
- 在系結模式中看不到工作
已啟用完整功能

以 SharePoint 工作清單管理專案

當 Project Server 與 SharePoint 網站集合相關聯時,Project Application Service 會看到檔庫中的工作清單和 Project 專業版 2013 (.mpp) 檔案,但 SharePoint 會維護同步處理的主要數據 (請參閱圖 1) 。 無法完成具有排程網頁元件的伺服器端排程。 您可以使用 Project 專業版 與項目網站中的工作清單進行同步處理和編輯。 從 SharePoint 工作列表開始,組織可以逐漸發展成使用 Project Server 的完整功能。

圖 1 顯示在 SharePoint 工作清單中維護專案時的下列程式:

  • () Project 專業版 可以與工作清單同步處理,並在與 Project Application Service 關聯之前或之後,於網站集合中建立新的項目網站。

  • (B) Project Server 會與專案網站數據進行同步處理以供報告之用,但 SharePoint 會維護主要數據;工作清單會維持讀取/寫入狀態。

  • (C) 關聯之後,Project 專業版 可以建立新的專案,並儲存或發佈至 Project Server。 Project 專業版 中的使用中快取會維護與 Project Server 的數據同步處理。

  • (D) 在 Project 專業版 中發佈新專案時,使用者可以選擇為專案建立項目網站。 專案也可以在 Project Web App 中建立為 SharePoint 工作清單項目類型,或是以完全控制企業項目類型 (EPT) 。 步驟 (D) 會顯示完全控制 EPT。

圖 1: 使用專案網站作為 SharePoint 工作清單

在可見性模式中使用專案網站在可見

使用完全控制管理專案

當 Project Server 與網站集合相關聯且具有完整控制權時,Project Server 會將 SharePoint 工作清單匯入為企業專案,並可刪除任何相關的.mpp檔案。 Project Server 會維護工作清單同步處理的主要數據;網站集合中的工作清單會變成唯讀 (請參閱圖 2) 。 匯入的專案可以使用 Project 專業版 或使用 Project Web App 來編輯。

注意事項

Project Server 匯入項目之後,用戶會選擇要從網站刪除專案,還是在編輯專案之前中斷連線。 您可以在 Project 專業版 中進行選擇。

圖 2 顯示 Project Server 維護具有完整控制權的企業專案時的下列程式:

  • (A) 使用者可以選擇要匯入的項目網站。 Project Server 會匯入項目網站,並選擇性地刪除相關聯的.mpp檔。 匯入專案的 SharePoint 工作清單會變成唯讀。

  • (B) 關聯之後,Project 專業版 建立新的專案,並儲存或發佈至 Project Server。 Project 專業版 中的使用中快取會維護與 Project Server 的數據同步處理。 Project Web App 中的排程網頁元件可以執行伺服器端排程。

  • (C) 在 Project 專業版 中發佈新專案時,使用者可以選擇為專案建立項目網站。 您也可以使用完全控制 EPT 在 Project Web App 中建立專案,並使用唯讀工作清單發佈至網站集合中的項目網站。

圖 2: 使用具有完整控制權的項目網站

在受控模式中使用項目網站在

一般架構

圖 3 顯示 Project Server 2013 架構的一般化檢視,包括 Project Service 應用程式、WFE 上的一個 Project Web App 實例,以及數個其他用戶端應用程式,包括 Project 專業版 2013。

可以有多個 Project Web App 實例與後端 Project Service 應用程式通訊。 針對內部部署安裝,WFE 可以位於 SharePoint 伺服器數位中的個別伺服器上,也可以位於與 Project Service 應用程式相同的 SharePoint 伺服器上。 Project Online 包含 WFE、Project Service 應用程式,以及本機或遠端 工作流程管理員 Client 1.0 伺服器。

圖 3: 一般 Project Server 2013 架構

Project Server 架構

下列一般批註適用於圖 3:

  • Project Online:您可以建立使用 CSOM、REST 和 OData 介面的應用程式。 應用程式套件也可以在本地伺服器、Azure 伺服器或 Microsoft Azure 上的自定義 Web 服務中安裝遠端事件接收器。 Project Online 不支援第三方內部部署解決方案、WCF 介面、ASMX 介面或本機事件處理程式。

  • 事件接收者: 事件接收者也可以稱為事件處理程式。 Project Online 支援遠端 Project Server 事件接收器的註冊,可由雲端中的 Project Web App 實例或內部部署 Project Server 安裝使用。 內部部署 Project Server 安裝支援遠端事件接收器和本機完全信任事件處理程式。

  • 瀏覽器:檢視某些 Project Web App 頁面沒有跨瀏覽器限制,如 Project Server 2010 中所示。 下列瀏覽器支援與 Project Web App 完整搭配使用:

    • Windows 7 和舊版 Microsoft Windows) 、Internet Explorer 9.x 和 Internet Explorer 10.x 上的 Internet Explorer 8.x (
    • Windows、Mac OS-X 和 Linux/Unix 上的 Firefox 4.x ()
    • Windows 和 Mac OS-X) 上的 Safari 5.x (
    • Chrome
  • 程序設計介面:針對第三方應用程式,Project Online 會公開 HTTP/HTTPS 介面 (包括 REST) 、CSOM 介面、適用於 CSOM 的 OData 服務,以及用於報告的 OData 服務。 針對內部部署 (內部網路) 上的第三方用戶端應用程式,您可以使用 PSI 的 WCF 介面,也可以透過 HTTP 使用 CSOM、OData 和 REST 介面。 Project Web App 和 Project 專業版 2013 用戶端都使用 WCF 介面。 在單一伺服器安裝中,前端 ASMX Web 服務、CSOM 和 REST 會在內部呼叫後端 WCF 服務。

    注意事項

    PSI 中 Web 服務的 SOAP 型 ASMX 介面仍可在 Project Server 2013 中使用,但已被取代。

    報告的 OData 服務是由內部 OData.svc WCF 服務實作。 您可以使用 https://ServerName/ProjectServerName/_api/ProjectData/$metadata取得報表資料的服務元數據檔。

    CSOM 的 OData 服務適用於 Windows RT、iOS 和 Android 等平臺,您可以在 HTML 頁面中搭配 JavaScript 使用 REST 介面。

    注意事項

    $metadata雖然 ProjectData 報表服務的 選項有效,$metadata但已在 Project Server 2013 的發行版中移除 CSOM 的 ProjectServer 服務選項。 如需 CSOM REST 查詢的詳細資訊,請參閱 Project Server 的客戶端物件模型 (CSOM)

  • PSI 轉寄站: 以程式設計方式存取個別 WFE 上的 PSI 會通過 PSI 轉寄站,其中包括 WCF 轉寄站和 Web 服務轉寄站。 使用 ASMX 介面的用戶端會透過 Web 服務轉寄站存取 PSI。 使用 WCF 介面的用戶端會透過 WCF 轉寄站存取 PSI。 透過 CSOM、OData 和 REST 的程式設計方式存取會透過 WCF 轉寄站進行管道處理。

  • 流程:SharePoint Designer 2013 中定義的宣告式工作流程 (工作流程) 會卸除至 工作流程管理員 Client 1.0 進行處理。 工作流程管理員 Client 1.0 可以在 SharePoint 伺服器陣列中的個別伺服器、雲端中的 Microsoft Azure 上,或在單一 Project Server 計算機上執行,以進行測試或示範。 使用 Visual Studio 2012 開發的自動程式化工作流程會在 SharePoint 內的工作流程運行時間中處理,如 Project Server 2010 所示。 如需詳細資訊, 請參閱開始開發 Project Server 工作流程

  • 周邊網路 (DMZ) : 圖 3 未顯示內部部署 WFE 伺服器可由周邊網路中的其他防火牆隔離, (也稱為「非軍事區域」或 DMZ) 。 周邊網路可讓因特網用戶端跨防火牆存取 SharePoint 和 Project Server。

  • SharePoint Web 服務: 圖 3 不會顯示 SharePoint 基礎結構,例如屬於 SharePoint Server 2013 的後端 SharePoint Web Services 應用程式。 當您安裝 Project Server 時,Project Service 應用程式會新增至 SharePoint Web 服務。

前端層包含第三方應用程式、Project 專業版和 Project Web App。 瀏覽器會在 Project Web App 中顯示 ASP.NET (.aspx 頁) 4.0 頁。 Project Web App 頁面會使用 Project Server 網頁元件來與 PSI 通訊,也會使用標準 SharePoint 網頁元件。

仲介層包含 PSI 和商務物件層,其中包含代表 Project Server 商務實體的邏輯物件。 商務實體包括專案、任務、資源、工作分派等等。 PSI 和商務物件層是緊密結合的,而且位於相同的伺服器上。 用戶端應用程式會透過其中一個可用的介面呼叫 PSI,而 PSI 會叫用商業物件。 為了改善效能,Project Server 2013 的 WFE 包含一些不使用 Project Server 佇列系統或需要 Project Calculation Service 之要求的商務物件。 WFE 商務物件會直接與 Project 資料庫通訊。

Project Server 的 Project Web App元件使用 SharePoint 2013 組態資料庫進行專案網站設定,以及專案網站內容的內容資料庫,例如工作清單、自定義頁面、工作流程、管理設定、檔,以及問題、風險和承諾清單。 SharePoint 組態和內容資料庫支持專案管理的其他功能,例如專案範本和工作區、小組共同作業的自定義清單,以及報表。

Project Web App和 WFE

您可以在 WFE 上設定多個 Project Web App 實例,並在公司內部網路內設定多個 WFE 伺服器,以啟用內部網路用戶端的負載散發。 當用戶端應用程式在個別的 WFE 伺服器上使用 Project Web App 實例時,會透過 PSI 轉寄站路由傳送 PSI 呼叫。 PSI 轉寄站 (WCF 轉寄站或 Web 服務轉寄站) 執行下列功能:

  • 優化從遠端用戶端對 PSI 的呼叫。
  • 區分需要 Project Server 佇列服務的 PSI 呼叫,以及不需要的 PSI 呼叫。 異步 PSI 方法名稱的開頭為 Queue,例如 QueueCreateProject
  • 識別叫用已註冊本機事件處理程式的 PSI 呼叫。
  • 識別需要 Project Calculation Service 的 PSI 呼叫。
  • 使用在 Project 專業版 中與用戶端 Active Cache 搭配運作的伺服器型快取,以減少對 Project Server 的往返呼叫。

在 SharePoint Server 驗證 Project Server 用戶之後,PSI 轉寄站會以透明方式將使用後端服務的要求傳送至執行 Project Server 之電腦上的 PSI 服務。 不需要後端服務的要求會傳送至本機 Project Web App 實例中的商務物件。 PSI 轉寄站可改善透過 LAN、WAN 和 Project Online 處理 Project Server 的延展性、效能和可靠性。

Project Web App 是使用 ASP.NET 4.0 開發。 .aspx檔案 (HTML、伺服器控制項和靜態文字) 中的視覺元素,與編譯元件中程式代碼後置類別中的程式設計邏輯不同, (.dll 檔案) 。 您可以使用網頁元件來自定義 Project Web App 中的網站頁面,例如最上層頁面、專案中心和報表中心。 無法編輯 [網站動作] 選單中沒有 [編輯頁面] 選項的應用程式頁面,例如 [伺服器設定] 頁面和 [檢閱時程表] 頁面。

CSOM 和 Project Server 介面

PSI 會納入22個公用服務,例如專案資源CustomField狀態。 PSI 也包含七個私人服務供內部使用。 PSI 是 Project Server 的基本 API;它會向 CSOM 和外部應用程式公開 Project Server 功能。 CSOM 包含可存取最常用 PSI 類別的類別,以及用於第三方應用程式的成員。 在 Project Server 2013 中,某些 Project Server 功能無法在 CSOM 中使用,例如 管理員行事歷PortfolioAnalyses和安全性服務。

Project 專業版 2013 和 Project Web App 使用 PSI 來存取 Project 資料庫草稿、已發行及封存數據表和檢視中的 Project Server 數據。 您可以透過 WCF 服務或 ASMX Web 服務的 Proxy 檔案或 Proxy 元件來存取 PSI 服務。

注意事項

CSOM 是第三方 Project Server 開發人員慣用的介面;它可用於同時存取內部部署 Project Server 安裝和 Project Online 的應用程式。 如果 CSOM 包含應用程式所需的功能,建議您使用 CSOM 來開發新的應用程式。

某些企業營運 (LOB) 為 Project Server 2010 開發的其他第三方應用程式需要尚未在 CSOM 中表示的 PSI 服務。 如果應用程式僅以 Project Server 的內部部署安裝為目標,則可以繼續使用 WCF 介面或 PSI 的 ASMX 介面。

用戶端應用程式會透過服務 Proxy 呼叫 PSI。 使用 WCF 介面的用戶端會透過 https://ServerName/ProjectServerName/_vti_bin/psi/ProjectServer.svc存取所有 PSI 服務。 使用 ASMX Web 服務介面的用戶端會使用特定服務的 Project Web App URL。 例如, 資源 服務位於 https://ServerName/ProjectServerName/_vti_bin/psi/resource.asmx?wsdl。 如果應用程式沒有 Project Server 的內部網路存取權,則可以在周邊網路中使用 Project Web App 伺服器, (圖 3) 中未顯示。

圖 4 顯示 Internet Information Services (IIS) Manager 中的 [Connections] 窗格,適用於 SharePoint Server 2013、Project Server 2013 的單一伺服器安裝,以及 工作流程管理員 Client 1.0 的本機工作流程管理網站。 SharePoint 網站集合 (A) 在虛擬子目錄中 _vti_bin\PSI 包含前端 PSI 服務。 SharePoint Web Services 應用程式 (B) 包含 Project Service 應用程式,而後端 PSI 服務則位於虛擬子目錄中 508c23fb7dfd4c83a8919fae24bc68c5/PSI 。 GUID 是該 Project Server 安裝的 Project Service 應用程式實例名稱。

圖 4: 顯示前端 PSI (A) 的 IIS 管理員,以及後端 PSI (B)

前端 PSI 和後端 PSI

用戶端應用程式無法直接存取後端 Project Service 應用程式中 PSI 的 WCF 服務。 如果用戶端應用程式和 LOB 應用程式的元件不需要存取 Project Online,則會使用 PSI 的 Proxy。 例如,圖 4 中 資源 服務 WCF 介面的後端 URL 會是 https://ServerName:32843/508c23fb7dfd4c83a8919fae24bc68c5/psi/resource.svc。 埠 32843 是 SharePoint Web 服務應用程式的預設 HTTP 連接埠 (32844 是 HTTPS 通訊) 的埠。 不過,Project Web App 的 web.config 檔案會封鎖後端 PSI 服務的直接存取。

注意事項

Project 2013 SDK 下載包含 WCF 服務和 ASMX 服務的 PSI Proxy 檔案,以及如何將它們編譯成 Proxy 元件的指示。 > 若要建立使用 WCF 介面的更新 PSI Proxy 檔案,您必須直接在 Project Server 計算機上使用 svcutil.exe 公用程式或 Visual Studio。

PSI 服務的成員通常會產生或取用具類型的 DataSet 對象,作為與商務物件交換資訊的方法。 PSI 開發也有幾種不同的模型。 例如, ResourceCustomFieldsLookupTable PSI 服務會使用 XML 篩選物件進行 DataSet 操作,而其他服務則不會; 狀態 服務中的某些方法會使用 changeXml 參數,而其他方法和服務則不會。 CSOM 不會使用數據集。 雖然 CSOM 的程式設計模型與 PSI 不同,而且您可以使用 .NET 元件或 JavaScript,但使用 CSOM 進行開發通常比使用 PSI 開發更簡單且更一致。

如需 PSI 的詳細資訊,請參閱 專案 PSI 參考概觀。 如需 CSOM 的詳細資訊,請 參閱 Project 2013 的客戶端物件模型 (CSOM)

WFE 和 Project Service 應用程式中的商務物件

Project Server 的內部物件模型包含商務對象,這些物件代表邏輯實體,例如 Project 和 Resource。 用戶端應用程式只能透過 CSOM 或 PSI 存取商務物件。 商務對象接著會存取 Project 資料庫中的草稿、已發佈及封存數據表和檢視。

商務物件不會公開給第三方開發人員。 PSI 會處理 API 與商務對象的對應,而 CSOM 會將其 API 對應至 PSI。 商業物件的邏輯實體可以分類為三種類型:

  • 核心實體 是物件,例如專案、工作、指派、資源和行事曆。 核心實體包含基本商業規則,例如許可權和命名規則。

  • 商務實體 是時程表、項目組合和模型等物件。 商務實體包含額外的商業規則,通常是透過核心實體的組合所建置。

  • 支持實體 是安全性和驗證等物件。

在 Project Server 2010 中,所有商務對象都會在 Project Service 應用程式中實作。 在 Project Server 2013 中,WFE 裝載許多處理同步方法且不需要 Project Calculation Service 的商務物件。 DeleteProjectReadAssignments 等同步 PSI 方法不會使用 Project Server 佇列服務。 PSI 中的異步方法具有以 Queue開頭的名稱,例如 QueueCreateProjectQueueUpdateTimesheet。 異步方法會將訊息傳送至 Project Server 佇列服務,該服務會在控件傳回給使用者時排程方法的處理。

PSI 轉寄站會決定哪些要求會傳送至 Project Service 應用程式,以及哪些要求可由 WFE 中的商務物件處理。 WFE 中的商務物件會略過 Project Service 應用程式,並可直接存取 Project 資料庫,類似於 WFE 中其他 SharePoint 處理直接存取組態和內容資料庫的方式。 在 WFE 上執行許多商務物件可改善 Project Server 的效率、降低應用層的負載,並可讓 Project Server 針對增加的工作負載進行更佳的相應增加。

注意事項

在 Project Server 2013 中,本機事件處理程式必須部署到 WFE 和後端 Project Server 計算機。

Project Server 資料庫

在 Project Server 2013 中,舊版的四個 Project Server 資料庫會合併成 SQL Server 中的一個 Project 資料庫。 預設的 Project 資料庫名稱是 ProjectService。 報表數據表和檢視表會保留其先前具有前置詞的 dbo 名稱,例如 dbo。MSP_EpmProject和 dbo。MSP_EpmProject_UserView。 先前在 Draft 資料庫中的數據表和檢視表具有 draft 前置詞。 來自已發行資料庫的數據表和檢視具有 pub 前置詞。 封存資料庫中的數據表和檢視表具有 ver 前置詞。

重要事項

草稿 ( 前置詞) 、發行前置詞) draft ( pub ,以及) 數據表和 ver 檢視表的封存 ( 前置詞,不支援直接存取。 報表應該只使用具有 dbo 前置詞的報告數據表和檢視表。

Project Server 數據會在 Project 資料庫中分割,如下所示:

  • 草稿數據表和檢視表包含來自 Project 專業版 和其他應用程式所建立之未發佈項目的數據。 Project Web App 不會顯示來自草稿數據表和檢視表的項目數據。

  • 已發佈的數據表和檢視表包含所有已發佈的專案和企業資源、企業項目類型的全域數據 (EPT) ,以及其他項目範本。 已發佈的項目會顯示在 Project Web App 中。 已發行的數據也包含 Project Web App (時程表、模型、檢視等) 的特定數據表,以及 (自定義欄位、查閱數據表、Project Server 授權許可權和元數據) 的全域數據表。

  • 封存數據會儲存專案、資源、自定義欄位和其他數據的備份版本。

  • 報告數據可用於第三方應用程式和報表中的唯讀存取。 Project Server OLAP Cube 會使用後 _OlapView 綴的報告檢視。 OLAP Cube 可在內部部署 Project Server 安裝中使用,但無法在 Project Online 中使用。

    報告數據是全方位的,而且幾乎即時更新。 報告數據表和檢視已針對唯讀報表產生進行優化;例如,報告數據表會反正規化,以提供備援數據並減少關係型數據表的數目。

資源或專案等邏輯實體可以跨越多個數據表,而特定實體的所有數據表都有相同的主鍵。 主鍵是單一數據行中的 GUID,可唯一識別特定實體的一個實例。

每個 Project Web App 實例的 Project Server 數據會儲存在具有不同名稱的個別 Project 資料庫中。 可直接存取 Project Server 的用戶端應用程式可以直接讀取報告數據表和檢視。 若要進行遠端訪問,用戶端應用程式可以使用 OData 介面和 REST 介面來取得報表的數據。 客戶端應該只使用 CSOM 或 PSI 來存取草稿、已發佈及封存數據表和檢視。 Reporting Data Service (RDS,如圖 3 所示,) 幾乎即時地更新已發佈數據的報告數據。 Project 資料庫可以位於不同的伺服器上。

只有報告數據表和檢視表才會記載架構。 針對內部部署 Project Server 安裝,您可以新增未在 Project 資料庫架構中定義之實體的報告數據表和檢視。 您也可以為自訂內部部署應用程式建立個別的資料庫。 草稿、已發佈和封存數據表和檢視不支援修改。 如果您的自定義應用程式或報表需要自定義 SQL 物件 (例如,數據表和檢視表) ,建議您在自定義資料庫中建立這些物件。 因為 Project 資料庫無法直接存取 Project Online,所以無法修改報表數據表和檢視。 不過,如果您有 SQL Azure 帳戶,您可以建立個別的資料庫,以自定義搭配 Project Online 使用。

事件接收器

Project Server 的本機事件處理程式和遠端事件接收器可啟用第三方擴充性,以回應 Project Server 事件,例如建立或發佈專案。 在 Project Server 2010 中,所有事件處理程式都是本機的,並以完全信任的程式碼撰寫、直接部署在執行 Project Server 和 WFE 的電腦上,然後在 Project Server 事件系統內執行。 因為 Project Online 無法使用完全信任的事件處理程式,所以 Project Server 2013 會實作類似 SharePoint Server 2013 中遠端事件接收器的遠端事件接收器。 Project Server 2013 的內部部署安裝可以使用傳統的完全信任事件處理程式和遠端事件接收器。

Project Server 遠端事件接收器可以在自訂 Web 服務中實作,其中包含在 Microsoft Azure 或其他支援 SOAP Web 服務之環境中執行的 SOAP 端點。 Project Server 應用程式套件可以包含隨應用程式一起安裝的遠端事件接收器。

遠端事件接收者可以使用圖 3) 中未顯示的 CSOM 端點 (回 Project Server。 遠端事件接收器的呼叫包含來自 Project Server 事件系統和 Project Web App 實例 (或發出呼叫之 Project Online) 中 Project Web App 租用戶的資訊。 遠端事件接收器可讓您建立並裝載可供多個 Project Server 安裝使用的單一 Web 服務。 相反地,本機完全信任事件處理程序必須部署到 Project Server 的每個安裝。

發佈和伺服器端排程

Project Server 2013 支援手動和自動化專案排程更新。 默認程式是手動排程更新。 也就是說,項目經理會簽出並在 Project 專業版 或 Project Web App 中開啟專案、套用變更,然後儲存併發佈專案,讓每個人都能使用變更。 Project 專業版 的排程引擎會計算變更,然後將變更儲存至 Project Server。 在 Project Server 2010 中,伺服器端排程引擎與 Project 專業版 中的排程引擎不同。

在 Project Server 2013 中,Project Calculation Service 會實作與 Project 專業版 2013 中的相同排程引擎。 Project Calculation Service 會在名為 Microsoft Project Server Calculation Service 的 Windows 服務中執行。 在 Project Web App 中編輯專案排程,或使用 CSOM 的第三方應用程式編輯專案排程,會導致 Project 專業版 進行完全相同的排程變更。

注意事項

使用 PSI 的第三方應用程式可能會顯示一些排程與 Project Web App 計算的排程差異。 為了回溯相容性,執行伺服器端排程的公用 PSI 方法仍會使用 Project Server 2010 中引進的排程引擎。 例外狀況是 QueueUpdateProject2,這是 Project Server 2013 中的新 PSI 方法。 例如,較舊的排程引擎不會排程子專案或其他項目的連結,也不會計算所獲得的值欄位。 若要避免第三方應用程式與 Project 專業版 或 Project Web App 之間可能的排程差異,您應該盡可能使用 CSOM 開發應用程式。

Project Server 可在專案管理員使用草稿版本時,透過下列步驟來更新專案的已發佈版本:

  1. Project Server 會套用更新,並重新排程已發佈的版本。

  2. Project Server 會在發生下列其中一個事件時,儲存要套用至草稿版本的更新:

    • Project 專業版 會開啟專案。

    • Project 專業版 嘗試發佈專案。

  3. 如果發生衝突,項目經理會收到通知,而且必須先解決衝突,才能發佈草稿版本。

另請參閱