产品开发制度细则

1、产品开发部制度细则第一章 总则第一条 为了规范产品开发流程，提高产品开发效率，特制订本制度。第二条 为了规范研发部员工工作。第二章 产品开发流程第一条 进行产品的需求调研，了解客户的需要，挖掘业务潜在的本质。形成业务用例规约。第二条 对业务用例规约进行分析，抽象出用例规约也就是系统用例。第三条 根据系统用例由形成简单页面设计，并进行评审。第四条 由美工设计出静态页面，并交有关人员进行评审，并形成测试文档。第五条 进行数据库简略设计。第六条 系统详细设计，主要讨论系统实现抽象框架公用部分，进行数据库详细设计，并完善测试文档。第七条 画业务流程图，包括业务流，数据流。第八条 对业务流程图，数据库，

2、测试文档进行评审以及修改。第九条 进行包设计，类设计，形成详细设计序列图。第十条 形成代码框架，以及产品开发计划，测试计划。第十一条 编码，单元测试（包括代码检查）及修改。第十二条 集成测试及修改。第十三条 系统客户环境搭建，程序部署，以及客户环境的系统测试。第十四条 封版，移交项目部。第三章 产品开发规范第一条 开发规范统一规定如下：完整、准确的描述出名字所代表的事物，所有（除去循环变量）的变量名请不要用如a、aa、a1等没有意义的单个或字母重叠。所用方法的动词：Show显示首页 ，Find查询 ， Save添加 ， Delete删除 ，Update修改 ,Exports导出 ,Import

3、s导入 ,Returns返回,Use启用 ，Check核定 ，Add添加 ，DeleteAll全部删除，Get得到；查询的内容后面加：Infor单个实体/List列表；判断方法前加is 如：isXxx（）；第二条 Package命名：按用例及功能划分，全部小写，如：payment。第三条 Action的URL命名：Action.action，驼峰式，如：savePayment.action（首字母小写，后面驼峰）。第四条 JSP的URL命名：用例名称_功能，如：payment或payment_list（全部小写）。第五条 JSP命名：用例名称_功能.jsp，如：用例名称_add.jsp，用例名

4、称_list.jsp，用例名称_info.jsp。第六条 对于类的统一要求：首字母大写，类内部的方法，首单词字母小写，后面单词驼峰式。如：BusiTools第七条 实体类 命名：用例单词首字母大写。第八条 Action类 命名：Action种类：普通Action: 用例名称+功能,AjaxAction: 用例名称+功能+AJ; 用例名称+Table号+动词+ /AAC，（Table：Ta、Tb、Tc）如：PaymentTaShow、PaymentTaFindAAC，PaymentTbDispense。第九条 Action类中的方法 命名：动词+名词。如：findXxxInfo（）,findXx

5、xList()；第十条 BC（服务）接口类 命名：I+用例名英文单词。 如: IOpenAccount。第十一条 BC（服务）接口类的方法 命名：动词+名词。findXxxInfo（）；第十二条 BC（服务）实现类 命名：用例名称英文单词。 如：OpenAccount。第十三条 DAO类 命名：实体+DAO。如：OpenAccountDAO。第十四条 DAO里方法 命名：insertXxx、deleteXxx、updateXxx、queryXxx.等，判断的方法，以“is”开头，中间方法用“get”，Xxx是实体名。第十五条 DTO类 命名：用例名或有意义的名词+DTO。如：OpenAccou

6、ntDTO。第十六条 普通变量 命名：有实际意义的小写单词。第十七条 临时变量 命名：小写temp加“_” 开头。如：temp_money。第十八条 布尔变量 命名：小写is加“_” 开头，用肯定形式。如：is_pay。第十九条 集合变量 命名：名词+List、Set、Map、Vec后缀。如：empList。第二十条 Static Final变量 命名：全部大写，单词间用“_”隔开。如：EMP_STATUS_FIRST。第二十一条 数组变量 命名：小写单词。第二十二条 所有的方法都要有注释，注明创建日期，作者，方法的用途，参数说明。第二十三条 所用变量都必须初始化，BigDecmal的变量声明

7、如BigDecimal money=new BigDecimal（0.00）。第二十四条 从界面取来的值必须去空格；第二十五条 从数据库取出的，除数据库定义不能为空的以外的值必须判断是否为空；第二十六条 DTO和实体中的金额变量，必须得用BigDecimal类型。第二十七条 日期型（YYYYMMDD）的变量用String。时间型的用Date。第二十八条 方法的规模尽量限制在100行以内。第二十九条 避免设计多参数的方法，用hbm实体和DTO。第三十条 所有的方法都要有try-catch。第三十一条 DAO不能实例化，通过IOC注入。第三十二条 事务控制要在BC里面写。第三十三条 同一业务逻辑要

8、写在BC中的同一方法里。第三十四条 业务逻辑要在BC中完成不要在DAO中，除少量的可以写在Action中。第三十五条 hbm中不要配置formula属性。第三十六条 SQl及HQL查询的时候要将查询的字段列出来。第三十七条 不要用session.flush（），session.clear（）。第三十八条 页面上的标签不要加空格。 不要写成第三十九条 要用相对路径不要用绝对路径。第四十条 严格遵守业务流程图及测试文档的要求进行代码编写。第四十一条 修改问题时要想好修改思路，避免修改后出现新的问题。第四十二条 点击节点和点击切换框（具体情况具体分析）以及弹出框时要清除PAGINATION。第四十三

9、条 页面上用到的js一定要在公用的里面引入，除了特殊的不能引到的。第四十四条 资源文件里面的key值不要有空格。第四十五条 要尽量使用公用的资源。第四十六条 删除尾表信息时，要根据头表删除尾表，不要用deleteAll（）。第四十七条 避免在存储过程中写游标。第四十八条 不要将循环体外的代码放在循环体内部。第四十九条 所有代码要进行格式代码。第五十条 去掉后台所有打印。第四章 公共开发内容维护第一条 未经同意，不能修改，删除，注释别人的代码，只能引用。第二条 未经授权，不能修改框架公用文件。第三条 未经授权，不能修改，删除数据库结构。第四条 未经同意，不能修改，删除数据库内数据。第五条 未经授

10、权，不能删除svn资源。第五章 任务派发第一条 由产品负责人对系统进行分析，评估任务量，所需时间(包含加班时间)，所需开发人数，以及开发风险，形成产品开发计划。第二条 由评审委员会对产品开发计划进行评审。第三条 由开发组长下发任务，并进行任务说明。第四条 编码人员接到任务时要先分析并理解业务流程以及测试文档，规划好思路后再进行编码。第五条 任务内容在没有特殊变动的情况下不能变更任务的时间以及任务量。第六条 由于个人原因任务没有完成，并严重影响产品进度的编码人员，公司按情节轻重给予处罚。第七条 编码人员由于个人原因，需要加班的。公司不负责加班费，餐费，以及打车费。第八条 开发组长及产品负责人要跟

11、踪每个编码人员的开发进度，保证开发进度，（业务流程实现，测试文档测试通过）。第六章 SVN更新，提交流程第一条 每天早上编码人员必须从服务器上更新最新代码。第二条 svn提交前必须先与资源同步，查看是否有冲突文件。第三条 svn更新，提交的时候，要注意冲突文件，要保证冲突文件提交的正确性，不要覆盖其他人的代码。如果不能确认操作是否正确的时候，要向负责人寻求帮助，不能随意提交。第四条 svn提交时要保证代码没有编译性错误。第五条 不要对服务器svn资源进行操作，如果由于操作失误，对开发产生不良影响的，公司会给予严厉处罚。第七章 变更及修改流程第一条 系统静态页面变更。必须经过负责人同意才能变更产

12、品静态页面，变更后要及时进行原型静态页面的修改。第二条 数据库结构变更。必须经过负责人同意才能变更，变更后要及时记录数据库变更记录，case，开发数据库，及时通知框架负责人进行框架维护，通知项目部负责人进行项目数据库维护。第三条 系统设计（包括业务思路，业务流程图，测试文档）变更。变更要经过负责人同意才能变更，变更后及时修改相应文档（如：业务思路，业务流程图，测试文档），要及时通知产品开发人员。第四条 系统框架（包括公用程序及组件）变更。要经过相关的框架负责人同意后才能变更，变更后要及时通知代码编写人员。第八章 安全控制第一条 数据库负责人每天进行数据库备份，保留近15天备份。第二条 产品资源负责人15天刻录产品资源光盘一张。第三条 产品研发部所有员