數(shù)字化農(nóng)業(yè)建設(shè)詳細(xì)方案+建設(shè)模型全

數(shù)字化農(nóng)業(yè)建設(shè)詳細(xì)方案+建設(shè)模型目錄一建設(shè)目標(biāo)二技術(shù)架構(gòu)軟件實現(xiàn)階段9推薦測試形式三功能簡介2.傳輸網(wǎng)絡(luò)部分四可視化駕駛艙4.1首頁4.4監(jiān)控系統(tǒng)4.5土壤墑情檢測4.6氣象檢測4.7水肥一體化4.8設(shè)備管理建設(shè)目標(biāo)利用科學(xué)的方法，精確的數(shù)據(jù)基礎(chǔ)進(jìn)行精細(xì)化管理，不僅為政府監(jiān)管部門提供可靠準(zhǔn)確的數(shù)據(jù)，方便制定應(yīng)急措施與方案，同時通過感知層的多種傳感器將枳殼生產(chǎn)環(huán)節(jié)中的環(huán)境溫濕度，土壤溫度、土壤水分、土壤肥力、病蟲害等數(shù)據(jù)以多種組網(wǎng)方式上傳并將最優(yōu)解決辦法反饋至控制機構(gòu)，并進(jìn)行噴灌、滴灌、補光、加溫、換氣、遮陽、補充CO2等具體操作。用最科學(xué)的數(shù)據(jù)去執(zhí)行最優(yōu)的解決辦法。從而做到更方便、更智能、更高效、更節(jié)能。用數(shù)據(jù)說話，達(dá)到科學(xué)、安全、高效、優(yōu)產(chǎn)的最終目標(biāo)。技術(shù)架構(gòu)技術(shù)規(guī)劃方案面向服務(wù)的體系結(jié)構(gòu)(service-orientedarchitecture,SOA)是一個組件模型，它將應(yīng)用程序的不同功能單元(稱為服務(wù))通利用SOA架構(gòu)開發(fā)的優(yōu)點：1)更容易維護(hù)業(yè)務(wù)服務(wù)提供者和業(yè)務(wù)服務(wù)使用者的松散耦合關(guān)系及對開放標(biāo)準(zhǔn)的采用確保了該特性的實現(xiàn)。建立在以SOA基礎(chǔ)上的信息系統(tǒng)，當(dāng)需求發(fā)生變化的時候，不需要修改提供業(yè)務(wù)服務(wù)的接口，只需要調(diào)整業(yè)務(wù)服務(wù)流程或者修改操作即可,整個應(yīng)用系統(tǒng)也更2)更高的可用性服務(wù)提供者和服務(wù)使用者之間的松散耦合關(guān)系使得使用者無須3)更好的伸縮性1)保留現(xiàn)存的IT資產(chǎn)可以充分利用原有的投資,由于基于J2EEHTML5是最新一代web展現(xiàn)語言技術(shù)具有良好的擴展能力和本地資源調(diào)用能力，2012年Adobe主動放棄移動端Flash技術(shù)支持，轉(zhuǎn)向HTML5,國內(nèi)百度、騰訊等與W3C(萬維網(wǎng)聯(lián)盟)組織合作，宣布參與HTML5標(biāo)準(zhǔn)定制，來自各方面的力量(包括瀏覽器、開發(fā)者、用戶等)共同推動HTML5向前發(fā)展。2014年10月29日，萬維網(wǎng)聯(lián)盟宣布，經(jīng)過幾乎8年的艱辛努1)最大的一點是頁面無刷新，在頁面內(nèi)與服務(wù)器通信，給用戶2)使用異步方式與服務(wù)器通信，不需要打斷用戶的操作，具有3)可以把以前一些服務(wù)器負(fù)擔(dān)的工作轉(zhuǎn)嫁到客戶端，利用客戶移動中間件技術(shù)為移動前端提供訪問移動終端設(shè)備及資源的接1)可跨平臺移動中間件作為跨平臺框架，幫我們解決了平臺間的差異性。庫實現(xiàn)和各個平臺的SDK進(jìn)行無差別的交互，以達(dá)到調(diào)用不同2)易用性3)提供硬件訪問控制比起傳統(tǒng)的Web程序，移動中間件提供了一系列的JS的類，等，可以讓你用JS方便的調(diào)用系統(tǒng)的硬件，以彌補傳統(tǒng)Web4)方便的安裝和使用專注寫好自己的Web頁面就可以了?；赬ML的數(shù)據(jù)交換XML正在快速成為標(biāo)志Internet文檔結(jié)構(gòu)和內(nèi)容的標(biāo)準(zhǔn)語言，數(shù)據(jù)交換是XML最好的應(yīng)用。數(shù)據(jù)交換的核心問題是信息的標(biāo)Marimba合作提出的開放軟件描述(OpenSoftware不同應(yīng)用系統(tǒng)中不同語言編寫的應(yīng)用程序就可正確識別和解析云系統(tǒng)中的需要對接和交換的數(shù)據(jù)種類眾多，需要使用基于完全基于XML(可擴展標(biāo)記語言)、XSD(XMLSchema)等1)跨防火墻的通信在一個用戶界面和中間層有較多交互的應(yīng)用程序中，使用WebService這種結(jié)構(gòu),可以節(jié)省花在用戶界面編程上20%的開2)應(yīng)用程序集成企業(yè)級的應(yīng)用程序經(jīng)常要把用不同語言寫成的在不同平臺上運軟件廠商生產(chǎn)的各種軟件也常常需要集成起來。通過3)軟件和數(shù)據(jù)重用用戶輸入的地址，只需把這個地址直接發(fā)送給相應(yīng)的WebService的提供商可以按時間或使用次數(shù)來對這項服務(wù)進(jìn)在其應(yīng)用中實現(xiàn)了這些功能。一旦他們把這些功能都通過(utilityComputing)、IaaS(基礎(chǔ)設(shè)施即服務(wù))、PaaS(平臺即服務(wù))、SaaS(軟件即服務(wù))等XaaS(一切皆服務(wù))概念和技術(shù)混合演進(jìn)的結(jié)果。2015年1月6日，國務(wù)院發(fā)布《關(guān)于如對于一些交互請求頻繁的資源采用傳統(tǒng)的模式構(gòu)件更加穩(wěn)定設(shè)備層為7大類：(1)智能蟲情測報燈設(shè)備，主要包括收集害蟲信息，并對信息(2)智能孢子捕捉儀設(shè)備，主要包括收集空氣流動、傳染的病員可通過移動端設(shè)備及管理中心實時查看病蟲害情況及周邊的(4)土壤墑情檢測設(shè)備，主要包括收集土壤墑情、苗情監(jiān)測、(5)農(nóng)業(yè)氣象監(jiān)測設(shè)備，主要包括收集各種環(huán)境傳感器上報的(6)太陽能供電設(shè)備，通過太陽能供電，提供了物聯(lián)設(shè)備的供(7)水肥一體設(shè)備，通過將設(shè)備采集的數(shù)據(jù)進(jìn)行分析后，控制網(wǎng)絡(luò)層物聯(lián)云平臺層平臺采用B/S經(jīng)典架構(gòu)同時配合移動端專用App或者小程序，實現(xiàn)跨平臺、跨地域的統(tǒng)一管理。網(wǎng)關(guān)底層設(shè)備通過TCP/IP、UDP、HTTP等協(xié)議接入管理平臺，與平臺建立加密通訊連接，應(yīng)用層使用防火墻作為不同網(wǎng)絡(luò)或網(wǎng)絡(luò)安全域之間信息的出入口，能根據(jù)安全策略控制出入網(wǎng)絡(luò)的信息流，且本身具有較強的抗攻擊能力。它是提供信息安全服務(wù)，實現(xiàn)網(wǎng)絡(luò)和信息安全的基礎(chǔ)設(shè)施。防火墻在網(wǎng)絡(luò)間實現(xiàn)訪問控制，比如一個是用戶的安全網(wǎng)絡(luò)，稱之為“被信任應(yīng)受保護(hù)的網(wǎng)絡(luò)”,另外一個是其他的非安全網(wǎng)絡(luò)稱為“某個不被信任并且不需要保護(hù)的網(wǎng)絡(luò)”。防火墻位于一個受信任的網(wǎng)絡(luò)和一個不受信任的網(wǎng)絡(luò)之間,通過一系列的安全手段來保護(hù)受信任網(wǎng)絡(luò)上的信息。負(fù)載均衡將各種應(yīng)用訪問進(jìn)行動態(tài)均衡分發(fā)，極大地提高了訪問速度，為物聯(lián)網(wǎng)云平臺網(wǎng)絡(luò)提供了一個高性能的負(fù)載均衡解決方案。負(fù)載均衡業(yè)務(wù)模塊提供豐富的健康檢測技術(shù)，可以進(jìn)行實時、高效的設(shè)備性能探測。同時提供了全面的負(fù)載均衡算法，可以根據(jù)不同應(yīng)用場景，采用不同的負(fù)載均衡算法，確保服務(wù)器訪問效率技術(shù)先進(jìn)性信息技術(shù)尤其是軟件技術(shù)發(fā)展迅速，新理念、新體系、新技術(shù)迭相繼推出，這造成了新的、先進(jìn)的和成熟的技術(shù)之間的矛盾。而大規(guī)模、全局性的應(yīng)用系統(tǒng)，其功能和性能要求具有綜合性。因性的統(tǒng)一,以滿足系統(tǒng)在很長的生命周期內(nèi)有持續(xù)的可維護(hù)性和擴展性系統(tǒng)軟件可在通用產(chǎn)品版本升級時作同等完整升級,且升級不對·定制部分及功能，定制部分可單獨升級，且升級不影響其·系統(tǒng)上線使用后，可通過擴展容量或者運算能力，實現(xiàn)系可維護(hù)性安全性系統(tǒng)嚴(yán)格遵守《中華人民共和國計算機信息系統(tǒng)安全保護(hù)條例》(國務(wù)院令第147號);以《互聯(lián)網(wǎng)安全保護(hù)技術(shù)措施規(guī)定》(公安部令第82號)和《信息安全等級保護(hù)管理辦法》為指導(dǎo)，完善系統(tǒng)的安全技術(shù)能力和手段，重點防范WEB攻擊，以及信護(hù)、及時升級等安全技術(shù)措施；在網(wǎng)絡(luò)架構(gòu)上強化WEB應(yīng)用防·系統(tǒng)各項功能開放權(quán)限嚴(yán)格與用戶所屬的角色權(quán)限相匹配，·系統(tǒng)后臺對用戶各項行為操作記錄詳細(xì)日志，支持對日志·對上傳至系統(tǒng)的文件格式進(jìn)行后綴與編碼解析等多重過濾，·采用設(shè)備備份、服務(wù)備份、數(shù)據(jù)備份、虛擬化等技術(shù)實施相應(yīng)的備份機制，避免單點故障，提供故障時高可用的切換·提供對系統(tǒng)設(shè)備、服務(wù)、網(wǎng)絡(luò)(登錄用戶使用流量、當(dāng)前并發(fā)數(shù))狀態(tài)的監(jiān)控與管理。·通過建立索引、自動清理等方式優(yōu)化數(shù)據(jù)庫和應(yīng)用，保持本章節(jié)根據(jù)夏壩村智慧農(nóng)業(yè)建設(shè)要求對本項目實施方案進(jìn)行詳項目采取以下實施策略：·成立由甲乙雙方高層領(lǐng)導(dǎo)牽頭的項目領(lǐng)導(dǎo)小組，保證項目實施資源建設(shè),本公司也擁有豐富的智慧農(nóng)業(yè)建設(shè)實施經(jīng)驗和大量的優(yōu)秀挖掘利用XXXX大坪村已有的積累，基于已有的成果開展建設(shè)，“總分總”項目建設(shè)模式，支持需求漸進(jìn)和專業(yè)分工，保所謂“總分總”是指項目總體設(shè)計、項目各分項任務(wù)并行推進(jìn)、項目實施建設(shè)內(nèi)容本期項目的實施建設(shè)內(nèi)容如下：物聯(lián)網(wǎng)云平臺2)可視化駕駛艙項目工作方法是確保項目成功的基石，國際經(jīng)驗表明，項目成功的70%因素在于項目管理和工作方法的恰當(dāng)與否。項目工作管理是面向目標(biāo)和面向規(guī)范工作過程的管理。因此，目標(biāo)的嚴(yán)肅性必須嚴(yán)格強調(diào)。工作過程的規(guī)范化應(yīng)得到首要的尊重。本章節(jié)將著重論述我公司對項目管理工作方法的一貫原則和做法，主要包括項目整體管理、項目需求管理、項目范圍管理、項目進(jìn)度管理、項目配置管理、項目變更管理、項目文檔管理、項目風(fēng)險管理、項目溝通管理和項目基本管理等內(nèi)容。項目范圍管理定義項目范圍是定義項目過程的關(guān)鍵一環(huán)，管理項目范圍是項目項目的范圍管理主要包括界定項目需求邊界，定義及控制項目應(yīng)該包括或不包括的內(nèi)容，以及發(fā)生范圍變更時的處理辦法，保證項目完成所有應(yīng)該完成的工作，并且不會蔓延。編制范圍計劃編制項目范圍計劃是項目管理的關(guān)鍵一環(huán),其目的是確定項目的邊界和最終產(chǎn)品提交物，使項目參與人對項目范圍的達(dá)成共識，分為：范圍管理軟件項目的范圍管理主要指對軟件需求的管理，需求獲取與管理控制活動不能僅限于需求分析，即便到系統(tǒng)維護(hù)期還可能有新的需求出現(xiàn)，因而需求管理貫穿于項目生存全部過程中。建立全程的需求范圍管理對項目的成功非常重要。需求范圍管理的目的是保持項目進(jìn)行過程中計劃、工作產(chǎn)品以及相關(guān)活動與軟件需求保持一致性，確保進(jìn)度計劃的實現(xiàn)，降低成本，減少浪費，提高客戶滿意度。主要內(nèi)容包括需求變更控制。需求變更控制首先是制定變更控制計劃和變更流程。項目各方一起制定需求變更控制辦法，并作為需求分析報告的一部分是實施需求范圍管理的一種可行辦法。系統(tǒng)需求范圍以項目各方確認(rèn)的需求分析報告或需求規(guī)格說明書為準(zhǔn)，不能隨意變更，如有變更，必須在受控狀態(tài)下進(jìn)行。客戶或項目開發(fā)小組提出需求變更或功能增加時，須按照雙方約定的需求變更控制辦法執(zhí)行，填寫“變更控制報告”,明確變更所涉及的相關(guān)部分，經(jīng)項目組負(fù)責(zé)人確認(rèn)。當(dāng)變更發(fā)生頻繁時，雙方協(xié)商定期提交變更內(nèi)容。對可能引起系統(tǒng)結(jié)構(gòu)變化或工作量較大的變更，須經(jīng)領(lǐng)導(dǎo)小組評審，項目開發(fā)小組不能擅自承諾，分析風(fēng)險以防止給當(dāng)前系統(tǒng)帶變更部分應(yīng)由項目組在適當(dāng)?shù)臅r機將變更部分的內(nèi)容補充到《需求分析報告》或《軟件功能規(guī)格說明書》中。項目進(jìn)度管理項目進(jìn)度計劃是項目實施和控制的基準(zhǔn)和依據(jù)。項目進(jìn)度管理的好壞，直接關(guān)系到項目的成敗。制定項目進(jìn)度計劃項目計劃是項目實施的基礎(chǔ)，是為方便項目的組織、協(xié)調(diào)、交流及控制而設(shè)計的最有效的工具，它將使所有參與項目實施的成員明確自己的奮斗目標(biāo)、實現(xiàn)目標(biāo)的方法、途徑及期限，并確保以時間、成本及其他資源需求的最小化實現(xiàn)項目的目標(biāo)。項目計劃涉及到實施項目的各個環(huán)節(jié)，計劃的合理性和準(zhǔn)確性往往關(guān)系著項目的成敗。計劃要力求完備，要考慮到一些未知因素和不確定因素，考慮到可能的修改。計劃要力求準(zhǔn)確，盡可能提高所依據(jù)數(shù)據(jù)的可靠程度。由于此項目是與項目采購單位共同開發(fā)的項目，其計劃需分為：項目經(jīng)理必須按時提交項目進(jìn)度報告，并對其內(nèi)容負(fù)全部責(zé)任；進(jìn)度分析與控制將多個工件組織為構(gòu)件(在UCM中構(gòu)件指一個VOB的根目錄開發(fā)人員在交付變更到公共集成流時可以周期性地更新他們私成而影響整個項目的進(jìn)度。結(jié)合我們的經(jīng)驗建議使用的開發(fā)策略：首先在主分支(main分支)上建立一個集成分支，然后在集成如分支“特性1”對應(yīng)軟件特性1,所有關(guān)于特性1的開發(fā)都在該分支上進(jìn)行，不同特性的開發(fā)由于在各自的特性分支上進(jìn)行，基線和提升級別基線在項目的里程碑或適當(dāng)時間點被創(chuàng)建,對某個時間點構(gòu)成軟件系統(tǒng)所有物件的版本描述。這些物件在打基線后可以被更改，發(fā)團(tuán)隊用他們自己的命名規(guī)范和提升策略對這些預(yù)定義基線級級別：提升級別描述系統(tǒng)已經(jīng)通過了所有級別的測試，準(zhǔn)備發(fā)布已測試系統(tǒng)已經(jīng)通過功能，裝載，性能和壓力測試通過構(gòu)建成功編譯和連接初始初始狀態(tài)被拒絕壞基線，不使用的基線配置管理資源配備項目配置管理相關(guān)的角色和職責(zé)分配如下(具體人員的映射可以在項目初始階段的配置管理計劃中細(xì)化明確)。配置管理角色配置活動與工具相關(guān)的活動配置經(jīng)理設(shè)置配置環(huán)境制定配置策略編寫配置計劃創(chuàng)建部署單元定義開發(fā)組件創(chuàng)建配置管理庫定義訪問控制定義總體策略報告配置狀態(tài)執(zhí)行配置審核項目經(jīng)理安排日程分配工作定義集成里程碑分配活動變更控制經(jīng)建立變更定義變更控制流程(由配置經(jīng)理或理控制流程復(fù)審變更請求確認(rèn)重復(fù)或拒絕的變更請求其他熟悉CQ開發(fā)的人員輔助)確認(rèn)變更請求被接受或拒絕或視為重復(fù)項目集成人創(chuàng)建集成確定候選構(gòu)造員/版本工程空間建立軟件系統(tǒng)基線師計劃系統(tǒng)的集成創(chuàng)建基線集成系統(tǒng)提升基線建立對外部的發(fā)布與外部項目集成為發(fā)布工件選擇位置開發(fā)人員創(chuàng)建個人工作空間進(jìn)行修改提交修改更新開發(fā)空間提交變更請求更新變更請求創(chuàng)建開發(fā)視圖在配置項上工作提交變化變基工作空間員配置管理活動定義項目基線需求基線：需求分析基線是指經(jīng)過聯(lián)合評審確認(rèn)的《軟件需求分析說明書》中說明的有關(guān)事項，具體包括：業(yè)務(wù)需求分析中的業(yè)務(wù)流程圖(功能需求)、性能需求描述(可用性、安全性、可維護(hù)性、可移植性等)、系統(tǒng)運行平臺(硬件平臺、網(wǎng)絡(luò)平臺、操作系統(tǒng)平臺、數(shù)據(jù)庫平臺等)。受控的硬件設(shè)備資源配置項包括在項目開發(fā)過程中的所有硬件受控的軟件設(shè)備資源配置項包括在項目開發(fā)過程中所使用的所受控的文檔配置項包括：開發(fā)各個階段所產(chǎn)生的各類技術(shù)文檔、為本項目所產(chǎn)生的軟件產(chǎn)品及其相關(guān)部件，包括：應(yīng)用源代碼、版本移交該過程主要包括以下步驟：·設(shè)置開發(fā)環(huán)境，創(chuàng)建構(gòu)件的儲存庫、設(shè)置軟件系統(tǒng)目錄結(jié)項目工件的控制版本通常在限制訪問權(quán)限的中心儲存庫中維護(hù)。變更與交付工件包括以下步驟：借助配置管理工具的檢入和檢出操作,項目組成員可以得到工件看到指派給自己的任務(wù)，對工件的變更將關(guān)聯(lián)到相應(yīng)的任務(wù)上，用推薦使用的基線中的文件來更新顯示在角色的個人工作空間項目開發(fā)過程中的所有工件(源代碼、可執(zhí)行軟件系統(tǒng)和相關(guān)文檔)都進(jìn)行了統(tǒng)一標(biāo)識和版本管理，并且有變更請求管理流程控制變更，保證了源代碼、可執(zhí)行軟件系統(tǒng)和相關(guān)文檔的一致性。每次的軟件系統(tǒng)交付，至少包含可執(zhí)行的軟件系統(tǒng)、發(fā)布說明、軟件系統(tǒng)交付流程為：·配置經(jīng)理取得可以發(fā)布的軟件系統(tǒng)(可以是最終軟件系統(tǒng)的部分)版本的拷貝。該軟件系統(tǒng)是集成了系統(tǒng)多個構(gòu)件、·項目配置經(jīng)理將可以發(fā)布的軟件系統(tǒng)(包括源代碼、可執(zhí)行文件和相關(guān)文檔)晉升基線為已發(fā)布，并生成軟件系統(tǒng)發(fā)CCB的基本任務(wù)是明確軟件系統(tǒng)的基線、復(fù)審對基線的變更、在考慮是否同意某個變更請求時，CCB將主要從以下方面綜合考慮和平衡：必須要變更的現(xiàn)有工作量是多少?需要添加的多少新工作量?是否有備選方案?.復(fù)雜程度提議的變更是否容易實現(xiàn)?變更可能導(dǎo)致哪些連鎖反應(yīng)?不實施這個請求的會導(dǎo)致哪些影響?是否涉及到工作或數(shù)據(jù)丟失?是否為擴展請求?是否為次要的錯誤?何時需要進(jìn)行變更?是否可行?進(jìn)行變更的后果如何?不進(jìn)行變更的后果如何?成本進(jìn)行變更的成本或節(jié)約的資金是多少?賴于其他變更?是否存在任何特殊的測試需求?活動角色測試人員將缺陷分配給相關(guān)人員，狀態(tài)為assigned狀態(tài)項目經(jīng)理缺陷負(fù)責(zé)人將分配給自己的缺陷打開，進(jìn)行缺陷修改，狀態(tài)為opened開發(fā)人員項目人員根據(jù)項目目前的進(jìn)度要求，資源，項目經(jīng)優(yōu)先級等因素可以考慮把處于submitted、assigned、opened狀態(tài)的請求推遲到以后的開發(fā)階段中處理，狀態(tài)為postponed。理、開發(fā)人員項目經(jīng)理、開發(fā)人員態(tài)為resolved開發(fā)人員測試人員對已修改的缺陷測試沒有通過，測試人員分配給測試員進(jìn)行軟件系統(tǒng)測試，測試通測試人員對那些延期執(zhí)行的缺陷根據(jù)項目的情況決項目經(jīng)理增強請求流程在需求變更請求流程中不包括任務(wù)分配活動，只進(jìn)行變更的搜集和確認(rèn)。與需求變更相關(guān)的任務(wù)分配在任務(wù)管理中進(jìn)行。這種方式適合變更大多覆蓋面較大，不能由一個人完成的項目。跟蹤需求變更與相關(guān)工件的關(guān)聯(lián)通過任務(wù)(利用CQ的RecordType間的parent-child實現(xiàn))間接實現(xiàn)來實現(xiàn)。下表描述在增強請求上執(zhí)行的流程：活動描述項目的任何有關(guān)人員都能提交需求變更請求，需求變更請求被提交到ClearQuest后進(jìn)判斷提交的增強請求是重復(fù)的，執(zhí)行角色項目經(jīng)理Duplicate,狀態(tài)為duplicated對于開發(fā)完成的需求變更請求，根據(jù)項目的情況決定關(guān)閉該請求，狀態(tài)為closed中，用于關(guān)聯(lián)活動影響的工件版本。下表描述在任務(wù)上執(zhí)行的流程：開發(fā)人員開發(fā)人員開活動描述項目經(jīng)理的任務(wù)計劃從Project導(dǎo)入將任務(wù)分配給相關(guān)人員，狀態(tài)為assigned狀態(tài)開發(fā)人員激活分配給自己的任務(wù)，生成或修改相應(yīng)的工件，狀態(tài)為Active開發(fā)人員根據(jù)項目目前的進(jìn)度或變更可以考慮把處于Active狀態(tài)的請求推遲到以后的開發(fā)階段中處理，狀態(tài)為Submitted。開發(fā)人員完成任務(wù)并通過單元測試。狀態(tài)為又一Reopen將已經(jīng)完成的任務(wù)重新打開，狀態(tài)為Assign理貫穿生命周期的變更不只是開發(fā)人員對源代碼和相關(guān)工件的管設(shè)計人員所建立的設(shè)計模型和用例，測試人員建立的測試腳本，監(jiān)測與報告配置狀態(tài)，主要包括：·確保工件和基線可用。·支持項目配置狀態(tài)統(tǒng)計活動。這些活動基于正式化的記錄，并報告已提議變更的狀態(tài)以及這些變更的實施狀態(tài)?！ねㄟ^缺陷追蹤和報告活動來輔助軟件系統(tǒng)復(fù)審?！ご_保為追蹤進(jìn)展和趨勢而“積累”數(shù)據(jù)并報告數(shù)據(jù)。項目變更管理項目變更控制的需要在項目實施過程中，項目的變更是必然存在的，并且合理地變更是應(yīng)予以允許和尊重的。因此，實施變更的管理目的在于忠實地記錄項目演變的過程，有利于項目的跟蹤管理，是項目管理工作我公司在項目實施過程中,如果發(fā)現(xiàn)需要對系統(tǒng)設(shè)計進(jìn)行必要的變更，或者機房施工需要變更，我們將提前5個工作日提出變更針對系統(tǒng)實施過程中出現(xiàn)的各種變更,我公司將依據(jù)項目管理規(guī)范之項目變更管理規(guī)范執(zhí)行，其基本過程如下：實施相關(guān)各方有權(quán)對需求、工作任務(wù)、進(jìn)度要求、人員調(diào)動、經(jīng)費等提出系統(tǒng)實施變更請求，實施變更提出方或發(fā)現(xiàn)方需填寫實施變更報告，說明變更前的狀態(tài)、變更原因、變更的內(nèi)容，并根據(jù)具體內(nèi)容提交直屬負(fù)責(zé)人、項目經(jīng)理或工程領(lǐng)導(dǎo)組。項目經(jīng)理于接到變更提出方請求后2個工作日之內(nèi),應(yīng)給予變更項目經(jīng)理或子系統(tǒng)負(fù)責(zé)人根據(jù)項目變更報告單中進(jìn)度的變更情合理、信息是否全面；項目經(jīng)理委托有經(jīng)驗的系統(tǒng)設(shè)計人員和專家對變更需求進(jìn)行分影響分析；項目經(jīng)理根據(jù)分析報告決定變更需求是否能實施,如果不能實施，會議；求變更日志》;項目經(jīng)理應(yīng)及時跟蹤變更的執(zhí)行，并分析對項目實施的實際影響。項目的變更需求一旦執(zhí)行，有可能會影響到項目計劃的調(diào)整，這點在項目管理中要注意及時調(diào)整并發(fā)布給相關(guān)項目組成員。更改提出過程設(shè)計更改來源于項目設(shè)計改進(jìn)、項目完善以及顧客的要求自主設(shè)計的系統(tǒng)更改來源于1)在設(shè)計階段中出現(xiàn)的遺漏或錯誤；2)顧客要求的改變；3)設(shè)計完成后發(fā)現(xiàn)制造安裝有困難；4)安全性、法規(guī)或其他要求發(fā)生變化；5)設(shè)計評審、驗證或確認(rèn)的要求更改。非設(shè)計部門提出的更改建議，由建議人填寫項目功能變更單，并反饋到相應(yīng)部門。售部負(fù)責(zé)接收，按公司辦公自動化系統(tǒng)(OA)中的工作流程下1)作出是否同意更改的決定，并將結(jié)果回復(fù)建議部門。2)評審的內(nèi)容主要有：評價對項目的組成部分和已交付項目的一般的更改，由評審人員驗證評審內(nèi)容后直接制定更改通知單；需要驗證的更改，由責(zé)任單位人員編制更改方案，并根據(jù)更改方案，制定驗證方法和要求；更改驗證更改部門對需要項目功能更改部分，發(fā)布驗證通知單，明確驗證方法和要求。驗證單位接收到驗證通知單后，開展驗證工作，最后由驗證單位將驗證結(jié)果和見證材料提交給主管設(shè)計部門。更改確認(rèn)負(fù)責(zé)評審的責(zé)任單位，組織驗證結(jié)果的評審，作出是否正式更改更改批準(zhǔn)更改單由資深的技術(shù)人員或技術(shù)主管審核，由項目經(jīng)理批準(zhǔn)。凡設(shè)計更改影響到用戶要求，要通知用戶并得到用戶批準(zhǔn)。用戶批準(zhǔn)由設(shè)計部門與用戶聯(lián)系并得到結(jié)果。當(dāng)用戶要求時，還應(yīng)滿足附加的驗證及確認(rèn)要求。更改發(fā)布更改批準(zhǔn)后，責(zé)任部門下發(fā)更改通知單。更改通知單的編號方法按文件技術(shù)性文件編號辦法執(zhí)行。更改通知單下發(fā)時，必須通過個人郵件通知到相關(guān)人員。更改實施各人員收到郵件通知后，必須在半個工作日查閱更改通知單，并打印出更改通知單通知相關(guān)技術(shù)人員進(jìn)行更改處理。各單位依據(jù)更改后的技術(shù)文件組織項目功能的開發(fā)和測試。需要得到用戶的批準(zhǔn)時,由更改的責(zé)任單位準(zhǔn)備項目功能變更文件，按照項目功能變更程序步驟實施。對于信息化建設(shè)項目來說，交付物主要是程序、文檔和設(shè)備，其中程序和文檔的管理非常重要，也容易忽視。程序和源代碼是應(yīng)用系統(tǒng)運行的基礎(chǔ)，是體現(xiàn)項目價值的重要因素。本節(jié)重點介紹在本項目實施過程中，由于項目實施的復(fù)雜性，參與人員眾多以及時間跨度長等因素，所以有關(guān)需求、建議、問題、技術(shù)方案和會議等都必須文檔化、標(biāo)準(zhǔn)化，以便查閱和引用。這些文檔伴隨著項目實施的各個階段逐漸充實、完善；與此同時，它們亦記載跟蹤了整個實施的過程和成果。文檔編制工具M(jìn)SWord:主要用來編寫描述性文檔，例如項目章程、管理流程、需求報告、業(yè)務(wù)藍(lán)圖、項目狀態(tài)報告、項目總結(jié)報告等；問題及變更日志等；MSVisio:主要用來繪制業(yè)務(wù)流程圖；MSPowerPoint:主要用來編制各種報告、培訓(xùn)性文檔；MSProject:主要用來制訂項目進(jìn)度計劃、資源計劃、預(yù)算計劃，并跟蹤項目，生成各種匯報結(jié)果；項目文檔包含用戶所要求的各項文檔并且按以下情況分類：以下面的規(guī)則為準(zhǔn)：說明：版本號分總號與子號，例如Vl.0,其中的1為總號，0為創(chuàng)建文檔時為V1.0版；經(jīng)項目經(jīng)理或客戶方的審閱或修改后,則版本號升級如：V2.0;的信息：修改人批準(zhǔn)人所有的項目文檔應(yīng)嚴(yán)格按照文檔控制標(biāo)準(zhǔn)進(jìn)行：號等，是否按標(biāo)準(zhǔn)進(jìn)行，作為項目質(zhì)量檢測的一部分；須經(jīng)過雙方項目總監(jiān)的簽署并作為交付文檔保存；檔備份；限防止誤用；所有文檔均適用于服務(wù)合同約定的保密條款；項目結(jié)束后，整理歸集所有項目文檔，電子文檔存放在專門的文件服務(wù)器上，或刻盤保存；將書面文檔按項目進(jìn)度分類整理，扉頁檔案目錄整理，裝訂成冊，交項目檔案管理人員保存。項目風(fēng)險管理大型系統(tǒng)實施項目，風(fēng)險巨大。事實上在全世界統(tǒng)計有近36%的大型項目以失敗或近似失敗而告終。項目組織體系不僅應(yīng)作為管理機構(gòu)，而且要在項目實施過程中，充分考慮風(fēng)險因素，及早規(guī)避，減少項目的損失。在項目實施過程中，項目的風(fēng)險是必然存在的，并且合理的風(fēng)險變化是應(yīng)予以允許和尊重的。因此，項目風(fēng)險的管理目的在于忠實地記錄項目演變的過程，有利于項目的跟蹤管理，是項目管理項目風(fēng)險管理原則針對項目實施過程中出現(xiàn)的各種變化,我公司將依據(jù)自身長期實踐總結(jié)的項目管理規(guī)范之項目變化管理規(guī)范執(zhí)行,其基本原則如下項目經(jīng)理于接到變化提出方請求后2個工作日之內(nèi),應(yīng)給予變化項目領(lǐng)導(dǎo)小組應(yīng)在接到變化提出方請求后5個日天內(nèi)給予明確項目經(jīng)理根據(jù)項目變化報告單中進(jìn)度的變化情況，修改項目進(jìn)度計劃，調(diào)整項目組人員組織結(jié)構(gòu)，以及項目組成員的工作安排，將項目變化報告單以及該變化所引起的進(jìn)度計劃、計劃預(yù)算、人員組織結(jié)構(gòu)、工作說明書等方面修改版本的提交項目相關(guān)各方。對于由于項目變化所產(chǎn)生的項目文檔、代碼等修改，遵照我公司項目管理規(guī)范之項目變化管理實施規(guī)范執(zhí)行。項目組成員以及項目相關(guān)人員有義務(wù)及時發(fā)現(xiàn)各種項目變化，并項目經(jīng)理有責(zé)任追蹤項目變化的各項工作過程,直至變化管理工作完成，項目按新的項目計劃執(zhí)行。對所有項目變化必須進(jìn)行管理，并忠實記錄項目變化過程。及時合理地調(diào)整因項目變化引起的進(jìn)度、預(yù)算、人員、工作內(nèi)容等。提出變更需首先填寫變更申請表(REQUESTFORCHANGE,以下簡稱RFC)。RFC需提交項目領(lǐng)導(dǎo)小組。項目領(lǐng)導(dǎo)小組將項目領(lǐng)導(dǎo)小組將在接到RFC的10天內(nèi)給出收訖說明以及分析RFC所需的時間，作出相應(yīng)的項目變更建議在(ENGINEERINE面的說明：基本變更-文件的增改和刪除；測試項目-測試計劃、測試和重新測試的變更；系統(tǒng)性能-確認(rèn)變更項目對系統(tǒng)性能的影響以及增加或改裝其培訓(xùn)-培訓(xùn)計劃、課程準(zhǔn)備及教材；其他材料-列出所有其他材料；人員需求-確認(rèn)增加其他人員的必要性；進(jìn)度-項目進(jìn)展情況、交付項目的進(jìn)展速度和協(xié)議的終止日期；費用-變更涉及的費用。可根據(jù)多次變更后的內(nèi)容修改文件的基本內(nèi)容并以注有變更日●變更程序流程將RFC提交項目經(jīng)理組織技術(shù)專家作技術(shù)可行性評定，并給出ECP的準(zhǔn)備時間和所需費用估算；項目領(lǐng)導(dǎo)小組討論變更所需的時間和費用以及是否批準(zhǔn)RFC;項目領(lǐng)導(dǎo)小組討論ECP并提出實施建議；雙方對ECP提出認(rèn)可并同意變更提出方對合同進(jìn)行修改；變更申請(系統(tǒng)名稱)變更申請序號#變更類別(標(biāo)明一個)A.功能方面B.運行性能方面C.文檔方面項目溝通管理我公司將按要求建立與招標(biāo)人的周報告、周例會制度，將項目工作完成的內(nèi)容、進(jìn)度、問題等及時與招標(biāo)人進(jìn)行溝通，定期向招標(biāo)人匯報項目進(jìn)度，并提交項目報告及相關(guān)制度報表。我公司將做好與項目組內(nèi)部、與招標(biāo)人、監(jiān)理單位及咨詢單位的溝通協(xié)調(diào)工作。溝通決策制度準(zhǔn)則求有出入，則不可以以任何理由解釋責(zé)任，失敗責(zé)任在接受人。提醒時也要注意不要追究相關(guān)人員的后續(xù)工作(因為工作安排有各自的計劃與方式)。制度A.周例會間的工作,會后形成會議紀(jì)要、項目月報(參見本章報告體系),.爭議管理SOW方法-任務(wù)落實的有效方法本項目是應(yīng)用軟件開發(fā)與系統(tǒng)集成類項目，各項任務(wù)比較復(fù)雜，理的首要條件，是項目成功的組織保障，那么,科學(xué)嚴(yán)謹(jǐn)?shù)捻椖恳?guī)范和完整的工作任務(wù)陳述文檔則是大型系統(tǒng)項目實施的行之項目實施中經(jīng)常使用的工作任務(wù)說明書SOW(Statementofwork)方式對整個項目實施涉及到的各項任務(wù)進(jìn)行詳細(xì)的描述SOW方法的精髓是：國際上著名的WDR方法，即：Writewhatyouthink寫你所想的Dowhatyouwrite做你所寫的Recordwhatyoudo記你所做的SOW方法首先要求把自己的實施想法設(shè)計清楚落實在文字上，明確規(guī)定每項任務(wù)的實施步驟，便于逐項落實，記錄當(dāng)前狀況，發(fā)現(xiàn)推進(jìn)過程中的問題癥結(jié)，以利及時采取措施。任務(wù)前提條件表現(xiàn)出各項任務(wù)之間的有機關(guān)聯(lián)，便于有關(guān)責(zé)任人把握輕重緩急，避免無謂浪費，掌握投入時機，有效利用資源。明確規(guī)定驗收標(biāo)準(zhǔn)便于參與者有清晰的方向、目標(biāo)和完成標(biāo)志，并保證質(zhì)量，方便驗收檢查。每一執(zhí)行步驟均有明確的提交文檔有利于質(zhì)量控制,為將來的維護(hù)管理留下記錄以利于追究責(zé)任，有據(jù)可查。也便于每一個執(zhí)行人全面、完整、負(fù)責(zé)地思考問題，交接成果。防止因人員流動而項目成本管理成本管理是項目管理和控制的一部分，目的是控制項目費用，使項目在預(yù)算中完成。制定項目預(yù)算在項目計劃時，除制定進(jìn)度計劃外，還要根據(jù)工作內(nèi)容制定項目預(yù)算。項目預(yù)算是項目成本控制的依據(jù)。項目成本控制和合同管理；明確實施架構(gòu)各個組織單元的職責(zé)、權(quán)限和工作流程；同時創(chuàng)造完善的保障條件。管理制度是大型項目建設(shè)的重要保障,需要全面梳理并制定有效的各項管理制度，指導(dǎo)各組織單元規(guī)范有序地開展管理和實施工作。我公司將協(xié)助采購人制定項目建設(shè)實施期的項目管理辦法及實施細(xì)則，包括但不限于：溝通管理機制、實施管理機制、檔案驗收機制等，加強夏壩智慧農(nóng)業(yè)項目信息化建設(shè)管理措施，實行統(tǒng)籌規(guī)劃與規(guī)范管理，整合信息資源，提高建設(shè)管理水平和投資效益，確保夏壩智慧農(nóng)業(yè)項目的建設(shè)工作有序開展。管理辦法和實施細(xì)則的主要內(nèi)容如下表：序號1制度《項目管理辦法》主要章節(jié)總則組織保障招標(biāo)管理合同管理資金管理檔案管理溝通協(xié)調(diào)實施安排項目驗收運行管理法紀(jì)保障234《溝通管理機制》《實施管理機制》《檔案和資產(chǎn)管理機制》總則職責(zé)與分工溝通渠道和方式溝通管理考核總則組織機構(gòu)與職責(zé)分工項目管理流程附則總則管理職責(zé)檔案收集與整理檔案驗收與移交附件1:文檔歸檔范圍和保管期限附件2:檔案整理原則和質(zhì)量要求附件3:分項編號5《運維管理機制》總則服務(wù)內(nèi)容響應(yīng)方式服務(wù)制度服務(wù)流程應(yīng)急措施響應(yīng)時間服務(wù)評價服務(wù)組織6過程監(jiān)督機制總則監(jiān)督組織監(jiān)督對象監(jiān)督流程7安全保密機制總則各方職責(zé)安全保密流程8《驗收機制》總則初步驗收流程整體驗收流程驗收工作進(jìn)度計劃項目需求調(diào)研方案需求調(diào)研總體流程與相關(guān)角色在獲取并分析用戶需求前，首先要明確需求管理中的各個組織(或角色)與其職責(zé)的關(guān)系。確保在軟件需求、設(shè)計和測試中有效明確地了解客戶需求，提高產(chǎn)品的質(zhì)量。具體關(guān)系描述如下：需求獲取與確認(rèn)調(diào)研與需求分析的任務(wù)主要是獲取用戶需求，分析用戶需求特點和要求，形成系統(tǒng)需求，作為項目開發(fā)工作的基準(zhǔn)。在上個世紀(jì)60年代中期爆發(fā)了眾所周知的軟件危機，即落后的危機，在1968、1969年連續(xù)召開的兩次著名的NATO會議上發(fā)模式可以令項目管理人員非常方便地把整個項目置于自己的瀑布式開發(fā)模式也被稱作系統(tǒng)開發(fā)生命期模式，簡稱SDLC 提出解決方案的詳細(xì)說明，包括軟件的優(yōu)點和缺點以及試圖解決的問題。確定開發(fā)時序，工作結(jié)構(gòu)分解以及其他支持文檔。最重要的是明確和分析軟件需求。設(shè)計系統(tǒng)架構(gòu)提案獲得接收之后即可創(chuàng)建解決方案模式，包括工作流和數(shù)據(jù)流圖、模塊和功能層次已經(jīng)其他由解決方案所需要的說明。在這一階段通?？偸前殡S一個有力度的檢查過程。開發(fā)代碼用以上階段創(chuàng)建的藍(lán)圖編寫、調(diào)試和單元測試軟件代碼。接著，集成系統(tǒng)的代碼和測試部分。最后測試整個系統(tǒng)。該階段要到測試完全通過才能結(jié)束。部署和使用系統(tǒng)部署最終功能，同時向用戶提供所需的培訓(xùn)和文檔。維護(hù)解決方案在必要的時候指出和升級軟件并且修補軟件錯誤。有時測試會成為單獨的一個階段，其中包括軟件調(diào)試而不是在開發(fā)階段進(jìn)行代碼調(diào)試。此外，獲取軟件需求也可能成為獨立的階另一可能的危險是你只有到解決方案啟動的時候才能知道當(dāng)初在部署瀑布開發(fā)模式之前你必須仔細(xì)評估自己所處的環(huán)境和條敏捷軟件開發(fā)模式是一種從1990年代開始逐漸引起廣泛關(guān)注的難，因此敏捷方法更適用于較小的隊伍，20、40人或者更少。Scrum開發(fā)模式Scrum是一種迭代式增量軟件開發(fā)過程，通常用于敏捷軟件開開發(fā)人員。雖然Scrum是為管理軟件開發(fā)項目而開發(fā)一種流程、計劃、模式，用于有效率地開發(fā)軟件)。Scrum中個15到30天周期，長度由開發(fā)團(tuán)隊決定),開發(fā)團(tuán)隊創(chuàng)建可用的(可以隨時推出)軟件的一個增量。每一個沖刺所要實現(xiàn)的特性來自產(chǎn)品訂單(或產(chǎn)品目標(biāo)，productbacklog),產(chǎn)品訂單(或產(chǎn)品目標(biāo))是指按照優(yōu)先級排列的需要完成的工作的概要的需求(目標(biāo))。哪些訂單項(目開發(fā)團(tuán)隊決定在下一次沖刺中他們能夠承諾完成多少訂單項。規(guī)模大小，會議被限制在一定時間內(nèi)，如15分鐘。所有出席者都應(yīng)站立。(有助于保持會議簡短)會議應(yīng)在固定地點和每天的天你完成了哪些工作?明天你打算做什么?完成你的目標(biāo)是否存在什么障礙?(Scrum主管需要記下這些障礙)Scrum提倡所有團(tuán)隊成員坐在一起工作，進(jìn)行口頭交流，以及強調(diào)項目有關(guān)的規(guī)范(disciplines),這些有助于創(chuàng)造自我組織Scrum的一個關(guān)鍵原則是承認(rèn)客戶可以在項目過程中改變主意，種不可預(yù)見的需求變化。同樣，Scrum采用了經(jīng)驗方法-承認(rèn)本次項目中推薦采用的開發(fā)模式根據(jù)本次項目的相關(guān)特點，推薦采用瀑布式開發(fā)模式+敏捷式開發(fā)模式(Scrum模式)的混合開發(fā)模式作為本次項目的開發(fā)模本次項目的需求相對明確，基本不會出現(xiàn)需求隨時變更的情況。業(yè)務(wù)相關(guān)人員可以在某一時間段內(nèi)配合項目開發(fā)人員進(jìn)行需求以采用敏捷開發(fā)模式，如采用Scrum模式進(jìn)行敏任務(wù)描述發(fā)組織規(guī)劃圖如下：(1)系統(tǒng)設(shè)計(2)系統(tǒng)開發(fā)計時所規(guī)定架構(gòu)的前提下，在特定的編程環(huán)境下(如IDEA)、以具體的編程語言(如Java)進(jìn)行編碼實現(xiàn)，程序的注釋必須為中文書寫且完整(至少達(dá)到60%),以便維護(hù)并進(jìn)某些實現(xiàn)需要采用領(lǐng)先技術(shù)或復(fù)雜算法時，這種情況尤其明顯。軟件實現(xiàn)階段軟件實現(xiàn)過程是依據(jù)軟件設(shè)計文檔(含軟件體系結(jié)構(gòu)設(shè)計、軟件詳細(xì)設(shè)計的所有設(shè)計文檔),編寫程序，實現(xiàn)設(shè)計要求，對模塊地進(jìn)行。軟件實現(xiàn)管理流程如下圖所示：單位和招標(biāo)人的確認(rèn)，并作為驗收文檔之一。在的各種錯誤和缺陷，通過修正各種錯誤和缺陷提高軟件質(zhì)量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患所帶來測試標(biāo)準(zhǔn)我公司的質(zhì)量體系里關(guān)于軟件產(chǎn)品開發(fā)及測試相關(guān)部分的質(zhì)量要求和《軟件測試規(guī)范》參考如下標(biāo)準(zhǔn)制定：系統(tǒng)與軟件質(zhì)量要求和評價(SQuaRE)第51部分：就緒可用軟件產(chǎn)品(RUSP)的質(zhì)量要求和測試細(xì)則》評價第6部分：評價模塊的文檔編制》GB/T25000.21-2019《系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要GB/T9386-2008《計算機軟件測試文件編制規(guī)范》測試人員測試技術(shù)按照測試技術(shù)劃分：白盒測試、黑盒測試、灰盒測試。也可劃分為靜態(tài)測試和動態(tài)測試。靜態(tài)測試是指不運行程序，通過人工對程序和文檔進(jìn)行分析和檢查；靜態(tài)測試技術(shù)又稱為靜態(tài)分析技術(shù)，靜態(tài)測試實際上是對軟件中的需求說明書、設(shè)計說明書、程序源代碼等進(jìn)行非運行的檢查，靜態(tài)測試包括：走查、需求確認(rèn)等。動態(tài)測試技術(shù)是指通過人工或使用工具運行程序進(jìn)行檢查、分析程序的執(zhí)行狀態(tài)和程序的外部表現(xiàn)。下面所述的白盒測試、黑盒測試、灰盒測試，在實現(xiàn)測試方法上既包括了動態(tài)測試也包括了靜態(tài)測試。白盒測試通過對程序內(nèi)部結(jié)構(gòu)的分析、檢測來尋找問題。白盒測試可以把程序看成裝在一個透明的盒子里，也就是清楚了解程序結(jié)構(gòu)和處理過程，檢查是否所有的結(jié)構(gòu)及路徑都是正確的，檢查軟件內(nèi)部動作是否按照設(shè)計說明的規(guī)定正常進(jìn)行。幾種典型的白盒測試方法：代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、邏輯覆蓋法、基本路徑測試法等。黑盒測試通過軟件的外部表現(xiàn)來發(fā)現(xiàn)其缺陷和錯誤。黑盒測試法把測試對象看成一個黑盒子，完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程。黑盒結(jié)構(gòu)，采用結(jié)構(gòu)測試(白盒法)的用例，盡可能達(dá)到徹底測試，然后輔之以功能測試(黑盒法)的用例，使之對任何合理和不合系統(tǒng)測試聯(lián)調(diào)測試用戶驗收測試是把系統(tǒng)放到模擬的應(yīng)用環(huán)境下進(jìn)行的測試,以此觀包(業(yè)務(wù)界面原型),在設(shè)計開發(fā)階段，針對外觀包開發(fā)出來測試步驟試據(jù)，對比分析數(shù)據(jù)及工作中存在的問題為后續(xù)工作作出提示，測試工具功能測試工具(例如Selenium、UFT),性能測試工具(例如LoadRunner、JMeter),測試管理工具(例如QC、git)。測試管理測試策略軟件開發(fā)采用通用開發(fā)工具，采用Java語言進(jìn)行開發(fā)，不使用任何封閉的專用開發(fā)工具，避免由此引起的系統(tǒng)不兼容等問題。使用要求作應(yīng)當(dāng)可逆；屏幕輸入格式、報表和其他輸入/輸出宜整齊、清系統(tǒng)開發(fā)不僅要提供用戶所需要的功能，界面設(shè)計遵循人性化、好，輸入輸出方便，檢索查詢簡單快捷，符合用戶的業(yè)務(wù)習(xí)慣，在使用要求方面，至少應(yīng)包括：1)系統(tǒng)穩(wěn)定、可靠和實用，具有快捷鍵和操作菜單提示功能；2)人機界面友好、操作方便靈活，使用風(fēng)格接近終端操作系統(tǒng)視窗；3)查詢結(jié)果輸出：將查詢結(jié)果輸出到通用的辦公文件格式，便4)具有簡單明確易于理解的操作提示5)功能菜單簡明清晰，具有可設(shè)定的快捷鍵和右鍵菜單；6)業(yè)務(wù)流程簡單明了，流程設(shè)計可因需而變；7)操作路徑簡潔，響應(yīng)速度快；8)系統(tǒng)門戶要直觀、清晰的展現(xiàn)系統(tǒng)的全部內(nèi)容，盡量減少層測試文檔根據(jù)我公司長期以來對軟件項目的質(zhì)量控制體系方面的嚴(yán)格管理和執(zhí)行。測試文檔一般包含內(nèi)容如下：編寫目的術(shù)語和縮寫詞如下表：縮寫、術(shù)語性能測試(performance負(fù)載測試可靠性測試測試完成準(zhǔn)則運行這些測試通常要確定程序運行有多快，以便確定是否需要優(yōu)化通過在面臨很多資源要求的系統(tǒng)上運行，攻擊被測程序或系統(tǒng)持續(xù)進(jìn)行的性能測試，目標(biāo)是發(fā)現(xiàn)短序列程序測試遺漏的情況系統(tǒng)滿足各項性能要求、能滿足實際使用情況并提供測試報告。測試結(jié)果應(yīng)對每一輪的整體測試情況編寫整體測試小結(jié)，作為是否可以進(jìn)入下一輪整體測試的判斷依據(jù)之一。在整體測試階段完成后，應(yīng)對測試情況編寫整體測試報告；它作為是否可以進(jìn)入下一實施活動以及切換上線的判斷依據(jù)之一。1)通過試運行環(huán)境的運行使用，檢驗系統(tǒng)設(shè)計和實驗功能是否2)通過業(yè)務(wù)相關(guān)人員的使用，對系統(tǒng)的可行性提前進(jìn)行評估。3)提前在實際運行環(huán)境下，檢驗系統(tǒng)處理業(yè)務(wù)峰值數(shù)據(jù)的穩(wěn)定4)為系統(tǒng)正式運行積累寶貴的經(jīng)驗。1)功能滿足要求檢驗：檢查系統(tǒng)與用戶需求的滿足性。2)系統(tǒng)性能的檢驗：通過模擬業(yè)務(wù)處理峰值，進(jìn)行系統(tǒng)業(yè)務(wù)處4)與其他系統(tǒng)進(jìn)行橫向比較的意見，包括結(jié)構(gòu)設(shè)計的先進(jìn)性、1)對于可能造成系統(tǒng)試運行停頓的問題和錯誤，必須立即進(jìn)行修改；2)對于可能影響系統(tǒng)性能的問題，可以通過收集匯總，進(jìn)行集3)對于用戶提出的一些新的功能需求，采取合理方法，在項目軟件通過試運行后,項目組需要對最終形成額軟件版本進(jìn)行整理歸檔，進(jìn)行系統(tǒng)包裝及安裝系統(tǒng)制作等提交用戶前的處理工作。項目質(zhì)量控制的目的是確保以下幾點：是可控的。集成商的項目控制主要包括以下幾類：質(zhì)量管理規(guī)劃質(zhì)量保證策略基于ISO9001標(biāo)準(zhǔn)，制定的程序文件和指導(dǎo)書，以及記錄這些流程操作的記錄表格，應(yīng)涵蓋合同評審、采購、項目管理、軟件開發(fā)、變更控制、設(shè)計評審、文檔控制、測試控制、不合格品控制、現(xiàn)場安裝、售后服務(wù)、技術(shù)支持、培訓(xùn)管理等軟件開發(fā)的全過程,保證質(zhì)量體系有效性的管理評審、內(nèi)審、文件/記錄控制、糾正/預(yù)防措施控制等程序文件,應(yīng)為各項操作提供科學(xué)合理的指導(dǎo)，以此構(gòu)成完整嚴(yán)密的質(zhì)量保證體系。成立質(zhì)量控制小組質(zhì)量控制小組由用戶方、開發(fā)方和第三方專業(yè)人士組成。質(zhì)量控制小組需要審核項目各項實施計劃,定期檢查項目實施進(jìn)度和項目有關(guān)文檔，領(lǐng)導(dǎo)和管理項目測試小組的工作。質(zhì)量控制小組如下表：產(chǎn)品管理項目管理立項書項目計劃書系統(tǒng)分析書O開發(fā)測試●OO檢查表產(chǎn)品質(zhì)量把關(guān)的依據(jù)，通過使用檢查表來驗證過程與工作產(chǎn)品，流程項目的質(zhì)量管理應(yīng)著重加強以下幾方面的工作：1)崗位責(zé)任制2)復(fù)核與審查3)文檔管理與控制4)分階段實際成果檢查·檔案(包括數(shù)據(jù)庫)命名標(biāo)準(zhǔn)·完整的測試計劃(包括每一階段的測試)質(zhì)量流程圖如下：在項目實施過程中嚴(yán)格按照事先制訂的規(guī)范化、標(biāo)準(zhǔn)化執(zhí)行，加強進(jìn)度匯報、方案審核和問題反饋處理制度。在本項目實施過程中，按照ISO9001的質(zhì)量管理標(biāo)準(zhǔn)，建立嚴(yán)密的質(zhì)量控制體系，嚴(yán)格進(jìn)行各階段的測試驗收工作。全部的測試面通過技術(shù)專家審核并同用戶方協(xié)商確認(rèn)。建立一個標(biāo)準(zhǔn)化的項目技術(shù)文檔體系是項目管理規(guī)范化、程序化的重要手段。項目管理過程實行文檔化管理，主要管理步驟和過程均有相應(yīng)的文檔記錄。其目的是保證每一階段的運作過程均是有組織的，并且責(zé)任明確、交接順暢和留有依據(jù)，同時將對文檔規(guī)范化的審核納入階段審核的工作之中。這些文檔對于檢查項目的進(jìn)展、及時形成施工決策、幫助項目在不同階段的交接等都將為了及時掌握項目進(jìn)展?fàn)顩r,需要建立項目狀態(tài)定期報告制度和項目隨訪制度，項目協(xié)調(diào)管理小組要及時了解、匯總并發(fā)布各實施單位的進(jìn)度情況，與用戶進(jìn)行交流，經(jīng)常性地如開專題研討會大型計算機應(yīng)用系統(tǒng)的維護(hù)除要求用戶制定一系列與之相適應(yīng)的管理制度外,還要求用戶自身必須配備一定數(shù)量稱職的網(wǎng)絡(luò)系機構(gòu)應(yīng)在項目的初期即選派一些人員參與項目開發(fā)與實施的全工程主要遵循以下的通用質(zhì)量標(biāo)準(zhǔn)和管理、操作規(guī)范：3)我公司內(nèi)部管理、審核制度。4)我公司內(nèi)部工程實施管理方法。我公司質(zhì)量管理模型基于全面質(zhì)量管理的理念，實現(xiàn)了PDCAISO9000/CMM/TSP/PSP等各種過程管理模型，通過軟件管理到采用PSP/TSP過程管理給個人和項目小組工作質(zhì)量提高所做控制的代碼、文檔(包括外來文件)和階段性成果；對代碼、文在測試計劃和測試策略中進(jìn)行描述用以指導(dǎo)測試小組成員進(jìn)行想，但是否真正反映了用戶的需求仍需要進(jìn)一步的功能性測試。測試人員只有根據(jù)軟件需求規(guī)格說明書所提及的功能進(jìn)行檢測，的后期返工，測試在性能上需要較大的側(cè)重。如果有必要的話，測試；配置管理員是否對文檔的規(guī)范化進(jìn)行得比較徹底，版本應(yīng)用系統(tǒng)需求，在應(yīng)用系統(tǒng)架構(gòu)設(shè)計及具體應(yīng)用實現(xiàn)的過程中，質(zhì)量保證質(zhì)量保證的目標(biāo)是為管理層提供為獲知產(chǎn)品質(zhì)量信息所需的信日常的軟件開發(fā)活動中,而且應(yīng)該特別注意軟件質(zhì)量的早期評審檢查的目的是為了確保軟件開發(fā)的各個階段和各個方面都認(rèn)真件需求規(guī)格說明書》;第四次評審《軟件概要設(shè)計說明書》;第符合項目管理規(guī)范、代碼開發(fā)情況(是否按計劃代碼完成)、代碼運行情況(是否能達(dá)到預(yù)期運行結(jié)果)、Java文件樣式是否符合規(guī)范(文件頭是否有版權(quán)信息、class類是否有注釋、縮進(jìn)、頁寬、}對等)、對程序的異常是否能截獲并生成錯誤日系到產(chǎn)品質(zhì)量，所以軟件質(zhì)量保證是整個系統(tǒng)質(zhì)量保障的關(guān)鍵。除高出1～2個數(shù)量級。為50-200;使用工具進(jìn)行缺陷記錄及跟蹤。利用缺陷管理工具TestDirector,對工作質(zhì)量進(jìn)行跟蹤、考核，會體現(xiàn)到現(xiàn)階段產(chǎn)品的改進(jìn)工作中，評審?fù)ㄟ^方納入基線管理，后，負(fù)責(zé)提交用戶測試。項目組得到用戶測試報告，進(jìn)行缺陷修改，最后進(jìn)行發(fā)布測試，提請用戶進(jìn)行軟件發(fā)布。代碼審查制度也從制度上有效地保證了代碼質(zhì)量。在日常過程中，項目小組、開發(fā)經(jīng)理、技術(shù)經(jīng)理定期組織規(guī)模不一會議進(jìn)行代碼評審走查，統(tǒng)一代碼規(guī)范理解，協(xié)調(diào)開發(fā)風(fēng)格，保證系統(tǒng)未來的可讀性、可維護(hù)性，有效地保證軟件質(zhì)量。采有CMM過程改進(jìn)后的效果通過專家計算，有過以下結(jié)論：·在產(chǎn)品交付后修改軟件缺陷的成本是交付前的10倍；·在編碼后修改軟件缺陷的成本是編碼前的10倍；只有在項目開發(fā)過程中注重質(zhì)量，才能保證整個軟件系統(tǒng)質(zhì)量，只有規(guī)范化的過程才能培育出高質(zhì)量產(chǎn)品。經(jīng)過CMM過程改進(jìn)的項目，將具備成熟的過程，我們可以參看成熟過程與不成熟過程的對比，過程對比表如下：對比方面與職不成熟過程沒有明確規(guī)定角色和職責(zé)。每個人在做他認(rèn)為要做的事。成熟過程角色與職責(zé)已有明責(zé)常會發(fā)生重疊和不清楚的所屬關(guān)相互關(guān)系無重疊。有明確的目標(biāo)和測能夠體現(xiàn)持續(xù)改進(jìn)處理變更每個人都按自己的想法做事。人員遵循一個規(guī)劃好的文件化過程。的方可分享取得的經(jīng)式對發(fā)無秩序的混亂現(xiàn)象隨處可見。根據(jù)已有的知識和生問專業(yè)規(guī)則對發(fā)生的題的問題進(jìn)行分析和處反應(yīng)每個人都想當(dāng)英雄。有時延遲交付產(chǎn)品和(或)超出預(yù)性如有估算也不可靠。項目得到有效地控制和管理目標(biāo)一般能夠達(dá)對工獎勵那些生產(chǎn)高質(zhì)作人你第一次就把事情做好了，那是你量產(chǎn)品的團(tuán)隊，他員的的本分，沒有人理睬，但你若先把們的產(chǎn)品既能滿足獎勵事情搞亂，然后再去解決，你就成需求又沒有或少有失敗。獎勵那些防火者而不是救火者。預(yù)見質(zhì)量不可把握，它依賴于個人。項目的進(jìn)度和產(chǎn)品性進(jìn)度和預(yù)算不能根據(jù)以往的經(jīng)驗確定。的質(zhì)量均可預(yù)見。進(jìn)度和預(yù)算可根據(jù)以往項目的經(jīng)驗確定，并且是符合實際的。經(jīng)過過程改進(jìn)的項目文化具備以下特征：·可見性：對每個人來說,過程定義和過程職責(zé)都是清楚的。·規(guī)范性：遵循過程是常規(guī)的要求，過程之外的行為是個別的例外?！ぶ贫然鹤裱^程已列入組織方針和規(guī)程，并得到管理者的支持?！す芾碚叱兄Z：過程得到最高管理者以及其他管理者和員工的支持?！ね菩校哼^程的推行是堅定的，也是有成效的。保證各個環(huán)境(開發(fā)、測試、主干)的獨立，避免相互影響；原則多個版本(開發(fā)版本、測試版本、發(fā)布版本);多次合并。使用；優(yōu)點多個版本相互獨立，互不影響；沖突會大大減少,并且在與主干多次合并過程中的沖突解決都在理工具能讓所有研發(fā)人員方便地看到每個BUG的處理過程、能軟件測試的主要目的在于發(fā)現(xiàn)軟件存在的錯誤(Bug),對于如何處理測試中發(fā)現(xiàn)的錯誤，將直接影響到測試的效果。只有正確、迅速、準(zhǔn)確地處理這些錯誤，才能消除軟件錯誤，保證要每個Bug都要經(jīng)過測試、確認(rèn)、修復(fù)、驗證等的管理過程，這狀態(tài)為Declined;如果是Bug則修復(fù)并置狀態(tài)為Fixed。系統(tǒng)維護(hù)文檔保密措施項目劃定研究開發(fā)區(qū)域、商業(yè)秘密保護(hù)區(qū)域，未經(jīng)許可，非科研人員和因工作需要必須接觸到相應(yīng)資料、物品的人員，不得擅自進(jìn)入劃定的與本職工作無關(guān)的場所，不得帶領(lǐng)無關(guān)人員進(jìn)入該場所或為無關(guān)人員進(jìn)入該涉密場所提供便利；在勞動合同中,加入保密條款和禁止條款,任何人不得利用職務(wù)、工作之便或采用其他不正當(dāng)手段，將單位的知識產(chǎn)權(quán)擅自發(fā)表、泄漏、使用、許可或轉(zhuǎn)讓；也不得利用在本單位工作所掌握的信息資料為同行業(yè)的其他競爭者服務(wù)或提供便利；項目人員須增強保密意識，不該問的不問，不該說得不說，不該項目經(jīng)理是保密工作的第一責(zé)任人，各小組負(fù)責(zé)人為本小組的保嚴(yán)禁私自攜帶外來人員隨便出入項目建設(shè)區(qū)域。秘密文件、資料和其他物品的制作、收發(fā)、傳遞、使用、復(fù)制、摘抄保存和銷毀，由項目經(jīng)理委托專人執(zhí)行;采用電腦技術(shù)儲存、處理、傳遞的公司秘密由有關(guān)操作人員進(jìn)行保密處理。(1)非經(jīng)項目經(jīng)理的簽批，不得復(fù)制和摘抄。(2)收發(fā)、傳遞和外出攜帶，由指定人員擔(dān)任，并采取必要的(3)在設(shè)備完善的保險裝置中保存。(1)選擇具備保密措施的場所。(2)根據(jù)工作需要，限定參加會議的人員范圍，對參加涉及秘(3)依照保密規(guī)定使用會議設(shè)備和管理會議文件。(4)確定會議內(nèi)容是否傳達(dá)及傳達(dá)范圍。初步驗收依據(jù)包括：項目建設(shè)整體驗收方案項目建設(shè)單位提請總體驗收應(yīng)具備兩個前提條件：在達(dá)到以上兩個前提條件的情況下,項目建設(shè)單位向監(jiān)理方提交《整體驗收申請》和《試運行總結(jié)報告》,經(jīng)監(jiān)理方和甲方同意整體驗收依據(jù)包括：概述XXXX大坪村智慧農(nóng)業(yè)項目運維服務(wù)涉及到包括物聯(lián)網(wǎng)硬件設(shè)針對此次系統(tǒng)運維服務(wù)項目，我們在運維管理過程中，從日常運維，到服務(wù)響應(yīng)、故障的處理，最后到服務(wù)管理制度建設(shè)、服務(wù)文檔提交、優(yōu)化建議的提出和落地實施，我們將秉承“以客戶為中心、以流程為主線”的IT服務(wù)管理思想，建立相應(yīng)以專業(yè)駐場工程師為基礎(chǔ)的服務(wù)體系。從而保證XXXX大坪村智慧農(nóng)業(yè)系統(tǒng)的可靠、高效、持續(xù)、安全運行。本項目作為我公司五星級項目，我公司將在售后服務(wù)期內(nèi)提供全程現(xiàn)場貼身服務(wù)，為用戶配備專門的服務(wù)組織和高級技術(shù)人員，在技術(shù)力量、資金、服務(wù)和其他資源配置方面給予特別關(guān)注與考慮。建立與用戶的較高層面的熱線管道，及時有效的溝通。確保系統(tǒng)穩(wěn)定，可靠，長期運行，伴隨用戶共同成長。整體研究方法對于XXXX大坪村智慧農(nóng)業(yè)系統(tǒng)運維服務(wù)項目，我方基于ITIL展不斷變化、反復(fù)調(diào)整的理論體系，ITIL是需要結(jié)合客戶實際運營環(huán)境，并進(jìn)行反復(fù)驗證的。因此脫離實踐的ITIL空想，往往很難在現(xiàn)實客戶中獲得成功。ITIL理論引導(dǎo)和咨詢規(guī)劃幫助客戶進(jìn)通過整合長期積累的行業(yè)客戶實踐ITIL的經(jīng)驗總結(jié)出了我方的第一步是IT戰(zhàn)略階段確管理層對于運維服務(wù)管理的承諾。在IT戰(zhàn)略階段，通過現(xiàn)狀I(lǐng)T戰(zhàn)略階段的目標(biāo)：通過現(xiàn)狀評估全面了解IT運維服務(wù)管理流程和活動的成熟度，幫助XXXX大坪村運維部門全面認(rèn)識現(xiàn)有運維服務(wù)管理水平,并第二步管理體系設(shè)計：明確IT戰(zhàn)略之后，需要對組織的管理體系進(jìn)行理體系階段主要包括以下內(nèi)容：.考核體系第三步整理數(shù)據(jù)模型：(1)模型建立(2)數(shù)據(jù)采集(3)數(shù)據(jù)整理(1)系統(tǒng)配置及部署(2)流程導(dǎo)入(3)系統(tǒng)測試和團(tuán)隊磨合在測試環(huán)境中檢驗系統(tǒng)及數(shù)據(jù)的可操作性，并進(jìn)行適當(dāng)?shù)恼{(diào)整，(4)服務(wù)培訓(xùn)(5)運維穩(wěn)定持續(xù)交付運維團(tuán)隊和運維相關(guān)團(tuán)隊進(jìn)行有效的工作輸出，支持業(yè)務(wù)運行。第五步運行與改進(jìn)：服務(wù)運營階段將全新的運維管理解決方案集成到智慧農(nóng)業(yè)系統(tǒng)下內(nèi)容：反饋回評估小組，以進(jìn)行持續(xù)改進(jìn)。它包括：運維服務(wù)管理體系的建立并不能只實施一次就實現(xiàn)所有運維服務(wù)管理建設(shè)的目標(biāo)，它只是XXXX大坪村智慧農(nóng)業(yè)在建設(shè)符合XXXX大坪村智慧農(nóng)業(yè)系統(tǒng)使用的物聯(lián)云平臺、應(yīng)用系統(tǒng)等技術(shù)質(zhì)保期內(nèi)出現(xiàn)任何質(zhì)量問題(不可抗力除外),我公司及時提供我公司根據(jù)項目實際需要可提供售后維護(hù)團(tuán)隊的現(xiàn)場駐地化服務(wù)，解決用戶系統(tǒng)使用疑問、故障反饋等。具體內(nèi)容如下：對于重大的技術(shù)問題，我公司會在1小時內(nèi)作出響應(yīng)。并請示相關(guān)領(lǐng)導(dǎo),我公司會派公司的高級工程師4小時內(nèi)進(jìn)行解務(wù)不到位的人員進(jìn)行懲罰，對于用戶滿意的服務(wù)人員進(jìn)行獎勵。源池、網(wǎng)絡(luò)、安全、應(yīng)用系統(tǒng)的每個運維同事各司其職；統(tǒng)運行事件的處理情況；用戶問題的及時響應(yīng)處理；負(fù)責(zé)執(zhí)行客戶制定的工作計劃和操作規(guī)范；負(fù)責(zé)在節(jié)假日按照客戶要求進(jìn)行值班值守。定制軟件維護(hù)定期巡檢質(zhì)量保證期內(nèi)，我公司定期對系統(tǒng)進(jìn)行例行巡檢，對用戶的系統(tǒng)運行情況進(jìn)行檢查、優(yōu)化，通過采取預(yù)防措施，對潛在的故障點進(jìn)行分析診斷，達(dá)到預(yù)防目的。根據(jù)需要對系統(tǒng)的穩(wěn)定性等進(jìn)行性能調(diào)優(yōu)和系統(tǒng)調(diào)優(yōu)工作。故障響應(yīng)服務(wù)我公司向招標(biāo)人提供7*24小時的電話服務(wù)及遠(yuǎn)程服務(wù)來實現(xiàn)基本故障維護(hù)服務(wù)，響應(yīng)并解決時間不超過0.5小時。當(dāng)電話和遠(yuǎn)程服務(wù)不能排除系統(tǒng)故障時,我公司將新派專業(yè)技術(shù)人員奔赴現(xiàn)場提供技術(shù)支持服務(wù)，響應(yīng)并解決時間不超過4個小時；如果發(fā)生特別嚴(yán)重故障，我公司提供備件直到問題解決，一般不超過電話支持我公司將針對本項目提供兩方面的電話支持服務(wù),我公司提供專門的服務(wù)熱線手機，以保證不漏接客戶電話。收到保障電話后，客戶服務(wù)專員將根據(jù)故障等級通知相關(guān)工程師響應(yīng)客戶。故障登記表如下：受理人員報人姓名保障人所屬機構(gòu)保障內(nèi)容備注信息培訓(xùn)服務(wù)受理時間保障人聯(lián)系方式為使業(yè)務(wù)操作人員全面掌握業(yè)務(wù)操作流程,熟練靈活地使用統(tǒng)一軟件完成業(yè)務(wù)操作，使系統(tǒng)管理人員達(dá)到能夠獨立進(jìn)行日常管理、程序部署和更新、常規(guī)故障的處理、日常維護(hù)等工作目的，我們將協(xié)助采購人為相關(guān)管理人員和技術(shù)人員提供系統(tǒng)的使用、操作和管理等要求的技術(shù)培訓(xùn)服務(wù)。具體培訓(xùn)的實施方案參見培訓(xùn)方文檔維護(hù)服務(wù)管理本項目運行維護(hù)過程中，我公司將嚴(yán)格按照CMMI3要求，建立根據(jù)系統(tǒng)架構(gòu)與業(yè)務(wù)邏輯，設(shè)計配置合理告警方案；維管理效率。針對不同業(yè)務(wù)、不同服務(wù)等級制定不同告警方案。點設(shè)置告警點；統(tǒng)計系統(tǒng)資源運行指標(biāo)的高峰值,設(shè)置合理的告警閾值和運行基運維支撐人員收到告警信息后分析告警原因并第一時間通知項目經(jīng)理，根據(jù)告警分析情況確認(rèn)解決方案：措施包括：為了確保新增業(yè)務(wù)系統(tǒng)與現(xiàn)有運維工作的穩(wěn)定整合,我方將協(xié)助客戶做好應(yīng)用系統(tǒng)擴容工程實施的相關(guān)工作并制定業(yè)務(wù)運維規(guī)接維的風(fēng)險。交接維管理具體內(nèi)容見下圖所示：快速響應(yīng)服務(wù)特點·24*7*365的支持響應(yīng)中心；服務(wù)方式響應(yīng)式服務(wù)：遠(yuǎn)程支持和現(xiàn)場服務(wù)。遠(yuǎn)程支持是指在系統(tǒng)出現(xiàn)問題時，XXXX智慧農(nóng)業(yè)項目的技術(shù)人員通過我方提供的值班電話、手機、呼機等技術(shù)手段尋求技術(shù)支持。響應(yīng)中心的工程師會通過診斷調(diào)制解調(diào)器遠(yuǎn)程初步診斷故障，當(dāng)判斷系統(tǒng)有硬件故障時，會立即通知本地的工程師到現(xiàn)場做硬件維修。當(dāng)系統(tǒng)出現(xiàn)疑難問題不能立即解決時，響應(yīng)中心的工程師會將問題升級到總部；主動式服務(wù)：是通過主動式服務(wù)盡可能地預(yù)防和避免問題的發(fā)生，將問題消滅在萌芽狀態(tài)。通過指定專門的客戶服務(wù)代表，來保證我方服務(wù)的質(zhì)量,協(xié)調(diào)解決XXXX智慧農(nóng)業(yè)項目遇到的緊急問題，定期回顧和總結(jié)我方服務(wù)支持工作的情況，靈活處理智慧農(nóng)業(yè)的一些特殊服務(wù)支持。角色職責(zé)客戶經(jīng)理介紹我方相應(yīng)產(chǎn)品滿足客戶需求安排我方訂購產(chǎn)品和到貨運輸?shù)确?wù)區(qū)域經(jīng)理領(lǐng)導(dǎo)客戶支持服務(wù)隊伍制定客戶支持服務(wù)策略與客戶管理層溝通客戶服務(wù)代表實施客戶支持計劃緊急情況快速響應(yīng)協(xié)調(diào)我方內(nèi)部資源為客戶提供問題解決方案滿足客戶需求大客戶管理經(jīng)理服務(wù)合同經(jīng)理快速響應(yīng)流程負(fù)責(zé)管理重要客戶各項工作負(fù)責(zé)服務(wù)合同管理及相關(guān)事宜負(fù)責(zé)全國支持服務(wù)備件管理故障升級標(biāo)準(zhǔn)故障是否應(yīng)該升級處理的標(biāo)準(zhǔn)為：在業(yè)務(wù)繁忙時發(fā)生故障并嚴(yán)重影響業(yè)務(wù)，無法及時找到解決方案重要問題在4小時內(nèi)仍不能解決；需要更多資源解決此類復(fù)雜問題。故障升級前，客戶服務(wù)代表會將整個問題情況匯報給部門經(jīng)理，共同討論如何及時充分調(diào)動我方的資源為客戶服務(wù)，或是否需要其他途徑將問題升級處理，客戶服務(wù)代表或我方地區(qū)經(jīng)理可以成為故障升級的客戶滿意度經(jīng)理。角色職責(zé)客戶滿意度經(jīng)理代表我方管理層與客戶管理層保持聯(lián)系，通報進(jìn)展，協(xié)商行動方案負(fù)責(zé)故障升級的項目管理協(xié)調(diào)資源，保證升級小組了解客戶現(xiàn)場最新情況故障升級工程師負(fù)責(zé)故障升級的資深技術(shù)工程師組織協(xié)調(diào)技術(shù)行動制定、實施故障解決方案故障升級經(jīng)理負(fù)責(zé)故障升級流程保障升級流程按程序進(jìn)行配合客戶滿意度經(jīng)理管理故障升級技術(shù)升級專家負(fù)責(zé)此次升級的相關(guān)領(lǐng)域全球技術(shù)專家提供技術(shù)解決方案及應(yīng)急方案與我方實驗室配合提供解決方案技術(shù)升級專家經(jīng)理指派、管理相應(yīng)的全球技術(shù)專家協(xié)調(diào)技術(shù)專家及實驗室相應(yīng)資源客戶滿意度經(jīng)理(CSM)是面向客戶的故障升級負(fù)責(zé)人，出現(xiàn)故障升級時，其主要工作內(nèi)容為：確認(rèn)客戶已經(jīng)知道問題已經(jīng)升級處理；確保問題被妥善解決，同時要讓甲方滿意；保證客戶和我方的管理層都明確了解升級處理的每一狀態(tài)。服務(wù)記錄和報告工程師或客戶服務(wù)代表做完現(xiàn)場維修后，將被要求在一份“現(xiàn)場服務(wù)記錄”上簽字，這是甲方對現(xiàn)場服務(wù)的確認(rèn)，此文件將被保存作參考用。同樣，響應(yīng)中心工程師在做完遠(yuǎn)程支持后，也會將服務(wù)記錄下來,這樣,所有智慧農(nóng)業(yè)系統(tǒng)中出現(xiàn)的問題都可查詢、分類，同時可幫助我方的工程師發(fā)現(xiàn)潛在問題?？蛻舴?wù)代表在系統(tǒng)運行情況定期回顧時將總結(jié)這些服務(wù)記錄，以便確定今后要支持服務(wù)回顧系統(tǒng)運行和服務(wù)情況定期總結(jié)回顧活動是一次非常好的客戶和我方交流的機會，客戶服務(wù)代表從中可得知系統(tǒng)環(huán)境和業(yè)務(wù)需求的最新消息，闡明一些特殊問題，并同客戶定制、修改年度維護(hù)計劃。著重在于提供系統(tǒng)管理和技術(shù)指導(dǎo)以幫助智慧農(nóng)業(yè)系統(tǒng)提高整體計算機環(huán)境的運作效率。支持服務(wù)回顧的益處包括：增加系統(tǒng)穩(wěn)定運行性能和時間；提高智慧農(nóng)業(yè)系統(tǒng)的生產(chǎn)效率；主題由雙方協(xié)商確定的；總結(jié)過去的服務(wù)記錄；提供技術(shù)指導(dǎo)；分析操作流程：包括系統(tǒng)控制、備份策略、文件系統(tǒng)管理、工作計劃和討論年度維護(hù)計劃等。節(jié)假日期間，如遇到異常事件，我方現(xiàn)場維護(hù)人員具有足夠的技術(shù)能力，在約定的時間范圍內(nèi)，可以及時達(dá)到客戶現(xiàn)場，快速解決異常和處理故障，并將處理結(jié)果匯報給客戶。確保智慧農(nóng)業(yè)系統(tǒng)在節(jié)假日期間穩(wěn)定運行。同時,我方現(xiàn)場維護(hù)人員要協(xié)助客戶制定完善的容災(zāi)恢復(fù)相應(yīng)機制。在緊急響應(yīng)情況發(fā)生時，能夠及時協(xié)助客戶進(jìn)行業(yè)務(wù)恢復(fù)，我方現(xiàn)場維護(hù)人員需定期進(jìn)行容災(zāi)恢復(fù)測試演練，通過日常磨合文檔主要包括：《夏壩智慧農(nóng)業(yè)系統(tǒng)設(shè)計方案》《夏壩智慧農(nóng)業(yè)系統(tǒng)實施方案》《夏壩智慧農(nóng)業(yè)系統(tǒng)運維文檔》《夏壩智慧農(nóng)業(yè)系統(tǒng)產(chǎn)品手冊》《夏壩智慧農(nóng)業(yè)系統(tǒng)開發(fā)文檔》執(zhí)行、跟蹤并改進(jìn)服務(wù)質(zhì)量、提交各類服務(wù)報告、處理投訴等。內(nèi)容：······系統(tǒng)機房地址客戶聯(lián)系人姓名、電話系統(tǒng)設(shè)備應(yīng)用情況系統(tǒng)軟件版本號硬件配置操作系統(tǒng)環(huán)境定期回顧應(yīng)由我方客戶服務(wù)經(jīng)理提供會議紀(jì)要交客戶確認(rèn),并于7個工作(1)我方客戶服務(wù)經(jīng)理對該階段所執(zhí)行服務(wù)進(jìn)行介紹，提交階(2)客戶對我方客戶服務(wù)經(jīng)理所提供階段性服務(wù)情況匯總報告(3)我方客戶服務(wù)經(jīng)理聽取并記錄客戶針對該階段服務(wù)執(zhí)行情(4)我方客戶服務(wù)經(jīng)理應(yīng)根據(jù)客戶需求制定下一階段的客戶服(5)討論本階段服務(wù)過程中的重大事件對就智慧農(nóng)業(yè)系統(tǒng)運行(6)針對本階段服務(wù)過程中的重大技術(shù)問題，探討預(yù)防措施及1)服務(wù)臺2)系統(tǒng)監(jiān)控3)事故管理4)問題管理5)變更管理6)系統(tǒng)優(yōu)化7)配置管理8)發(fā)布管理對用戶而言，服務(wù)臺是“問題匯集中心”和“技術(shù)咨詢中心”現(xiàn)在的信息系統(tǒng)的使用者界面越來越友好，但對于非IT專業(yè)的建立故障管理流程的目標(biāo)是期望在盡可能小地影響組織及用戶業(yè)務(wù)的情況下使信息系統(tǒng)盡快恢復(fù)到服務(wù)級別協(xié)議所定義的服問題管理流程是指用于解決信息系統(tǒng)服務(wù)運營過程中遇到的所故發(fā)生的潛在原因并找到解決此事故的方法或防止其再次發(fā)生在因素的識別。本項目問題管理工具使用QC。建立問題管理流程的目標(biāo)是尋找發(fā)生問題的根本原因,根據(jù)優(yōu)先變更管理的目標(biāo)是確保在變更實施的過程中使用標(biāo)準(zhǔn)的方法和系統(tǒng)上線發(fā)布的軟件(含補丁)需要經(jīng)過發(fā)布請求、發(fā)布計劃、相關(guān)職能部門統(tǒng)一發(fā)布。本項目發(fā)布管理使用開源Ant工具。程如下圖所示：配置管理(CM)相互關(guān)系進(jìn)行記錄，形成集中的配置管理數(shù)據(jù)庫(CMDB),并對生產(chǎn)環(huán)境中的配置信息進(jìn)行定期審計,以保證配置管理系統(tǒng)中最好的服務(wù)是在用戶(使用系統(tǒng)的人員)未發(fā)現(xiàn)問題前通過內(nèi)部的性能問題和隱患，為提前(及時)處理系統(tǒng)問題提供支持。(1)日常監(jiān)控(2)問題處理(3)定期報告圖等；面向值班人員：系統(tǒng)拓?fù)浣Y(jié)構(gòu)視圖、業(yè)務(wù)系統(tǒng)(每個業(yè)務(wù)系統(tǒng)1套)邏輯結(jié)構(gòu)視圖、系統(tǒng)狀態(tài)列表視圖等；1)完善網(wǎng)絡(luò)與信息安全突發(fā)公共事件監(jiān)測、預(yù)測和預(yù)警制度加強對各類網(wǎng)絡(luò)與信息安全突發(fā)事件和可能引起突發(fā)網(wǎng)絡(luò)與信.利用網(wǎng)絡(luò)從事違法犯罪活動；網(wǎng)絡(luò)或信息系統(tǒng)通使用異常；2)設(shè)定信息安全等級保護(hù)，實行信息安全風(fēng)險評估3)做好服務(wù)器及數(shù)據(jù)中心的數(shù)據(jù)備份及登記工作預(yù)警管理告警管理功能能夠與拓?fù)湔宫F(xiàn)模塊配合，當(dāng)發(fā)生告警/告警清除性能優(yōu)化原則以下原則：1)可追溯性原則要對系統(tǒng)配置和性能信息建立檔案；2)確定優(yōu)化目標(biāo)作，比如，網(wǎng)絡(luò)帶寬是10M,你在該線路上的請求的速度和并3)制定優(yōu)化計劃4)可測量性原則1)建立應(yīng)用系統(tǒng)性能模型2)定位存在的瓶頸和隱患3)提供升級改造優(yōu)化建議4)量化現(xiàn)有應(yīng)用性能需求量化現(xiàn)有應(yīng)用性能需求是把系統(tǒng)性能需要用數(shù)字形式來表述出5)分析性能需求增長趨勢6)制定性能改善目標(biāo)7)優(yōu)化方案性能指標(biāo)要求8)檢測改造方案實際負(fù)載9)評估優(yōu)化效果10)長期量化分析優(yōu)化結(jié)果系統(tǒng)性能問題是一個行為(用戶操作或系統(tǒng)自動作業(yè))、資源、以及其他資源的使用情況，常用的操作系統(tǒng)工具如sar、ps、連接的監(jiān)視，另外，對于J2EE,需要對進(jìn)程內(nèi)存使用以及JAVA堆進(jìn)行監(jiān)控，這些都有一些專業(yè)的軟件進(jìn)行監(jiān)控，如：jmeter、根據(jù)我們對項目整體情況的了解，建議：定期使用LoadRunner,模擬復(fù)雜業(yè)務(wù)的處理，監(jiān)控、分析這些九大知識領(lǐng)域，與項目管理協(xié)會(PMI)的項目管理知識框架和我方大客戶支持流程主要包括：定期服務(wù)回顧(OR)是一個交流機制。通過它，我方公司的客般集中于客戶服務(wù)計劃(ASP)的執(zhí)行、更改，以及進(jìn)展中的支在一定時間范圍內(nèi)的可用性及故障情況，記錄客戶服務(wù)計劃(ASP)的實施進(jìn)度，了解系統(tǒng)運作中存在的隱患及改進(jìn)方法，客戶能夠更加全面地了解系統(tǒng)運行的狀態(tài)以及我方公司已經(jīng)提概述聯(lián)系方法遠(yuǎn)程支持服務(wù)記錄現(xiàn)場維修流程我方現(xiàn)場維修流程主要包括：服務(wù)管理流程故障是否應(yīng)該升級處理的標(biāo)準(zhǔn)為：·在業(yè)務(wù)繁忙時發(fā)生故障并嚴(yán)重影響業(yè)務(wù)，無法及時找到解決方案；·重要問題在2小時內(nèi)仍不能解決；故障升級前，客戶服務(wù)代表會將整個問題情況匯報給部門經(jīng)理，客戶服務(wù)經(jīng)理(ASM)是面向客戶的故障升級負(fù)責(zé)人，出現(xiàn)故障升級時，其主要工作內(nèi)容為：·保證客戶和我方公司的管理層都明確了解升級處理的每一的運營IT服務(wù)管理(OperationalITSM)的經(jīng)驗，依據(jù)業(yè)界的升IT部門的工作能力，并系統(tǒng)化、模型化地向公司高層及業(yè)務(wù)(1)識別運營中的風(fēng)險和薄弱環(huán)節(jié)(2)建立服務(wù)改進(jìn)計劃(SIP)服務(wù)改進(jìn)計劃(SIP)標(biāo)示了將要實行的關(guān)鍵性的改進(jìn)活動、完成這些活動的時間表、以及每項活動的責(zé)任單位(如客戶、我方或第三方廠商)。(3)服務(wù)管理計劃(SIP)管理輔助幫助客戶管理在該計劃中定義的改進(jìn)活動，并定期評估和更新。(4)服務(wù)改進(jìn)活動輔助(5)配備關(guān)鍵業(yè)務(wù)咨詢顧問(BCC)服務(wù)器優(yōu)化整合資源池虛擬化設(shè)計，側(cè)重以下方面的設(shè)計：IT基礎(chǔ)架構(gòu)優(yōu)化設(shè)計，側(cè)重以下前沿趨勢探索和設(shè)計：·提高客戶公司服務(wù)器資源的使用效率，通過低負(fù)載服務(wù)器的整合，獲得更合理的系統(tǒng)負(fù)載與IT投資回報?！ねㄟ^系統(tǒng)整合有效減少目前機房空間，服務(wù)器供電、空調(diào)環(huán)境等要求，可在現(xiàn)有機房環(huán)境下，為更多新業(yè)務(wù)系統(tǒng)的上·增強部署靈活性，快速響應(yīng)高峰需求，可在需求降低的情·建立以服務(wù)為導(dǎo)向的服務(wù)器體系架構(gòu)，快速滿足業(yè)務(wù)和應(yīng)定時進(jìn)行事件統(tǒng)計報告，每周、每月進(jìn)行事件統(tǒng)計分析，并提操作實施或重大節(jié)假日保障結(jié)束后提供《重大事件回顧報告》,本項目的主要溝通計劃如下：半年、年報等；·例會：由客戶與我司項目組共同召開。會議將對上次例會以來項目的進(jìn)展情況，本階段以來的工作進(jìn)展進(jìn)行回顧，總結(jié)問題點，分析原因，并確定解決方案。對下一階段的工作任務(wù)進(jìn)行部署。會議結(jié)果由我司發(fā)布會議紀(jì)要；·項目協(xié)調(diào)會：由我司服務(wù)專員發(fā)起，不定期召開，協(xié)調(diào)各相關(guān)工作界面，確定資源分配，就項目實施過程中的重大問題進(jìn)行討論，并做出下一階段工作安排，以保證項目的正常實施。會議結(jié)果由我司發(fā)布會議紀(jì)要；·交流：保持通信聯(lián)絡(luò)，以傳真、電話、電子郵件等方式進(jìn)·垂直溝通是指：用戶與我方之間的溝通、我方與其他供貨向用戶項目主管領(lǐng)導(dǎo)匯報運維項目進(jìn)展情況，不定題提交問題\各供貨商\服務(wù)商每周四以郵件方式向我方提交項目周報，向用·水平溝通是指：我方與用戶項目小組、其他合作伙伴之間建議我方項目組與用戶項目組核心成員集中辦公,根據(jù)需要隨時·項目周例會：由用戶項目經(jīng)理、我方項目經(jīng)理每周共同主 持召開，運維實施關(guān)聯(lián)方項目組核心成員參加例會，其他項目成員根據(jù)需要列席會議。會議將對本周以來項目工作進(jìn)展進(jìn)行回顧，肯定成績、總結(jié)問題、分析原因，并確定問題解決方案，對下一階段的工作任務(wù)進(jìn)行部署確認(rèn)。會議結(jié)果由項目組發(fā)布會議紀(jì)要；·項目協(xié)調(diào)會：由用戶或我方運維項目經(jīng)理發(fā)起，不定期召開，協(xié)調(diào)各相關(guān)工作界面，確定資源分配，就項目實施過程中的重大問題進(jìn)行討論，提出下一階段工作計劃安排，以保證項目的正常實施。會議結(jié)果由項目組發(fā)布會議紀(jì)要；·項目階段總結(jié)：在項目各階段工作收尾時，由用戶和我方運維項目經(jīng)理進(jìn)行階段工作總結(jié)，評估上一階段工作得失，為下階段的工作進(jìn)行必要的預(yù)溝通，解決問題隱患；·非正式交流：保持通信暢通，以面談、電話、郵件等方式我方運維項目經(jīng)理負(fù)責(zé)匯總、發(fā)布《項目成員通信錄》,隨時更確保文件的兼容性,項目組成員須使用以下軟件創(chuàng)建和修改項目文檔：