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