軟件開發(fā)管理辦法及軟件開發(fā)各階段交付物列表

軟件開發(fā)管理辦法修訂記錄版本編號修訂日期主要修訂摘要審核記錄審核人員屬于部門審核日期第一章總則為規(guī)范公司的開發(fā)管理流程，使各開發(fā)項目的管理進行標準化管理，特制定本管理辦法。本管理辦法詳細規(guī)定軟件開發(fā)程的各個階段及每一階段的任務、要求、交付文件，使整個軟件開發(fā)過程階段清晰、要求明確、任務具體，實現(xiàn)軟件開發(fā)過程的標準化。本管理辦法適用于計算機的自主軟件開發(fā)項目。適用對象：軟件開發(fā)管理人員，軟件開發(fā)人員，軟件維護人員，系統(tǒng)管理人員。第二章組織機構與職責軟件開發(fā)管理人員職責：軟件開發(fā)人員職責：軟件維護人員職責：系統(tǒng)管理人員職責：第三章軟件開發(fā)環(huán)境管理軟件建設環(huán)境根據(jù)項目不同的時期，需要搭建生產(chǎn)運行環(huán)境、系統(tǒng)測試環(huán)境、系統(tǒng)開發(fā)環(huán)境三種不同的軟硬件網(wǎng)絡環(huán)境，便于生產(chǎn)、開發(fā)、測試等工作的安全、順暢的進行。生產(chǎn)環(huán)境為系統(tǒng)維護管理人間管理的范疇，是系統(tǒng)正式運行，提交給各業(yè)務科室的正式環(huán)境，包括系統(tǒng)運行的硬件、網(wǎng)絡等設備和進行集群處理的軟件系統(tǒng)。測試環(huán)境為測試人員提供功能測試、性能測試的運行環(huán)境，包括運行環(huán)境模擬、測試工具服務器、測試工具客戶端。開發(fā)環(huán)境為系統(tǒng)開發(fā)人員提供系統(tǒng)開發(fā)需要的軟件硬件環(huán)境，包括數(shù)據(jù)庫服務器、應用服務器、開發(fā)工具客戶端。生產(chǎn)環(huán)境、測試環(huán)境、開發(fā)環(huán)境都存在自己獨立的數(shù)據(jù)庫服務器、應用服務器、客戶端。在開發(fā)環(huán)境完成內(nèi)部測試后，提交發(fā)布版本到測試環(huán)境中，由專門的測試人員進行集成測試和功能測試。并進行一定的壓力性能測試。在測試環(huán)境通過的版本在發(fā)布到生產(chǎn)環(huán)境。生產(chǎn)環(huán)境與測試環(huán)境、開發(fā)環(huán)境需要物理隔離，保障生產(chǎn)環(huán)境的安全。第四章開發(fā)過程管理項目開發(fā)流程根據(jù)軟件工程的流程，分為可行性研究與計劃、需求分析、總計設計、詳細設計、代碼開發(fā)、系統(tǒng)測試五個階段?？尚行匝芯颗c計劃1實施要求軟件開發(fā)部分析人員進行市場調(diào)查與分析，確認軟件的市場需求在調(diào)查研究的基礎上進行可行性研究，寫出可行性報告評審和審批，決定項目取消或繼續(xù)若項目可行，制訂初步的軟件開發(fā)計劃，建立項目日志根據(jù)市場環(huán)境、公司軟硬件情況預測十大風險因素2交付文檔可行性研究報告*初步的軟件開發(fā)計劃十大風險列表*軟件項目日志*需求分析1實施要求調(diào)查被開發(fā)軟件的環(huán)境軟件開發(fā)提出的需求進行分析并給出詳細的功能定義做出簡單的用戶原型，與用戶共同研究，直到用戶滿意對可利用的資源（計算機硬件、軟件、人力等）進行估計，制定項目進度計劃（可有相應的緩沖時間）制定詳細的軟件開發(fā)計劃測試人員制訂質(zhì)量控制計劃和測試計劃編寫初步的用戶手冊進行需求方案評審2交付文檔軟件需求說明書更新后的軟件開發(fā)計劃項目進度計劃計劃測試計劃更新后的十大風險列表項目日志3審批經(jīng)評審通過的各項內(nèi)容形成相應的文檔后，提交給項目經(jīng)理審核確認軟件需求說明書經(jīng)項目經(jīng)理確認后再提交給部門負責人進行審核確認?？傮w設計實施要求(1) 確定目標系統(tǒng)的總體結構對于大型系統(tǒng)，可按主要的軟件需求劃分成子系統(tǒng)，然后為每個系統(tǒng)定義功能模塊及各功能模塊間的關系，并描述各子系統(tǒng)的接口界面。對于一般系統(tǒng)，可按軟件需求直接定義目標系統(tǒng)的功能模塊及各功能模塊間的關系。(2) 給出每個功能模塊的功能描述，數(shù)據(jù)接口描述，外部文件及各功能模塊部的關系(3) 設計數(shù)據(jù)庫或數(shù)據(jù)結構(4) 制定各階段開發(fā)的目標（以下稱里程碑）計劃(5) 制訂第一個里程碑的測試計劃(6) 總體設計評審設計要求(1) 在設計目標系統(tǒng)的整體結構時，應力爭使其具有好的形態(tài)，各功能模塊間應滿足低耦合度，而各功能模塊內(nèi)應滿足高內(nèi)聚度。功能模塊的作用范圍應在其控制范圍之內(nèi)。(2) 在設計目標系統(tǒng)的總體結構時，應降低模塊接口的復雜性，提高目標系統(tǒng)的可靠性交付文檔1） 總體設計說明書2） 數(shù)據(jù)庫/數(shù)據(jù)結構設計說明書3） 更新后的用戶手冊4） 更新后的項目進度計劃5） 更新后的十大風險列表6） 更新后的軟件開發(fā)計劃7） 更新后的軟件項目日志審批經(jīng)評審通過的各項內(nèi)容形成相應的文檔后，提交給項目經(jīng)理審核確認。詳細設計實施要求(1) 將概要設計產(chǎn)生的構成軟件系統(tǒng)的各個功能模塊逐步細化，形成若干個程序模塊（可編程模塊）(2) 確定各程序模塊之間的詳細接口信息(3) 撰寫擬定單元測試計劃(4) 設計評審設計要求1） 確定程序模塊內(nèi)的數(shù)據(jù)流或控制流，對每個程序模塊必須確定所有輸入、輸出和處理功能。2） 規(guī)定符號的使用，確定命名規(guī)則。交付文檔1)詳細設計說明書2)單元測試計劃審批經(jīng)評審通過的各項內(nèi)容形成相應的文檔后，提交給項目經(jīng)理審核確認。代碼開發(fā)實施與要求(1) 對每個程序模塊用所選定的程序設計語言進行編碼，寫出的程序應該是結構良好、清晰易讀、且與設計一致，符合公司編碼規(guī)范，公司編碼規(guī)范包含《JAVA代碼編寫規(guī)范》、《C#代碼編寫規(guī)范》。(2) 代碼編寫應符合《安全編碼規(guī)范》要求進行編寫。(3) 單元測試：開發(fā)人員按單元測試計劃對自己編寫的程序進行測試(4) 編程及單元測試過程用SVN進行版本管理，主要由項目組長負責管理。交付文檔單元測試報告審批所有文檔必須提交給項目經(jīng)理審核確認。系統(tǒng)測試實施要求(1) 開發(fā)組單元自測完成后，填寫測試申請單連同要測試產(chǎn)品清單交給QA(2) 相關QA人員根據(jù)提交申請單將源程序、文檔等拷貝到測試中產(chǎn)品目錄(3) 執(zhí)行測試計劃中所有要求的組裝測試(4) 對測試結果進行分析，生成當前問題列表（BUGLIST），返回項目組長(5) 開發(fā)人員經(jīng)過分析，修復并自測完畢，生成BUG修復報告，返回QA(6) 完成：反復直至QA通過。測試要求1） 組裝測試應保證模塊間無錯誤的連接2） 應對軟件系統(tǒng)或子系統(tǒng)的輸入/輸出能力進行測試，使其達到設計要求3） 應測試軟件系統(tǒng)或子系統(tǒng)正確能力和經(jīng)受錯誤的能力交付文檔1） 運行的軟件系統(tǒng)源程序清單2） 組裝測試計劃3） 當前問題列表（BUGLIST）4） BUG修復報告5） 組裝測試分析報告審批所有文檔必須提交給項目經(jīng)理審核確認。第五章配置管理代碼管理為了保障開發(fā)過程的源代碼的可控制和管理，解決軟件的版本沖突、系統(tǒng)集成等問題，實現(xiàn)團隊多人開發(fā)協(xié)作管理。使用SVN源代碼管理軟件工具進行代碼管理。代碼管理軟件服務器建立在開發(fā)環(huán)境中，測試環(huán)境、生產(chǎn)環(huán)境的不允許存放源代碼，只部署編譯后的執(zhí)行文件。在項目啟動時需要的代碼倉庫，當有子項目存在時，在父項目庫下建立自己的代碼倉庫。每個項目倉庫的目錄結構將開發(fā)庫、測試庫、發(fā)布庫、文檔庫，開發(fā)庫、測試庫、發(fā)布分別為開發(fā)環(huán)境、測試環(huán)境、生產(chǎn)環(huán)境建立的代碼控制庫，文檔庫為共享庫，三個環(huán)境的人員都可以進行讀寫。文檔管理各開發(fā)流程中的交付的文檔，需要統(tǒng)一提交到SVN文檔庫中，在項目完成后需要由文檔管理員進行歸檔處理，在系統(tǒng)維護期存在的文檔變更也需要通過SVN的文檔庫進行管理。文檔管理員的主要職責：建立編制、登記、出版系統(tǒng)文檔和軟件文檔的各種策略；把文檔計劃作為整個開發(fā)工作的一個組成部分；建立確定文檔質(zhì)量、測試質(zhì)量和評審質(zhì)量的各種方法的規(guī)程；為文檔的各個方面確定和準備各種標準和指南；積極支持文檔工作以形成在開發(fā)工作中自覺編制文檔的團隊風氣；不斷檢查已建立起來的過程，以保證符合策略和各種規(guī)程并遵守有關標準和指南。第六章集成測試管理實施模擬的環(huán)境中進行強度測試，即在事先規(guī)定的一個時期內(nèi)運行軟件的所有功能，以證明該軟件無嚴重錯誤執(zhí)行測試計劃中的所有確認測試使用用戶手冊，以進一步證實其實用性和有效性，并改正其中的錯誤對測試結果進行分析，生成當前問題列表（BUGLIST）反復查找BUG原因，直到修復對所有文件進行整理測試要求全部系統(tǒng)存儲量、輸入及輸出通道，以及處理必須有足夠的余量全部預期結果、測試結果及測試數(shù)據(jù)全部存檔交付文檔確認測試計劃更新后的用戶手冊更新后的項目進度計劃更新后的十大風險列表更新后的軟件項目日志測試產(chǎn)品清單當前問題列表（BUGLIST）BUG修復報告第七章系統(tǒng)發(fā)布管理發(fā)布過程經(jīng)測試合格的產(chǎn)品測試管理員填寫發(fā)布申請表連同發(fā)布文檔一起提交給測試管理經(jīng)理、項目經(jīng)理、部門負責人測試管理經(jīng)理、項目經(jīng)理、部門負責人審核發(fā)布申請測試管理員將發(fā)布產(chǎn)品（包括源程序、執(zhí)行文件及相關文檔）放入發(fā)布中產(chǎn)品目錄并生成安裝程序交付文檔當前版本說明發(fā)布文檔用戶手冊安裝手冊發(fā)布產(chǎn)品檢查清單CHECKLIST發(fā)布產(chǎn)品審批文檔更新后的軟件日志*審核所有發(fā)布文檔須經(jīng)測試部、項目經(jīng)理、部門負責人審核確認。第八章附則本管理辦法由產(chǎn)品研發(fā)部負責解釋。本管理辦法自發(fā)布之日起執(zhí)行。項目階段優(yōu)先級交付物名稱啟動投標文件評審表投標付款申請單合同評審表合同變更評審表?立項建議書項目章程干系人列表?評審單規(guī)劃項目管理計劃項目范圍說明書需求分析說明書軟件開發(fā)計劃項目實施計劃項目組織實施方案評審單變更單配置管理計劃質(zhì)量保證計劃測試計劃測試用例執(zhí)行階段概要設計說明書詳細設計說明書培訓通知培訓報名表培訓簽到表培訓計劃/講義培訓工作總結評審單變更單顧客滿意度調(diào)查表（開發(fā)和實施）源代碼數(shù)據(jù)字典與結構