BUG管理規(guī)范及流程

精品文檔精心整理精品文檔可編輯的精品文檔BUG管理規(guī)范及流程目錄1 前言 32 術(shù)語(yǔ)定義 33 總則 44 研發(fā)階段缺陷管理 44.1 缺陷表單說(shuō)明 44.2 流程 65 維護(hù)階段問(wèn)題反饋及處理 75.1 問(wèn)題表單 75.2 流程 86 附件 96.1 缺陷管理工具選擇 96.2 問(wèn)題記錄表 10

前言本文檔用于描述“XX軟件股份有限公司”軟件生命周期中，產(chǎn)生的問(wèn)題及缺陷的收集處理方法和參考規(guī)范。術(shù)語(yǔ)定義術(shù)語(yǔ)英文定義備注缺陷影響客戶正常使用的任何問(wèn)題缺陷分類按照缺陷的嚴(yán)重程度分為：重大缺陷、待確認(rèn)缺陷、一般缺陷。重大缺陷：指在軟件開發(fā)過(guò)程中的針對(duì)軟件產(chǎn)品和開發(fā)過(guò)程的問(wèn)題，這些問(wèn)題已經(jīng)影響用戶的正常使用。待確認(rèn)的缺陷：指該缺陷需要測(cè)試人員進(jìn)行重現(xiàn)和確認(rèn)是否為缺陷。一般缺陷：指在軟件開發(fā)過(guò)程中的針對(duì)軟件產(chǎn)品和開發(fā)過(guò)程的問(wèn)題，這些問(wèn)題已經(jīng)影響或者可能影響軟件產(chǎn)品的質(zhì)量問(wèn)題問(wèn)題指系統(tǒng)上線后，用戶反饋的所有有關(guān)軟件系統(tǒng)的問(wèn)題，包括：需求和缺陷問(wèn)題級(jí)別按照問(wèn)題需要處理的緊迫程度分為：非常重要、重要、一般?？梢詮挠脩舻臐M意度和修改的影響范圍兩個(gè)方面來(lái)定義。非常重要：優(yōu)先級(jí)高，要求能在一周之內(nèi)予以解決或者給出解決辦法。重要：優(yōu)先級(jí)一般，要求能在兩周之內(nèi)予以解決。一般：優(yōu)先低，要求能在一個(gè)月之內(nèi)解決需求分類按照需求特性分為：待討論需求、特殊需求及一般需求。待討論需求：指該需求需要經(jīng)過(guò)產(chǎn)品組人員進(jìn)行討論。特殊需求：指該需求的特殊性，一般是工作量較大或是原需求上改動(dòng)較大的需求。新需求：目前產(chǎn)品功能無(wú)法滿足的需求點(diǎn)，該需求具有一定的通用性，可以完善產(chǎn)品問(wèn)題確認(rèn)確認(rèn)指問(wèn)題流轉(zhuǎn)各環(huán)節(jié)對(duì)問(wèn)題的處理意見。確認(rèn)結(jié)果可分為：支持：經(jīng)過(guò)分析該需求有開發(fā)價(jià)值或確認(rèn)修改該缺陷。不支持：經(jīng)過(guò)分析該問(wèn)題無(wú)開發(fā)價(jià)值或?qū)崿F(xiàn)困難。取消：由于某種原因該問(wèn)題撤銷，不需要繼續(xù)處理。問(wèn)題狀態(tài)指問(wèn)題所處的處理狀態(tài)。分為：待處理、處理中、驗(yàn)證中、確認(rèn)通過(guò)、關(guān)閉等?？倓t該規(guī)范作為軟件缺陷管理的參考規(guī)范，不作為強(qiáng)制性規(guī)范軟件項(xiàng)目生命過(guò)程中缺陷的管理分為兩個(gè)階段：未發(fā)布版本前研發(fā)階段的缺陷管理；發(fā)版后項(xiàng)目維護(hù)過(guò)程中用戶反饋問(wèn)題的管理。研發(fā)階段的缺陷管理目標(biāo)是測(cè)試過(guò)程中發(fā)現(xiàn)的缺陷的管理和跟蹤，確保已發(fā)現(xiàn)缺陷都獲得修復(fù)，同時(shí)通過(guò)缺陷反映產(chǎn)品質(zhì)量狀況；維護(hù)階段問(wèn)題反饋處理是產(chǎn)品或者項(xiàng)目已經(jīng)上線使用，在使用過(guò)程中用戶或者技服人員反饋缺陷及問(wèn)題的管理辦法，因?yàn)閱?wèn)題的收集環(huán)境比較復(fù)雜，填寫問(wèn)題的人員比較多，收集的方式應(yīng)該便捷（如郵件、瀏覽器等）填寫和提交比較簡(jiǎn)單，同時(shí)有專人對(duì)反饋的問(wèn)題進(jìn)行一輪過(guò)濾篩選。缺陷管理的字段除必填字段外，項(xiàng)目可根據(jù)需要自行增減這里定義的流程為推薦的最佳處理流程也可根據(jù)具體項(xiàng)目情況進(jìn)行細(xì)節(jié)調(diào)整研發(fā)階段缺陷管理缺陷表單說(shuō)明可追蹤信息缺陷ID唯一的缺陷ID，可以根據(jù)該ID追蹤缺陷缺陷基本信息缺陷狀態(tài)缺陷的狀態(tài)，新建、打開、正修改、待驗(yàn)證、待確認(rèn)、關(guān)閉、遺留缺陷摘要缺陷一句話描述嚴(yán)重級(jí)別A:致命問(wèn)題(引起軟件整體運(yùn)行崩潰或破壞軟件敏感數(shù)據(jù)的致命問(wèn)題)；B:嚴(yán)重問(wèn)題(功能測(cè)試出錯(cuò)，導(dǎo)致功能無(wú)法使用的問(wèn)題)；C:一般問(wèn)題(影響軟件正常完成任務(wù)但仍能產(chǎn)生正確結(jié)果的問(wèn)題，或者該功能測(cè)試出錯(cuò)，但可以通過(guò)其它方式實(shí)現(xiàn)該功能)；D:輕微問(wèn)題/描述性問(wèn)題(引起操作不舒服但并不影響軟件完成任務(wù)的問(wèn)題，或者軟件中說(shuō)明不確切或含義模糊或未準(zhǔn)確使用專業(yè)術(shù)語(yǔ)，容易導(dǎo)致誤解的問(wèn)題)；E:改進(jìn)建議(不影響軟件完成任務(wù)或功能可以實(shí)現(xiàn)，但操作或顯示方面需要改進(jìn)的問(wèn)題)。F待分類問(wèn)題（不確定用戶是否需要該功能或該功能應(yīng)用場(chǎng)景不清楚）優(yōu)先級(jí)別描述缺陷的緊急程度，高中低缺陷提交人缺陷提交人的名字（郵件地址）缺陷提交日期缺陷提交的時(shí)間缺陷所屬產(chǎn)品缺陷所屬產(chǎn)品、或者產(chǎn)品系列缺陷所屬子項(xiàng)目所屬子項(xiàng)目缺陷所屬模塊缺陷所屬的模塊，最好能較精確的定位至模塊產(chǎn)品版本號(hào)產(chǎn)品版本號(hào)；如CI3.2；CI關(guān)聯(lián)交易2.0；CI_儀表盤1.0期望解決版本CI對(duì)外版本號(hào)缺陷處理結(jié)果描述對(duì)處理結(jié)果的描述，如果對(duì)代碼進(jìn)行了修改，要求在此處體現(xiàn)出修改缺陷修正人最終處理缺陷的處理人獲得解決版本解決該缺陷的版本號(hào)，由驗(yàn)證人員填寫。缺陷解決日期缺陷來(lái)源錯(cuò)誤產(chǎn)生原因：編碼錯(cuò)誤、設(shè)計(jì)缺陷、業(yè)務(wù)需求缺陷、編譯配置問(wèn)題、低級(jí)缺陷缺陷類別錯(cuò)誤的類別：功能錯(cuò)誤、數(shù)據(jù)錯(cuò)誤、界面問(wèn)題、安裝配置其他缺陷提出人提出缺陷的人名缺陷的詳細(xì)描述對(duì)缺陷的詳細(xì)描述；之所以把這項(xiàng)單獨(dú)列出來(lái)，是因?yàn)閷?duì)缺陷描述的詳細(xì)程度直接影響開發(fā)人員對(duì)缺陷的修改，描述應(yīng)該盡可能詳細(xì)；操作步驟及缺陷的表現(xiàn)測(cè)試環(huán)境說(shuō)明對(duì)測(cè)試環(huán)境的描述操作系統(tǒng)、瀏覽器、中間件、數(shù)據(jù)庫(kù)必要的附件對(duì)于某些文字很難表達(dá)清楚的缺陷，使用圖片等附件是必要的其他：缺陷的歷史流轉(zhuǎn)記錄及缺陷所有的操作；缺陷關(guān)聯(lián)的條目；從創(chuàng)建到關(guān)閉花費(fèi)時(shí)間必填字段缺陷摘要、嚴(yán)重級(jí)別、優(yōu)先級(jí)別、缺陷所屬產(chǎn)品、缺陷所屬模塊、產(chǎn)品版本號(hào)、缺陷處理結(jié)果描述、缺陷來(lái)源、缺陷類別、缺陷的詳細(xì)描述選項(xiàng)字段缺陷狀態(tài)：新建、退回、打開、正修改、待驗(yàn)證、關(guān)閉、遺留、待討論嚴(yán)重級(jí)別：致命、嚴(yán)重、一般、建議優(yōu)先級(jí)別：高中低缺陷所屬產(chǎn)品：缺陷所屬項(xiàng)目：缺陷所屬模塊：產(chǎn)品版本號(hào)：缺陷來(lái)源：編碼錯(cuò)誤、設(shè)計(jì)缺陷、業(yè)務(wù)需求缺陷、編譯配置問(wèn)題、低級(jí)缺陷缺陷類別：功能錯(cuò)誤、數(shù)據(jù)錯(cuò)誤、界面問(wèn)題、安裝配置自動(dòng)生成字段：缺陷ID、缺陷提交人、缺陷提交日期、缺陷解決日期缺陷處理人填寫的字段：缺陷處理結(jié)果描述；驗(yàn)證通過(guò)填寫的字段：獲得解決版本；其余字段由缺陷提交人填寫。流程缺陷提交人提交缺陷（缺陷提交人可以是項(xiàng)目組任何成員）可能根據(jù)項(xiàng)目情況選擇是否需要“缺陷分發(fā)人”（一位或多位），如提交缺陷的人員無(wú)法判定該缺陷應(yīng)該提交給哪位研發(fā)人員處理時(shí)；特別關(guān)注、需要保證提交缺陷的質(zhì)量時(shí)；需要項(xiàng)目經(jīng)理或者主要負(fù)責(zé)人對(duì)缺陷進(jìn)行處理時(shí)。也可以提交人直接將缺陷提交給最終的缺陷修改人員如果缺陷被退回，再次確認(rèn)是否為缺陷或者是否描述清晰，如果不是缺陷關(guān)閉缺陷，如果描述不清修改描述并重新提交打開缺陷缺陷分發(fā)人對(duì)缺陷進(jìn)行判斷，如果是缺陷分配給對(duì)應(yīng)缺陷修正人員，如果不是缺陷或者描述不清，將缺陷退回提交人缺陷修正人判定是否為缺陷，如果是缺陷轉(zhuǎn)為“正修改”狀態(tài)；如果不是缺陷或者描述不清，將缺陷退回提交人新版本研發(fā)開始后，研發(fā)經(jīng)理檢查遺留問(wèn)題，需要在此版本中解決的缺陷，將缺陷打開制定給修正人修正缺陷修正缺陷，將缺陷置為“待驗(yàn)證”如果缺陷修正人對(duì)缺陷是否要修改有爭(zhēng)議，或者需要協(xié)調(diào)修改或者修改有不明確的因素，將缺陷置為“待討論”研發(fā)經(jīng)理處理“待討論”缺陷，如果認(rèn)為需要修正轉(zhuǎn)給修正人員進(jìn)行修正，如果認(rèn)為不用修正直接關(guān)閉缺陷，如果可以遺留到下個(gè)版本在進(jìn)行解決置為“遺留”狀態(tài)缺陷驗(yàn)證測(cè)試人員對(duì)“待驗(yàn)證”的缺陷進(jìn)行回歸測(cè)試，如果驗(yàn)證通過(guò)關(guān)閉缺陷，如果驗(yàn)證不通過(guò)將缺陷置為“打開”，繼續(xù)進(jìn)行缺陷修正維護(hù)階段問(wèn)題反饋及處理問(wèn)題表單字段字段說(shuō)明*編號(hào)問(wèn)題統(tǒng)一編號(hào)*功能模塊功能模塊或者功能分類*問(wèn)題描述問(wèn)題的詳細(xì)描述*性質(zhì)問(wèn)題性質(zhì)決定問(wèn)題的下一步處理流程，分為：缺陷、重大缺陷、需求、待討論需求、特殊需求（研發(fā)產(chǎn)品負(fù)責(zé)人填寫）*版本所用版本號(hào)*項(xiàng)目名稱提交此問(wèn)題的具體項(xiàng)目名稱*提出人提出人姓名*提出時(shí)間出題具體時(shí)間年月日*期望解決時(shí)間期望的解決時(shí)間預(yù)計(jì)解決時(shí)間預(yù)計(jì)解決時(shí)間（研發(fā)負(fù)責(zé)人填寫）問(wèn)題歸類問(wèn)題分類，可以分為：宕機(jī)、效率問(wèn)題、美觀性問(wèn)題、易用性問(wèn)題、數(shù)據(jù)正確性*問(wèn)題級(jí)別問(wèn)題嚴(yán)重級(jí)別，分為：非常重要、重要、一般問(wèn)題解決方法具體解決辦法（研發(fā)負(fù)責(zé)人填寫）*研發(fā)人員確認(rèn)情況支持、不支持（研發(fā)產(chǎn)品負(fù)責(zé)人填寫）研發(fā)負(fù)責(zé)人研發(fā)負(fù)責(zé)人姓名*研發(fā)完成情況完成、未完成（研發(fā)負(fù)責(zé)人填寫）研發(fā)完成時(shí)間（研發(fā)負(fù)責(zé)人填寫）*測(cè)試確認(rèn)情況可重現(xiàn)、不能重現(xiàn)、不存在、已解決、未解決（測(cè)試負(fù)責(zé)人填寫）測(cè)試確認(rèn)時(shí)間（測(cè)試負(fù)責(zé)人填寫）*完成版本測(cè)試通過(guò)的版本號(hào)（測(cè)試負(fù)責(zé)人填寫）實(shí)施確認(rèn)情況已確認(rèn)、未確認(rèn)（實(shí)施人員填寫）實(shí)施確認(rèn)時(shí)間開始時(shí)間產(chǎn)品維護(hù)小組填寫開始時(shí)間結(jié)束時(shí)間問(wèn)題最終通過(guò)時(shí)間狀態(tài)不支持關(guān)閉、支持待解決、支持正解決、解決關(guān)閉、取消關(guān)閉備注附件必填字段：打星號(hào)的為必填字段。缺陷狀態(tài)區(qū)分：不支持關(guān)閉、支持待解決、支持正解決、解決關(guān)閉、取消關(guān)閉流程問(wèn)題提交項(xiàng)目實(shí)施人員記錄用戶反饋問(wèn)題，包括缺陷和需求，提交給產(chǎn)品維護(hù)小組成員如果產(chǎn)品線比較大，可以分為多個(gè)小組分別負(fù)責(zé)不同業(yè)務(wù)產(chǎn)品維護(hù)小組成員對(duì)提交的問(wèn)題進(jìn)行確認(rèn)、過(guò)濾，對(duì)于不用研發(fā)處理的問(wèn)題（如由于實(shí)施問(wèn)題、用戶理解和操作方式問(wèn)題）要過(guò)濾掉，對(duì)于重復(fù)提交的問(wèn)題進(jìn)行合并，并將處理結(jié)果反饋給提交人對(duì)于確認(rèn)過(guò)的問(wèn)題，梳理后提交到“問(wèn)題一覽表”，或者通過(guò)缺陷管理工具提交到研發(fā)部門（要填寫的字段有“編號(hào)”“功能模塊”“問(wèn)題描述”“版本”、“項(xiàng)目名稱”、“提出人”、“提出時(shí)間”、“期望解決時(shí)間”、“問(wèn)題歸類”、“問(wèn)題級(jí)別”、“開始時(shí)間”），如果有需要可同時(shí)抄送給產(chǎn)品相關(guān)干系人問(wèn)題分類研發(fā)產(chǎn)品負(fù)責(zé)人對(duì)提交過(guò)來(lái)的問(wèn)題進(jìn)行分類，填寫“問(wèn)題性質(zhì)”、“研發(fā)人員確認(rèn)情況”字段，如果確認(rèn)支持填寫對(duì)應(yīng)的“研發(fā)負(fù)責(zé)人”如果確認(rèn)需求不予支持，填寫不支持，并通知產(chǎn)品維護(hù)小組如果是一般缺陷、一般需求指派給確定的研發(fā)人員進(jìn)行修正，并填寫“預(yù)計(jì)解決時(shí)間”，轉(zhuǎn)給相應(yīng)研發(fā)人員如果是重大缺陷，將嚴(yán)重缺陷抄送給產(chǎn)品相關(guān)干系人（包括研發(fā)部門經(jīng)理、測(cè)試負(fù)責(zé)人等），把問(wèn)題級(jí)別定為“非常重要”，并指定研發(fā)人員和預(yù)計(jì)解決時(shí)間如果認(rèn)為缺陷不明確或者需要測(cè)試人員驗(yàn)證，將性質(zhì)填為“需測(cè)試驗(yàn)證缺陷”，轉(zhuǎn)給測(cè)試負(fù)責(zé)人如果屬于重大需求，有較大開發(fā)量，需要進(jìn)行需求分析設(shè)計(jì)，將問(wèn)題性質(zhì)定義為“特殊需要”如果是屬于需求但描述不清、理解可能有偏差或者有爭(zhēng)議，問(wèn)題性質(zhì)定為“待討論需求”問(wèn)題處理對(duì)于確認(rèn)不支持的直接取消對(duì)于一般缺陷、一般需求和嚴(yán)重缺陷，負(fù)責(zé)修正的研發(fā)人員盡量在“預(yù)計(jì)時(shí)間”內(nèi)完成修改，并填寫“研發(fā)完成情況”、“研發(fā)完成時(shí)間”對(duì)于需測(cè)試驗(yàn)證缺陷，測(cè)試人員了解并重現(xiàn)缺陷，如果缺陷確實(shí)存在，提交缺陷并將缺陷根據(jù)嚴(yán)重程度修改為“一般缺陷”或“嚴(yán)重缺陷”，然后按一般缺陷和嚴(yán)重缺陷處理流程處理；如果不是缺陷與提交人缺陷取消；如果無(wú)法重現(xiàn)也要聯(lián)系提交人分析問(wèn)題，如果不能解決提交疑難雜癥小組解決對(duì)于待討論需求，研發(fā)產(chǎn)品負(fù)責(zé)人聯(lián)系缺陷提交人和產(chǎn)品維護(hù)小組人員進(jìn)行討論確認(rèn)，討論清晰后根據(jù)問(wèn)題性質(zhì)轉(zhuǎn)為“一般需求”“特殊需求”，然后按“一般需求”和“特殊需求”流程處理對(duì)于特殊需求，研發(fā)人員要對(duì)此需求進(jìn)行需求分析并編寫需求規(guī)格說(shuō)明書，評(píng)審?fù)ㄟ^(guò)后進(jìn)行開發(fā)問(wèn)題驗(yàn)證、確認(rèn)問(wèn)題修正完成后，提交測(cè)試人員進(jìn)行測(cè)試其中特殊需求及嚴(yán)重缺陷要安排測(cè)試設(shè)計(jì)及評(píng)審，并進(jìn)行詳細(xì)測(cè)試測(cè)試人員驗(yàn)證完成填寫“測(cè)試確認(rèn)情況”、“測(cè)試確認(rèn)時(shí)間”，如果驗(yàn)證通過(guò)填寫“完成版本”；如果驗(yàn)證沒通過(guò)退回研發(fā)人員重新修正問(wèn)題提交人看到測(cè)試確認(rèn)通過(guò)，并且有“完成版本”，獲取完成的程序版本進(jìn)行此問(wèn)題的確認(rèn)，確認(rèn)重點(diǎn)為是否為預(yù)期的效果，在本項(xiàng)目中應(yīng)用是否正常，并填寫“實(shí)施確認(rèn)情況”“實(shí)施確認(rèn)時(shí)間”；如果確認(rèn)通過(guò)“實(shí)施確認(rèn)時(shí)間”即為問(wèn)題“結(jié)束時(shí)間”狀態(tài)變?yōu)椤敖鉀Q關(guān)閉”；如果驗(yàn)證沒通過(guò)退回研發(fā)人員重新修正附件低級(jí)及嚴(yán)重缺陷定義標(biāo)準(zhǔn)低級(jí)缺陷新推出的研發(fā)中心“月度考核指標(biāo)”中有一項(xiàng)指標(biāo)為“低級(jí)缺陷個(gè)數(shù)”，根據(jù)考核需要，測(cè)試部各項(xiàng)目測(cè)試人員在今后提交缺陷時(shí)，將提供對(duì)低級(jí)缺陷的標(biāo)識(shí)建議，是否定為低級(jí)缺陷可以在由項(xiàng)目經(jīng)理核實(shí)。目前各項(xiàng)目的缺陷管理，只使用以下兩種工具：TrackRecord或rpims系統(tǒng)，這兩個(gè)缺陷管理工具中都已加入了“低級(jí)缺陷”的缺陷類型。測(cè)試人員在提交缺陷時(shí)需要一個(gè)基本的低級(jí)缺陷界定的依據(jù)，經(jīng)初步討論，我們給出低級(jí)缺陷的定義為：關(guān)鍵界面及重要的提示信息中有明顯的錯(cuò)別字。提示信息文不對(duì)題，或者張冠李戴。界面中的文字、按鈕格式不復(fù)合公司規(guī)范。簡(jiǎn)單的異常值測(cè)試出現(xiàn)錯(cuò)誤（如邊界值等）。開發(fā)人員在程序中直接調(diào)用其他開發(fā)人員編寫的模塊，對(duì)該模塊中無(wú)用的功能未做屏蔽，造成部分功能使用異常?；緲I(yè)務(wù)流程性錯(cuò)誤，最基本的業(yè)務(wù)流程不能走通，致使測(cè)試不能往下進(jìn)行。重復(fù)多次出現(xiàn)的錯(cuò)誤，一個(gè)錯(cuò)誤重復(fù)三次以上。由于版本管理不善，未更新部分代碼引起的bug或者測(cè)試程序根本就沒有給對(duì)。正式提交到測(cè)試部的測(cè)試版本，如果發(fā)現(xiàn)如下錯(cuò)誤將視為低級(jí)缺陷處理。嚴(yán)重缺陷嚴(yán)重缺陷指引起軟件整體運(yùn)行崩潰或破壞軟件敏感數(shù)據(jù)的致命問(wèn)題，以及核心功能無(wú)法使用，可能會(huì)給用戶帶來(lái)重大損失的程序缺陷，具體定義如下：系統(tǒng)核心業(yè)務(wù)、重要功能未實(shí)現(xiàn)或不能正確執(zhí)行數(shù)據(jù)丟失,數(shù)據(jù)計(jì)算錯(cuò)誤,數(shù)據(jù)錯(cuò)亂等用戶敏感的數(shù)據(jù)錯(cuò)誤系統(tǒng)性能差，響應(yīng)時(shí)間用戶無(wú)法接收系統(tǒng)崩潰和非正常死機(jī)，造成用戶不能使用缺陷管理工具選擇目前可提供的缺陷管理工具及其優(yōu)缺點(diǎn)對(duì)比工具優(yōu)點(diǎn)缺點(diǎn)TrackRecord可靈活定制流程字段及界面可自定義缺陷管理流程簡(jiǎn)便易掌握查詢速度快具備一定的統(tǒng)計(jì)分析能力版本陳舊，有部分缺陷需要專職維護(hù)人員無(wú)法實(shí)現(xiàn)一個(gè)數(shù)據(jù)庫(kù)中不同項(xiàng)目采用不同管理流程的要求C/S沒有提供瀏覽器方式訪問(wèn)無(wú)法統(tǒng)計(jì)缺陷的修復(fù)效率等rpims操作簡(jiǎn)便、易與使用B/S結(jié)構(gòu)統(tǒng)計(jì)分析能力較好流程不能定制缺陷字段不能靈活增刪數(shù)據(jù)量大、登錄人數(shù)多時(shí)系統(tǒng)響應(yīng)速度有待提升無(wú)缺陷流轉(zhuǎn)的歷史記錄StarTeam流程可定制字段及界面可自定義可以對(duì)缺陷按版本進(jìn)行管理維護(hù)工作量大同時(shí)作配置管理工具，效率有一定影響界面操作比較復(fù)雜一次展現(xiàn)缺陷條數(shù)少EXCEL字段可根據(jù)需要隨時(shí)增加沒有流程控制文檔的準(zhǔn)確性和時(shí)效性不好保證文檔維護(hù)工作量大無(wú)統(tǒng)計(jì)分析能力問(wèn)題記錄表精品文檔精心整理精品文檔可編輯的精品文檔報(bào)銷規(guī)定及流程1）各項(xiàng)費(fèi)用的開支憑原始發(fā)票由財(cái)務(wù)主管填制《單據(jù)報(bào)銷粘存單》,經(jīng)辦