鶴壁市廣大科技****
gd/js-01-2007
版號：發放編號：
受控狀態：
編制：羅春強
審准：發布日期：2023年12月11日
實施日期：2023年12月11日
第一章管理制度說明 1
第二章任務書管理制度 2
第三章開發計畫書管理制度 3
第四章需求分析管理制度 4
第五章詳細設計管理制度 5
第六章編碼管理制度 6
第七章測試管理制度 7
第八章程式發布管理制度 8
第九章程式版本管理制度 9
第十章程式備份管理制度 10
第十一章程式維護管理制度 11
第十二章軟體部獎罰管理制度 12
第十三章美工作業管理制度 14
一、 目的
本手冊依據廣大科技管理制度編寫而成，用於保證產品質量、提高工作效率、控制設計過程。
一、任務書下達
設計任務書由總工程師根據開發計畫、合同評審結果、有關標準等編制後下達到軟體部。
二、任務書的修改
軟體部在設計過程中，發現任務書與實際不符，如要修改應提出書面申請，由總工程師批准後方可按照修改後的任務書設計。
三、任務書的儲存
任務書由軟體配置管理人員保管。
四、任務書的借閱
任務書經軟體部負責人批准後方可借閱。
一、 開發計畫書的制定
開發計畫由軟體部負責人根據任務書與軟體部實際情況制定，由總工程師批准後生效。
二、 開發計畫的修改
開發計畫書由軟體部負責人根據實際情況提出書面修改方案，報總工程師審批後生效。
三、 開發計畫書的儲存
開發計畫書由軟體配置管理人員儲存。
四、 開發計畫書的借閱
開發計畫書的由軟體部負責人批准後方可借閱。
五、 開發計畫至少應包括的內容
軟體生存週期的起止時間，軟體開發各階段任務負責人。
一、 需求分析
使用者需求的調查由軟體專案經理負責，調查完成後提交需求分析說明書。
二、 需求分析的生效
需求分析由軟體部負責人審核後報總工程師批准後生效。
三、 需求分析的修改
需求分析由軟體專案經理提出書面修改方案，經軟體部負責人審核後，報總工程師批准後生效。
四、 需求分析的借閱
需求分析經軟體專案經理批准後方可借閱。
五、 需求分析至少應包括的內容
功能列表、功能詳述、介面要求、資料要求、效能要求、技術可行性分析。
一、 介面詳細設計
介面詳細設計由介面設計美術工程師根據需求分析中的介面要求設計。介面詳細設計由軟體專案經理審核後報軟體部負責人批准後生效。
二、 模組詳細設計
模組詳細設計由軟體專案經理與軟體開發工程師共同完成。軟體專案經理負責模組劃分與業務流程的描述；軟體工程師根據模組與業務流程描述相應的演算法。
三、 資料庫設計
資料庫設計由軟體開發工程師根據需求分析與模組詳細設計說明書設計出資料表、檢視及相其相關函式。
四、 詳細設計說明書的修改
詳細設計說明書的修改由專案經理或軟體開發工程師提出書面修改方案，經軟體部負責人批准後生效。
五、 詳細設計說明書的儲存
詳細設計說明書由軟體配置管理員儲存。
六、 詳細設計說明書的借閱
詳細設計說明書由借閱人提出書面申請經軟體部負責人批准後方可借閱，此文件按一級保密檔案管理。
一、 **編寫
**編寫由程式設計師在規定時間內按模組詳細設計說明書和廣大軟體編碼規範編寫**。
二、 **規範審核
**規範審核由專案管理不定期對程式設計師**規範性進行審核，審核後要有書面記錄。
三、 **儲存
正在編寫中的**由程式設計師儲存，編寫完成的**附上測試報告與完成標誌後交與軟體配置管理員儲存。程式設計師不再保留副本。
四、 **修改
**修改由修改人提出書面申請並由專案經理批准後方可到軟體配置管理員處領取**進行修改。
五、 **借閱
**借閱由借閱者提出書面申請由專案經理審核軟體部負責人批准後方可借閱。
六、 編碼規範
見《廣大公司命名規範及編碼規範》
一、 模組測試
模組測試由程式設計師在編碼審核前按模組測試規範測試並提交書面測試報告。
二、 整合測試
整合過程中系統工程師對每整合乙個模組都要有對此模組整合後的功能整合測試，並有書面測試報告；
整合完成後測試工程師對整個系統做整體測試，並提交測試用例及測試報告。報告交給專案經理。
三、 測試報告分析
對沒有通過測試的模組軟體專案經理要組織程式設計師召開問題分析會，討論問題所在，並安排修改工作。
四、 測試報告的儲存
專案開發完成時，測試用例與測試報告應與程式文件一起交與軟體配置管理員保管。
一、 程式發布
程式發布由專案經理發布。
二、 發布程式的儲存
發布的安裝檔案與發布配置檔案及發布測試報告交與軟體配置管理員儲存。專案經理不再儲存副本。
三、 發布程式的修改
發布程式的修改由專案經理提出書面申請，直接交與軟體配置管理員並領取發布配置檔案修改發布程式。
一、程式版本的控制
程式版本號由專案經理控制，新專案以1.00開始，每進行一次原有功能的修改版本號加0.01，每進行一次功能增加版本號加1。
二、程式版本的修改
程式版本的修改由專案經理提出書面申請，到軟體配置管理員處領取程式並修改。
一、 程式備份
開發或修改中的程式由專案經理每週一次並附說明。
二、 程式備份的存放
程式備份附上說明交於軟體配置管理員存放
三、 程式備份的查閱
程式備份的查閱查閱人提出書面申請由軟體部負責人批准後方可進行查閱。
一、 程式維護
程式主動維護由軟體專案經理提出書面申請，交與軟體部負責人審核報總工程師批准後方可進行。
程式被動維護由客戶提出維護專案列表，專案經理整理出維護清單，如果清單中只是維護原有功能的漏洞或錯誤交與軟體部負責人批准即可進行，如果清單中涉及到功能的增加，經軟體部負責人審核後報總工程師批准後方可進行。
程式現場維護由專案經理提交書面申請，報軟體部負責人批准後再報總工程師批准後方可進行現場維護，維護完成後應提交現場維護報告。
二、 程式維護文件的存放
程式維護完成後，程式維護文件由專案經理交於軟體配置管理員，文件與程式一併存放。
三、 程式維護文件的查閱
程式維護文件的查閱由查閱人提出書面申請報軟體部負責人批准後方可查閱。
一、獎罰制度
軟體部實行積分獎罰管理制度
二、積分管理
1、每人每月初始積分為0分
2、工作中有獎勵的時候採用加分制，涉及到罰的時候採用扣分制
3、分值每月最後一週六下午經管理人員審核後提交財務部，財務部按規定（每分相當於人個工資的1％）進行獎罰。
4、本辦法由部門主管負責考核，重大事件與公司高管協商。
三、扣分辦法
1、 週六上午未交本週工作總結與下週工作計畫（實行扣分制，一次不交扣1分）
2、 因個人原因造成的工作完成時間拖延。（1～2天每天扣1分；3天以上每天扣2分）
如拖延2天：每天扣1分，共計2分
如拖延5天：每天扣2分，共計10分
3、軟體中出現沒有捕獲的異常，但使用者仍能正常使用的（每類扣0.5分）；
軟體**設計中出現語法性錯誤的（系統整體測試的時候出現的扣0.5分，使用者發現的扣1分）；
軟體**設計中出現功能錯誤的（系統整體測試的時候出現的扣3分，使用者發現的扣5分）。
4、不服從公司工作按排或影響其它人員正常工作的。（視情節輕重扣5～30分）。造成部門重大損失的另行處理。
四、加分辦法
1、超額完成任務的，月末工作評估時根據實際情況給予加分
2、提供建議使軟體工作有突破性發展或挽回重大損失的並經公司認可的。（視貢獻大小加10～20分）
3、在國內外著名刊物上發表文章，並署名「鶴壁廣大科技****」並經公司認可的。（獎100～200元）
五、相關說明
1、任務過程按照任務流程執行。
2、提交任務按任務單中任務提交說明提交。
3、由於臨時安排的工作而影響個人工作進度的，在提交任務時，要以文字加以說明。
4、任務提交標誌著任務完成，如需修改，需提出書面請求，交於副總批准5、在執行過程中出現制度無法正常執行時提交公司處理。
6、公司保留最終獎罰解釋權。
六、本辦法自2023年4月22日開始試行，試行期間根據實際情況進行調整。
注：按天計算時，不滿一天的按一天計算。
一、獎罰制度
美工工作獎罰按軟體部獎罰制度執行
二、相關說明
1、 美工負責每次作業填寫作業表，完成時應由作業提交人簽字。
2、 不能按計畫完成作業時，應按「提前告知時間」告知作業提交人。
3、 作業完成後如有修改，按新作業處理。
4、 因個人原因嚴重影響公司工作的，交公司處理。
5、 美工作業由軟體部考核，重大事件由公司處理。
三、考核辦法
1、 美工每週六上午上交美工作業表（一次不交扣1分）。
工作獎罰與工作評估時間按「軟體部獎罰辦法」執行。
軟體部管理制度
為進一步加強軟體部門管理，提高各工程師工作效率，發揮每一位的主觀能動性，創造良好的工作氛圍，更好的推進部門各專案進度，並為下一步更好地開展專案創造良好的條件和工作環境。制定該制度，該制度進一部明確了部門人員工作職責，制定原始碼管理制度 程式打包管理 版本管理和其他日常管理制度。一 開發規範 嚴格遵守...
行政部管理制度彙編
行政部管理制 度彙編二oo三年一月 目錄第一章職位說明書第3頁 行政部經理第4頁 行政部文員第7頁 行政部採購第8頁 行政部司機第9頁 第二章管理規定第10頁 考勤管理制度第11頁 會議管理制度第14頁 辦公室規範管理制度第17頁 印章管理制度第19頁 合同管理制度第20頁 書籍管理辦法第23頁 及...
控制部軟體管理制度
一 總則 第一條隨著計算機技術的發展，其在生產管理中的作用發揮越來越重要，為了加強計算機軟體管理，確保部門所轄裝置使用的計算機系統安全可靠執行，根據本部門實際情況制定本管理制度。第二條本制度適用於生產用計算機軟體的管理，不包括班組辦公管理用計算機。二 職責分工 第三條專業工程師 1 負責生產區域所有...