相关文档

• 开发规范.doc

  开发规范制定开发规范的最终目的是提高产品质量降低软件开发后期的维护成本即通过制定开发规范来利用有限的资源（人员时间预算）达到既定的开发目标尽可能降低项目组内部的沟通与交流成本提高开发效率减少重复工作页面编码规范目录命名规范公共目录images：存放系统所使用的所有图片css：存放系统所使用的css样式表请尽量避免自定义样式js：存放系统使用的js脚本pub:系统公共目录存放系统公共页面网页目录及子

• 开发规范.doc

  #

• C_开发规范.doc

  C开发规范结构设计原则所有系统(模块)结构设计均遵循三层结构即：数据层中间层和表现层以及贯穿的数据实体系统命名系统命名采用预先约定的名称名称应以简单明了为原则确定模块命名每个模块可以定义自己的简称简称也应以简单明了为原则确定简称一般不与系统的名称重复解决方案解决方案一般与已定义模块关联命名采用模块的简称项目结构依据2.1的原则解决方案中至少应包含以下内容：1原则：命名规则按(简称.功能识别)

• Java开发规范.doc

  Java开发规范概述为了使代码清晰易懂使别的程序员能够容易理解代码所进行的实际工作因此建立代码编写规范形成开发小组编码约定提高程序的可靠性可读性可修改性可维护性可继承性和一致性不但可以保证程序代码的质量而且可以继承软件开发成果充分利用资源使开发人员之间的工作成果可以共享说明：该规范中蓝色斜体部分需要各项目小组制定开发规范的时候具体定制具体定制请删除蓝色斜体部分开发环境规范项目统一使用UTF-8编码

• ETl开发规范.doc

  项目组希望我出一个ETL的规范凭着自己的感觉和经验总结了一些步骤我还会不断改进本ETL流程规范试图建立一个通用的ETL流程开发规范针对不同项目组的实际情况可自行进行逐步的完善和修改本流程应该是在需求分析阶段结束后实施ETL流程：可以把ETL分为五个阶段按照开发的顺序分： 1) 准备阶段： 根据需求定义映射关系产出物为《ETL映射文档》 分析数据源质量针

• java开发规范.doc

  第一部分 命名 1包（Package） 包的名字应该能够说明包的用途通常应是名词或名词短语包的名字应该全部由小写字母构成例如container如果包的用途必须由两个或多个单词才能描述清楚可以直接将这些单词连接作为包名例如webcontainer如果连接后的包名太长可以使用单词的缩写（缩写必须不会引起歧义）或取每个单词的首字母例如websvr或ws 2类（Class） 类的名字应该能够说明类的用途通

• CSS开发规范.doc

  CSS开发规范 CSS Code Guideline1. CSS浏览器支持标准(注：根据2010年11月10日数据整理)A级－交互和视觉完全符全设计的要求B级－视觉上允许有所差异不破坏页面整体效果C级－可忽视视觉上的问题但不防碍使用2. 尽可能的通过继承和层叠重用已有样式3. 根据新建样式的适用范围分为三级：全站级产品级页面级3-1. 目前全站级的CSS文件仅有core.css和douban

• PB开发规范.doc

  目标：规范PB编码提高项目质量方法：源代码规范与界面规范实现：MICROSOFT WORD POWERBUILD一PB开发标准与命名约定在PB代码开发中局部变量不使用作用域限定符所有的运算符及赋值动词()的前后者应加上一个空格并且函数的参数表中的每个变量前面也要加入一个空格如：wf_GetAttrib( id name date ) 应使用TAB而不是空格来缩排循环或复合语句中的代码显示其包

• Datastage开发规范.doc

  DataStage开发规范 TOC o 1-3 h z u  HYPERLINK l _Toc266973414 一简介 PAGEREF _Toc266973414 h 2 HYPERLINK l _Toc266973415 二命名规范 PAGEREF _Toc266973415 h 2 HYPERLINK l _Toc266973416 2.1.Job命名规

• Informatica开发规范.doc

  Informatica项目开发规划冷鹏2006年9月引言以前看到过whyu小记写过Informatica的一个开发规范觉得不错也碰到外面一些项目组在参考他写的规范非常好我也碰到很多的项目组有非常不错的DW项目规范文档只是很少有拿出来给大家参考共享的觉得非常的遗憾反观自己当时做JAVACWeb时项目标准和规范都是成套的有下载所以在这里我呼吁大家可以将项目里敏感的内容去掉将文档的骨头拿出来让