軟件開發(fā)規(guī)范整體規(guī)范

第第#頁共38頁2.5DevelopmentProcess開發(fā)過程*集成測試計劃SRS需求

分析策劃DD編碼Code單元?測試Code集成

測試UTPlan系統(tǒng)測試計劃文檔系統(tǒng)

測試II軟件質(zhì)量管理評審管理維護SRSHLDCODEDD軟件配置管理DevelopmentPhase開發(fā)階段＞需求分析階段■需求收集■需求總結(jié)＞總體設(shè)計階段■總體架構(gòu)■部署模型＞概要設(shè)計階段■模塊劃分■數(shù)據(jù)庫設(shè)計＞詳細設(shè)計階段■具體實現(xiàn)＞編碼階段■測試用例■Coding■單元測試＞測試階段■測試用例■測試■修正＞發(fā)布階段■安裝測試■安裝系統(tǒng)■維護PhaseProduct階段制品＞需求階段SRS：需求規(guī)格說明書＞總體設(shè)計階段■總體設(shè)計說明書＞概要設(shè)計階段HLD：概要設(shè)計說明書DB：數(shù)據(jù)庫設(shè)計DFD:數(shù)據(jù)流圖UI：用戶界面＞詳細設(shè)計階段DD：詳細設(shè)計說明書＞編碼階段TestCase:測試用例Coding：源代碼UTTestResult：單元測試報告＞測試階段TestTask:測試任務(wù)書TestCase:測試用例TestResult:測試報告TestApprovals:測試總結(jié)＞發(fā)布階段■發(fā)布申請書＞

RoleDuty角色職責角色責任研發(fā)經(jīng)理【研發(fā)團隊】為軟件項目提供足夠的資源保證SQA小組的獨立性.解決SQA檢查時發(fā)現(xiàn)的問題.審批對外的承諾。定期審查SCM、SQA、項目計劃和跟蹤的相關(guān)活動。規(guī)定系統(tǒng)需求；將系統(tǒng)需求分配給硬件、軟件和其他成分；規(guī)定硬件、軟件和其他成分的界面；監(jiān)控設(shè)計和開發(fā)以保證他們符合其規(guī)格說明；代表公司下達任務(wù)書。SA團隊負責網(wǎng)絡(luò)工程計劃的制定及實施；負責對客戶的技術(shù)支持與培訓(xùn)；負責工程服務(wù)部內(nèi)部人貝素質(zhì)與技術(shù)培訓(xùn)負責系統(tǒng)集成工程標識、測試、驗收及質(zhì)量保證；負責硬件、網(wǎng)絡(luò)和系統(tǒng)軟件產(chǎn)品的最后交付；負責組織自產(chǎn)軟件儲運、防護、交付和安裝；負責工程項目的配置管理QA研究制定測試規(guī)氾和方案；參加實施測試和質(zhì)量保證過程；對系統(tǒng)測試中發(fā)現(xiàn)的缺陷進行驗證；負責組織軟件項目任務(wù)書、開發(fā)計劃、里程碑等管理評審；負責公司的配置管理；項目經(jīng)理負責軟件和硬件整個項目的協(xié)調(diào)、管理進行需求分析，并進行文檔的編寫組織技術(shù)評申等活動組織制定項目開發(fā)計劃（SDP）、風險管理計劃等計劃配合與協(xié)調(diào)SQA和SCM小組的活動.管理項目組，執(zhí)行SQA方針和過程以及SDP.監(jiān)督和跟蹤SDP、項目估算SA負責硬件工程的實施；負責系統(tǒng)的上線；負責系統(tǒng)的維護；

SCCB授權(quán)建立軟件基線和標識配置項/單兀；審查和審定對軟件基線的更改；審定由軟件基線庫制造的產(chǎn)品的生成。SCM協(xié)助軟件項目經(jīng)理制定SCM計劃、維護SCM計劃；制定并維護項目標識規(guī)范；按時歸檔配置項；標識并管理置于配置管理過程之下的軟件工作產(chǎn)品集合；進行軟件項目的軟件基線生成、管理和備份；軟件配置狀態(tài)的統(tǒng)計和審計，并向項目組、軟件項目經(jīng)理、高級管理者匯報有關(guān)活動情況；將基線的變更情況通知受影響的組和個人；保存并管理各項評審記錄、與項目相關(guān)的技術(shù)文檔、標準和規(guī)程。SQC依據(jù)測試計劃模板制定測試計劃.執(zhí)行測試計劃進行測試并記錄測試發(fā)現(xiàn)的缺陷提供測試報告.SQA主要是策劃軟件質(zhì)里保證活動、檢驗軟件產(chǎn)品或活動對可用的標準、需求和規(guī)則的遵守程度、組織處理項目內(nèi)部不能解決的不一致問題；定期報告檢查情況，發(fā)現(xiàn)偏差組織制定糾正、預(yù)防措施并監(jiān)督更正；參與制定SQA計劃，實施SQA活動，并向SQA經(jīng)理、軟件項目經(jīng)理項目組、高級管理者匯報有關(guān)的情況。DBA負責DB的創(chuàng)建和維護；為DE提供一個穩(wěn)定的環(huán)境；DE按軟件開發(fā)計劃進行開發(fā)，并記錄相關(guān)數(shù)據(jù)；遵守公司質(zhì)量管理體系的要求.Deployer根據(jù)發(fā)布申請，提取代碼，發(fā)布系統(tǒng)和SA、DBA起配置環(huán)境重構(gòu)和重建系統(tǒng)Constraints卩限制SpecificRequirements詳細描述本部分按照角色劃分詳細描述開發(fā)過程。3.1Precondition前提3.1.1SCM配置庫＞目錄結(jié)構(gòu)■開發(fā)庫：開發(fā)工作區(qū)文檔和代碼?項目文檔?項目啟動?項目策劃?項目計劃?項目報告?開發(fā)文檔?需求?設(shè)計?測試?代碼?代碼目錄?參考資料?客戶資料等等■基線庫：評審?fù)ㄟ^后的文檔?《文檔同開發(fā)庫》■測試庫：測試代碼和測試發(fā)布包?文檔?計劃?用例?測試報告?代碼?版本1?版本2?參考資料■產(chǎn)品庫：測試通過后的文檔和代碼?項目交付制品?項目總結(jié)?驗收報告?項目產(chǎn)品?版本1?版本2＞權(quán)限■測試庫：?測試人員可以讀寫?其它人員只能讀，不能增加、修改和刪除?■基線庫：只能增加，不能刪除和修改■產(chǎn)品庫：只能增加，不能刪除和修改■開發(fā)庫：TestEnvironment測試環(huán)境＞測試需要一個獨立的環(huán)境DB獨立FTP等資源獨立Pass9等外部系統(tǒng)獨立＞最好是一個單獨的局域網(wǎng)環(huán)境，完全和開發(fā)分開■開發(fā)是環(huán)境■測試是環(huán)境＞每次測試，應(yīng)當是一個完整的測試過程■安裝系統(tǒng)DBWebAppServerClient?其它■配置系統(tǒng)DB配置AppServer配置■系統(tǒng)初始化?清除所有歷史數(shù)據(jù)?執(zhí)行初始化腳本，插入初始數(shù)據(jù)■測試系統(tǒng)DevelopmentControlProcess開發(fā)控制流程3.2.1項目啟動和策劃階段本階段的關(guān)鍵是定義項目、估算工作量和制定詳細計劃。一個軟件項目的正式啟動從《軟件項目任務(wù)書》的下達開始。任務(wù)書中寫明項目的基本信息及相關(guān)責任人和詳細分工，規(guī)定項目必須提交的產(chǎn)品清單。任務(wù)書由研發(fā)經(jīng)理或者項目負責人起草，研發(fā)經(jīng)理批準后下達給相關(guān)負責人。項目任務(wù)書必須為打印紙質(zhì)文檔，由相關(guān)人員簽字確認后，入配置管理庫歸檔。軟件項目任務(wù)書主要作用是明確項目人員職責以及各組之間的協(xié)調(diào)確認。估算工作量，從確認需求后開始。由項目經(jīng)理指定評估人員，先按照頭腦風暴法估計各個子系統(tǒng)或者模塊的難易程度，然后按照Delphi法估算各個部分的工作量。項目經(jīng)理和PMO成員，根據(jù)估算的工作量，制定項目計劃。SQA和SCM分別制定各自的計劃。SCM需要確定資源庫的目錄結(jié)構(gòu)和權(quán)限結(jié)構(gòu)。項目經(jīng)理召集PMO、SQA、SCM評審及審核項目計劃、SQA計劃、SQA審核計劃、SCM計劃和測試計劃。對于發(fā)布后的一般性程序修改，不需要下達軟件項目任務(wù)書。對于關(guān)系重大，需要各組人員協(xié)調(diào)工作的重大修改，項目負責人可以以任務(wù)書的形式明確職責、協(xié)調(diào)關(guān)系。測試負責人評估測試資源【人員及機器】，并決定測試人員是否介入項目的需求分析和設(shè)計階段。3.2.2需求分析、設(shè)計、編碼階段本階段的關(guān)鍵是評審和修訂控制，關(guān)鍵評審需要需求、設(shè)計、編碼、測試、項目管理、用戶等的參與。需求階段，需求分析人員收集需求，根據(jù)SRS模版，作出需求規(guī)格說明書。設(shè)計階段，設(shè)計人員根據(jù)總體設(shè)計、概要設(shè)計、數(shù)據(jù)庫設(shè)計和詳細設(shè)計，作出設(shè)計文檔。編碼階段，編碼人員根據(jù)詳細設(shè)計，設(shè)計單元測試用例，編寫代碼，進行單元測試。關(guān)鍵評審：SRS評審，設(shè)計評審，代碼走查3.2.3提交測試階段項目啟動后，項目經(jīng)理填寫測試任務(wù)通知單，將測試任務(wù)下達給測試組。概要設(shè)計評審?fù)瓿珊螅筛髯酉到y(tǒng)或者模塊的負責人測算完成時間，在確定完成時間后（正式開始編碼前）將測試任務(wù)通知單提交給項目測試負責人，項目測試負責人審核通過在通知單上簽字后返回給子項目負責人。開發(fā)及單元測試完成后，由開發(fā)人員將測試內(nèi)容提交配置管理員入測試庫后，將測試任務(wù)通知單提交給發(fā)布人員申請測試發(fā)布。發(fā)布人員將測試庫中本次測試的內(nèi)容發(fā)布到測試機后，在測試任務(wù)通知單上簽字后，提交給測試人員開始測試。測試完成后，測試人員在任務(wù)單上填寫測試意見后，交測試負責人確認后，返還給開發(fā)人員。如測試沒有通過，開發(fā)人員修改測試內(nèi)容，進入下一個測試流程。如通過測試，開發(fā)人員將測試任務(wù)通知單提交給項目負責人，由項目負責人、SCCB簽字確認后，提交配置管理員將測試內(nèi)容入基線庫。過程關(guān)鍵：發(fā)布實施人員確保發(fā)布到測試機上的源程序在配置管理庫中得到了有效的標識。3.2.4生產(chǎn)發(fā)布、終測程序通過測試入庫以后，根據(jù)需要，由項目的負責人負責填寫發(fā)布申請單。發(fā)布申請單由項目測試負責人、配置管理員、SCCB、客戶代表、研發(fā)經(jīng)理簽字確認后，由項目負責人提交給實施發(fā)布人員。發(fā)布人員拿到簽完字的發(fā)布申請后，才能從基線庫中提取程序向生產(chǎn)機上發(fā)布。如以上發(fā)布確認人員沒有全部簽字同意發(fā)布，必須由項目經(jīng)理簽字同意后發(fā)布。程序發(fā)布到生產(chǎn)機上以后，進入終測【UAT】流程。測試人員和用戶代表要對生產(chǎn)機上的程序進行最后測試，確保生產(chǎn)機上的系統(tǒng)符合需求。項目負責人負責同用戶協(xié)調(diào)，項目負責人、測試人員和用戶共同編寫測試用例。項目負責人將《終測意見書》提交三方簽字，根據(jù)簽字意見決定修訂系統(tǒng)或者提交正式發(fā)布。終測出現(xiàn)的問題修改按照基線變更流程進行。實施人員只有拿到有三方簽字的《終測意見書》后才能將系統(tǒng)正式公開發(fā)布。系統(tǒng)正式發(fā)布三天之后一周之內(nèi)，由實施人員負責到用戶處取得有用戶主要負責人簽字的《系統(tǒng)運行報告》，項目負責人負責監(jiān)督執(zhí)行。根據(jù)《系統(tǒng)運行報告》做相應(yīng)的處理。過程關(guān)鍵：發(fā)布到生產(chǎn)機上的程序都在基線庫中得到了有效的標識。3.2.5發(fā)布后問題反饋修改過程系統(tǒng)發(fā)布之后，用戶反饋的意見要形成問題清單或者變更申請單，記錄需要修改的地方，提交給項目負責人。項目負責人負責判斷改動是否會影響需求或者設(shè)計，負責將任務(wù)分配給相關(guān)人員進行修改。修改完成后，提交測試直至發(fā)布。這個階段的最重要的是保證所做的修改（文檔、代碼）都在配置管理庫的基線庫中得到體現(xiàn)。即基線庫中的文檔和代碼要進行同步更新，關(guān)鍵是發(fā)布人員嚴格根據(jù)發(fā)布申請單進行控制，并確保發(fā)布的代碼都是從基線庫中取出的。沒有經(jīng)過流程直接要求發(fā)布的，發(fā)布人員必須予以拒絕。3.3TSP團隊軟件過程3.3.1會議組織＞會議前，確定會議主持人和記錄員＞向參與會議人員發(fā)送會議資料＞參與會議人員閱讀會議資料＞確定會議主題、日期時間和地點■注意：留出閱讀資料的時間＞確定會議議程＞準備會議用品【如投影儀等】＞重要會議，需要簽到＞會議開始前，申明會議紀律■發(fā)言時間限制■發(fā)言順序■除主持人外，不得打斷別人＞記錄員記錄會議紀要＞會議后，發(fā)送會議總結(jié)3.3.2溝通問題＞原則■目標明確■明確反饋■反復(fù)溝通＞請求一答復(fù)■當有疑問時，發(fā)出請求■明確求助對象，指定第一對象和輔助對象■第一對象接收到請求后，不能及時答復(fù)的應(yīng)當轉(zhuǎn)發(fā)給自己認為合適的答復(fù)人，并告知求助人■求助方式【高一低】：當面，電話，郵件＞公告3.3.3代碼走杳＞項目負責人指定代碼走查對象■相互走查■循環(huán)走查＞代碼走查發(fā)現(xiàn)的問題■首先記錄■告知代碼作者＞更新CheckList3.3.4其它3.4PSP個人軟件過程3.4.1工作原則＞計劃管理：把你想做的寫下來＞行為管理：按照你寫下來的去做＞報告管理：把做的事情記錄下來＞跟蹤管理：出現(xiàn)的問題要設(shè)法解決3.4.2日常工作＞每日工作■每日早晨，規(guī)劃當日工作；?計劃必須細化到一個明確的目標?計劃要有余地，比如會議等?計劃是可執(zhí)行的，能夠完成的?計劃是可監(jiān)控的■每日下班，總結(jié)當日工作；?計劃完成情況?未能完成原因?個人心得：新的發(fā)現(xiàn)，新的方法，新的問題＞會議■會議之前，仔細閱讀會議資料■如有疑問，可以發(fā)郵件向會議主持人提出■或者在會議上提出■會議中，記錄會議要點■如要參與討論，請在別人發(fā)言結(jié)束后發(fā)言，不要打斷別人■會議后，如有新的想法，發(fā)郵件或者當面向會議主持人提出＞求助■如果一個問題20分鐘還不能理出一個頭緒，應(yīng)當立即求助■求助對象：?個人認為能夠解決該問題的人為第一對象?不能確認的，項目負責人為第一求助對象■發(fā)出求助后，個人負責追蹤求助，直到解決＞報告■認為個人負責的任務(wù)不能按時完成的，應(yīng)當立即報告給負責人?重要任務(wù)：Leader和項目負責人?其它任務(wù)：Leader■提前期：?重要任務(wù)：至少提前3天?其它任務(wù)：至少提前任務(wù)期的1/33.4.3DE開發(fā)工稈師＞接受任務(wù)＞閱讀詳細設(shè)計文檔■從SCM獲取詳細設(shè)計文檔■閱讀文檔■如有疑問，向設(shè)計人員請教＞規(guī)劃個人開發(fā)計劃■估計開發(fā)工作量■制定計劃?單元測試用例?代碼?單元測試■和負責人協(xié)商■提交SCM＞設(shè)計單元測試用例■SCM獲取測試用例模版■編寫測試用例■提交SCM＞編寫代碼■從SCM獲取代碼庫■編寫代碼■本地調(diào)試■提交SCM＞單元測試■代碼發(fā)布到開發(fā)機■請DBA協(xié)助■如果有其它模塊，請負責人協(xié)調(diào)■測試＞代碼走查■根據(jù)負責人安排，檢查他人的代碼■和代碼作者討論代碼■填寫走查報告＞提交代碼■提交SCM■做Tag或者其它標記，以便提交集成測試3.4.4SCME配置管理員＞規(guī)劃SCM■資源庫目錄結(jié)構(gòu)■權(quán)限■基線■備份＞基線■經(jīng)過評審■發(fā)送通知■轉(zhuǎn)移資源到相應(yīng)基線＞變更管理■接收變更申請■向SCCB發(fā)送申請■申請通過后，發(fā)送變更通知■提取基線到工作區(qū)3.4.5DBA數(shù)據(jù)庫管理員＞規(guī)劃DB的管理■DB的大小■權(quán)限劃分■備份和恢復(fù)■建立DB腳本■和SCM協(xié)商進入SCM的資源＞管理DB■建立DB■建立權(quán)限■評審數(shù)據(jù)庫設(shè)計■導(dǎo)入和導(dǎo)出數(shù)據(jù)■建立Table、view和index3.4.6Deployer發(fā)布人員＞規(guī)劃■發(fā)布策略■發(fā)布腳本■發(fā)布計劃＞重構(gòu)和重建■根據(jù)項目特點制定重構(gòu)和重建計劃■編寫重建腳本■編寫測試腳本■從SCM提取資源■重建系統(tǒng)■執(zhí)行測試腳本＞發(fā)布■接收發(fā)布任務(wù)書■從SCM提取資源■和DBA建立DB■和SA建立環(huán)境■發(fā)布系統(tǒng)ToolSpecification工具規(guī)范4.1通用工具＞會議報告PPTWordMP