比如使用什么SDK、DDK,开发包和库的版本,在开发环境中的设置顺序等,编译选项设置等。要求制定统一的规则,并用表格的形式管理起来,并在开发过程中不断保持更新。通常,使用这个环境作为一个Build环境的基准。
2、制定合理的开发目录
一 个项目,在开发之前,就应该组织好项目的结构。在项目正式编码前,确定需要的组件,确定项目的组织结构。开发上的组织结构,人员的协调顺序。配置管理系统 中项目的结构,Build的结构。部署时的结构等。这些信息最好用表格或树结构表示出来。人员的协调等,可以使用项目管理工具来进行安排。
3、一致的命名规则
制定一致的命名规则,包括代码规范,项目文档规范。当然规则不单单限于命名规则,但是命名规则是很重要的,好的命名规则有利于沟通和减少误解。这方面的良好实践,可以参考《代码大全》第二版(Code Complete 2)
4、公用组件的管理
公用组件的管理一定要达成共识,确定一个管理原则。公用组件的变更,要及时通知,清楚说明相关的影响。对于公用组件的使用,要提供简单易懂,文档和注释清楚地开发实例。
5、统一编译选项的要求
要 求制定统一的编译选项,以利于Build和发布等。比如在建立四个编译选项Debug,Release,UDebug,URelease,其中U开头的代 表Unicode。 又比如MFC42D.dll表示Debug版本的库,MFC42.dll表示Relase版本的库,MFC42U.dll表示Unicode版本的库等。 类似这些,可以参考一些库的开发的组织。
6、统一单元测试的要求
统一单元测试的组织。比如在测试程序的命名,所处的组织结构等,测试数据的组织等等。
7、工具的使用
尽 量使项目的开发工具统一。包括文本编辑(UltraEdit),设计(Rational,Visio),项目管理(Project),测试管理 (TestDirector,Winrunner),文档(Office),配置管理(VSS2005),代码比较(VSS2005, UltraCompare), 开发文档(MSDN),Email + 即时讯息+FTP服务+ 文件共享服务, 虚拟机(VMWare), 远程环境(MS远程桌面)。此外,对于项目本身开发出来的工具的统一管理也很重要。
8、个性化和人性化
对于任务安排,开发任务的组织和交换形式,要个性化和人性化。
没有评论:
发表评论