第一次制定 (轉)[@more@]

 

為了加強專案的規範性管理，確保專案的可控性，暫行制定規章制度如下，望各專案成員密切配合專案負責人的工作。

由於本制度未經過充分的實踐，難免有不足之外，需要各專案成員多提寶貴意見。如有不妥，經研究調整或增減後另行通知，在未作修改之前原工作制度將仍然有效。

小組工作制度自即日起生效並。

一、周工作制度

1、  由專案負責人編寫本週工作計劃，各專案成員根據分配的計劃分別編制相應的個人工作計劃。同時必須在週一上午完成。在計劃中必須明確指明模組的起始時間及相應的時間段；

2、  由專案成員填寫上週周工作總結，同時對延期、調整或新增的模組進行說明原因或補充，便於對下一週的工作計劃作調整，同時報送專案負責人，由專案負責人將所有本組的工作總結歸併為專案組周工作總結，統一上報部門經理；

二、日工作制度

1、  保證開始工作時原生程式碼與 Safe上程式碼一致；

2、  每個專案成員做到估計一天的工作量，確保下班後能夠將有效程式碼到SourceSafe上，，，以便小組成員能夠及時獲得最新有效程式碼；同時確保的為可執行程式碼，並儘量保證執行期間例外丟擲等嚴重錯誤。

l  例外情況處理：對於當天無法保證上傳的程式碼符合上述要求，根據當時情況，可以適應延遲到次日修改正確後上傳。特殊情況另議。

3、  修改程式碼時儘量只取出需要修改的部份程式碼，以便小組成員之間的協調工作；

三、工作時的注意事項

1、  儘量減少工作的重複性，

如：對於幾個相似模組，若需要進行技術修改時，應只作單項修改，然後再進行全面改動，避免因此增加不必要的工作量。

2、  在幾個人同時修改同一個或在程式碼被定稿後，其他成員需要修改或增刪其中的部份程式碼時，必須在修改部位進行標識（標識包括：新增、刪除、修改等三種狀態），標識內容包括修改者，修改時間，同時新增必要的註釋來宣告修改的原因。

定稿：提交測試或系統釋出。

3、  工作時對有疑問的技術問題應及時與相關人員勾通。

根據問題的重要性按如下進行交流：

l  不影響系統的簡單性質問題

將需要解決或問題的狀態等以的方式分發給問題當事人。內容必須很清楚地反映相關的問題特徵，必要時給當事人以解說或例項解釋。

注：當前暫時使用描述性文件，待定製模板後將統一使用模板文件。

l  影響系統的複雜問題或與當前設計相沖突等較嚴重的問題

直接透過交流糾正相關問題，議後提供相關文件或將內容新增到相應的文件，確保修改的文件與設計方案同步。

4、  各專案成員應及時填寫專案補充文件（公共描述性文件）

公共描述文件包括資源利用情況，資料初始化資料，公用及宣告等補充檔案，便於專案成員查詢。

由於當前沒有統一的文件模板，暫行中先由專案負責人制定其格式或提供模板檔案，專案成員對其應用。待公司規範化文件出臺後，將統一採用新的標準與機制。

5、  與交流後必須形成文件，便於存檔與交流，文件格式見附四。（新增）

 :namespace prefix = o ns = "urn:schemas--com::office" />

  希望各專案成員嚴格按照規定執行，免為他人所難。

 

 

規範實施專案組

-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    系統登入介面

  ARMY    部隊選擇介面

附三：公用宣告部份樣例（文字格式）

//公用函式、類封閉、介面說明

/*

公用程式碼部份說明：

  公用定義部份

  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位流水號

//---------------------------------------------------------------------

//  其他說明部份

//---------------------------------------------------------------------

附三：交流與會議文件

[發生事件標題]

時間：

地點：

人員：

----------------------------------------------------------------------------------------------------------------------

[具體內容]

[附加說明]（可選項）

附件及其他說明