爲了加強項目的規範性管理，確保項目的可控性，暫行制定規章制度如下，望各項目成員密切配合項目負責人的工作。
由於本制度未經過充分的實踐，難免有不足之外，需要各項目成員多提寶貴意見。如有不妥，經研究調整或增減後另行通知，在未作修改之前原工作制度將仍然有效。
小組工作制度自即日起生效並執行。
一、周工作制度
1、 由項目負責人編寫本週工作計劃，各項目成員根據分配的計劃分別編制相應的個人工作計劃。同時必須在週一上午完成。在計劃中必須明確指明模塊的起始時間及相應的時間段；
2、 由項目成員填寫上週周工作總結，同時對延期、調整或新增的模塊進行說明原因或補充，便於對下一週的工作計劃作調整，同時報送項目負責人，由項目負責人將所有本組的工作總結歸併爲項目組周工作總結，統一上報部門經理；
二、日工作制度
1、 保證開始工作時本地代碼與Source Safe上代碼一致；
2、 每個項目成員做到估計一天的工作量，確保下班後能夠將有效代碼更新到SourceSafe，以便小組成員能夠及時獲得最新有效代碼；同時確保上傳的爲可運行代碼，並儘量保證運行期間例外拋出等嚴重錯誤。
l 例外情況處理：對於當天無法保證上傳的代碼符合上述要求，根據當時情況，可以適應延遲到次日修改正確後上傳。特殊情況另議。
3、 修改代碼時儘量只取出需要修改的部份代碼，以便小組成員之間的協調工作；
三、工作時的注意事項
1、 儘量減少工作的重複性，
如：對於幾個相似模塊，若需要進行技術修改時，應只作單項修改，然後再進行全面改動，避免因此增加不必要的工作量。
2、 在幾個人同時修改同一個文件或在代碼被定稿後，其他成員需要修改或增刪其中的部份代碼時，必須在修改部位進行標識（標識包括：新增、刪除、修改等三種狀態），標識內容包括修改者，修改時間，同時添加必要的註釋來聲明修改的原因。
定稿：系統提交測試或系統發佈。
3、 工作時對有疑問的技術問題應及時與相關人員勾通。
根據問題的重要性按如下進行交流：
l 不影響系統的簡單性質問題
將需要解決或問題的狀態等以郵件的方式分發給問題當事人。內容必須很清楚地反映相關的問題特徵，必要時給當事人以解說或實例解釋。
注：當前暫時使用描述性文檔，待定製模板後將統一使用模板文檔。
l 影響系統的複雜問題或與當前設計相沖突等較嚴重的問題
直接通過交流糾正相關問題，議後提供相關文檔或將內容添加到相應的文檔，確保修改的文檔與設計方案同步。
4、 各項目成員應及時填寫項目補充文檔（公共描述性文檔）
公共描述文檔包括資源利用情況，數據初始化數據，公用函數及組件聲明等補充文件，便於項目成員查詢。
由於當前沒有統一的文檔模板，暫行中先由項目負責人制定其格式或提供模板文件，項目成員對其應用。待公司規範化文檔出臺後，將統一採用新的標準與機制。
5、 與用戶交流後必須形成文檔，便於存檔與交流，文檔格式見附四。（新增）
<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
希望各項目成員嚴格按照規定執行，免爲他人所難。
規範實施項目組
2003-03-26
附一：單元測試報告單樣例(項目成員內部交流使用)
|
模塊名 |
|
發現時間 |
|
|
測試原因 |
| ||
|
發現問題的步驟 | |||
|
| |||
|
測試建議 | |||
|
| |||
附二：資源定義樣本（文本格式）
//資源定義說明
/*
資源分兩種:私有資源與公有資源
1.私有資源格式:"IDS_"+模塊名+"_"+私有資源含義
其中模塊名中不包括資源特性,如登錄系統對話框類名CLoginSystemDlg或CDlgLoginSystem,
其資源名爲"IDS_LOGINSYSTEM_"+私有資源含義
2.共有資源格式:"IDS_"+資源類型+"_"+共有資源含義
如:數據庫連接失敗,其資源類型爲DATABASE,其資源名爲IDS_DATABASE_CONNECTERROR
注:
1、其中前綴的第一部分（如"IDS"）必須與系統的資源命名規則一致
IDS表示字符串資源
ID表示資源相關字符串資源
2、後部資源的命名規則：類型在前，下標在後，多個類型以優先級順序排列，並以下劃線連接
3、所有資源必須大寫
*/
/*****************************************************************************/
//----------------------------------------------------------------
//公共定義部份
//----------------------------------------------------------------
IDS_CONNECTSTRING 數據庫連接描述特徵串
//----------------------------------------------------------------
//面向應用分類定義
//----------------------------------------------------------------
FORAT 格式類
IDS_FORMAT_CHIDATE_1 中文日期格式:%s年%s月%s日
IDS_FORMAT_CHIDATE_2 中文日期格式:%d年%d月%d日
//----------------------------------------------------------------
//面向窗口分類定義
//----------------------------------------------------------------
RICEOILOUT 糧油支出類界面
LOGINSYSTEM 系統登錄界面
ARMYSELECT 部隊選擇界面
附三：公用聲明部份樣例（文本格式）
//公用函數、類封閉、接口說明
/*
公用代碼部份說明：
公用定義部份
1.所有定義必須存放在define.h中，定義規則如下：類型+含義+下標，其中類型爲該值或相關的值組的特徵或含義，如：系統默認的配置文件名爲System.ini，其定義可以爲：
#define INI_DEFAULTSYSTEM，其中類型與下標可有可無，視具體情況而定。
2.一組的類型定義規則：先定義基準值，然後根據基準進行延伸，基準值爲：類型+“_BASE”，其他類型值爲：類型+“具體含義”。如：錯誤碼定義：
#define ERROR_BASE -1
#define ERROR_TYPE_1 (ERROR_BASE - 1)
#define ERROR_TYPE_2 (ERROR_BASE - 2)
公用函數要求：
1.代碼存放在Basefunction.h及Basefunction.cpp中
2.函數定義必須做到使用靈活性、應用無關性。
公用類設計要求:
*/
//---------------------------------------------------------------------
// 函數說明部份
//---------------------------------------------------------------------
1. BOOL NcTrace( LPCTSTR lpszFormat , ... );
說明：用於寫日誌
//---------------------------------------------------------------------
// 類說明部份
//---------------------------------------------------------------------
1. CSpecialSequence
說明：該類用於軍糧的憑證號計算，串的特徵爲4位年+2位月+6位流水號
//---------------------------------------------------------------------
// 其他說明部份
//---------------------------------------------------------------------
附三：交流與會議文檔
[發生事件標題]
時間：
地點：
人員：
----------------------------------------------------------------------------------------------------------------------
[具體內容]
[附加說明]（可選項）
附件及其他說明