軟件設(shè)計開發(fā)控制程序

1、精選優(yōu)質(zhì)文檔-傾情為你奉上1總則研發(fā)部負責設(shè)計和開發(fā)控制，正確理解客戶需求并在軟件產(chǎn)品中按預期實現(xiàn)的過程；以便確保后續(xù)的產(chǎn)品和服務(wù)的提供。2設(shè)計和開發(fā)策劃2.1 研發(fā)部經(jīng)理應在對項目的總體過程進行策劃（見本手冊8.1）的基礎(chǔ)上，按照軟件開發(fā)規(guī)范和軟件開發(fā)流程的要求，對項目設(shè)計開發(fā)活動進行策劃。策劃應明確以下內(nèi)容：a) 明確設(shè)計開發(fā)各階段任務(wù)列項、預期成果及時間預期；b) 明確各任務(wù)項預期輸出適用的評審、驗證、確認活動的安排；c) 明確各任務(wù)項的組織職責、權(quán)限及職責接口，明確溝通的方式和渠道；d) 明確各職能/組之間的技術(shù)接口及輸入輸出關(guān)系。2.2 設(shè)計開發(fā)策劃的結(jié)果應在項目計劃中予以詳細描述，

2、且應隨著項目的進展，必要時予以更新。編制計劃：項目經(jīng)理負責編制項目計劃。a) 設(shè)計和開發(fā)階段；b) 適合于每個設(shè)計和開發(fā)階段的評審、驗證和確認活動；c) 設(shè)計和開發(fā)的職責和權(quán)限；d) 對參與設(shè)計開發(fā)的供方的管理和控制要求；e) 階段放行的準則和完成的標志；f) 產(chǎn)品的標準化要求，以及設(shè)計和開發(fā)中使用的標準和規(guī)范；g) 可靠性、維修性、安全性和保障性等保證活動；h) 特性分類活動；i) 監(jiān)視與測量的需求；j) 項目的質(zhì)量目標和要求；k) 研發(fā)部的人員組成；l) 所需的文件，必要時制訂作業(yè)指導書；m) 需要的資源（人力資源、設(shè)備設(shè)施、資金等）；n) 需要進行的測試和驗收活動及驗收準則；o) 項目的

3、各個階段、責任人和進度；p) 所需的記錄。 項目負責人隨項目實施的進展根據(jù)具體情況可更新計劃，計劃的更新必須得到技術(shù)總監(jiān)的批準。3 設(shè)計和開發(fā)輸入3.1 設(shè)計開發(fā)人員應通過需求調(diào)研和分析，了解顧客的業(yè)務(wù)需求，并以文件形式予以定義。軟件項目的顧客需求應形成需求說明書。需求說明書中應至少包含以下內(nèi)容：a) 軟件產(chǎn)品或擬建系統(tǒng)的功能、性能要求；b) 適用的法律法規(guī)要求；c) 以往其他類似設(shè)計的必要信息；d) 組織承諾實施的標準和行業(yè)規(guī)范；e) 由產(chǎn)品和服務(wù)性質(zhì)所決定的、失效的潛在后果。3.2 項目經(jīng)理負責組織相關(guān)人員與客戶共同對需求分析結(jié)果進行評審和確認，確保需求的充分性、適宜性，且清楚、準確、無相

4、互矛盾。3.3 對已經(jīng)確認的需求的更改、添加也應經(jīng)過評審確認，并以受控的方式更改（見本手冊7）。研發(fā)部須保存需求文檔及相關(guān)評審記錄。4 設(shè)計和開發(fā)控制研發(fā)部負責設(shè)計和開發(fā)過程中評審、驗證、確認活動進行控制。4.1 設(shè)計和開發(fā)評審a) 項目經(jīng)理應按照項目計劃的安排，針對各階段的設(shè)計輸出安排評審活動。b) 項目計劃的立項評審，需通過公司的OA系統(tǒng)完成相關(guān)的立項審批；結(jié)項評審需根據(jù)甲方的要求，組織相關(guān)專家組進行結(jié)項評審，并保留評審記錄；其他設(shè)計開發(fā)階段的輸出文檔的評審方式，根據(jù)項目計劃中確定的評審方式進行文檔的評審，并保留評審的記錄。c) 評審方式可根據(jù)項目的規(guī)模進行選擇，評審方式分為會議、郵件、流

5、程會簽三種方式。評審結(jié)果據(jù)評審方式的不同而形成不同的記錄，會議評審形成會議記錄，流程會簽或郵件評審，均通過相應的評審媒介查詢評審結(jié)果；針對評審中提出的問題及整改措施建議，由責任人進行整改，由項目經(jīng)理確認。會議記錄由相應責任部門歸檔，電子類記錄存放在相關(guān)應用系統(tǒng)的數(shù)據(jù)庫中。d) 評審時須考慮：設(shè)計輸出滿足本階段設(shè)計輸入以及需求說明書和項目任務(wù)書的要求的能力；設(shè)計方法和采用標準是否適宜；設(shè)計實現(xiàn)能否滿足質(zhì)量要求；設(shè)計是否包含對系統(tǒng)安全性的規(guī)定和正常使用系統(tǒng)必需的特性。e) 會議評審時，應有以下方面的代表參加：設(shè)計輸入階段的代表、承擔后續(xù)階段任務(wù)的代表、必要的技術(shù)權(quán)威或?qū)＜覅⒓?。f) 郵件或流程評審

6、，需經(jīng)過該項目的項目經(jīng)理和本部門負責人確認即可。g) 研發(fā)部負責保存評審以及后續(xù)措施的記錄。4.2 設(shè)計和開發(fā)驗證a) 項目負責人應按照項目計劃的安排，對相應階段的設(shè)計輸出安排驗證，以確定設(shè)計輸出是否可滿足設(shè)計輸入的要求。b) 針對公司應用軟件的驗證方式包括：c) 應用軟件一般采用測試的方法進行驗證，根據(jù)項目的情況進行源代碼走查和系統(tǒng)測試。驗證的結(jié)果及必要的措施應形成測試報告，源代碼走查通過后，直接納入svn進行版本管理，不需要形成單獨的走查記錄。d) 研發(fā)部須保留驗證的結(jié)果以及后續(xù)措施記錄。4.3 設(shè)計開發(fā)和確認a) 項目負責人應按照項目計劃的安排，對相應階段的設(shè)計輸出安排確認，以確定設(shè)計輸

7、出是否可滿足預期的顧客運行要求。如可行，確認應在交付之前進行。b) 針對公司應用軟件的確認方式：在客戶現(xiàn)場安裝實施完成后，進行現(xiàn)場調(diào)試，通過后客戶在結(jié)項單上簽字為最終確認。確認結(jié)果及必要的整改措施的記錄必須歸檔。c) 按照與顧客協(xié)商的方式，確認的結(jié)果可以是驗收報告、試運行報告等。d) 研發(fā)部須保存確認的結(jié)果和后續(xù)措施的記錄，作為項目檔案的一部分在項目結(jié)束時歸檔。5 設(shè)計和開發(fā)輸出 5.1 設(shè)計開發(fā)輸出即按照項目計劃的安排，每一設(shè)計開發(fā)任務(wù)項的輸出成果。每一階段任務(wù)的輸出，即為下一階段的輸入。5.2 所有的設(shè)計輸出須形成文件，須以能夠?qū)φ蛰斎脒M行驗證的方式表述，且應滿足輸入的要求。5.3 每一階

8、段的輸出在正式發(fā)布并作為下一階段任務(wù)的輸入之前，須按照項目計劃的安排得到評審、驗證、和確認。5.4應用軟件開發(fā)項目的輸出必須包括：設(shè)計說明書；源代碼；測試用例（含測試接受準則）；操作手冊；5.5計算機軟件開發(fā)項目的輸出，還可包括：軟件原型；安裝說明文件；6 設(shè)計和開發(fā)更改的控制6.1 設(shè)計和開發(fā)結(jié)果經(jīng)評審、驗證或確認后，如需更改，須以受控的方式進行。6.2 設(shè)計更改的控制要求包括：a) 更改提出者以書面形式描述更改的原因和理由、更改的范圍；b) 對更改請求進行評審和適用的驗證和確認，以確定：c) 更改的性質(zhì)；d) 更改對正在開發(fā)的和已交付的產(chǎn)品/服務(wù)/系統(tǒng)其他部分的影響；e) 更改對顧客現(xiàn)行系統(tǒng)運行的影響；f) 更改對項目的組織、進度以及經(jīng)濟性方面的影響；g) 更改的技術(shù)可行性；h) 可行的更改方案。6.3 須依據(jù)評審的意見確定是否可批準更改。只有批準的更改才可實施。6.4 對于對顧客現(xiàn)行系統(tǒng)和/或公司已交付產(chǎn)品/服務(wù)/系統(tǒng)有較大影響的更改，應按照新項目進行管理。6.5 更改以及相應的評審、驗證、確認記錄須保存