【正文】 的功能模塊也就不同，從而實現根據用戶權限自動裁剪功能樹的目的。32 / 40 模塊級安全模塊級安全保證是第三層保護。它保證授權用戶在進入某一功能模塊后，只能做其用戶級別所允許的操作。用戶安全性列表中的用戶級別（ULV）是用戶擁有的某一具體權力屬性的使用級別。使用級別由低到高，用戶對該模塊的操作權力也就由小變大，隨著級別的變化，用戶所面對的操作界面也會自動裁剪變化。譬如說，該用戶對本職業(yè)務功能是高級使用者，但對相關業(yè)務功能則可能只是普通使用者，對這些模塊的修改與刪除功能就會對他屏蔽，相應控件會不可見。 數據庫級安全數據庫級安全是系統安全體系設計中最核心的一道屏障。數據庫級安全遭到破壞的情況主要有三種：第一，數據向未授權用戶泄露，或被未授權用戶改動；第二，一些合法用戶在獲得信息時得到權限以外的信息；第三，由于一些具有合法權限用戶的誤操作，破壞了數據庫中的數據。本系統用戶密碼使用 md5 不可以逆加密，保證用戶密碼安全。通過數據庫安全機制的管理，可以防止以上情況的發(fā)生，從而加強數據庫的安全。6． 項目實施方案 技術力量與人員平臺建設實施小組人員及職責如下表 所示：表 平臺建設實施小組人員及職責序號 職務人數（人） 職責1. 項目經理 1計劃、組織、控制項目的開展，對項目的人員安排、成本、風險統一管理，按照軟件工程管理方法管理項目。2. 系統架構師 1 確定項目的技術實現，為項目搭建良好的架構，規(guī)范開發(fā)流程。3. 需求分析 2 負責用戶需求的調研分析，引導開發(fā)用戶需求。 4. 項目管理 1 負責項目過程管理，規(guī)范項目的實施過程。33 / 405. 測試主管 1負責整個項目測試工作的開展，與項目經理確定項目測試計劃、測試用例的編寫，組織相關測試人員根據測試用例進行測試。6. 系統開發(fā) 8 負責系統的軟件開發(fā)。7. 系統測試 2 負責系統測試，包括功能測試、壓力測試、回歸測試等。8. 網絡部署、安全保障 2 負責網絡環(huán)境的設計。9. 界面設計 2 負責系統界面美工設計。合計： 20 進度計劃表 項目進度計劃（本部分內容待方案基本確認后完善）序號 工作階段 計劃天數 計劃開始時 間 計劃結束時 間 交付的工作成果 備注1. 項目啟動及計劃 3 《項目開發(fā)計劃》2. 需求分析 30 《需求分析說明書》3. 需求確認 5《需求分析說明書》《用戶確認說明》需求確認可以和需求分析迭代進行。4. 系統概要設計 30 《概要設計說明書》5. 系統概要設計技術評審及完善 10 《概要設計技術評審意見》6. 數據庫設計 7 與需求確認同步進行。7. 系統詳細設計 60 《詳細設計說明書》8. 系統詳細設計技術評審及完善 20 《詳細設計技術評審意見》9. 編碼開發(fā) 120 源代碼、項目測試用例34 / 4010. 測試 60 項目測試記錄、測試報告與開發(fā)協調進行，開發(fā)完某個模塊即開始測試。11. 系統部署 3 系統部署說明書12. 培訓 5 《用戶使用手冊》13. 試運行 90《項目總結報告》《技術總結報告》修改完善試運行過程中發(fā)現的問題。14. 系統驗收 3 《驗收意見》 驗收標準 滿足合同規(guī)定的需求或經用戶確認的需求為標準驗收本系統。 項目質量控制（一）質量控制活動（1）階段性復審在開發(fā)的各階段需要質量控制組的階段性復審活動來保證項目質量的提高，但過多的復審活動會對項目的費用及時間造成較大的影響，因此項目控制活動中的復審要適量適時。質量控制活動的詳細流程和執(zhí)行方法，還需要在全體項目核心組到位后進行進一步討論，最終制定出一套行之有效又適合本項目的質量控制流程。以下是一些基本流程：表 項目質量控制編號 開發(fā)階段 質量控制活動01 項目啟動階段項目核心組復審項目工作方法，項目計劃，質量控制流程，建立質量控制標準；進行本項目的開發(fā)方法，文檔規(guī)范及質量標準培訓。02 概要設計階段項目核心設計組及相關專家對概要設計說明書進行階段性復審，以及時發(fā)現問題；根據質量控制標準，檢查概要設計說明書是否達到質量標準。03 詳細設計階段 設計核心階段性復審；根據質量控制標準，檢查詳細設計是否達到質量標準。35 / 4004 編碼和單元測試階段檢查程序的編碼規(guī)范是否得到遵守；抽查程序可讀性，注釋等是否完整；在整個編程隊伍貫徹質量意識，每個程序員都是質量保證的一員。05 集成測試階段 檢查測試案例是否合適；檢查測試結果及測試報告是否完備。06 用戶驗收測試階段審核驗收測試計劃，提出建議；檢查驗收測試的方法和測試案例是否合適，并提出建議；審核測試結果及測試報告。（2）測試測試是確保本系統質量的重要手段，不經過認真測試的系統是不能被用于生產的。雖然，對各階段的文檔的審核也可認為是測試，但本項目所指的測試是指對應用軟件的測試。做好測試是測試組的責任，測試組是與開發(fā)組相互獨立的兩組，且需要相當的技術和經驗，對業(yè)務的理解要十分透徹。為保證測試的效率和質量需要注意以下幾點：? 建立高效合理的測試流程；? 建立盡量模擬真實環(huán)境的業(yè)務數據模型(即運行業(yè)務的初始環(huán)境) ；? 對測試案例的設計要有深度和廣度；? 特別在系統測試和驗收測試階段，安排好項目組的全體人員的任務和責任；? 做好測試階段文檔和源程序的版本控制；? 做好測試中發(fā)現的 BUG 的記錄及存檔工作；? 對發(fā)現的任何 BUG 都要做好原因分析并記錄歸檔；? 做好回歸測試；? 防止對程序的修改而引起的其他問題。（二）質量保證質量審核確保項目滿足預定的質量目標。項目經理會主持正式的質量審核以確保建立的質量控制流程被執(zhí)行并且結果與項目質量目標相吻合。（1）軟件質量保證1）設計過程中的質量保證? 設計目標的統一；? 設計方法的統一；? 設計模板的統一；? 設計過程的監(jiān)督；? 設計結果的審核；? 設計過程中的變更管理流程。（2）程序開發(fā)過程中的質量保證36 / 40? 程序開發(fā)過程中的質量控制工具；? 典型程序的開發(fā)模板（增、刪、修改、查詢、菜單標準、前端界面標準、程序間的接口標準、公共類、其他類） ；? 單元測試案例的編制方法和標準；? 程序開發(fā)過程中的質量跟蹤；? 程序開發(fā)過程中的變更管理流程。（3）系統化的測試思路? 單元測試：主要由程序員依據單元測試案例的標準自行測試，并填寫測試案例記錄表，并接受質量保證組的抽樣檢查；? 集成測試：集成測試的目標是將各個單獨的程序或模塊進行組裝，并確保系統作為一個有機整體的可運行。是系統進行系統集成測試的基礎；? 系統集成測試：系統集成測試的目標是確保系統作為一個整體的正確運行；? 性能測試：性能測試是從系統的處理能力、效率、安全性、數據一致性等各方面進行測試；? 用戶驗收測試：在項目組完成以上測試以后，將最后的系統交給用戶進行全面的測試，是系統試運行前必須完成的測試工作。只有用戶驗收測試完成以后，系統才能進入試運行。（4）項目的整體質量保證對于整個集團統一的辦公自動化系系統，由于項目涉及的下屬公司、業(yè)務部門、人員極其復雜，如何保證項目的順利實施？如何保證項目的實施質量？是項目的關鍵成功因素。我們建議從以下方面來保證項目的整體實施質量：? 正確的實施方法，以及該方法在實施過程中的有效執(zhí)行，是項目得以成功實施的保證；? 利用管理的手段，加強項目實施過程中的督查力度，以確保項目的實施質量；? 加強項目實施過程中標準化、規(guī)范化的管理力度；? “全體質量意識”是項目組貫徹始終的基本方針；? 質量管理和質量監(jiān)督切不可與項目的具體實施過程相脫節(jié)，必須與實施小組進行密切的溝通，共同制定簡潔、切實有效的質量監(jiān)督辦法，并始終如一地貫徹執(zhí)行；? 必要時可建立切實可行的質量獎懲辦法，獎優(yōu)罰劣； 項目應急方案（一）項目可能發(fā)生的主要風險及分析表 項目主要風險編號 項目可能發(fā)生的風險 風險分析 優(yōu)先級01 統一的開發(fā)規(guī)范難于被遵守 項目組組建時間短且項目組成員來自不同的公司， M37 / 40長時間遵守各自的規(guī)范，會有慣性。文檔規(guī)范要統一02 項目組內的溝通不充分 項目組組建時間短，對溝通的方法還未適應。項目成員彼此間了解少。有些人員恥于或不愿意與其他人員溝通。M03 用戶需求的變更 變是自然的事，但要進行控制 H04 主要技術人員的變更 其他項目的需要，人員的流動 H05 項目完成時間緊張 客戶規(guī)定了完成的期限，項目要保證質量，工作量不能省，造成時間緊張M06 項目所需資源的協調與調度 由于時間緊張，所需資源需要及時得到，所需資源可能來自各公司或中國外運H07 主要業(yè)務人員的配合不足 主要業(yè)務人員由于其他工作忙，參與此項目的時間少，會造成項目的延期或需求的偏離未得到及時的糾正H08 與業(yè)務人員的溝通不充分 設計人員過多假設，與業(yè)務人員的溝通少 H09 開發(fā)環(huán)境穩(wěn)定性的維護 硬件，網絡，系統軟件的穩(wěn)定及病毒的防范 H10 人力資源不充足 主要是有經驗的人員不足 M11 項目緊張時，開發(fā)人員對項目管理煩感項目管理會占用開發(fā)人員的時間，且會影響開發(fā)人員緊張的心情L12 項目組合作精神不夠 項目組的成員可能來自不同的公司和部門，配合較少H13 對測試重視程度不夠 重視編程而不重視測試是許多項目容易出現的錯誤思想M14 管理咨詢組與業(yè)務需求組之間的溝通和聯動容易出現各小組獨立行事的現象 M15 運維環(huán)境問題 網絡帶寬有限，易對系統響應速度有影響；各分部無網管人員，使得網絡因素較不可控制，從而影響系統的使用性；沒有固定 IP 的公司，需要拔號連接 VPN。M16 新技術掌握速度過慢 本項目采用外購的工作流引擎進行流程定制，在設計過程中，開發(fā)人員掌握程度直接影響項目開發(fā)進度。H38 / 40（二）項目可能發(fā)生的主要風險及應急措施表 項目應急措施編號 項目可能發(fā)生的風險 應急措施 優(yōu)先級01 統一的開發(fā)規(guī)范難于被遵守 制定統一的規(guī)范，進行培訓，在實施中檢查指導。M02 項目組內的溝通不充分 充分利用好溝通計劃中的溝通方式。 M03 用戶需求的變更 做好需求分析說明書，變更要走變更控制流程。H04 主要技術人員的變更 關鍵技術人員要鎖定。 H05 項目完成時間緊張 增加資源、進度控制。 M06 項目所需資源的協調與調度 為了本項目成功，各環(huán)節(jié)要充分配合，保證滿足項目資源的需求。H07 用戶/客戶的配合不足 增加溝通、問題及時上報更高管理層，尋求更好的支持M08 與用戶溝通不充分 對業(yè)務需求理解深的技術人員要與用戶做充分的溝通。M09 開發(fā)環(huán)境穩(wěn)定性的維護 制定規(guī)范紀律，保證開發(fā)環(huán)境的穩(wěn)定。 H10 人力資源不充足 增加人力資源和技能提升 M11 項目緊張時，開發(fā)人員對項目管理煩感從事技術開發(fā)的人員和從事管理的人員要互相配合，明確共同的目標，發(fā)揮團隊精神。L12 項目組合作精神不夠 增加內部溝通。 H13 對測試重視程度不夠 建立單獨的系統測試組，派有經驗的人組成系統測試組。M14 管理咨詢組與業(yè)務需求組之間的溝通和聯動加強項目各小組之間的溝通，并通過項目總體組的組織結構以確保該溝通的有效性。M15 運維環(huán)境問題 增加帶寬，統一要求集團所有成員企業(yè)使用集團辦公自動化系統。M16 新技術掌握速度過慢 統一培訓，加強項目組成員之間的溝通協 H39 / 40作，掌握較快的成員幫助掌握較慢的成員。 培訓計劃對用戶進行培訓是保證用戶正確使用系統和用好系統的基本要求。通過培訓使系統管理員能得心應手地維護好系統，保證系統的安全運行；使操作人員可以正確理解相關的業(yè)務流程，熟練掌握各個子系統的詳細操作。培訓安排如下表 ：表 培訓計劃序號 內容 課時 對象1. 平臺技術體系和功能介紹。 半天 系統管理員與運行維護人員2. 系統部署 一天 系統管理員3. 后臺管理。 一天 系統管理員與運行維護人員4. 系統操作技巧。 半天 系統管理員與運行維護人員5. 上機操作與常見問題解答。 兩天 系統管理員與運行維護人員6. 遠程培訓，通過常用的通訊工具進行遠程答疑，或通過遠程控制軟件輔助用戶解決問題。不定 系統管理員與運行維護人員 售后服務在系統正式啟用后一年內為售后免費質保服務期，在此期間，我們將及時處理用戶提出的疑問和各種系統異常問題，以保證系統的運行穩(wěn)定、正常；免費質保期過后，我們收取一定的維護費用，但保證每年收取的維護費用不超過合同金額的 10％。 售后服務內容在系統售后服務中，我們將提供如下的服務： ? 系統運行保障維護? 專人定期巡檢? 現場/遠程技術支持? 各種技術咨詢40 / 40 售后服務流程售后服務的流程如下圖 所示：圖 售后服務的流程 響應速度我們提供日夜 7*24 小時服務電話，無論在正常工作時間或非正常工作時間收到問題報告，將在1 小時內響應，指導用戶完成修復；遠程支持無法完成修復的，在 24 小時內到達現場并修復。