基于協同思想的數字化校園信息系統的研究與開發

蔣寧

摘 要：本文探討了基于協同思想的數字化校園信息系統框架設計與項目管理的研究策略。該項目于2015年7月正式啟動。該系統為學校用戶提供了數據分析平臺、協同辦公系統、綜合人事系統、綜合教務系統、綜合德育系統、綜合實訓系統、綜合學工系統、綜合后勤系統、財務支付系統等九大主要業務功能。本文提出了基于協同思想的框架設計結構，從質量管理、進度管理、范圍管理、風險管理等若干個方面進行項目管理的策略研究。

關鍵詞：協同思想；項目管理；架構設計；項目評審；進度管理

中圖分類號： G715 文獻標識碼： A 文章編號： 1673-1069（2017）03-123-2

1 系統架構設計

所謂協同思想，就是指突破學校教師、學生、財、物、信息、流程等各種資源之間的屏障，打造協同化的管理環境，并將學校各行政部門、各分部以及班級與外部的實習生、實習單位、其他合作伙伴等整合在一個統一的平臺上，實現單點登錄、一站整合、數據共享、智慧應用的集合。使學校管理變成一個電子化的內外部協同工作的組織[1]。

結合本系統的實際情況，我們采用瀏覽器/Web服務器/應用服務器/數據庫服務器四層ASP.NET架構進行開發，開發語言是C#，開發環境是微軟的Visual Studio 2010開發平臺，數據庫服務器采用的是Sql Server2008 R2，用戶界面層主要采用了Jquery/Ajax技術，業務邏輯層采用了ORM/持久層框架技術，Web服務器采用的是IIS7.0組件，實踐證明采用上述技術架構開發的數字化校園信息管理系統具有很好的魯棒性、可擴充性和可維護性[2]。我們始終認為要想成功開發數字化信息管理平臺，離不開合理的項目管理工作，下面就質量、進度、成本、范圍等幾方面的管理策略分解進行研究探討。

2 系統質量管理

《質量控制計劃》包括兩部分主要內容：一部分是針對產出物的評審，另一部分是針對項目的測試。產出物評審的主要內容包括：被評審產出物的名稱、產出物的合格標準、產出物提交的時間、評審方式、評審報告的提交方式和評審報告的發送對象。軟件測試這部分的主要內容包括：測試環境、具體的測試活動、計劃開始時間、計劃工作量、測試報告提交的方式以及測試報告發送對象等。

為了防止在項目質量管理中出現的四個主要問題：①對產出物的質量好壞沒有具體的評價依據；②過程管理缺失；③對產出物的評審流于形式；④對系統的測試不深入。

我們采取了一些切實可行的措施。在質量保證方面，會專門成立一個獨立于開發組的QA團隊，由QA進行審計工作，及時處理解決QA發現的問題。對于QA通過審計和過程分析等檢測工具審計項目后提交的《質量審計報告》中提到的問題和建議，我們都會積極接受，會派專人跟蹤和監督問題和建議的落實，對于好的建議和意見，我們會立即在后續的項目管理中及時采用。針對質量控制方面，重點把握評審和測試關。在評審方面，對于項目實施過程中的一些主要產出物，如《用戶需求說明書》、《系統設計說明書》、《數據庫設計說明書》和系統測試用例等，都嚴格按計劃組織了認真細致的評審工作。

3 項目溝通管理

在本項目的溝通管理方面，我們做了四項主要工作：制訂了合適的《項目溝通管理計劃》、根據《項目溝通管理計劃》編制《績效報告》、實施信息發布、實施干系人管理。項目溝通管理計劃是項目管理計劃的子計劃，主要內容是在何時由誰把何種信息通過何種發送給何人，然后要將該計劃提交給各類型的干系方負責人核實和確認，直到獲得認可。在績效報告方面，項目前期我們按照20/80法則，項目中后期我們按照50/50法則，采用掙值技術每周計算項目掙值，并將PV，AC，EV繪制成“S曲線”提交給項目干系人，然后根據PV，AC和EV及其他相關信息進行項目偏差分析和趨勢分析，同時將這些信息匯報給相關領導。在管理干系人方面，我們根據不同的項目干系人的溝通需求，采用不同的溝通方式與之溝通，盡可能保證他們的需求能得到及時、有效、合適的響應和處理[3]。

4 項目風險管理

風險是一些不確定事件，有可能發生也有可能不發生；風險可能是積極的，也可能是消極的，在本項目中，我們則重點關注項目中的消極風險。我們將風險管理劃分為六個過程：分別是規劃風險管理、風險識別管理、定性風險、定量風險、風險應對、風險監控六個過程[4]。在本項目中，我們總結出了五種主要風險，并分析了它們產生的根源，推薦了應對措施：

①工期可能緊張的風險。產生的根源：項目前期抓的不緊。應對措施：采用迭代開發的模型，分期提交子系統，項目一開始就抓緊各項工作。

②需求可能模糊的風險。產生的根源：調研不充分。應對措施：選用合適的需求獲取方法、細化需求描述，建立需求變更控制流程。

③技術方案可能不可行的風險。產生的根源：技術實力有限。應對措施設計時考慮備用方案。

④人力資源可能不足的風險。產生的根源：這幾乎是所有項目的現實情況。應對措施：合理安排工作、激勵和技能培訓，適當加班。

⑤人員可能離職的風險。產生的根源：待遇問題，對員工重視程度的問題，員工自我發展的需要。應對措施：做好團隊建設和員工思想工作。

5 項目范圍管理

項目啟動之后不久，在了解項目初步范圍的基礎上，我們與項目組成員一起制訂了一個大致的《項目管理計劃》，然后和需求組一起，依據項目章程和項目初步范圍制訂了《項目范圍管理計劃》。在調研需求和定義范圍方面，主要采用的是會議研討和靜態原型展示相結合的需求調研方法，每天調研結束后，我們都會及時把調研的內容整理成《需求調研記錄》。然后按照模板匯總整理成《項目范圍說明書》，該文檔通過評審和用戶確認后，我們進行WBS分解，為了使得WBS分解的合適，我們讓從事設計和編碼的人員參與WBS的分解，由于該項目我們采用的是分子系統、分批次進行的迭代開發模式，因此WBS分解我們采用的是滾動式規劃，即已經明確的需求先分解，需求暫不明確的，先作為規劃包，等需求明確后再分解。被分解的WBS工作包必須可控制、可估算、可分工。項目可交付成果被開發出來后，項目組內部對其進行評審或測試通過后，把這些成果交付給用戶，和用戶一道按范圍基準、質量標準等要求進行范圍確認（即驗收），在范圍確認時，使用最多的工具就是評審和驗收測試。嚴格采用公司規定的配置管理系統和需求變更控制程序來實施項目的范圍控制和范圍變更管理。

6 進度管理

我們嚴格遵循如下五個步驟來制訂本項目的進度計劃：

①根據被分解的活動和識別出的依賴關系采用關鍵路徑法制定出項目進度計劃。

②考慮到資源平衡、資源平滑、假設情景分析、關鍵鏈法和進度壓縮等技術重新調整進度計劃。

③匯總各個子項目的進度計劃形成項目的總進度計劃。

④調整各子項目的進度計劃，直到項目總進度計劃合理可行為止。

⑤評審和審批進度計劃，形成進度基準。在執行活動定義過程一般需要分解、模板、滾動式規劃和專家判斷等工具和方法；活動排列順序過程一般需要用到緊前關系繪圖法、進度網絡模版、確定依賴關系等工具和方法；估算活動資源的過程一般需要用到專家判斷、自下而上估算、項目管理軟件等工具和方法；估算活動時間過程一般需要用到專家判斷、類比估算、參數估算等工具；制訂進度計劃過程一般用關鍵路徑法、資源平衡、關鍵鏈法、假設情景分析、項目管理軟件、進度壓縮等工具和方法；進度控制過程需要用到進度報告、進度變更控制系統、績效衡量、項目管理軟件、進度比較橫道圖等工具和方法。

參 考 文 獻

[1] 彭兵.基于學習對象的教學設計模型研究[D].上海：華東師范大學，2013.

[2] 余勝泉.SCORM：E—Learning的國際技術標準[J].中國遠程教育，2013（2）：25-27.

[3] 桂清楊.學習的未來從E_Learning到Mlearning[J].中國遠程教育，2013（資訊版）：74-76.

[4] 尹世群.Web文本分類關鍵技術研究[D].西南大學，2014，04.