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