1 / 6
文档名称:

17.编码管理规范.docx

格式:docx   大小:119KB   页数:6页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

17.编码管理规范.docx

上传人:changjinlai 2018/1/23 文件大小:119 KB

下载得到文件列表

17.编码管理规范.docx

相关文档

文档介绍

文档介绍:文件名称
编码安全管理规范
版本

管制印
文件编号
PD-WI-0301
制定部门
开发部
页次
1/5
目的
目的为了规范开发过程,在项目组中统一代码风格,提高代码质量,增加后续代码的安全保密性、易读性和可维护性,特拟定此安全代码编写规范。
范围
本规范适用于本公司所有软件项目。
权责
公司成立技术中心,确定公司技术工作的发展方向,研究公司的产品发展方向,研究各项目组的协调问题,重大项目的联合攻关,研究人员配置,软件配置和管理,研究项目间的资源共享问题。每月安排一个固定的时间举办技术沙龙,互相交流学****br/>项目负责人(项目经理)同时担任系统分析员,全面对该项目的质量和进度负责,是整个项目的组织者和直接领导者。是用户需求调查的主要负责人,与用户沟通的主要协调人。与系统设计师组成系统分析小组,执笔起草用户需求报告、系统可行性分析报告、系统需求说明和设计任务书等;
软件开发人员负责系统设计、编码、系统自测、配合用户测试、数据迁移、系统上线等;
软件测试人员:负责按照用户需求编写测试计划、测试用例、搭建测试环境、进行Bug验证,根据测试结果、与开发部门反复沟通测试情况,督促开发部门解决问题,修正测试中发现等缺陷、完善软件功能并进行测试记录和相应文档编写。
定义:无
参考文件:无
管理流程图:无
作业内容与要求
代码编写




版本
修订日期
分发部门
制作
核准

2013/06/20
公司全体

2017/11/30
文件名称
编码安全管理规范
版本

管制印
文件编号
PD-WI-0301
制定部门
开发部
页次
2/5
开发人员应保证工程中不存在无用的资源(如代码、图片文件等)。
代码中每个类名上的注释必须留下创建者和修改者的名字。
每个需要import的类都应使用一行import声明,不得使用import xxx.*。
()仅在调试时使用,正式代码里不应出现。
开发人员编写代码时应遵循以下命名规则:
Package 名称应该都是由一组小写字母组成;
Class 名称中的每个单词的首字母必须大写;
Static Final 变量的名称全用大写,并且名称后加注释;
参数的名称必须和变量的命名规范一致;
使用有意义的参数命名,如果可能的话,使用和要赋值的字段一样的名称。
代码应该用unix的格式,而不是windows的。
exit 除了在 main 中可以被调用外,其他的地方不应被调用。
代码中应尽量使用interfaces,不要使用abstract类。
在需要换行的情况下,尽量使用 println 来代替在字符串中使用的"\n"。
涉及HTML的文档, transitional文件类型,其中所有HTML标签都应关闭。
在HTML、JavaScript、XML代码中,缩进应为两个空格,不得使用Tab。
HTML标签的name和id属性的命名方式应与Java变量名相同。
在需要经常创建开销较大的对象时,开发人员应考虑使用对象池。
在进行log的获取时开发人员应尽量使用isXXXEnabled。
log的生成环境上尽量避免输出文件