【正文】 216。因此從應(yīng)用系統(tǒng)承建商的角度來看項(xiàng)目建設(shè)中的溝通包括以下管理的方案：匯報關(guān)系、溝通計劃、問題管理、會議管理、信息共享等。一般用戶看到一些實(shí)際的東西后，對需求會有更為詳細(xì)的解釋，可根據(jù)用戶的說明進(jìn)一步完善系統(tǒng)原型。對不能達(dá)成一致意見的問題，仔細(xì)分析原因，積極提出可行的替代方案。4．需求變更一定要先申請然后再評估，最后經(jīng)過與變更大小相當(dāng)級別的評審確認(rèn)。 一、實(shí)施需求變更原則實(shí)施需求變更管理需要遵循以下六大原則1．建立需求基線，需求基線是需求變更的依據(jù)。分析和設(shè)計工具通常包括數(shù)據(jù)字典組件。 3．可行性分析分析需求可行性在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險，包括與其它需求的沖突，對外界因素的依賴和技術(shù)障礙，這個主要用于內(nèi)部評審和制定技術(shù)線路提供依據(jù)。 獲取需求獲得需求的方式可以有多種多樣：電話詢問、現(xiàn)場考察、聆聽用戶講解、閱讀用戶編制的相關(guān)文件（如招標(biāo)書），我們可以通過以下兩類技術(shù)手段來達(dá)到：GET（獲取）和PUSH（引導(dǎo)、反饋、激發(fā)）相互結(jié)合的方式來得到我們真正的需求，而這兩個過程都是必須交互進(jìn)行的，一般我們可以篩選非常有經(jīng)驗(yàn)（包括談判技巧、深厚的業(yè)務(wù)和技術(shù)背景、勤奮努力）的項(xiàng)目成員擔(dān)任需求工程師，其工作職責(zé)主要是界定項(xiàng)目的范圍和需求變更管理，通過我們編制的各類模板文檔來實(shí)現(xiàn)需求變更的控制。4．系統(tǒng)交付（總體竣工驗(yàn)收）階段本階段安全管理制度要求包括：（1）制定詳細(xì)的系統(tǒng)交付清單，并根據(jù)交付清單對所交接的設(shè)備、軟件和文檔等進(jìn)行清點(diǎn)；（2）對負(fù)責(zé)系統(tǒng)運(yùn)行維護(hù)的技術(shù)人員進(jìn)行相應(yīng)的技能培訓(xùn)；（3）確保提供系統(tǒng)建設(shè)過程中的文檔和指導(dǎo)用戶進(jìn)行系統(tǒng)運(yùn)行維護(hù)的文檔；（4）對系統(tǒng)交付的控制方法和人員行為準(zhǔn)則進(jìn)行書面規(guī)定；（5）指定或授權(quán)專門的部門負(fù)責(zé)系統(tǒng)交付的管理工作，并按照管理規(guī)定的要求完成系統(tǒng)交付工作。 （2）軟件產(chǎn)品配置項(xiàng)為本項(xiàng)目所產(chǎn)生的軟件產(chǎn)品及其相關(guān)部件，包括：應(yīng)用源代碼、公用組件源代碼，后臺的數(shù)據(jù)庫表結(jié)構(gòu)和數(shù)據(jù)庫 SQL腳本、數(shù)據(jù)字典等，一旦提交，即要對其整個過程進(jìn)行監(jiān)控。嚴(yán)格執(zhí)行變更規(guī)程，在變更申請、變更審批、變更實(shí)施、變更確認(rèn)和變更傳遞過程中的各步驟都有跟蹤監(jiān)控處理，涉及基線變更的，要經(jīng)項(xiàng)目領(lǐng)導(dǎo)小組審核確定并由項(xiàng)目經(jīng)理簽字后才能修改。為此，必須有嚴(yán)格的手段控制基線的確認(rèn)、標(biāo)識和更改，其要點(diǎn)為：經(jīng)過聯(lián)合評審確認(rèn)需求基線后，設(shè)計人員在進(jìn)行系統(tǒng)的設(shè)計時，必須嚴(yán)格按照需求分析文檔所規(guī)定的范圍進(jìn)行。涉及相關(guān)文檔：項(xiàng)目的變更管理要結(jié)合項(xiàng)目管理信息系統(tǒng)的變更管理工具，變更的提交、評審、跟蹤、實(shí)施以及變更相關(guān)配置文檔的修訂更改等都需要記錄。因此對于項(xiàng)目的變更要嚴(yán)格控制，尤其對于重大變更必須由項(xiàng)目各方都參加的聯(lián)席會議評審?fù)ㄟ^，對于重大的技術(shù)變更，必須由專家委員會評審?fù)ㄟ^。. 項(xiàng)目進(jìn)度控制項(xiàng)目進(jìn)度計劃只是根據(jù)預(yù)測而對未來做出的安排，由于在編制計劃時預(yù)測會有偏差，在計劃執(zhí)行過程中可能會發(fā)生或大或小的偏差，這就要求項(xiàng)目經(jīng)理及其他管理人員對計劃做出調(diào)整，減少與計劃不符的偏差，以使預(yù)定目標(biāo)按時和在預(yù)算范圍內(nèi)得以實(shí)現(xiàn)。1．項(xiàng)目周報：就是項(xiàng)目實(shí)施小組每周向項(xiàng)目經(jīng)理提交每周的工作匯報，包括存在問題。正規(guī)跟蹤就是通過定期召開項(xiàng)目進(jìn)展情況匯報會、提交項(xiàng)目階段進(jìn)度報告等，使項(xiàng)目利益相關(guān)者了解項(xiàng)目的執(zhí)行情況。我公司依據(jù)ISO/CMMI4質(zhì)量控制體系、以及項(xiàng)目管理知識體系（PMBOK），利用我公司多年在綜合管理、范圍管理、需求管理、進(jìn)度管理、溝通管理、項(xiàng)目文檔管理、項(xiàng)目團(tuán)隊管理、風(fēng)險管理和質(zhì)量管理等項(xiàng)目管理領(lǐng)域以及項(xiàng)目管理工具等方面積累的經(jīng)驗(yàn)，提出本項(xiàng)目實(shí)施時采用的項(xiàng)目管理方法和措施。 測試用例設(shè)計216。 欄目管理開發(fā)和實(shí)施216。 信息與業(yè)務(wù)調(diào)研216。圖622 實(shí)施計劃 項(xiàng)目各階段提交文檔項(xiàng)目階段提交件項(xiàng)目啟動《項(xiàng)目開發(fā)計劃》《變更控制計劃》《軟件驗(yàn)收計劃》需求分析《需求分析說明書》《項(xiàng)目配置管理方案》總體設(shè)計《總體架構(gòu)設(shè)計》概要設(shè)計《系統(tǒng)概要設(shè)計說明書》《數(shù)據(jù)庫設(shè)計說明書》《設(shè)計和開發(fā)規(guī)范》詳細(xì)設(shè)計《系統(tǒng)詳細(xì)設(shè)計說明書》編碼及單元測試《系統(tǒng)集成測試計劃》集成測試《集成測試報告》《用戶操作手冊》《系統(tǒng)源碼》業(yè)務(wù)測試《業(yè)務(wù)測試報告》《系統(tǒng)上線方案》《系統(tǒng)安裝維護(hù)手冊》《系統(tǒng)管理員手冊》《培訓(xùn)教材》上線試運(yùn)行《系統(tǒng)試運(yùn)行報告》《系統(tǒng)驗(yàn)收報告》 項(xiàng)目資源計劃 項(xiàng)目組織架構(gòu)圖631 項(xiàng)目組織架構(gòu) 項(xiàng)目角色職責(zé)編號團(tuán)隊名稱主要任務(wù)G01項(xiàng)目領(lǐng)導(dǎo)小組216。主要工作內(nèi)容：– 物理數(shù)據(jù)庫開發(fā)和實(shí)施– 欄目管理開發(fā)和實(shí)施– 信息采編開發(fā)和實(shí)施– 在線調(diào)查開發(fā)和實(shí)施– 財務(wù)速遞開發(fā)和實(shí)施– 統(tǒng)計分析開發(fā)和實(shí)施– OA集成開發(fā)和實(shí)施– 郵件集成開發(fā)和實(shí)施– 準(zhǔn)備開發(fā)和測試用數(shù)據(jù)– 計劃和執(zhí)行單元測試 變更管理流程圖617 變更管理流程根據(jù)項(xiàng)目實(shí)際特點(diǎn)，由用戶方項(xiàng)目負(fù)責(zé)人與實(shí)施方項(xiàng)目相關(guān)人員共同成立“需求管理組”負(fù)責(zé)對項(xiàng)目需求跟蹤、管理、評審和審批。 完成系統(tǒng)總體設(shè)計工作，包括系統(tǒng)對外接口進(jìn)行規(guī)劃和設(shè)計。這一階段的目的是規(guī)劃IT基礎(chǔ)架構(gòu)，保證在分步實(shí)施系統(tǒng)的過程中，不至變動整體架構(gòu)。在給客戶的提交件中包含項(xiàng)目定義、環(huán)境評估、業(yè)務(wù)定義、方案選擇和業(yè)務(wù)原因、建議方案等內(nèi)容。6 項(xiàng)目實(shí)施方案 項(xiàng)目實(shí)施方法 項(xiàng)目前期準(zhǔn)備在前期階段，項(xiàng)目的決策者和參與者需要明確項(xiàng)目的目標(biāo)、確定整個項(xiàng)目的工作范圍、作初步的項(xiàng)目計劃和風(fēng)險分析，確定項(xiàng)目組的組織結(jié)構(gòu)。4. 查詢問卷——調(diào)查發(fā)布人可按結(jié)束時間或問卷主題模糊查詢問卷。l 除普通類型文檔外，還支持鏈接類型文檔，這種文檔具有標(biāo)題，但具體內(nèi)容為空，僅指向一個指定鏈接地址，在發(fā)布后的頁面上體現(xiàn)為：在點(diǎn)擊該類文檔標(biāo)題后，直接跳轉(zhuǎn)至指定鏈接。信息采編的主要功能包括：l 單篇文檔的錄入、編輯、預(yù)覽、修改、刪除、撤銷發(fā)布。 網(wǎng)站管理超級管理員可以對網(wǎng)站設(shè)置進(jìn)行管理。n 用戶訪問主服務(wù)器進(jìn)行相應(yīng)的業(yè)務(wù)操作與管理n 主服務(wù)器與主服務(wù)器備機(jī)之間互為備份n 每臺服務(wù)器上均部署web服務(wù)器,應(yīng)用服務(wù)器，數(shù)據(jù)庫服務(wù)器n 備份的數(shù)據(jù)通過局域網(wǎng)傳輸?shù)絺浞輽C(jī)上 網(wǎng)絡(luò)架構(gòu) 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)內(nèi)部門戶網(wǎng)站在XX局域網(wǎng)內(nèi)，與其他網(wǎng)絡(luò)隔離。在程序中應(yīng)檢查通過人機(jī)接口輸入或通過通信接口接收的數(shù)據(jù)格式或長度是否符合系統(tǒng)設(shè)定要求，防止惡意攻擊，過濾數(shù)據(jù)中的危險代碼。38422 訪問控制圖說明：用戶登錄時，首先驗(yàn)證是否為合法用戶，只有合法用戶才允許訪問系統(tǒng)；驗(yàn)證通過后，從用戶權(quán)限表獲取用戶的功能權(quán)限，進(jìn)入相應(yīng)的功能模塊，在功能模塊中再判斷用戶的數(shù)據(jù)權(quán)限，如讀/寫數(shù)據(jù)權(quán)限，查看某個時間段數(shù)據(jù)權(quán)限等等。. 數(shù)據(jù)存儲可靠系統(tǒng)應(yīng)保證數(shù)據(jù)存儲的高度可靠性，應(yīng)采用高可靠服務(wù)器來存儲數(shù)據(jù)，防止數(shù)據(jù)損壞和丟失。3. 標(biāo)準(zhǔn)性和規(guī)范性安全方案的設(shè)計和具體實(shí)施應(yīng)當(dāng)依據(jù)國內(nèi)和國外的相關(guān)標(biāo)準(zhǔn)、規(guī)范以及理論模型，避免雜亂無章、無序建設(shè)。系統(tǒng)數(shù)據(jù)備份策略應(yīng)支持以磁盤介質(zhì)方式備份指定工作日的業(yè)務(wù)數(shù)據(jù)和日志，并提供自動備份功能。 系統(tǒng)安全 安全需求門戶網(wǎng)站的安全管理應(yīng)堅持安全與效率平衡的原則，方便操作、便于管理。通常，這里說的全備份意味著不是對整個系統(tǒng)，而是對系統(tǒng)中特定的一部分對象進(jìn)行備份。在各種備份的內(nèi)容中，操作系統(tǒng)和應(yīng)用程序及配置發(fā)生變化的頻率很低，數(shù)據(jù)變化的頻率很高，因此建議對不同的內(nèi)容分開備份，這樣可以減少備份的時間，方便恢復(fù)操作。 備份的流程備份通常在備份策略制定后，對備份系統(tǒng)和工具進(jìn)行配置，由工具定期自動完成，只是在特定情況下（系統(tǒng)升級、遷移等）由手工完成。訪問控制層包括了網(wǎng)絡(luò)的物理隔離設(shè)備與Web服務(wù)器，是系統(tǒng)訪問和請求轉(zhuǎn)發(fā)的第一層。同時，服務(wù)層主要采用IService接口來實(shí)現(xiàn)。l 數(shù)據(jù)源層是系統(tǒng)的原始數(shù)據(jù)，包括字典數(shù)據(jù)、管理類數(shù)據(jù)和定義類數(shù)據(jù)；l 緩沖層做為對數(shù)據(jù)庫數(shù)據(jù)處理的有效補(bǔ)充，減少對數(shù)據(jù)庫的直接操作請求，負(fù)責(zé)對字典數(shù)據(jù)、部分管理類數(shù)據(jù)和部分定義類數(shù)據(jù)進(jìn)行內(nèi)存的緩存存儲，依據(jù)各個子系統(tǒng)的性能和業(yè)務(wù)的綜合考慮來確定是否需要將數(shù)據(jù)庫數(shù)據(jù)緩存到緩存層中；緩存層的數(shù)據(jù)在對應(yīng)來源數(shù)據(jù)變更時實(shí)時更新。3 總體架構(gòu)設(shè)計 設(shè)計原則n 總體架構(gòu)在著重考慮實(shí)施要求的同時，需要為后續(xù)階段進(jìn)行規(guī)劃，以保證項(xiàng)目最終能夠達(dá)到目標(biāo)架構(gòu)的設(shè)計；n 總體架構(gòu)設(shè)計架構(gòu)時充分考慮與現(xiàn)有系統(tǒng)或網(wǎng)絡(luò)基礎(chǔ)設(shè)施的兼容，充分利用已有成果，避免重復(fù)開發(fā)和建設(shè)。. 系統(tǒng)冗余要求系統(tǒng)應(yīng)提供備份支持。在公告發(fā)布范圍內(nèi)的用戶可以查看公告。主要功能包括：新增問卷、設(shè)計問卷、發(fā)布問卷、結(jié)束問卷、查詢問卷、瀏覽問卷、查看問卷結(jié)果、刪除問卷、打印問卷、導(dǎo)出問卷?？芍苯訉⒛称恼轮庙?、推薦可跟蹤單篇文章的點(diǎn)擊次數(shù)，便于今后統(tǒng)計。批量文檔的刪除、引用、移動。超級管理員可以指定在進(jìn)行信息采編時附件文件的大小、格式。在不更改系統(tǒng)整體架構(gòu)的前提下，方便的支持系統(tǒng)擴(kuò)充。9. 實(shí)現(xiàn)針對用戶常用功能定制小應(yīng)用。要實(shí)現(xiàn)網(wǎng)站的各欄目及子欄目的增減，同時欄目的內(nèi)容也可靈活增減。 建設(shè)目標(biāo)分析通過門戶網(wǎng)站的建設(shè)，實(shí)現(xiàn)XX內(nèi)部各級部門之間辦公信息的收集與處理、流動與共享；建立起以工作流引擎為核心的業(yè)務(wù)流程處理，以公告、論壇、即時通訊和郵件為基礎(chǔ)的多渠道信息共享，提供考勤、人事、個人門戶、日程安排等個性化的自助式服務(wù)，以提高辦公效率和提升公司的信息化水平。承擔(dān)XX及金融系統(tǒng)重大信息化建設(shè)項(xiàng)目任務(wù)，開發(fā)建設(shè)了中國企業(yè)、個人征信系統(tǒng)、國家貨幣金銀管理系統(tǒng)、財稅庫行橫向聯(lián)網(wǎng)系統(tǒng)、聯(lián)網(wǎng)核查公民身份信息系統(tǒng)、人民幣賬戶管理系統(tǒng)、金融統(tǒng)計監(jiān)測系統(tǒng)、國庫會計數(shù)據(jù)集中核算系統(tǒng)、人民幣跨境支付信息管理系統(tǒng)等二十多個大型業(yè)務(wù)應(yīng)用系統(tǒng)和管理信息系統(tǒng)，榮獲了多項(xiàng)XX科技發(fā)展進(jìn)步獎。XX股份有限公司內(nèi)部門戶網(wǎng)站采購項(xiàng)目技術(shù)建議書2013年3月目 錄1 XX公司簡介 1 基本情況 1 業(yè)務(wù)范圍 1 資質(zhì)和榮譽(yù) 1 技術(shù)實(shí)力 2 主要客戶 32 需求的理解 4 系統(tǒng)名稱 4 建設(shè)目標(biāo)分析 4 系統(tǒng)建設(shè)原則 5 兼容開放性原則 5 先進(jìn)性和靈活性原則 5 實(shí)用性原則 5 高效性原則 5 可擴(kuò)展性原則 6 可靠性的原則 6 安全性原則 6 經(jīng)濟(jì)性原則 6 系統(tǒng)需求分析 6 總體業(yè)務(wù)架構(gòu) 6 業(yè)務(wù)流程說明 7 非功能性需求 103 總體架構(gòu)設(shè)計 12 設(shè)計原則 12 體系架構(gòu) 12 邏輯架構(gòu) 13 應(yīng)用架構(gòu) 14 整體功能框架 15 數(shù)據(jù)架構(gòu) 16 邏輯數(shù)據(jù)架構(gòu) 16 數(shù)據(jù)層次劃分 17 數(shù)據(jù)容量估算 17 技術(shù)架構(gòu) 18 J2EE分層設(shè)計 18 邏輯技術(shù)架構(gòu) 19 備份與恢復(fù) 19 備份目標(biāo) 19 備份的范圍及流程 20 恢復(fù)的范圍及流程 20 備份與恢復(fù)的分類 21 日常備份與恢復(fù)的方式 21 日常備份與恢復(fù)的周期 22 系統(tǒng)安全 22 安全需求 22 安全系統(tǒng)設(shè)計原則 23 系統(tǒng)安全架構(gòu) 24 安全策略 254 系統(tǒng)部署說明 30 整體部署架構(gòu) 30 網(wǎng)絡(luò)架構(gòu) 30 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu) 30 總體網(wǎng)絡(luò)需求 31 網(wǎng)絡(luò)流量分析 31 軟硬件配置建議 32 軟件配置建議 32 硬件配置建議 325 概要設(shè)計說明 33 網(wǎng)站管理 33 欄目管理 33 信息采編 34 在線調(diào)查 36 財務(wù)速遞 36 統(tǒng)計分析 36 系統(tǒng)管理 376 項(xiàng)目實(shí)施方案 38 項(xiàng)目實(shí)施方法 38 項(xiàng)目前期準(zhǔn)備 38 業(yè)務(wù)需求調(diào)研 38 信息調(diào)研 39 系統(tǒng)基礎(chǔ)架構(gòu)規(guī)劃 39 應(yīng)用方案設(shè)計 40 系統(tǒng)開發(fā)和實(shí)施 40 變更管理流程 41 測試和驗(yàn)收 41 項(xiàng)目實(shí)施計劃 42 實(shí)施范圍 42 實(shí)施計劃 42 項(xiàng)目各階段提交文檔 43 項(xiàng)目資源計劃 44 項(xiàng)目組織架構(gòu) 44 項(xiàng)目角色職責(zé) 45 用戶方人員要求 45 項(xiàng)目核心人員簡歷 46 項(xiàng)目管理方案 46 項(xiàng)目管理思路 47 項(xiàng)目管理框架 47 項(xiàng)目管理內(nèi)容 48 項(xiàng)目計劃與過程控制 69 軟件開發(fā)活動管理 75 項(xiàng)目培訓(xùn) 79 項(xiàng)目測試方案 80 測試目標(biāo)及需求 80 約束性條件 80 測試方法與策略 81 測試范圍 81 測試資源 81 測試管理方式 82 測試交付物 82 測試與開發(fā)的約定 83 測試風(fēng)險管理 85 項(xiàng)目驗(yàn)收方案 86 驗(yàn)收目的 86 驗(yàn)收對象 86 項(xiàng)目驗(yàn)收的前提條件： 86 驗(yàn)收方法 87 驗(yàn)收步驟 87 驗(yàn)收依據(jù) 87 驗(yàn)收內(nèi)容 88 驗(yàn)收結(jié)論 88 項(xiàng)目交接 897 售后服務(wù)體系 90 售后服務(wù)服務(wù)目標(biāo) 90 售后服務(wù)服務(wù)原則 90 售后服務(wù)方式 90 售后服務(wù)支持流程 93 售后服務(wù)內(nèi)容 938 相關(guān)應(yīng)用案例 95 門戶網(wǎng)站案例截圖 95 公司其它成功案例清單 999 相關(guān)附件 100 項(xiàng)目開發(fā)和管理工具 100 人員簡歷表 100107 / 1131 XX公司簡介 基本情況XX公司是XX的直屬局級單位，XX技術(shù)開發(fā)中心（對內(nèi)稱：XX軟件開發(fā)中心）是XX公司全資子公司。l 擁有2萬多平方米的現(xiàn)代化大型軟件開發(fā)基地、上千平方米的國家A級數(shù)據(jù)機(jī)房，設(shè)立“XX同城災(zāi)備中心”和“中小金融機(jī)構(gòu)災(zāi)備外包服務(wù)中心”，建有XX網(wǎng)絡(luò)安全運(yùn)維中心、面向XX業(yè)的技術(shù)支持中心，并全面承擔(dān)著銀監(jiān)會系統(tǒng)運(yùn)維工作。門戶網(wǎng)站建設(shè)主要目的是構(gòu)建門戶基礎(chǔ)架構(gòu)，同時能夠與已有的應(yīng)用系統(tǒng)集成，實(shí)現(xiàn)原有業(yè)務(wù)的不間斷運(yùn)行，該網(wǎng)站為XX內(nèi)部網(wǎng)站，使用者為XX