为了加强项目的规范性管理，确保项目的可控性，暂行制定规章制度如下，望各项目成员密切配合项目负责人的工作。
由于本制度未经过充分的实践，难免有不足之外，需要各项目成员多提宝贵意见。如有不妥，经研究调整或增减后另行通知，在未作修改之前原工作制度将仍然有效。
小组工作制度自即日起生效并执行。
一、周工作制度
1、 由项目负责人编写本周工作计划，各项目成员根据分配的计划分别编制相应的个人工作计划。同时必须在周一上午完成。在计划中必须明确指明模块的起始时间及相应的时间段；
2、 由项目成员填写上周周工作总结，同时对延期、调整或新增的模块进行说明原因或补充，便于对下一周的工作计划作调整，同时报送项目负责人，由项目负责人将所有本组的工作总结归并为项目组周工作总结，统一上报部门经理；
二、日工作制度
1、 保证开始工作时本地代码与Source Safe上代码一致；
2、 每个项目成员做到估计一天的工作量，确保下班后能够将有效代码更新到SourceSafe上，，，以便小组成员能够及时获得最新有效代码；同时确保上传的为可运行代码，并尽量保证运行期间例外抛出等严重错误。
l 例外情况处理：对于当天无法保证上传的代码符合上述要求，根据当时情况，可以适应延迟到次日修改正确后上传。特殊情况另议。
3、 修改代码时尽量只取出需要修改的部份代码，以便小组成员之间的协调工作；
三、工作时的注意事项
1、 尽量减少工作的重复性，
如：对于几个相似模块，若需要进行技术修改时，应只作单项修改，然后再进行全面改动，避免因此增加不必要的工作量。
2、 在几个人同时修改同一个文件或在代码被定稿后，其他成员需要修改或增删其中的部份代码时，必须在修改部位进行标识（标识包括：新增、删除、修改等三种状态），标识内容包括修改者，修改时间，同时添加必要的注释来声明修改的原因。
定稿：系统提交测试或系统发布。
3、 工作时对有疑问的技术问题应及时与相关人员勾通。
根据问题的重要性按如下进行交流：
l 不影响系统的简单性质问题
将需要解决或问题的状态等以邮件的方式分发给问题当事人。内容必须很清楚地反映相关的问题特征，必要时给当事人以解说或实例解释。
注：当前暂时使用描述性文档，待定制模板后将统一使用模板文档。
l 影响系统的复杂问题或与当前设计相冲突等较严重的问题
直接通过交流纠正相关问题，议后提供相关文档或将内容添加到相应的文档，确保修改的文档与设计方案同步。
4、 各项目成员应及时填写项目补充文档（公共描述性文档）
公共描述文档包括资源利用情况，数据初始化数据，公用函数及组件声明等补充文件，便于项目成员查询。
由于当前没有统一的文档模板，暂行中先由项目负责人制定其格式或提供模板文件，项目成员对其应用。待公司规范化文档出台后，将统一采用新的标准与机制。
5、 与用户交流后必须形成文档，便于存档与交流，文档格式见附四。（新增）
希望各项目成员严格按照规定执行，免为他人所难。
规范实施项目组
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位流水号
//---------------------------------------------------------------------
// 其他说明部份
//---------------------------------------------------------------------
[发生事件标题]
时间：
地点：
人员：
----------------------------------------------------------------------------------------------------------------------
[具体内容]
[附加说明]（可选项）
附件及其他说明
