軟件項目研發(fā)管理流程

XX息軟件發(fā)項技術理規(guī)文件編號：RK-S20170802編制：

生效日期：2017.8.20版次：審核：

受編：修狀：批：州

目錄................................................................................................................4..............................................5........................................................81.........................................................82.........................................................3.............................................................164.............................................................195.................................................................6.............................................................247.........................................................8.........................................................9.......................................................

一、寫說明為了把公司已發(fā)布的軟件開發(fā)過程規(guī)范有效地運作于產(chǎn)開發(fā)活中，把各種規(guī)范“逐步形成工程師的作業(yè)規(guī)范”，特制定本軟件開發(fā)行為規(guī)范，以達到過程控制的目的。與軟件開發(fā)相的所有人員，包括各級經(jīng)理和工程師都必遵守本件開發(fā)行為規(guī)范。對違反規(guī)范的開發(fā)行為，必須按照有關管理規(guī)定進行處罰。本軟件開發(fā)行規(guī)范的內(nèi)容包括：軟件需求分析、軟件項計劃、要設計、詳細設計、編碼、需求管理、配置管理、軟件質(zhì)量保證、數(shù)據(jù)度量和分析等。本軟件開發(fā)行規(guī)范，采用以下的術語描述：★規(guī)：在軟件開發(fā)過程中強制必須遵守的行為規(guī)范。★建：軟件開發(fā)過程中必須加以考慮的行為規(guī)范。★說：對此規(guī)則或建議進行必要的解釋?！锸荆簩Υ艘?guī)則或建議從正或反兩個方面給出例子。本軟件開發(fā)過程行為規(guī)范由技術研發(fā)部負責解釋和維護。

二、軟件項整體開發(fā)流程立項管理立項告需分析

需求析規(guī)說明開計劃

項目產(chǎn)品發(fā)計需求更說明

需求變更

設計編

詳細計說書測試劃質(zhì)量控制測試例及告驗收交付

三、各階段崗位職責與工作內(nèi)容

1.風險分析報2.如需進一步1.項目或產(chǎn)品建設內(nèi)解，交付展示1

立項管理

項目經(jīng)理

售前經(jīng)理

總經(jīng)理

容；2.項目風險分析；3.如確定立項3.明確后續(xù)工作4.付立項報告及論解決方案。方案4.立項后，確發(fā)經(jīng)理

2

需求分析

項目經(jīng)理

售前經(jīng)理、開發(fā)經(jīng)理

總工程師

確認用戶需求及功能邊界

需求規(guī)格說明

3

開發(fā)計劃

開發(fā)經(jīng)理

項目經(jīng)理、售前經(jīng)理

項目經(jīng)理

1.確定開發(fā)工期；2.明確開發(fā)人員。3.開發(fā)計劃交付甲方

項目開發(fā)計劃4

軟件設計

開發(fā)經(jīng)理

開發(fā)工程師

總工程師

1.數(shù)據(jù)庫設計2.概要設計

1.數(shù)據(jù)字典；2.概要設計說1.完成軟件編碼；5

軟件編碼

開發(fā)經(jīng)理

開發(fā)工程師、測試工程師

項目經(jīng)理

2.完成詳細設計說明書；3.代碼迭代及版本控

1.軟件代碼及庫2.詳細設計說制

到

1.測試計劃6

軟件測試

測試經(jīng)理

測試工程師、開發(fā)工程師

總工程師

完成軟件測試

2.功能測試報（含測試用例3.壓力測試報

7

軟件部署

實施經(jīng)理

項目經(jīng)理、開發(fā)工程師

實施經(jīng)理

在生產(chǎn)環(huán)境進行正式系統(tǒng)部署及投運

項目實施8

驗收交付

項目經(jīng)理

實施工程師、售前工程師

總經(jīng)理

完成項目驗收并交付客戶使用

驗收報1.及時發(fā)現(xiàn)對項目運行期間的問題和客戶9

項目運維

實施經(jīng)理

項目經(jīng)理

新需求；2.需求甄別需及時更

運維報告、改說明改的提交開發(fā)經(jīng)理；3.保持客戶溝通

四、各階段工作要求1．件求析1-1軟需求分必在品求格的基上行并證全實現(xiàn)品求格定。1-2產(chǎn)品需規(guī)發(fā)變時須訂件求格檔件求規(guī)的更須過審并保存審錄1-3必對軟件求格檔行規(guī)檢視1-4軟需求分過活結(jié)前必須經(jīng)評，保評記錄。1-5在軟需規(guī)文的正檢或?qū)?，必檢軟需規(guī)格檔需的晰、備性、兼性一性正性、可性易改、壯性、追性易解、易試和驗證性、能功、口數(shù)據(jù)、維性內(nèi)。說明：參考建議到。1-1序號問題1所定義、實現(xiàn)方法是否清楚地表達了用戶的原始求？2在能實現(xiàn)過程、方法和技術要求的描述上，是否有背離功能的實際要求？3是沒有不能理解或造成誤解的描述？1-2序號問題1需定義中是否包含了有關文件（指質(zhì)量手冊、質(zhì)計劃以其它有關文件）種所規(guī)定的需求定義所應該包含的所有內(nèi)容？2需定義是否包含了有關功能、性能、限制、目標質(zhì)量等面的所有需求？3功性需求是否覆蓋了所有非正常情況的處理？4是對各種操作模式（如正常、非正常、有干擾等下的環(huán)條件都作了規(guī)定？5是對所有功能與時間因素有關的方面都作了考慮？6是標識出了所有與時間因素有關的功能？它們的間準則否都說明了？時間準則的最大、最小執(zhí)行時間是否都定義了？7是標識并定義了在將來可能會變化的需求？

8是定義了系統(tǒng)所有的輸入？9是標識清楚了系統(tǒng)輸入的來源？10是標識出了系統(tǒng)的輸出？11是說明了系統(tǒng)輸入、輸出的類型？12是說明了系統(tǒng)輸入、輸出的值域、單位、格式等？13是說明了如何進行系統(tǒng)輸入的合法性檢查？14是定義了系統(tǒng)輸入、輸出的精度？15是定義了系統(tǒng)性能的各個方面？16在同負載情況下，是否規(guī)定了系統(tǒng)的處理能力？17在同情況下，是否規(guī)定了系統(tǒng)的響應時間？18是充分定義了關于人機界面的需求？19是對需求定義進行了可行性分析和相關文件（資）是否歸檔？20是對影響需求實現(xiàn)的因素進行了調(diào)查，調(diào)查結(jié)果否已歸？21是有經(jīng)濟效益分析，分析結(jié)果是否已歸檔？22是詳細描述了有關硬件件作員作程等方面的安全性？23是評估了本項目對用戶、其它系統(tǒng)、環(huán)境的影響性？24是按完成時間要對系統(tǒng)功能部口能行了優(yōu)先排序？1-3序號問題1界需求否使軟硬件系統(tǒng)具有兼容性？2需定義文檔是否滿足項目文檔編寫標準？在盾時否有當標準可供選？1-4序號問題1各需求之是否一致？是否有沖突和矛盾？2所定的模、算法和數(shù)值方法是否相容？3是使用了準的術語和定義形式？4需是否與軟硬件操作環(huán)境相容？5是說明了件對其系統(tǒng)和環(huán)境的影響？6是說明了境對軟件的影響？7所用的技是否與用戶要求的技術一致？1-5序號問題1需定義是滿足標準的要求？2算和規(guī)則否有科技文獻或其它文獻作為基礎？3是定義了在錯誤、風險分析中所標識出的各故障模式和錯誤類型所需的反應？4是參照了關的標準？5是對每一需求都給出了理由？理由是否充分？6對計和實的限制是否都有論證？1-6

序號問題1需定義是使軟件的設計、實現(xiàn)、操作和維護可行？2所定的模、數(shù)值方法和算法是否對待解決問合適？是否能夠在相應的限制條件下實現(xiàn)？3是能夠達關于質(zhì)量的要求？1-7序號問題1對求定義描述是否易于修改（如是否采用良的結(jié)構(gòu)和交叉引用表等）？2是有冗余信息？是否一個需求被定義了多次？1-8序號問題1是有容錯需求？1-9序號問題1是可從上階段的文檔中找到需求定義中的相內(nèi)容？2需定義是明確地表明前階段中提出的有關需和設計限制都已被覆蓋了？3需定義是便于向后繼開發(fā)階段查找信息1-10序號問題1是每一個求都只有一種解釋？2功性需求否以模塊方式描述的？是否明確地識出了其功能？3是有術語義一覽表？4是使用了式化或半形式化的語言？5語是否有義性？6需定義中否只包含了必須的實現(xiàn)細節(jié)而不包不必要的實現(xiàn)細節(jié)？是否過分細致了？7需定義是足夠清楚和明確使其能夠作為開發(fā)計規(guī)約和功能性測試數(shù)據(jù)的基礎？8需定義的述是否將對程序的需求和所提供的它信息分離開來了？1-11序號問題1需是否可驗證（即是否可以檢驗軟件是否滿了需求）？2是對每一需求都指定了驗證過程？3數(shù)函數(shù)的義是否使用了精確定義的語法和語符號？1-12序號

問題

是否精確的描述了所有的性能需求和可容忍的性降低程度？對每一個性能應包含兩方面的內(nèi)容：1a.在最壞情況的執(zhí)行結(jié)果2b.本性能失效后，對系統(tǒng)產(chǎn)生的影響1-13序號問題1是清楚、確地描述了所有的功能？2所已描述功能是否是必須的？是否能滿足任書或系統(tǒng)目標的要求？1-14序號問題1是清楚地義了所有的接口？3所接口是必須？各接口間的關系是否一致、確？1-15序號問題1在異常數(shù)（如條件、標志等）下，是否有真沒有考慮到的結(jié)果？2對常數(shù)據(jù)生的結(jié)果是否作了精確的描述？1-16序號問題1需定義中否包括了可行的系統(tǒng)維護方法？2軟系統(tǒng)間關系是否是松耦合即能否保證對部修后生最小的連鎖效應）？

軟項計2-1軟件目劃必須產(chǎn)/軟件的求格基礎當發(fā)需更時必須訂件發(fā)劃。說明：軟件項目計劃必須依據(jù)需求規(guī)格進行制定。項目計劃中的工作產(chǎn)品和工作任務應保證能完全實現(xiàn)需求規(guī)格的定義。當需求更改時，必須考慮需求更改的相關性，修訂相應軟件開發(fā)計劃。2-12-2-2-2對軟項計中項工產(chǎn)和作務，須行模工作的件計，在件目計劃檔記估的法和估數(shù)。說明：參考建議到。2-4統(tǒng)示例：統(tǒng)計估計和經(jīng)驗類估計的結(jié)合統(tǒng)估計值＝最估計＋×期望估計＋最小估計估計記錄如下：工作產(chǎn)

最大估計

期望估計根據(jù)經(jīng)驗

最小估計

PERT計品任務

類比獲得XX版本（增加XX特性〕話統(tǒng)模塊概

規(guī)模文檔頁數(shù):45;增加、修改模塊設計數(shù)

工作量天

規(guī)模工量文檔頁天數(shù):42;增加、修改模塊設計數(shù)

規(guī)模工作量文檔頁天數(shù)增加、修改模塊設計數(shù)目

規(guī)模文頁數(shù)增加修改模設計數(shù)

工量9.5天要設計

目:

目:

目期望估計值是根據(jù)版的統(tǒng)模塊設計的數(shù)據(jù)獲得。2-2-僅供內(nèi)部使用12

2-2-說明：軟件估計對于項目的任務分解結(jié)構(gòu)對應得越清晰、越細致，相應的估計越準確。2-2-102-11說明：項目人員計劃包括需要的人員類型、數(shù)量和技術等級的要求，相關人員的開始工作時間、工作周期、接受培訓的計劃等。2-12說明：可能存在的風險領域含：需求的不明確和變更、外部的限制與對外的依賴、人力資源的到位情況、人力資源的技術等級滿足要求狀況、技術問題等。對風險的分析評估實踐包括：從已知的情況導出潛在風險；對風險進行分，得出：潛在風險可能引發(fā)的問題的響、潛風險發(fā)生的可能性大小、風險發(fā)生的時間段等；排列風險的重次序；對風險記錄成件（屬于軟件項目計劃中的一部分）；風險經(jīng)受風險響人審核，并取得他的同意；根據(jù)需要，在發(fā)過程中對風險文檔進行維護和修訂。2-3對工作任，定目文計劃。2-4軟項目計中該括規(guī)視活動劃軟質(zhì)保計劃、件置理劃軟件量保證計和件置理劃可以軟項計在一份文中也以開三份檔說明：參考建議。2軟2-14：軟僅供內(nèi)部使用13

2-152-5必對項目作行解確項目的作務任的任人、源求時要、項的進度。2-6必分析任之的賴，定并明標項的鍵徑。2-7“件目劃必按文模的要求寫項組根據(jù)目實情，文模中的內(nèi)容行減項組文檔模內(nèi)的減須到上級理門包產(chǎn)計劃、件程組EPG的核準2-8軟項目計必經(jīng)評。說明：參考建議，2-16序號

問題1軟項目計劃是否完全反映（對應）“軟需說明書里的需？2軟項目計劃是否有開發(fā)方法的說明？3軟項目計劃是否有資源需求的說明？4軟項目計劃是否包含風險管理計劃？5軟項目計劃是否包含了版本發(fā)布的機制6軟項目計劃是否標識了所有必須的培訓劃？7

軟件項目計劃是否標識了所有內(nèi)部和外部的傳遞關系？軟件項目計劃是否標明了項目的依賴關系？軟件項目計劃是否標明了角色和職責？軟件項目計劃是否標明了匯報的機制？11軟項目計劃是否說明了跟蹤和監(jiān)控機制？12軟項目計劃是否包含“軟件質(zhì)量保證計劃”“軟件置管理計劃”？13軟項目計劃是否包含項目開發(fā)使用的工具？14軟項目計劃是否包含項目的各里程碑的說明？15進中是否標明了軟件項目計劃的關鍵路徑？2-17SEPG）、SQA2-9必對“軟項計”行置管理“件目劃的更改須過審：在發(fā)動，須照項目蹤監(jiān)計和體，照軟項計”跟項開僅供內(nèi)部使用14

的實際果性。：當際果“件目計劃發(fā)偏時必須行析根分結(jié)標糾措。要的情下要時訂軟件項計”：在件目蹤控動中，須期行結(jié)和審撰開狀報。：在件發(fā)里碑段結(jié)束，須行段評，軟項進重計必的況修訂“件目劃。：在件目劃項跟蹤監(jiān)過活中必須行據(jù)量分。說明：參見9.數(shù)度量和分析”。僅供內(nèi)部使用15

軟件開發(fā)行為規(guī)范

3概要設計概設3-1概設計要軟需規(guī)為礎，必保需實的求規(guī)格經(jīng)設。3-2當求規(guī)格生更，須訂相關要計檔3-3在要設計檔需管文中，必記、證求概要設的蹤系說明：需求和概要設計的跟蹤關系可參考建。3-13-4必保證概設文和碼一致性當生計改，必須訂應計檔3-5必對概要計檔行規(guī)視。3-6概設計過結(jié)前必通評審，保評記。3-7設更改必經(jīng)相評，保存評記。3-8對概設文的規(guī)視評必須查要計檔清性完備規(guī)范一性正確性數(shù)、能、口、詳程、維性性能、靠、測性可追性說明：參考建議。3-2序號

問題1程結(jié)構(gòu)，包括數(shù)據(jù)流、控制流和接口的述否清楚？3-3序號

問題1設目標是否定義？2需規(guī)格評審中不完整的需(是都已經(jīng)解決?3如以前定義的不完整的需(發(fā)了改變本計是否能夠支持4是對不完整需求(TBD)的影響進行了評估?5對可能不能實現(xiàn)的設計是否有風險管理?6是對設計模式進行了描?3-4序號

問題XX信16

軟件開發(fā)行為規(guī)范1文是否符合公司模板和寫作要?3-5

3概要設計序號

問題

程序、模塊、函數(shù)、數(shù)據(jù)成員的名稱是否保持致？設計是否反映了真正的操作環(huán)境?硬環(huán)境軟環(huán)?對系統(tǒng)設計的多種可能的描述之間是否保持一?例如:靜態(tài)結(jié)構(gòu)的描述和動態(tài)描述3-6序號

問題1設在計劃、預算、技術上是否可行？2邏是否正確和完備？3-7序號

問題1是對所有的數(shù)據(jù)成員參數(shù),對進行了描述2是所有需要的數(shù)據(jù)結(jié)構(gòu)都進行了定義,或者定義了不需要數(shù)結(jié)構(gòu)?3是所有的數(shù)據(jù)成員都進行了足夠詳細的?數(shù)據(jù)員的有效值區(qū)間是否定義4共和存儲數(shù)據(jù)的使用是否描述清楚?3-8序號

問題1模的規(guī)格是否和軟件需求文檔中的功能求軟件接規(guī)格要保持一致2是否給每個子模確定了抽象算法?3設和算法是否能滿足模塊的所有需求?3-9序號

問題1是描述了接口的功能特?2接是否便于查錯?3接相互之間、和其他模塊、和需求說明及口規(guī)格保持一？4對口的數(shù)量和復雜度進行了有效的平衡使口數(shù)量制在一較小數(shù)量，每個接口具有可接受的復雜度？5是所有的接口都能描述了必要的類型、量質(zhì)量等息？6操界面是否考慮了用例如提供準確清晰有用的提示信息3-10序號

問題1是估計了每個子模塊的規(guī)模（代碼的行）是否可？XX信17

軟件開發(fā)行為規(guī)范2是考慮了足夠數(shù)量及代表性的系統(tǒng)狀態(tài)3詳程度是否足夠進行下一步的詳細設計3-11

3概要設計序號

問題1是模塊化設計？2模是否為高內(nèi)聚、低耦合？3-12序號

問題1是進行了性能模型分析？2是描述了所有的性能參數(shù)？（例如：實性約束，儲空間速度要求，磁盤/O空間）3進程是否有時間？（例如：需要“加鎖”的記信號燈，某些代碼執(zhí)行時需要屏蔽中斷）？4程執(zhí)行過程中的關鍵路徑是否都被標識經(jīng)分析？3-13序號

問題1設是否考慮了檢錯和恢復措施？（例如輸檢查）2是考慮了異常情況？3是完全準確描述了所有的出錯情況？4設是否能夠滿足所有系統(tǒng)集成方面的要？3-14序號

問題1設是否能夠被實驗、演示或檢視以顯示滿了需求？2設是否能夠使用以前的測試代碼，是否夠行增量的測試？3-15序號

問題1是每一部分的設計都可以追溯到需求說書接口規(guī)說明書或其他產(chǎn)品文檔？2是所有的設計決策都可以追溯到財務分？3對繼承下來的那些特別和不常用的特性目設計的響是否行了分析？4對繼承設計中已知的風險是否進行了定和析？XX信18

軟件開發(fā)項目技術管理規(guī)范

4詳細設計詳設4-1詳設要軟需規(guī)格概設為礎，須證要現(xiàn)的求格經(jīng)設，須保證概設定的有塊已經(jīng)詳設。4-2當求規(guī)格概設發(fā)變時，必修相詳設文檔。4-3在細設計檔需管文中，必記、證求概要設、細計跟關系說明：需求、概要設計、詳細設計的跟蹤關系可參考建。4-14-4必保證詳設文和碼一致性當生計改，必須訂應計檔4-5必對重要詳設文進正規(guī)檢。說明：參考建議。4-24-6詳設計過結(jié)前必通評審，保評記。4-7設更改必經(jīng)相評，保存評記。4-8對詳設文的規(guī)視評必須查細計檔清性完備規(guī)范一性正確性數(shù)、能、口、詳程、維性性能、靠、測性可追性說明：參考建議。4-3序號

問題1是所有的單元和進程的設計目的都已文化？2單設計，包括數(shù)據(jù)流、控制流、接口描是清楚？3單的整體功能是否描述清楚？4-4序號

問題1是提供了所有程序單元的規(guī)格？僅供內(nèi)部使用19

軟件開發(fā)項目技術管理規(guī)范2是描述了所采用的設計標準？3是確定了單元應用的算法？（例如：PDL）4是列出了單元的所有調(diào)用？5是記錄了設計繼承的歷史和已知的風險4-5

4詳細設計序號

問題1文是否遵從了公司的標準？2單設計是否使用了要求的方法和工具？4-6序號

問題1在元和單元的接口中數(shù)據(jù)成員的名稱是保一致？2所接口之間，接口和接口規(guī)格書之間是保一致？3詳設計和概要設計文檔是否能夠完全描“在構(gòu)建的系統(tǒng)4-7序號

問題1是有邏輯錯誤？2需使用常量名稱的地方是否有錯誤？3是所有的條件都被處理？>,=,<,switch4分所處的狀態(tài)是否正確？（輯沒有搞反）4-8序號

問題1是所有聲明的數(shù)據(jù)塊都已經(jīng)使用？2定于單元的數(shù)據(jù)結(jié)構(gòu)是否已經(jīng)描述？3如有對共享數(shù)據(jù)、文件的修改，對數(shù)據(jù)訪是否按正確的享協(xié)議進行？（例如：通過信號燈同步進程）4是所有的邏輯單元、事件標記、同步標都經(jīng)定義初始化？5是所有的變量、指針、常量都已經(jīng)定義初化？4-9序號

問題1設是否使用了指定的算法？2設是否能夠滿足需求和目的？4-10序號

問題1參表是否在數(shù)量、類型和順序上保持一？2是所有的輸入輸出都已經(jīng)正確定義并檢過？3所遞參數(shù)的順序是否描述清楚？4參傳遞的機制是否確定？僅供內(nèi)部使用20

軟件開發(fā)項目技術管理規(guī)范5通接口傳遞的常量和變量是否與單元設的同例函中義的常量不能在所調(diào)用的子過程中被修改）6傳、傳出函數(shù)的參數(shù)，控制標記是否都經(jīng)述清楚。7是以度量單位描述了參數(shù)的值區(qū)間，準性精度。4-11

4詳細設計序號

問題1代和文檔間的展開率是否小于10：1？2對塊的所有需求都已經(jīng)定義？3詳程度是否足夠開發(fā)和維護代碼？4-12序號

問題1單是否是高內(nèi)聚和低外部耦合？（例如：單的改變會在內(nèi)出現(xiàn)不可預見的影響，同時對其他單元的影響最??？2是這種設計是復雜度最小的設計？3開部分的描述是否符合公司的要求？（例如目的，者，環(huán)，非標準特性，開發(fā)歷史，輸入輸出參數(shù)，使用的件，數(shù)結(jié)構(gòu)，用此單元的其他單元，注釋。4-13序號

問題1進是否有時間窗？2是所有的時間和空間的限制都已明確？4-14序號

問題1初化時是否使用了默認值，是否正確？2訪內(nèi)存時是否進行了邊界檢查，以保證址確？（列，數(shù)結(jié)構(gòu)，指針，等等）3對入、輸出、接口和結(jié)果是否進行了錯檢？4對有錯誤情況都安排了有意義的消息反？5特情況下的返回碼是否和文檔中定義的局回碼一？6是考慮了異常情況？4-15序號

問題1是每個單元都可以被測試、演示、分析者視，以認滿足求。2設中是否包括輔助測試的檢查點？（例：件編譯碼、斷等）3是所有的邏輯都是可測?4是描述了本單元的測試驅(qū)動模塊，測試例，測試?4-16僅供內(nèi)部使用21

軟件開發(fā)項目技術管理規(guī)范

4詳細設計序號

問題1是每一部分的設計都可以追溯到需求？2是每一個設計決策都可以追溯到效益分？3是所有的設計決策都可以追溯到成本/效益分析？4是是描述了每個單元的詳細需求？5單需求是否能夠追溯到軟件規(guī)格文（SSD-1？軟件規(guī)格文檔否能夠跟蹤到單元需求？6是有到代碼的引用或者包括代碼本身？僅供內(nèi)部使用22

軟件開發(fā)項目技術管理規(guī)范

5編碼編5-1編必須以計檔基，須保證有設都編實現(xiàn)。設發(fā)變時必須改相關代。5-2須保設文和碼一性代的改經(jīng)成計更時須訂應計檔5-3必對重要代進正檢。說明：參考建議。5-1：根據(jù)//進5-4在碼已經(jīng)線后對碼更改必通評，保評審記。5-5代必須遵相的X息AVA程范5-6對碼的正檢和審必依照”XX信JAVA程范的規(guī)檢編規(guī)程，對碼符合況行量5-7項編碼完后必提Sonarqube臺行態(tài)量檢測僅供內(nèi)部使用23

軟件開發(fā)項目技術管理規(guī)范

6需求管理需管6-1產(chǎn)項目必安人負需管理的責說明：職責參見建議。6-1序號內(nèi)1在品項目個生存周期內(nèi)，管理系統(tǒng)需求和們分配，對其建文檔。2實對系統(tǒng)求及其分配的更改。6-2必建立文標分到件的產(chǎn)品統(tǒng)求說明：文檔的內(nèi)容參見建議。6-2容序號內(nèi)1影和確定件項目活動的非技術性需求（即協(xié)、條件合同條等）。2對件的技需求。

用于確認軟件產(chǎn)品滿足分配需求的驗收標準。6-3相人員必接需管活方面的訓說明：參見建議。6-:序號內(nèi)1項所使用方法、標準、規(guī)程2應領域的識6-4必對對經(jīng)評和準需文檔進管和制說明：參見建議。6-序號內(nèi)1在置管理劃（）中將需求文檔定義I2對求文檔行配置管理。

相應的參考文檔進行變更/護。6-5必對需求更用格變控制流控。說明：參見建議。僅供內(nèi)部使用24

軟件開發(fā)項目技術管理規(guī)范6-序號內(nèi)

6需求管理

對變化的影響進行評估2經(jīng)過C組織的評審

通知受影響的組和個人跟蹤解決該問題，直到關閉6-6必在開發(fā)程對求行蹤。說明：參見建議。6-序號內(nèi)1按公司模制定《需求跟蹤說明書》2跟需求狀的變化

需求的跟蹤和分配經(jīng)過評審6-7在求管理動必建相度量記。說明：參見建議6-序號內(nèi)1需的數(shù)量2需的狀態(tài)

需求的類型需求的更改次數(shù)6-8需管理活和文必接上級管部、品目理、SQA評審。僅供內(nèi)部使用25

軟件開發(fā)項目技術管理規(guī)范

8軟件質(zhì)量保證軟配管7-1產(chǎn)項目要命置理人和組織在個置理動中明他的責說明：參考建議。7-17-2產(chǎn)項目必制軟配管計劃（SCMP)指整配管活。說明：參考建議。7-7-3軟配置管計必包如的內(nèi)容序號12

內(nèi)容對各階段應受控的配置項進行選擇、分類、標識。定義配置項CI)的命名慣例定義版本號命名方案制定培訓計劃定義相關CM程制定相應配置評審計劃和方法7-4軟配置管計必經(jīng)由發(fā)人員產(chǎn)項經(jīng)、參加的審并得準并線化。7-5軟配置管計和件目發(fā)計劃須步更7-6問跟蹤要一流支，流程要括題描，類，評，計實，證，檔的整個命程7-7變更請有一套程持該流要證變申（對基化配項一初始，分類，計評，派實現(xiàn)，證歸的個程。7-8每版本有個合范版描述文。7-9必定義流指配狀發(fā)。說明：參考建議。7-3僅供內(nèi)部使用26

軟件開發(fā)項目技術管理規(guī)范

8軟件質(zhì)量保證：配項(的更配置理動運狀通到關部組和人。：定對更請(CR)的處情進統(tǒng)計將計分結(jié)進發(fā)，布容少括：單位時內(nèi)理CRs量CRs分布計，流通統(tǒng)表CRs狀態(tài)布計等說明：參考建議。7-42周發(fā)布一次3周：建可體開版和基線本種同控程的置系說明：參考建議。7-5用SCM工具的分：制一基化程導建立線說明：參考建議。7-6〕,FCA〕評審：內(nèi)的布須能自基線。7-15：產(chǎn)項經(jīng)理、SQA要定對SCM活和文檔行審/檢查，出審/檢結(jié)，制定并實施進施：相SCM評要定應Checklist行導評要記。軟質(zhì)保8-1產(chǎn)項目組有關SQA人和織并展QA活。8-2:產(chǎn)品目SQA組活必通如檢。序號問1產(chǎn)項目是否建立一個獨立的能支持那些要求獨立活S組？對所有項目，功是否到位？2SQA組否有一個向產(chǎn)品組之上的管理者、管部門報的渠道？3是為組織進行S活動提供足夠的資源和費用？僅供內(nèi)部使用27

軟件開發(fā)項目技術管理規(guī)范

8軟件質(zhì)量保證4SQA組成員是否接受了培訓以完成他們SQA活動？5項的軟件相關成員是否接受了有關SQA組任務、職責、權利等的相關培訓？6上管理部門是否對產(chǎn)品項目的SQA活動及其果行定評？7產(chǎn)項目經(jīng)理是否定期和事件驅(qū)動地參與評SQA活動8SQA組動及其工作產(chǎn)品是否接受了SQA組外的專家進行的定評？

項目組是否制定一個執(zhí)QA動的計S。制定計，計劃的制訂是否按照已文檔化的組織QA程S計劃模版執(zhí)行？8-3:產(chǎn)品目須SQA計，計必通如檢。序號問

制定SQA計劃的活動是否按照公司的相關規(guī)范進行？如果在偏差形成了偏差文檔，并得到研究技術管理處的批準？SQA計劃是否符合公司規(guī)范中SQA計劃模板的要求？如存偏差，是否形成了偏差文檔，并得到研究技術管理處的批準？SQA活動是否按SQA計進行？SQA計劃是否經(jīng)過計劃中涉及的相關組和個人的評審得到SQA經(jīng)產(chǎn)品項目經(jīng)理的批準？SQA計劃和軟件項目計劃是否在項目的里程碑處進行了修改，修改是否得到批準？SQA計和軟件項目開發(fā)計劃是否同步變更？8-4SQA必對品件發(fā)程進過審。說明：參考建議。8-1：8-5SQA的程計須過下的查序號問1產(chǎn)項目是否明確定義了各種軟件活動過程？定義活動過是否經(jīng)SQA和相關管理部門的批準？

軟件過程審計是否按照公司制訂的軟件過程審計規(guī)執(zhí)行？3SQA是對每一個軟件活動過程提交了過程審報告？

是否提交了過程不符合項報告？5SQA的程審計結(jié)果是否通過適當?shù)那缊蟾孢m當?shù)睦碚撸?-6SQA必參項的術審活。說明：參考建議，。8-2SQA必須僅供內(nèi)部使用28

軟件開發(fā)項目技術管理規(guī)范8-3：SQA序號問1技評審的方法對被評審的軟件工作產(chǎn)品是合適的？

8軟件質(zhì)量保證

技術評審的過程是按照公司制訂的技術評審過程規(guī)執(zhí)行的？3技評審的結(jié)果是否相應的評審規(guī)程的要求形成了告？

技術評審的報告，報告QA員了嗎？5SQA人對技術評審的結(jié)果進行分析了嗎？8-7SQA人必定生SQA活的告說明：參考建議。8-4SQA報告的序號內(nèi)1是報告各種軟件工作產(chǎn)品的評審記錄？

報告的評審記錄是否符合公司規(guī)范的要求？3是有軟件過程審計的審計報告？

是否把報告送交給上級管理部門、技術管理處、產(chǎn)項目經(jīng)嗎？是否有軟件過程分析和質(zhì)量報告？8-8產(chǎn)項目的QA人必制一實QA工作月計劃、度劃和度劃。計必得到上SQA經(jīng)的審批。8-9SQA經(jīng)應每定地其下SQA人員就工的度劃季度計，年計進協(xié)商溝。SQA經(jīng)應對下的QA人的SQA活的際成況計進行監(jiān)和理對管的QA人的SQA活進定地至每一次)核當S人員到能產(chǎn)項組部協(xié)解的量題，必將該問上給品業(yè)部管理和上SQA理僅供內(nèi)部使用29

軟件開發(fā)項目技術管理規(guī)范

8軟件質(zhì)量保證9據(jù)量分9-1每項目要錄件程據(jù)9-1:建議每個項目建立一個軟件過程數(shù)據(jù)庫。說明：該數(shù)據(jù)庫可以采用電子表格流形式。9-2項軟件過數(shù)庫到