安全技術(shù)服務(wù)-方案-投標(biāo)書

PAGE2PAGE1安全技術(shù)服務(wù)方案投標(biāo)書（2篇）12.4.2供應(yīng)商針對(duì)本項(xiàng)目技術(shù)服務(wù)類總體要求的理解在軟件開發(fā)的過(guò)程中，我們一向遵循軟件產(chǎn)品的以下原則：1、功能性:與一組功能及其指定的性質(zhì)有關(guān)的一組屬性，具體包括：適合性:與規(guī)定任務(wù)能否提供一組功能以及這組功能的適合程度有關(guān)的軟件屬性準(zhǔn)確性:與能否得到正確或相符的結(jié)果或效果有關(guān)的軟件屬性互用性:與同其他指定系統(tǒng)進(jìn)行交互的能力有關(guān)的軟件屬性依從性:使軟件遵循有關(guān)的標(biāo)準(zhǔn),約定,法規(guī)及類似規(guī)定的軟件屬性安全性:與防止對(duì)程序及數(shù)據(jù)的非授權(quán)的故意或意外訪問(wèn)的能力有關(guān)的軟件屬性2、可靠性:與在規(guī)定的一段時(shí)間和條件下,軟件維持其性能水平的能力有關(guān)的一組屬性，具體包括：成熟性:與由軟件故障引起失效的頻度有關(guān)的軟件屬性容錯(cuò)性:與在軟件故障或違反指定接口的情況下,維持規(guī)定的性能水平的能力有關(guān)的軟件屬性易恢復(fù)性:與在失效發(fā)生后,重建其性能水平并恢復(fù)直接受影響數(shù)據(jù)的能力以及為達(dá)此目的所需的時(shí)間和能力有關(guān)的軟件屬性3、易用性:與一組規(guī)定或潛在的用戶為使用軟件所需作的努力和對(duì)這樣的使用所作的評(píng)價(jià)有關(guān)的一組屬性，具體包括：易理解性:與用戶為認(rèn)識(shí)邏輯概念及其應(yīng)用范圍所花的努力有關(guān)的軟件屬性易學(xué)性:與用戶為學(xué)習(xí)軟件應(yīng)用所花的努力有關(guān)的軟件屬性易操作性:與用戶為操作和運(yùn)行控制所花努力有關(guān)的軟件屬性4、效率:與在規(guī)定的條件下,軟件的性能水平與所使用資源量之間關(guān)系有關(guān)的一組屬性，具體包括：時(shí)間特性:與軟件執(zhí)行其功能時(shí)響應(yīng)和處理時(shí)間以及吞吐量有關(guān)的軟件屬性資源特性:與在軟件執(zhí)行其功能時(shí)所使用的資源數(shù)量及其使用時(shí)間有關(guān)的軟件屬性5、可維護(hù)性:與進(jìn)行指定的修改所需的努力有關(guān)的一組屬性，具體包括：易分析性:與為診斷缺陷或失效原因及為判定待修改的部分所需努力有關(guān)的軟件屬性易改變性:與進(jìn)行修改,排除錯(cuò)誤或適應(yīng)環(huán)境變化所需努力有關(guān)的軟件屬性穩(wěn)定性:與修改所造成的未預(yù)料結(jié)果的風(fēng)險(xiǎn)有關(guān)的軟件屬性易測(cè)試性:與確認(rèn)已修改軟件所需的努力有關(guān)的軟件屬性6、可移植性:與軟件可從某一環(huán)境轉(zhuǎn)移到另一環(huán)境的能力有關(guān)的一組屬性，具體包括：適應(yīng)性:與軟件無(wú)需采用有別于為該軟件準(zhǔn)備的活動(dòng)或手段就可能適應(yīng)不同的規(guī)定環(huán)境有關(guān)的軟件屬性易安裝性:與在指定環(huán)境下安裝軟件所需努力有關(guān)的軟件屬性遵循性:使軟件遵循與可移植性有關(guān)的標(biāo)準(zhǔn)或約定的軟件屬性易替換性:與軟件在該軟件環(huán)境中用來(lái)替代指定的其他軟件的機(jī)會(huì)和努力有關(guān)的軟件屬性基于以上原則，根據(jù)項(xiàng)目的不同需求，我們將會(huì)考慮采用B/S和C/S兩種模式開發(fā)。1、B/S模式B/S是Brower/Server的縮寫，客戶機(jī)上只要安裝一個(gè)瀏覽器（Browser），如NetscapeNavigator或InternetExplorer，服務(wù)器安裝Oracle、Sybase、Informix或SQLServer等數(shù)據(jù)庫(kù)。瀏覽器通過(guò)WebServer同數(shù)據(jù)庫(kù)進(jìn)行數(shù)據(jù)交互。B/S模式較C/S模式： C/S模式客戶端需要安裝專用的客戶端軟件。首先涉及到安裝的工作量，其次任何一臺(tái)電腦出問(wèn)題，如病毒、硬件損壞，都需要進(jìn)行安裝或維護(hù)。特別是有很多分部的情況，不是工作量的問(wèn)題，而是路程的問(wèn)題。還有，系統(tǒng)軟件升級(jí)時(shí)，每一臺(tái)客戶機(jī)需要重新安裝，其維護(hù)和升級(jí)成本非常高。C/S模式對(duì)客戶端的操作系統(tǒng)一般也會(huì)有限制，可能適應(yīng)于Windows系列操作系統(tǒng)，而不適用于Linux、Unix等操作系統(tǒng)。而B/S最大的優(yōu)點(diǎn)就是可以在任何地方進(jìn)行操作而不用安裝任何專門的軟件。只要有一臺(tái)能上網(wǎng)的電腦就能使用，客戶端零維護(hù)。系統(tǒng)的擴(kuò)展非常容易，只要能上網(wǎng)，再由系統(tǒng)管理員分配一個(gè)用戶名和密碼，就可以使用了。甚至可以在線申請(qǐng)，通過(guò)公司內(nèi)部的安全認(rèn)證（如CA證書）后，不需要人的參與，系統(tǒng)可以自動(dòng)分配給用戶一個(gè)賬號(hào)進(jìn)入系統(tǒng)，這在最大程度上滿足了項(xiàng)目要求。 系統(tǒng)采用的是目前較流行的一種Web應(yīng)用程序開源框架--Struts+Spring+Hibernate（SSH）。集成SSH框架的系統(tǒng)從職責(zé)上分為四層：表示層、業(yè)務(wù)邏輯層、數(shù)據(jù)持久層和域模塊層，以幫助開發(fā)人員在短期內(nèi)搭建結(jié)構(gòu)清晰、可復(fù)用性好、維護(hù)方便的Web應(yīng)用程序。其中使用Struts作為系統(tǒng)的整體基礎(chǔ)架構(gòu)，負(fù)責(zé)MVC的分離，在Struts框架的模型部分，利用Hibernate框架對(duì)持久層提供支持，業(yè)務(wù)層用Spring支持。具體做法是：用面向?qū)ο蟮姆治龇椒ǜ鶕?jù)需求提出一些模型，將這些模型實(shí)現(xiàn)為基本的Java對(duì)象，然后編寫基本的DAO接口，并給出Hibernate的DAO實(shí)現(xiàn)，采用Hibernate架構(gòu)實(shí)現(xiàn)的DAO類來(lái)實(shí)現(xiàn)Java類與數(shù)據(jù)庫(kù)之間的轉(zhuǎn)換和訪問(wèn)，最后由Spring完成業(yè)務(wù)邏輯。系統(tǒng)的基本業(yè)務(wù)流程是：在表示層中，首先通過(guò)JSP頁(yè)面實(shí)現(xiàn)交互界面，負(fù)責(zé)傳送請(qǐng)求(Request)和接收響應(yīng)(Response)，然后Struts根據(jù)配置文件(struts-config.xml)將ActionServlet接收到的Request委派給相應(yīng)的Action處理。在業(yè)務(wù)層中，管理服務(wù)組件的SpringIoC容器負(fù)責(zé)向Action提供業(yè)務(wù)模型(Model)組件和該組件的協(xié)作對(duì)象數(shù)據(jù)處理(DAO)組件完成業(yè)務(wù)邏輯，并提供事務(wù)處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據(jù)的完整性。而在持久層中，則依賴于Hibernate的對(duì)象化映射和數(shù)據(jù)庫(kù)交互，處理DAO組件請(qǐng)求的數(shù)據(jù)，并返回處理結(jié)果。采用上述開發(fā)模型，不僅實(shí)現(xiàn)了視圖、控制器與模型的徹底分離，而且還實(shí)現(xiàn)了業(yè)務(wù)邏輯層與持久層的分離。這樣無(wú)論前端如何變化，模型層只需很少的改動(dòng)，并且數(shù)據(jù)庫(kù)的變化也不會(huì)對(duì)前端有所影響，大大提高了系統(tǒng)的可復(fù)用性。而且由于不同層之間耦合度小，有利于團(tuán)隊(duì)成員并行工作，大大提高了開發(fā)效率的同時(shí)，也保證了軟件產(chǎn)品的質(zhì)量。2、C/S模式C/S（Client/Server，客戶機(jī)/服務(wù)器）模式又稱C/S結(jié)構(gòu)，是20世紀(jì)80年代末逐步成長(zhǎng)起來(lái)的一種模式，是軟件系統(tǒng)體系結(jié)構(gòu)的一種。C/S結(jié)構(gòu)的關(guān)鍵在于功能的分布，一些功能放在前端機(jī)（即客戶機(jī)）上執(zhí)行，另一些功能放在后端機(jī)（即服務(wù)器）上執(zhí)行。功能的分布在于減少計(jì)算機(jī)系統(tǒng)的各種瓶頸問(wèn)題。C/S模式簡(jiǎn)單地講就是基于企業(yè)內(nèi)部網(wǎng)絡(luò)的應(yīng)用系統(tǒng)。與B/S（Browser/Server，瀏覽器/服務(wù)器）模式相比，C/S模式的應(yīng)用系統(tǒng)最大的好處是不依賴企業(yè)外網(wǎng)環(huán)境，即無(wú)論企業(yè)是否能夠上網(wǎng)，都不影響應(yīng)用。C/S結(jié)構(gòu)服務(wù)器通常采用高性能的PC、工作站或小型機(jī)，并采用大型數(shù)據(jù)庫(kù)系統(tǒng)，如ORACLE、SYBASE、InfORMix或SQLServer?？蛻舳诵枰惭b專用的客戶端軟件。C/S結(jié)構(gòu)的優(yōu)點(diǎn)是能充分發(fā)揮客戶端PC的處理能力，很多工作可以在客戶端處理后再提交給服務(wù)器,因此對(duì)應(yīng)的優(yōu)點(diǎn)就是客戶端響應(yīng)速度快。 C/S架構(gòu)軟件的優(yōu)勢(shì)與劣勢(shì)：（1）應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。最簡(jiǎn)單的C/S體系結(jié)構(gòu)的數(shù)據(jù)庫(kù)應(yīng)用由兩部分組成，即客戶應(yīng)用程序和數(shù)據(jù)庫(kù)服務(wù)器程序。二者可分別稱為前臺(tái)程序與后臺(tái)程序。運(yùn)行數(shù)據(jù)庫(kù)服務(wù)器程序的機(jī)器，也稱為應(yīng)用服務(wù)器。一旦服務(wù)器程序被啟動(dòng)，就隨時(shí)等待響應(yīng)客戶程序發(fā)來(lái)的請(qǐng)求；客戶應(yīng)用程序運(yùn)行在用戶自己的電腦上，對(duì)應(yīng)于數(shù)據(jù)庫(kù)服務(wù)器，可稱為客戶電腦，當(dāng)需要對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行任何操作時(shí)，客戶程序就自動(dòng)地尋找服務(wù)器程序，并向其發(fā)出請(qǐng)求，服務(wù)器程序根據(jù)預(yù)定的規(guī)則作出應(yīng)答，送回結(jié)果，應(yīng)用服務(wù)器運(yùn)行數(shù)據(jù)負(fù)荷較輕。（2）數(shù)據(jù)的儲(chǔ)存管理功能較為透明。在數(shù)據(jù)庫(kù)應(yīng)用中，數(shù)據(jù)的儲(chǔ)存管理功能，是由服務(wù)器程序和客戶應(yīng)用程序分別獨(dú)立進(jìn)行的，并且通常把那些不同的（不管是已知還是未知的）前臺(tái)應(yīng)用所不能違反的規(guī)則，在服務(wù)器程序中集中實(shí)現(xiàn)，例如訪問(wèn)者的權(quán)限，編號(hào)可以重復(fù)、必須有客戶才能建立定單這樣的規(guī)則。所有這些，對(duì)于工作在前臺(tái)程序上的最終用戶，是“透明”的，他們無(wú)須過(guò)問(wèn)（通常也無(wú)法干涉）背后的過(guò)程，就可以完成自己的一切工作。在客戶服務(wù)器架構(gòu)的應(yīng)用中，前臺(tái)程序不是非常“瘦小”，麻煩的事情都交給了服務(wù)器和網(wǎng)絡(luò)。在C/S體系的下，數(shù)據(jù)庫(kù)不能真正成為公共、專業(yè)化的倉(cāng)庫(kù)，它受到獨(dú)立的專門管理。C/S模式系統(tǒng)的開發(fā)：C/S結(jié)構(gòu)是建立在中間件產(chǎn)品基礎(chǔ)之上的，要求應(yīng)用開發(fā)者自己去處理事務(wù)管理、消息隊(duì)列、數(shù)據(jù)的復(fù)制和同步、通信安全等系統(tǒng)級(jí)的問(wèn)題。這對(duì)應(yīng)用開發(fā)者提出了較高的要求，而且迫使應(yīng)用開發(fā)者投入很多精力來(lái)解決應(yīng)用程序以外的問(wèn)題。這使得應(yīng)用程序的維護(hù)、移植和互操作變得復(fù)雜。如果客戶端是在不同的操作系統(tǒng)上，C/S結(jié)構(gòu)的軟件需要開發(fā)不同版本的客戶端軟件。但是，與B/S結(jié)構(gòu)相比，C/S技術(shù)發(fā)展歷史更為“悠久”。從技術(shù)成熟度及軟件設(shè)計(jì)、開發(fā)人員的掌握水平來(lái)看，C/S技術(shù)應(yīng)是更成熟、更可靠的。12.4.3項(xiàng)目總體架構(gòu)及技術(shù)解決方案一、項(xiàng)目總體架構(gòu)（一）、SSH框架介紹和分析大型企業(yè)級(jí)Web應(yīng)用系統(tǒng)的開發(fā)通常要求有一個(gè)良好的軟件架構(gòu)、便于協(xié)作開發(fā)和擴(kuò)展升級(jí)，而傳統(tǒng)的開發(fā)模式不能很好地滿足這些要求?；诋?dāng)前Web應(yīng)用程序開發(fā)面臨的問(wèn)題，項(xiàng)目結(jié)合目前比較流行的開源框架SSH（Spring、Struts、Hibernate)，具體討論其基本相似性及有關(guān)基本概念，提出了一種開發(fā)JavaEEWeb應(yīng)用的輕量級(jí)解決方案，此系統(tǒng)架構(gòu)可以在短期內(nèi)搭建結(jié)構(gòu)清晰、可復(fù)用性好、可擴(kuò)展性好、維護(hù)方便的Web應(yīng)用程序。1、框架技術(shù)框架一般具有即插即用的可重用性、成熟的穩(wěn)定性以及良好的團(tuán)隊(duì)協(xié)作性。JavaEE復(fù)雜的多層結(jié)構(gòu)決定了大型的JavaEE項(xiàng)目需要運(yùn)用框架和設(shè)計(jì)模式來(lái)控制軟件質(zhì)量。目前，市場(chǎng)上出現(xiàn)了一些商業(yè)的、開源的基于JavaEE的應(yīng)用框架，其中主流的框架技術(shù)有：基于MVC模式的Struts框架、基于IoC模式的Spring框架以及對(duì)象/關(guān)系映射框架Hibernate等。2、框架共同點(diǎn)所有現(xiàn)代的網(wǎng)絡(luò)開發(fā)框架幾乎都遵循了模型-視圖-控制(MVC)設(shè)計(jì)模式：商業(yè)邏輯和描述被分開，由一個(gè)邏輯流控制器來(lái)協(xié)調(diào)來(lái)自客戶端的請(qǐng)求和服務(wù)器上將采取的行動(dòng)。這條途徑成為了網(wǎng)絡(luò)開發(fā)的事實(shí)上的標(biāo)準(zhǔn)。每個(gè)框架的內(nèi)在的機(jī)制當(dāng)然是不同的，但是開發(fā)者們使用來(lái)設(shè)計(jì)和實(shí)現(xiàn)他們的Web應(yīng)用軟件的API是很類似的。差別還存在于每個(gè)框架提供的擴(kuò)展方面,例如標(biāo)簽庫(kù)，JavaBean包裝器等。所有的框架使用不同的技術(shù)來(lái)協(xié)調(diào)在Web應(yīng)用程序之內(nèi)的導(dǎo)航,例如XML配制文件，java屬性文件或定制屬性。所有的框架在控制器模塊實(shí)現(xiàn)的方法方面也存在明顯的不同。例如,EJB可能實(shí)例化在每個(gè)請(qǐng)求中需要的類或使用Java反射動(dòng)態(tài)地調(diào)用一個(gè)適當(dāng)?shù)男袨椋ˋction）類。另外,不同框架在各自引入的概念上也有所不同。例如,一個(gè)框架可能定義用戶請(qǐng)求和反應(yīng)場(chǎng)所，而另外一個(gè)框架可能僅僅定義一個(gè)完整的流：從一個(gè)請(qǐng)求到多個(gè)響答和隨后的再請(qǐng)求。各種Java框架在它們組織數(shù)據(jù)流的方法方面是很類似的。在請(qǐng)求發(fā)出后，在應(yīng)用程序服務(wù)器上產(chǎn)生一些行動(dòng)；而作為響應(yīng)，一些可能包含對(duì)象集的數(shù)據(jù)總是被發(fā)送到WEB層。然后從那些對(duì)象：可能是有setter和getter方法的簡(jiǎn)單類、JAVABEANS、值對(duì)象、或者一些集合對(duì)象中提取數(shù)據(jù)?，F(xiàn)代的Java框架還想方設(shè)法簡(jiǎn)化開發(fā)者的開發(fā)任務(wù)，如通過(guò)使用簡(jiǎn)易的API、數(shù)據(jù)庫(kù)連接池、甚至數(shù)據(jù)庫(kù)調(diào)用包等提供自動(dòng)化的追蹤方式來(lái)實(shí)現(xiàn)。一些框架或者能夠鉤進(jìn)（hookedinto）另外的JavaEE技術(shù)中,例如JMS(Java消息服務(wù))或JMX,或把這些技術(shù)集成到一起。服務(wù)器數(shù)據(jù)持續(xù)性和日志也有可能成為框架的一部分。3、MVC模式MVC模式是一個(gè)用于將用戶界面邏輯與業(yè)務(wù)邏輯分離開來(lái)的基礎(chǔ)設(shè)計(jì)模式，它將數(shù)據(jù)處理、界面以及用戶的行為控制分為：Model（模型）－View（視圖）－Controller（控制器）。Model：負(fù)責(zé)當(dāng)前應(yīng)用的數(shù)據(jù)獲取與變更及相關(guān)的業(yè)務(wù)邏輯。可用JAVABEAN來(lái)體現(xiàn)；View：負(fù)責(zé)顯示信息?？梢允褂肑SP、VELOCITY模板等技術(shù)；Controller：負(fù)責(zé)收集轉(zhuǎn)化用戶的輸入。常用一個(gè)SERVLET來(lái)實(shí)現(xiàn)；View和Controller都依賴于Model，但是Model既不依賴于View，也不依賴于Controller，這是分離的主要優(yōu)點(diǎn)之一，這樣Model可以單獨(dú)的建立和測(cè)試以便于代碼復(fù)用，View和Controller只需要Model提供數(shù)據(jù)，它們不會(huì)知道、也不會(huì)關(guān)心數(shù)據(jù)是存儲(chǔ)在SQLServer還是Oracle數(shù)據(jù)庫(kù)中或者別的什么地方。4、WEB層框架StrutsStruts是一個(gè)在JSPModel2基礎(chǔ)上實(shí)現(xiàn)的MVC框架，其主要的設(shè)計(jì)理念是通過(guò)控制器將表現(xiàn)邏輯和業(yè)務(wù)邏輯解耦，以提高系統(tǒng)的可維護(hù)性、可擴(kuò)展性及可重用性。Struts框架的體系結(jié)構(gòu)如下圖所示：下面就上圖所示的體系結(jié)構(gòu)圖分析Struts框架中的MVC組件。視圖(view)：視圖部分主要由JSP頁(yè)面組成，其中沒(méi)有流程邏輯、業(yè)務(wù)邏輯和模型信息，只有標(biāo)記。Struts自身包含了一組標(biāo)記庫(kù)(TagLib)，這也是Struts的精華之一，靈活運(yùn)用它們可以簡(jiǎn)化JSP頁(yè)面的代碼，提高開發(fā)效率?？刂破?controller)：Struts中的Controller主要是其自身提供的ActionServlet。ActionServlet接收所有來(lái)自客戶端的請(qǐng)求并根據(jù)配置文件(struts-config.xml)中的定義將控制轉(zhuǎn)移到適當(dāng)?shù)腁ction對(duì)象。模型(model)：Struts沒(méi)有定義具體Model層的實(shí)現(xiàn)，Model層通常是和業(yè)務(wù)邏輯緊密相關(guān)的，有持續(xù)化的要求。目前在商業(yè)領(lǐng)域和開源世界，都有一些優(yōu)秀的工具可以為Model層的開發(fā)提供便利。5、業(yè)務(wù)邏輯層框架SpringSpring是一個(gè)解決了許多JavaEE開發(fā)中常見(jiàn)問(wèn)題并能夠替代EJB技術(shù)的強(qiáng)大的輕量級(jí)框架。這里所說(shuō)的輕量級(jí)指的是Spring框架本身，而不是指Spring只能用于輕量級(jí)的應(yīng)用開發(fā)。Spring的輕盈體現(xiàn)在其框架本身的基礎(chǔ)結(jié)構(gòu)以及對(duì)其他應(yīng)用工具的支持和裝配能力。與EJB這種龐然大物相比，Spring可使程序研發(fā)人員把各個(gè)技術(shù)層次之間的風(fēng)險(xiǎn)降低。Spring框架的核心是控制翻轉(zhuǎn)IoC(InversionofControl)/依賴注入DI(DependenceInjection)機(jī)制。IoC是指由容器中控制組件之間的關(guān)系（這里，容器是指為組件提供特定服務(wù)和技術(shù)支持的一個(gè)標(biāo)準(zhǔn)化的運(yùn)行時(shí)的環(huán)境）而非傳統(tǒng)實(shí)現(xiàn)中由程序代碼直接操控，這種將控制權(quán)由程序代碼到外部容器的轉(zhuǎn)移，稱為“翻轉(zhuǎn)”。DI是對(duì)IoC更形象的解釋，即由容器在運(yùn)行期間動(dòng)態(tài)地將依賴關(guān)系(如構(gòu)造參數(shù)、構(gòu)造對(duì)象或接口)注入到組件之中。Spring采用設(shè)值注入(使用Setter方法實(shí)現(xiàn)依賴)和構(gòu)造子注入(在構(gòu)造方法中實(shí)現(xiàn)依賴)的機(jī)制，通過(guò)配置文件管理組建的協(xié)作對(duì)象，創(chuàng)建可以構(gòu)造組件的IoC容器。這樣，不需要編寫工廠模式、單例模式或者其他構(gòu)造的方法，就可以通過(guò)容器直接獲取所需的業(yè)務(wù)組件。Spring框架的結(jié)構(gòu)如下圖所示。Spring框架由七個(gè)定義明確的模塊組成，且每個(gè)模塊或組件都可以單獨(dú)存在，或者與其他一個(gè)或多個(gè)模塊聯(lián)合實(shí)現(xiàn)。SpringCoreContainer是一個(gè)用來(lái)管理業(yè)務(wù)組件的IoC容器，是Spring應(yīng)用的核心；SpringDAO和SpringORM不僅提供數(shù)據(jù)訪問(wèn)的抽象模塊，還集成了對(duì)Hibernate、JDO和iBatis等流行的對(duì)象關(guān)系映射框架的支持模塊，并且提供了緩沖連接池、事務(wù)處理等重要的服務(wù)功能，保證了系統(tǒng)的性能和數(shù)據(jù)的完整性；SprnigWeb模塊提供了Web應(yīng)用的一些抽象封裝，可以將Struts、Webwork等Web框架與Spring整合成為適用于自己的解決方案。Spring框架可以成為企業(yè)級(jí)應(yīng)用程序一站式的解決方案，同時(shí)它也是模塊化的框架，允許開發(fā)人員自由地挑選適合自己應(yīng)用的模塊進(jìn)行開發(fā)。Spring框架式是一個(gè)松耦合的框架，框架的部分耦合度被設(shè)計(jì)為最小，在各個(gè)層次上具體選用哪個(gè)框架取決于開發(fā)者的需要。6、持久層框架HibernateO/Rmapping技術(shù)是為了解決關(guān)系型數(shù)據(jù)庫(kù)和面向?qū)ο蟮某绦蛟O(shè)計(jì)之間不匹配的矛盾而產(chǎn)生的。Hibernate是目前最為流行的O/Rmapping框架，它也是開源軟件,它在關(guān)系型數(shù)據(jù)庫(kù)和Java對(duì)象之間做了一個(gè)自動(dòng)映射，使得程序員可以以非常簡(jiǎn)單的方式實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的操作，它不僅負(fù)責(zé)從Java類到數(shù)據(jù)庫(kù)表格(以及來(lái)自Java數(shù)據(jù)類型的SQL數(shù)據(jù)類型)的映射,而且還提供數(shù)據(jù)查詢和檢索能力，并能大大減少花在SQL和JDBC手工數(shù)據(jù)處理上的開發(fā)時(shí)間。Hibernate工作原理如下圖所示：Hibernate通過(guò)對(duì)JDBC的封裝，向程序員屏蔽了底層的數(shù)據(jù)庫(kù)操作，使程序員專注于OO程序的開發(fā)，有助于提高開發(fā)效率。程序員訪問(wèn)數(shù)據(jù)庫(kù)所需要做的就是為持久化對(duì)象編制xml映射文件。底層數(shù)據(jù)庫(kù)的改變只需要簡(jiǎn)單地更改初始化配置文件(hibernate.cfg.xml或者perties)即可，不會(huì)對(duì)應(yīng)用程序產(chǎn)生影響。Hibernate有自己的面向?qū)ο蟮牟樵冋Z(yǔ)言HQL，HQL功能強(qiáng)大，支持目前大部分主流的數(shù)據(jù)庫(kù)，如Oracle、DB2、MySQL、MicrosoftSQLServer等，是目前應(yīng)用最廣泛的O/R映射工具。Hibernate為快速開發(fā)應(yīng)用程序提供了底層的支持。（二）、基于SSH框架的Web應(yīng)用架構(gòu)分析與設(shè)計(jì)

前面分析了基于JavaEE的SSH框架技術(shù)，現(xiàn)代的企業(yè)開發(fā)中，越來(lái)越多地引入了多層架構(gòu)設(shè)計(jì)模式。SSH就是其中之一，SSH架構(gòu)是當(dāng)前主流的架構(gòu)，在很多領(lǐng)域，包括金融、電信項(xiàng)目，大型門戶網(wǎng)站均選擇該架構(gòu)作為業(yè)務(wù)支撐架構(gòu)，開發(fā)流程也已經(jīng)非常成熟。但是該結(jié)構(gòu)開發(fā)起來(lái)，依舊存在一些問(wèn)題。分析這些問(wèn)題，得先從SSH架構(gòu)的組成說(shuō)起。SSH為Struts+Spring+Hibernate的組成方式，Struts實(shí)現(xiàn)MVC，Spring負(fù)責(zé)架構(gòu)的結(jié)合，Hibernate進(jìn)行數(shù)據(jù)的持久化。通常其分層開發(fā)的結(jié)構(gòu)圖如下：這樣的結(jié)構(gòu)，系統(tǒng)從職責(zé)上分為四層：WEB層、業(yè)務(wù)邏輯層、數(shù)據(jù)持久層和實(shí)體層。其中使用Struts作為系統(tǒng)的整體基礎(chǔ)架構(gòu)，負(fù)責(zé)MVC的分離，在Struts框架的模型部分，利用Hibernate框架對(duì)持久層提供支持，業(yè)務(wù)層用Spring支持。具體做法是：用面向?qū)ο蟮姆治龇椒ǜ鶕?jù)需求提出一些模型，將這些模型實(shí)現(xiàn)為基本的Java對(duì)象，然后編寫基本的DAO接口，并給出Hibernate的DAO實(shí)現(xiàn)，采用Hibernate架構(gòu)實(shí)現(xiàn)的DAO類來(lái)實(shí)現(xiàn)Java類與數(shù)據(jù)庫(kù)之間的轉(zhuǎn)換和訪問(wèn)，最后由Spring完成業(yè)務(wù)邏輯。系統(tǒng)的基本業(yè)務(wù)流程是：在WEB表示層中，首先通過(guò)JSP頁(yè)面實(shí)現(xiàn)交互界面，負(fù)責(zé)傳送請(qǐng)求(Request)和接收響應(yīng)(Response)，然后Struts根據(jù)配置文件(struts-config.xml)將ActionServlet接收到的Request委派給相應(yīng)的Action處理。在業(yè)務(wù)層中，管理服務(wù)組件的SpringIoC容器負(fù)責(zé)向Action提供業(yè)務(wù)模型(Model)組件和該組件的協(xié)作對(duì)象數(shù)據(jù)處理(DAO)組件完成業(yè)務(wù)邏輯，并提供事務(wù)處理、緩沖池等容器組件以提升系統(tǒng)性能和保證數(shù)據(jù)的完整性。而在持久層中，則依賴于Hibernate的對(duì)象化映射和數(shù)據(jù)庫(kù)交互，處理DAO組件請(qǐng)求的數(shù)據(jù)，并返回處理結(jié)果。采用上述開發(fā)模型，不僅實(shí)現(xiàn)了視圖、控制器與模型的徹底分離，而且還實(shí)現(xiàn)了業(yè)務(wù)邏輯層與持久層的分離。這樣無(wú)論前端如何變化，模型層只需很少的改動(dòng)，并且數(shù)據(jù)庫(kù)的變化也不會(huì)對(duì)前端有所影響，大大提高了系統(tǒng)的可復(fù)用性。而且由于不同層之間耦合度小，有利于團(tuán)隊(duì)成員并行工作，大大提高了開發(fā)效率。但是對(duì)于當(dāng)前日益復(fù)雜化的WEB2.0的開發(fā)，卻存在不少問(wèn)題，歸納起來(lái)主要有以下的不足：

DAO和服務(wù)層容易出現(xiàn)職責(zé)不明，由于按照MVC邏輯，業(yè)務(wù)代碼應(yīng)該寫在StrutsAction里，但是其事務(wù)的提供，卻是配置在Service層。為了一組在邏輯上完整的數(shù)據(jù)操作業(yè)務(wù)邏輯，需要涉及兩個(gè)層（Service、Action）來(lái)進(jìn)行編寫，遇到判斷的情況下，為了保證完整的事務(wù)操作，則需要將業(yè)務(wù)代碼移到Service層完成，而通常習(xí)慣了在StrutsAction里調(diào)用多次Service而產(chǎn)生多個(gè)事務(wù),但在出現(xiàn)Exception導(dǎo)致出錯(cuò)時(shí),操作之前調(diào)用的Service事務(wù)的業(yè)務(wù)數(shù)據(jù)沒(méi)有被回滾。

當(dāng)需要返回的數(shù)據(jù)供AJAX使用，操作JSON或XML的大量使用時(shí)。開發(fā)起來(lái)會(huì)很費(fèi)力，一段同樣的業(yè)務(wù)代碼，為了使用AJAX和XML可能需要重新編寫一次，或者在同一個(gè)ACTION里通過(guò)標(biāo)志來(lái)判斷，對(duì)分層結(jié)構(gòu)造成了比較糟糕的破壞。如果設(shè)計(jì)得不好，為了使用JSON和XML還得額外增加大量的配置，嚴(yán)重降低了開發(fā)效率。因此，為了克服這些缺點(diǎn)，對(duì)于SSH架構(gòu)，進(jìn)行了重新的分層，共享了業(yè)務(wù)代碼。簡(jiǎn)化了開發(fā)、增強(qiáng)了與AJAX技術(shù)、XML技術(shù)的結(jié)合。提供了一種更高效的開發(fā)模式。

其開發(fā)的結(jié)構(gòu)圖如下：這個(gè)架構(gòu)的優(yōu)點(diǎn)在于，由于業(yè)務(wù)代碼統(tǒng)一實(shí)現(xiàn)BusinessService接口，使得只需要相對(duì)固定的幾個(gè)StrutsAction類調(diào)用Service層的方法，便可以完成工作。包括JSON格式輸出，XML輸出及WebService輸出均調(diào)用Service層方法來(lái)完成功能。這樣便實(shí)現(xiàn)了業(yè)務(wù)代碼的分離，以及與前端框架的極大解耦。二、技術(shù)解決方案開發(fā)一款好的軟件產(chǎn)品，離不開一個(gè)好的開發(fā)過(guò)程。開發(fā)期間對(duì)過(guò)程的把控程度，往往會(huì)決定軟件產(chǎn)品的質(zhì)量好壞。因此，開發(fā)前期的計(jì)劃流程是必不可少的。 本公司軟件系統(tǒng)的開發(fā)是按階段進(jìn)行的，一般劃分為以下階段：可可行性分析需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼測(cè)試修改完善驗(yàn)收維護(hù)項(xiàng)目《可行性研究報(bào)告》《軟件需求說(shuō)明書》《概要設(shè)計(jì)說(shuō)明書》》《數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書》《詳細(xì)設(shè)計(jì)說(shuō)明書》《測(cè)試計(jì)劃》《測(cè)試分析報(bào)告》》《驗(yàn)收?qǐng)?bào)告》《用戶操作手冊(cè)》1、可行性分析可行性分析的目的是明確系統(tǒng)的目的、功能和要求，了解目前所具備的開發(fā)環(huán)境和條件，分析的內(nèi)容有：①在技術(shù)能力上是否可以支持②在經(jīng)濟(jì)上效益如何③在法律上是否符合要求④與部門、企業(yè)的經(jīng)營(yíng)和發(fā)展是否吻合⑤系統(tǒng)投入運(yùn)行后的維護(hù)有無(wú)保障可行性討論的目的是判定軟件系統(tǒng)的開發(fā)有無(wú)價(jià)值，分析和討論的內(nèi)容形成“系統(tǒng)開發(fā)計(jì)劃書”，主要內(nèi)容有：(1)開發(fā)的目的及所期待的效果(2)系統(tǒng)的基本設(shè)想，涉及的業(yè)務(wù)對(duì)象和范圍(3)開發(fā)進(jìn)度表，開發(fā)組織結(jié)構(gòu)(4)開發(fā)、運(yùn)行的費(fèi)用(5)預(yù)期的系統(tǒng)效益(6)開發(fā)過(guò)程中可能遇到的問(wèn)題及注意事項(xiàng)。2、需求分析需求分析是軟件系統(tǒng)開發(fā)中最重要的一個(gè)階段，直接決定著系統(tǒng)的開發(fā)質(zhì)量和成敗。因此必須要明確用戶的要求和應(yīng)用現(xiàn)場(chǎng)環(huán)境的特點(diǎn)，了解系統(tǒng)應(yīng)具有哪些功能、數(shù)據(jù)的流程和數(shù)據(jù)之間的聯(lián)系。需求分析應(yīng)有用戶參加，到使用現(xiàn)場(chǎng)進(jìn)行調(diào)研學(xué)習(xí)，軟件設(shè)計(jì)人員應(yīng)虛心向技術(shù)人員和使用人員請(qǐng)教，共同討論解決需求問(wèn)題的方法，對(duì)調(diào)查結(jié)果進(jìn)行分析，明確問(wèn)題的所在。需求分析階段的工作,可以分為四個(gè)方面:問(wèn)題識(shí)別,分析與綜合,制訂規(guī)格說(shuō)明,評(píng)審。（一）、問(wèn)題識(shí)別從系統(tǒng)角度來(lái)理解軟件,確定對(duì)所開發(fā)系統(tǒng)的綜合要求,并提出這些需求的實(shí)現(xiàn)條件,以及需求應(yīng)該達(dá)到的標(biāo)準(zhǔn)。這些需求包括：功能需求(做什么),性能需求(要達(dá)到什么指標(biāo)),環(huán)境需求(如機(jī)型,操作系統(tǒng)等),可靠性需求(不發(fā)生故障的概率）,安全保密需求,用戶界面需求,資源使用需求(軟件運(yùn)行是所需的內(nèi)存,CPU等),軟件成本消耗與開發(fā)進(jìn)度需求,預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)。（二）、分析與綜合逐步細(xì)化所有的軟件功能,找出系統(tǒng)各元素間的聯(lián)系,接口特性和設(shè)計(jì)上的限制,分析他們是否滿足需求,剔除不合理部分,增加需要部分。最后,綜合成系統(tǒng)的解決方案,給出要開發(fā)的系統(tǒng)的詳細(xì)邏輯模型(做什么的模型)。（三）、制訂規(guī)格說(shuō)明書即編制文檔,描述需求的文檔稱為軟件需求規(guī)格說(shuō)明書。（四）、評(píng)審對(duì)功能的正確性,完整性和清晰性,以及其它需求給予評(píng)價(jià)。評(píng)審?fù)ㄟ^(guò)才可進(jìn)行下一階段的工作,否則重新進(jìn)行需求分析。需求分析的內(nèi)容最終會(huì)編寫成“系統(tǒng)需求分析報(bào)告”。3.系統(tǒng)設(shè)計(jì)（一）、設(shè)計(jì)原則和設(shè)計(jì)要求描述對(duì)本軟件系統(tǒng)進(jìn)行概要設(shè)計(jì)的原則，通?？梢钥紤]以下幾方面的內(nèi)容：1、命名規(guī)則；2、模塊獨(dú)立性原則；3、邊界設(shè)計(jì)原則；4、數(shù)據(jù)庫(kù)設(shè)計(jì)規(guī)則；5、必須的安全措施；6、安全性和保密原則；7、系統(tǒng)靈活性要求；8、系統(tǒng)易操作性要求；9、系統(tǒng)可維護(hù)性要求；（二）、系統(tǒng)邏輯設(shè)計(jì)系統(tǒng)邏輯設(shè)計(jì)主要是根據(jù)軟件產(chǎn)品需求規(guī)格說(shuō)明書和軟件產(chǎn)品數(shù)據(jù)字典建立系統(tǒng)的邏輯模型。此種模型暫時(shí)與系統(tǒng)的物理因素(例如：計(jì)算機(jī)、數(shù)據(jù)庫(kù)管理系統(tǒng))無(wú)關(guān)。它是系統(tǒng)需求與物理實(shí)現(xiàn)的中間結(jié)構(gòu)，它的主要結(jié)果是建立：系統(tǒng)結(jié)構(gòu)圖、系統(tǒng)界面結(jié)構(gòu)圖、系統(tǒng)出錯(cuò)處理、以及系統(tǒng)開發(fā)技術(shù)說(shuō)明。（三）、系統(tǒng)組織設(shè)計(jì)系統(tǒng)組織設(shè)計(jì)通過(guò)系統(tǒng)組織表描述本系統(tǒng)由哪些子系統(tǒng)(模塊)組成，這些子系統(tǒng)與業(yè)務(wù)職能之間的關(guān)系，以及各個(gè)子系統(tǒng)的安裝地點(diǎn)。系統(tǒng)組織表的格式如下：子系統(tǒng)編號(hào)英文名稱中文名稱業(yè)務(wù)職能安裝地點(diǎn)備注其中：1、子系統(tǒng)編號(hào)給出本系統(tǒng)中指定子系統(tǒng)的順序編號(hào)。如果本系統(tǒng)末劃分為多個(gè)子系統(tǒng)，僅由一個(gè)運(yùn)行模塊組成；則本項(xiàng)內(nèi)容仍需要描述，但是本表內(nèi)容只有一行。在一個(gè)系統(tǒng)中有可能安裝若干個(gè)相同的子系統(tǒng)，在這種情況下，應(yīng)該視為一個(gè)子系統(tǒng)，并且對(duì)多個(gè)安裝地點(diǎn)分別進(jìn)行描述。如果相同的子系統(tǒng)通過(guò)系統(tǒng)設(shè)置，實(shí)現(xiàn)的業(yè)務(wù)職能具有明顯差異時(shí)，應(yīng)該采用多行進(jìn)行分別描述，并且在備注中說(shuō)明其差異所在。2、子系統(tǒng)英文名稱給出本子系統(tǒng)的英文名稱，該名稱是在應(yīng)用軟件中實(shí)際使用的可執(zhí)行文件名稱，必須能夠說(shuō)明該子系統(tǒng)的特點(diǎn)。若本系統(tǒng)中只有一個(gè)子系統(tǒng)，則本項(xiàng)內(nèi)容仍需要描述，但是本表內(nèi)容只有一行。3、子系統(tǒng)中文名稱給出本子系統(tǒng)的中文名稱，該名稱必須能夠說(shuō)明該子系統(tǒng)的特點(diǎn)。若本系統(tǒng)中只有一個(gè)子系統(tǒng)，則本項(xiàng)內(nèi)容仍需要描述，但是本表內(nèi)容只有一行。4、業(yè)務(wù)職能描述該子系統(tǒng)完成的核心業(yè)務(wù)。5、安裝地點(diǎn)描述該子系統(tǒng)實(shí)際安裝的部門、或者某個(gè)具體地點(diǎn)。6、備注針對(duì)該子系統(tǒng)，需要說(shuō)明的其它有關(guān)問(wèn)題。（四）、系統(tǒng)結(jié)構(gòu)設(shè)計(jì)1、系統(tǒng)特性表系統(tǒng)特性是系統(tǒng)中完成某項(xiàng)具體操作的基本單元，它由入口參數(shù)，出口參數(shù)以及處理過(guò)程三部分組成。系統(tǒng)特性可以具有操作界面，也可以沒(méi)有操作界面；可以被其它操作界面、或者系統(tǒng)特性調(diào)用，也可以調(diào)用其它操作界面、非操作界面、或者系統(tǒng)特性；但是不允許遞歸調(diào)用(調(diào)用自己)，包括間接遞歸調(diào)用。當(dāng)系統(tǒng)由多個(gè)子系統(tǒng)(模塊)組成時(shí)，每個(gè)子系統(tǒng)分別使用一張系統(tǒng)特性表進(jìn)行描述。系統(tǒng)特性表的格式如下：子系統(tǒng)編號(hào)：子系統(tǒng)英文名稱：子系統(tǒng)中文名稱：特性編號(hào)系統(tǒng)特征英文名稱系統(tǒng)特征中文名稱操作功能調(diào)用對(duì)象被調(diào)用對(duì)象備注說(shuō)明：其中：（1）、子系統(tǒng)編號(hào)含義同上。（2）、子系統(tǒng)英文名稱含義同上。（3）、子系統(tǒng)中文名稱含義同上。（4）、特性編號(hào)整個(gè)系統(tǒng)所有特性的統(tǒng)一編號(hào)。（5）、系統(tǒng)特性英文名稱系統(tǒng)特性的英文正式名稱，將來(lái)用于軟件開發(fā)中，必須符合命名規(guī)范。（6）、系統(tǒng)特性中文名稱系統(tǒng)特性的中文正式名稱，來(lái)源于需求規(guī)格說(shuō)明書中，系統(tǒng)特性一節(jié)中的有關(guān)描述。（7）、操作功能是指該特性實(shí)際完成的操作說(shuō)明。（8）、調(diào)用對(duì)象是指調(diào)用該系統(tǒng)特性的系統(tǒng)對(duì)象，這里的系統(tǒng)對(duì)象可以是系統(tǒng)特性、也可以是操作界面。（9）、被調(diào)用對(duì)象是指被該系統(tǒng)特性調(diào)用的系統(tǒng)對(duì)象，這里的系統(tǒng)對(duì)象可以是系統(tǒng)特性、也可以是操作界面。（10）、備注描述與該系統(tǒng)特性有關(guān)的其它注意事項(xiàng)。（11）、說(shuō)明描述與該系統(tǒng)特性表有關(guān)的其它注意事項(xiàng)。（五）、系統(tǒng)接口設(shè)計(jì)1、系統(tǒng)接口表接口作為系統(tǒng)的一種輸入／輸出形式，分為網(wǎng)絡(luò)接口、數(shù)據(jù)庫(kù)接口、RS-232串行通訊接口、IEEE—485串行總線接口、并行I/O接口等等多種類型。當(dāng)系統(tǒng)由多個(gè)子系統(tǒng)(模塊)組成時(shí)，每個(gè)子系統(tǒng)分別使用一張系統(tǒng)接口表進(jìn)行描述。系統(tǒng)接口表的格式如下：子系統(tǒng)編號(hào)子系統(tǒng)英文名稱子系統(tǒng)中文名稱接口編號(hào)接口名稱接口類型接口性質(zhì)接口速率接口協(xié)議備注說(shuō)明：其中：（1）、子系統(tǒng)編號(hào)含義同上。（2）、子系統(tǒng)英文名稱含義同上。（3）、子系統(tǒng)中文名稱含義同上。（4）、接口編號(hào)整個(gè)系統(tǒng)所有接口的統(tǒng)一編號(hào)。（5）、接口名稱系統(tǒng)接口的正式名稱，必須符合通常習(xí)慣。（6）、接口類型指出該接口所傳輸?shù)臄?shù)據(jù)在該模塊中起到的作用。（7）、接口性質(zhì)指出該接口在通訊中起到的作用，這里的作用可以是：輸入、輸出、雙向。（8）、接口速率指出該接口的傳輸速率。如果該接口依賴于其它通訊方式，那么傳輸速率將不高于它所依賴的其它通訊方式的速率。（9）、接口協(xié)議給出該接口實(shí)際使用的通訊協(xié)議。（10）、相關(guān)對(duì)象給出直接使用本接口的系統(tǒng)對(duì)象，這里的系統(tǒng)對(duì)象，可以是操作界面，也可以是系統(tǒng)特性。（11）、備注描述與該系統(tǒng)接口有關(guān)的其它注意事項(xiàng)。（12）、說(shuō)明描述與該系統(tǒng)接口表有關(guān)的其它注意事項(xiàng)。（六）、系統(tǒng)完整性設(shè)計(jì)描述系統(tǒng)對(duì)象(數(shù)據(jù)元、數(shù)據(jù)類)，所受到的邏輯約束關(guān)系。當(dāng)系統(tǒng)由多個(gè)子系統(tǒng)(模塊)組成時(shí)，每個(gè)子系統(tǒng)應(yīng)分別使用一張系統(tǒng)完整性約束表進(jìn)行描述。系統(tǒng)完整性約束表的格式如下：子系統(tǒng)編號(hào)子系統(tǒng)英文名稱子系統(tǒng)中文名稱約束編號(hào)完整性名稱相對(duì)對(duì)象名約束表達(dá)式備注說(shuō)明：其中：（1）、子系統(tǒng)編號(hào)含義同上。（2）、子系統(tǒng)英文名稱含義同上。（3）、子系統(tǒng)中文名稱含義同上。（4）、約束編號(hào)整個(gè)系統(tǒng)所有約束的統(tǒng)一編號(hào)。（5）、完整性名稱系統(tǒng)完整性約束的正式名稱，必須符合通常習(xí)慣。（6）、相對(duì)對(duì)象名完整性約束中的相關(guān)對(duì)象(數(shù)據(jù)元和數(shù)據(jù)類)。（7）、約束表達(dá)式用一階邏輯表達(dá)式表達(dá)的約束方程式。（8）、備注描述與該系統(tǒng)完整性約束有關(guān)的其它注意事項(xiàng)。（9）、說(shuō)明描述與該系統(tǒng)完整性約束表有關(guān)的其它注意事項(xiàng)。系統(tǒng)設(shè)計(jì)具體可根據(jù)系統(tǒng)的規(guī)模分成概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段，概要設(shè)計(jì)包括：①劃分系統(tǒng)模塊②每個(gè)模塊的功能確定③用戶使用界面概要設(shè)計(jì)④輸入輸出數(shù)據(jù)的概要設(shè)計(jì)⑤報(bào)表概要設(shè)計(jì)⑥數(shù)據(jù)之間的聯(lián)系、流程分析⑦文件和數(shù)據(jù)庫(kù)表的邏輯設(shè)計(jì)⑧硬件、軟件開發(fā)平臺(tái)的確定⑨有規(guī)律數(shù)據(jù)的規(guī)范化及數(shù)據(jù)惟一性要求。系統(tǒng)的詳細(xì)設(shè)計(jì)是對(duì)系統(tǒng)的概要設(shè)計(jì)進(jìn)一步具體化，其主要工作有：①文件和數(shù)據(jù)庫(kù)的物理設(shè)計(jì)②輸入輸出記錄的方案設(shè)計(jì)③對(duì)各子系統(tǒng)的處理方式和處理內(nèi)容進(jìn)行細(xì)化設(shè)計(jì)④編制程序設(shè)計(jì)任務(wù)書。程序說(shuō)明書通常包括程序規(guī)范、功能說(shuō)明、程序結(jié)構(gòu)圖，通常用HPIPO（HierarchyPlusInputProcessOutput）圖描述。4、編碼根據(jù)程序設(shè)計(jì)任務(wù)書的要求，用計(jì)算機(jī)算法語(yǔ)言實(shí)現(xiàn)解題的步驟，主要工作包括：①模塊的理解和進(jìn)一步劃分②以模塊為單位的邏輯設(shè)計(jì)，也就是模塊內(nèi)的流程圖的編制③編寫代碼，用程序設(shè)計(jì)語(yǔ)言編制程序④進(jìn)行模塊內(nèi)功能的測(cè)試、單元測(cè)試。程序質(zhì)量的要求包括：①滿足要求的確切功能②處理效率高③操作方便，用戶界面友好④程序代碼的可讀性好，函數(shù)、變量標(biāo)識(shí)符合規(guī)范⑤擴(kuò)充性、維護(hù)性好。降低程序的復(fù)雜性也是十分重要的，系統(tǒng)的復(fù)雜性由模塊間的接口數(shù)來(lái)衡量，一般地講，n個(gè)模塊的接口數(shù)的最大值為n(n-1)/2；若是層次結(jié)構(gòu)，n個(gè)模塊的接口數(shù)的最小值為n-1。為使復(fù)雜性最小，對(duì)模塊的劃分設(shè)計(jì)常常采用層次結(jié)構(gòu)。要注意編制的程序或模塊應(yīng)容易理解、容易修改，模塊應(yīng)相互獨(dú)立，對(duì)某一模塊的修改應(yīng)對(duì)其他模塊的功能不產(chǎn)生影響，模塊間的聯(lián)系盡可能少。5.系統(tǒng)測(cè)試測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤，對(duì)于設(shè)計(jì)的軟件，出現(xiàn)錯(cuò)誤是難免的。系統(tǒng)測(cè)試通常由經(jīng)驗(yàn)豐富的設(shè)計(jì)人員設(shè)計(jì)測(cè)試方案和測(cè)試樣品，并寫出測(cè)試過(guò)程的詳細(xì)報(bào)告。系統(tǒng)測(cè)試是在單元測(cè)試的基礎(chǔ)上進(jìn)行的，包括：①測(cè)試方案的設(shè)計(jì)；②進(jìn)行測(cè)試；③寫出測(cè)試報(bào)告；④用戶對(duì)測(cè)試結(jié)果進(jìn)行評(píng)價(jià)。具體測(cè)試方式如下：黑盒測(cè)試黑盒測(cè)試也稱為功能測(cè)試,它著眼于程序的外部特征,而不考慮程序的內(nèi)部邏輯結(jié)構(gòu)。測(cè)試者把被測(cè)程序看成一個(gè)黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。黑盒測(cè)試是在程序接口處進(jìn)行測(cè)試，它只檢查程序功能是否能正常使用，程序是否能接收輸入數(shù)據(jù)產(chǎn)生正確的輸出信息，并且保持外部信息(如數(shù)據(jù)庫(kù)或文件)的完整性。黑盒測(cè)試是基于用戶角度進(jìn)行的測(cè)試。白盒測(cè)試本公司系統(tǒng)軟件測(cè)試的主要方法之一，也稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序本身的測(cè)試。測(cè)試者需要了解待測(cè)試程序代碼的內(nèi)部結(jié)構(gòu)、算法等信息，這是從程序設(shè)計(jì)者的角度對(duì)程序進(jìn)行的測(cè)試。它的優(yōu)點(diǎn)是幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問(wèn)題?；液袦y(cè)試可以理解為靜態(tài)的白盒測(cè)試或動(dòng)態(tài)的黑盒測(cè)試，灰盒就是界于黑白之間,對(duì)軟件內(nèi)部有所了解,但不見(jiàn)得到了如指掌的程度,卻可以結(jié)合這些了解做些比黑盒多點(diǎn)的測(cè)試。文檔測(cè)試文檔測(cè)試涵蓋面很大，在軟件的各個(gè)版本中均有所使用。隨著軟件版本的變化，文檔測(cè)試的測(cè)試內(nèi)容也有所變化。在需求分析以及原型架構(gòu)階段，文檔測(cè)試主要目標(biāo)是：Sitemap、動(dòng)作分解列表、數(shù)據(jù)庫(kù)ER圖、UML用例圖、流程圖、需求文檔等文檔。文檔測(cè)試主要檢查文檔的正確性、完整性和可理解性。正確性是指不要把軟件的功能和操作寫錯(cuò)，也不允許文檔內(nèi)容前后矛盾。完整性是指文檔不可以漏掉關(guān)鍵性內(nèi)容?？衫斫庑允侵冈谖臋n中描述的語(yǔ)言要簡(jiǎn)明易懂，不能讓別的開發(fā)人員拿到文檔時(shí)看不懂文檔的內(nèi)容。命名規(guī)范測(cè)試命名規(guī)范測(cè)試用于測(cè)試項(xiàng)目中的文件命名、代碼以及版本號(hào)等書寫是否符合規(guī)范。需求完整性測(cè)試需求完整性測(cè)試主要存在于需求探索階段，在需求尚未完全明確之前對(duì)已收集到的需求做出整理性的、檢查遺漏性的測(cè)試，確認(rèn)需求是否明確。另外，需求完整性測(cè)試也承擔(dān)著一部分澄清需求的任務(wù)。鏈接完整性測(cè)試在原型架構(gòu)階段，鏈接完整性的測(cè)試是非常有必要的。該項(xiàng)測(cè)試任務(wù)主要是檢查假頁(yè)面中各種鏈接是否完整，是否指向目標(biāo)位置，屬于檢查性的測(cè)試。頁(yè)面完整性測(cè)試頁(yè)面完整性測(cè)試主要存在于集成測(cè)試階段以及其后續(xù)其它階段中，測(cè)試頁(yè)面是否完整，頁(yè)面質(zhì)量是否達(dá)標(biāo)，屬于檢查性測(cè)試。UI合理性測(cè)試UI合理性測(cè)試也就是人機(jī)交互界面的合理性，UI合理性測(cè)試的內(nèi)容很多，具體測(cè)試內(nèi)容如下：提示、菜單、幫助的格式是否一致；提示、菜單、幫助中的術(shù)語(yǔ)是否一致；各個(gè)控件之間的對(duì)齊方式是否一致；輸入界面和輸出界面在外觀、布局、交互方式上是否一致；功能類似的相關(guān)界面在外觀、布局、交互方式上是否一致；同一層次的文字在同一種提示場(chǎng)合（一般情況、特殊字體、警告等）在文字大小、字體、顏色、對(duì)齊方式方面是否一致，字體大小是否與界面的大小比例協(xié)調(diào)；多個(gè)連續(xù)界面依次出現(xiàn)的情況下，界面的外觀、操作方式是否一致；系統(tǒng)是否拒絕客戶的錯(cuò)誤輸入并做出提示；系統(tǒng)是否在用戶完成操作時(shí)給出操作成功的提示；用戶界面是否存在空白空間，沒(méi)有空白空間的界面是雜亂無(wú)章的，易用性差；各個(gè)控件的間隔是否一致，垂直和水平方向上是否對(duì)齊；是否允許動(dòng)作的可逆性，返回原有操做；數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試在開發(fā)階段開發(fā)人員隨時(shí)都有可能根據(jù)需要來(lái)修改數(shù)據(jù)庫(kù)，所以對(duì)數(shù)據(jù)和數(shù)據(jù)庫(kù)完整性測(cè)試在軟件項(xiàng)目的任何階段也是非常必要的。該項(xiàng)測(cè)試內(nèi)容主要是以數(shù)據(jù)庫(kù)表為單位，檢查數(shù)據(jù)庫(kù)表以及表中各字段命名是否符合命名規(guī)范，表中字段是否完整，數(shù)據(jù)庫(kù)表中的字段描述是否正確包括字段的類型、長(zhǎng)度、是否為空，數(shù)據(jù)庫(kù)表中的關(guān)系、索引、主鍵、約束是否正確。功能測(cè)試功能測(cè)試在軟件項(xiàng)目的任何階段中都是重要的。實(shí)現(xiàn)功能，滿足客戶需求是軟件本身最大的使命。功能測(cè)試在任何階段下基本上都作為測(cè)試工作的第一項(xiàng)出現(xiàn)。該項(xiàng)測(cè)試任務(wù)主要為了測(cè)試已實(shí)現(xiàn)的功能是否滿足需求，是否正確，是否有價(jià)值以及是否完整。在黑盒和白盒測(cè)試狀態(tài)下，該測(cè)試均會(huì)被使用。功能測(cè)試中測(cè)試人員往往會(huì)忽略掉一些細(xì)節(jié)問(wèn)題，比如：一個(gè)功能的實(shí)現(xiàn)必須要經(jīng)過(guò)6步操作才能完成，而且需要加入20條信息才能看得出測(cè)試結(jié)果，有的測(cè)試人員為了節(jié)省時(shí)間雖然做完了6步操作，但是沒(méi)有加入足量的信息,使得測(cè)試不全面,正是因?yàn)檫@樣而導(dǎo)致一些隱藏的BUG沒(méi)有被測(cè)試出來(lái)。所以說(shuō)在功能測(cè)試中要按部就班的把所有要進(jìn)行的測(cè)試功能每一步都執(zhí)行一遍，應(yīng)該添加的數(shù)據(jù)都添加完整，以避免遺漏掉BUG沒(méi)有測(cè)試出來(lái)。壓力測(cè)試壓力測(cè)試是為了發(fā)現(xiàn)在什么條件下您的應(yīng)用程序的性能會(huì)變得不可接受。這通過(guò)改變應(yīng)用程序的輸入以對(duì)應(yīng)用程序施加越來(lái)越大的負(fù)載并測(cè)量在這些不同的輸入時(shí)性能的改變來(lái)實(shí)現(xiàn)的。這種操作也稱為負(fù)載測(cè)試，但是負(fù)載測(cè)試通常描述一種特定類型的壓力測(cè)試——增加用戶數(shù)量以對(duì)應(yīng)用程序進(jìn)行壓力測(cè)試。對(duì)應(yīng)用程序進(jìn)行壓力測(cè)試最簡(jiǎn)單的方法是手工改變輸入（客戶機(jī)數(shù)量、需求大小、請(qǐng)求的頻率、請(qǐng)求的混合程度等等）并描繪性能的變化。但是如果有許多輸入，或者需要在大的范圍內(nèi)改變輸入，那么你可以借助一個(gè)自動(dòng)化的壓力測(cè)試工具來(lái)完成此測(cè)試。安全性測(cè)試安全性測(cè)試主要是測(cè)試系統(tǒng)在沒(méi)有授權(quán)的內(nèi)部或者外部用戶對(duì)系統(tǒng)進(jìn)行攻擊或者惡意破壞時(shí)如何進(jìn)行處理，是否仍能保證數(shù)據(jù)和頁(yè)面的安全。測(cè)試人員可以學(xué)習(xí)一些黑客技術(shù)，來(lái)對(duì)系統(tǒng)進(jìn)行攻擊。另外，對(duì)操作權(quán)限的測(cè)試也包含在安全性測(cè)試中。具體測(cè)試內(nèi)容如下：執(zhí)行添加、刪除、修改等動(dòng)作中是否做過(guò)登錄檢測(cè)。退出系統(tǒng)之后的操作是否可以完成。所有插入表單操作中輸入特殊字符是否可以正常輸正常存儲(chǔ)，特殊字符為：！?#￥%……—*（）~——-+=[]{}、|；：‘”？/《》<>，。在帶有參數(shù)的回顯數(shù)據(jù)的動(dòng)作中更改參數(shù)，把參數(shù)改為特殊字符并加入操作語(yǔ)句看是否出錯(cuò)。測(cè)試表單中有沒(méi)有做標(biāo)簽檢測(cè)，標(biāo)簽檢測(cè)是否完整。在插入表單中加入特殊的HTML代碼，例如：<marquee>表單中的字本是否移動(dòng)？</marquee>。頁(yè)面腳本測(cè)試頁(yè)面中時(shí)常使用到JavaScript腳本，為了降低頁(yè)面的出錯(cuò)率，則必須對(duì)頁(yè)面腳本進(jìn)行測(cè)試。其主要內(nèi)容包括：相關(guān)頁(yè)面中的腳本是否正常運(yùn)行，JavaScript腳本是否有錯(cuò)誤頁(yè)面。提示文本測(cè)試提示文本測(cè)試從嚴(yán)格意義上來(lái)講應(yīng)該屬于UI合理性測(cè)試的一部分，該項(xiàng)測(cè)試主要針對(duì)各個(gè)頁(yè)面中使用到的大量提示文檔進(jìn)行測(cè)試，主要包括：表達(dá)不明確的位置是否有提示文本、提示文本的彈出是否正常、提示信息含義是否明確易懂。瀏覽器測(cè)試由于B/S結(jié)構(gòu)項(xiàng)目是基于瀏覽器運(yùn)行的，所以需要對(duì)瀏覽器進(jìn)行必要的測(cè)試。該測(cè)試任務(wù)主要是軟件對(duì)各種瀏覽器（IE5.5、IE6.0、FireFox瀏覽器）的支持是否正常，在IE瀏覽器中可以正常顯示的頁(yè)面在其它瀏覽器中是否可以正常顯示。安裝測(cè)試在軟件項(xiàng)目的后期階段，會(huì)對(duì)做好的軟件進(jìn)行打包把軟件做成安裝程序，以便用戶可以正確的安裝使用，所以需要對(duì)做好的安裝文件進(jìn)行安裝功能方面的測(cè)試。該測(cè)試的主要任務(wù)是：檢查軟件是否能夠正常安裝使用、是否可以完全卸載此軟件的所有功能和頁(yè)面。6、文檔資料文檔包括開發(fā)過(guò)程中的所有技術(shù)資料以及用戶所需的文檔，軟件系統(tǒng)的文檔一般可分為系統(tǒng)文檔和用戶文檔兩類。用戶文檔主要描述系統(tǒng)功能和使用方法，并不考慮這些功能是怎樣實(shí)現(xiàn)的，系統(tǒng)文檔描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等方面的內(nèi)容。文檔是影響軟件可維護(hù)性、可用性的決定因素，有句話講，系統(tǒng)編程人員的每一張紙片都要保留，所以文檔的編制是軟件開發(fā)過(guò)程中的一項(xiàng)重要工作。系統(tǒng)文檔包括：①開發(fā)軟件系統(tǒng)在計(jì)劃②需求分析③設(shè)計(jì)④編制⑤調(diào)試⑥運(yùn)行等階段的有關(guān)文檔。在對(duì)軟件系統(tǒng)進(jìn)行修改時(shí)，系統(tǒng)文檔應(yīng)同步更新，并注明修改者和修改日期，如有必要應(yīng)注明修改原因，應(yīng)切記過(guò)時(shí)的文檔是無(wú)用的文檔。用戶文檔包括：①系統(tǒng)功能描述②安裝文檔，說(shuō)明系統(tǒng)安裝步驟以及系統(tǒng)的硬件配置方法③用戶使用手冊(cè)，說(shuō)明使用軟件系統(tǒng)方法和要求，疑難問(wèn)題解答④參考手冊(cè)，描述可以使用的所有系統(tǒng)設(shè)施，解釋系統(tǒng)出錯(cuò)信息的含義及解決途徑。7、系統(tǒng)的運(yùn)行與維護(hù)系統(tǒng)只有投入運(yùn)行后，才能進(jìn)一步對(duì)系統(tǒng)檢驗(yàn)，發(fā)現(xiàn)潛在的問(wèn)題，為了適應(yīng)環(huán)境的變化和用戶要求的改變，可能會(huì)對(duì)系統(tǒng)的功能、使用界面進(jìn)行修改。要對(duì)每次發(fā)現(xiàn)的問(wèn)題和修改內(nèi)容建立系統(tǒng)維護(hù)文檔，并使系統(tǒng)文檔資料同步更新。12.4.4服務(wù)保證措施本公司軟件質(zhì)量保證由各項(xiàng)任務(wù)構(gòu)成，這些任務(wù)的參與者有兩種人：軟件開發(fā)人員和質(zhì)量保證人員。前者負(fù)責(zé)技術(shù)工作，后者負(fù)責(zé)質(zhì)量保證的計(jì)劃、監(jiān)督、記錄、分析及報(bào)告工作。軟件開發(fā)人員通過(guò)采用可靠的技術(shù)方法和措施，進(jìn)行正式的技術(shù)評(píng)審，執(zhí)行計(jì)劃周密的軟件測(cè)試來(lái)保證軟件產(chǎn)品的質(zhì)量。軟件質(zhì)量保證人員則輔助軟件開發(fā)組得到高質(zhì)量的最終產(chǎn)品。我們的軟件質(zhì)量保證計(jì)劃大體分為如下三大部分：把軟件研制合理地劃分為若干階段，并針對(duì)每個(gè)階段的特點(diǎn),制定出質(zhì)量評(píng)審、評(píng)測(cè)的要求和措施。從軟件質(zhì)量的要求出發(fā),制定出相應(yīng)的技術(shù)和管理規(guī)范，如軟件文檔規(guī)范、軟件編程規(guī)范、軟件測(cè)試規(guī)范、軟件版本控制規(guī)范等。創(chuàng)建和積累公用模塊，向軟件工廠化方向發(fā)展。1、軟件研制的階段劃分及其質(zhì)量控制我們把軟件系統(tǒng)的研制劃分為8個(gè)階段，即總體需求分析、總體設(shè)計(jì)、各分系統(tǒng)的需求說(shuō)明及概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)(面向子系統(tǒng))、程序編制、自測(cè)試、組裝與驗(yàn)收測(cè)試、試用和初步定型。我們規(guī)定，總體需求分析及總體設(shè)計(jì)需經(jīng)有關(guān)領(lǐng)導(dǎo)及管理專家評(píng)審認(rèn)定。分系統(tǒng)的需求說(shuō)明、概要設(shè)計(jì)及詳細(xì)設(shè)計(jì)需經(jīng)總工程師組織的技術(shù)評(píng)審組評(píng)審。評(píng)審前，多數(shù)分系統(tǒng)的需求說(shuō)明及概要設(shè)計(jì)需經(jīng)有代表性的用戶審核認(rèn)可，即分析和設(shè)計(jì)階段主要靠評(píng)審把關(guān)，編程和實(shí)施階段主要靠執(zhí)行規(guī)范和測(cè)試把關(guān)。每次評(píng)審的結(jié)果都有相應(yīng)的記錄，并填寫相應(yīng)的表格。2、軟件的文檔規(guī)范系統(tǒng)開發(fā)的文檔要求是：每個(gè)分系統(tǒng)必須有需求說(shuō)明、概要設(shè)計(jì)，每個(gè)子系統(tǒng)必須有詳細(xì)設(shè)計(jì)和操作使用說(shuō)明。需求說(shuō)明、概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)必須串行完成，而且規(guī)定，詳細(xì)設(shè)計(jì)未經(jīng)評(píng)審?fù)ㄟ^(guò)不能進(jìn)入正規(guī)編程。不寫設(shè)計(jì)就進(jìn)入編程，這是軟件開發(fā)人員常犯的毛病，在我們的系統(tǒng)開發(fā)中這是不允許的。3、軟件編程規(guī)范開發(fā)中所有設(shè)計(jì)文件經(jīng)過(guò)認(rèn)真的評(píng)審、推敲和認(rèn)定后，軟件編程將是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)。為保證這一環(huán)節(jié)的質(zhì)量，我們專門制定了編程的有關(guān)規(guī)范。其中最主要的是界面規(guī)范。需要強(qiáng)調(diào)的是，對(duì)界面的理解不應(yīng)只限于屏幕格式和操作方法，界面設(shè)計(jì)應(yīng)貫穿于軟件編制的全過(guò)程，我們的界面規(guī)范分為兩大部分：第一部分是設(shè)計(jì)原則，包括：一般原則、屏幕格式設(shè)計(jì)原則、輸入過(guò)程設(shè)計(jì)原則、信息顯示設(shè)計(jì)原則、提示信息設(shè)計(jì)原則、報(bào)表設(shè)計(jì)原則、菜單設(shè)計(jì)原則、操作方法原則。它重點(diǎn)解決操作的方便性和直接性、顯示和提示的確定性、輸入的準(zhǔn)確性、輸入輸出的一致性，以保證對(duì)用戶習(xí)慣和心理的良好適應(yīng)性，給用戶一種愉快感，讓用戶產(chǎn)生一種喜愛(ài)感。第二部分是屏幕格式設(shè)計(jì)，包括：版權(quán)屏幕、登錄屏幕、單記錄錄入窗口、多記錄錄入窗口、查詢列表窗口、主/細(xì)數(shù)據(jù)錄入窗口、命令按鈕格式。它的主要目標(biāo)是，力求使屏幕格式簡(jiǎn)煉、實(shí)用、直觀、醒目、格調(diào)一致，使操作使用方便。軟件編程規(guī)范更是一種設(shè)計(jì)和編程經(jīng)驗(yàn)的總結(jié)，是對(duì)所用開發(fā)工具的深入認(rèn)識(shí)和全面理解。這一規(guī)范本身的質(zhì)量直接關(guān)系到全系統(tǒng)的編程效率和可移植性、軟件的可擴(kuò)展性及可維護(hù)性、數(shù)據(jù)的可恢復(fù)性和系統(tǒng)的可靠性。特別是在客戶/服務(wù)器模式下工作的系統(tǒng)，編程時(shí)對(duì)處理和數(shù)據(jù)的合理分布將直接影響到系統(tǒng)資源利用得是否充分、恰當(dāng)，直接影響到整個(gè)系統(tǒng)的性價(jià)比。它包括：對(duì)象和控制命名規(guī)范、編程風(fēng)格、數(shù)據(jù)校驗(yàn)、環(huán)境配置與應(yīng)用的可移植性、事件驅(qū)動(dòng)、面向?qū)ο?、?shù)據(jù)庫(kù)訪問(wèn)規(guī)范、數(shù)據(jù)及處理分布、出錯(cuò)處理、安裝及設(shè)置。實(shí)踐證明，這一規(guī)范對(duì)保證程序質(zhì)量、提高軟件重用度,進(jìn)而對(duì)提高編程效率、乃至提高系統(tǒng)的可靠性均起了重要作用。4、軟件測(cè)試規(guī)范軟件測(cè)試是在設(shè)計(jì)階段保證軟件質(zhì)量的最后一關(guān)。從測(cè)試手段來(lái)說(shuō)，我們把整個(gè)測(cè)試分為白盒測(cè)試和黑盒測(cè)試，并在軟件編制過(guò)程中交叉使用。指派對(duì)開發(fā)工具認(rèn)識(shí)最深入、編程經(jīng)驗(yàn)最豐富的同志從事白盒測(cè)試；指派對(duì)工作流程最熟悉、對(duì)操作使用研究和體會(huì)最細(xì)致的同志從事黑盒測(cè)試。從測(cè)試過(guò)程來(lái)說(shuō)，又分為兩步：自測(cè)試和組裝驗(yàn)收測(cè)試。自測(cè)試是軟件編制者自己設(shè)計(jì)測(cè)試用例，自己驗(yàn)證；組裝和驗(yàn)收測(cè)試則是按照需求說(shuō)明和工作流程全面設(shè)計(jì)測(cè)試案例，進(jìn)行全面測(cè)試。工作流程、數(shù)據(jù)流程、各子系統(tǒng)之間及各模塊之間的接口是驗(yàn)收測(cè)試的重點(diǎn)之一。整個(gè)測(cè)試階段必然是一個(gè)發(fā)現(xiàn)問(wèn)題→修改完善→再測(cè)試的過(guò)程，而且可能多次反復(fù)。此時(shí)，最重要的是要把握住兩點(diǎn)：一是每提出一個(gè)修改，都需經(jīng)過(guò)總體設(shè)計(jì)師和分系統(tǒng)設(shè)計(jì)者的認(rèn)真研究討論，既要保證軟件的正確性、流程的合理性和功能的完備性，又要保證總體設(shè)計(jì)思想和軟件設(shè)計(jì)風(fēng)格不受破壞，即保證軟件的整體質(zhì)量；二是程序編制者和測(cè)試者都要有足夠的耐心和良好的協(xié)作精神，都要有對(duì)軟件質(zhì)量負(fù)責(zé)的責(zé)任感。無(wú)論自測(cè)試，還是組裝及驗(yàn)收測(cè)試，都是極其細(xì)致而又繁瑣的過(guò)程。不少技術(shù)人員愿意搞設(shè)計(jì)和編程，而不愿在測(cè)試方面多花功夫。軟件開發(fā)的管理者對(duì)這種傾向需嚴(yán)密注視、盡力防范，同時(shí)應(yīng)做出具體規(guī)定，作為軟件設(shè)計(jì)的法規(guī)，要求大家嚴(yán)格遵守。測(cè)試規(guī)范的概要如下在自測(cè)試階段制定了自測(cè)試方法和自測(cè)試過(guò)程。自測(cè)試方法重點(diǎn)規(guī)定了兩點(diǎn)：一是白盒測(cè)試、人工審查與機(jī)器執(zhí)行相結(jié)合；二是給出了測(cè)試用例設(shè)計(jì)原則，即模塊內(nèi)部和模塊間的測(cè)試用例設(shè)計(jì)原則及重點(diǎn)檢查的內(nèi)容。自測(cè)試過(guò)程分為代碼審查、模塊測(cè)試、組裝測(cè)試和整理測(cè)試報(bào)告四個(gè)過(guò)程。規(guī)范中詳細(xì)規(guī)定了每一過(guò)程的細(xì)節(jié)和要求。組裝及驗(yàn)收測(cè)試規(guī)范中同樣規(guī)定了測(cè)試方法和測(cè)試過(guò)程。其中，重點(diǎn)強(qiáng)調(diào)三點(diǎn)：一是再次推敲流程是否合理，功能是否齊全；二是測(cè)試用例設(shè)計(jì)必須考慮如下幾方面要求：功能測(cè)試、性能測(cè)試、大數(shù)據(jù)量測(cè)試、可靠性測(cè)試、可恢復(fù)性測(cè)試、多用戶測(cè)試、安裝測(cè)試和配置測(cè)試；三是要重視模塊和子系統(tǒng)之間的接口測(cè)試。5、軟件版本控制版本控制是對(duì)已做成的軟件在發(fā)展過(guò)程中的一種質(zhì)量管理，各大公司對(duì)自己的軟件均有一套版本控制方法。我們開發(fā)的軟件系統(tǒng)絕不是“一錘子買賣”，推出了第一期軟件的試用版，還會(huì)有第二期軟件補(bǔ)充進(jìn)來(lái)，兩期軟件到一定階段都將定為正式版，而且今后還會(huì)繼續(xù)發(fā)展，到一定時(shí)候還要更新。何時(shí)定為正式版，何時(shí)宣布版本升級(jí)，都需要有明確的要求和界限，兩個(gè)版本之間的任何修改和維護(hù)都需要一套管理辦法。升級(jí)也好，更新也好，都需要考慮與原來(lái)版本的兼容，以保護(hù)用戶的投資利益。6、建立公共模塊，向工廠化方向發(fā)展盡管一套軟件系統(tǒng)可分為若干分系統(tǒng)和子系統(tǒng)，但它們?nèi)詴?huì)有一些共同或類似的操作。將共同操作抽取出來(lái)，制成若干公用模塊，供各子系統(tǒng)調(diào)用或直接使用，這不僅可提高軟件的編程效率，也直接提高了軟件質(zhì)量。這雖屬于總體設(shè)計(jì)和總體規(guī)劃中的工作，但從質(zhì)量管理的角度重視這一工作，把它作為軟件質(zhì)量保證的一項(xiàng)措施，也很有意義。12.4.5技術(shù)培訓(xùn)計(jì)劃1、概述人員培訓(xùn)作為工程實(shí)施的一個(gè)重要環(huán)節(jié)，對(duì)整個(gè)項(xiàng)目的實(shí)施至關(guān)重要，通過(guò)系統(tǒng)的培訓(xùn)，使得工作人員得到日常工作需要的專業(yè)技術(shù)知識(shí)和經(jīng)驗(yàn)，從而保障整個(gè)系統(tǒng)的順利運(yùn)行。項(xiàng)目建設(shè)最終系統(tǒng)將交付用戶使用，項(xiàng)目培訓(xùn)是項(xiàng)目實(shí)施中的重要環(huán)節(jié)，通過(guò)項(xiàng)目培訓(xùn)對(duì)業(yè)主人員進(jìn)行全面的技術(shù)培訓(xùn)，使業(yè)主單位人員達(dá)到能獨(dú)立進(jìn)行管理、故障處理、日常測(cè)試維護(hù)等工作，以便于我方提供的軟、硬件能夠正常、安全的運(yùn)行。培訓(xùn)的總體目標(biāo)：1、管理員培訓(xùn)。培訓(xùn)對(duì)象：系統(tǒng)管理員。培訓(xùn)目的：可以獨(dú)立完成本單位行政執(zhí)法的日常維護(hù)，解決一般問(wèn)題。培訓(xùn)內(nèi)容：系統(tǒng)體系結(jié)構(gòu)、系統(tǒng)配置、系統(tǒng)管理、系統(tǒng)使用。培訓(xùn)方式：集中培訓(xùn)和個(gè)別培訓(xùn)。培訓(xùn)批次：不少于1次的集中培訓(xùn)，個(gè)別培訓(xùn)隨時(shí)安排。2、使用人員培訓(xùn)培訓(xùn)對(duì)象：系統(tǒng)一般使用人員。培訓(xùn)目的：熟練掌握所涉及部分的操作。培訓(xùn)內(nèi)容：系統(tǒng)使用。培訓(xùn)方式：集中培訓(xùn)和個(gè)別培訓(xùn)。培訓(xùn)批次：不少于2次的集中培訓(xùn)，個(gè)別培訓(xùn)隨時(shí)安排。2、培訓(xùn)對(duì)象如果項(xiàng)目是一項(xiàng)綜合型的項(xiàng)目，系統(tǒng)使用范圍廣，用戶層次多，不同用戶層次使用的系統(tǒng)角色不相同，使用的內(nèi)容和側(cè)重點(diǎn)各不相同，那么我們?cè)陧?xiàng)目中將針對(duì)不同的用戶層次提供針對(duì)性的用戶培訓(xùn)，保障培訓(xùn)效果，使各層次的用戶都能熟練掌握系統(tǒng)相關(guān)的知識(shí)。2.1、普通用戶層普通用戶層是應(yīng)用系統(tǒng)的直接使用者，涉及到系統(tǒng)的各方面功能，是對(duì)系統(tǒng)功能理解最深、業(yè)務(wù)最熟悉的用戶群，然而普通用戶層由于覆蓋的面廣，各部門主要使用的功能模塊不盡相同，因此針對(duì)于普通用戶將按照不同的部門的側(cè)重點(diǎn)進(jìn)行分期培訓(xùn)，組織類似業(yè)務(wù)部門或單獨(dú)部門進(jìn)行培訓(xùn)，以便于各部門對(duì)各自業(yè)務(wù)系統(tǒng)使用的把握，以達(dá)到各用戶能熟練掌握系統(tǒng)的使用方法。2.2、系統(tǒng)管理員和應(yīng)用級(jí)管理員系統(tǒng)管理員和應(yīng)用級(jí)管理員是業(yè)主單位對(duì)系統(tǒng)進(jìn)行管理維護(hù)的主要人員，這一用戶群掌握一定的信息技術(shù)，并且針對(duì)應(yīng)用系統(tǒng)管理員和平臺(tái)維護(hù)員分別進(jìn)行針對(duì)性的培訓(xùn)，主要側(cè)重于系統(tǒng)的建設(shè)原理和規(guī)劃，總體架構(gòu)，常見(jiàn)問(wèn)題的解決，系統(tǒng)安裝配置等內(nèi)容。系統(tǒng)的維護(hù)和管理工作需要對(duì)應(yīng)用系統(tǒng)較熟悉，并且能處理運(yùn)行過(guò)程中遇到的各類問(wèn)題，因此對(duì)于軟件維護(hù)人員和管理員將采用共同參與項(xiàng)目維護(hù)和實(shí)施的方式，從長(zhǎng)期實(shí)踐中逐漸掌握系統(tǒng)維護(hù)知識(shí)，提升其技術(shù)技能和對(duì)系統(tǒng)的認(rèn)識(shí)。2.3、技術(shù)人員培訓(xùn)技術(shù)人員主要是指業(yè)主單位具備一定的應(yīng)用系統(tǒng)開發(fā)能力，主要用于系統(tǒng)上線后對(duì)系統(tǒng)的需求變動(dòng)進(jìn)行二次開發(fā)和修改，以及系統(tǒng)擴(kuò)展能力的技術(shù)人員，針對(duì)這一用戶群，將著重于應(yīng)用系統(tǒng)的開發(fā)原理、開發(fā)工具、系統(tǒng)架構(gòu)等進(jìn)行培訓(xùn)，使其掌握系統(tǒng)二次開發(fā)技術(shù)，為今后系統(tǒng)升級(jí)改造、功能擴(kuò)展儲(chǔ)備技術(shù)力量。3、培訓(xùn)課程3.1、應(yīng)用系統(tǒng)使用培訓(xùn)課程名：系統(tǒng)應(yīng)用。課程內(nèi)容：計(jì)算機(jī)系統(tǒng)基本操作方法；系統(tǒng)基本功能介紹；業(yè)務(wù)流程規(guī)范；系統(tǒng)使用方法。課時(shí)：1天。3.2、系統(tǒng)運(yùn)維技術(shù)培訓(xùn)課程名：日常維護(hù)培訓(xùn)。課程內(nèi)容：系統(tǒng)總體邏輯及工作原理；系統(tǒng)基本功能介紹；可視化流程定制工具使用方法；可視化表單定制工具使用方法；系統(tǒng)的部署，應(yīng)用的安裝，系統(tǒng)的使用、配置、管理和備份，系統(tǒng)日常維護(hù)任務(wù)；系統(tǒng)故障處置方法。課時(shí)：4天。3.3、項(xiàng)目管理初級(jí)（可選）課程名：項(xiàng)目管理初級(jí)。課程內(nèi)容：項(xiàng)目管理基本知識(shí)；項(xiàng)目管理方法；項(xiàng)目管理工具應(yīng)用。課時(shí)：1天。3.4、系統(tǒng)支撐軟、硬件環(huán)境應(yīng)用管理課程名：系統(tǒng)支撐軟、硬件環(huán)境應(yīng)用管理。課程內(nèi)容：操作系統(tǒng)安裝、配置和管理；數(shù)據(jù)庫(kù)安裝、配置和管理；支撐環(huán)境常規(guī)故障處置方法。課時(shí)：3天。3.5、系統(tǒng)設(shè)計(jì)與開發(fā)基礎(chǔ)（可選）課程名：系統(tǒng)設(shè)計(jì)與開發(fā)。課程內(nèi)容：系統(tǒng)設(shè)計(jì)基礎(chǔ)；開發(fā)工具使用初步；系統(tǒng)開發(fā)規(guī)范；數(shù)據(jù)庫(kù)設(shè)計(jì)基礎(chǔ)；系統(tǒng)二次開發(fā)方法。課時(shí)：5天。4、培訓(xùn)組織保障公司會(huì)建立專業(yè)的項(xiàng)目培訓(xùn)小組，人員配置如下：項(xiàng)目培訓(xùn)組組長(zhǎng)：1人培訓(xùn)講師：2人；培訓(xùn)監(jiān)督員：1人；培訓(xùn)資料管理員：1人；培訓(xùn)組織人員：1人；5、教學(xué)方案如果項(xiàng)目是一個(gè)綜合型的項(xiàng)目，培訓(xùn)對(duì)象層次分明，培訓(xùn)內(nèi)容多樣，且在系統(tǒng)上線培訓(xùn)期間各用戶還有自身的事務(wù)需要處，那么公司會(huì)在培訓(xùn)過(guò)程中將針對(duì)不同的用戶和不同的培訓(xùn)內(nèi)容采用不同的培訓(xùn)方案，以達(dá)到最佳的培訓(xùn)效果，培訓(xùn)方案如下圖所示：5.1、實(shí)踐培訓(xùn)實(shí)踐培訓(xùn)是指在項(xiàng)目實(shí)施過(guò)程中與我方工程師一道參與項(xiàng)目研發(fā)和實(shí)施過(guò)程，在實(shí)踐過(guò)程中逐漸掌握培訓(xùn)內(nèi)容。實(shí)踐培訓(xùn)主要針對(duì)于技術(shù)開發(fā)人員及系統(tǒng)維護(hù)和管理人員。在項(xiàng)目實(shí)施之初即邀請(qǐng)技術(shù)開發(fā)人員與我公司開發(fā)人員一起參與項(xiàng)目開發(fā)過(guò)程，從大量的實(shí)踐過(guò)程中獲取開發(fā)知識(shí)，以便于對(duì)系統(tǒng)的設(shè)計(jì)、開發(fā)語(yǔ)言、系統(tǒng)架構(gòu)熟悉，為業(yè)主單位培養(yǎng)較全面，對(duì)系統(tǒng)理解較深的專業(yè)技術(shù)人員。5.2、集中培訓(xùn)集中培訓(xùn)將培訓(xùn)對(duì)象集中，以授課的方式進(jìn)行培訓(xùn)。這類培訓(xùn)主要針對(duì)于培訓(xùn)用戶較多，培訓(xùn)內(nèi)容較單一的內(nèi)容進(jìn)行，如最終用戶使用培訓(xùn)。通過(guò)演示和現(xiàn)場(chǎng)交流的方式達(dá)到培訓(xùn)效果。5.3、研討會(huì)在項(xiàng)目實(shí)施過(guò)程將不定期進(jìn)行研討會(huì)。召集技術(shù)相關(guān)人員或業(yè)務(wù)處理人員，針對(duì)技術(shù)的發(fā)展和業(yè)務(wù)模型的處理通過(guò)交流的方式進(jìn)行討論，在研討會(huì)上將邀請(qǐng)業(yè)界的專家列席，以便于相互之間的交流，對(duì)參與交流會(huì)的人員提供技術(shù)咨詢和指導(dǎo)，促進(jìn)業(yè)主單位技術(shù)和業(yè)務(wù)水平的提高。5.4、遠(yuǎn)程培訓(xùn)當(dāng)培訓(xùn)用戶無(wú)法集中，或聘請(qǐng)遠(yuǎn)程專家進(jìn)行培訓(xùn)時(shí)，我們將采用網(wǎng)絡(luò)培訓(xùn)的方式完成遠(yuǎn)程培訓(xùn)工作。5.5、一對(duì)一培訓(xùn)一對(duì)一培訓(xùn)主要針對(duì)于統(tǒng)一培訓(xùn)時(shí)無(wú)法參加、未掌握培內(nèi)容或個(gè)別特殊用戶如領(lǐng)導(dǎo)、唯一的系統(tǒng)管理員、特殊的業(yè)務(wù)操作人員等，進(jìn)行一對(duì)一的單獨(dú)培訓(xùn)。6、培訓(xùn)規(guī)模設(shè)定建議培訓(xùn)的規(guī)模大小主要看受訓(xùn)的人數(shù)和受訓(xùn)次數(shù)，百人以上就可算是較大規(guī)模的培訓(xùn)。從培訓(xùn)的效果來(lái)看，一次性受訓(xùn)的人數(shù)超過(guò)40人后，培訓(xùn)的效果下降地越快。一次性受訓(xùn)的人數(shù)為20人，培訓(xùn)的效果和效率是相對(duì)最佳的。所以對(duì)于大型軟件的培訓(xùn)，在受訓(xùn)人數(shù)較多的情況下，常用的辦法是：化整為零，將受訓(xùn)人員分為20-40個(gè)人一批，進(jìn)行分批、分時(shí)或同時(shí)進(jìn)行培訓(xùn)，不宜進(jìn)行大課培訓(xùn)。同時(shí)針對(duì)培訓(xùn)對(duì)象的不同，培訓(xùn)的規(guī)模也可以進(jìn)行適當(dāng)?shù)卣{(diào)整，如：領(lǐng)導(dǎo)干部、技術(shù)人員和主要業(yè)務(wù)系統(tǒng)使用人員，人數(shù)不是很多的情況下，為了更好的效果，將人數(shù)盡量小組化的情況下批次不會(huì)有明顯增加（因?yàn)榕芜^(guò)多，學(xué)習(xí)的內(nèi)容不能同步，影響了相互溝通的及時(shí)性），將人數(shù)分為5-10人一批，這樣便能保證重點(diǎn)用戶的培訓(xùn)質(zhì)量。7、培訓(xùn)階段安排公司項(xiàng)目的培訓(xùn)內(nèi)容豐富，培訓(xùn)對(duì)象也各不相同，我們將針對(duì)不同的培訓(xùn)對(duì)象和培訓(xùn)內(nèi)容安排在項(xiàng)目建設(shè)過(guò)程中的不同階段完成，以達(dá)到良好的培訓(xùn)效果。7.1、系統(tǒng)開發(fā)階段主要針對(duì)業(yè)主單位技術(shù)開發(fā)人員的培訓(xùn)，本階段的培訓(xùn)主要以一對(duì)一培訓(xùn)、實(shí)踐培訓(xùn)為主要方式進(jìn)行培訓(xùn)。7.2、初驗(yàn)初驗(yàn)時(shí)需要對(duì)系統(tǒng)進(jìn)行大量的性能、功能、業(yè)務(wù)測(cè)試，此時(shí)主要針對(duì)系統(tǒng)管理員和開發(fā)人員進(jìn)行現(xiàn)場(chǎng)的測(cè)試培訓(xùn)，以便于系統(tǒng)管理員和開發(fā)人員了解系統(tǒng)測(cè)試方法，及時(shí)了解系統(tǒng)業(yè)務(wù)，以便于系統(tǒng)的維護(hù)。7.3、系統(tǒng)安裝系統(tǒng)安裝過(guò)程中主要是通過(guò)實(shí)踐活動(dòng)，對(duì)系統(tǒng)管理員與應(yīng)用級(jí)管理員進(jìn)行系統(tǒng)安裝、配置等的培訓(xùn)。7.4、調(diào)試調(diào)試過(guò)程中主要針對(duì)系統(tǒng)管理員和技術(shù)人員進(jìn)行系統(tǒng)的調(diào)試進(jìn)行培訓(xùn)，以便于系統(tǒng)管理員和技術(shù)人員及時(shí)了解系統(tǒng)調(diào)試方法，保障系統(tǒng)在出現(xiàn)故障時(shí)能及時(shí)解決。調(diào)試成功后將大規(guī)模地組織最終用戶培訓(xùn)。7.5、試運(yùn)行試運(yùn)行階段主要培訓(xùn)對(duì)象為系統(tǒng)管理員和最終用戶。在試運(yùn)行期間將出現(xiàn)系統(tǒng)日常維護(hù)問(wèn)題，通過(guò)對(duì)現(xiàn)實(shí)問(wèn)題的解決，增強(qiáng)系統(tǒng)管理員日常維護(hù)能力，使受訓(xùn)人員能熟練掌握包括人機(jī)通信在內(nèi)的軟件維護(hù)工作并能及時(shí)排除大部分的故障。通過(guò)集中式的培訓(xùn)，最終用戶基本掌握了系統(tǒng)的使用方法，在試運(yùn)行過(guò)程中將通過(guò)實(shí)際的一對(duì)一培訓(xùn)和系統(tǒng)使用過(guò)程，進(jìn)一步鞏固和加深，達(dá)到熟練的操作程度。7.6、最終驗(yàn)收最終驗(yàn)收將對(duì)系統(tǒng)管理員進(jìn)行系統(tǒng)日常備份和日常維護(hù)的培訓(xùn)，使受訓(xùn)學(xué)員能在維護(hù)期內(nèi)能解決大部分的故障，保障系統(tǒng)的穩(wěn)定運(yùn)行。8、培訓(xùn)質(zhì)量保障為了確保培訓(xùn)的質(zhì)量，我們導(dǎo)入了《ISO10015國(guó)際培訓(xùn)標(biāo)準(zhǔn)體系質(zhì)量管理——培訓(xùn)指南》。ISO10015標(biāo)準(zhǔn)的作用是幫助組織識(shí)別和分析培訓(xùn)需求、設(shè)計(jì)和策劃培訓(xùn)、提供培訓(xùn)、評(píng)價(jià)培訓(xùn)結(jié)果并監(jiān)視和改進(jìn)培訓(xùn)過(guò)程提供指南以達(dá)到其目標(biāo)。為了保證培訓(xùn)質(zhì)量，我們承諾在培訓(xùn)工作中嚴(yán)格遵循ISO10015標(biāo)準(zhǔn)：1、確定培訓(xùn)需求：確定業(yè)務(wù)和技術(shù)崗位的能力要求，評(píng)價(jià)現(xiàn)有人員已有能力，確定能力差距，形成培訓(xùn)需求說(shuō)明書。作為設(shè)計(jì)和策劃培訓(xùn)階段的輸入域。該階段的重點(diǎn)是定位人員實(shí)際能力與崗位能力需求的差距，即明確“缺什么”。2、設(shè)計(jì)和策劃培訓(xùn)：確定制約條件、培訓(xùn)方式和選擇準(zhǔn)則、培訓(xùn)計(jì)劃、選擇培訓(xùn)提供者構(gòu)成了它的核心內(nèi)容。該過(guò)程的重點(diǎn)是根據(jù)需求階段已明確的人員能力差距策劃具體的培訓(xùn)方案，決定“補(bǔ)什么”。3、提供培訓(xùn)：提供培訓(xùn)（含培訓(xùn)前支持、實(shí)施培訓(xùn)和培訓(xùn)后支持）。該過(guò)程的重點(diǎn)在于用正確的“滋補(bǔ)”方式提高學(xué)員的能力，使學(xué)員真正能夠從培訓(xùn)中學(xué)到有價(jià)值的東西，也就是解決“怎么補(bǔ)”的問(wèn)題。4、評(píng)價(jià)培訓(xùn)結(jié)果：收集資料并準(zhǔn)備評(píng)價(jià)報(bào)告，評(píng)估本階段培訓(xùn)是否到達(dá)預(yù)期效果，為下一階段的培訓(xùn)策劃和改進(jìn)提供參考。5、培訓(xùn)過(guò)程的監(jiān)視和改進(jìn)：培訓(xùn)過(guò)程的確認(rèn)。12.4.6售后服務(wù)方案售后服務(wù)作為企業(yè)整體服務(wù)中最為重要的組成部分，已經(jīng)成為重要的競(jìng)爭(zhēng)手段。良好的售后服務(wù)不僅能為企業(yè)贏得市場(chǎng)，擴(kuò)大市場(chǎng)占有率，使企業(yè)獲得良好的經(jīng)濟(jì)效益，而且通過(guò)售后服務(wù)的實(shí)施可以使企業(yè)獲得來(lái)自市場(chǎng)的最新信息，促使企業(yè)更好地改進(jìn)產(chǎn)品和服務(wù)，使企業(yè)始終處在競(jìng)爭(zhēng)的領(lǐng)先地位，為企業(yè)實(shí)現(xiàn)可持續(xù)發(fā)展戰(zhàn)略提供決策依據(jù)。我公司本著這些落腳點(diǎn)做出如下的服務(wù)方案：1、安裝調(diào)試服務(wù)（1）我公司負(fù)責(zé)按合同中規(guī)定的軟件型號(hào)、數(shù)量將產(chǎn)品送達(dá)指定地點(diǎn)，并保證按合同要求按時(shí)完成設(shè)備安裝、調(diào)試、啟動(dòng)、運(yùn)行等工作；（2）我公司按照合同要求測(cè)試所有硬件、軟件；（3）我公司提供技術(shù)培訓(xùn)；（4）我公司負(fù)責(zé)合同中所有產(chǎn)品的現(xiàn)場(chǎng)安裝調(diào)試、現(xiàn)場(chǎng)驗(yàn)收測(cè)試。（5）產(chǎn)品到達(dá)后，由本公司和用戶人員監(jiān)督下，由用戶人員清點(diǎn)，檢查產(chǎn)品。（6）所有產(chǎn)品完成安裝調(diào)試后，雙方即可進(jìn)行驗(yàn)收測(cè)試。（7）服務(wù)人員對(duì)產(chǎn)品的使用、注意事項(xiàng)，服務(wù)人員現(xiàn)場(chǎng)進(jìn)行演示解說(shuō)；客戶對(duì)產(chǎn)品的疑問(wèn)，服務(wù)人員給予一一解答。2、售后電話服務(wù)（1）客戶來(lái)電咨詢我公司的產(chǎn)品信息，服務(wù)人員接到電話后應(yīng)給予全面的解析。（2）本公司售后服務(wù)人員接到客戶來(lái)電，對(duì)于問(wèn)題不大或者可以在電話中直接解決的問(wèn)題，應(yīng)立即給客戶解決。（3）若客戶遇到的問(wèn)題通過(guò)電話溝通的方式不能得到良好的解決，需要上門服務(wù)的客戶，電話人員應(yīng)立即問(wèn)清客戶問(wèn)題和客戶信息，并做客戶問(wèn)題登記，將問(wèn)題轉(zhuǎn)交相關(guān)人員，在3個(gè)工作日內(nèi)必須與之處理。3、上門服務(wù)關(guān)于我公司的上門服務(wù)，必須是在正常合理的，不違反法律法規(guī)等的前提下，顧客在使用本公司產(chǎn)品的過(guò)程中出現(xiàn)問(wèn)題而不能通過(guò)電話或者網(wǎng)絡(luò)方案解決的前提下而使用的一種直接面對(duì)面為顧客提供的一種服務(wù)方案。本方案流程如下：第一步：客戶服務(wù)人員接到客戶的來(lái)電或者網(wǎng)絡(luò)信息，不能通過(guò)交流解決只能上門服務(wù)的問(wèn)題，客戶人員需精確了解客戶的問(wèn)題所在，登記客戶問(wèn)題和客戶信息。第二步：客戶服務(wù)人員將客戶需求上門服務(wù)的信息交予相關(guān)工作人員。第三步：相關(guān)工作人員接到上門服務(wù)信息，應(yīng)已最快的時(shí)間將任務(wù)分配到公司具體人員手中。第四步：上門服務(wù)人員接到上級(jí)分配的任務(wù)，應(yīng)立即聯(lián)系到顧客，與顧客約定上門時(shí)間。第五步：上門服務(wù)人員在與顧客約定的時(shí)間內(nèi)到達(dá)顧客地址，為其服務(wù)并收取相應(yīng)的費(fèi)用。第六步：服務(wù)人員返回公司，需將此次的服務(wù)中所出現(xiàn)的問(wèn)題和內(nèi)容做一個(gè)系統(tǒng)報(bào)告提交公司售后服務(wù)部。第七步：我公司對(duì)于此次的服務(wù)做一次電話或者網(wǎng)絡(luò)回訪，咨詢顧客對(duì)于產(chǎn)品使用狀況及用戶在服務(wù)過(guò)程中的感受。企業(yè)為顧客服務(wù)不僅是為了保證顧客的滿意度和忠誠(chéng)度，更多的可以收集客戶信息，了解顧客需求。從而促進(jìn)公司的產(chǎn)品更加完善，得到顧客的青睞。良好的售后服務(wù)能為企業(yè)的今后的發(fā)展帶來(lái)巨大的商機(jī)，所以我公司的售后服務(wù)不僅僅是著眼于為顧客服務(wù)，還要能夠很好的收集客戶意見(jiàn)，了解客戶需求信息，完善公司產(chǎn)品。安全技術(shù)服務(wù)方案投標(biāo)書

目錄1概述 21.1服務(wù)范圍和服務(wù)內(nèi)容 21.2服務(wù)目標(biāo) 22系統(tǒng)現(xiàn)狀 22.1網(wǎng)絡(luò)系統(tǒng) 22.2設(shè)備清單 32.3應(yīng)用系統(tǒng) 53服務(wù)方案 63.1系統(tǒng)日常維護(hù) 63.2信息系統(tǒng)安全服務(wù) 113.3系統(tǒng)設(shè)備維修及保養(yǎng)服務(wù) 133.4軟件系統(tǒng)升級(jí)及維保服務(wù) 144服務(wù)要求 144.1基本要求 154.2服務(wù)隊(duì)伍要求 164.3服務(wù)流程要求 164.4服務(wù)響應(yīng)要求 174.5服務(wù)報(bào)告要求 184.6運(yùn)維保障資源庫(kù)建設(shè)要求 184.7項(xiàng)目管理要求 194.8質(zhì)量管理要求 194.9技術(shù)交流及培訓(xùn) 195經(jīng)費(fèi)預(yù)算 191概述1.1服務(wù)范圍和服務(wù)內(nèi)容本次服務(wù)范圍為XX局信息化系統(tǒng)硬件及應(yīng)用系統(tǒng)，各類軟硬件均位于XX局第一辦公區(qū)內(nèi)，主要包括計(jì)算機(jī)終端、打印機(jī)、服務(wù)器、存儲(chǔ)設(shè)備、網(wǎng)絡(luò)（安全）設(shè)備以及應(yīng)用系統(tǒng)。服務(wù)內(nèi)容包括日常運(yùn)維服務(wù)（駐場(chǎng)服務(wù)）、專業(yè)安全服務(wù)、主要硬件設(shè)備維保服務(wù)、主要應(yīng)用軟件系統(tǒng)維保服務(wù)、信息化建設(shè)咨詢服務(wù)等。1.2服務(wù)目標(biāo)保障軟硬件的穩(wěn)定性和可靠性；保障軟硬件的安全性和可恢復(fù)性；故障的及時(shí)響應(yīng)與修復(fù)；硬件設(shè)備的維修服務(wù)；人員的技術(shù)培訓(xùn)服務(wù)；信息化建設(shè)規(guī)劃、方案制定等咨詢服務(wù)。2系統(tǒng)現(xiàn)狀2.1網(wǎng)絡(luò)系統(tǒng)XX局計(jì)算機(jī)網(wǎng)絡(luò)包括市電子政務(wù)外網(wǎng)（簡(jiǎn)稱外網(wǎng)）、市電子政務(wù)內(nèi)網(wǎng)（簡(jiǎn)稱內(nèi)網(wǎng)）以及全國(guó)政府系統(tǒng)電子政務(wù)專網(wǎng)（簡(jiǎn)稱專網(wǎng)）三部分。內(nèi)網(wǎng)、外網(wǎng)、專網(wǎng)所有硬件設(shè)備集中于XX局機(jī)房各個(gè)獨(dú)立區(qū)域，互相物理隔離。外網(wǎng)與互聯(lián)網(wǎng)邏輯隔離，主要為市人大建議提案網(wǎng)上辦理、XX局政務(wù)公開等應(yīng)用系統(tǒng)提供網(wǎng)絡(luò)平臺(tái)，為市領(lǐng)導(dǎo)及XX局各處室提供互聯(lián)網(wǎng)服務(wù)。外網(wǎng)安全加固措施：WSUS服務(wù)器、瑞星殺毒軟件服務(wù)器為各聯(lián)網(wǎng)終端提供系統(tǒng)補(bǔ)丁分發(fā)和瑞星殺毒軟件管理服務(wù)，建立IPS、防火墻等基本網(wǎng)絡(luò)安全措施。內(nèi)網(wǎng)與外網(wǎng)和互聯(lián)網(wǎng)物理隔離，為XX局日常公文流轉(zhuǎn)、公文處理等信息化系統(tǒng)提供基礎(chǔ)網(wǎng)絡(luò)平臺(tái)。內(nèi)網(wǎng)安全加固措施：WSUS服務(wù)器、瑞星殺毒軟件服務(wù)器為各聯(lián)網(wǎng)終端提供系統(tǒng)補(bǔ)丁分發(fā)和瑞星殺毒軟件管理服務(wù)；配備防火墻實(shí)現(xiàn)內(nèi)網(wǎng)中服務(wù)器區(qū)域間的邏輯隔離及安全區(qū)域間的訪問(wèn)控制，重點(diǎn)劃分服務(wù)器區(qū)，實(shí)現(xiàn)相應(yīng)的訪問(wèn)控制策略。專網(wǎng)由XX局電子政務(wù)辦公室統(tǒng)一規(guī)劃建設(shè)，專網(wǎng)和互聯(lián)網(wǎng)、內(nèi)網(wǎng)及其他非涉密網(wǎng)絡(luò)嚴(yán)格物理隔離，目前主要提供政務(wù)信息上報(bào)服務(wù)和郵件服務(wù)。（內(nèi)網(wǎng)結(jié)構(gòu)圖）（外網(wǎng)結(jié)構(gòu)圖）（專網(wǎng)結(jié)構(gòu)圖）2.2設(shè)備清單XX局各個(gè)計(jì)算機(jī)網(wǎng)絡(luò)及應(yīng)用系統(tǒng)硬件設(shè)備集中于XX局專用機(jī)房。清單如下：硬件設(shè)備匯總表設(shè)備類型設(shè)備型號(hào)數(shù)量備注服務(wù)器服務(wù)器合計(jì)39交換機(jī)42光纖交換機(jī)11交換機(jī)合計(jì)8防火墻5內(nèi)外網(wǎng)各一臺(tái)冷備安全審計(jì)1IPS1存儲(chǔ)2111磁帶庫(kù)1虛擬帶庫(kù)1其他設(shè)備1機(jī)房監(jiān)控系統(tǒng)使用支撐軟件統(tǒng)計(jì)表類型版本數(shù)量數(shù)據(jù)庫(kù)操作系統(tǒng)除上述設(shè)備外，維護(hù)內(nèi)容還包括約XX臺(tái)電腦終端（含筆記本電腦）和XX臺(tái)打印機(jī)。2.3應(yīng)用系統(tǒng)XX局日常公文流轉(zhuǎn)、公文辦理等日常工作均在基于內(nèi)網(wǎng)的不同應(yīng)用系統(tǒng)上得以實(shí)現(xiàn)。各系統(tǒng)使用的操作系統(tǒng)包括MS-WinServer和LINUX兩大類，數(shù)據(jù)庫(kù)包括Lotus、Access、MS-SQL等。主要應(yīng)用系統(tǒng)清單如下：應(yīng)用系統(tǒng)清單序號(hào)系統(tǒng)名稱訪問(wèn)地址對(duì)于其中部分重要應(yīng)用，描述如下：1、XX局辦公資源網(wǎng)2、政府公文綜合管理系統(tǒng)3、政府信息管理服務(wù)平臺(tái)3服務(wù)方案3.1系統(tǒng)日常維護(hù)系統(tǒng)首要維護(hù)工作是信息化系統(tǒng)的日常維護(hù)，主要包括以下4個(gè)方面：3.1.1系統(tǒng)支撐軟硬件的日常維護(hù)系統(tǒng)支撐軟硬件主要包括PC服務(wù)器、存儲(chǔ)、網(wǎng)絡(luò)、安全設(shè)備及數(shù)據(jù)庫(kù)軟件、中間件等基礎(chǔ)軟硬件設(shè)施。服務(wù)器維護(hù)服務(wù)器系統(tǒng)主要包括信息處目前在用的各類服務(wù)器：數(shù)據(jù)庫(kù)服務(wù)器、應(yīng)用服務(wù)器、WEB/網(wǎng)管/備份服務(wù)器、門戶網(wǎng)站、防病毒服務(wù)器等。具體服務(wù)內(nèi)容包括：服務(wù)器硬件狀態(tài)檢查服務(wù)器硬件安裝與調(diào)整服務(wù)器設(shè)備事件管理服務(wù)要求運(yùn)維團(tuán)隊(duì)根據(jù)服務(wù)器的情況制訂相應(yīng)的事件管理文檔，由現(xiàn)場(chǎng)服務(wù)人員對(duì)服務(wù)器發(fā)生的事件進(jìn)行記錄、跟蹤與分析，通過(guò)對(duì)事件的分析，及時(shí)發(fā)現(xiàn)服務(wù)器中存在的潛在問(wèn)題，并進(jìn)行解決或提出相應(yīng)的解決方案。服務(wù)器性能監(jiān)控要求運(yùn)維團(tuán)隊(duì)每天由現(xiàn)場(chǎng)服務(wù)人員根據(jù)制定的性能監(jiān)測(cè)模板對(duì)服務(wù)器的性能監(jiān)控，監(jiān)控的參數(shù)為服務(wù)器的CPU、memory、hdd、network，并根據(jù)各服務(wù)器的應(yīng)用情況，分析出服務(wù)器性能的基本基準(zhǔn)線。應(yīng)用維護(hù)要求運(yùn)維團(tuán)隊(duì)現(xiàn)場(chǎng)服務(wù)人員對(duì)這些應(yīng)用進(jìn)行定期的維護(hù)，對(duì)防病毒軟件的防護(hù)狀態(tài)與更新情況進(jìn)行每天檢查。服務(wù)器進(jìn)程與服務(wù)檢查服務(wù)器磁盤空間檢查服務(wù)器系統(tǒng)漏洞修補(bǔ)系統(tǒng)配置與變更管理系統(tǒng)垃圾清理記錄與報(bào)告服務(wù)器操作管理手冊(cè)服務(wù)器事故管理文檔服務(wù)器監(jiān)控報(bào)告服務(wù)器設(shè)備標(biāo)識(shí)，配置記錄服務(wù)器故障處理報(bào)告服務(wù)器運(yùn)維分析報(bào)告應(yīng)用系統(tǒng)故障處理報(bào)告服務(wù)器系統(tǒng)配置記錄垃圾信息清理記錄存儲(chǔ)設(shè)備維護(hù)存儲(chǔ)系統(tǒng)平臺(tái)主要包括：SAN存儲(chǔ)系統(tǒng)（接入SAN網(wǎng)絡(luò)的服務(wù)器客戶端、SAN交換機(jī)）、磁盤陣列、磁帶庫(kù)等的管理和維護(hù)工作。具體服務(wù)內(nèi)容包括：存儲(chǔ)設(shè)備配置管理服務(wù)備份作業(yè)檢查SAN交換機(jī)日常狀態(tài)檢查維護(hù)存儲(chǔ)設(shè)備事件管理服務(wù)備份及恢復(fù)策略制定備份介質(zhì)管理備份軟件維護(hù)備份數(shù)據(jù)恢復(fù)當(dāng)系統(tǒng)出現(xiàn)異常數(shù)據(jù)丟失時(shí)，協(xié)同應(yīng)用廠商，在信息處的授權(quán)下，要求運(yùn)維團(tuán)隊(duì)現(xiàn)場(chǎng)服務(wù)人員對(duì)相應(yīng)的備份數(shù)據(jù)進(jìn)行數(shù)據(jù)恢復(fù)，以快速保證與恢復(fù)客戶的應(yīng)用。備份數(shù)據(jù)整理由于目前備份數(shù)據(jù)沒(méi)有明確的管理制度，備份數(shù)據(jù)管理程無(wú)序化狀態(tài)，對(duì)于備份數(shù)據(jù)的保存聲明周期沒(méi)有周密的限定計(jì)劃，造成備份數(shù)據(jù)占用大量的存儲(chǔ)空間，要求運(yùn)維團(tuán)隊(duì)現(xiàn)場(chǎng)服務(wù)人員根據(jù)備份和存儲(chǔ)數(shù)據(jù)的情況，提出數(shù)據(jù)整理頻率計(jì)劃，并信息處進(jìn)行數(shù)據(jù)的整理。存儲(chǔ)設(shè)備運(yùn)行維護(hù)要求運(yùn)維團(tuán)隊(duì)現(xiàn)場(chǎng)服務(wù)人員對(duì)存儲(chǔ)設(shè)備硬件狀態(tài)監(jiān)控，問(wèn)題及時(shí)處理。記錄與報(bào)告存儲(chǔ)設(shè)備操作管理手冊(cè)設(shè)備檢修報(bào)告故障處理報(bào)告存儲(chǔ)設(shè)備運(yùn)維分析報(bào)告數(shù)據(jù)備份操作管理手冊(cè)數(shù)據(jù)備份記錄存儲(chǔ)系統(tǒng)配置記錄存儲(chǔ)系統(tǒng)空間調(diào)整記錄備份策略調(diào)整更新記錄網(wǎng)絡(luò)、安全設(shè)備維護(hù)網(wǎng)絡(luò)、安全平臺(tái)維護(hù)的目標(biāo)是：通過(guò)網(wǎng)絡(luò)、安全系統(tǒng)管理服務(wù)，降低網(wǎng)絡(luò)設(shè)備故障率，提高網(wǎng)絡(luò)設(shè)備的運(yùn)行性能。提高XX局網(wǎng)絡(luò)運(yùn)行的穩(wěn)定性、可靠性，以專業(yè)化運(yùn)作模式解決XX局各類信息系統(tǒng)信息化發(fā)展的需求。需要提供故障診斷、遠(yuǎn)程支持、現(xiàn)場(chǎng)支持、軟件升級(jí)、設(shè)備搬遷、網(wǎng)絡(luò)優(yōu)化、網(wǎng)絡(luò)巡檢、現(xiàn)場(chǎng)培訓(xùn)、技術(shù)交流、網(wǎng)絡(luò)安全、網(wǎng)絡(luò)建設(shè)建議等服務(wù)。具體服務(wù)內(nèi)容如下：網(wǎng)絡(luò)故障排查網(wǎng)絡(luò)設(shè)備硬件狀態(tài)檢查網(wǎng)絡(luò)流量監(jiān)測(cè)安全策略配置及配置優(yōu)化網(wǎng)絡(luò)設(shè)備配置管理服務(wù)網(wǎng)絡(luò)設(shè)備資料整理，配置參數(shù)整理網(wǎng)絡(luò)使用狀況趨勢(shì)分析及建議數(shù)據(jù)庫(kù)系統(tǒng)維護(hù)數(shù)據(jù)庫(kù)為SQL2000及SQL2008，其維護(hù)服務(wù)內(nèi)容主要包括：數(shù)據(jù)庫(kù)實(shí)例狀態(tài)檢查數(shù)據(jù)庫(kù)表空間使用情況監(jiān)控查看數(shù)據(jù)庫(kù)的連接情況表空間使用情況和性能檢查數(shù)據(jù)庫(kù)告警日志檢查分析數(shù)據(jù)庫(kù)備份檢查中間件維護(hù)中間件軟件維護(hù)服務(wù)內(nèi)容主要包括：數(shù)據(jù)維護(hù)數(shù)據(jù)備份系統(tǒng)日常維護(hù)中間件升級(jí)而對(duì)應(yīng)用軟件進(jìn)行適應(yīng)性更新與調(diào)測(cè)服務(wù)中間件維護(hù)操作手冊(cè)及應(yīng)急流程