軟件系統(tǒng)技術(shù)和服務(wù)解決方案

軟件系統(tǒng)技術(shù)和效勞解決方案目錄TOC\o"1-2"\h\u第一局部效勞方案 4第一節(jié)、效勞方案概述 4第二節(jié)、效勞方式 4第三節(jié)、效勞機(jī)構(gòu) 6第四節(jié)、效勞響應(yīng) 6第五節(jié)、效勞內(nèi)容 7第六節(jié)、質(zhì)保期內(nèi)免費(fèi)效勞 8第七節(jié)、效勞原那么 8第八節(jié)、效勞質(zhì)量 10第九節(jié)、技術(shù)實(shí)現(xiàn)方案 10第十節(jié)、非功能性方案 17第十一節(jié)、系統(tǒng)部署方案 24第十二節(jié)、工程實(shí)施 35第十三節(jié)、工程評(píng)審 63第十四節(jié)、培訓(xùn)方案 89第十五節(jié)、工程過(guò)程及質(zhì)量保障 90第十六節(jié)、工程驗(yàn)收 103第十七節(jié)、售后效勞方案 108第二局部應(yīng)用平臺(tái)設(shè)計(jì) 118〔一〕技術(shù)目標(biāo) 118〔二〕分層結(jié)構(gòu) 118〔三〕效勞層 120〔四〕持久層 121〔五〕工作流技術(shù)方案 122〔六〕企業(yè)微信端 129〔七〕PC端 131〔八〕平安架構(gòu) 132〔九〕平安設(shè)計(jì) 146第三局部效勞質(zhì)量保證方案 153〔一〕工程審查會(huì)議制度 153〔二〕全過(guò)程檢查管理 153〔三〕全過(guò)程匯報(bào)制度 154〔四〕工作管理制度 154〔五〕風(fēng)險(xiǎn)管理制度 167〔六〕平安性設(shè)計(jì)原那么 168〔七〕終端認(rèn)證 169〔八〕終端授權(quán) 170〔九〕本地平安存儲(chǔ) 170〔十〕數(shù)據(jù)傳輸平安 170〔十一〕數(shù)據(jù)庫(kù)平安機(jī)制 171〔十二〕容錯(cuò)機(jī)制 172〔十三〕數(shù)據(jù)同步 172〔十四〕效勞器集群和負(fù)載均衡 173〔十五〕隊(duì)伍素質(zhì)保障 175〔十六〕人員數(shù)量保障 175〔十七〕技術(shù)人員保障 175〔十八〕產(chǎn)品質(zhì)量保障 176〔十九〕系統(tǒng)上線保障 178〔二十〕質(zhì)量保障監(jiān)督 179第四局部進(jìn)度保證方案 181〔一〕進(jìn)度控制的組織措施 181〔二〕進(jìn)度控制的管理技術(shù)措施 181〔三〕進(jìn)度控制的合同措施 182〔四〕進(jìn)度控制的信息管理措施 183〔五〕工程組人員保證方案 183〔六〕開(kāi)發(fā)質(zhì)量保證方案 184〔七〕工程進(jìn)度保證方案 192第五局部系統(tǒng)培訓(xùn)方案 194〔一〕培訓(xùn)承諾 194〔二〕培訓(xùn)目標(biāo) 195〔三〕培訓(xùn)方案 197〔四〕培訓(xùn)形式 198〔五〕培訓(xùn)對(duì)象 200〔六〕培訓(xùn)內(nèi)容及大綱 201〔七〕培訓(xùn)組織機(jī)構(gòu) 207〔八〕培訓(xùn)課件設(shè)計(jì) 209第六局部售后效勞方案 211第一售后效勞承諾 211第二售后效勞保障 212第三異常情況特別效勞 215第四人員組織管理 217第七局部其他 223第一運(yùn)維保障方案 223第二應(yīng)急效勞響應(yīng)措施 226效勞方案效勞方案概述作為的軟件解決方案和效勞提供商，充分融合國(guó)際一流的效勞理念、方法論和管理方法，結(jié)合多年來(lái)效勞多行業(yè)經(jīng)驗(yàn)和技術(shù)能力，已經(jīng)建設(shè)有一整套完善的技術(shù)效勞體系，能夠向我們的客戶提供高效和高品質(zhì)的技術(shù)支持和技術(shù)效勞！我公司一貫奉行技術(shù)先進(jìn)、效勞完善的原那么，為此而贏得客戶高度的肯定和贊揚(yáng)，在本工程中，我們將一如既往，本著一流效勞、客戶至上的效勞原那么，提供長(zhǎng)期、優(yōu)質(zhì)、高效的技術(shù)支持和售后效勞。效勞方式1.咨詢(xún)效勞我公司具備多年的移動(dòng)應(yīng)用開(kāi)發(fā)和系統(tǒng)整合實(shí)施經(jīng)驗(yàn)，累積了大量的技術(shù)、業(yè)務(wù)方面的知識(shí)和經(jīng)驗(yàn)，秉承一貫的開(kāi)放性原那么，我公司向客戶提供了各類(lèi)咨詢(xún)效勞，共同分享這些成果。2.應(yīng)用系統(tǒng)的故障響應(yīng)當(dāng)應(yīng)用系統(tǒng)出現(xiàn)故障時(shí)，對(duì)故障進(jìn)行綜合診斷，提出解決方法。如屬于系統(tǒng)硬件平臺(tái)以及系統(tǒng)故障，那么為相關(guān)廠商排除故障提供給用級(jí)的配合和協(xié)助；如屬應(yīng)用故障那么立即啟動(dòng)應(yīng)用故障排除流程，使系統(tǒng)在最短的時(shí)間內(nèi)恢復(fù)正常。3.應(yīng)用系統(tǒng)輔助操作輔助客戶的日常維護(hù)管理技術(shù)人員完成比擬復(fù)雜的維護(hù)操作以及突發(fā)性事件處理等，如數(shù)據(jù)的備份、恢復(fù)，數(shù)據(jù)轉(zhuǎn)載，重建索引、臨時(shí)性統(tǒng)計(jì)、歷史數(shù)據(jù)核查、年度參數(shù)設(shè)置、搬遷、效勞器升級(jí)等。4.應(yīng)用系統(tǒng)的維護(hù)效勞主要指針對(duì)應(yīng)用系統(tǒng)運(yùn)行過(guò)程發(fā)現(xiàn)的潛在質(zhì)量問(wèn)題〔如Bug、程序缺陷〕而進(jìn)行的程序修改效勞活動(dòng)。5.交流和培訓(xùn)依據(jù)客戶要求，不定期舉行交流和培訓(xùn)；根據(jù)需要和客戶時(shí)間安排，不定期舉行技術(shù)交流和專(zhuān)題培訓(xùn)。6.應(yīng)用系統(tǒng)業(yè)務(wù)調(diào)整應(yīng)用運(yùn)行到一定時(shí)間，由于業(yè)務(wù)的開(kāi)展，可能需要對(duì)應(yīng)用系統(tǒng)已有的業(yè)務(wù)標(biāo)準(zhǔn)、流程作出相應(yīng)的調(diào)整。在應(yīng)用中，已采取了多種途徑最大化地實(shí)現(xiàn)了業(yè)務(wù)參數(shù)化、模塊化的可能性。我公司將為用戶的業(yè)務(wù)調(diào)整提供技術(shù)、業(yè)務(wù)上的有力支持。7.應(yīng)用系統(tǒng)升級(jí)當(dāng)業(yè)務(wù)的擴(kuò)展到一定的程度，原有的系統(tǒng)體系結(jié)構(gòu)已經(jīng)無(wú)法為進(jìn)一步拓展提供空間時(shí)，需要為應(yīng)用系統(tǒng)進(jìn)行必要的升級(jí)。我公司將為用戶實(shí)現(xiàn)這方面的效勞。效勞機(jī)構(gòu)為保證響應(yīng)時(shí)間及效勞質(zhì)量，必須提供快速相應(yīng)的機(jī)制，必須具備必要技術(shù)人員和技術(shù)效勞能力，以響應(yīng)招標(biāo)人的技術(shù)效勞要求。在質(zhì)保期〔質(zhì)量保證金扣留期限〕內(nèi)，投標(biāo)人應(yīng)提供至少2名本地售后效勞人員〔要求在本工程建設(shè)中常駐現(xiàn)場(chǎng)并參與數(shù)據(jù)建模和數(shù)據(jù)治理工作〕。在用戶現(xiàn)場(chǎng)提供技術(shù)支持和故障清查、錯(cuò)誤修改、業(yè)務(wù)改良及新增業(yè)務(wù)需求的修改、軟件維護(hù)等效勞。我公司的技術(shù)支持和售后效勞體系分為三級(jí)：1、現(xiàn)場(chǎng)效勞我公司依托全國(guó)各地的分支機(jī)構(gòu)，在當(dāng)?shù)卦O(shè)立本地化效勞團(tuán)隊(duì)，為客戶提供現(xiàn)場(chǎng)技術(shù)支持和售后效勞。2、公司運(yùn)維中心我公司在設(shè)立了客戶效勞中心，開(kāi)通了7*24小時(shí)的熱線效勞。運(yùn)維中心由專(zhuān)業(yè)的客戶專(zhuān)員、客戶經(jīng)理以及技術(shù)支持專(zhuān)家組成，他們受理所有的效勞求援、、郵件和效勞投訴，建立客戶效勞記錄，并根據(jù)效勞請(qǐng)求性質(zhì)分配和調(diào)配人力資源，追蹤效勞請(qǐng)求的解決過(guò)程，重大效勞完成后定期對(duì)客戶進(jìn)行回訪。3、公司維護(hù)效勞專(zhuān)家組對(duì)于重大故障或者需要較高技術(shù)的效勞，我公司根據(jù)客戶的具體情況，緊急成立由各專(zhuān)家和資深技術(shù)人員組成的專(zhuān)家效勞組，為客戶提供診斷和技術(shù)咨詢(xún)效勞，迅速排除故障。效勞響應(yīng)明確承諾工程建設(shè)期間及質(zhì)保期內(nèi)的售后效勞響應(yīng)時(shí)間，并不得低于以下標(biāo)準(zhǔn)：提供7×24小時(shí)或電子郵件效勞，接到用戶報(bào)修通知1小時(shí)內(nèi)做出明確響應(yīng)和安排，2小時(shí)內(nèi)做出故障診斷報(bào)告。如需現(xiàn)場(chǎng)效勞的，具有解決故障能力的工程師應(yīng)在4小時(shí)內(nèi)到達(dá)用戶現(xiàn)場(chǎng)。接到用戶報(bào)修通知之時(shí)起6小時(shí)內(nèi)解決軟件故障。1、重大故障對(duì)于系統(tǒng)的重大故障，我公司在接到故障報(bào)修30分鐘內(nèi)做出實(shí)質(zhì)響應(yīng)，假設(shè)未能解決故障，我公司啟動(dòng)更高級(jí)別的響應(yīng)效勞，并在2小時(shí)之內(nèi)到達(dá)現(xiàn)場(chǎng)處理。2、普通故障對(duì)于不影響系統(tǒng)正常運(yùn)行的軟件和硬件故障，我公司實(shí)時(shí)響應(yīng)，根據(jù)客戶具體情況以及備件情況，通過(guò)遠(yuǎn)程診斷、咨詢(xún)、現(xiàn)場(chǎng)效勞等手段排除故障效勞內(nèi)容無(wú)論是否在質(zhì)保期內(nèi)，我公司都可提供如下技術(shù)效勞工程1、升級(jí)效勞提供在正常條件下保證系統(tǒng)正常穩(wěn)定運(yùn)行的系統(tǒng)擴(kuò)充、版本更新升級(jí)及功能更新效勞。2、優(yōu)化效勞提出在正常條件下改良系統(tǒng)性能的各項(xiàng)建議，包括系統(tǒng)資源分配與效率改良建議、軟件配置規(guī)劃和性能優(yōu)化建議、系統(tǒng)容量預(yù)測(cè)建議等，并進(jìn)行實(shí)施。3、咨詢(xún)效勞包括系統(tǒng)軟件應(yīng)用和維護(hù)技術(shù)咨詢(xún)效勞。4、或現(xiàn)場(chǎng)技術(shù)效勞提供遠(yuǎn)程效勞以及必要的現(xiàn)場(chǎng)技術(shù)效勞質(zhì)保期內(nèi)免費(fèi)效勞質(zhì)保期內(nèi)中標(biāo)方通過(guò)和現(xiàn)場(chǎng)技術(shù)效勞方式進(jìn)行的免費(fèi)效勞包括以下內(nèi)容：系統(tǒng)故障解決；系統(tǒng)升級(jí)性效勞：提供在正常條件下保證系統(tǒng)正常穩(wěn)定運(yùn)行的系統(tǒng)擴(kuò)充、版本更新升級(jí)效勞；系統(tǒng)運(yùn)行的咨詢(xún)效勞：提供系統(tǒng)軟件應(yīng)用技術(shù)咨詢(xún)效勞。所有實(shí)施效勞的質(zhì)保期自本工程終驗(yàn)合格交付使用并簽訂終驗(yàn)證書(shū)之日起開(kāi)始計(jì)算。投標(biāo)人提供一年免費(fèi)升級(jí)和人工保修維護(hù)，7×24小時(shí)軟件工程師現(xiàn)場(chǎng)維護(hù)。工程質(zhì)保期效勞時(shí)間不得少于12個(gè)月，自本工程終驗(yàn)合格交付使用并簽訂終驗(yàn)證書(shū)之日起開(kāi)始計(jì)算。工程建設(shè)期間及質(zhì)保期內(nèi)的所有售后效勞均由售后效勞人員到業(yè)主產(chǎn)品使用現(xiàn)場(chǎng)提供效勞，并對(duì)系統(tǒng)設(shè)備和軟件提供一季度一次維護(hù)巡檢。工程建設(shè)期間及質(zhì)保期均屬于免費(fèi)效勞期，該期限內(nèi)的所有售后效勞，包括原廠商效勞和非原廠商效勞。效勞原那么實(shí)用性原那么信息化系統(tǒng)的建設(shè)關(guān)注的是投資與回報(bào)。業(yè)務(wù)的可持續(xù)運(yùn)行和數(shù)據(jù)的平安是此次系統(tǒng)建設(shè)的根本，只有在此根底上才能考慮信息系統(tǒng)的可靠性、可擴(kuò)展性、平安性以及可管理性。信息化系統(tǒng)的性能是由應(yīng)用系統(tǒng)的數(shù)據(jù)流量分布、效勞器、存儲(chǔ)藏份設(shè)備性能綜合決定的。對(duì)應(yīng)用系統(tǒng)的數(shù)據(jù)流量分布認(rèn)真分析是信息化設(shè)備選型的根底。方案必須采用成熟的、經(jīng)實(shí)踐證明其實(shí)用性的技術(shù)。在選擇效勞器、存儲(chǔ)設(shè)備的過(guò)程中，我們應(yīng)充分考慮保護(hù)和利用現(xiàn)有的資源，同時(shí)要根據(jù)實(shí)際情況，采用新技術(shù)和新設(shè)備。另外要考慮平臺(tái)的建設(shè)和平臺(tái)的開(kāi)發(fā)應(yīng)用同步進(jìn)行?？傊η笫瓜到y(tǒng)既能滿足當(dāng)前需要，又能適應(yīng)未來(lái)開(kāi)展，同時(shí)到達(dá)較好的性能和性?xún)r(jià)比?？煽啃栽敲磾?shù)據(jù)的可靠性是設(shè)備運(yùn)行的一個(gè)重要指標(biāo)。設(shè)計(jì)必須對(duì)可靠性重點(diǎn)考慮。從結(jié)構(gòu)設(shè)計(jì)、產(chǎn)品選擇以及網(wǎng)絡(luò)管理上要對(duì)整個(gè)系統(tǒng)的高可靠性和穩(wěn)定性作出保證。系統(tǒng)傳輸信息的過(guò)失率要小，成功率要高，無(wú)故障運(yùn)行時(shí)間要長(zhǎng)。由于運(yùn)行核心業(yè)務(wù)系統(tǒng)，需要保證設(shè)備的正常運(yùn)行，不因硬件的故障或變化引起業(yè)務(wù)的瞬間質(zhì)量惡化甚至業(yè)務(wù)的中斷十分重要。硬件系統(tǒng)的可靠性通過(guò)冗余技術(shù)實(shí)現(xiàn)，包括電源冗余、處理器冗余、模塊冗余、設(shè)備冗余、鏈路冗余等技術(shù)。擴(kuò)展性原那么隨著信息化的開(kāi)展，新的需求將隨著應(yīng)用業(yè)務(wù)系統(tǒng)的增加而逐步增加，因此對(duì)系統(tǒng)設(shè)備的要求也越來(lái)越高，選用的技術(shù)和設(shè)備應(yīng)能滿足用戶對(duì)系統(tǒng)擴(kuò)展的要求，選用的設(shè)備應(yīng)具有兼容性，滿足應(yīng)用系統(tǒng)建設(shè)不斷完善的需要。標(biāo)準(zhǔn)性和開(kāi)放性原那么系統(tǒng)的設(shè)計(jì)應(yīng)符合國(guó)際標(biāo)準(zhǔn)和工業(yè)標(biāo)準(zhǔn)，采用開(kāi)放式系統(tǒng)體系結(jié)構(gòu)，。先進(jìn)性原那么采用先進(jìn)的技術(shù)，選用的技術(shù)和軟硬件產(chǎn)品應(yīng)具備持續(xù)開(kāi)展的能力。平安性原那么系統(tǒng)應(yīng)具有良好的平安性，因此需進(jìn)行有效的平安控制和管理。效勞質(zhì)量我公司采用以下措施或手段，來(lái)提高技術(shù)效勞的質(zhì)量。1、適應(yīng)IT市場(chǎng)需要，改革效勞組織體制2、強(qiáng)化市場(chǎng)意識(shí)，推行誠(chéng)信效勞3、提高員工素質(zhì)，充分發(fā)揮每位員工的作用4、完善鼓勵(lì)機(jī)制，培養(yǎng)員工的責(zé)任與風(fēng)險(xiǎn)意識(shí)5、實(shí)行集成與工程經(jīng)理責(zé)任制技術(shù)實(shí)現(xiàn)方案架構(gòu)根據(jù)工程規(guī)劃和系統(tǒng)架構(gòu)的設(shè)計(jì)，系統(tǒng)平臺(tái)架構(gòu)是面向效勞(SOA)的架構(gòu)，無(wú)論是Web應(yīng)用、應(yīng)用還是桌面應(yīng)用，SOA架構(gòu)均可以充分滿足當(dāng)前的應(yīng)用需求，也可很好的適應(yīng)未來(lái)信息系統(tǒng)增長(zhǎng)的需要。合理的架構(gòu)設(shè)計(jì)，利于今后的擴(kuò)展和升級(jí)，考慮對(duì)于未來(lái)業(yè)務(wù)的開(kāi)展，立足在產(chǎn)品的根底上通過(guò)升級(jí)改造來(lái)實(shí)現(xiàn)新需求的滿足。在本工程中，針對(duì)核心業(yè)務(wù)系統(tǒng)，我們給出公司成熟的、技術(shù)先進(jìn)的、且經(jīng)過(guò)多個(gè)實(shí)際工程實(shí)踐成功過(guò)的架構(gòu)作為本工程的架構(gòu)，其它的業(yè)務(wù)系統(tǒng)我們那么采用主流的、官方建議的架構(gòu)，從技術(shù)上保障工程的成功實(shí)施。系統(tǒng)架構(gòu)基于多層框架為核心構(gòu)建，本架構(gòu)成熟、穩(wěn)定、簡(jiǎn)潔、易擴(kuò)展，采用主流或開(kāi)源的平臺(tái)或組件，可以獲得最正確的性?xún)r(jià)比。系統(tǒng)架構(gòu)是一個(gè)多層分布式的系統(tǒng)架構(gòu)，系統(tǒng)分為表現(xiàn)層、業(yè)務(wù)層和數(shù)據(jù)層，可根據(jù)需要靈活地添加每層的效勞器，進(jìn)行分布式擴(kuò)展。表現(xiàn)層：針對(duì)PC端的表現(xiàn)層，以微信的形式與效勞器交互；針對(duì)終端的表現(xiàn)層已與效勞器交互。通過(guò)以上表現(xiàn)層，可以獲得更好的響應(yīng)速度及用戶體驗(yàn)。前端框架層，采用主流的MVC+JQuery框架，最大程度降低業(yè)務(wù)邏輯、數(shù)據(jù)、界面UI的耦合程度，便于今后系統(tǒng)的擴(kuò)展及維護(hù)；JQuery使頁(yè)面能更方便地處理HTMLDocuments,Events,實(shí)現(xiàn)動(dòng)畫(huà)效果，并且能方便地為Web應(yīng)用提供AJAX交互，提高用戶體驗(yàn)度。效勞接口層，采用webservice技術(shù)，面向Web及客戶端提供統(tǒng)一的接口效勞，通過(guò)以JSON格式向客戶端提供效勞，從而防止重復(fù)的接口開(kāi)發(fā)工作；業(yè)務(wù)邏輯層，包含處理應(yīng)用系統(tǒng)的各種業(yè)務(wù)邏輯組件，包括平安認(rèn)證、來(lái)電處理、統(tǒng)計(jì)分析等等業(yè)務(wù)組件，所有業(yè)務(wù)處理都是采用現(xiàn)在流行的面向效勞的設(shè)計(jì)。數(shù)據(jù)層，提供數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)訪問(wèn)效勞。采用大型關(guān)系型數(shù)據(jù)庫(kù)，單獨(dú)部署在獨(dú)立的數(shù)據(jù)庫(kù)效勞器上，只能通過(guò)應(yīng)用效勞器訪問(wèn)，以保證數(shù)據(jù)的平安。數(shù)據(jù)層既可支持不同的關(guān)系型數(shù)據(jù)庫(kù)，也支持目前流行的面向?qū)ο蠓顷P(guān)系數(shù)據(jù)庫(kù)帶來(lái)更好的性能。本架構(gòu)適用于業(yè)務(wù)系統(tǒng)、協(xié)同轉(zhuǎn)辦系統(tǒng)、門(mén)戶網(wǎng)站及所有為不同終端提供效勞的系統(tǒng)或效勞。采用的技術(shù)采用軟件框架的開(kāi)發(fā)思想，可以提高系統(tǒng)的性能和開(kāi)發(fā)的速度，同時(shí)也有利于與其他軟件產(chǎn)品進(jìn)行整合。組件式開(kāi)發(fā)軟件產(chǎn)品的所有功能全部采用組件式結(jié)構(gòu)組件式結(jié)構(gòu)是提高開(kāi)發(fā)效率、系統(tǒng)擴(kuò)展性及穩(wěn)定性的關(guān)鍵技術(shù)。按照組件標(biāo)準(zhǔn)開(kāi)發(fā)的組件就可以實(shí)現(xiàn)組件間的互操作，新的或升級(jí)后的功能部件“插入”系統(tǒng)后，便能“即插即用”，自動(dòng)實(shí)現(xiàn)與系統(tǒng)的無(wú)縫連接和升級(jí)。積木式方案組合系統(tǒng)所采用的所有產(chǎn)品可以獨(dú)立分布和運(yùn)行，符合統(tǒng)一的平安、開(kāi)發(fā)、部署標(biāo)準(zhǔn)，可以進(jìn)行自由組合使用。采用統(tǒng)一的技術(shù)框架在J2EE開(kāi)發(fā)中廣泛使用的Eclipse開(kāi)發(fā)工具，采用Struts和Hibernate，遵循MVC即Model〔模型〕－視圖〔View〕－控制器〔Controller〕設(shè)計(jì)模式，并將Model進(jìn)一步劃分為“業(yè)務(wù)應(yīng)用〔BusinessProcess〕－業(yè)務(wù)效勞單元〔BusinessServerUnit〕－持久化〔Hibernate＋JDBC〕”，形成“View－Controller－BusinessProcess－BusinessServerUnit－Hibernate＋JDBC”的多層架構(gòu)，其框圖如下：系統(tǒng)運(yùn)行時(shí)，其MVC相關(guān)組件相互調(diào)用的根本模式如以下圖：這套技術(shù)架構(gòu)將和應(yīng)用程序一起形成一個(gè)WAR包，獨(dú)立的部署在應(yīng)用效勞器上。即使應(yīng)用效勞器還運(yùn)行有其他系統(tǒng)，打包的Struts、Hibernate和應(yīng)用程序?qū)⑴c其他系統(tǒng)物理隔離開(kāi)，運(yùn)行時(shí)相互不影響?；诮M件架構(gòu)我們將依據(jù)總體規(guī)劃和業(yè)務(wù)實(shí)際需要，系統(tǒng)采用SOA架構(gòu)：1.統(tǒng)一的數(shù)據(jù)模型：所有數(shù)據(jù)都以統(tǒng)一的方式展現(xiàn)2.統(tǒng)一的調(diào)用方式：所有組件通過(guò)統(tǒng)一的方式表示，所有組件通過(guò)統(tǒng)一的方式調(diào)用。3.統(tǒng)一的效勞方式：WebService改系統(tǒng)連接為系統(tǒng)對(duì)外開(kāi)放效勞4.標(biāo)準(zhǔn)的效勞編排：組件可以統(tǒng)一編排，與它們具體的實(shí)現(xiàn)方式無(wú)關(guān)5.統(tǒng)一的調(diào)用方式：效勞組件6.業(yè)務(wù)邏輯不僅僅僅封裝成一個(gè)組件，而且采用組件效勞的方式，提供WSDL和Java接口的方式，可以為廣域網(wǎng)上遠(yuǎn)程相關(guān)系統(tǒng)提供給用集成、數(shù)據(jù)交互、效勞使用提供統(tǒng)一的對(duì)外的調(diào)用。系統(tǒng)的技術(shù)框架層是在系統(tǒng)框架層〔操作系統(tǒng)、數(shù)據(jù)庫(kù)及應(yīng)用效勞器〕和應(yīng)用系統(tǒng)之間建立的一層技術(shù)封裝層和系統(tǒng)資源監(jiān)控和管理層。框架運(yùn)用了登錄和平安框架〔SecurityFramework〕、持久化框架〔PersistenceFramework〕、工作流引擎〔WorkflowEngine〕、消息引擎〔MessageEngine〕、調(diào)度引擎〔Scheduler〕、緩存〔Cache〕效勞、異?！睧xception〕處理、運(yùn)行日志〔Log〕管理等根底效勞;JSPTag、ajax瘦客戶端技術(shù);同時(shí)框架中有運(yùn)用了先進(jìn)設(shè)計(jì)模式等。該方案按照采用面向效勞SOA的技術(shù)架構(gòu)，該方案按照SOA的效勞建模、組件開(kāi)發(fā)、效勞封裝等思路進(jìn)行設(shè)計(jì)開(kāi)發(fā)。根底架構(gòu)層：它包括操作系統(tǒng)、中間件、應(yīng)用效勞器等支撐環(huán)境；企業(yè)組件層：用不同的組件把系統(tǒng)功能封裝起來(lái)，以組件的形式出現(xiàn)；效勞提供層：用企業(yè)組件來(lái)構(gòu)建所需要的不同功能的效勞，SOA中的效勞可以被映射成具體系統(tǒng)中的任何功能模塊。業(yè)務(wù)流程管理層：利用已經(jīng)封裝好的各種效勞來(lái)構(gòu)建商業(yè)系統(tǒng)中的商業(yè)流程。業(yè)務(wù)展現(xiàn)層：利用業(yè)務(wù)展現(xiàn)層來(lái)向用戶提供用戶接口效勞，可以用基于portal的系統(tǒng)來(lái)構(gòu)建。以上這5層都需要有一個(gè)集成的環(huán)境來(lái)支持它們的運(yùn)行，企業(yè)效勞總線(ESB)提供了這個(gè)功能。根底架構(gòu)效勞：主要為整個(gè)SOA系統(tǒng)提供一些輔助的功能。以上是一組最低功能，開(kāi)發(fā)時(shí)可以確定利用何種現(xiàn)有技術(shù)來(lái)實(shí)現(xiàn)。通過(guò)考慮特定情形下的需求如何確定對(duì)額外功能的需要，可以選擇最適合這種情形的實(shí)現(xiàn)技術(shù)。其中核心的WebServices效勞方式，在內(nèi)管系統(tǒng)中的具體實(shí)現(xiàn)內(nèi)容包括：規(guī)定了效勞規(guī)約的根本原那么和方法，采用效勞標(biāo)識(shí)、效勞提供者、效勞使用者、效勞描述、方法名稱(chēng)、方法功能、輸入?yún)?shù)、輸出參數(shù)等一組屬性對(duì)交換效勞進(jìn)行標(biāo)準(zhǔn)性描述。技術(shù)標(biāo)準(zhǔn)模塊化本系統(tǒng)是一種低耦合、高內(nèi)聚的組件化應(yīng)用系統(tǒng)，即在模塊內(nèi)部是個(gè)具備關(guān)聯(lián)性的整體，同時(shí)在模塊之間是一種有機(jī)的組合。系統(tǒng)將在為復(fù)雜企業(yè)應(yīng)用軟件系統(tǒng)的開(kāi)發(fā)提供一個(gè)根本框架〔技術(shù)框架層和應(yīng)用框架層〕的同時(shí)，提供與之相應(yīng)的、方便易用的開(kāi)發(fā)、實(shí)施、維護(hù)和管理工具集。這個(gè)工具集預(yù)置了大量的根本功能件、核心功能件和應(yīng)用組件，支持企業(yè)模型的仿真、分析、診斷、優(yōu)化和調(diào)整。通過(guò)技術(shù)框架和應(yīng)用框架提供的開(kāi)發(fā)與管理工具，能很方便地滿足個(gè)性化的需求及在開(kāi)展過(guò)程中各種各樣變化的需求;降低開(kāi)發(fā)難度，提高開(kāi)發(fā)效率；支持基于企業(yè)參考模型的快速實(shí)施；提供全新的應(yīng)用軟件開(kāi)發(fā)模式。權(quán)限管理系統(tǒng)提供完善嚴(yán)密的權(quán)限控制機(jī)制，來(lái)保證對(duì)不同操作員的業(yè)務(wù)處理范圍的授權(quán)。系統(tǒng)提供兩個(gè)層面的權(quán)限管理：功能權(quán)限和數(shù)據(jù)權(quán)限。功能權(quán)限細(xì)化到功能模塊、功能節(jié)點(diǎn)、功能菜單/功能按鈕等三個(gè)層次的的權(quán)限級(jí)別。該權(quán)限機(jī)制機(jī)能保證應(yīng)用模塊功能平安按不同的級(jí)別分級(jí)控制與管理，同時(shí)保證功能權(quán)限的更豐富劃分。數(shù)據(jù)權(quán)限即對(duì)人員對(duì)數(shù)據(jù)的業(yè)務(wù)操作范圍的權(quán)限控制，例如部門(mén)負(fù)責(zé)人僅僅對(duì)本部門(mén)人員所做的數(shù)據(jù)操作的權(quán)限。標(biāo)準(zhǔn)化、標(biāo)準(zhǔn)化系統(tǒng)通過(guò)設(shè)置標(biāo)準(zhǔn)的業(yè)務(wù)流程，實(shí)現(xiàn)對(duì)業(yè)務(wù)管理的標(biāo)準(zhǔn)化，同時(shí)，通過(guò)下文所描述的編碼系統(tǒng)設(shè)計(jì)，實(shí)現(xiàn)醫(yī)院標(biāo)準(zhǔn)體系建設(shè)；流程化系統(tǒng)通過(guò)流程的動(dòng)態(tài)配置實(shí)現(xiàn)對(duì)業(yè)務(wù)的流程化應(yīng)用。工作流的主要特點(diǎn)是〔包含了各種基于人和機(jī)器的活動(dòng)的〕流程的自動(dòng)化，特別是那些包含了應(yīng)用程序之間的交互的流程的自動(dòng)化。在一個(gè)工作流中，文檔、信息或任務(wù)等根據(jù)一組設(shè)定的規(guī)那么在參與者之間自動(dòng)傳遞，以實(shí)現(xiàn)整體的業(yè)務(wù)目標(biāo)。由于企業(yè)的工作流貫穿企業(yè)生產(chǎn)經(jīng)營(yíng)的各個(gè)階段，所以企業(yè)通過(guò)引入工作流能夠加快流程處理速度，提高企業(yè)工作效率和企業(yè)市場(chǎng)競(jìng)爭(zhēng)力；增加對(duì)工作流程的控制；便于流程的整合，提升決策質(zhì)量與正確度。簡(jiǎn)單化系統(tǒng)是面向全員參與的應(yīng)用系統(tǒng)，因此在系統(tǒng)設(shè)計(jì)上必須考慮到不同層次應(yīng)用人員的操作習(xí)慣和操作的易用性，通過(guò)與內(nèi)部系統(tǒng)整合應(yīng)用實(shí)現(xiàn)不同應(yīng)用人員的不同界面展示和靈活調(diào)整,實(shí)現(xiàn)系統(tǒng)的簡(jiǎn)單化簡(jiǎn)便化操作；非功能性方案性能設(shè)計(jì)根據(jù)我公司大數(shù)據(jù)平臺(tái)分析及計(jì)算，結(jié)合我單位的實(shí)際情況，年數(shù)據(jù)量約在100萬(wàn)條，不含管理文件的數(shù)據(jù)容量大概在20G左右，管理文件容量約1T左右，沉著量和可擴(kuò)展性和災(zāi)備等多方面綜合考慮，建議每年的數(shù)據(jù)庫(kù)效勞器分配在25G左右，文件效勞器容量分配2T左右。各單位系統(tǒng)整合后，隨著數(shù)據(jù)量、并發(fā)訪問(wèn)量呈幾何級(jí)數(shù)增大，系統(tǒng)平臺(tái)的性能將是決定平臺(tái)是否高效、實(shí)用的關(guān)鍵，性能高的響應(yīng)能給用戶帶來(lái)效率上的提升，加快工作效率，減少等待時(shí)間，同時(shí)加快了系統(tǒng)的處理效率，我們將通過(guò)以下幾方面設(shè)計(jì)來(lái)保證用戶得到高質(zhì)量的響應(yīng)：利用集群功能，合理分配負(fù)載，充分利用各主機(jī)的CPU,內(nèi)存等硬件資源；利用集群管理，當(dāng)主效勞器故障時(shí)，備份效勞器能夠自動(dòng)接管主效勞器的工作，并及時(shí)轉(zhuǎn)換過(guò)去，以實(shí)現(xiàn)對(duì)用戶的不間斷效勞；充分利用集群中的每一臺(tái)計(jì)算機(jī)的資源，實(shí)現(xiàn)復(fù)雜運(yùn)算的并行處理。負(fù)載均衡設(shè)計(jì)，利用負(fù)載均衡根據(jù)某種算法合理分配到集群中的每一臺(tái)計(jì)算機(jī)上，以減輕主效勞器的壓力，降低對(duì)主效勞器的硬件和需求。有效利用數(shù)據(jù)庫(kù)的緩存功能，對(duì)于經(jīng)常訪問(wèn)的數(shù)據(jù)，可將數(shù)據(jù)緩存于數(shù)據(jù)庫(kù)中，減少I(mǎi)O讀寫(xiě)。配置分布式的緩存效勞器，對(duì)常用數(shù)據(jù)進(jìn)行緩存，減少對(duì)數(shù)據(jù)源的實(shí)時(shí)訪問(wèn)。硬件部署上，將數(shù)據(jù)庫(kù)效勞器、Web效勞器、Web效勞、緩存效勞器、文件效勞器分開(kāi)單獨(dú)部署，減輕效勞器壓力的同時(shí)，提升性能的同時(shí)，便于今后分布式部署。對(duì)每年的歷史數(shù)據(jù)作備份，備份的歷史數(shù)據(jù)僅供查詢(xún)用，使用中的業(yè)務(wù)數(shù)據(jù)僅保存6–12個(gè)月的數(shù)據(jù)，減少歷年累積的數(shù)據(jù)對(duì)處理性能的影響。平安性設(shè)計(jì)考慮到企業(yè)信息化系統(tǒng)對(duì)平安的高標(biāo)準(zhǔn)，系統(tǒng)平臺(tái)對(duì)平安性方面采用以下技術(shù)手段來(lái)保證系統(tǒng)的平安：S協(xié)議：因協(xié)同系統(tǒng)供多個(gè)單位使用，必須部署在公網(wǎng)，另外APP調(diào)用的Web效勞也需要部署在公網(wǎng)，為了保證數(shù)據(jù)傳輸過(guò)程中的平安性，部署在公網(wǎng)的應(yīng)用及效勞采用單項(xiàng)S協(xié)議；因中心目前已經(jīng)有統(tǒng)一認(rèn)證平臺(tái)及人員信息庫(kù)，組織機(jī)構(gòu)庫(kù)，內(nèi)網(wǎng)用戶使用統(tǒng)一認(rèn)證平臺(tái)驗(yàn)證用戶登錄合法性。身份認(rèn)證：平臺(tái)對(duì)所有的業(yè)務(wù)系統(tǒng)提供身份認(rèn)證功能，使用系統(tǒng)的用戶必須先要經(jīng)過(guò)申請(qǐng)審批管理流程，通過(guò)管理人員的合法性審批；在系統(tǒng)登錄界面中，只有輸入正確的用戶名和密碼，才能進(jìn)入系統(tǒng)，進(jìn)入系統(tǒng)后用戶可隨時(shí)修改自己的密碼。對(duì)用戶密碼可提供更嚴(yán)格的控制功能，如首次登錄系統(tǒng)必須修改密碼、經(jīng)過(guò)多長(zhǎng)時(shí)間必須修改密碼、屢次登錄失敗鎖定用戶等，進(jìn)一步提供系統(tǒng)的身份認(rèn)證平安性。數(shù)據(jù)加密：為了保證重要資料數(shù)據(jù)在數(shù)據(jù)庫(kù)層不能被查看，系統(tǒng)對(duì)重要數(shù)據(jù)加密后存入數(shù)據(jù)庫(kù)；對(duì)于用戶注冊(cè)密碼，我們采用將用戶密碼進(jìn)行MD5加密后以密文的方式保存到數(shù)據(jù)庫(kù)中，用戶登錄時(shí)，將用戶輸入的密碼以同樣的加密算法進(jìn)行加密后，與當(dāng)前用戶注冊(cè)密碼的加密密文進(jìn)行比對(duì)。權(quán)限控制：系統(tǒng)提供權(quán)限管理功能模塊，系統(tǒng)管理員可增加、刪除、修改用戶、用戶組，設(shè)置用戶的操作權(quán)限、數(shù)據(jù)權(quán)限；通過(guò)用戶、用戶組及權(quán)限管理功能對(duì)登錄的用戶操作的頁(yè)面、功能進(jìn)行權(quán)限控制，實(shí)現(xiàn)系統(tǒng)應(yīng)用的數(shù)據(jù)平安。操作日志：系統(tǒng)對(duì)用戶登錄情況，如登錄用戶、進(jìn)入時(shí)間、退出時(shí)間、操作功能項(xiàng)等進(jìn)行自動(dòng)記錄；對(duì)于數(shù)據(jù)錄入、數(shù)據(jù)同步、數(shù)據(jù)抽取和數(shù)據(jù)分析等應(yīng)用處理的時(shí)間、數(shù)據(jù)范圍、執(zhí)行情況等也自動(dòng)記錄日志，以便出問(wèn)題時(shí)跟蹤追查審計(jì)?？煽啃栽O(shè)計(jì)系統(tǒng)平臺(tái)提供24小時(shí)面向客戶的效勞平臺(tái)，因此必須確保7×24小時(shí)穩(wěn)定可靠運(yùn)行；平臺(tái)需提供系統(tǒng)崩潰時(shí)的快速恢復(fù)機(jī)制，確保系統(tǒng)出現(xiàn)故障時(shí)能快速恢復(fù)系統(tǒng)正常運(yùn)行。對(duì)于核心的業(yè)務(wù)系統(tǒng)，Web效勞器、IVR效勞器、數(shù)據(jù)庫(kù)效勞器采用集群部署的方式分別部署在兩臺(tái)不同的效勞器上，這樣即使一臺(tái)效勞器停機(jī)，業(yè)務(wù)人員還可以正常使操作平臺(tái)處理業(yè)務(wù)，不影響系統(tǒng)的正常使用。系統(tǒng)對(duì)用戶數(shù)據(jù)輸入的合法性進(jìn)行嚴(yán)格校驗(yàn)，并對(duì)非法數(shù)據(jù)(如數(shù)據(jù)類(lèi)型及范圍不匹配等)產(chǎn)生含義明確的提示。系統(tǒng)不會(huì)因用戶非法輸入而造成程序中止(產(chǎn)生源代碼錯(cuò)誤信息、死機(jī)等)。系統(tǒng)采用分布式架構(gòu)，在資源占用、數(shù)據(jù)存儲(chǔ)等方面設(shè)計(jì)合理，不會(huì)對(duì)效勞器造成過(guò)高壓力而導(dǎo)致死機(jī)或效勞器操作系統(tǒng)崩潰等情況；確保系統(tǒng)運(yùn)行較長(zhǎng)時(shí)間(如兩年以上)后不會(huì)因信息過(guò)多、數(shù)據(jù)庫(kù)容量缺乏而導(dǎo)致整個(gè)系統(tǒng)的崩潰?？蓴U(kuò)展性設(shè)計(jì)系統(tǒng)平臺(tái)采用成熟、先進(jìn)的主流技術(shù)，確保系統(tǒng)技術(shù)的持續(xù)領(lǐng)先性，保證工程投資的有效性、保值性和延續(xù)性。平臺(tái)采用SOA〔基于效勞的架構(gòu)〕架構(gòu)，所有的核心業(yè)務(wù)邏輯以效勞的形式發(fā)布，并且采用ESB〔企業(yè)效勞總線〕技術(shù)進(jìn)行調(diào)度、調(diào)用；未來(lái)隨著業(yè)務(wù)的擴(kuò)展，只需要在原來(lái)的架構(gòu)根底上開(kāi)發(fā)擴(kuò)展效勞并部署即可，不需要修改架構(gòu)。所有的效勞采用標(biāo)準(zhǔn)的基于的協(xié)議，效勞端和客戶端的數(shù)據(jù)交互以基于的JSON格式來(lái)進(jìn)行數(shù)據(jù)定義,確保數(shù)據(jù)傳輸交換和效率,對(duì)于大數(shù)據(jù)的傳輸使用GZIP進(jìn)行數(shù)據(jù)壓縮。采用分布式的架構(gòu)，便于以后業(yè)務(wù)量及數(shù)據(jù)量加大后，方便擴(kuò)展硬件，不需要調(diào)整架構(gòu)及修改代碼。效勞端采用MVC框架開(kāi)發(fā)，保證工程運(yùn)行穩(wěn)定性和保證后續(xù)開(kāi)發(fā)的便利性。系統(tǒng)采用通用的標(biāo)準(zhǔn)、協(xié)議定義框架、接口，設(shè)計(jì)精當(dāng)，方便向外部系統(tǒng)提供標(biāo)準(zhǔn)的接口，接入外部系統(tǒng)或?yàn)橥獠肯到y(tǒng)提供效勞，標(biāo)準(zhǔn)的設(shè)計(jì)可以充分滿足工程需求，具有很強(qiáng)的適應(yīng)性及可擴(kuò)展性。易用性設(shè)計(jì)在的易用性方面，我們將充分考慮用戶群體的使用習(xí)慣，提供用戶體驗(yàn)好、簡(jiǎn)單易用、操作明了的用戶界面，高效地為客戶定制一套更適合客戶需要的的系統(tǒng)：使用群眾化、標(biāo)準(zhǔn)的Web瀏覽器如IE、Firefox作為客戶端的瀏覽工具，界面設(shè)計(jì)兼容主流的操作平臺(tái)及瀏覽器。采用通用、標(biāo)準(zhǔn)的UI設(shè)計(jì)元素，減少歧義。用戶界面友好、同時(shí)易操作，符合用戶操作習(xí)慣，界面操作符合瀏覽習(xí)慣、界面風(fēng)格術(shù)語(yǔ)統(tǒng)一；合理的組織操作菜單。提供友好的聯(lián)機(jī)幫助界面及友好的錯(cuò)誤提示界面。災(zāi)備設(shè)計(jì)備份策略為了保障核心數(shù)據(jù)和重要數(shù)據(jù)的完整性和一致性，我們將提供對(duì)應(yīng)的磁盤(pán)備份、聯(lián)機(jī)備份功能：磁盤(pán)備份：通過(guò)鏡像(mirrored)磁盤(pán)矩陣,對(duì)每一個(gè)寫(xiě)到磁盤(pán)的字節(jié)，作實(shí)時(shí)的鏡像備份，減少磁盤(pán)機(jī)出錯(cuò)的幾率。磁盤(pán)備份一旦設(shè)定，由實(shí)現(xiàn)，無(wú)需人工干預(yù)。聯(lián)機(jī)備份：提供24*365天的備份機(jī)制，用戶可以基于調(diào)度來(lái)運(yùn)行備份，可以基于系統(tǒng)運(yùn)行的熱備份。以上的備份策略，保證在不影響系統(tǒng)效勞的條件下，在本地保存一份前一天的備份數(shù)據(jù)，包括數(shù)據(jù)倉(cāng)庫(kù)和報(bào)表效勞器的數(shù)據(jù)。當(dāng)?shù)貍浞萁ㄗh保存30天。備份可以保存在磁帶庫(kù)、或光盤(pán)庫(kù)。本地備份耗時(shí)目標(biāo)是2小時(shí)?；謴?fù)策略常規(guī)的數(shù)據(jù)恢復(fù)流程設(shè)計(jì)如下：重啟系統(tǒng)的所有效勞器和存儲(chǔ)如必要，恢復(fù)系統(tǒng)從本地備份選取前一天的備份，或最近的備份恢復(fù)數(shù)據(jù)庫(kù)恢復(fù)系統(tǒng)效勞外部接口設(shè)計(jì)從整個(gè)平臺(tái)的業(yè)務(wù)需求來(lái)看，對(duì)于外部接口主要包括兩個(gè)，一個(gè)短信平臺(tái)接口，另一個(gè)支持郵件系統(tǒng)接口。短信平臺(tái)接口-根據(jù)運(yùn)營(yíng)商提供WebService接口，系統(tǒng)完成3大運(yùn)營(yíng)商短信接口的封裝，并以統(tǒng)一的報(bào)文格式提交到運(yùn)營(yíng)商，由運(yùn)用商最終完成短信相關(guān)操作；并且以效勞的形式供各業(yè)務(wù)子系統(tǒng)調(diào)用。郵件系統(tǒng)接口-根據(jù)提供的標(biāo)準(zhǔn)效勞接口，以效勞的形式封裝，在系統(tǒng)內(nèi)進(jìn)行調(diào)用，完成收發(fā)郵件的相關(guān)功能。系統(tǒng)部署方案系統(tǒng)由于采用J2EE技術(shù)，具備了跨平臺(tái)運(yùn)行能力和極強(qiáng)的擴(kuò)展能力。系統(tǒng)在不進(jìn)行任何編碼的情況下，可以在線進(jìn)行容量擴(kuò)展，利用更多的設(shè)備，為移動(dòng)業(yè)務(wù)開(kāi)展提供更高的保證。硬件設(shè)備擴(kuò)容上，效勞器可以通過(guò)在線/離線增加設(shè)備的方式迚行擴(kuò)容和優(yōu)化。集群擴(kuò)展時(shí)，僅需要根據(jù)處理能力添加新的主機(jī)迚集群即可。系統(tǒng)采用分層架構(gòu)開(kāi)發(fā)和設(shè)計(jì)，將界面、控制邏輯、業(yè)務(wù)邏輯和模型別離，實(shí)現(xiàn)系統(tǒng)內(nèi)部松耦合，以靈活、快速地響應(yīng)業(yè)務(wù)變化對(duì)系統(tǒng)的需求系統(tǒng)拓?fù)浣Y(jié)構(gòu)系統(tǒng)拓?fù)浣Y(jié)構(gòu)整個(gè)系統(tǒng)包括以下三個(gè)局部，描述如下：用戶局部：工作人員通過(guò)客戶端軟件使用系統(tǒng)，登錄的網(wǎng)絡(luò)方式可采用VPN／APN專(zhuān)網(wǎng)接入。內(nèi)部人員通過(guò)局域網(wǎng)接入，使用Web瀏覽器訪問(wèn)后臺(tái)管理系統(tǒng)。應(yīng)用局部：主要包括系統(tǒng)的軟硬件設(shè)備，提供系統(tǒng)整體功能。數(shù)據(jù)局部：主要包括數(shù)據(jù)存儲(chǔ)的軟硬件設(shè)備，提供數(shù)據(jù)存儲(chǔ)及平安保障。具體系統(tǒng)部署系統(tǒng)基于Nginx的Tomcat負(fù)載均衡以及集群。工程在體系結(jié)構(gòu)、軟件產(chǎn)品、數(shù)據(jù)共享交換等方面，貫徹"標(biāo)準(zhǔn)和開(kāi)放"的原那么，保證系統(tǒng)具備良好的互連性、擴(kuò)充性，使得最廣泛的軟件可以被采用；系統(tǒng)采用通用的平臺(tái)產(chǎn)品技術(shù)和開(kāi)放的體系結(jié)構(gòu)，使具有較好的互操作性、可移植性、檔次皆宜性和易獲得性，使得最廣泛的社會(huì)人才可以參加新系統(tǒng)的開(kāi)發(fā)、管理、培訓(xùn)、使用和維護(hù)，最廣泛的Internet新技術(shù)可以最先采用，同時(shí)擁有最短的開(kāi)發(fā)周期；系統(tǒng)要能夠支持多種效勞器平臺(tái)、多種網(wǎng)絡(luò)傳輸協(xié)議，同時(shí)又能適應(yīng)新技術(shù)的開(kāi)展。企業(yè)端硬件要求小型企業(yè)模式配置要求序號(hào)設(shè)備名稱(chēng)說(shuō)明1應(yīng)用效勞器：CPU(處理器)：一個(gè)Intel4核XeonE5-2609處理器2.4GHz內(nèi)存：8GB1333MHzDDR3內(nèi)存存儲(chǔ)(硬盤(pán))：2塊146GBSAS10000RPM(RAID1)RAID組成以及控制器根據(jù)客戶需求可將二臺(tái)效勞器合并為一臺(tái)效勞器。2數(shù)據(jù)庫(kù)效勞器：CPU(處理器)：一個(gè)Intel4核XeonE5-2609處理器2.4GHz內(nèi)存：8GB1333MHzDDR3內(nèi)存存儲(chǔ)(硬盤(pán))：3塊146GBSAS10000RPM(RAID5)RAID組成以及控制器中型企業(yè)模式配置要求序號(hào)設(shè)備名稱(chēng)說(shuō)明1應(yīng)用效勞器：CPU(處理器)：兩個(gè)Intel四核XeonE5-2609處理器2.4GHz內(nèi)存：16GB1333MHzDDR3內(nèi)存存儲(chǔ)(硬盤(pán))：2塊146GBSAS15000RPM(RAID1)RAID組成以及控制器根據(jù)客戶需求可將二臺(tái)效勞器合并為一臺(tái)效勞器。2數(shù)據(jù)庫(kù)效勞器：CPU(處理器)：兩個(gè)Intel四核XeonE5-2609處理器2.4GHz內(nèi)存：16GB1333MHzDDR3內(nèi)存存儲(chǔ)(硬盤(pán))：3塊146GBSAS15000RPM(RAID5)RAID組成以及控制器大型企業(yè)模式配置要求序號(hào)設(shè)備名稱(chēng)說(shuō)明1應(yīng)用效勞器：CPU(處理器)：兩個(gè)Intel六核XeonE48071.86GHZ處理器內(nèi)存：32GB1333MHzDDR3內(nèi)存存儲(chǔ)(硬盤(pán))：2塊146GBSAS15000RPM(RAID1)RAID組成以及控制器根據(jù)客戶需求可將二臺(tái)效勞器合并為一臺(tái)效勞器，或者做負(fù)載均衡動(dòng)態(tài)添加效勞器。2數(shù)據(jù)庫(kù)效勞器：CPU(處理器)：兩個(gè)Intel六核XeonE48071.86GHZ處理器內(nèi)存：32GB1333MHzDDR3內(nèi)存存儲(chǔ)(硬盤(pán))：3塊146GBSAS15000RPM(RAID5)RAID組成以及控制器集團(tuán)端硬件要求并發(fā)能力Web效勞器架構(gòu)效勞器配置備注5000次/秒1)

Apache+n個(gè)Tomcat〔n>=2〕；2臺(tái)web效勞2臺(tái)數(shù)據(jù)庫(kù)效勞器1套光纖存儲(chǔ)1臺(tái)web效勞器同時(shí)部署apache〔nginx〕和tomcat；1臺(tái)web效勞器部署tomcat數(shù)據(jù)庫(kù)做應(yīng)用高可用光纖存儲(chǔ)作數(shù)據(jù)庫(kù)共享存儲(chǔ)空間2)

Nginx+n個(gè)Tomcat〔n=2〕；1萬(wàn)次/秒1)

Apache+n個(gè)Tomcat〔n>=2〕；4臺(tái)web效勞1臺(tái)nginx效勞器1臺(tái)緩存效勞器2臺(tái)數(shù)據(jù)庫(kù)效勞器1套光纖存儲(chǔ)4臺(tái)web效勞器裝tomcat；數(shù)據(jù)庫(kù)連接光纖盤(pán)陣做應(yīng)用高可用2)

Nginx+n個(gè)Tomcat〔n=2〕；注：同時(shí)配置緩沖>5萬(wàn)次多個(gè)Nginx+n個(gè)Tomcat〔n>=2〕組合；注：同時(shí)配置緩沖20臺(tái)web效勞2臺(tái)nginx效勞器2臺(tái)緩存效勞器2臺(tái)負(fù)載均衡器4臺(tái)數(shù)據(jù)庫(kù)效勞器2套光纖存儲(chǔ)組成多個(gè)nginx+tomcat集群〔1臺(tái)nginx+10臺(tái)web效勞器裝tomcat〕,通過(guò)負(fù)載均衡器分流。數(shù)據(jù)庫(kù)連接共享存儲(chǔ)作高可用；生產(chǎn)數(shù)據(jù)庫(kù)與查詢(xún)數(shù)據(jù)庫(kù)別離。說(shuō)明：1〕理論上單個(gè)tomcat可以支持2500的并發(fā)，考慮到門(mén)戶的高可用性，可以考慮用Nginx+n個(gè)Tomcat〔n>=2〕的負(fù)載均衡架構(gòu)。2〕當(dāng)并發(fā)>2500時(shí)可以考慮增加tomcat效勞器，當(dāng)tomcat增加到達(dá)20個(gè)時(shí)，理論可以支撐5萬(wàn)次的并發(fā)請(qǐng)求。3〕當(dāng)并發(fā)>5萬(wàn)次時(shí)，那么需要考慮增加一套Nginx+tomcat的組合，多個(gè)Nginx+tomcat通過(guò)硬件或是軟件負(fù)載均衡器來(lái)實(shí)現(xiàn)平載均衡。4〕網(wǎng)站建設(shè)初期可以先部署5-10臺(tái)web效勞器，隨著并發(fā)訪問(wèn)量的增加再添加效勞器硬件設(shè)備。后端數(shù)據(jù)挖掘硬件要求用戶量Web效勞器架構(gòu)效勞器配置備注100W以下1)

Apache+n個(gè)Tomcat〔n>=2〕；2臺(tái)數(shù)據(jù)庫(kù)效勞器1臺(tái)web效勞器部署tomcat數(shù)據(jù)庫(kù)做應(yīng)用高可用光纖存儲(chǔ)作數(shù)據(jù)庫(kù)共享存儲(chǔ)空間2)

Nginx+n個(gè)Tomcat〔n=2〕；1000W以下1)

Apache+n個(gè)Tomcat〔n>=2〕；2臺(tái)數(shù)據(jù)庫(kù)效勞器1套光纖存儲(chǔ)4臺(tái)web效勞器裝tomcat；數(shù)據(jù)庫(kù)連接光纖盤(pán)陣做應(yīng)用高可用2)

Nginx+n個(gè)Tomcat〔n=2〕；注：同時(shí)配置緩沖1000W以上多個(gè)Nginx+n個(gè)Tomcat〔n>=2〕組合；注：同時(shí)配置緩沖4臺(tái)數(shù)據(jù)庫(kù)效勞器2套光纖存儲(chǔ)組成多個(gè)nginx+tomcat集群〔1臺(tái)nginx+10臺(tái)web效勞器裝tomcat〕,通過(guò)負(fù)載均衡器分流。數(shù)據(jù)庫(kù)連接共享存儲(chǔ)作高可用；生產(chǎn)數(shù)據(jù)庫(kù)與查詢(xún)數(shù)據(jù)庫(kù)別離。軟件要求序號(hào)名稱(chēng)說(shuō)明1WindowsServer2008企業(yè)版/linux64位操作系統(tǒng)，客戶提供2MYSQL數(shù)據(jù)庫(kù)，客戶提供3谷歌瀏覽器建議瀏覽器網(wǎng)絡(luò)寬帶要求最高網(wǎng)絡(luò)帶寬：10M以上最低網(wǎng)絡(luò)帶寬：1M以上硬件擴(kuò)容策略當(dāng)網(wǎng)站開(kāi)展到一定階段，隨著用戶量不斷擴(kuò)大，現(xiàn)有的網(wǎng)絡(luò)資源和效勞器資源不能滿足用戶需要的時(shí)候，就需要對(duì)平臺(tái)進(jìn)行效勞器和網(wǎng)絡(luò)的擴(kuò)容。以下是兩種平臺(tái)擴(kuò)容的方式：增加效勞器對(duì)于web的并發(fā)處理有瓶頸時(shí)，新增的web效勞器，把新增的web效勞器填加到Web效勞器集群中，以增加Web的并發(fā)處理能力。對(duì)于數(shù)據(jù)庫(kù)有處理壓力時(shí)，可以增加數(shù)據(jù)庫(kù)效勞器，增加數(shù)據(jù)庫(kù)效勞器參加數(shù)據(jù)庫(kù)的集群中。增加存儲(chǔ)對(duì)于存儲(chǔ)容量不能滿足業(yè)務(wù)需要時(shí)，可以考慮在磁盤(pán)柜中新增加硬盤(pán)，甚至考慮新增磁盤(pán)柜。升級(jí)效勞器可以升級(jí)效勞器的內(nèi)存、硬盤(pán)，甚至考慮用新的性能更高的效勞器來(lái)替換。網(wǎng)絡(luò)擴(kuò)容申請(qǐng)更大的網(wǎng)絡(luò)帶寬引入CDN升級(jí)內(nèi)網(wǎng)交換機(jī)系統(tǒng)部署的優(yōu)點(diǎn)平臺(tái)的技術(shù)先進(jìn)性(能夠滿足主流平臺(tái)和跨平臺(tái)快速應(yīng)用)平臺(tái)采用先進(jìn)的開(kāi)發(fā)環(huán)境、運(yùn)行平臺(tái)、網(wǎng)絡(luò)環(huán)境等技術(shù)，充分表達(dá)系統(tǒng)的可擴(kuò)展性、平安性、穩(wěn)定高效性和易維護(hù)性,具體如下:可擴(kuò)展性:系統(tǒng)采用J2EE技術(shù)，具備了跨平臺(tái)運(yùn)行能力和極強(qiáng)的擴(kuò)展能力。系統(tǒng)在不進(jìn)行任何編碼的情況下，可以在線進(jìn)行容量擴(kuò)展，利用更多的設(shè)備，為移動(dòng)業(yè)務(wù)開(kāi)展提供更高的保證。硬件設(shè)備易于擴(kuò)容，效勞器可以通過(guò)在線/離線增加設(shè)備的方式進(jìn)行擴(kuò)容和優(yōu)化。集群擴(kuò)展時(shí)，僅需要根據(jù)處理能力添加新的主機(jī)進(jìn)集群即可。平安性:系統(tǒng)采用分層架構(gòu)開(kāi)發(fā)和設(shè)計(jì)，將界面、控制邏輯、業(yè)務(wù)邏輯和模型別離，實(shí)現(xiàn)系統(tǒng)內(nèi)部松耦合，以靈活、快速地響應(yīng)業(yè)務(wù)變化對(duì)系統(tǒng)的需求數(shù)據(jù)層：實(shí)現(xiàn)數(shù)據(jù)的統(tǒng)一組織和集中管理；業(yè)務(wù)邏輯層：包括組件及效勞，通過(guò)組件實(shí)現(xiàn)對(duì)業(yè)務(wù)邏輯、數(shù)據(jù)訪問(wèn)、規(guī)那么定義、系統(tǒng)管理等的封裝，通過(guò)效勞為系統(tǒng)內(nèi)部模塊及外部系統(tǒng)提供原子效勞或組合效勞；穩(wěn)定高效性:控制層：通過(guò)控制層實(shí)現(xiàn)界面和系統(tǒng)控制，如權(quán)限、事務(wù)及異常等；實(shí)現(xiàn)組件的生命周期管理等；展現(xiàn)層：接收幵相應(yīng)用戶操作，幵向用戶反應(yīng)結(jié)果；業(yè)務(wù)邏輯由后臺(tái)處理；數(shù)據(jù)庫(kù)MySQL數(shù)據(jù)庫(kù)效勞器的master-slave模式，運(yùn)用數(shù)據(jù)庫(kù)效勞器在主從效勞器間執(zhí)行同步，運(yùn)用只把數(shù)據(jù)寫(xiě)到主效勞器，而讀數(shù)據(jù)時(shí)那么根據(jù)負(fù)載選擇一臺(tái)從效勞器或者主效勞器來(lái)讀取，將數(shù)據(jù)按不同策略劃分到不同的效勞器〔組〕上，分散數(shù)據(jù)庫(kù)壓力。緩存運(yùn)用緩存能有效應(yīng)對(duì)大負(fù)載，減少數(shù)據(jù)庫(kù)的壓力，并顯著提高多層運(yùn)用程序的性能接口平臺(tái)：負(fù)責(zé)與外部系統(tǒng)的訪問(wèn)和接口調(diào)用，同時(shí)也承載系統(tǒng)內(nèi)部的信息共享和訪問(wèn)效勞；工程實(shí)施總體方案對(duì)本工程賣(mài)方將采取與買(mǎi)方緊密合作的方式，充分發(fā)揮合作雙方各自?xún)?yōu)勢(shì)完成整個(gè)工程的實(shí)施。根據(jù)工程實(shí)施的階段和任務(wù)，邀請(qǐng)買(mǎi)方的工作人員參與到工程管理和技術(shù)的每一項(xiàng)工作中來(lái)，聯(lián)合成立相應(yīng)的組織機(jī)構(gòu)，進(jìn)行有效的分工。雙方共同負(fù)責(zé)對(duì)工程進(jìn)行組織、實(shí)施和控制，并在工程實(shí)施的各里程碑到達(dá)時(shí)召開(kāi)工程協(xié)調(diào)會(huì)，進(jìn)行工程的總結(jié)、組織、協(xié)調(diào)工作。工程啟動(dòng)后，將由賣(mài)方工程方案控制小組定期召集工作會(huì)議，討論各階段任務(wù)的執(zhí)行情況，分析存在的問(wèn)題，提出改良方法，尤其注重討論那些潛在的風(fēng)險(xiǎn)，提出相應(yīng)的風(fēng)險(xiǎn)處理對(duì)策，并將會(huì)議結(jié)果及時(shí)通報(bào)給買(mǎi)方，由買(mǎi)方進(jìn)行審核和確認(rèn)，以確保工程按期高質(zhì)量地完成。工程方案1.獲取約定工程經(jīng)理參與工程的準(zhǔn)備工作，并且負(fù)責(zé)與售前工程的交接，獲得工程的《工作說(shuō)明書(shū)》，《工作說(shuō)明書(shū)》是工程與客戶及與公司的約定，工程經(jīng)理還需要獲得公司對(duì)工程的其他要求。這些信息是工程經(jīng)理在工程啟動(dòng)階段需要獲取的根本信息，并作為編寫(xiě)工程方案的輸入。2.編制工程方案確定工程概要：關(guān)于工程的編號(hào)、名稱(chēng)信息，本工程的工作說(shuō)明書(shū)〔SOW〕，工程建設(shè)目標(biāo)、最終的可交付物，工程方案文檔中使用的專(zhuān)業(yè)術(shù)語(yǔ)解釋?zhuān)朴喒こ谭桨高^(guò)程中使用的參考資料。工程組織結(jié)構(gòu)：工程組織結(jié)構(gòu)描述了工程的人員與組織結(jié)構(gòu)和工程人力資源分配的信息。工程估算：軟件產(chǎn)品規(guī)模估算、本錢(qián)估算、工作量估算、工作進(jìn)度估算、關(guān)鍵資源的估算。制定風(fēng)險(xiǎn)管理方案：描述工程風(fēng)險(xiǎn)承受度的分析和工程組為有效管理風(fēng)險(xiǎn)所要采取的活動(dòng)。確定工程里程碑和WBS：WBS是工程方案中重要的工作內(nèi)容，通過(guò)對(duì)軟件開(kāi)發(fā)工作進(jìn)行分解，并結(jié)合估算的進(jìn)度要求，編寫(xiě)《工程WBS工作表》，表征每項(xiàng)工作任務(wù)完成的標(biāo)志性事件即所謂“里程碑”。資源方案：分析工程的硬件設(shè)備需求、軟件設(shè)備需求，以及工作環(huán)境、方案環(huán)境要求，并指定相應(yīng)的責(zé)任人。交流溝通方案和培訓(xùn)方案。評(píng)審工程方案：工程經(jīng)理將工程方案發(fā)給技術(shù)協(xié)調(diào)小組、買(mǎi)方相關(guān)人員，并組織買(mǎi)方確認(rèn)工作，買(mǎi)方確認(rèn)工作采用管理評(píng)審的方式的進(jìn)行，評(píng)審的內(nèi)容主要針對(duì)人員組織、關(guān)鍵依賴(lài)、估算中的進(jìn)度、里程碑、提交物和詳細(xì)的WBS表、風(fēng)險(xiǎn)管理表等內(nèi)容。根據(jù)評(píng)審結(jié)果對(duì)工程方案進(jìn)行修訂，修訂后的工程方案要得到買(mǎi)方工程負(fù)責(zé)人確實(shí)認(rèn)。發(fā)布方案：工程經(jīng)理將通過(guò)評(píng)審后的工程方案申請(qǐng)基線化，并通過(guò)郵件或會(huì)議的方式通知所有工程涉及人員。3.工程跟蹤任務(wù)跟蹤：明確工程中任務(wù)下達(dá)與跟蹤的形式，包括了對(duì)任務(wù)方案、任務(wù)安排、任務(wù)跟蹤這些活動(dòng)的要求、相應(yīng)的責(zé)任人及輸出產(chǎn)物。事務(wù)跟蹤：明確工程中要進(jìn)行跟蹤的事務(wù)類(lèi)別、跟蹤的頻度、跟蹤采用的方法或工具、及相應(yīng)的責(zé)任人，如問(wèn)題跟蹤、缺陷跟蹤、需求跟蹤、評(píng)審缺陷跟蹤等。買(mǎi)方反應(yīng)：確定工程中對(duì)買(mǎi)方反應(yīng)、建議、甚至抱怨的應(yīng)對(duì)責(zé)任人〔比方工程經(jīng)理或設(shè)立專(zhuān)職的客戶經(jīng)理〕和紀(jì)錄跟蹤的方式。狀態(tài)報(bào)告：確定工程組需要向相關(guān)人或組織提交報(bào)告的信息，包括報(bào)告的對(duì)象、頻度、報(bào)告文件名稱(chēng)。如：買(mǎi)方、賣(mài)方的資深管理層的相應(yīng)報(bào)告。工程跟蹤和監(jiān)督需要有以下具體的子活動(dòng)：每周例會(huì)，必要時(shí)邀請(qǐng)買(mǎi)方參加提交和通報(bào)QA周報(bào)告、配置狀態(tài)報(bào)告、開(kāi)發(fā)小組工作報(bào)告、測(cè)試小組工作報(bào)告和其他?？偨Y(jié)工程的實(shí)際進(jìn)展數(shù)據(jù)，并在工程周報(bào)中表達(dá)，主要數(shù)據(jù)包括工程的當(dāng)前的工作績(jī)效〔產(chǎn)品的完成情況〕、進(jìn)度情況、缺陷總結(jié)、需求穩(wěn)定度分析和變更發(fā)生情況?？偨Y(jié)工程組存在的問(wèn)題和分析工程進(jìn)展的風(fēng)險(xiǎn)對(duì)重要問(wèn)題的日常跟蹤回憶在必要時(shí)出《工程偏差控制報(bào)告》。《工程偏差控制報(bào)告》是對(duì)估算出現(xiàn)偏差的一個(gè)總結(jié)報(bào)告。并決定是否需要修改工程方案。出會(huì)議紀(jì)要和工程工作周報(bào)。在必要時(shí)出工程工作月報(bào)。日常監(jiān)督和跟蹤工作、風(fēng)險(xiǎn)管理工作對(duì)工程周報(bào)中的工程問(wèn)題進(jìn)行跟蹤對(duì)工程周報(bào)中的工程風(fēng)險(xiǎn)問(wèn)題進(jìn)行跟蹤對(duì)工程周報(bào)中其他事項(xiàng)進(jìn)行跟蹤軟件開(kāi)發(fā)軟件開(kāi)發(fā)通常需要經(jīng)過(guò)分析、設(shè)計(jì)、實(shí)現(xiàn)和運(yùn)行維護(hù)等幾個(gè)階段；為了用工程化方式來(lái)有效的管理軟件工程的全過(guò)程，軟件工程生命周期也可以分成幾個(gè)階段。對(duì)軟件工程生命周期的不同劃分，形成不同的軟件工程工程模型。目前在本軟件開(kāi)發(fā)實(shí)踐中使用的標(biāo)準(zhǔn)軟件工程生命周期，都是以下幾個(gè)階段的不同排列組合。工程啟動(dòng)需求分析工程設(shè)計(jì)核心開(kāi)發(fā)定制開(kāi)發(fā)產(chǎn)品發(fā)布產(chǎn)品交付初驗(yàn)終驗(yàn)維護(hù)以下分別介紹我們本軟件開(kāi)發(fā)中三類(lèi)典型工程的組織標(biāo)準(zhǔn)軟件工程生命周期。組織標(biāo)準(zhǔn)軟件工程生命周期研發(fā)工程首先，在這里對(duì)軟件工程生命周期中通用的公共活動(dòng)進(jìn)行必要描述：序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1工程跟蹤與監(jiān)督工程周報(bào)、工程例會(huì)紀(jì)要、問(wèn)題跟蹤管理表、風(fēng)險(xiǎn)管理方案2軟件質(zhì)量保證QA審核報(bào)告、QA工作周報(bào)、不符合報(bào)告3軟件配置管理配置審計(jì)報(bào)告、配置狀態(tài)報(bào)告4階段退出會(huì)議紀(jì)要、階段總結(jié)報(bào)告工程啟動(dòng)序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1實(shí)施工程可行性研究工程可行性報(bào)告2召開(kāi)工程啟動(dòng)會(huì)議3制定工程方案工程方案書(shū)、工程軟件配置管理方案書(shū)、工程軟件質(zhì)量保證方案書(shū)4同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表需求分析序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1編寫(xiě)需求規(guī)格書(shū)、需求跟蹤矩陣需求規(guī)格書(shū)、需求跟蹤矩陣2細(xì)化工程方案工程方案書(shū)、工程軟件配置管理方案書(shū)、工程軟件質(zhì)量保證方案書(shū)3制定工程測(cè)試方案〔包括方案〕測(cè)試方案4同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表工程設(shè)計(jì)序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1概要設(shè)計(jì)概要設(shè)計(jì)規(guī)格書(shū)2詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)書(shū)3細(xì)化工程測(cè)試方案〔包括方案〕測(cè)試方案4同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表核心開(kāi)發(fā)階段序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1編寫(xiě)代碼代碼2進(jìn)行單元測(cè)試單元測(cè)試報(bào)告3持續(xù)集成測(cè)試測(cè)試狀況報(bào)告4進(jìn)行系統(tǒng)測(cè)試系統(tǒng)測(cè)試報(bào)告5文檔編寫(xiě)用戶手冊(cè)、操作手冊(cè)6同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表產(chǎn)品發(fā)布序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1發(fā)布版本版本發(fā)布報(bào)告2工程總結(jié)工程總結(jié)報(bào)告組織標(biāo)準(zhǔn)軟件工程生命周期工程工程首先，在這里對(duì)軟件工程生命周期中通用的公共活動(dòng)進(jìn)行必要描述：序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1工程跟蹤與監(jiān)督工程周報(bào)、工程例會(huì)紀(jì)要、問(wèn)題跟蹤管理表、風(fēng)險(xiǎn)管理方案2軟件質(zhì)量保證QA審核報(bào)告、QA工作周報(bào)、不符合報(bào)告3軟件配置管理配置審計(jì)報(bào)告、配置狀態(tài)報(bào)告4階段退出會(huì)議紀(jì)要、階段總結(jié)報(bào)告工程啟動(dòng)序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1召開(kāi)工程啟動(dòng)會(huì)議2制定工程方案工程方案書(shū)、工程軟件配置管理方案書(shū)、工程軟件質(zhì)量保證方案書(shū)3同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表需求分析序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1編寫(xiě)需求規(guī)格書(shū)、需求跟蹤矩陣需求規(guī)格書(shū)、需求跟蹤矩陣2細(xì)化工程方案工程方案書(shū)、工程軟件配置管理方案書(shū)、工程軟件質(zhì)量保證方案書(shū)3制定工程測(cè)試方案〔包括方案〕測(cè)試方案4同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表工程設(shè)計(jì)序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1概要設(shè)計(jì)概要設(shè)計(jì)規(guī)格書(shū)2詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)書(shū)3細(xì)化工程測(cè)試方案〔包括方案〕測(cè)試方案4同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表核心開(kāi)發(fā)階段序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1編寫(xiě)代碼代碼2進(jìn)行單元測(cè)試單元測(cè)試報(bào)告3持續(xù)集成測(cè)試測(cè)試狀況報(bào)告4進(jìn)行系統(tǒng)測(cè)試系統(tǒng)測(cè)試報(bào)告5文檔編寫(xiě)用戶手冊(cè)、操作手冊(cè)6同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表定制開(kāi)發(fā)階段序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1編寫(xiě)代碼代碼2進(jìn)行單元測(cè)試單元測(cè)試報(bào)告3持續(xù)集成測(cè)試測(cè)試狀況報(bào)告4編制用戶測(cè)試方案用戶測(cè)試方案5進(jìn)行系統(tǒng)測(cè)試系統(tǒng)測(cè)試報(bào)告6進(jìn)行用戶測(cè)試用戶測(cè)試報(bào)告7文檔編寫(xiě)用戶手冊(cè)、操作手冊(cè)8同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表產(chǎn)品發(fā)布/軟件交付階段序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1發(fā)布版本版本發(fā)布報(bào)告2編制上線方案上線方案3系統(tǒng)上線上線總結(jié)報(bào)告軟件維護(hù)階段序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1確認(rèn)維護(hù)需求〔包括BUG〕需求變更申請(qǐng)單/Bug單2維護(hù)設(shè)計(jì)、開(kāi)發(fā)設(shè)計(jì)書(shū)3內(nèi)部測(cè)試修改測(cè)試單4用戶測(cè)試用戶測(cè)試報(bào)告5維護(hù)需求上線上線申請(qǐng)與批準(zhǔn)報(bào)告6同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表初驗(yàn)序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1編制試運(yùn)行報(bào)告試運(yùn)行報(bào)告2用戶驗(yàn)收測(cè)試用戶驗(yàn)收?qǐng)?bào)告3初驗(yàn)初驗(yàn)報(bào)告終驗(yàn)序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1編制技術(shù)總結(jié)報(bào)告技術(shù)總結(jié)報(bào)告2編制工程總結(jié)報(bào)告工程總結(jié)報(bào)告3用戶驗(yàn)收測(cè)試用戶測(cè)試報(bào)告4終驗(yàn)終驗(yàn)報(bào)告組織標(biāo)準(zhǔn)軟件工程生命周期維護(hù)工程首先，在這里對(duì)軟件工程生命周期中通用的公共活動(dòng)進(jìn)行必要描述：序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1工程跟蹤與監(jiān)督工程周報(bào)、工程例會(huì)紀(jì)要、問(wèn)題跟蹤管理表、風(fēng)險(xiǎn)管理方案2軟件質(zhì)量保證QA審核報(bào)告、QA工作周報(bào)、不符合報(bào)告3軟件配置管理配置審計(jì)報(bào)告、配置狀態(tài)報(bào)告4階段退出會(huì)議紀(jì)要、階段總結(jié)報(bào)告工程啟動(dòng)序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1召開(kāi)維護(hù)交接會(huì)議2制定維護(hù)工程方案維護(hù)工程方案3同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表工程實(shí)施序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1確認(rèn)維護(hù)需求〔包括BUG〕需求變更申請(qǐng)單/Bug單2維護(hù)設(shè)計(jì)、開(kāi)發(fā)設(shè)計(jì)書(shū)3內(nèi)部測(cè)試修改測(cè)試單4用戶測(cè)試用戶測(cè)試報(bào)告5維護(hù)需求上線上線申請(qǐng)與批準(zhǔn)報(bào)告6同行評(píng)審活動(dòng)評(píng)審報(bào)告、缺陷管理表工程結(jié)束序號(hào)關(guān)鍵活動(dòng)工作產(chǎn)物/輸出1提交維護(hù)總結(jié)報(bào)告維護(hù)總結(jié)報(bào)告工程執(zhí)行與控制任務(wù)跟蹤：明確工程中任務(wù)下達(dá)與跟蹤的形式，包括了對(duì)任務(wù)方案、任務(wù)安排、任務(wù)跟蹤這些活動(dòng)的要求、相應(yīng)的責(zé)任人及輸出產(chǎn)物。事務(wù)跟蹤：明確工程中要進(jìn)行跟蹤的事務(wù)類(lèi)別、跟蹤的頻度、跟蹤采用的方法或工具、及相應(yīng)的責(zé)任人，如問(wèn)題跟蹤、缺陷跟蹤、需求跟蹤、評(píng)審缺陷跟蹤等。買(mǎi)方反應(yīng)：確定工程中對(duì)買(mǎi)方反應(yīng)、建議、甚至抱怨的應(yīng)對(duì)責(zé)任人〔比方工程經(jīng)理或設(shè)立專(zhuān)職的客戶經(jīng)理〕和紀(jì)錄跟蹤的方式。狀態(tài)報(bào)告：確定工程組需要向相關(guān)人或組織提交報(bào)告的信息，包括報(bào)告的對(duì)象、頻度、報(bào)告文件名稱(chēng)。如：向買(mǎi)方、資深管理層的相應(yīng)報(bào)告。工程跟蹤和監(jiān)督需要有以下具體的子活動(dòng)：每周例會(huì)，必要時(shí)邀請(qǐng)客戶參加提交和通報(bào)QA周報(bào)告、配置狀態(tài)報(bào)告、開(kāi)發(fā)小組工作報(bào)告、測(cè)試小組工作報(bào)告和其他?？偨Y(jié)工程的實(shí)際進(jìn)展數(shù)據(jù)，并在工程周報(bào)中表達(dá)，主要數(shù)據(jù)包括工程的當(dāng)前的工作績(jī)效〔產(chǎn)品的完成情況〕、進(jìn)度情況、缺陷總結(jié)、需求穩(wěn)定度分析和變更發(fā)生情況?？偨Y(jié)工程組存在的問(wèn)題和分析工程進(jìn)展的風(fēng)險(xiǎn)對(duì)重要問(wèn)題的日常跟蹤回憶在必要時(shí)出《工程偏差控制報(bào)告》。《工程偏差控制報(bào)告》是對(duì)估算出現(xiàn)偏差的一個(gè)總結(jié)報(bào)告。并決定是否需要修改工程方案。出會(huì)議紀(jì)要和工程工作周報(bào)。在必要時(shí)出工程工作月報(bào)。日常監(jiān)督和跟蹤工作、風(fēng)險(xiǎn)管理工作對(duì)工程周報(bào)中的工程問(wèn)題進(jìn)行跟蹤對(duì)工程周報(bào)中的工程風(fēng)險(xiǎn)問(wèn)題進(jìn)行跟蹤對(duì)工程周報(bào)中其他事項(xiàng)進(jìn)行跟蹤修改工程方案〔包括子方案〕：當(dāng)工程方案出現(xiàn)偏差時(shí)，需要對(duì)工程方案進(jìn)行及時(shí)的調(diào)整。引起工程方案變更存在多種可能的因數(shù)，如原來(lái)的進(jìn)度估計(jì)不準(zhǔn)確、發(fā)生了沒(méi)有估計(jì)到的問(wèn)題、工程執(zhí)行過(guò)程中的各種變更等等。工程方案應(yīng)該定期的被檢查，發(fā)現(xiàn)可能影響工程方案的變更因數(shù)，對(duì)這些因素進(jìn)行分析，并在工程例會(huì)中確定是否要對(duì)工程方案進(jìn)行調(diào)整。修改工程方案之前，必須首先編寫(xiě)《工程偏差控制報(bào)告》，該報(bào)告是修改工程方案的直接依據(jù)。在工程方案的修改前、修改后，需要通過(guò)《工程方案變更控制報(bào)告》，要求公司的管理層和買(mǎi)方的管理層簽字確認(rèn)。在修改后的工程方案中，必須表達(dá)所有受工程方案變更的影響，并做對(duì)應(yīng)的修改。工程方案修改后在必要時(shí)必須通過(guò)評(píng)審。工程方案變更后，需要通知與工程組相關(guān)的人員或組織。工程方案變更的工作流程示意圖如下。通過(guò)工程方案的變更流程，實(shí)施對(duì)工程方案文檔的控制和管理。系統(tǒng)投入使用驗(yàn)收驗(yàn)收過(guò)程系統(tǒng)投入使用驗(yàn)收申請(qǐng)系統(tǒng)投入使用驗(yàn)收方案系統(tǒng)設(shè)備驗(yàn)收文檔審查、環(huán)境檢查制定投入使用測(cè)試大綱和測(cè)試方案投入使用測(cè)試制定系統(tǒng)割接方案和割接方案系統(tǒng)上線或割接驗(yàn)收標(biāo)準(zhǔn)系統(tǒng)根本功能已經(jīng)開(kāi)發(fā)完成，能夠滿足業(yè)務(wù)的根本要求，系統(tǒng)功能的進(jìn)一步開(kāi)發(fā)對(duì)已開(kāi)發(fā)完成功能的使用不會(huì)造成影響時(shí)。驗(yàn)收成果《上線報(bào)告》系統(tǒng)初驗(yàn)驗(yàn)收過(guò)程系統(tǒng)穩(wěn)定驗(yàn)證系統(tǒng)初驗(yàn)評(píng)審系統(tǒng)初驗(yàn)表決系統(tǒng)移交驗(yàn)收標(biāo)準(zhǔn)系統(tǒng)開(kāi)發(fā)建設(shè)完成，滿足業(yè)務(wù)要求后進(jìn)行的驗(yàn)收。初驗(yàn)完成后，允許系統(tǒng)存在少量遺留問(wèn)題。時(shí)限要求上線后3個(gè)月內(nèi)。驗(yàn)收成果《初驗(yàn)報(bào)告》系統(tǒng)終驗(yàn)驗(yàn)收過(guò)程系統(tǒng)終驗(yàn)評(píng)審系統(tǒng)終驗(yàn)表決系統(tǒng)最終移交驗(yàn)收標(biāo)準(zhǔn)統(tǒng)完全符合合同要求，經(jīng)過(guò)試運(yùn)行，系統(tǒng)調(diào)整優(yōu)化到滿足目前各業(yè)務(wù)要求，且根本滿足系統(tǒng)性能要求后進(jìn)行的驗(yàn)收。時(shí)限要求初驗(yàn)后3個(gè)月內(nèi)。驗(yàn)收成果《終驗(yàn)報(bào)告》工程結(jié)束按照合同約定免費(fèi)維護(hù)期結(jié)束后工程結(jié)束。工程文檔資料《技術(shù)建議方案》《需求規(guī)格書(shū)》《概要設(shè)計(jì)規(guī)格書(shū)》《詳細(xì)設(shè)計(jì)規(guī)格書(shū)》《系統(tǒng)測(cè)試方案》《集成測(cè)試報(bào)告》《系統(tǒng)測(cè)試報(bào)告》《用戶測(cè)試報(bào)告》《上線申請(qǐng)報(bào)告》《試運(yùn)行報(bào)告》《用戶維護(hù)手冊(cè)》《用戶使用手冊(cè)》《數(shù)據(jù)字典》《技術(shù)總結(jié)報(bào)告》《系統(tǒng)初驗(yàn)報(bào)告》《系統(tǒng)終驗(yàn)報(bào)告》軟件配置管理軟件配置管理是工程運(yùn)作的一個(gè)支撐平臺(tái)，它將工程所有成員〔包括公司中對(duì)工程負(fù)責(zé)的高層經(jīng)理〕的工作協(xié)同起來(lái)，實(shí)現(xiàn)高效的團(tuán)隊(duì)溝通，使工作成果及時(shí)共享。當(dāng)然，這種支撐是貫穿工程的整個(gè)生命周期的。配置管理方案在實(shí)現(xiàn)軟件配置管理方案的過(guò)程中，主要實(shí)現(xiàn)以下三個(gè)里程碑：A．建立軟件配置管理小組：在工程總體組批準(zhǔn)軟件配置管理方案之后，立即成立軟件配置管理小組；B．建立各階段的配置基線：隨著系統(tǒng)及其所屬各子系統(tǒng)的任務(wù)書(shū)的評(píng)審和批準(zhǔn)，建立起功能基線；隨著總體組編寫(xiě)的《軟件需求規(guī)格說(shuō)明書(shū)》的批準(zhǔn)，建立起指派基線；隨著工程化軟件系統(tǒng)的集成與系統(tǒng)測(cè)試的完成，建立起產(chǎn)品基線。C．建立軟件庫(kù)：在本工程所屬的各個(gè)子系統(tǒng)的研制工作的開(kāi)始，就建立起各個(gè)子系統(tǒng)的軟件開(kāi)發(fā)庫(kù)，并在本工程配置管理小組的計(jì)算機(jī)上建立起有關(guān)該系統(tǒng)及其子系統(tǒng)的軟件受控庫(kù)。以后在每個(gè)開(kāi)發(fā)階段的結(jié)束，建立各個(gè)子系統(tǒng)的新的開(kāi)發(fā)庫(kù)，同時(shí)把這個(gè)階段的階段產(chǎn)品送入總的軟件受控庫(kù)，并在各個(gè)子系統(tǒng)的計(jì)算機(jī)上建立軟件受控庫(kù)的副本。軟件受控庫(kù)必須以主軟件受控庫(kù)為準(zhǔn)。當(dāng)全部開(kāi)發(fā)工作結(jié)束，在配置管理小組的計(jì)算機(jī)上建立起軟件產(chǎn)品庫(kù)，并在各子系統(tǒng)的計(jì)算機(jī)上建立軟件產(chǎn)品庫(kù)的副本?；€庫(kù)管理基線是工程每個(gè)配置項(xiàng)版本在特定時(shí)期的一個(gè)“快照”。它提供一個(gè)正式標(biāo)準(zhǔn)，隨后的工作基于此標(biāo)準(zhǔn)，并且只有經(jīng)過(guò)授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。建立一個(gè)初始基線后，以后每次對(duì)其進(jìn)行的變更都將記錄為一個(gè)差值，直到建成下一個(gè)基線。配置項(xiàng)基線化前核心思想：開(kāi)發(fā)人員在每天下班之前將當(dāng)天工作成果提交到開(kāi)發(fā)庫(kù)開(kāi)發(fā)區(qū)。原那么：允許多人對(duì)一個(gè)文件進(jìn)行CHECKOUT操作。每天開(kāi)始開(kāi)發(fā)工作之前，所有開(kāi)發(fā)人員訪問(wèn)開(kāi)發(fā)庫(kù)開(kāi)發(fā)區(qū)將要修改的文件進(jìn)行CHECKOUT操作。每天下班之前，所有開(kāi)發(fā)人員將當(dāng)天修改的文件進(jìn)行CHECKIN操作，以及將當(dāng)天新增的文件參加開(kāi)發(fā)庫(kù)開(kāi)發(fā)區(qū)中。每天下班之前，配置管理員檢查所有開(kāi)發(fā)人員是否已經(jīng)按要求完成第2步操作。配置管理員將開(kāi)發(fā)庫(kù)開(kāi)發(fā)區(qū)鎖住，將當(dāng)前版本提取至測(cè)試區(qū)。配置管理員解鎖并通知工程組開(kāi)發(fā)人員。配置項(xiàng)基線化配置項(xiàng)符合以下任一項(xiàng)要求，才可將其納入基線庫(kù)：通過(guò)評(píng)審或通過(guò)配置經(jīng)理批準(zhǔn)工程經(jīng)理/技術(shù)經(jīng)理填寫(xiě)“配置項(xiàng)納入基線請(qǐng)求單”，配置經(jīng)理審批，配置管理員建立基線。配置項(xiàng)基線化后核心思想：配置項(xiàng)基線化后納入基線庫(kù)，由配置管理員完全控制。原那么：不允許多人對(duì)一個(gè)文件進(jìn)行CHECKOUT操作，由配置管理員對(duì)此做嚴(yán)格控制。工程組所有人員需對(duì)基線庫(kù)中的配置項(xiàng)進(jìn)行變更，必須先填寫(xiě)變更單，該申請(qǐng)必須通過(guò)審核。配置管理員根據(jù)變更單，將基線庫(kù)需變更的配置項(xiàng)進(jìn)行CHECKOUT操作或向變更修改人開(kāi)放權(quán)限。當(dāng)變更修改人完成變更后，將變更單提交給配置管理員，配置管理員或變更修改人更新基線庫(kù)。工程經(jīng)理/技術(shù)經(jīng)理填寫(xiě)“配置項(xiàng)納入基線請(qǐng)求單”，配置經(jīng)理審批，配置管理員建立基線。配置管理實(shí)施流程配置項(xiàng)基線化的要求配置經(jīng)理確定工程配置項(xiàng)標(biāo)識(shí)規(guī)定，配置項(xiàng)以及基線方案，GRB對(duì)其進(jìn)行評(píng)審。配置經(jīng)理在配置管理方案中明確系統(tǒng)版本升級(jí)策略。配置項(xiàng)包括：文檔類(lèi)配置項(xiàng)軟件類(lèi)配置項(xiàng)配置項(xiàng)標(biāo)識(shí)規(guī)定技術(shù)文檔表示規(guī)定：客戶名稱(chēng)-工程名稱(chēng)-文檔類(lèi)型名稱(chēng)質(zhì)量記錄標(biāo)識(shí)規(guī)定：客戶名稱(chēng)-工程名稱(chēng)-文檔類(lèi)型名稱(chēng)–序號(hào)代碼標(biāo)識(shí)規(guī)定：工程啟動(dòng)階段，由工程經(jīng)理或技術(shù)經(jīng)理負(fù)責(zé)提供，GRB審核。工程管理文檔標(biāo)識(shí)規(guī)定：會(huì)議紀(jì)要：客戶名稱(chēng)-工程名稱(chēng)-文檔類(lèi)型名稱(chēng)–開(kāi)會(huì)日期工程周報(bào)：客戶名稱(chēng)-工程名稱(chēng)-文檔類(lèi)型名稱(chēng)–提交日期技術(shù)討論記錄：客戶名稱(chēng)-工程名稱(chēng)-文檔類(lèi)型名稱(chēng)–討論日期軟件發(fā)布標(biāo)識(shí)外部版本標(biāo)識(shí)：版本號(hào)=VXX.XX.港華燃?xì)?，分別為:主版本號(hào)+次版本號(hào)+補(bǔ)丁號(hào)版本控制配置庫(kù)開(kāi)發(fā)庫(kù)，基線庫(kù)，發(fā)布庫(kù)，這三庫(kù)的目錄結(jié)構(gòu)都是相同的。工程經(jīng)理，技術(shù)經(jīng)理，測(cè)試經(jīng)理裁減標(biāo)準(zhǔn)目錄結(jié)構(gòu)，共同確定工程目錄結(jié)構(gòu)，填寫(xiě)“工程配置管理庫(kù)建庫(kù)申請(qǐng)單”，提交至配置經(jīng)理，將其納入配置管理方案，配置管理員負(fù)責(zé)創(chuàng)立。開(kāi)發(fā)庫(kù)開(kāi)發(fā)區(qū)用途開(kāi)發(fā)階段：為工程組所有成員提供私有的工作區(qū)域。數(shù)據(jù)來(lái)源工程組成員提交權(quán)限工程組所有人員：可讀/可寫(xiě)測(cè)試區(qū)用途開(kāi)發(fā)階段:存放待測(cè)試的代碼版本數(shù)據(jù)來(lái)源開(kāi)發(fā)區(qū)權(quán)限配置管理員，測(cè)試人員：可讀/可寫(xiě)其他人員：可讀基線庫(kù)用途存放工程過(guò)程中配置項(xiàng)的所有基線版本。數(shù)據(jù)來(lái)源開(kāi)發(fā)庫(kù)權(quán)限配置管理員：可讀/可寫(xiě)其他人員：可讀變更控制工程組所有人員需變更該庫(kù)中的配置項(xiàng)，需按照變更控制流程嚴(yán)格執(zhí)行。發(fā)布庫(kù)用途存放待發(fā)布，已發(fā)布的系統(tǒng)版本。數(shù)據(jù)來(lái)源基線庫(kù)權(quán)限配置管理員：可讀/可寫(xiě)其他人員：可讀發(fā)布管理變更控制變更申請(qǐng)當(dāng)需要對(duì)基線或基線中的配置項(xiàng)修改時(shí),變更申請(qǐng)人提交變更申請(qǐng)至CCB，變更申請(qǐng)工作內(nèi)容包括：1、描述變更的需求或來(lái)源，說(shuō)明變更的必要性；2、分析需要變更的內(nèi)容；3、說(shuō)明變更來(lái)源：需求變更:新增需求、需求變化、需求分析缺陷；設(shè)計(jì)變更:設(shè)計(jì)缺陷；上線系統(tǒng)代碼變更：編碼缺陷。變更評(píng)估變更申請(qǐng)?zhí)岢鲆院?，評(píng)估該變更申請(qǐng)，變更決定的結(jié)果要求通知所有相關(guān)的人員。評(píng)估人員要求具備相關(guān)的業(yè)務(wù)、技術(shù)、工程、質(zhì)量素質(zhì)，以到達(dá)評(píng)估的效果。如果是變更涉及到客戶的變更，或者是上線后的變更，需要吸收客戶負(fù)責(zé)人員參與。評(píng)估內(nèi)容包括：變更申請(qǐng)內(nèi)容。包括方案、性質(zhì)、起因、對(duì)其他局部的影響；根據(jù)變更對(duì)系統(tǒng)其他局部的影響，分析變更的工作范圍，進(jìn)行工作的分解?！矃⒁?jiàn)工程管理WBS〕根據(jù)不同的變更，可能發(fā)生的工作范圍包括：需求變更實(shí)施；設(shè)計(jì)變更實(shí)施；代碼變更實(shí)施；工程方案變更實(shí)施，主要指進(jìn)度相關(guān)；工程預(yù)算變更實(shí)施；其他相關(guān)的變更實(shí)施；以上各變更工作根據(jù)分析的結(jié)果斷定先后關(guān)系。變更對(duì)進(jìn)度、本錢(qián)的影響和帶來(lái)的風(fēng)險(xiǎn)。根據(jù)變更的WBS估算增加的工作量，從而得到變更對(duì)進(jìn)度和本錢(qián)的影響。其中本錢(qián)以人工時(shí)為單位進(jìn)行計(jì)算。評(píng)估結(jié)果有三種情況：拒絕變更:需要通知相關(guān)人員拒絕的原因。變更活動(dòng)結(jié)束，或由申請(qǐng)人重新提出申請(qǐng)。提交管理評(píng)審:如果變更帶來(lái)的進(jìn)度和本錢(qián)的變化超出工程經(jīng)理所能控制的范圍，由工程經(jīng)理申請(qǐng)高層管理評(píng)審，請(qǐng)高層決定是否執(zhí)行變更。如果否決那么過(guò)程活動(dòng)結(jié)束。提交管理評(píng)審的后續(xù)結(jié)果包含拒絕變更、接受變更兩種。決定進(jìn)行變更:如果斷定接收變更那么由工程經(jīng)理根據(jù)關(guān)鍵路徑圖實(shí)施變更方案，并由根據(jù)變更的類(lèi)型、內(nèi)容決定如何進(jìn)行變更的驗(yàn)證，包括驗(yàn)證的人員和方式。變更實(shí)施變更實(shí)施指實(shí)際發(fā)生的對(duì)配置項(xiàng)的修改行為。變更實(shí)施是變更評(píng)估后的步驟，修改產(chǎn)生的影響已經(jīng)在變更的評(píng)估中考慮。變更驗(yàn)證變更實(shí)施工作完成以后，提交指定的人員按指定的方式進(jìn)行驗(yàn)證。需求和設(shè)計(jì)方面的變更內(nèi)容采用文檔評(píng)審的方式，代碼方面變更內(nèi)容進(jìn)入測(cè)試流程。變更內(nèi)容得到驗(yàn)證以后，執(zhí)行配置管理流程，對(duì)應(yīng)成果確定新的基線。質(zhì)量保證產(chǎn)品的價(jià)值取決于產(chǎn)品的質(zhì)量，軟件質(zhì)量的特性是多方面的。必須包括：與明確確定的功能和性能需求的一致性。即軟件需求是質(zhì)量度量的根底，缺少與需求的一致性就無(wú)質(zhì)量可言。與明確成文的開(kāi)發(fā)標(biāo)準(zhǔn)的一致性。不遵循專(zhuān)門(mén)的開(kāi)發(fā)標(biāo)準(zhǔn)，將導(dǎo)致軟件質(zhì)量低劣。與所有專(zhuān)業(yè)開(kāi)發(fā)的軟件所期望的隱含的特性的一致性。無(wú)視軟件隱含的需求，軟件質(zhì)量將不可信。參與制訂和評(píng)審工程的軟件工程方案、標(biāo)準(zhǔn)和規(guī)程為工程軟件過(guò)程確實(shí)定和裁剪提供建議；為軟件生存周期各階段工作指出并協(xié)助制定所依據(jù)的標(biāo)準(zhǔn)和規(guī)程；審查工程所選用的有關(guān)標(biāo)準(zhǔn)、規(guī)程與工程外部強(qiáng)制標(biāo)準(zhǔn)和規(guī)程的一致性；評(píng)審軟件工程方案及選用的標(biāo)準(zhǔn)和規(guī)程；提供開(kāi)發(fā)流程的咨詢(xún)；驗(yàn)證方案、標(biāo)準(zhǔn)和規(guī)程是否可得到，且可用于評(píng)審和審核活動(dòng)。制訂工程SQA方案在軟件工程方案制定的同時(shí)提出工程SQA方案初稿，SQA方案不應(yīng)與軟件工程方案的內(nèi)容沖突。工程SQA方案制訂并經(jīng)QA經(jīng)理的同意后，提交工程經(jīng)理、軟件工程組和配置管理人員進(jìn)行評(píng)審。經(jīng)過(guò)評(píng)審的工程SQA方案再經(jīng)配置控制委員會(huì)的批準(zhǔn)后，配置管理人員將SQA方案納入配置管理。評(píng)審工作產(chǎn)品軟件質(zhì)量保證人員需要評(píng)審的工作產(chǎn)品包括但不限于：軟件工程方案，軟件配置管理方案，測(cè)試方案等。需要進(jìn)行評(píng)審的具體工作產(chǎn)品詳見(jiàn)SQA方案評(píng)審工作產(chǎn)品的目的是確保軟件產(chǎn)品符合軟件開(kāi)發(fā)標(biāo)準(zhǔn)和規(guī)程的要求。在工作產(chǎn)品評(píng)審結(jié)束后的一個(gè)工作日內(nèi)，軟件質(zhì)量保證人員應(yīng)報(bào)告軟件工作產(chǎn)品評(píng)審的結(jié)果。如果發(fā)現(xiàn)了不合格項(xiàng)，軟件質(zhì)量保證人員應(yīng)向工程經(jīng)理報(bào)告，并按審核后續(xù)活動(dòng)的方法跟蹤不合格項(xiàng)的處理，并驗(yàn)證不合格項(xiàng)的糾正結(jié)果直至關(guān)閉。過(guò)程審核依據(jù)工程SQA方案，軟件質(zhì)量保證人員在工程進(jìn)行的各個(gè)階段對(duì)軟件研發(fā)過(guò)程和工作產(chǎn)品進(jìn)行審核。當(dāng)過(guò)程審核需要工程組提供支持和配合時(shí)，審核前應(yīng)提前通知工程經(jīng)理，通知可以用郵件或書(shū)面方式。工程經(jīng)理在得到通知后應(yīng)準(zhǔn)備有關(guān)資料，與軟件質(zhì)量保證人員溝通以確定審核時(shí)間。實(shí)施審核前軟件質(zhì)量保證人員應(yīng)根據(jù)標(biāo)準(zhǔn)檢查單剪裁出審核檢查單，剪裁后的檢查單需經(jīng)QA經(jīng)理批準(zhǔn)。審核報(bào)告：在現(xiàn)場(chǎng)審核結(jié)束的一個(gè)工作日內(nèi)，軟件質(zhì)量保證人員應(yīng)向工程經(jīng)理和工程組提交審核報(bào)告。過(guò)程審核后續(xù)活動(dòng)：軟件質(zhì)量保證人員對(duì)審核發(fā)現(xiàn)的問(wèn)題，應(yīng)在現(xiàn)場(chǎng)審核結(jié)束的一個(gè)工作日內(nèi)報(bào)告給工程經(jīng)理和工程組。軟件質(zhì)量保證人員在規(guī)定的日期后進(jìn)行驗(yàn)證，驗(yàn)證合格那么關(guān)閉不合格項(xiàng)；如驗(yàn)證不合格或未采取措施，軟件質(zhì)量保證人員應(yīng)通過(guò)QA經(jīng)理及時(shí)向工程總監(jiān)報(bào)告；報(bào)告后，軟件質(zhì)量保證人員必須跟蹤該項(xiàng)不合格的處理，必要時(shí)進(jìn)行再驗(yàn)證。所有SQA審核報(bào)告、不符合報(bào)告等SQA的過(guò)程記錄，都需要納入配置管理進(jìn)行管理和控制。SQA報(bào)告機(jī)制軟件質(zhì)量保證人員應(yīng)向工程經(jīng)理和工程組提交審核報(bào)告和工作產(chǎn)品評(píng)審報(bào)告〔可和檢查單合在一起〕。對(duì)于在工程組層面未能關(guān)閉的不符合報(bào)告，應(yīng)由工程總監(jiān)裁決，軟件質(zhì)量保證人員跟蹤后續(xù)活動(dòng)。SQA活動(dòng)的定期報(bào)告周報(bào)：軟件質(zhì)量保證人員為每一個(gè)工程準(zhǔn)備一份SQA活動(dòng)周報(bào)，其內(nèi)容為軟件質(zhì)量保證人員一周內(nèi)對(duì)某工程所開(kāi)展的SQA活動(dòng)和工程SQA方案狀態(tài)等情況的總結(jié)。匯報(bào)對(duì)象是工程經(jīng)理和QA經(jīng)理。月報(bào)：SQA月報(bào)是QA經(jīng)理每月對(duì)SQA活動(dòng)的執(zhí)行情況、工程SQA方案的進(jìn)展情況和工程總監(jiān)裁決不合格項(xiàng)等情況的總結(jié)。QA經(jīng)理每月向工程總監(jiān)匯報(bào)，并抄送SEPG組組長(zhǎng)。風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理約定“風(fēng)險(xiǎn)管理”的目的是識(shí)別潛在的問(wèn)題，以便籌劃處理風(fēng)險(xiǎn)的活動(dòng)和在必要時(shí)在整個(gè)工程生存周期中實(shí)施這些活動(dòng)，緩解不利的影響，實(shí)現(xiàn)目標(biāo)。風(fēng)險(xiǎn)管理是一個(gè)連續(xù)的前瞻性的過(guò)程，它是業(yè)務(wù)和技術(shù)管理過(guò)程的重要組成局部。風(fēng)險(xiǎn)管理需要處理可能危及關(guān)鍵目標(biāo)的問(wèn)題。應(yīng)用持續(xù)風(fēng)險(xiǎn)管理的方法來(lái)確保有效地抵御和緩解工程生存周期中具有關(guān)鍵影響的風(fēng)險(xiǎn)。有效的風(fēng)險(xiǎn)管理包括，按照工程籌劃過(guò)程中所擬訂的共利益者介入方案，與共利益者合作，早期識(shí)別風(fēng)險(xiǎn)。為了建立起能夠自由而開(kāi)放地揭示和討論風(fēng)險(xiǎn)的環(huán)境，有必要在所有受影響的各方之間形成強(qiáng)有力的領(lǐng)導(dǎo)關(guān)系。工程總體進(jìn)度安排在此工程中，根據(jù)我們對(duì)工程的理解，明確要求“在工程中標(biāo)之后開(kāi)始工程的啟動(dòng)方案?！薄榇?，本公司根據(jù)實(shí)際情況，制定了詳細(xì)的工程方案，由于工程涉及系統(tǒng)眾多，參與部門(mén)眾多，因此必須嚴(yán)格按照方案的關(guān)鍵時(shí)間點(diǎn)完成相應(yīng)任務(wù)，才能順利完成系統(tǒng)上線工作，其關(guān)鍵歷程碑如下：工程啟動(dòng)：召開(kāi)工程啟動(dòng)會(huì)，啟動(dòng)會(huì)前做好總體工程方案及人員組織方案等工程準(zhǔn)備工作。需求確認(rèn)：完成根底業(yè)務(wù)功能、關(guān)鍵業(yè)務(wù)/跨系統(tǒng)解決方案及內(nèi)外集成接口需求的調(diào)研及評(píng)審確認(rèn)工作，這個(gè)是所有后續(xù)工作的根底，因此此里程碑式重中之重；同時(shí)需求控制也是關(guān)鍵環(huán)節(jié)，需求不斷變化，將直接導(dǎo)致應(yīng)用無(wú)法風(fēng)版，從而工程延期。設(shè)計(jì)評(píng)審：按照要求完成設(shè)計(jì)及評(píng)審工作。版本發(fā)布：發(fā)布版本。其中：RV1版本為準(zhǔn)上線公布，其開(kāi)發(fā)內(nèi)容主要是根據(jù)前期根底業(yè)務(wù)功能要求、關(guān)鍵業(yè)務(wù)/跨系統(tǒng)方案以及內(nèi)外部接口須求做的適應(yīng)性開(kāi)發(fā)。RV2是在RV1根底上進(jìn)行全部bug修正后產(chǎn)生的版本。測(cè)試：完成自建系統(tǒng)所有測(cè)試，包括：接口聯(lián)調(diào)測(cè)試、集成測(cè)試、全業(yè)務(wù)端到端測(cè)試、性能/壓力測(cè)試、UAT測(cè)試等。港華燃?xì)庀到y(tǒng)試點(diǎn)上線：完成上線本工程存在的風(fēng)險(xiǎn)分析和控制方法風(fēng)險(xiǎn)序列風(fēng)險(xiǎn)風(fēng)險(xiǎn)名稱(chēng)控制措施級(jí)別1高系統(tǒng)的接口能力可能不具備條件1、需要系統(tǒng)廠商積極配合。2、需要工程經(jīng)理加大協(xié)調(diào)力度。2高需求遲遲不能確定或需求經(jīng)常變更1、明確需求責(zé)任人和需求提出、變更流程，規(guī)定需求提出的截止時(shí)間和封版時(shí)間。2、對(duì)于不重要需求，放到上線后再進(jìn)行實(shí)施。3高工程復(fù)雜度高，涉及系統(tǒng)和部門(mén)眾多；1、盡可能的合理安排工程方案和工作，防止工作沖突或有安排不合理導(dǎo)致的工作等待。2、多增加工作檢查環(huán)節(jié)，預(yù)先發(fā)現(xiàn)工作漏洞。3、盡量簡(jiǎn)化工作流程，提高工作效率。4中時(shí)間短，測(cè)試不充分。1、加大測(cè)試力度。2、充分發(fā)動(dòng)業(yè)務(wù)人員，盡早介入測(cè)試。3、對(duì)業(yè)務(wù)功能進(jìn)行梳理，分出優(yōu)先級(jí)，本著急用先行的原那么。5中不能按時(shí)交付結(jié)果1、需要各部門(mén)積極配合。2、需要工程經(jīng)理加大協(xié)調(diào)力度。工程評(píng)審工作文檔評(píng)審在開(kāi)發(fā)的每個(gè)階段，對(duì)該階段所形成的文檔進(jìn)行評(píng)審，盡早發(fā)現(xiàn)問(wèn)題，并及時(shí)采取措施予以解決，確保文檔的內(nèi)容準(zhǔn)確，為產(chǎn)品的質(zhì)量提供保障。文檔的簽署是為了表達(dá)文檔的合法性、有效性、法規(guī)性。設(shè)計(jì)評(píng)審時(shí)機(jī)1)方案階段在方案階段完成后，甲乙雙方需要對(duì)《工程開(kāi)發(fā)方案》進(jìn)行評(píng)審。評(píng)審會(huì)應(yīng)包括：甲方工程負(fù)責(zé)人、我公司工程經(jīng)理、工程組的技術(shù)骨干，如工程需要還應(yīng)包括主管領(lǐng)導(dǎo)、技術(shù)總監(jiān)、有關(guān)專(zhuān)家和用戶代表等人員。2)需求分析階段：在需求分析階段完成規(guī)格之后，甲乙雙方需要對(duì)《需求規(guī)格說(shuō)明書(shū)》進(jìn)行評(píng)審。評(píng)審會(huì)應(yīng)包括：甲方工程負(fù)責(zé)人、我公司工程經(jīng)理、我公司需求分析人員、工程組的技術(shù)骨干，以及甲方相關(guān)業(yè)務(wù)需求確認(rèn)人。3)設(shè)計(jì)階段：在產(chǎn)品原型設(shè)計(jì)、UI設(shè)計(jì)及詳細(xì)設(shè)計(jì)完成之后，甲乙雙方需要對(duì)《產(chǎn)品原型設(shè)計(jì)》、《UI設(shè)計(jì)》、《詳細(xì)設(shè)計(jì)說(shuō)明書(shū)》進(jìn)行評(píng)審。評(píng)審會(huì)應(yīng)包括：甲方工程負(fù)責(zé)人、我公司工程經(jīng)理、我公司需求分析人員、工程組的技術(shù)骨干，以及甲方相關(guān)業(yè)務(wù)需求確認(rèn)人。4)編碼階段：在編碼階段結(jié)束時(shí)，需要對(duì)程序代碼進(jìn)行評(píng)審。評(píng)審會(huì)應(yīng)包括：甲方工程負(fù)責(zé)人、我公司工程經(jīng)理、甲乙雙方技術(shù)骨干。5)測(cè)試階段：在系統(tǒng)測(cè)試階段開(kāi)始之前，系統(tǒng)測(cè)試部應(yīng)完成對(duì)《測(cè)試方案》的評(píng)審。評(píng)審會(huì)應(yīng)包括：甲方工程負(fù)責(zé)人、測(cè)試部與本工程有關(guān)人員、我公司工程經(jīng)理、工程組的技術(shù)骨干，如果工程為重大工程，還應(yīng)包括技術(shù)總監(jiān)。如果發(fā)現(xiàn)的問(wèn)題涉及顧客需求變更、體系結(jié)構(gòu)調(diào)整，或者是跨基線的變更，要先申請(qǐng)?jiān)u審。設(shè)計(jì)評(píng)審的形式評(píng)審方式有會(huì)簽評(píng)審和會(huì)議評(píng)審兩種。1)會(huì)簽評(píng)審會(huì)簽評(píng)審時(shí)各個(gè)評(píng)委根據(jù)評(píng)審的內(nèi)容和要求進(jìn)行審核并發(fā)表自己意見(jiàn)，當(dāng)各個(gè)評(píng)委的意見(jiàn)根本一致，或問(wèn)題比擬明確并已得到解決，那么不召開(kāi)會(huì)議而直接填寫(xiě)評(píng)審報(bào)告的一種評(píng)審方式。2)會(huì)議評(píng)審會(huì)議評(píng)審就是公司組織內(nèi)外的專(zhuān)家召開(kāi)評(píng)審會(huì)議，根據(jù)評(píng)審的內(nèi)容和要求進(jìn)行討論、分析并就最終結(jié)果達(dá)成一致的評(píng)審方式。設(shè)計(jì)評(píng)審的準(zhǔn)備評(píng)審申請(qǐng)人應(yīng)填寫(xiě)《評(píng)審申請(qǐng)表》，提出設(shè)計(jì)評(píng)審申請(qǐng)，同時(shí)附上相應(yīng)的《檢查表》，有我公司工程經(jīng)理協(xié)調(diào)，甲方相關(guān)人員參與?！对u(píng)審申請(qǐng)表》的內(nèi)容包括：工程名稱(chēng)；評(píng)審時(shí)間、地點(diǎn)；評(píng)審組長(zhǎng)、成員；評(píng)審的方式方法；評(píng)審內(nèi)容。評(píng)審組長(zhǎng)或其指定人員負(fù)責(zé)準(zhǔn)備相關(guān)資料。評(píng)審組長(zhǎng)應(yīng)提前1—3個(gè)工作日通知參加評(píng)審的人員，并向其發(fā)放評(píng)審相關(guān)資料，參加評(píng)審人員應(yīng)根據(jù)評(píng)審安排和相關(guān)資料，做好評(píng)審準(zhǔn)備。設(shè)計(jì)評(píng)審的實(shí)施評(píng)審由評(píng)審組長(zhǎng)主持。評(píng)審小組通過(guò)交談、查閱文件、檢查現(xiàn)場(chǎng)，對(duì)《評(píng)審申請(qǐng)表》中的各項(xiàng)評(píng)審內(nèi)容進(jìn)行評(píng)審。評(píng)審組長(zhǎng)匯總評(píng)審意見(jiàn)，編寫(xiě)《評(píng)審報(bào)告》，甲乙雙方負(fù)責(zé)人簽字確認(rèn)。對(duì)發(fā)現(xiàn)問(wèn)題的處理和跟蹤措施評(píng)審結(jié)束后，部門(mén)經(jīng)理根據(jù)《評(píng)審報(bào)告》中提出的問(wèn)題，責(zé)成有關(guān)人員按規(guī)定期限對(duì)所發(fā)現(xiàn)的問(wèn)題加以解決。對(duì)于重大問(wèn)題根據(jù)《評(píng)審報(bào)告》的要求進(jìn)行復(fù)審。質(zhì)量記錄的控制設(shè)計(jì)評(píng)審中所產(chǎn)生的質(zhì)量記錄由評(píng)審組長(zhǎng)移交給工程經(jīng)理保存，待工程驗(yàn)收交付后由工程經(jīng)理移交甲方保持。工程風(fēng)險(xiǎn)控制工程風(fēng)險(xiǎn)管理包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)評(píng)估、風(fēng)險(xiǎn)量化、風(fēng)險(xiǎn)應(yīng)對(duì)和風(fēng)險(xiǎn)控制幾局部。該工程的實(shí)施風(fēng)險(xiǎn)和應(yīng)對(duì)方案如下：工程質(zhì)量管理質(zhì)量管理過(guò)程就是一切為使工程到達(dá)質(zhì)量要求所需要的活動(dòng)的綜合，包括決定質(zhì)量方針、目標(biāo)與責(zé)任的所有活動(dòng)，并通過(guò)諸如質(zhì)量規(guī)劃、質(zhì)量保證、質(zhì)量控制、質(zhì)量持續(xù)改良等程序和過(guò)程來(lái)實(shí)施工程執(zhí)行組織的質(zhì)量體系。質(zhì)量管理與范圍、時(shí)間和費(fèi)用管理是同等的優(yōu)先級(jí)。質(zhì)量管理過(guò)程質(zhì)量管理過(guò)程包括：1、質(zhì)量規(guī)劃――判斷哪些質(zhì)量標(biāo)準(zhǔn)與本工程有關(guān)，并決定應(yīng)如何到達(dá)這些質(zhì)量標(biāo)準(zhǔn)。2、實(shí)施質(zhì)量保證――開(kāi)展規(guī)劃確定的系統(tǒng)的質(zhì)量活動(dòng)，確保工程實(shí)施滿足要求所需的所有過(guò)程。3、實(shí)施質(zhì)量控制――監(jiān)控工程的具體結(jié)果，判斷它們是否符合相關(guān)質(zhì)量標(biāo)準(zhǔn)，并找出消除不合績(jī)效的方法。質(zhì)量管理組織質(zhì)量保證組織職責(zé)1、質(zhì)量保證方案的編寫(xiě)；2、質(zhì)量保證方案的實(shí)施：3、產(chǎn)品評(píng)審；4、過(guò)程審計(jì)；5、工程組技術(shù)和管理評(píng)審的參與；6、SQA報(bào)告。工作程序系統(tǒng)測(cè)試方案參加測(cè)試人員及組織分工測(cè)試的組織結(jié)構(gòu)是屬于工程組，但是獨(dú)立于開(kāi)發(fā)組，測(cè)試組長(zhǎng)的直接匯報(bào)渠道是工程經(jīng)理。測(cè)試組角色和職責(zé)分別定義如下：角色職責(zé)測(cè)試組長(zhǎng)測(cè)試中的主要角色，測(cè)試中所有環(huán)節(jié)的組織者，和主要實(shí)施者；負(fù)責(zé)制定測(cè)試策略和《測(cè)試方案》；負(fù)責(zé)單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試活動(dòng)的組織安排；確保所有測(cè)試活動(dòng)按照方案進(jìn)行，確保測(cè)試記錄得到維護(hù)，并根據(jù)測(cè)試工具的有效應(yīng)用產(chǎn)生測(cè)試度量數(shù)據(jù)；負(fù)責(zé)《系統(tǒng)測(cè)試方案》、《系統(tǒng)測(cè)試報(bào)告》。業(yè)務(wù)專(zhuān)家負(fù)責(zé)測(cè)試用例的分析和設(shè)計(jì)；負(fù)責(zé)開(kāi)發(fā)業(yè)務(wù)方面的測(cè)試用例。測(cè)試工程師在測(cè)試組長(zhǎng)的組織下，負(fù)責(zé)測(cè)試的設(shè)計(jì)、測(cè)試用例的開(kāi)發(fā)和測(cè)試執(zhí)行工作。架構(gòu)師負(fù)責(zé)性能測(cè)試用例的開(kāi)發(fā)和執(zhí)行；負(fù)責(zé)性能測(cè)試指標(biāo)的定義和結(jié)果分析；協(xié)助開(kāi)發(fā)組定位性能瓶頸和確定優(yōu)化應(yīng)用系統(tǒng)。單位審核提交的測(cè)試結(jié)果，提出修改意見(jiàn)。測(cè)試方法測(cè)試方法主要包括模塊測(cè)試、功能測(cè)試、系統(tǒng)測(cè)試。這些測(cè)試機(jī)制是：1、模塊測(cè)試模塊測(cè)試是針對(duì)概要設(shè)計(jì)中的一個(gè)一個(gè)模塊來(lái)進(jìn)行測(cè)試的，他的重點(diǎn)就是測(cè)module與module之間的關(guān)系。2、功能測(cè)試功能測(cè)試測(cè)試?yán)砟钍菫?zāi)難性測(cè)試，主要采用故障模型測(cè)試方法，故障模型指明了故障是如何以及為什么在執(zhí)行時(shí)會(huì)引起失效的，提供了對(duì)何種實(shí)施何種操作就可能會(huì)導(dǎo)致失效的方法。3、系統(tǒng)測(cè)試將已經(jīng)確認(rèn)的、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測(cè)試和確認(rèn)測(cè)試，其目的是通過(guò)與系統(tǒng)的需求相比擬，發(fā)現(xiàn)所開(kāi)發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方，從而提出更加完善的方案.。它的任務(wù)是盡可能徹底地檢查出程序中的錯(cuò)誤，提高系統(tǒng)的可靠性，其目的是檢驗(yàn)系統(tǒng)"做得怎樣？"。測(cè)試結(jié)果將按有關(guān)的說(shuō)明作記錄。任何被發(fā)現(xiàn)的問(wèn)題以及它們對(duì)系統(tǒng)其它任何局部可