軟件開發(fā)過(guò)程控制程序

--總結(jié)資料-軟件開發(fā)過(guò)程

控制程序目錄TOC\o"1-5"\h\z\o"CurrentDocument"目的與適用圍3\o"CurrentDocument"目的3\o"CurrentDocument"適用圍3\o"CurrentDocument"引用文件3\o"CurrentDocument"職責(zé)3\o"CurrentDocument"程序4\o"CurrentDocument"需求分析程序4\o"CurrentDocument"4.1.1獲取、分析需求4\o"CurrentDocument"需求規(guī)格說(shuō)明書的評(píng)審4\o"CurrentDocument"4.1.3需求確認(rèn)4\o"CurrentDocument"4.1.4存檔4\o"CurrentDocument"4.1.5需求變更4\o"CurrentDocument"軟件設(shè)計(jì)程序5\o"CurrentDocument"軟件設(shè)計(jì)5\o"CurrentDocument"設(shè)計(jì)評(píng)審5\o"CurrentDocument"4.2.3設(shè)計(jì)文檔的備案5\o"CurrentDocument"4.2.4設(shè)計(jì)更改控制5\o"CurrentDocument"4.3編碼開發(fā)程序5\o"CurrentDocument"編碼5\o"CurrentDocument"4.3.2代碼集成6\o"CurrentDocument"4.3.3程序驗(yàn)收6\o"CurrentDocument"4.3.4配置管理6\o"CurrentDocument"4.3.5測(cè)試流程6測(cè)試用例的編寫、審核與備案6系統(tǒng)測(cè)試6用戶手冊(cè)的編寫與審核7存檔7\o"CurrentDocument"流程圖8\o"CurrentDocument"相關(guān)文件9.1目的與適用目的規(guī)需求分析、設(shè)計(jì)、開發(fā)等作業(yè)過(guò)程，確保對(duì)軟件實(shí)現(xiàn)階段實(shí)行有效的管理控制，力求減少編碼出錯(cuò)，準(zhǔn)確實(shí)現(xiàn)軟件設(shè)計(jì)的要求。以合理的時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷，證明軟件的功能和性能與需求說(shuō)明相符，從而使交付給客戶的產(chǎn)品的質(zhì)量得到保證。適用圍適用于軟件類項(xiàng)目和混合類項(xiàng)目的軟件部分的需求分析、設(shè)計(jì)、編碼和測(cè)試階段。2引用文件GBT11457-2006信息技術(shù)軟件工程術(shù)語(yǔ)GBT16260.4-2006軟件工程產(chǎn)品質(zhì)量3職責(zé)項(xiàng)目經(jīng)理：負(fù)責(zé)整個(gè)開發(fā)過(guò)程的整體控制，每周向公司和客戶提交項(xiàng)目周報(bào)。需求分析員：進(jìn)行需求調(diào)研，編寫《需求規(guī)格說(shuō)明書》《調(diào)研日志》需求的補(bǔ)充文檔等，必要時(shí)進(jìn)行需求變更。技術(shù)負(fù)責(zé)人：負(fù)責(zé)設(shè)計(jì)工作的安排和技術(shù)指導(dǎo)，評(píng)審特殊項(xiàng)目的設(shè)計(jì)。>設(shè)計(jì)人員：軟件界面設(shè)計(jì)。開發(fā)人員：負(fù)責(zé)軟件系統(tǒng)設(shè)計(jì)，編寫設(shè)計(jì)文檔。根據(jù)設(shè)計(jì)說(shuō)明書編寫程序，修改軟件代碼。測(cè)試員：編寫《測(cè)試用例》搭建測(cè)試環(huán)境、執(zhí)行單元測(cè)試、集成測(cè)試，提出《測(cè)試報(bào)告》。行政人事部：負(fù)責(zé)開發(fā)過(guò)程中文件及代碼的存檔管理。>項(xiàng)目組成員：每日填寫工作日志。部門負(fù)責(zé)人：對(duì)項(xiàng)目人員工作日志進(jìn)行統(tǒng)計(jì)。4程序4.1需求分析程序4.1.1獲取、分析需求輸入：項(xiàng)目立項(xiàng)報(bào)告、客戶資料、需求調(diào)研日志>輸出：需求規(guī)格說(shuō)明書過(guò)程：需求分析員按照雙方確定的計(jì)劃，有步驟的進(jìn)行需求調(diào)研和分析活動(dòng)，獲取客戶的需求，詳細(xì)分析客戶需求。與客戶溝通需記錄《調(diào)研日志》，根據(jù)調(diào)研情況和客戶提供的資料編寫《需求規(guī)格說(shuō)明書》。4.1.2需求規(guī)格說(shuō)明書的評(píng)審>輸入：需求規(guī)格說(shuō)明書輸出：評(píng)審記錄過(guò)程：對(duì)超出我公司產(chǎn)品圍的部分，項(xiàng)目經(jīng)理負(fù)責(zé)組織技術(shù)負(fù)責(zé)人（必要時(shí)邀請(qǐng)技術(shù)專家組）、項(xiàng)目組成員評(píng)審《需求規(guī)格說(shuō)明書》。如果評(píng)審不通過(guò)，需求分析員需要修改后重新提交，直至通過(guò)為止。對(duì)評(píng)審結(jié)果進(jìn)行保存。規(guī)則：《評(píng)審記錄》可是紙質(zhì)或電子版。以下評(píng)審記錄不再一一說(shuō)明。4.1.3需求確認(rèn)>輸入：需求規(guī)格說(shuō)明書>輸出：用戶簽字確認(rèn)的需求規(guī)格說(shuō)明書>過(guò)程：項(xiàng)目經(jīng)理將部評(píng)審?fù)ㄟ^(guò)的《需求規(guī)格說(shuō)明書》提交客戶代表簽字確認(rèn)。4.1.4存檔A輸入：需求調(diào)研備忘錄、需求規(guī)格說(shuō)明書過(guò)程：需求分析員將需求分析過(guò)程中的文檔提交配置管理工具進(jìn)行歸檔。規(guī)則：參見《項(xiàng)目配置管理規(guī)》。4.1.5需求變更>輸入：變更申請(qǐng)>輸出：需求規(guī)格說(shuō)明書補(bǔ)充說(shuō)明過(guò)程：客戶簽字確認(rèn)了需求以后，當(dāng)客戶的需求發(fā)生變化且與基線庫(kù)的相關(guān)文件不一致時(shí)，項(xiàng)目經(jīng)理要組織需求分析員將變化后的需求寫進(jìn)《需求規(guī)格說(shuō)明書補(bǔ)充說(shuō)明》中，并要得到用戶的正式簽字認(rèn)可。規(guī)則：詳情參見《需求變更作業(yè)指導(dǎo)書》、《變更管理控制規(guī)》。軟件設(shè)計(jì)程序4.2.1軟件設(shè)計(jì)輸入：《需求規(guī)格說(shuō)明書》>輸出：《系統(tǒng)設(shè)計(jì)說(shuō)明書》過(guò)程：開發(fā)人員根據(jù)《需求規(guī)格說(shuō)明書》進(jìn)行系統(tǒng)設(shè)計(jì)，編寫《系統(tǒng)設(shè)計(jì)說(shuō)明書》并提交評(píng)審。規(guī)則：如果某個(gè)模塊是公司產(chǎn)品中沒(méi)有積累的，以往的項(xiàng)目中都沒(méi)有可重用模塊時(shí)，該模塊的設(shè)計(jì)需要詳細(xì)描述，此外如果項(xiàng)目沒(méi)有特殊要求，《系統(tǒng)設(shè)計(jì)說(shuō)明書》主要描述系統(tǒng)的整體設(shè)計(jì)。4.2.2設(shè)計(jì)評(píng)審>輸入：《系統(tǒng)設(shè)計(jì)說(shuō)明書》輸出：評(píng)審記錄過(guò)程:項(xiàng)目經(jīng)理組織設(shè)計(jì)文檔的評(píng)審工作，提請(qǐng)技術(shù)負(fù)責(zé)人對(duì)系統(tǒng)設(shè)計(jì)說(shuō)明書進(jìn)行評(píng)審。評(píng)審方式和方法參見《評(píng)審作業(yè)指導(dǎo)書》。4.2.3設(shè)計(jì)文檔的備案輸入：《系統(tǒng)設(shè)計(jì)說(shuō)明書》、評(píng)審記錄過(guò)程：設(shè)計(jì)評(píng)審結(jié)束后，項(xiàng)目經(jīng)理將設(shè)計(jì)文檔提交配置管理工具，進(jìn)行存檔備案。4.2.4設(shè)計(jì)更改控制經(jīng)評(píng)審?fù)ㄟ^(guò)后的設(shè)計(jì)應(yīng)納入基線。此后無(wú)論因何種原因引起的設(shè)計(jì)修改，都應(yīng)按《項(xiàng)目配置管理規(guī)》《變更管理控制規(guī)》執(zhí)行。編碼開發(fā)程序4.3.1編碼>輸入：《需求規(guī)格說(shuō)明書》、《系統(tǒng)設(shè)計(jì)說(shuō)明書》輸出：程序源代碼過(guò)程：項(xiàng)目經(jīng)理組織開發(fā)人員按照開發(fā)規(guī)進(jìn)行編碼。4.3.2代碼集成輸入：程序源代碼過(guò)程：技術(shù)負(fù)責(zé)人組織開發(fā)人員進(jìn)行程序的集成和整體調(diào)試。程序驗(yàn)收輸入：程序源代碼>輸出：《系統(tǒng)操作說(shuō)明書》過(guò)程：程序的集成和整體調(diào)試后，項(xiàng)目經(jīng)理對(duì)系統(tǒng)進(jìn)行驗(yàn)收，通過(guò)后開發(fā)人員編寫《系統(tǒng)操作說(shuō)明書》，以便指導(dǎo)上線工程師順利安裝調(diào)試。配置管理輸入：程序源代碼、《源代碼清單》、《系統(tǒng)操作說(shuō)明書》過(guò)程：開發(fā)人員應(yīng)當(dāng)在項(xiàng)目開發(fā)過(guò)程中定時(shí)進(jìn)行代碼的備份，程序調(diào)試結(jié)束后，項(xiàng)目經(jīng)理填寫《源代碼清單》，開發(fā)人員填寫《系統(tǒng)操作說(shuō)明書》，并提交配置管理工具。4.3.5測(cè)試流程測(cè)試用例的編寫、審核與備案輸入：《需求規(guī)格說(shuō)明書》、《系統(tǒng)設(shè)計(jì)說(shuō)明書》>輸出：《測(cè)試用例》過(guò)程：測(cè)試人員根據(jù)《需求規(guī)格說(shuō)明書》、《系統(tǒng)設(shè)計(jì)說(shuō)明書》編寫《測(cè)試用例》。項(xiàng)目經(jīng)理審核《測(cè)試用例》，審核通過(guò)后配置管理員納入配置管理。在用戶接受性測(cè)試時(shí)，項(xiàng)目經(jīng)理要將《測(cè)試用例》提供給客戶，以指導(dǎo)其測(cè)試。系統(tǒng)測(cè)試輸入：《測(cè)試用例》輸出：《測(cè)試報(bào)告》過(guò)程：項(xiàng)目經(jīng)理組織測(cè)試人員進(jìn)行系統(tǒng)集成測(cè)試，測(cè)試人員編寫《測(cè)試報(bào)告》以記錄項(xiàng)目質(zhì)量情況。用戶手冊(cè)的編寫與審核輸入：《測(cè)試用例》輸出：《用戶手冊(cè)》過(guò)程：系統(tǒng)測(cè)試通過(guò)后，項(xiàng)目經(jīng)理組織測(cè)試人員結(jié)合測(cè)試用例，編寫《用戶手冊(cè)》。存檔輸入：《測(cè)試用例》、《測(cè)試報(bào)告》、《用戶手冊(cè)》過(guò)程：測(cè)試階段結(jié)束后，配置管理員將該階段的文檔納入配置項(xiàng)，存檔備案。5流程圖評(píng)審?fù)ㄟ^(guò)需求是否有變化測(cè)試用例、用戶手冊(cè)系統(tǒng)設(shè)計(jì)說(shuō)明書一、代碼、系統(tǒng)上線說(shuō)明書客戶資料不通過(guò)系統(tǒng)設(shè)計(jì)需求規(guī)格說(shuō)明書重大變化溝通備忘錄執(zhí)行變更流程，雙方簽訂補(bǔ)充協(xié)議細(xì)微變化補(bǔ)充需求系統(tǒng)測(cè)試需求的獲取和分析客戶需求確認(rèn)以上過(guò)程產(chǎn)生的代碼、文檔等歸檔—編碼6相關(guān)文件項(xiàng)目計(jì)劃》項(xiàng)目配置管理規(guī)》項(xiàng)目需求分析說(shuō)明書》需求評(píng)審記錄》項(xiàng)目需求評(píng)審報(bào)告》項(xiàng)目技術(shù)分析》項(xiàng)目概要設(shè)計(jì)說(shuō)明書》項(xiàng)目概要設(shè)計(jì)評(píng)審報(bào)告》項(xiàng)目詳