為進一步加強軟體部門管理，提高各工程師工作效率，發揮每一位的主觀能動性，創造良好的工作氛圍，更好的推進部門各專案進度，並為下一步更好地開展專案創造良好的條件和工作環境。制定該制度，該制度進一部明確了部門人員工作職責，制定原始碼管理制度、程式打包管理、版本管理和其他日常管理制度。
一、 開發規範
嚴格遵守公司**開發規範。測試人員在進行存檔前，檢查相關開發規範，如果注釋不清晰或**結構與設計文件不符時，不予存檔。
二、 源**管理
1、 **安全
各專案負責人保證各自專案用計算機安全，避免病毒對工作或專案原始碼造成影響。
不得擅自將專案原始碼以任何形式轉至非軟體部工作人員手中。
專案開發過程中需要去現場除錯時，在除錯完畢後必須將遺留**進行備份和清理，不得讓**或程式隨意流出。
專案開發過程中需要去現場和第三方介面聯調時，注意保護己方**和程式，嚴禁向第三方提供非介面協議內容。
嚴禁向非公司工作人員提供任何源**和可執行程式。
嚴禁私自向第三方提供任何介面和資料（包括既有程式更新公升級過程中的資料傳送）。
2、 svn源**管理
部門現已部署svn伺服器，各研發人員必須使用svn管理源**，堅決摒棄等待東西改完了再上傳的漏習，根據各自分管的專案和模組及時上傳更新自己的源**，並新增修改注釋。
有關該項目的概要設計文件，存於該專案目錄下的document目錄下，供大家查閱。
有關該項目的詳細設計文件，存於各自負責模組的目錄下。
有關測試用例的文件，放入svn/document目錄下，供大家查閱。
各模組之間的文件互動以svn上存的文件為準。
3、 **共享
工作中每位工程師都會在工作中寫一些通用演算法實現的過程和函式以及部分公共協議解析的單元等，可能還會寫一些小工具之類的用於除錯。為了能提高整個部門的工作效率，減少重複工作，都可以將自己寫的小工具的原始碼上傳至公共原始碼區，讓更多的工程師分享你的成果。希望大家都能夠抱著我為人人、人人為我的態度，共同進步和提高。
三、 客戶端打包工具管理
1、c或c++：
2、delphi：
3、編譯內容
公司資訊、程式名稱、版本資訊。
另幫助內容中應包括使用手冊、聯絡**、公司**、程式版本等資訊
4、安裝路徑
統一預設安裝路徑為d盤根目錄，路徑格式：d:\程式名稱\程式檔案。
四、 軟體版本管理
1、源**版本管理
所有專案中涉及的源**必須使用svn管理，希望大家一定要嚴格執行。
2、編譯程式版本管理
車載程式版本管理：
伺服器程式版本管理：
windows系統程式版本管理：
內部版本號由四位組成：a.b.c.d
外部版本號（存檔版本）由三位組成：a.b.c
a:主版本號
b:次版本號
c:小版本號
d:每日或常規構建包的版本號
4、 發布版安裝包管理
所有發布版安裝包程式中必須包含軟體修改說明，該說明中詳細記錄各版本程式修改內容。
五、 開發流程
評審小組：部門經理、技術骨幹、各相關模組軟體開發工程師
1、 需求分析：由外部或部門經理提出需求，形成可行性需求分析報告，交於指定開發人員。
2、 同行評審：根據需求分析報告由評審小組進行同行評審，制定整套的技術解決方案、設計框架、設計思路、網路架構以及系統擴充套件範圍等內容，形成評審結果報告。由部門經理或專案負責人整理出概要設計方案。
3、 設計文件：開發人員根據概要設計方案，形成初步的設計文件，交於評審小組進行確定。
4、 軟體開發：由開發人員進行軟體**開發。
5、 需求或方案變更：接收到需求變更訊息或請求時，由評審小組進行變更確認，形成變更方案和技術解決方案。通知涉及到其他專案或第三方系統，待確認後，交於開發人員進行變更和修改，並書寫使用手冊。
6、 **測試：開發完成後，上傳至svn版本控制中，上傳內容中只包括軟體源**，臨時二進位制檔案、可執行程式等檔案不要上傳。通知測試人員進行相關測試，測試人員根據概要設計方案中確定的系統環境、模組功能搭建測試環境、編譯**並進行測試，形成測試報告，將bug提交至開發人員，由開發人員負責解決bug,解決後由測試人員關閉該bug。
7、 存檔：測試完成後，由測試組形成最終測試報告，編譯安裝包，存檔。
8、 增加需求或**優化：任何開發人員接收到新的需求資訊時，首先通知部門經理，由部門經理安排評審小組確定修改方案並報領導批准後再實施，不得隨意修改設計方案或增加新功能。
特殊說明：
車載和伺服器程式的所有需求和協議介面必須以文件形式提供，無文件或未經詳審的文件可視為無效需求。當有特殊情況需要修改且無相應文件時，應按領導或使用者提出的內容，自己主動整理需求文件並交由部門經理組織評審，經過評審後再執行。
客戶端程式：客戶端程式因其特殊性，經常無法提供有效的文件，開發人員應做好使用者需求記錄，由主管領導或部門經理確認後再進行修改。
六、 測試管理
測試人員負責搭建測試環境、測試用例的編寫、測試跟蹤、**測試、bug管理bug跟蹤、需求整理、需求跟蹤、軟體存檔審核等工作。
1、 測試人員需全程跟蹤專案過程，根據概要設計方案編寫完善的測試用例。
2、 搭建測試環境，嵌入式系統盡可能以真實資料環境模擬測試。windows環境下需多測試幾種環境，在不同的系統版本中進行測試。
3、 針對不同的開發環境，測試程式的健壯性、效能等。
4、 需長期測試的內容，需建立測試跟蹤記錄表，做好測試記錄。
5、 測試完成後，及時完成測試用例，並將bug錄入bug管理系統，及時通知開發人員解決bug後再進行測試，測試完成後關閉bug。
6、 存檔時應審核源**的完整性、編寫規範、注釋、設計文件（包括資料庫設計文件、介面協議文件、模組結構關係圖、模組資料流、關鍵演算法、流程邏輯、關鍵過程函式定義說明、軟體修改說明文件等），不符合要求的不予存檔，並要求開發人員補充。
7、 未經測試人員測試的程式嚴禁對外發布，如有特殊情況時，需報部門經理批准後方可發布。
七、 基本原則
1、 軟體部所有程式只針對檔案室，未經經理批准不得隨意將**或編譯程式參與運用。
2、 工作中存在問題時，在自己研究1天還不能解決時應及時提出，和主要技術人員討論溝通，盡快提出解決方案，減少時間的浪費，提高工作效率，加快專案進度。
軟體部管理制度彙編 草案
鶴壁市廣大科技 gd js 01 2007 版號 發放編號 受控狀態 編制 羅春強 審准 發布日期 2007年12月11日 實施日期 2007年12月11日 第一章管理制度說明 1 第二章任務書管理制度 2 第三章開發計畫書管理制度 3 第四章需求分析管理制度 4 第五章詳細設計管理制度 5 第六章...
軟體部測試總結 1
2009年基伍偉業手機軟體測試年終總結 作為軟體測試職員，我們至少要懂一點gsm標準協議的基礎知識，如果懂軟體工程的則更好，那就能更清楚地預知哪一塊容易出問題，當發現問題後，就要分析產生問題的原因，這樣就不是一種簡單的黑盒操作了。測試方向 1.驗證各種功能都已正常實現，如 1 簿中新增 編輯 查詢 ...
控制部軟體管理制度
一 總則 第一條隨著計算機技術的發展，其在生產管理中的作用發揮越來越重要，為了加強計算機軟體管理，確保部門所轄裝置使用的計算機系統安全可靠執行，根據本部門實際情況制定本管理制度。第二條本制度適用於生產用計算機軟體的管理，不包括班組辦公管理用計算機。二 職責分工 第三條專業工程師 1 負責生產區域所有...