第一次制定<项目管理制度试运行条例>

 

为了加强项目的规范性管理,确保项目的可控性,暂行制定规章制度如下,望各项目成员密切配合项目负责人的工作。

由于本制度未经过充分的实践,难免有不足之外,需要各项目成员多提宝贵意见。如有不妥,经研究调整或增减后另行通知,在未作修改之前原工作制度将仍然有效。

小组工作制度自即日起生效并执行。

一、周工作制度

1、  由项目负责人编写本周工作计划,各项目成员根据分配的计划分别编制相应的个人工作计划。同时必须在周一上午完成。在计划中必须明确指明模块的起始时间及相应的时间段;

2、  由项目成员填写上周周工作总结,同时对延期、调整或新增的模块进行说明原因或补充,便于对下一周的工作计划作调整,同时报送项目负责人,由项目负责人将所有本组的工作总结归并为项目组周工作总结,统一上报部门经理;

二、日工作制度

1、  保证开始工作时本地代码与Source Safe上代码一致;

2、  每个项目成员做到估计一天的工作量,确保下班后能够将有效代码更新到SourceSafe上,,,以便小组成员能够及时获得最新有效代码;同时确保上传的为可运行代码,并尽量保证运行期间例外抛出等严重错误。

l         例外情况处理:对于当天无法保证上传的代码符合上述要求,根据当时情况,可以适应延迟到次日修改正确后上传。特殊情况另议。

3、  修改代码时尽量只取出需要修改的部份代码,以便小组成员之间的协调工作;

三、工作时的注意事项

1、  尽量减少工作的重复性,

如:对于几个相似模块,若需要进行技术修改时,应只作单项修改,然后再进行全面改动,避免因此增加不必要的工作量。

2、  在几个人同时修改同一个文件或在代码被定稿后,其他成员需要修改或增删其中的部份代码时,必须在修改部位进行标识(标识包括:新增、删除、修改等三种状态),标识内容包括修改者,修改时间,同时添加必要的注释来声明修改的原因。

定稿:系统提交测试或系统发布。

3、  工作时对有疑问的技术问题应及时与相关人员勾通。

根据问题的重要性按如下进行交流:

l         不影响系统的简单性质问题

将需要解决或问题的状态等以邮件的方式分发给问题当事人。内容必须很清楚地反映相关的问题特征,必要时给当事人以解说或实例解释。

注:当前暂时使用描述性文档,待定制模板后将统一使用模板文档。

l         影响系统的复杂问题或与当前设计相冲突等较严重的问题

直接通过交流纠正相关问题,议后提供相关文档或将内容添加到相应的文档,确保修改的文档与设计方案同步。

4、  各项目成员应及时填写项目补充文档(公共描述性文档)

公共描述文档包括资源利用情况,数据初始化数据,公用函数及组件声明等补充文件,便于项目成员查询。

由于当前没有统一的文档模板,暂行中先由项目负责人制定其格式或提供模板文件,项目成员对其应用。待公司规范化文档出台后,将统一采用新的标准与机制。

5、  与用户交流后必须形成文档,便于存档与交流,文档格式见附四。(新增)

 

       希望各项目成员严格按照规定执行,免为他人所难。

 

 

规范实施项目组

2003-03-26


附一:单元测试报告单样例(项目成员内部交流使用)

模块名

 

发现时间

 

测试原因

 

发现问题的步骤

 

测试建议

 

 


附二:资源定义样本(文本格式)

//资源定义说明

/*

资源分两种:私有资源与公有资源

       1.私有资源格式:"IDS_"+模块名+"_"+私有资源含义

              其中模块名中不包括资源特性,如登录系统对话框类名CLoginSystemDlgCDlgLoginSystem,

              其资源名为"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.hBasefunction.cpp

              2.函数定义必须做到使用灵活性、应用无关性。

 

       公用类设计要求:

 

*/

 

 

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

//     函数说明部份

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

1.    BOOL NcTrace( LPCTSTR lpszFormat , ... );

       说明:用于写日志

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

//     类说明部份

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

1.       CSpecialSequence

       说明:该类用于军粮的凭证号计算,串的特征为4位年+2位月+6位流水号

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

//     其他说明部份

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


附三:交流与会议文档

[发生事件标题]

时间:

地点:

人员:

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

[具体内容]

[附加说明](可选项)

附件及其他说明

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值