【正文】 件需求規(guī)格文檔中需求的易追溯性。序號問題1各個需求之間是否一致？是否有沖突和矛盾？2所規(guī)定的模型、算法和數(shù)值方法是否相容？3是否使用了標(biāo)準(zhǔn)的術(shù)語和定義形式？4需求是否與其軟硬件操作環(huán)境相容？5是否說明了軟件對其系統(tǒng)和環(huán)境的影響？6是否說明了環(huán)境對軟件的影響？7所采用的技術(shù)是否與用戶要求的技術(shù)一致？15：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的正確性。11：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的清晰性。13：必須對軟件需求規(guī)格文檔進(jìn)行正規(guī)檢視。項(xiàng)目開發(fā)計劃書開發(fā)經(jīng)理完成計劃編制，人員配置完成后，經(jīng)項(xiàng)目經(jīng)理提交客戶審核通過，開發(fā)經(jīng)理完成人員分工，開發(fā)業(yè)務(wù)啟動4軟件設(shè)計開發(fā)經(jīng)理開發(fā)工程師總工程師；公司采用敏捷開發(fā)，開發(fā)經(jīng)理需按通用模塊基礎(chǔ)數(shù)據(jù)管理模塊業(yè)務(wù)管理模塊數(shù)據(jù)應(yīng)用模塊進(jìn)行設(shè)計，區(qū)分無需設(shè)計的模塊可直接進(jìn)行開發(fā)5軟件編碼開發(fā)經(jīng)理開發(fā)工程師、測試工程師項(xiàng)目經(jīng)理；；詳細(xì)設(shè)計說明書由該功能的開發(fā)工程師編寫內(nèi)部審核開發(fā)經(jīng)理開發(fā)工程師總工程師　采用定期抽樣審核方式工作版本控制開發(fā)經(jīng)理　總工程師；　各研發(fā)組，可自行確認(rèn)代碼進(jìn)行本地迭代方式，并定期將代碼提交貴陽總部迭代、備份靜態(tài)質(zhì)量審查開發(fā)經(jīng)理　總工程師代碼提交到SonarQube進(jìn)行靜態(tài)代碼審核代碼靜態(tài)質(zhì)量審核報告及整改說明進(jìn)入動態(tài)測試環(huán)節(jié)前，必須提交靜態(tài)質(zhì)量報告6軟件測試測試經(jīng)理測試工程師、開發(fā)工程師總工程師完成軟件測試（含測試用例）采用敏捷測試，測試經(jīng)理根據(jù)開發(fā)進(jìn)度，逐個模塊跟進(jìn)測試試運(yùn)行測試經(jīng)理開發(fā)經(jīng)理項(xiàng)目經(jīng)理實(shí)際生產(chǎn)環(huán)境進(jìn)行軟件運(yùn)行測試取決于甲方是否提供試運(yùn)行時間7軟件部署實(shí)施經(jīng)理項(xiàng)目經(jīng)理、開發(fā)工程師實(shí)施經(jīng)理在生產(chǎn)環(huán)境進(jìn)行正式系統(tǒng)部署及投運(yùn)項(xiàng)目實(shí)施報告　8驗(yàn)收交付項(xiàng)目經(jīng)理實(shí)施工程師、售前工程師總經(jīng)理完成項(xiàng)目驗(yàn)收并交付客戶使用驗(yàn)收報告驗(yàn)收通過后，進(jìn)行項(xiàng)目總結(jié)。二、軟件項(xiàng)目整體開發(fā)流程 整理分享 三、各階段崗位職責(zé)與工作內(nèi)容序號工作名稱負(fù)責(zé)人參與人審批人工作內(nèi)容交付物工作說明1立項(xiàng)管理項(xiàng)目經(jīng)理售前經(jīng)理總經(jīng)理；；；。 ★ 建議：軟件開發(fā)過程中必須加以考慮的行為規(guī)范。與軟件開發(fā)相關(guān)的所有人員，包括各級經(jīng)理和工程師都必須遵守本軟件開發(fā)行為規(guī)范。對違反規(guī)范的開發(fā)行為，必須按照有關(guān)管理規(guī)定進(jìn)行處罰。 ★ 說明：對此規(guī)則或建議進(jìn)行必要的解釋。；，交付展示PPT。開發(fā)組明確運(yùn)維職責(zé)后，人員開始進(jìn)入其他項(xiàng)目9項(xiàng)目運(yùn)維實(shí)施經(jīng)理項(xiàng)目經(jīng)理　；，需及時更改的提交開發(fā)經(jīng)理；運(yùn)維報告、需求更改說明書　四、各階段工作要求1．軟件需求分析11：軟件需求分析必須在產(chǎn)品需求規(guī)格的基礎(chǔ)上進(jìn)行，并保證完全實(shí)現(xiàn)產(chǎn)品需求規(guī)格的定義。14：軟件需求分析過程活動結(jié)束前，必須經(jīng)過評審，并保存評審記錄。序號問題1所有定義、實(shí)現(xiàn)方法是否清楚地表達(dá)了用戶的原始要求？2在功能實(shí)現(xiàn)過程、方法和技術(shù)要求的描述上，是否沒有背離了功能的實(shí)際要求？3是否沒有不能理解或造成誤解的描述 ？12：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的完備性。序號問題1需求定義是否滿足標(biāo)準(zhǔn)的要求？2算法和規(guī)則是否有科技文獻(xiàn)或其它文獻(xiàn)作為基礎(chǔ)？3是否定義了對在錯誤、風(fēng)險分析中所標(biāo)識出的各種故障模式和錯誤類型所需的反應(yīng)？4是否參照了有關(guān)的標(biāo)準(zhǔn)？5是否對每一個需求都給出了理由？理由是否充分？6對設(shè)計和實(shí)現(xiàn)的限制是否都有論證？16：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的可行性。序號問題1是否可從上一階段的文檔中找到需求定義中的相應(yīng)內(nèi)容？2需求定義是否明確地表明前階段中提出的有關(guān)需求和設(shè)計限制都已被覆蓋了？3需求定義是否便于向后繼開發(fā)階段查找信息110：采用以下檢查表檢查軟件需求規(guī)格文檔中需求的易理解性。序號問題1是否清楚、明確地描述了所有的功能？2所有已描述的功能是否是必須的？是否能滿足任務(wù)書或系統(tǒng)目標(biāo)的要求？114：采用以下檢查表檢查軟件需求規(guī)格文檔中的接口需求描述。當(dāng)發(fā)生需求更改時，必須修訂軟件開發(fā)計劃。21：制定軟件項(xiàng)目計劃的活動制定，必須遵守“軟件項(xiàng)目計劃規(guī)范”。說明：參考建議24到28。增加、修改模塊設(shè)計數(shù)目:1010天文檔頁數(shù):30。26：盡量采用歷史經(jīng)驗(yàn)數(shù)據(jù)進(jìn)行軟件估計。29：在“軟件項(xiàng)目計劃”中必須包括項(xiàng)目管理活動的計劃。說明：項(xiàng)目人員計劃包括需要的人員類型、數(shù)量和技術(shù)等級的要求，相關(guān)人員的開始工作時間、工作周期、接受培訓(xùn)的計劃等。23：對應(yīng)工作任務(wù)，制定項(xiàng)目的文檔計劃。213:軟件質(zhì)量保證計劃和軟件配置管理計劃作為獨(dú)立的計劃文檔。25：必須對項(xiàng)目工作進(jìn)行分解，確定項(xiàng)目的工作任務(wù)，任務(wù)的責(zé)任人、資源要求、時間要求、項(xiàng)目的進(jìn)度。項(xiàng)目組對文檔模板內(nèi)容的裁減必須得到上級管理部門（包括產(chǎn)品計劃處、軟件工程組SEPG）的審核批準(zhǔn)。序號問題1軟件項(xiàng)目計劃是否完全反映（對應(yīng)）“軟件需求說明書”里的需求？2軟件項(xiàng)目計劃是否有開發(fā)方法的說明？3軟件項(xiàng)目計劃是否有資源需求的說明？4軟件項(xiàng)目計劃是否包含風(fēng)險管理計劃？5軟件項(xiàng)目計劃是否包含了版本發(fā)布的機(jī)制？6軟件項(xiàng)目計劃是否標(biāo)識了所有必須的培訓(xùn)計劃？7軟件項(xiàng)目計劃是否標(biāo)識了所有內(nèi)部和外部的傳遞關(guān)系？8軟件項(xiàng)目計劃是否標(biāo)明了項(xiàng)目的依賴關(guān)系？9軟件項(xiàng)目計劃是否標(biāo)明了角色和職責(zé)？10軟件項(xiàng)目計劃是否標(biāo)明了匯報的機(jī)制？11軟件項(xiàng)目計劃是否說明了跟蹤和監(jiān)控機(jī)制？12軟件項(xiàng)目計劃是否包含“軟件質(zhì)量保證計劃”和“軟件配置管理計劃”？13軟件項(xiàng)目計劃是否包含項(xiàng)目開發(fā)使用的工具？14軟件項(xiàng)目計劃是否包含項(xiàng)目的各里程碑的說明？15進(jìn)度中是否標(biāo)明了軟件項(xiàng)目計劃的關(guān)鍵路徑？217：參加“軟件項(xiàng)目計劃”評審的人員，除軟件經(jīng)理和項(xiàng)目組人員外，必須有產(chǎn)品經(jīng)理、上級管理部門（包括軟件工程組SEPG）、SQA人員。211：當(dāng)實(shí)際結(jié)果和“軟件項(xiàng)目計劃”發(fā)生偏離時，必須進(jìn)行分析，根據(jù)分析結(jié)果標(biāo)明糾正措施。213：在軟件開發(fā)各里程碑階段結(jié)束前，必須進(jìn)行階段評審，對軟件項(xiàng)目進(jìn)行重估計，必要的情況下修訂“軟件項(xiàng)目計劃”。 整理分享 完美WORD格式 3 概要設(shè)計31：概要設(shè)計要以軟件需求規(guī)格為基礎(chǔ)，必須保證需要實(shí)現(xiàn)的需求規(guī)格已經(jīng)被設(shè)計。31：采用需求、子系統(tǒng)、模塊的跟蹤矩陣表記錄需求和概要設(shè)計的跟蹤關(guān)系。36：概要設(shè)計過程結(jié)束前，必須通過評審，并保存評審記錄。32：采用以下檢查表檢查概要設(shè)計文檔的清晰性。序號問題2程序、模塊、函數(shù)、數(shù)據(jù)成員的名稱是否保持一致？3設(shè)計是否反映了真正的操作環(huán)境?硬件環(huán)境?軟件環(huán)境?4對系統(tǒng)設(shè)計的多種可能的描述之間是否保持一致?(例如:靜態(tài)結(jié)構(gòu)的描述和動態(tài)描述)36：采用以下檢查表檢查概要設(shè)計文檔的正確性。序號問題1是否描述了接口的功能特征?2接口是否便于查錯?3接口相互之間、和其他模塊、和需求說明書及接口規(guī)格書保持一致？4對接口的數(shù)量和復(fù)雜度進(jìn)行了有效的平衡，使接口數(shù)量控制在一個較小數(shù)量，每個接口具有可接受的復(fù)雜度？5是否所有的接口都能描述了必要的類型、數(shù)量、質(zhì)量等信息？6操作界面是否考慮了用戶（例如：提供準(zhǔn)確、清晰、有用的提示信息）？310：采用以下檢查表檢查設(shè)計的詳細(xì)程度。序號問題1設(shè)計是否考慮了檢錯和恢復(fù)措施？（例如：輸入檢查）2是否考慮了異常情況？3是否完全準(zhǔn)確描述了所有的出錯情況？4設(shè)計是否能夠滿足所有系統(tǒng)集成方面的要求？314：采用以下檢查表檢查設(shè)計的可測試性。43：在詳細(xì)設(shè)計文檔或需求管理文檔中，必須記錄、驗(yàn)證需求、概要設(shè)計、詳細(xì)設(shè)計的跟蹤關(guān)系。當(dāng)發(fā)生設(shè)計更改時，必須修訂相應(yīng)設(shè)