信息化建設(shè)解決方案之應(yīng)用系統(tǒng)篇

信息化建設(shè)解決方案之應(yīng)用系統(tǒng)篇1、國(guó)內(nèi)應(yīng)用系統(tǒng)建設(shè)綜述【導(dǎo)讀】應(yīng)用系統(tǒng)工程建設(shè)是一項(xiàng)綜合性工程，集技術(shù)、業(yè)務(wù)、工程管理等于一體，實(shí)施過(guò)程以腦力勞動(dòng)為主，呈現(xiàn)性、可觀察性差，這是應(yīng)用系統(tǒng)工程建設(shè)難以管控的根本原因。在此，我們從系統(tǒng)建設(shè)方和開(kāi)發(fā)方的角度，來(lái)探討下應(yīng)用系統(tǒng)建設(shè)過(guò)程中存在的問(wèn)題及失敗的原因。當(dāng)前，我國(guó)正處在社會(huì)、經(jīng)濟(jì)變革的關(guān)鍵階段，信息化建設(shè)在十八大報(bào)告中被明確提出，通過(guò)廣泛深入的信息化建設(shè)逐步實(shí)現(xiàn)管理流程、組織架構(gòu)、決策分析等一系列優(yōu)化、變革，以適應(yīng)信息時(shí)代的發(fā)展要求。信息技術(shù)發(fā)展日新月異，如何將信息技術(shù)與產(chǎn)業(yè)發(fā)展相結(jié)合，構(gòu)建出符合發(fā)展趨勢(shì)、質(zhì)量可靠可用的應(yīng)用系統(tǒng)是信息化建設(shè)成敗的關(guān)鍵。應(yīng)用系統(tǒng)建設(shè)是一項(xiàng)復(fù)雜的系統(tǒng)工程，牽涉到多方面的因素，相對(duì)其它行業(yè)項(xiàng)目而言，軟件項(xiàng)目失敗的風(fēng)險(xiǎn)更大。通過(guò)采樣分析以往眾多軟件項(xiàng)目案例，可以發(fā)現(xiàn)影響軟件項(xiàng)目的因素遍及應(yīng)用系統(tǒng)建設(shè)的全過(guò)程，這其中有企業(yè)對(duì)自己需求認(rèn)識(shí)不清、用人不當(dāng)?shù)脑颍灿熊浖_(kāi)發(fā)方能力不足等原因。工程建設(shè)現(xiàn)狀隨著信息技術(shù)的發(fā)展和普及，應(yīng)用系統(tǒng)已經(jīng)與我們的工作、生活越來(lái)越密不可分，而軟件應(yīng)用系統(tǒng)建設(shè)現(xiàn)狀卻不容樂(lè)觀。根據(jù)研究機(jī)構(gòu)StandishGroup的統(tǒng)計(jì)，近幾年來(lái)軟件應(yīng)用系統(tǒng)建設(shè)項(xiàng)目成功率均在30%以下，超過(guò)70%的項(xiàng)目均由于項(xiàng)目延期、超出預(yù)算、功能缺失等原因而失敗甚至取消。綜合分析軟件應(yīng)用系統(tǒng)建設(shè)項(xiàng)目，可以了解到當(dāng)前比較典型的應(yīng)用系統(tǒng)建設(shè)現(xiàn)象如下：（1）業(yè)務(wù)部門對(duì)需求調(diào)研、業(yè)務(wù)需求采集工作敷衍不重視，推三阻四，不積極配合；業(yè)務(wù)部門對(duì)系統(tǒng)建設(shè)目標(biāo)和范圍不明確，或是系統(tǒng)業(yè)務(wù)需求脫離實(shí)際，華而不實(shí)；需求采集完后，開(kāi)發(fā)方有意或無(wú)意的遺漏需求；需求確認(rèn)后，開(kāi)發(fā)方需求管理混亂，業(yè)務(wù)部門需求變更頻繁，難以控制；系統(tǒng)建設(shè)過(guò)程中，業(yè)務(wù)部門抱怨系統(tǒng)沒(méi)有按照需求實(shí)現(xiàn)，開(kāi)發(fā)方抱怨業(yè)務(wù)部門需求不合理，雙方矛盾重重。（2）開(kāi)發(fā)方廠商眾多，很難看出哪家產(chǎn)品更有優(yōu)勢(shì)，有的廠商還會(huì)虛假宣傳誤導(dǎo)用戶，各開(kāi)發(fā)方報(bào)價(jià)差異也比較大，不知道該如何選擇；確定了開(kāi)發(fā)方后，系統(tǒng)建設(shè)過(guò)程中開(kāi)發(fā)方不及時(shí)主動(dòng)與用戶溝通，有時(shí)對(duì)用戶的要求陰奉陽(yáng)違，有時(shí)用戶甚至被開(kāi)發(fā)方牽著鼻子走；用戶發(fā)現(xiàn)系統(tǒng)問(wèn)題后，由于與開(kāi)發(fā)方合同內(nèi)容不清晰，開(kāi)發(fā)方強(qiáng)調(diào)各種理由不配合進(jìn)行修改，或是要求追加費(fèi)用；想更換開(kāi)發(fā)方，但系統(tǒng)建設(shè)已經(jīng)初具規(guī)模，難度很大；開(kāi)發(fā)方項(xiàng)目團(tuán)隊(duì)人員變化頻繁，不跟主管部門打招呼就換人，新人多，有經(jīng)驗(yàn)的人少，人員管理松散，開(kāi)發(fā)效率低。（3）項(xiàng)目計(jì)劃經(jīng)常不能按時(shí)完成，計(jì)劃調(diào)整頻繁，項(xiàng)目進(jìn)度延期后，開(kāi)發(fā)方又拿不出好的解決方案，項(xiàng)目看不到完成的希望；項(xiàng)目投入的資金、人力、時(shí)間、設(shè)備等嚴(yán)重超出計(jì)劃，不接著投入就半途而廢，繼續(xù)投入也看不到成效，系統(tǒng)建設(shè)騎虎難下。（4）系統(tǒng)建設(shè)完成后，質(zhì)量問(wèn)題多，改起來(lái)沒(méi)完沒(méi)了，也不知道還有多少潛在隱患沒(méi)有被發(fā)現(xiàn)；系統(tǒng)功能實(shí)現(xiàn)與需求差異大，或功能縮水，功能無(wú)法正常使用；系統(tǒng)經(jīng)常受到外部安全攻擊，不知道系統(tǒng)數(shù)據(jù)有沒(méi)有被竊取，系統(tǒng)內(nèi)部用戶可以越級(jí)查看或操作系統(tǒng)數(shù)據(jù)，也不知道系統(tǒng)還存在哪些安全漏洞；系統(tǒng)功能時(shí)而正常，時(shí)而不正常，運(yùn)行不穩(wěn)定；系統(tǒng)提交一個(gè)操作后，很長(zhǎng)時(shí)間都沒(méi)有反應(yīng),運(yùn)行速度慢；系統(tǒng)功能操作繁瑣，界面不友好，用戶使用反饋不好；用戶客戶端種類繁多，有些用戶使用正常，有些用戶使用不正常；系統(tǒng)建成后與其他系統(tǒng)集成困難，數(shù)據(jù)無(wú)法共享，系統(tǒng)成為信息孤島。（5）系統(tǒng)上線后，每隔一段時(shí)間就需要重啟一次，不重啟就無(wú)法正常運(yùn)行；系統(tǒng)出現(xiàn)突發(fā)問(wèn)題無(wú)法快速解決，需要長(zhǎng)時(shí)間暫停，業(yè)務(wù)無(wú)法正常開(kāi)展，上級(jí)主管部門和業(yè)務(wù)部門給予很大壓力；系統(tǒng)擴(kuò)展升級(jí)麻煩，或系統(tǒng)升級(jí)后，部分?jǐn)?shù)據(jù)丟失且無(wú)法恢復(fù)；系統(tǒng)上線一段時(shí)間后，運(yùn)行越來(lái)越慢或運(yùn)行不穩(wěn)定。當(dāng)前問(wèn)題分析為什么軟件應(yīng)用系統(tǒng)建設(shè)項(xiàng)目失敗率居高不下？為什么軟件應(yīng)用系統(tǒng)建設(shè)存在那么多的問(wèn)題？以下對(duì)這些現(xiàn)象進(jìn)行簡(jiǎn)要的分析：（1）需求調(diào)研分析困難重重，有了需求卻難以控制。信息化建設(shè)往往是由信息中心等信息化建設(shè)主管部門負(fù)責(zé)，業(yè)務(wù)部門配合進(jìn)行業(yè)務(wù)需求調(diào)研、可行性研究等工作。由于業(yè)務(wù)部門自身業(yè)務(wù)繁忙，而信息化建設(shè)相關(guān)工作需要投入較多業(yè)務(wù)人員配合，基于自身利益考慮，業(yè)務(wù)部門往往不重視相關(guān)配合工作，不想承擔(dān)相關(guān)責(zé)任，以規(guī)避自身風(fēng)險(xiǎn)，而主管部門又得不到領(lǐng)導(dǎo)層強(qiáng)有力的支持，也無(wú)法有效協(xié)調(diào)業(yè)務(wù)部門。作為應(yīng)用系統(tǒng)建設(shè)的主體，開(kāi)發(fā)方往往從自身利益考慮進(jìn)行需求分析，同時(shí)也往往缺少既懂業(yè)務(wù)又懂技術(shù)的經(jīng)驗(yàn)豐富的人才，這就導(dǎo)致業(yè)務(wù)部門人員與開(kāi)發(fā)方技術(shù)人員進(jìn)行業(yè)務(wù)需求調(diào)研分析時(shí)，出發(fā)點(diǎn)不一致，對(duì)需求的理解也不一致，需求調(diào)研分析的過(guò)程坎坷曲折，即使形成了需求成果，也往往不夠細(xì)化，甚至部分業(yè)務(wù)需求被有意無(wú)意的遺漏或被曲解。在需求管理過(guò)程中，業(yè)務(wù)部門對(duì)業(yè)務(wù)需求的認(rèn)識(shí)也是一個(gè)由模糊到清晰的過(guò)程，這就導(dǎo)致很多早期形成的需求都需要進(jìn)行變更，開(kāi)發(fā)方要么對(duì)需求變更以各種理由搪塞，要么疲于應(yīng)付各種需求變更，需求變更控制形同虛設(shè)。（2）系統(tǒng)開(kāi)發(fā)方難于選擇和駕馭，己方利益難以保障。在系統(tǒng)規(guī)劃階段，由于開(kāi)發(fā)方實(shí)力或其產(chǎn)品差距不大，而軟件產(chǎn)品質(zhì)量的檢測(cè)和評(píng)價(jià)往往專業(yè)性比較強(qiáng)，導(dǎo)致開(kāi)發(fā)方或產(chǎn)品難以評(píng)判;開(kāi)發(fā)方自身成本、報(bào)價(jià)計(jì)算方法不同，對(duì)項(xiàng)目建設(shè)內(nèi)容理解不同，自身實(shí)力不同，產(chǎn)品成熟度不同，導(dǎo)致開(kāi)發(fā)方的報(bào)價(jià)有較大差異，報(bào)價(jià)高的不一定能做好，報(bào)價(jià)低的又怕開(kāi)發(fā)方項(xiàng)目投入少。在系統(tǒng)建設(shè)過(guò)程中，為了回避項(xiàng)目中可能存在的各種問(wèn)題，系統(tǒng)開(kāi)發(fā)方不希望主管部門過(guò)多參與到項(xiàng)目管理中。由于信息化建設(shè)主管部門與系統(tǒng)開(kāi)發(fā)方技術(shù)水平不對(duì)稱，開(kāi)發(fā)方為了降低成本，盡力以功能實(shí)現(xiàn)的便捷性作為系統(tǒng)設(shè)計(jì)的目標(biāo)，減少成熟產(chǎn)品或組件的修改，努力以各種技術(shù)理由說(shuō)服用戶按照開(kāi)發(fā)方思路接收系統(tǒng)，將生米做成熟飯，抓住了主管部門騎虎難下的心理，往往導(dǎo)致系統(tǒng)建設(shè)先天基礎(chǔ)不良，后期出現(xiàn)問(wèn)題積重難返，即使要求開(kāi)發(fā)方修改，開(kāi)發(fā)方也會(huì)找各種理由搪塞或者要求追加費(fèi)用。（3）項(xiàng)目延期司空見(jiàn)慣，進(jìn)退兩難。由于項(xiàng)目管理信息量大，跟蹤統(tǒng)計(jì)分析工作量大，開(kāi)發(fā)方往往盡力簡(jiǎn)化自身的過(guò)程監(jiān)管工作；由于信息化建設(shè)主管部門與系統(tǒng)開(kāi)發(fā)方人員數(shù)量不對(duì)稱，導(dǎo)致主管部門無(wú)法投入較多人力進(jìn)行項(xiàng)目過(guò)程全面監(jiān)管工作，項(xiàng)目進(jìn)度情況更多的依賴于開(kāi)發(fā)方自身的跟蹤統(tǒng)計(jì)，數(shù)據(jù)的透明度往往不夠；開(kāi)發(fā)方基于自身發(fā)展和成本考慮，在項(xiàng)目組人員構(gòu)成上，往往以老帶新，通過(guò)項(xiàng)目實(shí)踐鍛煉新手，而新手由于技術(shù)水平相對(duì)較差，工作經(jīng)驗(yàn)較少，開(kāi)發(fā)效率較低；同時(shí)，由于應(yīng)用系統(tǒng)建設(shè)項(xiàng)目過(guò)程中存在諸多不確定性或技術(shù)風(fēng)險(xiǎn)，如果開(kāi)發(fā)方不能有效的預(yù)防和解決，就會(huì)造成項(xiàng)目進(jìn)展緩慢，風(fēng)險(xiǎn)解決效率低，項(xiàng)目不斷由于各種不確定因素和風(fēng)險(xiǎn)造成延期。（4）漏洞百出，滿目瘡痍。由于應(yīng)用系統(tǒng)質(zhì)量度量的復(fù)雜性，系統(tǒng)功能性往往是用戶最為直觀感受，也最為重視的質(zhì)量特性，為了降低項(xiàng)目成本，加快項(xiàng)目進(jìn)度，系統(tǒng)開(kāi)發(fā)方大多以功能的實(shí)現(xiàn)作為項(xiàng)目進(jìn)度的主要目標(biāo)，系統(tǒng)的安全性、可靠性、性能、易用性等其他非功能質(zhì)量特性往往被忽視；在系統(tǒng)設(shè)計(jì)過(guò)程中以功能實(shí)現(xiàn)的便捷性為目標(biāo)，不重視其他非功能質(zhì)量特性，造成系統(tǒng)的先天基礎(chǔ)不良；系統(tǒng)編碼往往完全依賴于開(kāi)發(fā)方自身的規(guī)范管理，而開(kāi)發(fā)方技術(shù)人員的技術(shù)水平和素質(zhì)參差不齊，容易導(dǎo)致系統(tǒng)編碼階段形成的程序不嚴(yán)格遵守編碼規(guī)范，程序只滿足功能性要求，不能充分滿足非功能質(zhì)量特性要求；系統(tǒng)測(cè)試往往依賴于開(kāi)發(fā)方自身的測(cè)試團(tuán)隊(duì)，為了降低人力成本，很多情況下測(cè)試人員往往與開(kāi)發(fā)人員不成比例，或者直接由開(kāi)發(fā)人員兼任，容易導(dǎo)致測(cè)試不夠全面，不對(duì)非功能質(zhì)量特性進(jìn)行專業(yè)測(cè)試，非功能問(wèn)題隱患潛伏在系統(tǒng)中。（5）維有名無(wú)實(shí)，形同虛設(shè)。由于應(yīng)用系統(tǒng)上線后，運(yùn)維工作更多的依賴于系統(tǒng)開(kāi)發(fā)方，而運(yùn)維階段多采用人工的方式進(jìn)行系統(tǒng)的日常運(yùn)維管理，缺少專業(yè)性運(yùn)維管理技術(shù)、工具支撐，也缺少專業(yè)的運(yùn)維技術(shù)人員，造成系統(tǒng)運(yùn)維管理效率低、操作性差，運(yùn)維數(shù)據(jù)無(wú)法跟蹤統(tǒng)計(jì)分析；同時(shí)開(kāi)發(fā)方在運(yùn)維過(guò)程中往往缺少運(yùn)維管理制度建設(shè)，造成運(yùn)維管理更多依賴于管理人員的自身素質(zhì)，缺少有效的管控機(jī)制對(duì)運(yùn)維管理工作進(jìn)行監(jiān)管，造成日常運(yùn)維管理工作規(guī)范性、全面性較差。開(kāi)發(fā)方在系統(tǒng)建設(shè)階段往往忽視系統(tǒng)擴(kuò)展性，僅考慮系統(tǒng)當(dāng)前的使用情況，當(dāng)系統(tǒng)需要擴(kuò)展時(shí)，需要對(duì)系統(tǒng)進(jìn)行大量修改，造成擴(kuò)展效率低。開(kāi)發(fā)方往往不制訂針對(duì)性的應(yīng)急響應(yīng)預(yù)案，或應(yīng)急響應(yīng)預(yù)案可操作性差，出現(xiàn)突發(fā)問(wèn)題后，不能對(duì)突發(fā)問(wèn)題產(chǎn)生原因進(jìn)行快速定位，也不能對(duì)突發(fā)問(wèn)題形成有效的解決方法。從技術(shù)角度方面分析，軟件應(yīng)用系統(tǒng)建設(shè)項(xiàng)目失敗比例過(guò)高的一個(gè)很重要原因在于，軟件應(yīng)用系統(tǒng)正在向大型化、復(fù)雜化的方向發(fā)展，而應(yīng)用系統(tǒng)建設(shè)也變得周期更長(zhǎng)、管控難度更大、技術(shù)更復(fù)雜。從管理角度方面分析，應(yīng)用系統(tǒng)建設(shè)項(xiàng)目由于建設(shè)方和承建方信息、人員、技術(shù)等方面的不對(duì)稱性，造成系統(tǒng)管理工作只能更多依賴于系統(tǒng)開(kāi)發(fā)方自身的管理，應(yīng)用系統(tǒng)建設(shè)主管部門缺少有效的項(xiàng)目過(guò)程監(jiān)督及對(duì)開(kāi)發(fā)方的約束機(jī)制。探尋解決之道為了改進(jìn)軟件應(yīng)用系統(tǒng)建設(shè)項(xiàng)目存在的各方面問(wèn)題，提高系統(tǒng)建設(shè)質(zhì)量，目前已經(jīng)有信息系統(tǒng)工程監(jiān)理、軟件開(kāi)發(fā)過(guò)程模型理論等方法，但是通過(guò)實(shí)踐證明，這些方法在實(shí)際應(yīng)用中都存在一定局限性。信息系統(tǒng)工程監(jiān)理從工作時(shí)間范圍來(lái)講，只覆蓋應(yīng)用系統(tǒng)建設(shè)過(guò)程中的實(shí)施階段和交付階段相關(guān)建設(shè)工作的監(jiān)理，不覆蓋系統(tǒng)規(guī)劃階段、運(yùn)維階段的相關(guān)工作監(jiān)理，也無(wú)法發(fā)現(xiàn)和解決這兩個(gè)階段中出現(xiàn)的問(wèn)題。從工作內(nèi)容來(lái)講，信息系統(tǒng)工程監(jiān)理重點(diǎn)關(guān)注系統(tǒng)實(shí)施階段和交付階段相關(guān)建設(shè)單位的工作監(jiān)管，通過(guò)對(duì)建設(shè)單位工作內(nèi)容的跟蹤統(tǒng)計(jì)，使系統(tǒng)建設(shè)相關(guān)方了解項(xiàng)目情況，但對(duì)于系統(tǒng)建設(shè)質(zhì)量無(wú)法進(jìn)行評(píng)估，也無(wú)法全面有效的發(fā)現(xiàn)系統(tǒng)中存在的質(zhì)量問(wèn)題。從工作的適用性來(lái)講，信息系統(tǒng)工程監(jiān)理的依據(jù)主要為監(jiān)理標(biāo)準(zhǔn)，缺少監(jiān)理標(biāo)準(zhǔn)和軟件過(guò)程理論的結(jié)合，無(wú)法很好地適應(yīng)應(yīng)用系統(tǒng)建設(shè)項(xiàng)目的特點(diǎn)。軟件開(kāi)發(fā)過(guò)程模型目前已經(jīng)有很多成熟的方法論，如軟件能力成熟度模型（CMMI）、統(tǒng)一軟件開(kāi)發(fā)過(guò)程（RUP）、凈室軟件工程、極限編程、敏捷開(kāi)發(fā)等。這些方法從適用性來(lái)講，主要針對(duì)軟件開(kāi)發(fā)企業(yè)，不適合應(yīng)用系統(tǒng)建設(shè)主管部門，需要結(jié)合主管部門特點(diǎn)進(jìn)行改進(jìn)，改進(jìn)的工作量和難度都很大。從實(shí)用性來(lái)講，這些方法理論性強(qiáng)，和實(shí)踐結(jié)合難，很多時(shí)候也不符合國(guó)內(nèi)應(yīng)用系統(tǒng)建設(shè)項(xiàng)目的特點(diǎn)。從覆蓋范圍來(lái)講，這些方法重點(diǎn)在軟件開(kāi)發(fā)過(guò)程，不覆蓋系統(tǒng)規(guī)劃階段、運(yùn)維階段的相關(guān)工作。項(xiàng)目的成功是質(zhì)量、時(shí)間、成本三個(gè)要素互動(dòng)后一個(gè)最佳的匹配過(guò)程，而質(zhì)量仍然是居于首位的。如果沒(méi)有質(zhì)量保證，時(shí)間再短，成本再低都毫無(wú)意義，因此在確保質(zhì)量的前提下，我們能否把時(shí)間縮短一些，成本降低一些？這正是我們想與您探討的問(wèn)題?；谌藤|(zhì)量保障的軟件過(guò)程模型，覆蓋軟件應(yīng)用系統(tǒng)建設(shè)項(xiàng)目的規(guī)劃階段、實(shí)施階段、交付階段、運(yùn)維階段全過(guò)程，通過(guò)各個(gè)階段質(zhì)量控制和質(zhì)量保證方法，使項(xiàng)目全過(guò)程公開(kāi)透明可控，為我們的項(xiàng)目裝上“質(zhì)量防火墻”。

2、軟件過(guò)程全解析【導(dǎo)讀】從軟件工程誕生之日起，人們一直沒(méi)有停止對(duì)軟件過(guò)程的探索與實(shí)踐，其中最著名的的莫過(guò)于CMMI，二十年多來(lái)它幫助無(wú)數(shù)軟件開(kāi)發(fā)企業(yè)完善了自己的軟件開(kāi)發(fā)過(guò)程，在業(yè)界享有極高的認(rèn)可度。另外，還有眾多軟件工程研究者在實(shí)踐的基礎(chǔ)上提出了很多其他過(guò)程模型，比如IBM的RUP，微軟的MSF，以及近幾年熱炒的敏捷編程、極限編程等，表明軟件過(guò)程研究領(lǐng)域仍然活躍，軟件工程之路仍然漫長(zhǎng)。本節(jié)介紹的模型以全面的質(zhì)量管理（TQM）為核心理念，綜合CMMI、RUP等業(yè)界軟件工程理論及我們的最佳實(shí)踐，將整個(gè)應(yīng)用系統(tǒng)建設(shè)過(guò)程分為系統(tǒng)規(guī)劃、系統(tǒng)實(shí)施、系統(tǒng)交付和系統(tǒng)運(yùn)維四大階段，分別介紹在每個(gè)階段的主要工作內(nèi)容、工作方法、質(zhì)量管控措施及常見(jiàn)問(wèn)題及風(fēng)險(xiǎn)等，旨在向我們的客戶提供一套系統(tǒng)的可信的應(yīng)用系統(tǒng)建設(shè)方法論。概述應(yīng)用系統(tǒng)都有從誕生、發(fā)展到退役這樣一個(gè)過(guò)程，我們稱這樣一個(gè)過(guò)程為應(yīng)用系統(tǒng)生命周期，從軟件工程角度這個(gè)生命周期可以劃分為系統(tǒng)規(guī)劃、系統(tǒng)實(shí)施、系統(tǒng)交付和系統(tǒng)運(yùn)維四個(gè)階段。 縱觀軟件過(guò)程是建設(shè)單位和開(kāi)發(fā)單位充分合作、協(xié)同工作的一個(gè)過(guò)程（如下圖所示），在這個(gè)過(guò)程中建設(shè)單位依據(jù)本單位業(yè)務(wù)需求進(jìn)行可行性分析及項(xiàng)目立項(xiàng)、招標(biāo)等工作，開(kāi)發(fā)單位依據(jù)項(xiàng)目需求編制解決方案提供開(kāi)發(fā)服務(wù)。開(kāi)發(fā)單位中標(biāo)后即正式啟動(dòng)項(xiàng)目，進(jìn)入項(xiàng)目建設(shè)單位進(jìn)行需求調(diào)研并與項(xiàng)目建設(shè)單位進(jìn)行確認(rèn)，隨后開(kāi)始系統(tǒng)的設(shè)計(jì)、實(shí)現(xiàn)，并進(jìn)行相關(guān)的項(xiàng)目管理工作（過(guò)程檢查、風(fēng)險(xiǎn)控制、配置管理等），向建設(shè)單位匯報(bào)項(xiàng)目相關(guān)進(jìn)展情況，這個(gè)過(guò)程有時(shí)需要反復(fù)進(jìn)行直至系統(tǒng)交付，進(jìn)入應(yīng)用系統(tǒng)試運(yùn)行與生產(chǎn)運(yùn)維階段。圖SEQ圖\*ARABIC1軟件過(guò)程活動(dòng)框架2.1.1協(xié)同項(xiàng)目管理項(xiàng)目一般具有獨(dú)特性、時(shí)限性、不確定性及不可逆轉(zhuǎn)性等特點(diǎn)，正是這些因素導(dǎo)致項(xiàng)目管理變得復(fù)雜，對(duì)項(xiàng)目管理的研究也更具現(xiàn)實(shí)意義。軟件項(xiàng)目管理的主要任務(wù)是制定軟件開(kāi)發(fā)計(jì)劃，跟蹤、監(jiān)督和協(xié)調(diào)工作進(jìn)度，保證工程如期按質(zhì)完成。要做好項(xiàng)目管理工作，一套成熟有效的項(xiàng)目管理機(jī)制有無(wú)可替代的作用。由PMI維護(hù)的項(xiàng)目管理知識(shí)體系在全球有著廣泛的認(rèn)同。在PMI發(fā)布的最新一版的項(xiàng)目管理知識(shí)體系中，項(xiàng)目管理劃分為10個(gè)知識(shí)域，即范圍管理、時(shí)間管理、成本管理、質(zhì)量管理、人力資源管理、溝通管理、干系人管理、采購(gòu)管理、風(fēng)險(xiǎn)管理和綜合管理。 在軟件工程領(lǐng)域，項(xiàng)目管理更加講究協(xié)同，以適應(yīng)軟件項(xiàng)目以腦力勞動(dòng)為主的特點(diǎn)，通過(guò)充分的協(xié)同確保信息流暢準(zhǔn)確傳遞，確保項(xiàng)目中各類角色所獲得信息一致，從而推動(dòng)項(xiàng)目更加高效的前進(jìn)。這就是目前備受業(yè)界推崇的協(xié)同項(xiàng)目管理（如下圖所示）。 協(xié)同項(xiàng)目管理將軟件開(kāi)發(fā)過(guò)程中主要活動(dòng)都置于監(jiān)控、調(diào)度之下，統(tǒng)一為任務(wù)這一個(gè)管道，并以任務(wù)形式傳達(dá)至個(gè)人工作臺(tái)；通過(guò)細(xì)粒度的數(shù)據(jù)監(jiān)控、采集與分析，實(shí)施對(duì)項(xiàng)目的度量與分析。2.1.2典型軟件項(xiàng)目管理架構(gòu)典型的軟件項(xiàng)目管理架構(gòu)一般包括項(xiàng)目管理辦公室（PMO）、系統(tǒng)架構(gòu)師、系統(tǒng)分析師、系統(tǒng)設(shè)計(jì)及編碼人員、質(zhì)量保證人員、測(cè)試管理人員及測(cè)試人員、配置管理人員、培訓(xùn)人員及其他后勤支持人員等。各類角色及崗位人員各負(fù)其責(zé)，協(xié)同工作。2.1.3關(guān)鍵項(xiàng)目管理活動(dòng)介紹風(fēng)險(xiǎn)管理任何可能對(duì)項(xiàng)目結(jié)果產(chǎn)生積極或消極影響的事件或條件都是風(fēng)險(xiǎn)。風(fēng)險(xiǎn)管理就是要提前識(shí)別、分析和定位項(xiàng)目風(fēng)險(xiǎn)，避免對(duì)項(xiàng)目造成損害或損失。溝通管理用于建立軟件工程組各成員之間、軟件工程組與其他工程組之間、軟件工程組與客戶之間、軟件工程組與公司管理層之間的溝通機(jī)制，以及時(shí)預(yù)防和解決軟件項(xiàng)目管理與開(kāi)發(fā)過(guò)程中因交流問(wèn)題可能造成和已造成的各種障礙。計(jì)劃管理制定并評(píng)審項(xiàng)目計(jì)劃，以便所有相關(guān)人員按照該計(jì)劃有條不紊地開(kāi)展工作。周期性的跟蹤任務(wù)（含進(jìn)度和工作量）、費(fèi)用、資源、工作成果等，及時(shí)了解項(xiàng)目的實(shí)際進(jìn)展情況。缺陷管理對(duì)軟件開(kāi)發(fā)過(guò)程出現(xiàn)的問(wèn)題、測(cè)試發(fā)現(xiàn)的問(wèn)題等實(shí)施缺陷管理，進(jìn)行統(tǒng)一跟蹤處理，避免遺漏。配置管理軟件過(guò)程是一個(gè)多人協(xié)作、信息交換的過(guò)程，越是復(fù)雜的項(xiàng)目越需要實(shí)施配置管理。實(shí)施配置管理，首先要有效識(shí)別項(xiàng)目中的各類配置項(xiàng)，根據(jù)管理需要建立配置管理規(guī)范，使配置管理制度化，形成良好的協(xié)同效應(yīng)，避免版本沖突影響項(xiàng)目開(kāi)發(fā)進(jìn)度、引入軟件系統(tǒng)缺陷。過(guò)程檢查檢查軟件過(guò)程中的各項(xiàng)活動(dòng)，以驗(yàn)證是否符合項(xiàng)目管理規(guī)范的要求。系統(tǒng)規(guī)劃系統(tǒng)規(guī)劃是應(yīng)用系統(tǒng)生命周期的第一個(gè)階段，其任務(wù)是對(duì)企業(yè)的環(huán)境、目標(biāo)及現(xiàn)有系統(tǒng)的狀況進(jìn)行初步調(diào)查，根據(jù)企業(yè)目標(biāo)和發(fā)展戰(zhàn)略，確定應(yīng)用系統(tǒng)的發(fā)展戰(zhàn)略，對(duì)建設(shè)新系統(tǒng)的需求做出分析和預(yù)測(cè)，同時(shí)考慮建設(shè)新系統(tǒng)所受的各種約束，研究建設(shè)新系統(tǒng)的必要性和可能性。根據(jù)需要和可能，給出擬建系統(tǒng)的備選方案。對(duì)這些方案進(jìn)行可行性分析，編制《可行性分析報(bào)告》?！犊尚行苑治鰣?bào)告》審議通過(guò)后，將新系統(tǒng)建設(shè)方案及實(shí)施計(jì)劃編寫(xiě)成系統(tǒng)設(shè)計(jì)任務(wù)書(shū)。2.2.1系統(tǒng)規(guī)劃價(jià)值應(yīng)用系統(tǒng)建設(shè)是投資大、周期長(zhǎng)、復(fù)雜度高的社會(huì)技術(shù)系統(tǒng)工程。系統(tǒng)規(guī)劃可以減少盲目性，使系統(tǒng)具有良好的整體性、較高的適應(yīng)性，建設(shè)工作有良好的階段性，以縮短系統(tǒng)開(kāi)發(fā)周期，節(jié)約開(kāi)發(fā)費(fèi)用。目前，國(guó)內(nèi)企業(yè)建設(shè)的應(yīng)用系統(tǒng)，單項(xiàng)應(yīng)用的多，綜合應(yīng)用的少，系統(tǒng)適應(yīng)性差，難以擴(kuò)充。缺乏科學(xué)的規(guī)劃是造成這種現(xiàn)象的原因之一，有些規(guī)模較大的項(xiàng)目，由于沒(méi)有系統(tǒng)規(guī)劃和科學(xué)論證，上馬時(shí)轟轟烈烈，上馬后困難重重，導(dǎo)致騎虎難下的局面，不僅造成資金、人力的浪費(fèi)，而且為今后的系統(tǒng)建設(shè)留下隱患。因此系統(tǒng)規(guī)劃是應(yīng)用系統(tǒng)建設(shè)的關(guān)鍵，必須敢于投入、加大力氣做好系統(tǒng)規(guī)劃與論證工作。第一部分中有關(guān)問(wèn)題從根源上來(lái)看，有些就是規(guī)劃問(wèn)題，比如：已建成系統(tǒng)與業(yè)務(wù)匹配度低，可用性差，無(wú)助于企業(yè)管理改善；系統(tǒng)建設(shè)周期長(zhǎng)，環(huán)境適應(yīng)能力差，不能滿足企業(yè)不斷變化的發(fā)展要求；企業(yè)管理架構(gòu)不能適應(yīng)系統(tǒng)，不能充分發(fā)揮系統(tǒng)的作用，系統(tǒng)價(jià)值體現(xiàn)不明顯；應(yīng)用系統(tǒng)規(guī)劃建設(shè)脫離企業(yè)實(shí)際，導(dǎo)致系統(tǒng)無(wú)法建成，形成“爛尾樓”項(xiàng)目。2.2.2系統(tǒng)規(guī)劃流程系統(tǒng)規(guī)劃是軟件項(xiàng)目正式啟動(dòng)之前的一系列活動(dòng)，包括可行性分析、產(chǎn)品選型、項(xiàng)目招標(biāo)、成立項(xiàng)目組、確定項(xiàng)目計(jì)劃、項(xiàng)目啟動(dòng)等。該階段是項(xiàng)目成功與否的一個(gè)決定性階段，這個(gè)階段直接決定著項(xiàng)目后續(xù)各階段的開(kāi)展?fàn)顩r，因此，做好項(xiàng)目規(guī)劃是有效控制項(xiàng)目風(fēng)險(xiǎn)，確保項(xiàng)目成功的關(guān)鍵。系統(tǒng)規(guī)劃也是有章可循的，基本步驟可以分為6個(gè)（如下圖所示），分別為：圖SEQ圖\*ARABIC2系統(tǒng)規(guī)劃過(guò)程企業(yè)系統(tǒng)現(xiàn)狀調(diào)研分析根據(jù)企業(yè)發(fā)展戰(zhàn)略和目標(biāo)，從同行標(biāo)桿企業(yè)及本企業(yè)中采集各類信息，站在企業(yè)管理者的角度審查企業(yè)現(xiàn)狀、系統(tǒng)建設(shè)及應(yīng)用現(xiàn)狀。分析確定系統(tǒng)目標(biāo)根據(jù)企業(yè)發(fā)展訴求及現(xiàn)狀調(diào)研成果，分析確定系統(tǒng)應(yīng)具備的質(zhì)量屬性、范圍等。分析確定系統(tǒng)組成及基本功能制定系統(tǒng)實(shí)施方案根據(jù)系統(tǒng)目標(biāo)進(jìn)行階段劃分，目的是使復(fù)雜目標(biāo)化解成一個(gè)個(gè)小的可控的較易實(shí)現(xiàn)的目標(biāo)，對(duì)這些目標(biāo)進(jìn)行優(yōu)先級(jí)分析、排序，形成總體實(shí)施方案。系統(tǒng)可行性研究對(duì)系統(tǒng)投資、技術(shù)可行性、資源等進(jìn)行綜合分析，形成《系統(tǒng)可行性研究報(bào)告》，并進(jìn)行可行性評(píng)審論證等。制定系統(tǒng)建設(shè)方案依據(jù)《系統(tǒng)可行性研究報(bào)告》的相關(guān)內(nèi)容，對(duì)各項(xiàng)技術(shù)指標(biāo)進(jìn)行評(píng)估、落實(shí)，形成系統(tǒng)建設(shè)方案。2.2.3關(guān)鍵質(zhì)量活動(dòng)根據(jù)系統(tǒng)規(guī)劃的工作流程及交付成果，在本階段主要的質(zhì)量管控活動(dòng)包括以下內(nèi)容：系統(tǒng)實(shí)施方案評(píng)審可行性研究報(bào)告評(píng)審系統(tǒng)建設(shè)方案評(píng)審產(chǎn)品選型（方案評(píng)審、比對(duì)測(cè)試）投資估算2.2.4系統(tǒng)規(guī)劃成果 通過(guò)系統(tǒng)規(guī)劃，可以獲得《可行性分析研究報(bào)告》及《系統(tǒng)設(shè)計(jì)任務(wù)書(shū)》、《實(shí)施方案等》，通過(guò)這些材料可以獲取以下重要信息：明確項(xiàng)目規(guī)模：建立項(xiàng)目的軟件規(guī)模、范圍，明確了項(xiàng)目的基本驗(yàn)收標(biāo)準(zhǔn)；評(píng)估項(xiàng)目風(fēng)險(xiǎn)：通過(guò)可行性分析，對(duì)項(xiàng)目面臨的各類風(fēng)險(xiǎn)獲得了基本認(rèn)知；制定項(xiàng)目計(jì)劃：獲得了初步的項(xiàng)目實(shí)施方案，對(duì)整個(gè)項(xiàng)目的總體成本、計(jì)劃等有了基本認(rèn)知。2.2.5系統(tǒng)規(guī)劃風(fēng)險(xiǎn)無(wú)法獲得企業(yè)高層領(lǐng)導(dǎo)的充分支持；企業(yè)信息化水平低，無(wú)法清楚表達(dá)自身需求；業(yè)務(wù)部門不配合。系統(tǒng)實(shí)施2.3.1需求分析階段系統(tǒng)需求階段的基本任務(wù)是在充分了解用戶需求的基礎(chǔ)上，借助于形式化語(yǔ)言進(jìn)行系統(tǒng)描述，即需求規(guī)格說(shuō)明書(shū)。系統(tǒng)需求分析需要在系統(tǒng)規(guī)劃的基礎(chǔ)上，對(duì)企業(yè)的業(yè)務(wù)活動(dòng)進(jìn)行全面的調(diào)查分析，詳細(xì)掌握有關(guān)的工作流程，收集與系統(tǒng)有關(guān)的各種資料，分析現(xiàn)有業(yè)務(wù)流程、原有系統(tǒng)的局限性等，從而為新系統(tǒng)進(jìn)行更好的建模設(shè)計(jì)。需求分析流程系統(tǒng)需求分析發(fā)展至今，已形成自有的一套完善流程，并有諸多相關(guān)的理論建設(shè)，即需求工程。圖SEQ圖\*ARABIC3需求工程 軟件需求工程是包括創(chuàng)建和維護(hù)軟件需求文檔所必需的一切活動(dòng)的過(guò)程，可分為開(kāi)發(fā)和需求管理兩大工作。 需求開(kāi)發(fā)包括需求獲取、需求分析、編寫(xiě)需求規(guī)格說(shuō)明書(shū)和需求驗(yàn)證評(píng)審等4個(gè)階段。 在需求開(kāi)發(fā)階段需要確定軟件所期望的用戶類型，獲取每種用戶類型的需求，了解實(shí)際的用戶任務(wù)和目標(biāo)，以及這些任務(wù)所支持的業(yè)務(wù)需求。同時(shí)還包括分析源于用戶的信息，對(duì)需求進(jìn)行優(yōu)先級(jí)分類，將所收集的需求編寫(xiě)成為需求規(guī)格說(shuō)明書(shū)和需求分析模型，以及對(duì)需求進(jìn)行評(píng)審等工作。 需求管理通常包括定義需求基線、處理需求變更和需求跟蹤等方面的工作。 需求開(kāi)發(fā)是主線，是目標(biāo)；需求管理是支持，是保障。關(guān)鍵質(zhì)量活動(dòng)本階段主要的質(zhì)量管控活動(dòng)包括以下內(nèi)容：需求評(píng)審變更管理需求分析階段成果需求調(diào)查報(bào)告需求分析規(guī)格說(shuō)明書(shū)需求分析風(fēng)險(xiǎn)貪多求全，導(dǎo)致需求爆炸式增長(zhǎng)，反而淹沒(méi)了重要的需求；無(wú)足夠用戶參與；需求描述語(yǔ)言的多以性；對(duì)需求分析階段的認(rèn)識(shí)和重視程度不夠，缺少良好的需求評(píng)審和管理機(jī)制；需求分析的時(shí)間不足；沒(méi)有挖掘用戶的核心需求，導(dǎo)致軟件項(xiàng)目沒(méi)有亮點(diǎn)，使用戶誤以為開(kāi)發(fā)團(tuán)隊(duì)能力不足。2.3.2系統(tǒng)設(shè)計(jì)階段系統(tǒng)設(shè)計(jì)的目標(biāo)是繪制系統(tǒng)的藍(lán)圖，權(quán)衡和比較各種技術(shù)和實(shí)施方法的利弊，合理分配技術(shù)等資源，構(gòu)建系統(tǒng)的詳細(xì)設(shè)計(jì)方案和相關(guān)模型，用以指導(dǎo)系統(tǒng)實(shí)現(xiàn)工作的順利開(kāi)展。（1）概要設(shè)計(jì)概要設(shè)計(jì)又稱系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)，主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成軟件的模塊結(jié)構(gòu)圖。通過(guò)概要設(shè)計(jì)，將系統(tǒng)的總體目標(biāo)分解成許多基本的、具體的子任務(wù)。（2）詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)是概要設(shè)計(jì)的延伸，在詳細(xì)設(shè)計(jì)過(guò)程中對(duì)概要設(shè)計(jì)所分解的子任務(wù)進(jìn)行具體數(shù)據(jù)結(jié)構(gòu)、算法、技術(shù)的確定。根據(jù)任務(wù)特點(diǎn)，詳細(xì)設(shè)計(jì)可以分為代碼結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、數(shù)據(jù)存儲(chǔ)設(shè)計(jì)等。圖SEQ圖\*ARABIC4系統(tǒng)設(shè)計(jì)過(guò)程關(guān)鍵質(zhì)量活動(dòng)設(shè)計(jì)計(jì)劃跟蹤設(shè)計(jì)規(guī)范檢查設(shè)計(jì)規(guī)格說(shuō)明書(shū)技術(shù)評(píng)審變更管理系統(tǒng)設(shè)計(jì)風(fēng)險(xiǎn)先對(duì)系統(tǒng)設(shè)計(jì)人員進(jìn)行“專題”培訓(xùn)，讓他們掌握必要的系統(tǒng)設(shè)計(jì)技能。由于國(guó)內(nèi)絕大多數(shù)的大學(xué)不開(kāi)設(shè)“用戶界面設(shè)計(jì)課程”，這導(dǎo)致大部分軟件開(kāi)發(fā)人員不善于設(shè)計(jì)用戶界面。項(xiàng)目開(kāi)發(fā)小組應(yīng)當(dāng)設(shè)法邀請(qǐng)用戶界面設(shè)計(jì)專家參與（或指導(dǎo)）本軟件的界面設(shè)計(jì)。系統(tǒng)設(shè)計(jì)人員可以根據(jù)產(chǎn)品的特征，適當(dāng)?shù)匦薷摹扼w系結(jié)構(gòu)設(shè)計(jì)報(bào)告》、《用戶界面設(shè)計(jì)報(bào)告》、《數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告》和《模塊設(shè)計(jì)報(bào)告》的模板。對(duì)系統(tǒng)設(shè)計(jì)過(guò)程中產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。2.3.3系統(tǒng)實(shí)現(xiàn)階段 系統(tǒng)實(shí)現(xiàn)階段是將涉及的系統(tǒng)付諸實(shí)施的過(guò)程。這一階段的任務(wù)包括程序編寫(xiě)與調(diào)試、設(shè)備安裝和調(diào)試等。在這個(gè)階段，往往幾個(gè)互相關(guān)聯(lián)、制約的任務(wù)同時(shí)展開(kāi)，因此，合理安排組織非常重要。系統(tǒng)實(shí)現(xiàn)是按實(shí)施計(jì)劃分階段完成的，每個(gè)階段應(yīng)寫(xiě)出實(shí)施進(jìn)展報(bào)告。系統(tǒng)實(shí)現(xiàn)階段主要工作內(nèi)容如下：（1）系統(tǒng)編碼（界面、業(yè)務(wù)邏輯、數(shù)據(jù)持久層）及單元測(cè)試（代碼靜態(tài)檢審、代碼運(yùn)行期測(cè)試、代碼安全測(cè)試）（2）系統(tǒng)集成及集成測(cè)試（內(nèi)外接口測(cè)試）（3）系統(tǒng)測(cè)試圖SEQ圖\*ARABIC5實(shí)現(xiàn)過(guò)程關(guān)鍵質(zhì)量活動(dòng)代碼檢審單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試系統(tǒng)實(shí)現(xiàn)階段風(fēng)險(xiǎn)工作量估計(jì)過(guò)低，對(duì)軟件的規(guī)模做出正確的估計(jì)不是一件容易的事；項(xiàng)目團(tuán)隊(duì)水平不足，技術(shù)人員的水平如果不能與項(xiàng)目要求相適應(yīng)，對(duì)項(xiàng)目的質(zhì)量、成本、進(jìn)度都會(huì)產(chǎn)生影響；開(kāi)發(fā)計(jì)劃不充分，沒(méi)有良好的開(kāi)發(fā)計(jì)劃和開(kāi)發(fā)目標(biāo)，項(xiàng)目的成功無(wú)從談起；項(xiàng)目經(jīng)理的管理能力不足；來(lái)自高層管理者的支持不夠，對(duì)項(xiàng)目所依賴的外部因素?zé)o法控制等。2.4系統(tǒng)交付通過(guò)詳細(xì)嚴(yán)謹(jǐn)?shù)男枨蠓治?、系統(tǒng)設(shè)計(jì)及實(shí)現(xiàn)，應(yīng)用系統(tǒng)建設(shè)逐步轉(zhuǎn)入交付階段。2.4.1系統(tǒng)交付價(jià)值系統(tǒng)交付是在項(xiàng)目預(yù)定里程碑均已獲得之后，將應(yīng)用系統(tǒng)向客戶交付的一個(gè)階段。通過(guò)本階段工作，可以對(duì)系統(tǒng)進(jìn)行充分梳理、封裝，從開(kāi)發(fā)環(huán)境移植到生產(chǎn)環(huán)境，使系統(tǒng)真正成為一個(gè)可運(yùn)營(yíng)的生產(chǎn)系統(tǒng)。2.4.2系統(tǒng)交付流程圖SEQ圖\*ARABIC6交付過(guò)程 系統(tǒng)交付階段需要完成系統(tǒng)上線運(yùn)行方案，結(jié)合企業(yè)業(yè)務(wù)特征制定業(yè)務(wù)規(guī)范、用戶手冊(cè)，實(shí)施用戶培訓(xùn)，幫助系統(tǒng)潛在用戶盡快熟悉并應(yīng)用系統(tǒng)；在對(duì)系統(tǒng)運(yùn)行環(huán)境及使用場(chǎng)景充分評(píng)估的基礎(chǔ)上，制定應(yīng)急方案，確保系統(tǒng)上線后一旦出現(xiàn)故障，能夠立即采取措施進(jìn)行回退或者切換。 由專人部署系統(tǒng)并安排進(jìn)行試運(yùn)行工作，在試運(yùn)行期間要建立有效的問(wèn)題反饋機(jī)制，確保用戶意見(jiàn)得到充分評(píng)估并給出處理建議。 可在試運(yùn)行期間或之后開(kāi)展驗(yàn)收測(cè)試工作，目前多數(shù)項(xiàng)目選擇了第三方獨(dú)立測(cè)試，確保驗(yàn)收測(cè)試的公正性、權(quán)威性。通過(guò)第三方驗(yàn)收測(cè)試及時(shí)發(fā)現(xiàn)系統(tǒng)潛在的問(wèn)題，避免上線后出現(xiàn)重大運(yùn)營(yíng)故障。 一般系統(tǒng)試運(yùn)行后，由業(yè)主組織進(jìn)行系統(tǒng)初驗(yàn)工作。2.4.3關(guān)鍵質(zhì)量活動(dòng)文檔審查；驗(yàn)收測(cè)試；專題測(cè)試（性能、安全性、可靠性等）；系統(tǒng)部署方案、應(yīng)急響應(yīng)方案模擬演練。2.4.4系統(tǒng)交付成果在系統(tǒng)交付階段，主要產(chǎn)生以下重要資產(chǎn)，主要包括：用以指導(dǎo)系統(tǒng)試運(yùn)行的業(yè)務(wù)操作規(guī)范；完善準(zhǔn)確的系統(tǒng)用戶操作手冊(cè)；完善準(zhǔn)確的系統(tǒng)培訓(xùn)資料（PPT、視頻、操作速查手冊(cè)等）；系統(tǒng)部署方案；系統(tǒng)切換方案；系統(tǒng)應(yīng)急預(yù)案；驗(yàn)收測(cè)試報(bào)告。2.4.5系統(tǒng)交付風(fēng)險(xiǎn)在系統(tǒng)交付階段，主要存在以下因素對(duì)系統(tǒng)交付產(chǎn)生影響，詳細(xì)說(shuō)明如下：業(yè)務(wù)操作規(guī)范與用戶實(shí)際場(chǎng)景有出入；系統(tǒng)切換方案有疏漏；沒(méi)有建立系統(tǒng)部署應(yīng)急響應(yīng)機(jī)制，或者應(yīng)急響應(yīng)方案有疏漏；數(shù)據(jù)遷移方案有疏漏，數(shù)據(jù)遷移不完整；系統(tǒng)培訓(xùn)未對(duì)用戶實(shí)施分類，培訓(xùn)不充分。2.5系統(tǒng)運(yùn)維經(jīng)過(guò)系統(tǒng)規(guī)劃、系統(tǒng)實(shí)施、系統(tǒng)交付之后，一個(gè)健全的應(yīng)用系統(tǒng)已基本構(gòu)建完成，系統(tǒng)隨之轉(zhuǎn)入運(yùn)行維護(hù)階段。系統(tǒng)運(yùn)維需要跟蹤記錄系統(tǒng)運(yùn)行情況，并評(píng)價(jià)系統(tǒng)的應(yīng)用水平及經(jīng)濟(jì)效益等。2.5.1系統(tǒng)運(yùn)維價(jià)值 在應(yīng)用系統(tǒng)正式上線生產(chǎn)后，客觀上來(lái)說(shuō)仍然會(huì)存在一些之前未曾發(fā)現(xiàn)的潛在的問(wèn)題，這些問(wèn)題隨著對(duì)系統(tǒng)使用規(guī)模的擴(kuò)大、深入而逐漸暴露出來(lái)，比如少量功能問(wèn)題、性能問(wèn)題等。對(duì)于這些問(wèn)題要及時(shí)記錄并建檔，輸入缺陷跟蹤系統(tǒng)進(jìn)行逐一跟蹤解決。系統(tǒng)運(yùn)維過(guò)程是一個(gè)較長(zhǎng)期的系統(tǒng)演進(jìn)過(guò)程，通過(guò)演進(jìn)使系統(tǒng)可以更好的適應(yīng)用戶環(huán)境，發(fā)揮系統(tǒng)的價(jià)值。這正是做好系統(tǒng)運(yùn)維工作的重要作用。2.5.2系統(tǒng)運(yùn)維流程圖SEQ圖\*ARABIC7運(yùn)維過(guò)程在對(duì)應(yīng)用系統(tǒng)建設(shè)單位移交的相關(guān)技術(shù)資料（系統(tǒng)設(shè)計(jì)資料、用戶手冊(cè)、運(yùn)維手冊(cè)）審核確認(rèn)后，系統(tǒng)正式轉(zhuǎn)入運(yùn)營(yíng)維護(hù)階段。系統(tǒng)運(yùn)維包括多方面的工作，基本的是根據(jù)系統(tǒng)特點(diǎn)及系統(tǒng)運(yùn)行環(huán)境，制定合理的運(yùn)維管理制度，包括系統(tǒng)運(yùn)行、數(shù)據(jù)維護(hù)等，同時(shí)對(duì)系統(tǒng)運(yùn)行維護(hù)日常工作實(shí)施檢查督導(dǎo)。除此之外，要采集用戶使用意見(jiàn)反饋，識(shí)別新增需求及需求變更問(wèn)題，審議制定系統(tǒng)升級(jí)、功能改造方案等。另外，要建立應(yīng)用系統(tǒng)的檔案，包括應(yīng)用系統(tǒng)配置、系統(tǒng)升級(jí)維護(hù)記錄等；建立應(yīng)用系統(tǒng)監(jiān)測(cè)體系，閾值報(bào)警體系等；對(duì)系統(tǒng)出現(xiàn)的故障實(shí)施問(wèn)題分析定位，協(xié)調(diào)技術(shù)人員解決問(wèn)題；建立應(yīng)急救援機(jī)制，編制應(yīng)急響應(yīng)預(yù)案，并進(jìn)行有針對(duì)性的演練；對(duì)應(yīng)用系統(tǒng)配置數(shù)據(jù)及運(yùn)行期間產(chǎn)生的各類數(shù)據(jù)進(jìn)行備份，并進(jìn)行恢復(fù)性演練。2.5.3關(guān)鍵質(zhì)量活動(dòng)（1）檔案維護(hù)：對(duì)應(yīng)用系統(tǒng)的基礎(chǔ)資料建立檔案、相關(guān)配置項(xiàng)建立檔案；（2）應(yīng)用系統(tǒng)運(yùn)行監(jiān)測(cè)、性能優(yōu)化、故障診斷、容量規(guī)劃等；（3）系統(tǒng)數(shù)據(jù)應(yīng)用系統(tǒng)數(shù)據(jù)維護(hù)、備份、數(shù)據(jù)庫(kù)運(yùn)行狀態(tài)檢查、數(shù)據(jù)備份策略制定及檢查；數(shù)據(jù)恢復(fù)預(yù)案制定及演練。（4）應(yīng)急救援應(yīng)急響應(yīng)預(yù)案制定：針對(duì)應(yīng)用系統(tǒng)中的重要資產(chǎn)、制定應(yīng)急響預(yù)案，并有計(jì)劃的進(jìn)行演練和改進(jìn)；應(yīng)急響應(yīng)：針對(duì)應(yīng)用系統(tǒng)突發(fā)的重大事件，以最快的時(shí)間進(jìn)行故障排查定位和應(yīng)急處理。2.5.4系統(tǒng)運(yùn)維成果通過(guò)系統(tǒng)的運(yùn)維建設(shè)，企業(yè)IT管理部門可以獲得以下重要信息資產(chǎn)：完善規(guī)范的系統(tǒng)運(yùn)維管理制度易于維護(hù)、結(jié)構(gòu)清晰的系統(tǒng)檔案立體式的應(yīng)用系統(tǒng)運(yùn)營(yíng)保障機(jī)制（運(yùn)行監(jiān)測(cè)、性能優(yōu)化、故障診斷、容量規(guī)劃）完整有效的系統(tǒng)數(shù)據(jù)備份恢復(fù)策略可行的應(yīng)用系統(tǒng)應(yīng)急救援體系不斷演進(jìn)的應(yīng)用系統(tǒng)，與業(yè)務(wù)流程切合度高2.5.5系統(tǒng)運(yùn)維風(fēng)險(xiǎn)在系統(tǒng)運(yùn)維階段，主要存在以下因素對(duì)系統(tǒng)運(yùn)維產(chǎn)生影響，詳細(xì)說(shuō)明如下：運(yùn)維體系不健全，人員職責(zé)不明確；應(yīng)用系統(tǒng)是非單一系統(tǒng)，是EAI的組成之一，系統(tǒng)結(jié)構(gòu)復(fù)雜；應(yīng)用系統(tǒng)供應(yīng)商人員流動(dòng)性大，對(duì)系統(tǒng)適應(yīng)性升級(jí)改造響應(yīng)不及時(shí)；

3、全程質(zhì)量保障服務(wù)方案【導(dǎo)讀】沒(méi)有質(zhì)量的商品沒(méi)有任何價(jià)值，同樣一個(gè)質(zhì)量低下的應(yīng)用系統(tǒng)對(duì)企業(yè)而言其價(jià)值也將被嚴(yán)重降低。那么，在應(yīng)用系統(tǒng)建設(shè)期間，我們應(yīng)如何做才能有效避免上述問(wèn)題，從而向我們的企業(yè)交付一套質(zhì)量可靠、運(yùn)轉(zhuǎn)高效的應(yīng)用系統(tǒng)呢？山東省軟件評(píng)測(cè)中心從軟件工程的一般建設(shè)規(guī)律及當(dāng)前信息技術(shù)領(lǐng)域主要的質(zhì)量管理方法、工具等方面，結(jié)合我們多年從事第三方軟件系統(tǒng)監(jiān)理、測(cè)評(píng)服務(wù)的知識(shí)積累，總結(jié)提出了質(zhì)量驅(qū)動(dòng)的軟件過(guò)程模型。本模型以全面的質(zhì)量管理（TQM）為核心理念，將整個(gè)應(yīng)用系統(tǒng)建設(shè)過(guò)程分為系統(tǒng)規(guī)劃、系統(tǒng)實(shí)施、系統(tǒng)交付和系統(tǒng)運(yùn)維四大階段，分別介紹在每個(gè)階段的主要工作內(nèi)容、工作方法、質(zhì)量管控措施及常見(jiàn)問(wèn)題及風(fēng)險(xiǎn)等，旨在向讀者提供一套系統(tǒng)的可信的應(yīng)用系統(tǒng)建設(shè)方法論。3.1方案概述從對(duì)當(dāng)前工程建設(shè)現(xiàn)狀及問(wèn)題的分析來(lái)看，導(dǎo)致項(xiàng)目失敗的因素在系統(tǒng)建設(shè)的各個(gè)階段都有涉及，也就是說(shuō)在整個(gè)應(yīng)用系統(tǒng)建設(shè)過(guò)程中每個(gè)環(huán)節(jié)出了問(wèn)題都有可能導(dǎo)致整個(gè)項(xiàng)目的失敗。因此，要想獲得一個(gè)高質(zhì)量的軟件產(chǎn)品，需要對(duì)整個(gè)軟件過(guò)程生命周期實(shí)施科學(xué)管控，因此，很多國(guó)際知名的著名IT廠商，如HP、IBM等相繼提出ALM（應(yīng)用生命周期管理）的概念。ALM是站在軟件提供者角度提出的系統(tǒng)的新一代軟件開(kāi)發(fā)過(guò)程支持體系，而對(duì)軟件的最終用戶的質(zhì)量關(guān)切的解決方案并未闡述清楚，有鑒于此，結(jié)合我們?cè)诘谌奖O(jiān)理、測(cè)評(píng)服務(wù)十多年與客戶溝通交流的基礎(chǔ)上，總結(jié)提出質(zhì)量驅(qū)動(dòng)的軟件過(guò)程模型，即全程質(zhì)量保障，模型完全從軟件使用者的角度提出，覆蓋整個(gè)軟件過(guò)程，以一體化綜合性方案解決軟件購(gòu)買者、使用者所關(guān)心的質(zhì)量問(wèn)題。全程質(zhì)量保障服務(wù)方案以專業(yè)的軟件測(cè)試和質(zhì)量管理解決方案幫助企業(yè)和用戶確保交付的軟件產(chǎn)品的功能性、可靠性和性能等質(zhì)量要求得以最大化的滿足，同時(shí)在確保軟件質(zhì)量的前提下，降低軟件產(chǎn)品交付的風(fēng)險(xiǎn)和成本。質(zhì)量驅(qū)動(dòng)的軟件過(guò)程模型是以用戶為關(guān)注焦點(diǎn)，以質(zhì)量為核心追求的創(chuàng)新型軟件過(guò)程，它最突出的特點(diǎn)是質(zhì)量活動(dòng)作為獨(dú)立過(guò)程域分布在系統(tǒng)規(guī)劃、系統(tǒng)實(shí)施、系統(tǒng)交付及系統(tǒng)運(yùn)維四個(gè)階段，遍布應(yīng)用系統(tǒng)整個(gè)生命周期，構(gòu)成全方位的質(zhì)量防護(hù)體系。目前，國(guó)內(nèi)信息技術(shù)產(chǎn)業(yè)現(xiàn)狀是無(wú)論開(kāi)發(fā)方還是工程監(jiān)理機(jī)制均無(wú)法有效解決用戶所關(guān)心的工程質(zhì)量問(wèn)題，實(shí)施全面的質(zhì)量管理不僅僅需要成本，更需要洞察萬(wàn)千的質(zhì)量管理技術(shù)，因此，我們提出全程質(zhì)量保障服務(wù)以解決應(yīng)用系統(tǒng)建設(shè)質(zhì)量的最后一公里問(wèn)題，通過(guò)實(shí)施全程質(zhì)量保障服務(wù)，為用戶提供專業(yè)的質(zhì)量管控服務(wù)，防微杜漸，確保應(yīng)用系統(tǒng)建為所用、用為所需！全程質(zhì)量控制是基于對(duì)應(yīng)用系統(tǒng)建設(shè)的再認(rèn)識(shí)構(gòu)建的，從系統(tǒng)規(guī)劃、系統(tǒng)實(shí)施、系統(tǒng)交付和系統(tǒng)運(yùn)維四個(gè)階段的質(zhì)量保障需求出發(fā)，定制質(zhì)量控制內(nèi)容，有的放矢、精準(zhǔn)執(zhí)行?。ㄈ缦聢D所示）圖SEQ圖\*ARABIC8全程質(zhì)量保障服務(wù)框架全程質(zhì)量保障服務(wù)可以因項(xiàng)目情況而靈活定制，所有質(zhì)量保障活動(dòng)都建立與軟件質(zhì)量需求和項(xiàng)目進(jìn)度、成本等要求之上，根據(jù)項(xiàng)目要求，規(guī)劃質(zhì)量保障過(guò)程，所有質(zhì)量保障活動(dòng)可靈活組裝，如質(zhì)量保證、質(zhì)量控制可分開(kāi)進(jìn)行，質(zhì)量保證可只進(jìn)行需求評(píng)審，質(zhì)量控制中可只做系統(tǒng)測(cè)試或驗(yàn)收測(cè)試等等。通過(guò)不同組裝，在質(zhì)量需求、項(xiàng)目進(jìn)度、項(xiàng)目成本、質(zhì)量保障之間尋求平衡，力爭(zhēng)以最小代價(jià)獲得最優(yōu)質(zhì)量。3.2服務(wù)內(nèi)容3.2.1全面的項(xiàng)目管理從前面所述可知，無(wú)論是CMMI理論還是項(xiàng)目監(jiān)理都存在一定的局限性，我們?cè)趨f(xié)同項(xiàng)目管理的基礎(chǔ)上，借助于全面深入的全程質(zhì)量保障服務(wù)，提出更為全面的項(xiàng)目管理解決方案。全面的項(xiàng)目管理基于PMBok2012作為理論基礎(chǔ)，融合監(jiān)理規(guī)范及測(cè)評(píng)技術(shù)，從而有效避免了監(jiān)理重過(guò)程輕結(jié)果，測(cè)試輕過(guò)程重結(jié)果的弊端，使項(xiàng)目管理工作與系統(tǒng)建設(shè)過(guò)程融合，覆蓋四階段的生命周期。概括來(lái)說(shuō)，全面的項(xiàng)目管理包括質(zhì)量計(jì)劃管理、測(cè)試管理、缺陷管理、任務(wù)管理以及風(fēng)險(xiǎn)監(jiān)控、進(jìn)度監(jiān)控、人力資源管理、干系人管理等，同時(shí)具有以下特點(diǎn)和優(yōu)勢(shì)：全生命周期覆蓋解決時(shí)間局限性問(wèn)題：致力于為用戶提供高可用系統(tǒng)，從項(xiàng)目規(guī)劃開(kāi)始即以項(xiàng)目的形式實(shí)施全面管理，提高事務(wù)的執(zhí)行力；專業(yè)人員、專業(yè)工具解決純監(jiān)理的技術(shù)局限性：投入專業(yè)項(xiàng)目管理人員，使用專業(yè)的項(xiàng)目管理工具及測(cè)試工具，既發(fā)現(xiàn)問(wèn)題也解決問(wèn)題。深入項(xiàng)目建設(shè)全過(guò)程，提供一線一手項(xiàng)目實(shí)施數(shù)據(jù)，數(shù)字化全面展現(xiàn)項(xiàng)目進(jìn)度、質(zhì)量等情況，從而徹底打破建設(shè)方和開(kāi)發(fā)方信息不對(duì)稱的不公平格局。3.2.2規(guī)劃咨詢服務(wù)規(guī)劃咨詢方案旨在協(xié)助進(jìn)行系統(tǒng)的規(guī)劃設(shè)計(jì)、系統(tǒng)實(shí)施方案咨詢、系統(tǒng)可行性分析等。通過(guò)專業(yè)的項(xiàng)目規(guī)劃可以從專業(yè)角度為用戶提供科學(xué)有效的系統(tǒng)建設(shè)依據(jù)，對(duì)技術(shù)方案的把握以及未來(lái)發(fā)展潮流的預(yù)測(cè)更加準(zhǔn)確，以便避免盲目投資，減少不必要的損失。規(guī)劃咨詢方案包括三個(gè)方面的內(nèi)容，分別是：可行性分析可行性分析包括兩個(gè)方面的內(nèi)容：建立應(yīng)用系統(tǒng)的必要性和建立應(yīng)用系統(tǒng)的可能性。通過(guò)可行性分析形成應(yīng)用系統(tǒng)建設(shè)方案，并對(duì)方案實(shí)施評(píng)估，對(duì)方案中的系統(tǒng)架構(gòu)、可靠性、可擴(kuò)展性、兼容性、風(fēng)險(xiǎn)、投資成本等內(nèi)容進(jìn)行評(píng)估，以明確系統(tǒng)建設(shè)的風(fēng)險(xiǎn)和可行性，為領(lǐng)導(dǎo)決策提供支持。同時(shí)，針對(duì)方案中的不足給出改進(jìn)建議。產(chǎn)品選型規(guī)劃設(shè)計(jì)產(chǎn)品比對(duì)方案，進(jìn)行專業(yè)測(cè)評(píng)，對(duì)系統(tǒng)及所要用到的軟件產(chǎn)品或服務(wù)進(jìn)行規(guī)格選型、對(duì)比，找出各備選系統(tǒng)、產(chǎn)品或服務(wù)的優(yōu)劣點(diǎn)，出具比對(duì)報(bào)告，協(xié)助用戶選擇最佳產(chǎn)品，從而有效解決建設(shè)單位面對(duì)供應(yīng)商眾多，不知如何選擇的窘境。圖SEQ圖\*ARABIC9產(chǎn)品比對(duì)投資估算投資估算服務(wù)基于COCOMOII模型，通過(guò)抽取項(xiàng)目指標(biāo)特征進(jìn)行綜合計(jì)算，獲得一個(gè)項(xiàng)目指導(dǎo)價(jià)。通過(guò)該項(xiàng)服務(wù)可以幫助用戶對(duì)準(zhǔn)備建設(shè)或選用的軟件系統(tǒng)進(jìn)行成本評(píng)估，提供投資標(biāo)線，以做出更合理的投資，降低投資成本和風(fēng)險(xiǎn)。3.2.3實(shí)施控制服務(wù)實(shí)施控制是應(yīng)用系統(tǒng)建設(shè)的主要階段，包含了需求分析、系統(tǒng)設(shè)計(jì)及系統(tǒng)實(shí)現(xiàn)等核心過(guò)程，因此確保實(shí)施質(zhì)量將直接對(duì)應(yīng)用系統(tǒng)質(zhì)量產(chǎn)生影響。實(shí)施控制方案主要包括質(zhì)量保證和質(zhì)量控制兩部分內(nèi)容，其中質(zhì)量保證主要解決確保項(xiàng)目組“正確的做事”，質(zhì)量控制主要解決確保項(xiàng)目組“做正確的事”，項(xiàng)目管理主要解決項(xiàng)目組“規(guī)范的做事”。（1）質(zhì)量保證質(zhì)量保證的目的是提供一種有效的人員組織形式和管理方法，通過(guò)客觀地檢查和監(jiān)控“過(guò)程質(zhì)量”與“產(chǎn)品質(zhì)量”，從而實(shí)現(xiàn)持續(xù)地改進(jìn)質(zhì)量。質(zhì)量保證是一種有計(jì)劃的、貫穿于整個(gè)產(chǎn)品生命周期的質(zhì)量管理方法。質(zhì)量保證過(guò)程主要包含三部分內(nèi)容：制定質(zhì)量保證計(jì)劃過(guò)程與產(chǎn)品質(zhì)量檢查問(wèn)題跟蹤與質(zhì)量改進(jìn)通過(guò)質(zhì)量保證可以有效解決以下問(wèn)題：系統(tǒng)需求過(guò)程沒(méi)有遵照既定規(guī)范執(zhí)行，導(dǎo)致需求采集分析質(zhì)量下降；系統(tǒng)設(shè)計(jì)過(guò)程沒(méi)有遵照既定規(guī)范執(zhí)行，導(dǎo)致系統(tǒng)設(shè)計(jì)質(zhì)量下降；系統(tǒng)編碼過(guò)程沒(méi)有遵照既定規(guī)范執(zhí)行，導(dǎo)致代碼編寫(xiě)質(zhì)量下降；任務(wù)執(zhí)行與計(jì)劃有出入，出現(xiàn)延期問(wèn)題或有延期風(fēng)險(xiǎn)；及時(shí)糾正現(xiàn)有軟件過(guò)程中不符合項(xiàng)目要求的地方，改進(jìn)軟件過(guò)程。（2）質(zhì)量控制質(zhì)量控制主要通過(guò)技術(shù)評(píng)審和過(guò)程測(cè)試（包括單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試）來(lái)發(fā)現(xiàn)問(wèn)題，并實(shí)施全面的缺陷跟蹤管理。通過(guò)質(zhì)量控制的實(shí)施可以有效解決以下問(wèn)題：需求調(diào)研不充分，后期需求變更困難；系統(tǒng)設(shè)計(jì)與需求不符；功能實(shí)現(xiàn)與業(yè)務(wù)部門要求不一致，業(yè)務(wù)部門不斷抱怨；系統(tǒng)潛在問(wèn)題較多，上線后隨著使用的深入逐漸暴露出來(lái)，系統(tǒng)不穩(wěn)定，維護(hù)成本高。（3）項(xiàng)目管理項(xiàng)目管理主要通過(guò)對(duì)項(xiàng)目過(guò)程中的人員、計(jì)劃、成本、風(fēng)險(xiǎn)等項(xiàng)目要素進(jìn)行資源優(yōu)化及權(quán)衡。3.2.4交付驗(yàn)收服務(wù)項(xiàng)目驗(yàn)收是整個(gè)項(xiàng)目建設(shè)中一個(gè)很重要的步驟，是用來(lái)驗(yàn)證承建方所交付的軟件產(chǎn)品是否符合建設(shè)方的要求。通常，建設(shè)方對(duì)項(xiàng)目驗(yàn)收工作非常重視。但是，由于人員、時(shí)間、技術(shù)等因素，建設(shè)方很難在短的時(shí)間內(nèi)來(lái)全面深入的評(píng)判承建方所交付的軟件產(chǎn)品是否符合自己的需要，這為后期的系統(tǒng)上線運(yùn)行帶來(lái)風(fēng)險(xiǎn)。第三方驗(yàn)收測(cè)試服務(wù)依據(jù)項(xiàng)目建設(shè)方和承建方所簽訂的技術(shù)合同等文件中規(guī)定的驗(yàn)收標(biāo)準(zhǔn)和方法，檢驗(yàn)完整的軟件系統(tǒng)，以證實(shí)承建方所提供的軟件產(chǎn)品或技術(shù)服務(wù)是否滿足軟件開(kāi)發(fā)技術(shù)合同（或用戶需求）規(guī)定的要求，為承建方的項(xiàng)目驗(yàn)收提供重要的客觀參考。圖SEQ圖\*ARABIC10驗(yàn)收測(cè)試內(nèi)容通過(guò)全面、深入、客觀的驗(yàn)收測(cè)試，我們可以及時(shí)發(fā)現(xiàn)軟件產(chǎn)品交付使用前仍然存在的一些缺陷。我們整理缺陷文檔，并提交給承建方進(jìn)行整改，從而可以避免軟件產(chǎn)品帶著大量的缺陷上線運(yùn)行。同時(shí)，我們將測(cè)試結(jié)果整理成測(cè)試報(bào)告，并交付給項(xiàng)目建設(shè)方。項(xiàng)目建設(shè)方可將第三方驗(yàn)收測(cè)試報(bào)告作為項(xiàng)目驗(yàn)收的一項(xiàng)重要客觀參考內(nèi)容，從而可以更客觀、全面的進(jìn)行項(xiàng)目驗(yàn)收工作。3.2.5系統(tǒng)運(yùn)維服務(wù)借助ITIL（IT基礎(chǔ)架構(gòu)國(guó)際最佳實(shí)踐指南）的最佳實(shí)踐，針對(duì)應(yīng)用系統(tǒng)的運(yùn)維特點(diǎn)，我們提出以下7項(xiàng)服務(wù)，分別是檔案維護(hù)、故障診斷、性能優(yōu)化、容量規(guī)劃、系統(tǒng)監(jiān)測(cè)和應(yīng)急救援、系統(tǒng)擴(kuò)展升級(jí)，全面覆蓋應(yīng)用系統(tǒng)上線、使用及災(zāi)備等環(huán)節(jié)，確保用戶獲得一個(gè)持續(xù)可用的業(yè)務(wù)系統(tǒng)。通過(guò)系統(tǒng)運(yùn)維方案可以有效解決以下問(wèn)題：應(yīng)用系統(tǒng)檔案缺乏或不完善，升級(jí)過(guò)程依賴于原開(kāi)發(fā)商，出問(wèn)題回溯性差等；系統(tǒng)硬件資源得到充分利用，系統(tǒng)容量最大化；系統(tǒng)性能低下，找不到瓶頸；系統(tǒng)結(jié)構(gòu)復(fù)雜，出現(xiàn)問(wèn)題后定位困難，從而導(dǎo)致系統(tǒng)長(zhǎng)時(shí)間癱瘓，影響業(yè)務(wù)進(jìn)程。

3.3方案價(jià)值項(xiàng)目質(zhì)量問(wèn)題司空見(jiàn)慣，這些問(wèn)題往往不是孤立的，要系統(tǒng)的解決這些，充分保障軟件質(zhì)量，非常必要在應(yīng)用系統(tǒng)建設(shè)過(guò)程中引入獨(dú)立的第三方質(zhì)量保障服務(wù)機(jī)構(gòu)，獨(dú)立擔(dān)負(fù)軟件過(guò)程中的質(zhì)量管理和質(zhì)量控制工作。第三方質(zhì)量保障服務(wù)機(jī)構(gòu)獨(dú)立于軟件開(kāi)發(fā)單位之外，與軟件開(kāi)發(fā)單位構(gòu)成對(duì)立、協(xié)同的關(guān)系，一方負(fù)責(zé)開(kāi)發(fā)，一方負(fù)責(zé)檢測(cè)，相互監(jiān)督，相互制約，相互促進(jìn)，共同完成項(xiàng)目研發(fā)工作，從而可以保障軟件項(xiàng)目的進(jìn)度和質(zhì)量。這就是本節(jié)闡述的全程質(zhì)量保障服務(wù)方案，概括描述如下：明確軟件系統(tǒng)質(zhì)量需求，將質(zhì)量需求納入到軟件需求管理中，在項(xiàng)目初期就明確項(xiàng)目的質(zhì)量目標(biāo)；定義質(zhì)量管理過(guò)程，采用軟件工程的方法管理開(kāi)發(fā)過(guò)程，通過(guò)檢查、評(píng)審、測(cè)試驗(yàn)證等手段來(lái)貫徹落實(shí)“早預(yù)防、早檢查、早控制”的質(zhì)量管理策略；全面的計(jì)劃和及時(shí)、準(zhǔn)確的項(xiàng)目跟蹤及報(bào)告，對(duì)計(jì)劃、變更進(jìn)行全面控制；建立軟件質(zhì)量評(píng)價(jià)、軟件產(chǎn)品交付機(jī)制，對(duì)軟件定義、研發(fā)、交付等過(guò)程進(jìn)行基于質(zhì)量的動(dòng)態(tài)跟蹤和控制；軟件質(zhì)量保障過(guò)程可以依據(jù)項(xiàng)目需求隨需定制；融合多種工程方法思想。質(zhì)量保障過(guò)程，融合了CMMI3級(jí)、RUP、敏捷軟件工程等多種軟件工程方法思想，在吸取了各軟件工程方法精華的基礎(chǔ)上，結(jié)合最佳實(shí)踐，制訂相應(yīng)的質(zhì)量保障規(guī)劃。通過(guò)實(shí)施全程質(zhì)量保障服務(wù)，項(xiàng)目建設(shè)單位可以在技術(shù)層面獲得解放，把精力放到項(xiàng)目的管控、決策上面，使用戶回歸到項(xiàng)目領(lǐng)導(dǎo)者的應(yīng)有位置上，避免被開(kāi)發(fā)單位以技術(shù)的名義“挾持、綁架”，綜合來(lái)說(shuō)，全程質(zhì)量保障給用戶贏得以下優(yōu)勢(shì)：豐富項(xiàng)目?jī)x表板，助你決策、掌控、導(dǎo)引，是核心的成功驅(qū)動(dòng)力通過(guò)實(shí)施全程質(zhì)量保障服務(wù)，可以完整的追蹤項(xiàng)目各項(xiàng)信息，獲得每一階段的一線數(shù)據(jù)，能輕易地定義、查詢，獲得項(xiàng)目報(bào)表，充分保障用戶知青權(quán)，提升用戶的決策能力。信息感知，專業(yè)轉(zhuǎn)換、無(wú)遺漏傳遞通過(guò)實(shí)施全程質(zhì)量保障服務(wù)，可以將技術(shù)信息轉(zhuǎn)換為系統(tǒng)建設(shè)單位看得懂、聽(tīng)得清的管理決策信息，避免被系統(tǒng)開(kāi)發(fā)單位誤導(dǎo)。改變信息不對(duì)稱的格局軟件過(guò)程將變得規(guī)范、明晰，系統(tǒng)建設(shè)方將可以對(duì)項(xiàng)目風(fēng)險(xiǎn)、進(jìn)度、質(zhì)量狀態(tài)全面了解，使軟件開(kāi)發(fā)過(guò)程由一個(gè)“黑匣子”變得透明、可控。質(zhì)量驅(qū)動(dòng)式開(kāi)發(fā)，避免質(zhì)量成本被削減軟件質(zhì)量得到充分的重視，避免了原有開(kāi)發(fā)方式中，由于成本、進(jìn)度、利潤(rùn)等因素，軟件開(kāi)發(fā)商私自壓縮質(zhì)量保證和測(cè)試人員，減少相關(guān)工作量的做法，在制度和工作模式上保證了軟件開(kāi)發(fā)的質(zhì)量。?？顚Ｓ?，保護(hù)系統(tǒng)建設(shè)單位的質(zhì)量投入實(shí)施全程質(zhì)量保障不會(huì)帶來(lái)成本的顯著上升。軟件開(kāi)發(fā)項(xiàng)目具有固定的成本，該成本中包括了軟件開(kāi)發(fā)過(guò)程中需求分析、設(shè)計(jì)、編碼、測(cè)試、管理及運(yùn)維等各類成本，該方案將軟件開(kāi)發(fā)過(guò)程中的各項(xiàng)工作分離出來(lái)，由兩個(gè)在其各自領(lǐng)域更專業(yè)的單位來(lái)完成，并沒(méi)有增加額外的工作量，也沒(méi)有增加相應(yīng)的成本，反而因?qū)I(yè)而提升工作效率，降低成本。（注：在將所有預(yù)算分配給一家單位時(shí)，該單位有可能會(huì)降低總額度，但他是以軟件質(zhì)量為代價(jià)的。）確保質(zhì)量獲得提升，降低運(yùn)維成本和風(fēng)險(xiǎn)，改善IT部門口碑通過(guò)質(zhì)量的提升，會(huì)降低軟件開(kāi)發(fā)、使用成本。軟件質(zhì)量的提升，將會(huì)大量減少后期的維護(hù)工作量，避免因缺陷而導(dǎo)致的系統(tǒng)服務(wù)中止等故障，提升系統(tǒng)可靠性，從而大大降低使用中的維護(hù)成本，同時(shí)也有利于降低開(kāi)發(fā)商的后期維護(hù)服務(wù)費(fèi)用。4、最佳實(shí)踐【導(dǎo)讀】行業(yè)的不同、環(huán)境的不同都會(huì)導(dǎo)致項(xiàng)目