| 軟件開發(fā)管理規(guī)范(制度)篇一：軟件開發(fā)工作制度規(guī)范軟件開發(fā)工作制度規(guī)范 【工作流程規(guī)范】 1. 對于工作小組或部門組織的會議和培訓(xùn)應(yīng)由專門負責(zé)人員及時記錄并上傳至 svn（李路為負責(zé)人） 。 2. 在每工作日開始時，應(yīng)將所負責(zé)項目進行更新，在每工作日結(jié)束前必須將代碼在不報錯的形式下上傳至 svn,并做好自己本地備份。程序更新應(yīng)及時告知和說明，以保持項目代碼和功能的同步。 3. 每周根據(jù)當(dāng)周所完成的工作任務(wù)進行總結(jié)，并對下周的工作進行計劃安排，以周報記錄的形式上傳至 svn，完成時間為當(dāng)周周日工作結(jié)束之前，由專門負責(zé)人進行提醒安排（李路為負責(zé)人） 。 4. 由小組制定的工作計劃和安排不可私自更改，每個負責(zé)人有制定的任務(wù)，若有問題和異議需及時向領(lǐng)導(dǎo)反映和聲明，并根據(jù)客觀條件進行工作調(diào)整。 5. 小組內(nèi)部組織技術(shù)評審、會議等應(yīng)由負責(zé)人提前30 分鐘通知參加人員，與會人員應(yīng)及時根據(jù)自身工作安排協(xié)調(diào)。 6. 組內(nèi)人員請假應(yīng)由本人向領(lǐng)導(dǎo)申請，不得由他人代申請。 7. 組內(nèi)人員討論問題的時間控制在 10 分鐘之內(nèi)，若需長時間的問題探究應(yīng)安排至洽談室進行內(nèi)部討論。 8. 與其他部門工作人員之間的協(xié)調(diào)，要有及時的結(jié)果信息反饋，對于長時間未得結(jié)果的工作問題，應(yīng)由相應(yīng)的負責(zé)人員進行催促和問詢。 9. 對于其他部門所安排的工作任務(wù)，應(yīng)統(tǒng)一由楊工進行任務(wù)分配，不可私自認領(lǐng)工作內(nèi)容。 10. 小組新成員的培訓(xùn)內(nèi)容包括兩方面：工作制度的培訓(xùn)和代碼開發(fā)規(guī)范的培訓(xùn)（js,java，數(shù)據(jù)庫開發(fā)規(guī)范） 【個人規(guī)范】 1. 對于 svn 中組內(nèi)成員所總結(jié)的會議記錄、評審日志、培訓(xùn)記錄等文檔，應(yīng)注意查看和學(xué)習(xí)。 2. 每日工作前，要對自己當(dāng)天的工作有一個詳細的計劃和安排，認真梳理工作步驟，按照自身安排有序開展工作內(nèi)容。 3. 編碼之前要做好溝通工作，明確自己所要完成的功能方向，以免盲目編碼，理解偏差，導(dǎo)致最終返工，降低工作效率。 4. 程序的思考過程遠遠重要于對程序的編寫過程，程序員的能力主要體現(xiàn) 在思維能力，不要僅局限于對某項技術(shù)的表面使用上，要學(xué)會站在一定的高度上思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終達到程序員自身的完善。 5 所編程序的擴展性要強，構(gòu)思和編寫過程應(yīng)遵循設(shè)計模式的六大原則：單 一職責(zé)原則（Single Responsibility Principle） 、里氏替換原則（Liskov Substitution Principle） 、依賴倒置原則（Dependence Inversion Principle） 、接口隔離原則（Interface Segregation Principle） 、迪米特法則（Law Of Demeter） 、開閉原則（Open Close Principle） 6. 拓展數(shù)據(jù)庫知識，從項目執(zhí)行性能和效率角度加強數(shù)據(jù)庫優(yōu)化。 7. 擴充自身知識面，作為技術(shù)人員應(yīng)對自身專業(yè)知識外的領(lǐng)域多了解，以 應(yīng)對實際的客戶需求。 【團隊規(guī)范】 作為團隊成員的一份子，個人的成績是自身能力的體現(xiàn)，也是團隊?wèi)?zhàn)斗力的重要組成；個人的責(zé)任與擔(dān)當(dāng)是自身品質(zhì)的體現(xiàn)，也是團隊凝聚力的重要組成；個人的努力與付出是自身發(fā)展的體現(xiàn)，也是團隊潛力驅(qū)動的重要組成；個人的分享與吸收是自身成長的體現(xiàn)，也是團隊日益壯大的重要組成。做一個用心的自己，組一個用心的團隊！篇二：集團軟件開發(fā)管理制度版 本 頁 標(biāo)題：**集團信息技術(shù)管理制度 主題： 軟件開發(fā)管理制度 文檔編號： 版本說明： **集團軟件開發(fā)管理制度 第一節(jié) 總 則 第一條 為規(guī)范自有軟件研發(fā)以及外包軟件的管理工作，特制定本制度。本制度適用 于公司總公司軟件研發(fā)與管理，分公司參照執(zhí)行。 第二條 第三條 本制度中軟件開發(fā)指新系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。 本制度中自行開發(fā)是指主要依賴公司自身的管理、業(yè)務(wù)和技術(shù)力量進行系統(tǒng) 設(shè)計、軟件開發(fā)、集成和相關(guān)的技術(shù)支持工作，一般僅向外購置有關(guān)的硬件 設(shè)備和支撐軟件平臺；合作開發(fā)是公司與專業(yè) IT 公司（合作商）共同協(xié)作 完成 IT 應(yīng)用的項目實施和技術(shù)支持工作，一般形式是公司負責(zé)提供業(yè)務(wù)框 架，合作商提供技術(shù)框架，雙方組成開發(fā)團隊進行項目實施，IT 系統(tǒng)的日常 支持由 IT 技術(shù)中心和合作商共同承擔(dān)，IT 技術(shù)中心負責(zé)內(nèi)部（一級）支 持，合作商負責(zé)外部（二級）支持；外包開發(fā)是指將IT 應(yīng)用項目的設(shè)計、 開發(fā)、集成、培訓(xùn)等任務(wù)承包給某家專業(yè)公司（可以是專業(yè)的 IT 公司或咨 詢公司等） ，由該公司（承包商）負責(zé)應(yīng)用項目的實施。 第四條 軟件開發(fā)遵循項目管理和軟件工程的基本原則。項目管理涉及立項管理、項 目計劃和監(jiān)控、配置管理、合作開發(fā)管理和結(jié)項管理。軟件工程涉及需求管 理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶接受測試、試運行、系統(tǒng)驗收、 系統(tǒng)上線和數(shù)據(jù)遷移。 第五條 除特別指定，本制度中項目組包括業(yè)務(wù)組（或需求提出組） 、IT 組（可能包 括網(wǎng)絡(luò)管理員和合作開發(fā)商） 。 第二節(jié) 立項管理 第六條 提出開發(fā)需求的信息技術(shù)部門參與公司層面立項，進行立項的技術(shù)可行性分 析，編寫《立項分析報告》 （附件一） ，開展前期籌備工作。 《立項分析報 告》應(yīng)明確項目的范圍和邊界。 第七條 應(yīng)用系統(tǒng)主要使用部門將《立項分析報告》上交公司總裁室進行立項審批， 以保證系統(tǒng)項目與公司整體策略相一致。 第八條第九條 第十條 第十一條 第十二條 第十三條 第十四條 第十五條 第十六條《立項分析報告》得到批準(zhǔn)后，成立項目組（如果是外包開發(fā)，則成立外包商項目組；如果是合作開發(fā)，則與外包商共同成立合作開發(fā)項目組，以下統(tǒng)稱“項目組” ） ，項目組應(yīng)包括業(yè)務(wù)組（由公司相關(guān)業(yè)務(wù)部門組成）和 IT 組（自行開發(fā)為辦公室網(wǎng)絡(luò)管理員；外包開發(fā)為外包商成員；合作開發(fā)為網(wǎng)絡(luò)管理員和外包商成員） 。公司委派一名員工負責(zé)監(jiān)督項目的進度，進行項目管理工作，確保開發(fā)能及時完成并能滿足業(yè)務(wù)需要。項目組人員的選擇應(yīng)滿足項目對業(yè)務(wù)及技術(shù)要求，項目組人員應(yīng)有足夠的業(yè)務(wù)和 IT 技術(shù)方面的專業(yè)知識來勝任項目各方面的工作。 第三節(jié) 需求分析 立項后業(yè)務(wù)組對用戶需求進行匯總整理，出具《業(yè)務(wù)需求說明書》 （附件二） ，并確?！稑I(yè)務(wù)需求說明書》中包含了所有的業(yè)務(wù)需求。經(jīng)系統(tǒng)使用部門審批確認，作為業(yè)務(wù)需求基線。 IT 組在獲得《業(yè)務(wù)需求說明書》后，提出技術(shù)需求和解決方案，并對系統(tǒng)進行定義，出具《系統(tǒng)需求規(guī)格說明書》 （附件三） 。 《系統(tǒng)需求規(guī)格說明書》需詳細列出業(yè)務(wù)對系統(tǒng)的要求（界面、輸入、輸出、管理功能、安全需求、運作模式、關(guān)鍵指標(biāo)(KPI)等） 。 《系統(tǒng)需求規(guī)格說明書》需要由業(yè)務(wù)組提交給相關(guān)業(yè)務(wù)流程負責(zé)人確認。 對于合作開發(fā)的項目，當(dāng)業(yè)務(wù)需求發(fā)生變更時，業(yè)務(wù)組應(yīng)提交《需求變更申請》 （附件四） ，IT 組組長審批后交給合作開發(fā)商實施。 項目組應(yīng)對需求變更影響到的文檔及時更新。 第四節(jié) 項目計劃和監(jiān)控 軟件開發(fā)采用項目形式進行管理。項目經(jīng)理負責(zé)整個項目的計劃、組織、領(lǐng)導(dǎo)和控制。 需求分析過程中，項目經(jīng)理組織制定詳細的《項目計劃書》 （附件五） ，包括具體任務(wù)描述和項目進度表等。 在項目的各個階段，業(yè)務(wù)組組長和 IT 組組長需配合項目經(jīng)理制定階段性項目計劃。業(yè)務(wù)組組長和 IT 組組長需配合項目經(jīng)理對項目計劃執(zhí)行情況進行監(jiān)控，確保項目按計劃完成。 項目計劃需要變更時，項目經(jīng)理填寫《項目計劃變更說明》 （附件六） ，并提 第十七條 第十八條 第十九條 第二十條 第二十一條 第二十二條 第二十三條 第二十四條 第二十五條 第二十六條 第二十七條 第二十八條交公司主管領(lǐng)導(dǎo)審批，通過審批后，交給業(yè)務(wù)組組長和 IT 組組長執(zhí)行。 第五節(jié) 系統(tǒng)設(shè)計 系統(tǒng)設(shè)計應(yīng)分為概要設(shè)計和詳細設(shè)計，系統(tǒng)設(shè)計要遵循完備性、一致性、擴展性、可靠性、安全性、可維護性等原則。 在系統(tǒng)設(shè)計階段中，用戶應(yīng)充分參與，確保系統(tǒng)設(shè)計能滿足系統(tǒng)需求。 項目組進行詳細設(shè)計，出具《設(shè)計說明書》（附件七）和《單元測試用例》 （附件八） 。 《設(shè)計說明書》中需要定義系統(tǒng)輸入輸出說明和接口設(shè)計說明。公司主管領(lǐng)導(dǎo)組織相關(guān)人員對概要設(shè)計進行評審，出具《設(shè)計評審報告》 （附件九） 。業(yè)務(wù)組組長和 IT 組組長應(yīng)參加此評審并對評審意見簽字確認。 設(shè)計評審均以《業(yè)務(wù)需求說明書》和《系統(tǒng)需求規(guī)格說明書》為依據(jù)，確保系統(tǒng)設(shè)計滿足全部需求。 對已確認通過的系統(tǒng)設(shè)計進行修改需獲得管理部門、業(yè)務(wù)組組長和 IT 組組長的審批后方可進行。 對系統(tǒng)設(shè)計的修改的文檔須由文檔管理人員進行歸檔管理。 第六節(jié) 系統(tǒng)實現(xiàn) 項目組根據(jù) 《設(shè)計說明書》制定系統(tǒng)實現(xiàn)計劃，并提交項目經(jīng)理對計劃可行性進行審批。 系統(tǒng)實現(xiàn)包括程序編碼、單元測試和集成測試。 項目組保證開發(fā)、測試和生產(chǎn)環(huán)境獨立，為各環(huán)境建立訪問權(quán)限控制機制，并明確項目成員的職責(zé)分工。對開發(fā)環(huán)境、測試環(huán)境與生產(chǎn)環(huán)境在物理或邏輯方面應(yīng)該做到隔離；如果環(huán)境的分隔是通過邏輯形式實現(xiàn)的，應(yīng)定期檢查網(wǎng)絡(luò)設(shè)置。項目組對已授權(quán)訪問生產(chǎn)環(huán)境的人員進行詳細記錄，并對該記錄進行定期檢查，確保只有經(jīng)授權(quán)的人員才能訪問到生產(chǎn)環(huán)境。項目組進行單元測試和集成測試，測試人員簽字確認測試結(jié)果。 第七節(jié) 系統(tǒng)測試和用戶測試 項目組制定《系統(tǒng)/用戶測試計劃》 （附件十） ，并提交項目經(jīng)理對計劃可行性進行審批。 《系統(tǒng)/用戶測試計劃》必須定義測試標(biāo)準(zhǔn)，并明確各種測試的測試步驟和 **集團 需要的系統(tǒng)設(shè)置要求。 第二十九條 項目組向數(shù)據(jù)擁有部門申請獲取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對獲取的數(shù)據(jù)進 行嚴格的訪問控制，確保只有相關(guān)項目人員才能訪問及使用。 第三十條 項目組負責(zé)測試數(shù)據(jù)準(zhǔn)備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實際數(shù)據(jù)。 對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護。 第三十一條 IT 組或合作開發(fā)商建立測試環(huán)境進行系統(tǒng)測試。在系統(tǒng)測試中對新系統(tǒng)內(nèi)部第三十二條 第三十三條 第三十四條 第三十五條 第三十六條 第三十七條 第三十八條 第三十九條 各模塊之間的接口和與其他系統(tǒng)的接口進行充分測試。出具《系統(tǒng)測試報告》 （附件十一） ，測試人員簽字確認測試結(jié)果。 系統(tǒng)測試通過后，IT 組配合業(yè)務(wù)組建立用戶測試環(huán)境，業(yè)務(wù)組根據(jù)用戶測試用例進行用戶測試，出具《用戶測試報告》 （附件十一） ，業(yè)務(wù)組組長和IT 組組長應(yīng)在用戶測試報告中簽字確認。 項目組完成系統(tǒng)幫助文檔（其中包括《用戶操作手冊》和《安裝維護手冊》 ）。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔及時更新。 第八節(jié) 試運行 系統(tǒng)主要使用部門根據(jù)項目規(guī)模及影響決定試運行策略。 項目組制定《試運行計劃》 （附件十二） ，并制定試運行驗收指標(biāo)，上報公司主管領(lǐng)導(dǎo)審批。 《試運行計劃》中應(yīng)包含問題應(yīng)對機制，明確問題溝通渠道和職責(zé)分工。 項目組聯(lián)合試運行單位進行相關(guān)系統(tǒng)部署工作，準(zhǔn)備培訓(xùn)資料，對相關(guān)用戶和信息技術(shù)人員進行培訓(xùn)。用戶培訓(xùn)的完成度應(yīng)為實施后評估的指標(biāo)之一。 項目組根據(jù)《試運行計劃》進行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運行環(huán)境能滿足新應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設(shè)置等系統(tǒng)信息，并填寫試運行報告相關(guān)內(nèi)容。系統(tǒng)參數(shù)、設(shè)置的轉(zhuǎn)換工作作為系統(tǒng)上線的驗收的評估指標(biāo)之一。 數(shù)據(jù)遷移前，應(yīng)制定詳細的《數(shù)據(jù)遷移計劃》 （附件十三） ， 《數(shù)據(jù)遷移計劃》中應(yīng)包含遷移方案、測試方案、數(shù)據(jù)定義，新舊數(shù)據(jù)對照表、遷移時間、回退計劃等信息。數(shù)據(jù)遷移計劃需經(jīng)項目經(jīng)理和主管領(lǐng)導(dǎo)簽字審批。 數(shù)據(jù)遷移后，項目組對數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具《數(shù)據(jù)遷 移報告》 （附件十四） ，其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù) 遷移負責(zé)人、對完整性檢查情況、對準(zhǔn)確性檢查情況等內(nèi)容。各相關(guān)部門驗 收轉(zhuǎn)換結(jié)果后在該報告上簽字確認。 篇三：軟件開發(fā)流程管理制度軟件開發(fā)流程管理制度 （討論稿） 為加強對定制軟件開發(fā)工作管理，縮短開發(fā)周期，提高軟件開發(fā)質(zhì)量，降低開發(fā)成本，提高定開發(fā)效率和效益，特制定軟件開發(fā)流程管理制度。 第一章、總則 為保證日常工作正常有序的進行，讓開發(fā)中各個環(huán)境更緊湊，更可控，需要盡可能實現(xiàn)項目管理的正規(guī)化，工作過程的流程化，以便提高軟件質(zhì)量，按期交付。 1、軟件開發(fā)總體遵循項目管理和軟件工程的基本原則。 2、項目管理涉及項目立項、項目計劃和監(jiān)控、配置管理。 3、軟件工程涉及需求分析、系統(tǒng)設(shè)計、軟件實現(xiàn)、系統(tǒng)測試、用戶測試、試運行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移、產(chǎn)品維護。 第二章、階段成果 根據(jù)軟件工程的過程，制定以下工作流程，并規(guī)定了各個重要環(huán)節(jié)需要提交的交付物。各階段需提交的文檔： 1、立項：項目申請表，軟件需求報告或設(shè)計方案。 2、需求分析：項目研發(fā)主計劃、需求規(guī)格說明書 3、總體設(shè)計：概要設(shè)計說明書或功能模塊描述 4、詳細設(shè)計：詳細設(shè)計說明書，包括軟件接口說明、單元測試計 1 劃。 5、軟件實現(xiàn)：軟件功能說明、源代碼說明或者注釋 6、產(chǎn)品測試：測試報告 7、產(chǎn)品發(fā)布：產(chǎn)品說明書、使用手冊 8、產(chǎn)品維護：問題反饋記錄 9、項目總結(jié)：提交客戶方的項目總結(jié)和公司項目匯報的 PPT。 軟件過程成果表： 2第三章、崗位設(shè)置 根據(jù)公司目前的開發(fā)過程主要分為分析、開發(fā)、測試三個階段。分析階段完成用戶需求文檔的編寫，系統(tǒng)總體設(shè)計的編寫；開發(fā)階段完成設(shè)計文檔的編寫，代碼的編寫、代碼的維護。測試階段完成系統(tǒng)的測試，測試文檔及其他材料。通過逐漸的調(diào)整崗位，明確工作職責(zé)，逐步實現(xiàn)項目經(jīng)理，軟件設(shè)計師，程序員，測試工程師的崗位設(shè)置。 3第四章、項目立項1、分析人員進行應(yīng)用調(diào)查與分析，確認軟件的應(yīng)用需求。 2、成立項目評審會，開發(fā)總監(jiān)、部門經(jīng)理和指定人員必須參加。對項目進行可行性研究，編寫項目建議書，評估項目的難度和工作量，形成可行性研究報告。 3、根據(jù)項目配置的優(yōu)劣成立項目開發(fā)組，制定軟件開發(fā)計劃，確定項目經(jīng)理，由部門和項目經(jīng)理共同來確定具體項目配置，知識技能要求，團隊成員及團隊的角色。 第五章、項目計劃與監(jiān)控 1、以項目為單位，項目經(jīng)理負責(zé)整個項目的計劃、組織和控制。 2、在整個項目過程中，項目經(jīng)理定期檢查項目進度和完成情況，調(diào)整人員分工和安排。 3、項目計劃需要變更時，需要明確變更內(nèi)容并及時匯報。項目經(jīng)理需要說明客戶變更原因并將變更說明提交公司領(lǐng)導(dǎo)審核，以便根據(jù)變更內(nèi)容及時調(diào)整計劃。 。 第六章、需求分析 1、對用戶提出的需求進行分析匯總，梳理用戶的業(yè)務(wù)流程和詳 4 細的功能定義。2、做出簡單的界面原型，與客戶進行有效的溝通， 編寫需求詳細說明書。 3、根據(jù)現(xiàn)有條件進行估計，制定項目進度，制定詳細的軟件開發(fā)計劃。 第七章、總體設(shè)計 1、在該階段確定總體結(jié)構(gòu)和軟件開發(fā)架構(gòu)，文件命名規(guī)范，編碼規(guī)范?？砂窜浖枨髣澐殖勺酉到y(tǒng)，也可直接定義目標(biāo)系統(tǒng)的功能模塊及各個功能模塊的關(guān)系。 3、確定軟件模塊結(jié)構(gòu)，給出每個功能模塊的功能描述、數(shù)據(jù)接口描述，并完成系統(tǒng)概要設(shè)計說明書。 4、完成數(shù)據(jù)庫的設(shè)計，并編寫數(shù)據(jù)庫設(shè)計說明書。 5、完成的文檔需提交公司進行歸檔管理。 第八章、詳細設(shè)計 1、調(diào)整前一步設(shè)計的不足，確認各模塊之間的詳細接口信息。 2、設(shè)計功能使用的具體描述、行為者、前置條件、后置條件、UI 描述、業(yè)務(wù)流程/子流程/分支流程，界面說明等。 3、確定模塊內(nèi)的數(shù)據(jù)流或控制流，對每個程序模塊必須確定所有輸入、輸出和處理功能。 4、匯總并提交所有相關(guān)文檔，審核確認質(zhì)量和進度。5 |
|
|
