某省某市研發(fā)中心委外項(xiàng)目驗(yàn)收標(biāo)準(zhǔn)指導(dǎo)說明書（知識研究或個(gè)人學(xué)習(xí)）

項(xiàng)目代碼驗(yàn)收報(bào)告文檔驗(yàn)收架構(gòu)設(shè)計(jì)驗(yàn)收總體架構(gòu)驗(yàn)收架構(gòu)圖此處需要附上架構(gòu)圖要求架構(gòu)設(shè)計(jì)能夠很清晰地描述系統(tǒng)內(nèi)部的模塊劃分，與外部系統(tǒng)的邊界關(guān)系例如：模塊清單列表模塊名稱模塊說明XXXX模塊主要作用說明系統(tǒng)架構(gòu)設(shè)計(jì)評估說明驗(yàn)收標(biāo)準(zhǔn)：能夠深入了解系統(tǒng)架構(gòu)清晰各子系統(tǒng)邊界，如系統(tǒng)臺與外部系統(tǒng)又關(guān)聯(lián)則清晰理解外部系統(tǒng)與本項(xiàng)目系統(tǒng)臺邊界，邊界定義一般為各個(gè)系統(tǒng)的。對于不清楚的地方，則需要求合作伙伴進(jìn)行架構(gòu)補(bǔ)充描述業(yè)務(wù)流程設(shè)計(jì)評估評估文檔中是否包含又系統(tǒng)的主要業(yè)務(wù)流程各模塊的交互時(shí)序圖時(shí)序圖是否交代清晰。臺系統(tǒng)與外部邊界評估評估與外界時(shí)間接口文檔是否齊全接口文檔質(zhì)量接口定義是否合理總體架構(gòu)小節(jié)對架構(gòu)的合理性，規(guī)范性，文檔質(zhì)量進(jìn)行總結(jié)。例如：合理性項(xiàng)目架構(gòu)設(shè)計(jì)合理/不合理，其中XXXXXXX設(shè)計(jì)不合理XXXXXXX設(shè)計(jì)不合理XXXXXXX設(shè)計(jì)不合理規(guī)范性XXXX設(shè)計(jì)未包含主要的邏輯圖/時(shí)序圖，無法全局性描述系統(tǒng)xxxxxx業(yè)務(wù)場景XXXX未包含xxxxxxxx，導(dǎo)致xxxxxxxx文檔質(zhì)量文檔質(zhì)量較好/較差XXXXXX文檔未能描述清楚XXXXXXXX缺少XXXXXXXXX技術(shù)架構(gòu)驗(yàn)收技術(shù)架構(gòu)圖此處需要附上整體技術(shù)架構(gòu)圖（要求伙伴必須提供）例如：技術(shù)架構(gòu)設(shè)計(jì)評估此處需附技術(shù)架構(gòu)圖該技術(shù)架構(gòu)圖需包含本項(xiàng)目中用到的所有技術(shù)文檔中一定要包含技術(shù)架構(gòu)圖，即用了那些技術(shù)進(jìn)行了系統(tǒng)的開發(fā)和應(yīng)用，每種語言不一樣，此處未文字性描述，例如：該項(xiàng)目使用了JAVA常用的技術(shù)棧，其中XXXXX項(xiàng)目模塊使用了.net技術(shù)，XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX系統(tǒng)詳細(xì)設(shè)計(jì)驗(yàn)收標(biāo)準(zhǔn)：文檔中一定要有各子系統(tǒng)/模塊的詳細(xì)說明，需說明該模塊的主要作用，說明中還需包含有那些模塊調(diào)用該模塊的服務(wù)，該模塊調(diào)用了那些模塊模塊邊界設(shè)計(jì)驗(yàn)收該項(xiàng)需要按以模塊清單列表中的模塊，以模塊的維度進(jìn)行評估必須查看所有模塊的接口定義（接口文檔）是否滿足需求檢查接口文檔規(guī)范，描述是否清晰接口文檔需包含接口協(xié)議描述，使用場景描述，所有入?yún)⒚枋觯谐鰠⒚枋?，?shù)據(jù)結(jié)構(gòu)描述，接口調(diào)用的樣例接口字段中如有枚舉，必須將枚舉一一列出說明，比如：訂單狀態(tài)1，已下單2，待支付3，已支付4，已完成接口邏輯設(shè)計(jì)驗(yàn)收系統(tǒng)詳細(xì)設(shè)計(jì)說明書/系統(tǒng)業(yè)務(wù)流程圖及說明再這兩個(gè)文檔中，對于某個(gè)業(yè)務(wù)流程的系統(tǒng)梳理需要有系統(tǒng)交互時(shí)序流程設(shè)計(jì)及時(shí)序交互詳細(xì)說明，時(shí)序圖主要是描述某業(yè)務(wù)流程下，系統(tǒng)之間的交互情況例子：接口說明文檔標(biāo)準(zhǔn)：每個(gè)接口需要有接口執(zhí)行邏輯說明，不限文字，流程圖，或者時(shí)序圖進(jìn)行說明描述。在接口執(zhí)行邏輯說明中，如訪問了外部資源，則需要有訪問策略說明：如：進(jìn)行數(shù)據(jù)內(nèi)存存儲(chǔ)保存再redis中，存儲(chǔ)策略為保存24小時(shí)數(shù)據(jù)庫設(shè)計(jì)驗(yàn)收檢查數(shù)據(jù)庫設(shè)計(jì)的規(guī)范，文檔中需包含表明，作用描述，字段類型，字段說明，字段長度，如有枚舉，必須將枚舉一一列出說明系統(tǒng)詳細(xì)設(shè)計(jì)驗(yàn)收小結(jié)對系統(tǒng)詳細(xì)設(shè)計(jì)的驗(yàn)收情況進(jìn)行小結(jié)描述代碼走查驗(yàn)收整體代碼結(jié)構(gòu)合作伙伴對其代碼工程目錄結(jié)構(gòu)以文檔形式進(jìn)行詳細(xì)說明按照系統(tǒng)架構(gòu)結(jié)合技術(shù)架構(gòu)，核實(shí)清楚模塊的代碼，工程數(shù)量輸出代碼模塊清單列表代碼模塊模塊說明代碼路徑開發(fā)語言代碼檢查按照常規(guī)的代碼編寫規(guī)范檢查，對于合作伙伴不能提供的源碼，需要核實(shí)項(xiàng)目合同中是否有相應(yīng)的條款規(guī)定（可直接找周東進(jìn)行核實(shí)），需明確不提供的源碼是在合同中明確規(guī)定的。如合作伙伴不能提供源碼，且又不在項(xiàng)目合同中明確規(guī)定的，則需反饋項(xiàng)目經(jīng)理及合作伙伴必須提供源代碼如合作伙伴不能提供源碼，且又不在項(xiàng)目合同中明確規(guī)定的，如是不涉及到業(yè)務(wù)層面的（即與業(yè)務(wù)實(shí)現(xiàn)有依賴關(guān)系的），則需要合作伙伴提供對應(yīng)的詳細(xì)API使用文檔（含第三方應(yīng)用包）檢查注釋，檢查原則：所有的主要代碼分支判斷或者算法都要進(jìn)行注釋，注釋必須清晰數(shù)據(jù)腳本檢查該項(xiàng)檢查提交上來的數(shù)據(jù)腳本與數(shù)據(jù)庫設(shè)計(jì)文檔中是否一致。代碼安全掃描標(biāo)準(zhǔn)所有的代碼必須進(jìn)行內(nèi)部的代碼安全掃描（與運(yùn)維余文進(jìn)行聯(lián)系，使用fortify進(jìn)行靜態(tài)代碼掃描），掃描結(jié)果中的中，高風(fēng)險(xiǎn)問題必須進(jìn)行修復(fù)，對掃描出來的結(jié)果發(fā)給合作伙伴進(jìn)行整改，如其整改超過3次提交的代碼還未解決，反饋項(xiàng)目經(jīng)理，暫停驗(yàn)收。部署發(fā)布驗(yàn)收該項(xiàng)驗(yàn)收標(biāo)準(zhǔn)為合作伙伴提交上來的開發(fā)手冊/部署手冊需要在無合作伙伴的指導(dǎo)支撐下，開發(fā)及運(yùn)維能夠獨(dú)立進(jìn)行項(xiàng)目所有應(yīng)用的編譯及部署，及初始化數(shù)據(jù)庫。使得交付給測試進(jìn)行功能測試驗(yàn)收的環(huán)境能夠運(yùn)行正常。開發(fā)手冊/部署手冊