軟件建設方案0001

1、建設方案一、整體設計1設計原則平臺建設將以國家各類技術規(guī)范和業(yè)務要求為依據(jù)，采用業(yè)界成熟的解決方案，采 用BS模式，建立軟件系統(tǒng)，建設統(tǒng)一的業(yè)務處理體系。先進性：以促進工作安全發(fā)展為指導原則，確保系統(tǒng)成熟穩(wěn)定的同時放眼未來迎合 發(fā)展.兼容性：系統(tǒng)平臺為開放式、標準化平臺，滿足未來本單位各服務構建及各機關單 位服務及應用的無縫對接。安全性：系統(tǒng)應對數(shù)據(jù)庫的存儲和訪問提供有效的安全措施，防止數(shù)據(jù)鏈及數(shù)據(jù)通訊鏈受到惡意攻擊，訪問調用有痕且追溯可查。可擴展性：系統(tǒng)的構建及數(shù)據(jù)的交互滿足共享模式， 采用靈活、開放的模塊化設計 為系統(tǒng)擴展、升級及可預見的管理模式的改變留有余地 .可靠性：多維度確保系統(tǒng)的正

2、常運轉與數(shù)據(jù)安全可靠。經濟性：實現(xiàn)最優(yōu)化的系統(tǒng)設備配置，降低系統(tǒng)造價及運營成本。易用和易維護性：系統(tǒng)應采用簡潔、友好的人機界面，在出現(xiàn)系統(tǒng)故障時，能夠簡便快捷的進行處理。共享性：系統(tǒng)共享性的要求為了保障各業(yè)務體系間的數(shù)據(jù)流轉的流暢且在安全性保障的前提條件下，構建協(xié)同校驗、統(tǒng)一管理的建設精神。二、技術指標1技術路線?應用平臺：平臺系統(tǒng)遵循JAVA EE或。NET標準；?運行模式：B/S模式的五層架構；?擴展接口：基于 Web Service JSON等標準規(guī)范，采用XML的數(shù)據(jù)傳輸格式；低 耦合應用組件進行分布式部署、組合和使用，具備未來可擴展增減業(yè)務模塊的架構；? 安全架構：符合 HTTPS的

3、安全架構；? 操作系統(tǒng)：支持UNIX、LINUX和Windows操作系統(tǒng)；?權限控制：基于角色的訪問控制 RBAC模型的權限控制，可動態(tài)支持功能操作建設方案權限和數(shù)據(jù)訪問權限靈活配置；?登錄模式：支持單點登錄與統(tǒng)一安全認證、支持數(shù)字證書驗證；?系統(tǒng)架構：分布式系統(tǒng)基礎架構，采用基于Hadoop技術或其它類似技術的大數(shù)據(jù) 處理框架；2系統(tǒng)架構系統(tǒng)采用Browser/Server的B/S模式（瀏覽器/服務器模式），服務器端采用 Windows Server版操作系統(tǒng)。網(wǎng)絡中心配備若干臺高性能服務器，實行應用和數(shù)據(jù)分離的原則， 加強系統(tǒng)運行的穩(wěn)定性和安全性。服務器采用Windows Server20

4、03以上版本，后臺采用SQL Server數(shù)據(jù)庫，前后臺開發(fā)工具采用。net等。整體系統(tǒng)分為：基礎設施層（系統(tǒng)所需的基礎設備、系統(tǒng)、中間件等）、資源層（實現(xiàn) 具體功能的各種數(shù)據(jù)與信息庫）、應用支撐層（對所有應用系統(tǒng)提供各種數(shù)據(jù)訪問功能 的中心服務系統(tǒng)卜應用系統(tǒng)層（實現(xiàn)具體功能的各種應用系統(tǒng)）、服務層。資源層提供集中的數(shù)據(jù)訪問，包括數(shù)據(jù)連接池控制、數(shù)據(jù)庫安全控制和數(shù)據(jù)庫系統(tǒng)。 集中的數(shù)據(jù)訪問能夠在大量用戶同時并發(fā)訪問時共享有關連接等信息，從而提高效率，集中的數(shù)據(jù)庫安全控制，使任何來自互聯(lián)網(wǎng)的數(shù)據(jù)庫訪問都必須經過強制的安全管理，不允許直接訪問數(shù)據(jù)庫的行為，杜絕安全隱患.應用層通過提供統(tǒng)一的數(shù)據(jù)服務

5、接口，為各個應用系統(tǒng)提供服務 ，應用系統(tǒng)的表現(xiàn) 可以是網(wǎng)站、客戶端系統(tǒng)、Web服務以及其他應用。并通過目錄與負載均衡服務提供統(tǒng) 一的負載均衡服務.任何一個應用服務器都可以同時啟動多個服務 ，而通過目錄與負載均 衡服務來進行負載均衡，從而為大量用戶并發(fā)訪問時提供高性能服務.信息集成分析平臺 應用服務器提供核心服務，包括數(shù)據(jù)服務、管理服務、基本安全服務、其他業(yè)務服務等； 數(shù)據(jù)同步服務器將數(shù)據(jù)有條不紊的同步到各個數(shù)據(jù)庫；系統(tǒng)更新與版本升級服務器提供 各個系統(tǒng)的版本升級管理，使任何一個系統(tǒng)都保持最新版本； Web日志分析服務提供用 戶訪問分析，提高平臺后期修改、維護、更新的針對性。3系統(tǒng)安全（1）基于

6、用戶角色的權限控制實現(xiàn)應用層安全。一是嚴格控制不經授權的用戶訪問系統(tǒng)。二是每個合法訪問系統(tǒng)的用戶都具備一定 的權限，以限制其操作范圍。在業(yè)務系統(tǒng)操作時，只有具備相應業(yè)務系統(tǒng)操作權限的人 員，才可辦理相應的業(yè)務。將結合統(tǒng)一用戶與權限管理實現(xiàn)基于用戶角色的權限控制實建設方案現(xiàn)應用層安全。(2)權限管理方案對崗位(角色) 的授權分為兩個部分，一是業(yè)務操作的授權，菜單功能授權，二 是數(shù)據(jù)的授權。通過管理員對分部門進行分別設置不同的角色， 通過各種角色進行分配 菜單和功能的權限，以及設置不同的數(shù)據(jù)權限。(3)加密策略加密主要包括數(shù)據(jù)的加密傳輸和數(shù)據(jù)的加密存儲。對于普通數(shù)據(jù)加密傳輸，可以通過 SSL加密在

7、Internet上傳輸，保證數(shù)據(jù)不被竊 取。對于保密程度較高的信息可以加密存儲，提供一個加密模塊，采用 RSA加密算法 進行加密。通過加密模塊，用戶可以選擇需要加密的數(shù)據(jù)表并存儲下來 .所有需要加密 的數(shù)據(jù)表的數(shù)據(jù)在存儲之前都需要通過加密模塊檢測， 如果數(shù)據(jù)需要加密存儲，則調用 加密算法進行加密，加密后的密文存放倒數(shù)據(jù)庫中；如果不需要加密 ，則直接存儲明文。 同樣，在調閱數(shù)據(jù)的時候，如果是加密數(shù)據(jù)則通過加密算法進行解密還原成明文，展現(xiàn)在用戶面前；否則直接提取數(shù)據(jù)展現(xiàn)在用戶面前。(4)信息保密由于網(wǎng)絡的互聯(lián)性和開放性，信息在網(wǎng)絡中的傳輸不可避免地存在被監(jiān)聽的可能， 要實現(xiàn)信息傳輸?shù)谋Ｃ苄灾挥袑π?/p>

8、息進行加密，以密文方式傳輸，即使被監(jiān)聽，監(jiān)聽者也 無法明白密文所表示的信息。平臺對采集或傳輸?shù)臄?shù)據(jù)按照標準的加密組件進行了數(shù)據(jù) 的加密，當數(shù)據(jù)到達后由對應的解密組件進行解密，提供了信息的加解密機制。信息也可能在傳輸過程中被截獲篡改后再轉發(fā)出去， 造成信息的完整性受損，平臺 安全管理平臺對接收后數(shù)據(jù)采用完整性校驗算法進行完整性校驗， 被改動的信息即被認 為是無效信息，并對無效信息進行丟棄不予保存，以此保證信息的完整性。(5)數(shù)據(jù)備份對于系統(tǒng)，應對重要數(shù)據(jù)服務器進行一次完全的系統(tǒng)的災難備份，將系統(tǒng)及其上數(shù)據(jù)(成果數(shù)據(jù)或非成果數(shù)據(jù))完全備份到磁帶庫中，將災難備份介質按照介質安全措施安 全保存。對于成

9、果數(shù)據(jù)，我們建議進行一次完全備份，在完全備份的基礎上進行差量備份。 這主要是因為成果數(shù)據(jù)不經常被修改的緣故，備份起來比較方便。對于非成果數(shù)據(jù)，我們建議進行一次完全備份，在完全備份的基礎上進行增量備份，建設方案建議每進行一次修改后就進行增量備份，標記介質后保存好增量備份的磁帶介質。4性能指標(1)查詢指標:簡單查詢：單類信息精確條件查詢，要求響應時間小于 3秒；關聯(lián)查 詢：基于要素的不少于5類信息查詢返回不大于5秒；組合查詢：基于多條件組合查詢, 每1000萬數(shù)據(jù)規(guī)模要求響應時間不大于 1分。(2)穩(wěn)定性指標：系統(tǒng)平均無故障(影響業(yè)務正常辦公的系統(tǒng)故障) 時間300天。(3)統(tǒng)計分析性能要求：常

10、規(guī)統(tǒng)計報表生成時間01分鐘；定制統(tǒng)計報表生成時問0 10分鐘。5數(shù)據(jù)建設平臺數(shù)據(jù)量主要是檢測數(shù)據(jù)，在不影響系統(tǒng)使用的情況下，通過擴展存儲空間，適應未來業(yè)務數(shù)據(jù)容量的增長。6信息安全文件加密：整個系統(tǒng)的文件支持三級加密策略：不加密；中度加密；深度加密加密方式由管理員直接配置，滿足不同用戶的需求；密碼加密：用戶的密碼在存儲時進行不可逆的加密，保證了密碼不會外泄。即 使是管理員也無法獲取用戶的密碼信息；驗證碼：采用用戶名+驗證碼登錄模式登錄系統(tǒng)；加密鎖：提供用戶端加密鎖，只有待有加密鎖的用戶才可以訪問交互系統(tǒng)，適 用于內外網(wǎng)分開控制；新一代自主研發(fā)的云存儲架構、數(shù)據(jù)冗余式備份、數(shù)據(jù)加密存儲，確保數(shù)據(jù)

11、存儲安全；IPS入侵防御系統(tǒng)、內外網(wǎng)分離構架、SSL加密傳輸技術等，確保數(shù)據(jù)傳輸安全；完善的安全管理制度，強大的多級權限管理功能，防止用戶數(shù)據(jù)泄密，確保管 理行為安全；內外網(wǎng)分離架構，各模塊采用獨立內外網(wǎng)架構，以及冗余分布式設計，無單點 故障，為系統(tǒng)對系統(tǒng)災難的抵抗能力和恢復能力提供了保證；支持HTTPSffi道訪問力口密和防DOSfc擊，記錄訪問請求日志，通過 HTTPS呆證建設方案傳輸信息加密安全性。同時可以防止蜘蛛爬蟲的信息采樣；支持SSL傳輸加密POP/SMT服務器收發(fā)郵件，SSL協(xié)議位于TCP/IP協(xié)議與各 種應用層協(xié)議之間，為數(shù)據(jù)通訊提供安全支持，保證郵件傳輸過程中的信息不泄漏，

12、包括用戶的用戶名、密碼、信件等信息都會非常安全。SSL服務器證書由全球最大的安全證書機構verisign頒發(fā)。完善的應用級別權限控制：基于個人、單位、部門、群組、角色、崗位、級別 的多維度權限控制，系統(tǒng)可以針對以上屬性進行靈活的權限設定，確保信息安全的可 定義性和可執(zhí)行性；三員分離安全控制：為避免單一系統(tǒng)管理員的權限過于集中，引發(fā)風險，管理員 將權利進行拆分，設立了三類管理員：系統(tǒng)管理員、安全管理員、審計管理員。系統(tǒng) 管理員主要負責系統(tǒng)的日常運行維護； 安全管理員主要負責賬戶管理、信息設置和分 級授權；審計管理員主要對系統(tǒng)管理員、安全管理員和普通用戶的操作行為進行審計 跟蹤分析和監(jiān)督檢查。通過

13、這種分權管理，相互制約，相互監(jiān)督的機制，可以滿足國 家對于涉密單位的信息系統(tǒng)專門制定了安全登記保護密碼安全控制；賬號密碼的更換周期控制：密碼嘗試失敗的賬戶凍結控制；密碼強弱度的校驗 等措施，有效保證了用戶密碼的安全使用；定期對存儲數(shù)據(jù)庫進行自動備份。操作日志監(jiān)控功能，用戶操作行為日志全程記錄。防SQLtt入、頁面篡改。7執(zhí)行標準推薦信息技術開放系統(tǒng)互連網(wǎng)絡層安全協(xié)議(GB/T 17963)軟件工程術語(GB/T 11457-1995 )山東省政府網(wǎng)站內容規(guī)范和技術規(guī)范建設指南計算機軟件可靠性和可維護性管理(GB/T 14394-2008)計算機信息系統(tǒng)安全等級保護網(wǎng)絡技術要求(GB/T 387

14、-2002)基礎標準信息技術軟件工程術語(GB/T 114572006)計算機軟件開發(fā)規(guī)范(GB 8566-88)建設方案信息處理各種圖的文件編輯符號和約定(GB/T 1526-1989)信息處理系統(tǒng)計算機系統(tǒng)配置圖符號及約定( GB/T 140851993)信息技術軟件維護(GB/T 20157 2006)信息安全技術一信息系統(tǒng)通用安全技術要求(GB/T 20271-2006)信息技術軟件生存周期過程開發(fā)標準(GB/T 8566-2007)信息技術軟件生存周期過程(GB/T 8566-2001)軟件支持環(huán)境(GB/T 15853 1995)軟件維護指南(GB/T 14079-1993 )算機

15、過程控制軟件開發(fā)規(guī)程(SJ/T 10367 -1993 (2009)計)信息技術軟件包質量要求和測試(GB/T 17544-1998)計算機軟件測試規(guī)范(GB/T 155322008)文檔標準計算機軟件文檔編制規(guī)范(GB/T 8567-2006)計算機軟件產品開發(fā)文檔編制指南(GB/T 8567-1988)計算機軟件需求規(guī)格說明規(guī)范(GB/T 9385-2008)管理標準計算機軟件配置管理計劃規(guī)范(GB/T 125051990)軟件工程產品質量(GB/T 16260 2006)計算機軟件質量保證計劃規(guī)范(GB/T 12504-1990)計算機軟件可靠性和可維護性管理(GB/T 14394-20

16、08)信息技術軟件生存周期過程風險管理(GB/T 20918-2007)信息安全技術一信息系統(tǒng)通用安全技術要求(GB/T 20271 -2006)機房建設標準計算機機房用活動地板技術條件(GB/T 6550-1986)電子信息系統(tǒng)機房設計規(guī)范(GB 50174-2008)計算機站場地技術條件(GB 28871989)通信局站接地設計暫行技術規(guī)定(YDJ26 1989)電子計算機機房施工及驗收規(guī)范(SJ/T 30003 1993)綜合布線標準建設方案建筑與建筑群綜合布線系統(tǒng)工程涉及規(guī)范(CECS 72 97)建筑與建筑群綜合布線工程施工與驗收規(guī)范(CECS 89 98)規(guī)范計算機信息系統(tǒng)集成資質

17、等級評定標準(最新)計算機信息系統(tǒng)集成項目經理資質管理辦法三、互聯(lián)互通平臺內數(shù)據(jù)能夠互聯(lián)互通，解決“信息孤島 ”、實現(xiàn)統(tǒng)一資源管理、互聯(lián)互動、保 護投資等問題。統(tǒng)一的接口通訊協(xié)議，使得集成系統(tǒng)施工方式得到統(tǒng)一， 可保證各套件 的功能完整性，并且后期調試、維護均有保障。夯實一個數(shù)據(jù)資源中心，搞定了后臺數(shù)據(jù)基礎，對各類數(shù)據(jù)進行加工、處理、計算, 形成相應的成果，供我們使用和判斷。所有的公共功能由平臺統(tǒng)一提供 ，平臺上開展各 項業(yè)務的模塊，各個業(yè)務模塊之間信息互聯(lián)互通，協(xié)同工作。遵循一定的標準和規(guī)范，提高系統(tǒng)標準化程度，同時也將進一步促進軟件系統(tǒng)的標 準化和產品化.四、大數(shù)據(jù)和智能化分布式系統(tǒng)基礎架

18、構，采用基于 Hadoop技術或其它類似技術的大數(shù)據(jù)處理框架， 采用智能自動分派事項的算法。大數(shù)據(jù)平臺架構設計沿襲了分層設計的思想，將平臺所需提供的服務按照功能劃分 成不同的模塊層次，每一模塊層次只與上層或下層的模塊層次進行交互(通過層次邊界 的接口)，避免跨層的交互，這種設計的好處是：各功能模塊的內部是高內聚的，而模塊 與模塊之間是松耦合的。這種架構有利于實現(xiàn)平臺的高可靠性，高擴展性以及易維護性。 比如，當我們需要擴容 Hadoop集群時，只需要在基礎設施層添加一臺新的 Hadoop節(jié) 點服務器即可，而對其他模塊層無需做任何的變動，且對用戶也是完全透明的。五、用戶體驗和技術切實滿足工作快捷有

19、效的符合需要的用戶操作流程，采用Angular或類似技術。1減少HTTP請求數(shù)用戶在打開一個頁面的時候，后臺程序響應用戶所需的時間并不多，用戶等待的時建設方案間主要花費在下載頁面元素上了 ,即HTML CSS JavaScript、Flash、圖片等,統(tǒng)計顯 示。所以，想要提高頁面打開速度，就要減少 HTTP青求數(shù)：1）減少不必要的HTTP青求，例如用CSS1角代替圓角圖片，減少圖片的使用。2）對一個頁面涉及到的所有零星圖片都包含到一張大圖中去，這樣一來，當訪問該頁面時，載入的圖片就不會像以前那樣一幅一幅地慢慢顯示出來了。2感官體驗的改善感官體驗是用戶體驗中最直接的感受，給用戶是呈現(xiàn)視聽上的體

20、驗，系統(tǒng)的舒適性很關鍵，用戶第一眼看到系統(tǒng)的感受。改善方法：對于系統(tǒng)的調整需要針對系統(tǒng)的目標人群進行分析，然后再在系統(tǒng)的設計細節(jié)上進行適當?shù)母纳?，如系統(tǒng)設計風格、色彩的搭配、頁面的布局、頁面的大小、 圖片的展示、系統(tǒng)字體的大小、LOGO勺空間等。3交互體驗的改善交互體驗是呈現(xiàn)給用戶操作上的體驗，強調易用/可用性。4目標信息要醒目而親近在關注縮短完成路徑這個問題的時候，優(yōu)化操作步驟是第一位的。5目標信息保持更新在更新系統(tǒng)上內容的時候，不要過于追求量，而要追求質，更新再多的信息，如果 不能保證質量的話，這樣就等于沒有更新.且系統(tǒng)的內容只有經常的更新，才能給人們一 種新鮮的感覺，也能滿足用戶的需求。

21、六、平臺擴展性基于Web Service JSON?標準規(guī)范，采用XML的數(shù)據(jù)傳輸格式，低耦合應用組件 進行分布式部署、組合和使用，具備未來可擴展增減業(yè)務模塊的架構，例如 SOA.“軟件的核心是重用，方法是分離，關鍵是標準”，組件化基礎業(yè)務平臺依然是遵循 這個原則。業(yè)務基礎平臺的組件化，并不是所有的內容全部組件化，有些內容是無法分 離出去的，因此首先要把業(yè)務基礎平臺的內核分離出來，建立一個業(yè)務基礎平臺的微內 核，微內核是跟每一個業(yè)務組件緊密相關的。 然后把業(yè)務基礎平臺中可以分離出來的內建設方案容單獨作為一個組件，即公共組件，從而實現(xiàn)業(yè)務組件和公共組件的分離。業(yè)務組件和 公共組件使用一個數(shù)據(jù)庫，

22、通過公共組件及相關的標準實現(xiàn)整合。為了保證平臺的靈活的擴展，要實現(xiàn)以上不同層次的接口調用的向下兼容， 包含服 務接口、API接口、數(shù)據(jù)接口，即升級之后的應該和老版本可以兼容。特別是數(shù)據(jù)庫接 口，必須實現(xiàn)向下兼容，不然無法實現(xiàn)一體化數(shù)據(jù)庫，造成升級困難.數(shù)據(jù)接口并非是所 有的數(shù)據(jù)模型，主要是針對核心對象模型建立的對象基本關系模型，關于基礎對象模型的建立，建立更加穩(wěn)定的數(shù)據(jù)模型，保證數(shù)據(jù)接口的穩(wěn)定。實現(xiàn)了接口向下兼容的，組件就可以獨立開而不會相互影響，保證不同業(yè)務組件的 版本兼容，對于一個業(yè)務組件內部，不同的模塊之間 ，需要保證版本一致，如業(yè)務基礎 平臺的內核，需要跟業(yè)務組件的版本保持一致。保證一

23、個和業(yè)務組件本身的版本兼容，不同的業(yè)務組件之間可以版本不同，但是數(shù)據(jù)結構要兼容 .七、項目實施方案根據(jù)我公司的項目實施經驗，結合本項目的實際情況，具體實施將是采用成熟、有 效的技術手段來實現(xiàn)系統(tǒng)建設的各項目標和功能項目進度流程2016/12/212016/12/31201?/52017/V10需求調研沒計開發(fā)：-.1|此運行起始時間工需1項目立項啟動項目立項啟動過程，主要就是統(tǒng)一思想、明確計劃的過程。當完成項目規(guī)劃和論證 后，可以開始具體的建設和實施，此時開始進行項目立項。項目立項包括以下活動：? 雙方成立項目實施小組，指定項目負責人，明晰項目小組成員職責；? 根據(jù)合同的約定，制定項目實施總體

24、工作計劃。建設方案2項目調研分析設計主要從技術角度來分析業(yè)務和網(wǎng)站建設的需求， 提出網(wǎng)站的總體架構和具體實現(xiàn)方 案,完成項目概要設計和詳細設計。概要設計主要進行以下工作：?對象行為和對象間交互作用的進一步細化，完成對象間交互作用的明確和完整 的定義；?對對象進行抽象，進行類的認定，得到類結構；?按照應用要求，把若干個類組合成一個子系統(tǒng).詳細設計是緊接著概要設計進行的，目的是為實現(xiàn)做好準備。我們將采用UM格言 進行設計模式的描述，本階段包含以下活動：?組織有經驗的項目分析人員和相關實施人員，與需方相關負責人召開若干次需 求調研會議，并深入系統(tǒng)應用的第一線與有關人員共同探討需求；?總結各次調研會議

25、的內容，形成項目調研報告初稿并制作關鍵業(yè)務應用原型；?討論并最終確認項目調研報告，形成最終需求調研報告，雙方需對本文檔認 可簽字。3項目開發(fā)測試根據(jù)需求和設計方案，組織人員完成編碼、測試工作。本階段的主要活動是：根據(jù)需求文檔和設計文檔進行編碼和自測.在設計方面完成功能設計、界面設計和系統(tǒng)管理設計；完成單元內測試和系統(tǒng)測試；編寫項目使用手冊；提交項目使用手冊，雙方對提交的文檔認可。4人員培訓人員培訓自始至終貫穿在項目實施過程中，在進行培訓時，需要完成以下工作：?制定詳細的培訓計劃，確認各個階段培訓的主要內容。?培訓組織相關人員使用系統(tǒng)，以熟悉整個系統(tǒng)的基本功能。?重點培訓項目小組成員，并指導項目

26、負責人對網(wǎng)站的應用與維護。10建設方案5項目應用及項目驗收1）根據(jù)項目需求報告的約定，形成項目應用說明書，各使用部門嚴格按照說明書的約定操作，以達到最好的應用效果；2）網(wǎng)站正式開始試運行，提交驗收申請表和交付清單；3）網(wǎng)站正常使用達到合同規(guī)定的驗收條件后，組織人員驗收工作，形成項目驗 收報告；4）該階段結束標志為客戶方在項目驗收報告上簽字；網(wǎng)站驗收后進入試運行階段，試運行順利完成后，進行網(wǎng)站終驗測試，測試合格后, 雙方共同簽署網(wǎng)站終驗報告。八、項目管理及質量保障措施1項目實施安排為確保項目的成功實施，在項目規(guī)劃、實施全過程中，必須在良好的計劃、管理、控制和協(xié)調下，才能保證項目建設有序順利地進行

27、 .因此，建立一套科學嚴密的管理 體系，有效地調配人員、時間和資金等項目資源，對項目建設非常重要。我公司根據(jù) 本項目的特點，按照嚴格的質量保證體系，明確項目的管理目標，制定項目的管理方 式、組織結構、實施計劃、質量和安全保證體系，作為整個項目建設的實施指導。2質量保證體系為確保項目的成功實施，我們在系統(tǒng)建設全過程中，始終貫徹著ISO9000質量管理體系標準，并將該體系作為整個項目建設的行動指導.依據(jù)我們質量管理體系中的質量方針、質量目標、和控制程序要求，在項目實施過程中協(xié)調好各部門之間的關系， 讓整個項目運作在良好的計劃、管理、控制下，保證項目有序地、順利地進行.在項目的詳細設計、項目實施、項

28、目測試、項目驗收、售后支持以及相關協(xié)調等一系列工作中，我們將提供技術方案、開發(fā)、安裝、調試、初驗、試運行、測試和驗 收等各項符合ISO9000質量管理體系標準的規(guī)范與表格。3項目實施管理在本項目中，我們和用戶組建一個項目組，并由專家技術人員作為技術支持后盾， 由我們資深工程師擔任項目組的技術負責人，項目組全權負責本項目的所有工作，包ii建設方案括系統(tǒng)的詳細設計、項目實施、項目測試、項目驗收、售后服務支持以及相關協(xié)調等 所有工作。我們將選派具有豐富系統(tǒng)實施經驗的項目經理和精通專業(yè)技術的工程師， 結合我們在系統(tǒng)實施、集成方面成功經驗，提出詳細的項目實施計劃，確定各項規(guī)范； 提出項目的售后服務體系，

29、為本項目在服務保證期內和將來提供統(tǒng)一技術服務界面， 融合系統(tǒng)集成商、技術支持中心和產品廠商的售后服務；制定詳細的培訓計劃，保證 用戶對技術、系統(tǒng)的掌握和系統(tǒng)運行維護的管理。4項目實施管理目標項目管理項目實施的核心。項目管理的方法是根據(jù)該項目的具體特點建立基于穩(wěn) 定的組織、完整的計劃和豐富的文檔等多方合理因素構成的有機管理整體。我們?yōu)樵擁椖康膶嵤┲贫ㄒ韵路植綄嵤┠繕耍涸陧椖繂又酰徒⒎€(wěn)定的組織管理機構，包括本項目的領導小組、項目經 理、質量監(jiān)控組、實施組、測試驗收組、文檔管理組、培訓組、售后服務組等，在實施過程中分工明確、責任落實、人員到位。根據(jù)具體需求和現(xiàn)實的可執(zhí)行性，建立一套完整的項目

30、實施計劃，貫穿整個項目實 施，包括項目的需求分析、詳細設計、實施、維護、以及項目進一步發(fā)展規(guī)劃的全過 程。項目啟動后，定期與用戶相關人員做一定的溝通，討論執(zhí)行情況，分析存在問題 ， 提出改進方法，尤其必須預見性地討論那些潛在的風險，提出相應的風險處理對策。用戶相關人員應充分參與到管理和技術的每一項工作中去。在整個項目實施過程中， 建立完整的文檔，并對文檔作有效的管理。我公司本項目成立專門的技術支持部門，負責該項目整個系統(tǒng)的測試與安裝、集 成和連續(xù)的系統(tǒng)優(yōu)化.實施時確保項目進度始終在有序控制之中，實施后確保系統(tǒng)始 終處于最佳運行狀態(tài)，最大程度地發(fā)揮系統(tǒng)優(yōu)良的性能，遠景任務是為新的需求提供 擴充及

31、優(yōu)化建議，保證系統(tǒng)是一個有機成長的健康系統(tǒng)。當整個系統(tǒng)調試優(yōu)化完成后，我們還會成立專門的售后服務小組為客戶提供可靠 的技術維護，保證應用系統(tǒng)長期穩(wěn)定地運行。綜上所述，項目管理的目標就是要運用完善的管理方法和經驗，提高項目實施的 可操作性和可控制度，保證項目高質的完成，穩(wěn)定的發(fā)展 .5項目實施管理內容項目管理的內容包括項目定義和項目工作清單、項目人員的配置和組織、項目進12建設方案度安排和控制、項目風險評估管理、項目變更的管理、項目質量控制、項目成本控制、 文檔管理、合作各方的協(xié)調、驗收及其標準。項目定義和確定工作清單明確項目的任務，并對任務進行細化，以制定工作清單，是項目人員調度和日程安 排的

32、重要依據(jù)。本項目的建設將根據(jù)項目實施的特點及需求分布安排工作，包括編制項目實施方 案、安裝設備、配置系統(tǒng)、連通網(wǎng)絡、系統(tǒng)聯(lián)調等。我們將按照不同的階段制定對應 的明確的工作清單。項目人員組織和分配為了實現(xiàn)我們管理的目標，根據(jù)項目的工作清單和任務量的大小，合理安排每個 人員的工作，建立良好的組織結構對人員進行管理和協(xié)調，以便有序地工作。項目進度安排和控制按照項目對進度的總體要求，確定項目工作清單中各項任務的日程安排，并留有 適當余地以處理不可預知的情況，進度控制以日程安排為依據(jù)，通過例行會議等手段 進行項目進程狀態(tài)匯總、審計和督導。合理安排日程并加以監(jiān)督控制可以提高工作效率，及時發(fā)現(xiàn)并解決問題.項

33、目變更和風險管理風險管理首先應確定所有已知的項目風險，分析發(fā)生的可能性和潛在影響，并且確 定風險分析管理過程，用于跟蹤每一風險并盡可能減少風險的負面影響。在本項目中，主要的風險可能由實施環(huán)境、項目周期、項目參與人員、用戶的配 合等因素引起。我們認為應通過項目會議以明確各種可能的風險，分析風險并制定出 完整的風險管理計劃.項目質量控制明確整個項目的目標和質量要求，確定出項目工作清單中各項任務結果相關的質 量及測試要求。制定質量控制流程以保證項目達到質量標準.質量控制流程應包含質量保證承諾、全面或抽樣測試、質量驗收過程和問題匯總 反饋過程等。我們項目組技術人員將跟用戶相關人員一起定期地組織質量檢查

34、、實施質量控制 流程，并對項目的總體運行結果進行評審，以保證項目達到預計效果.13建設方案項目文檔管理技術文檔是整個項目實施的重要知識成果，所有的技術文檔必須歸納整理，加以妥 善保管。在項目實施過程中，每一個項目實施步驟都需建立聯(lián)機項目文檔數(shù)據(jù)庫，對項目 實施采取實時的跟蹤、控制和管理。并保證在項目結束后，向用戶移交全部的項目實 施檔案，保證用戶項目檔案的完整。6項目實施管理方式采取項目經理集權控制方式，通過完整的項目管理組織對項目進行綜合管理。我們針對本項目將成立跨部門的項目團隊，項目團隊采用矩陣式的結構，一方面增 加對客戶需求的響應速度；另一方面得到各專業(yè)部門的指導和支持。建立項目的組織結

35、構是對項目的人力資源進行合理的配置和分工，使參與項目的 雙方人員能有效地協(xié)同工作，發(fā)揮最高的效率。項目管理架構如下：項目階段劃分14建設方案項目共分為項目開始、準備、實施、驗收、售后服務等五個階段，如下圖所示:九、項目測試方案和步驟1測試目標制定完整且具體的測試路線和流程，為快速、高效和高質量的軟件測試提供基礎 流程框架。最終目標是實現(xiàn)軟件測試規(guī)范化，標準化。15建設方案2測試流程說明評審/溝通測試報告輸出JBug跟蹤處理執(zhí)行測試用例 完善測試用例 TOC o 1-5 h z 冒煙測試 XE設計測試用例4評審/完善 搭建測試環(huán)境IIIIIT3測試需求分析測試需求是整個測試過程的基礎；確定測試對

36、象以及測試工作的范圍和作用。用 來確定整個測試工作（如安排時間表、測試設計等 ）并作為測試覆蓋的基礎。而且被 確定的測試需求項必須是可核實的。即，它們必須有一個可觀察、可評測的結果。無 法核實的需求不是測試需求.所以我現(xiàn)在的理解是測試需求是一個比較大的概念 ，它 是在整個測試計劃文檔中體現(xiàn)出來的，不是類似的一個用例或者其他。測試需求是制訂測試計劃的基本依據(jù)，確定了測試需求能夠為測試計劃提供客觀 依據(jù)；測試需求是設計測試用例的指導，確定了要測什么、測哪些方面后才能有針對性 的設計測試用例；測試需求是計算測試覆蓋的分母，沒有測試需求就無法有效地進行測試覆蓋.1）測試方法與規(guī)范（1）測試方法16建設

37、方案隨著軟件技術發(fā)展，項目類型越來越多樣化。根據(jù)項目類型應選用針對性強的測 試方法，合適的測試方法可以讓我們事半功倍。 以下是針對目前項目工程可以參考的 測試方法：B測試（beta測試）一一非程序員、測試人員B測試，英文是Beta testing 。又稱Beta測試，用戶驗收測試（UAT）。B測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場,Beta測試不能由程序員或測試員完成。當開發(fā)和測試根本完成時所做的測試， 而最終的錯誤和問題需要在最終發(fā)行前找 到。這種測試一般由最終用戶或其他人員完成，不能由程序員或測試員完成。a測試（Alpha測試）-一非程序員、

38、測試人員a測試，英文是 Alpha testing. 又稱Alpha測試。Alpha測試是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內部的用戶在 模擬實際操作環(huán)境下進行的受控測試，Alpha測試不能由該系統(tǒng)的程序員或測試員完成。在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后，仍然會有少量的設計變更。 這種測試一般由最終用戶或其他人員來完成，不能由程序員或測試員完成。兼容性測試一一測試人員兼容性測試是指測試軟件是否可以成功移植到指定的硬件或者軟件環(huán)境中，例如在B/S項目中各個不同瀏覽器之間的測試。用戶界面測試-UI測試 測一測試人員用戶界面測試，英文是 User interface testi

39、ng. 又稱UI測試.用戶界面，英文是User interface 。是指軟件中的可見外觀及其底層與用戶交互 的部分（菜單、對話框、窗口和其它控件）。用戶界面測試是指測試用戶界面的風格是否滿足客戶要求，文字是否正確，頁面 是否美觀，文字，圖 片組合是否完美，操作是否友好等等。UI測試的目標是確保用 戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。確保用戶界面符合公司或行業(yè)的標準。包括用戶友好性、人性化、易操作性 測試.用戶界面測試用戶分析軟件用戶界面的設計是否合乎用戶期望或要求。它常常包括菜單，對話框及對 話框上所有按鈕，文字,出錯提示，幫助信息（Menu和Help17建設方案co

40、ntent）等方面的測試。比如，測試Microsoft Excel中插入符號功能所用的對話框 的大小，所有按鈕是否對齊，字符用字體大小，出錯信息內容和字體大小，工具欄位 置/圖標等等。冒煙測試-版本編譯者冒煙測試，英文是Smoke testing 。冒煙測試的名稱可以理解為該種測試耗時短，僅用一袋煙功夫足夠了。也有人認 為是形象地類比新電路板功基本功能檢查。任何新電路板焊好后 ，先通電檢查，如果 存在設計缺陷，電路板可能會短路，板子冒煙了 .冒煙測試的對象是每一個新編譯的需要正式測試的軟件版本，目的是確認軟件基本功能正常，可以進行后續(xù)的正式測試工作。冒煙測試的執(zhí)行者是版本編譯人員。隨機測試一-

41、測試人員隨機測試，英文是Ad hoc testing.隨機測試沒有書面測試用例、記錄期望結果、檢查列表、腳本或指令的測試.主要是根據(jù)測試者的經驗對軟件進行功能和性能抽查。隨機測試是根據(jù)測試說明書執(zhí)行 用例測試的重要補充手段，是保證測試覆蓋完整性的有效方式和過程。隨機測試主要是對被測軟件的一些重要功能進行復測，也包括測試那些當前的測 試樣例（TestCase）沒有覆蓋到的部分。另外，對于軟件更新和新增加的功能要重點 測試。重點對一些特殊點情況點、特殊的使用環(huán)境、并發(fā)性、進行檢查。尤其 對以 前測試發(fā)現(xiàn)的重大Bug,進行再次測試，可以結合回歸測試（Regressive testing ）一 起進行

42、。黑盒測試（功能測試）一-測試人員黑盒測試，英文是Black Box Testing.又稱功能測試或者數(shù)據(jù)驅動測試。黑盒測試是根據(jù)軟件的規(guī)格對軟件進行的測試，這類測試不考慮軟件內部的運作原理，因此軟件對用戶來說就像一個黑盒子。軟件測試人員以用戶的角度，通過各種輸入和觀察軟件的各種輸出結果來發(fā)現(xiàn)軟 件存在的缺陷，而不關心程序具體如何實現(xiàn)的一種軟件測試方法.性能測試性能測試，英文是 Performance Testing 。18建設方案性能測試是在交替進行負荷和強迫測試時常用的術語。理想的“性能測試”（和其他類型的測試）應在需求文檔或質量保證、測試計劃中定義。性能測試一般包括負 載測試和壓力測試.

43、通常驗證軟件的性能在正常環(huán)境和系統(tǒng)條件下重復使用是否還能滿足性能指標。 或者執(zhí)行同樣任務時新版本不比舊版本慢.一般還檢查系統(tǒng)記憶容量在運行程序時會 不會流失（memoryleak）。比如，驗證程序保存一個巨大的文件新版本不比舊版本慢。 （2）測試規(guī)范測試規(guī)范是根據(jù)開發(fā)規(guī)范而制定的測試標準，測試規(guī)范也是后期測試用例編寫的 重要依據(jù)。因為開發(fā)規(guī)范因公司而異，因產品而異，所以測試規(guī)范的標準程度每個公 司都不一樣。從理論到方法到各類流程到各類報告模版，都屬于測試規(guī)范的范疇，當一整套規(guī) 范形成之后，可使得測試工作進行更加穩(wěn)健，所有問題有據(jù)可查。2）軟件需求規(guī)格說明書軟件需求規(guī)格說明書是軟件達到的各項功能

44、的目標。是測試人員各項工作的依據(jù)，沒有需求就無法判斷測試結果是正確的。3）軟件設計說明（概要與詳細設計）設計說明書包含軟件的一些框架、字段、數(shù)據(jù)庫設計等。軟件設計說明對測試工 作開展有很大影響，沒有軟件設計說明很多問題將無法溯源，測試準備的前期工作也 是根據(jù)軟件設計說明來制定的。4）頁面原型（demo）頁面原型是項目人員快速熟悉項目的最佳路徑。在需求不夠明確，設計說明書不夠全面的情況下，頁面原型也是后期測試用例編寫思想的重要根據(jù)。4測試過程設計明確測試目的，最終達成目的并驗證結果是測試要做的事情。包括：.測試范圍：描述本次測試中的測試范圍，如:測試軟件功能范圍、測試種類等。.簡單的描述如何搭建

45、測試平臺以及測試的潛在的風險 .項目信息：說明要測試的項目的相關資料，如：輸入輸出文檔，產品描述，軟件主要功能19建設方案.人力資源的分配。.測試需求：籠統(tǒng)說，就是測試中的所有設計和需求文檔。作為本次測試的依1）測試策略制定這一階段在于需求、詳細設計、測試計劃完成之后，主要是本次測試的策略 階段。很多公司少這個一個階段，需要有計劃性的分出產品的功能扣出測試的功能點 現(xiàn)階段大多公司都是直接拿著文檔就開始做用例設計。對需求進行分析，列出具體的功能列表。（一般根據(jù)功能交互文檔就能明確出此 功能的大體功能，一層層的分下去，一直到沒個功能表單。然后考慮到使用那些測試方 法?工作一旦做到執(zhí)行階段，我們可以

46、更好的根據(jù)這些功能表一點一點的覆蓋。也能 讓我們在用例評審時，充分的證實我們的工作是有效的能夠保證產品的質量。）一般 在此之前,一些業(yè)務培訓和需求評審是有必要是聽一下的。這樣能夠更早更熟練的理解 需求，也能保證產品設計中出現(xiàn)的一些誤區(qū)。功能測試：功能范圍（劃分出各自負責的功能模塊）；使用測試方法（等價類、 邊界值等測試方法方法）；測試標準（符合設計、需求和規(guī)范文檔對該功能的描述）。界面測試 兼容性測試2）測試計劃要充分考慮測試計劃的實用性，即測試計劃與實際之間的接近程度和可操作性。編寫測試計劃的目的在于充分考慮執(zhí)行測試時的各種資源，包括測試內容、測試標準、時間資源、人力資源等等，準確地說是要分

47、析執(zhí)行時所能夠調用的一切資源以及受各種 條件限制，可能受到的各種影響。測試內容：對一個軟件來說測試計劃中會明確本次測試做哪些測試？如：系統(tǒng)測 試：在整個系統(tǒng)測試中會有（界面測試、功能測試、性能測試、兼容性測試、安裝卸 載測試、可靠性測試等測試）。測試目的：一般多為保證產品質量是否達到預期的指標。 這個指標也就是在測試 中定義的結束標準。測試標準：需要考慮本次測試需要輸入那些文檔，該項目結束標準定義、測試結 束標準的定義？ bug級別定義、優(yōu)先級定義、bug管理流程定義。這個都需要在執(zhí)行20建設方案測試事明確。計劃中應該包含這些內容。資源分配：這里分為人力資源、軟硬件資源等劃分。一般會把人力資源

48、的利用寫 入一個測試人員任務分配表里，按照不同的階段，每個階段提交相應的成果（難度很大） 軟硬件資源中主要是在做計劃時考慮到需要多少電腦或別的工具，列出清單。測試風險：大多考慮到的就是項目開發(fā)延期、 測試人員不足用例無法全面覆蓋測 試點、時間不足用例無法全部執(zhí)行、bug無法及時修改導致無法驗證、測試人員技能 不足導致測試進度拉長。3）測試附件用例模板、缺陷報告模板測試環(huán)境的搭建缺陷管理流程和缺陷級別定義缺陷狀態(tài)一般分為：新建、打開、已分配、已修復、關閉、重新打開中間會有：延期、重復、拒絕等狀態(tài)。缺陷管理流程： Bug開始.測試人員或開發(fā)人員發(fā)現(xiàn)bug后，判斷輸入哪個模塊的問題，填寫bug報告后

49、,21建設方案系統(tǒng)會自動通過Email通知開發(fā)組長和該模塊開發(fā)者.開發(fā)組長根據(jù)具體情況，重新reassigne的配給bug所屬的開發(fā)者。.開發(fā)者收到email信息后，判斷是否為自己的修改范圍。若不是，重新reassigne的配給開發(fā)組長或應該分配的開發(fā)者。若是，進行處理，resolved并給出解決方法。（可創(chuàng)建補丁附件及補充說明）.測試人員查詢開發(fā)者已修改的bug,進行回歸測試.經驗證無誤后，修改狀態(tài)為 verfied。待整個產品發(fā)布后，修改為 closed。 還有問題，reopened，狀態(tài)重新變?yōu)椤?new” ,并發(fā)送郵件通知。5.如果這個bug一周內一致沒被處理過。Bugzilla就會一

50、直用email騷擾它的屬主， 直接采取行動.管理員可以設定最遲采取行動的期限，比如3天，系統(tǒng)默認7天。缺陷等級劃分：分級Bug等級Bug等級說明分類說明致命問題Blocker導致整個產品無法進行測試.修改優(yōu)先級為最高，該級別需要程序員立即修改O模塊無法啟動或異常退出O其它導致無法測試的錯誤Critical死機，數(shù)據(jù)丟失，主要功能完全喪失，系統(tǒng)懸掛等錯誤。修改優(yōu)先級為最高，該級別需要程序員立即修改。運行過程中系統(tǒng)崩潰/死機/重啟O功能設計與需求嚴重不符O嚴重花屏。內存泄漏O影響手機語音或數(shù)據(jù)通訊等22建設方案。嚴重的數(shù)值計算錯誤嚴重問題Major主要功能喪失，導致嚴重 的問題，或致命的錯誤聲 明

51、.修改優(yōu)先級為高，該級 別需要程序員盡快修改O功能未實現(xiàn)或者存在錯誤。輕微的數(shù)值計算錯誤O系統(tǒng)所提供的功能或服務受明顯的影響。用戶數(shù)據(jù)丟失或破壞一M問題Normal次要功能喪失，不太嚴重，如提示信息不太準確。修改優(yōu)先級為中，該級別需要程序員修改。操作界面錯誤（包括數(shù)據(jù)窗口內列名定義、含義是否一致）。邊界條件下錯誤。功能存在錯誤，但出現(xiàn)概率很低。提示信息錯誤（包括未給出信息、信息提示錯誤等）O長時間操作無進度提示。系統(tǒng)未優(yōu)化（性能問題）Minor微小的問題，對功能幾乎 沒有影響，產品及屬性仍 可使用.修改優(yōu)先級為低，O界面格式等不規(guī)范。操作時未給用戶提示O文字排列/、整齊等一23建設方案該級別需

52、要程序員修改或不修改些小問題。光標跳轉設置/、好，鼠標（光標）定位錯誤輕微問題Trivial提示信息格式不符合要求，違背正常習俗習慣的，界向/、美觀，控件排列、格式不務-。輔助說明描述不清楚。個別不影響產品理解的錯別字O可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志Enhancement功能性建議，功能使用性、方便性、易用性不夠。建議5測試實施開發(fā)就會轉版本給我們測試部門進行系統(tǒng)測試了 .拿到版本我們首先搭建測試 環(huán)境做一個預測試，目的是來評斷這個版本是不是可測試的.如果預測試不通過，打回開發(fā)部返工，如果通過了 ，就開始我們第一輪的系統(tǒng)測試。第一輪系統(tǒng)測試我們會執(zhí)行我們所編寫的所有測試用例，做好測試結

53、果的記 錄，發(fā)現(xiàn)缺陷了提交缺陷報告。當?shù)谝惠啘y試結束后，我們把所有的bug單提交給開發(fā) 人員，由他們進行修改。在他們修復bug期間，我們會對第一輪系統(tǒng)測試做一個測試評估，出一個測試 報告.還要根據(jù)實際情況，對我們寫的測試用例進行修改和增加。 開發(fā)改bug結束，提 交一個新的版本給我們，我們重新搭建測試環(huán)境開始第二輪系統(tǒng)測試.首先是回歸我們 提交的缺陷報告，然后會在用例中挑選一些優(yōu)先級別比較高的用例來進行測試，發(fā)現(xiàn)問題了繼續(xù)提交缺陷報告，只到缺陷率低于用戶要求了，我們就進行最后一輪的回歸測 試，結束系統(tǒng)測試。具體測試輪次是根據(jù)版本質量和項目復雜度而決定的。24建設方案6測試評估?執(zhí)行階段結束了進

54、入測試評估階段，我們會出一個總的測試報告對我們測試的這個過程和版本的質量做一個詳細的評估1）需求需要評審那些？2）用例需要評審那些？3）計劃應該評審那些？4）缺陷評審那些？5） bug評估?測試總結報告文檔的輸出：1、可以讓具體的任務負責人對該本次測試中個人負責的模快進行評價，提出相關建議。給出總體的評估2、整體上的bug按照不同等級統(tǒng)計出來、用例數(shù)量、用例執(zhí)行數(shù)量3、對項目中測試人力資源的統(tǒng)計.（單位:人/大）4、項目中軟硬件資源統(tǒng)計。5、提出軟件總體的評價。7測試報告測試報告包括對軟件功能的結論，說明為滿足此項功能而設計的軟件能力以及經 過一項或多項測試已證實的能力.說明該項目軟件的開發(fā)是

55、否達到預定目標，是否可以交付使用?？偨Y測試工作的資源消耗數(shù)據(jù)，如工作人員的水平級別數(shù)量、機時消耗等。記錄測試結果與發(fā)現(xiàn)及本項目測試工作所得到的各項輸出的承載體，根據(jù)輸入與計劃、要求的對比來總結此次項目所或得的經驗。十、售后服務方案為切實履行“為用戶服務、對用戶負責、讓用戶滿意”的宗旨，為創(chuàng)造品牌，提 高企業(yè)知名度，樹立企業(yè)形象，以“最優(yōu)惠的價格、最周到的服務、最可靠的產品質 量”的原則進行售后服務：提供的標準服務將協(xié)助用戶保障設備安全穩(wěn)定地運行，完善的組織結構、嚴格的 質量保證體系和高水平的技術支援隊伍使我們有信心提供一流的服務.25建設方案軟件產品的技術支持服務保證期須為終身，免費維護服務保

56、證期為1年。免費維護服務保證期自系統(tǒng)實施并驗收合格， 且雙方在驗收單上簽字之日起計算。免費維護 服務保證期過后，需根據(jù)情況另行簽訂技術售后服務合同，具體軟件售后服務費用按 同期市場平均價格結合投標讓利情況確定。軟件系統(tǒng)質保期內，所有購買軟件均享受免費升級服務，并應提供軟件擴充、升 級方面的技術支持服務。若用戶使用的第三方軟件需與本系統(tǒng)連接，與采購人協(xié)商開 發(fā)事宜。我司鄭重承諾:1小時應答,8小時恢復。如若遇到重大問題，承諾2小時內到場處理問題，8小時恢復.在服務期內針對重大節(jié)日、特殊事件等按客戶要求提供相關支持4DC0-365-677客H中心爸記客口運用技才可超爐-愫件司麻苴容t賊*卻如理未舞

57、快7，？4小34昵話版號I小時血2小時期3瞞8小時解決1運維服務體系軟件公司公司完善的運維服務體系通過強大的服務執(zhí)行團隊，多方面的服務支持團隊，先進的服務策劃方法保障了客戶能夠獲得優(yōu)質的服務。我們具有一支專業(yè)化的 隊伍，能全面滿足客戶對技術支持及運維服務的需求。另外公司品管部有專門的服務 質量監(jiān)督小組對服務質量進行監(jiān)督控制，從而保證客戶滿意度.軟件公司運維服務組織為了確保提供體系建設運維的優(yōu)質運維服務， 軟件公司通過以下組織提供運維服 務：1）方案支持部軟件公司方案支持部，秉承專家服務的理念，為用戶提供全面的解決方案，提供26建設方案業(yè)務分析、流程優(yōu)化、系統(tǒng)集成、軟件開發(fā)、培訓、咨詢服務。軟件

58、公司方案支持部 擁有經驗豐富的行業(yè)專家、系統(tǒng)工程師、數(shù)據(jù)庫工程師、網(wǎng)絡工程師、通信工程師。 軟件公司依托中心實驗室的資源，通過軟硬件以及網(wǎng)絡平臺為用戶進行解決方案的開 發(fā)，通過專業(yè)的測試技術、測試工具、測試標準，完善的運維管理，為用戶提供解決 方案的開發(fā)服務。2）呼叫中心在客戶需要服務的時候，呼叫中心是第一個感受客戶需求的窗口 .提供有效過濾、 電話預警、回訪、質量監(jiān)控、數(shù)據(jù)統(tǒng)計等多種服務運維。為了滿足客戶咨詢、報修服 務的需求，話務中心通過不斷豐富多樣化的接入手段（電話、 web mail等），為客戶 提供快捷、高效、舒心的服務接入接口；通過不斷非常完善的服務業(yè)務系統(tǒng)，為不同客戶建立固定的客

59、戶檔案，借助信息化管理平臺和技術中心不斷積累的技術資料庫， 實現(xiàn)客戶需求快速響應和及時處理；通過對服務任務的結果分析和過程跟蹤，保證服 務任務的及時有效完成和服務質量問題的快速反應；3）專家熱線中心專家熱線是客戶和服務執(zhí)行體、分中心和服務執(zhí)行人的“橋梁”，這座“橋梁 的結實、穩(wěn)固、美觀、舒適，直接決定了服務任務的有效解決。專家熱線人員由一只 行業(yè)經驗豐富、技術能力強、有大運維運作經驗的專家隊伍組成，這就確保了專家熱線的服務質量和技術支持深度，保證了客戶的需求能夠及時得到廠家專業(yè)的服務支 持，同時也為執(zhí)行體有效解決客戶問題打下了堅實的基礎。4）維護中心如果說專家熱線中心呈現(xiàn)給客戶專家價值， 而維

60、護中心將專家價值轉化為客戶的 真正體驗。針對不同的客戶，與話務中心、專家熱線的回訪配套，由高技術等級的技 術工程師提供定期專家上門回訪， 提供面對面故障隱患及時發(fā)現(xiàn)和消除、專業(yè)性的優(yōu) 化指導、升級擴容方案等專業(yè)服務支持。5）技術中心技術中心主要職責保證系統(tǒng)、服務器、設備的運維服務工作順利完成及提供服務 運作的技術支持和技術培訓。6）培訓中心培訓中心分別編制管理人員培訓資料和業(yè)務操作培訓資料，為管理人員和操作人27建設方案員提供量身定制一系列的管理和技術培訓7）備件保障中心為滿足服務的備件需求，在第一時間滿足服務所需備件，軟件公司建立備件保障 中心，完善的備件管理業(yè)務系統(tǒng)實現(xiàn)各服務網(wǎng)點的動態(tài)時時