oa项目命名与编码规范

oa项目命名与编码规范
oa项目命名与编码规范

编写说明标题:项目命名与代码编写规范

版本历史:

1编写目的

作为朗沃进行项目开发的技术规范,是进行软件质量控制的必要规范。

2命名

2.1业务模块名

在需求建模阶段按照用例划分来对业务模块进行命名,要求简洁易懂。2.2包的命名

2.2.1业务包命名

业务包指与项目所要实现的业务逻辑相关的包。

包的命名由前缀和包的逻辑名组成,其中

前缀:com.lovo.+项目名称

逻辑名:业务模块名+层名,如果项目规模不是很大,直接采用层名,例如:project.action或action

project.service或service

业务模块“项目管理”完整的包名示例:

com.lovo.cmts.action(web.action)

com.lovo.cmts.domain(model)

com.lovo.cmts.service

2.2.2基础包命名

基础包指在项目中供多个业务包共用的包,一般放置到下列包中

https://www.360docs.net/doc/5014239282.html,mon

com.lovo.cmts.utils

2.3Java命名

Java命名的时候需要同时兼顾业务和技术,命名要能体现软件的层次结构。

接口命名

命名规范:首字母大写,如果有多个单词,每个单词头字母大写

例如:StudentInfo

servlet类命名:

命名规范:以Servlet单词结尾

例如:LoginServlet

Struts Action类命名:

命名规范:Action的命名以域模型对象名称来制定,域模型对象名称Action 例如:

一个域模型对象名称为Diary,其对应的action为DiaryAction

Action中所有对service的引用,变量命名必须以*Service结尾,比如:userService。

Struts Form类命名:

命名规范:Form的命名以域模型对象名称来制定,域模型对象名称Form

例如:

一个域模型对象名称为Diary,其对应的Form为DiaryForm

业务逻辑接口命名:

命名规范:业务逻辑接口的命名以域模型对象名称来制定,

I域模型对象名称Service

例如:

一个域模型对象名称为Diary,其对应的业务逻辑接口为IDiaryService

业务逻辑接口实现命名:

命名规范:业务逻辑接口的命名以域模型对象名称来制定,

域模型对象名称ServiceImpl

例如:

一个域模型对象名称为Diary,其对应的业务逻辑接口为DiaryServiceImpl 2.4Jsp页面命名

命名规范:以模块名+ _开头,jsp页面名称要以小写字母开头,如果有多个单词组成,后面的单词以大写字母开头。名称要体现出该页面的意义,最好能够与模块名称联系在一起。

例如

列表页面,project_list.jsp

详细信息页面,project_detail.jsp

3项目目录结构

3.1总体目录结构

根据eclipse工具的特征,项目的目录结构为:

姓名(例:wangxh)

----存放java文件(源文件结构详见后续描述)

|--config --存放相关配置文件

WebRoot

|--images --存放web程序所需的公共图片

|--css --存放web程序所需的公共样式表

|--js --存放web程序所需的公共js文件

|--commons --存放web程序所需的公共文件

|--upload 上传的公共文件,其下可以继续建目录存放不同类别文件

|--功能模块文件夹(存放与某个功能模块相关的资源)

|--images --存放与该功能模块相关的图片

|--css --存放与该模块相关的样式表文件

|--js --存放与该模块相关的js文件

|--jsp或html页面(不建文件夹,直接存放)

|--upload 上传的文件,其下可以继续建目录存放不同类别文件

|--WEB-INF

|--classes

|--lib --项目中的包

|--tld --tld文件

doc

|--rq --需求相关文档

|--plan --项目计划相关文档

|--db --数据库相关文档(包括建表sql,数据初始化sql)

3.2配置文件规范

Spring配置文件:

系统中所有的配置文件统一放到config/下。

spring文件配置

Spring配置文件放在config/spring/

spring-baseConfig.xml 基本配置文件(dao的配置也是这里)

spring-service.xml,业务类配置文件

以上是公共部分文件,每个人的struts action在spring中的配置文件命名规则为:

spring-action-模块名-姓名拼音缩写.xml

spring-action-sale-zs.xml,表示张三所写的销售模块的action配置。

spring-action-schedule-ls.xml,表示李四所写的计划模块的action配置。

struts配置文件:

●struts配置文件放在config/struts/

●struts-baseConfig.xml 基本配置文件(全局出错定义、process的定

义等)

●除此之外为个人配置文件,命名规则为:

struts-模块名-姓名拼音缩写.xml

struts-sale-zs.xml,表示张三所写的销售系统的action配置。

struts-schedule-ls.xml,表示李四所写的计划系统的action配置。

ibatis文件配置

●ibatis配置文件放在onfig/ibatis/

●ibatis-baseConfig.xml 基本配置文件,此文件中要启用命名空间。

●除此之外为个人配置文件,命名规则为:

ibatis-模块名-实体对象名-姓名拼音缩写.xml,例如:

ibatis-sale-place-zs.xml即表示销售系统中的 place实体对象,由张三所写。

iabtis-schdule-schduleTemple-ls.xml即表示计划系统中的计划模板实体对象,由李四所写。

hibernate文件配置命名规则

config/hibernate/中存放hibernate.cfg.xml,如果该文件中的配置已经移到spring中,此文件可不写。

config/hibernate/hbm/下存放所有实体类映射文,如过多,可考虑按模块分包存放。

3.3源代码包结构规范

根目录结构

Wangxh--

|--com.lovo.cmts.dao --项目中的持久化接口

|--impl --持久接口实现类

|--com.lovo.cmts.service --项目中的业务层接口

|--impl --业务层实现类

|--com.lovo.cmts.domain(model) --领域层对象,其下可继续按模块划分子包

|--com.lovo.cmts.vo(dto) --值对象,其下可继续按模块划分子包|--com.lovo.cmts.exception --业务异常包

|--com.lovo.cmts.util --工具包

|https://www.360docs.net/doc/5014239282.html,mons --公共类包

|--com.lovo.cmts.web --与V层、C层相关类

|--struts/formbean –formbean对象,可按模块分包存放 |--struts/action –action对象,可按模块分包存放 |--util –web工具类(包装器、过滤器等)|--test --项目中的所有测试类,其下可继续按业务模块建子包分类

对以上源文件中的目录结构说明如下:

(1)domain,存放领域模型对象

如果对象较多,可考虑按模块再划分子包,分类保存,以方便维护:

比如:com.lovo.cmts.domain.sale.Order,表示保存在sale子包中的订单领域对象;

com.lovo.cmts.domain.message.Mail,表示保存在message子包中的邮件领域对象;

(2)dao包

●dao持久层对象,保存系统中所有持久层接口,

比如:com.lovo.cmts.dao.IOrderDao,表示订单持久层对象

●dao.impl

持久化接口实现类,比如:com.lovo.cmts.dao.impl.OrderDaoImpl,表示订单持久化实现类;(注:如果采用通用DAO方法,就建立CommonDAO与

QueryDao,只需这两个接口即可)

(3)service包

●service包存放服务对象接口

比如:com.lovo.cmts.service.ISaleService,表示销售业务接口。

●service.impl包中存放业务类实现方法:

比如:com.lovo.cmts.service.impl.SaleServiceImpl,表示销售业务接口实现类。

(4)exception

系统异常包

异常可按业务分类,分包存放,所有异常父类选择为https://www.360docs.net/doc/5014239282.html,ng.Exception。

比如:com.lovo.cmts.exception.SendMailException,表示发送邮件失败异常。

(5)util包

该包中存放项目中用的的工具类,比如:字符串处理、日期处理、MD5加密库、UUID生成器、验证码生成器、图片处理类等。

(6)commons包

项目中其它模块用到的公共类,比如:常量接口。

(7)vo包

项目中用到的值对象或DTO对象,可根据业务要求及前台要求,自行定义,但统一以VO结尾,比如:MailVO,表示邮件值对象。

(8)web包

该包存放所有与控制层与视图层相关的类,该包下有如下子包:

●web.struts.formbean,存放静态formbean(类命名以Form结尾,比如:

LoginForm)

●web.struts.action,存入系统中的所有action,所有action均继承自系统

中的BaseAction。(类命名以Action结尾,比如:LoginAction)

●web.util,存放web相关工具,比如:包装器,乱码过滤器等

(9)测试类

以test开头,分类存放

比如: https://www.360docs.net/doc/5014239282.html,.lovo.cmts.service.SaleServiceTest,表示销售业务测试类

https://www.360docs.net/doc/5014239282.html,.lovo.cmts.dao.SaleDaoTest,表示销售持久对象测试类

4注释规范

类注释

/**************************************************************** *

* 类逻辑名称 : 项目业务类

* 类功能 : 实现项目对象的持久化

* @Author 编程者 : 张三

* 初作时间 : 2009/6/20

* 关联类 :

* 通用DAO:CommonDAO;

* 领域对象:Project;

* 处理流程 :

*

* 调用示例 :

*

* ---------------------------------------------------------- * 时间: 修改者:

* 修改内容:

*

* ---------------------------------------------------------- * 时间: 修改者:

* 修改内容:

*

* ----------------------------------------------------------

*

***************************************************************** /

方法注释

对于业务方法都应该加上注释,但GET,SET不用添加注释/**

* 方法名称

* 方法实现的业务说明

* @param 进行参数说明

* @return 对返回值进行说明

*/

JSP页面注释

采用HTML注释进行注释,对于使用标记库的循环如forEach需要在开始

和结束时进行注释

本次OA项目规范:

1.所有页面、代码、项目、服务器编码采用utf-8.

2.主要软件:

a)MyEclipse professional 2014 项目名 GoodOA

b)软件 Tomcat 7

c)数据库 mysql 数据库名 db_oa

3.项目目录结构

4.注意:

a)类、方法、变量需按规范命名,命名见名知意。

b)所有类、公开方法、属性必须打注释,注解应详细、准确,功能增加修

改、注释需保留。

施工项目管理规范

施工现场管理一般实施细则(重要) 1 范围本细则适用于各项目经理部施工现场管理。 2 规范性引用文件 下列文件中的条款通过本细则的引用而成为本细则的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本细则,然而,鼓励根据本规定达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本细则 Q/YGS G 325.04-2002 《施工现场管理标准》 3 主管机构与分工 3.1 公司工程管理部是施工现场综合管理部门,负责对各工程项目的施工现场总平面管理和对文明施工进行检查与监督。 3.2 分公司(厂)施工管理部门会同项目工地生产(车间)办公室负责制订本单位工程项目施工现场总平面管理规划,项目工地生产(车间)部门具体组织实施,并将现场管理的实施情况及时向分公司生产科汇报。分公司生产管理部门汇集各项目施工管理情况定期向公司工程管理部汇报。 4 管理内容与要求 4.1 项目经理部应认真搞好施工现场管理,及时巡视检查并整改发现的问题;现场门头要设置公司的标志,并公示下列内容。 4.1.1 项目现场设置" 四牌一图" ⑴、施工企业概况牌,其规格为高2m、宽3m,离地面距离1m。(附图) ⑵、工程概况牌,其规格为高2m,宽度3m,离地面距离1m。(附图) ⑶、质量方针目标牌,其规格为高2m,宽3m,离地面距离1m。(附图) ⑷、健康、安全、环境方针牌,其规格为高2m,宽3m,离地面距离1m。(附图) ⑸、施工总平面图,其规格为高2m,宽3m,离地面距离1m。(附图) 4.1.2 施工总平面布置图,比例合适,内容齐全。 4.1.3 项目现场"四牌一图"应固定设置在项目现场内主要进出口处,图牌处不乱扔堆杂物,保持清洁。 4.2 施工总平面图管理 4.2.1 项目现场施工总平面图的主要内容 ⑴、标明已建及拟建的永久性房屋、构筑物、运输道路及循环走道。 ⑵、标明施工用的临时水管线、电力线和照明线、变压器及配电间、现场危险品及仓库的位 置。 ⑶、土建工程还应标明: ①砼、砂浆搅拌机及塔吊、卷扬机、木工机械的平面位置。 ②石灰膏、纸筋灰、粉煤灰储存池及构件、钢筋等位置。 ⑷、安装工程还应标明: ①钢结构和油罐的铆焊预制场、压力容器的现场组焊场、工艺管线的管焊预制场、冷换或热 设备的试压场区、阀门试压场区、电气和仪表的试验校验室、电气和仪表的预制场区。 ②施工平台、配电盘、水源点的平面位置。 ③施工机械的平面摆放位置及棚设,大型工装的现场摆放位置。 ④起重桅杆与卷扬机,锚坑与拖拉绳的平面位置,起重机索具的现场临时存放区。 ⑤大型塔器及设备进现场后平面摆放位置。 ⑥钢材(板材、型材、管材)、电线电缆等材料的现场存放区,预制的或顾客供货的成品, 半成品放置区。 ⑸、标明生活区及行政设施的平面位置及其结构型式。 ⑹、其它应该标明的内容。

项目命名及管理规范

XXXXXXXXXX公司项目命名及管理规范 XXXXXXXXXX公司 二○一○年一月

1.目的 为规范公司内部项目命名,确保项目信息传递顺畅;及时沟通项目各环节进展情况,保证项目整体的有效运行;促进经营和财务工作的有序进行,加强公司管理水平,特制定本规范。 2.范围 本规范适用于公司内部各部门间涉及“费用”及“成本”的沟通和信息传递,包括《借款申请单》、《支出凭单》、《差旅费单》及市场、采购、财务相关单据,不涉及公司及部门对外的说明、汇报等文件。 3.项目命名规则 3.1项目名称结构 1、项目名称一共由五部分组成,其中时间、项目类别、项目属性为必填项,客户、项目名称为可选项(二选一),结构如下: 时间+项目类别+客户+项目名称+项目属性 2、应用范围说明: ●时间:为项目正式立项的年度日期。如2010、2011等。 ●项目类别:公司目前所涉及项目分四类:软件类、工程类、其它类、新业务 类、公司类分别使用A、B、C、N代表。 软件类:指软件类业务 工程类:指工程类业务 其它类:指贸易类业务等 新业务类:除以上三类业务外其余业务均属于新业务类。如新业务形成 一定规模,经公司报批后可单独划分业务类型。

●客户:可选项。合同履行的客户对象。如XXXXXX局、XXXXXX公司等。 ●项目名称:可选项。项目的具体说明。如库房管理、运输管理、视频监控、 代理服务器等。 ●项目属性:分为公司交办和自己承担,分别使用J、Z代表。 ●注意事项 ●2010年之前已立项项目保持原有名称不变。 ●项目名称命名可读性第一,应在充分包含相关信息的条件下,尽量简洁,一 目了然。 ●项目类别的中文名称应当根据系统的类型选择使用常用命名词汇。 ●系统的版本不在命名中体现。 ●名称的全称不宜太长,一般在15个字以内(包括数字)。 ●客户、项目名称等字段过长时,可以使用字面意思明白并约定俗成的简称。 ●相同的项目类别、客户和项目名称在不同的项目命名出现时必须保持一致。 3.2示例 软件类项目示例: 工程类项目示例:

项目编码规范

项目代码编程规范 1.应用范围 本规范应用于采用J2EE规范的项目中,所有项目中的JAVA代码(含JSP,SERVLET,JAVABEAN,EJB)JS代码、HTML代码及数据库设计均应遵守这个规范。同时,也可作为其它项目的参考。 2.设计类和方法 2.1. 创建具有很强内聚力的类 方法的重要性往往比类的重要性更容易理解,方法是指执行一个独立逻辑的一段代码。类常被错误的视为是一个仅仅用于存放方法的容器。有些开发人员甚至把这种思路作了进一步的发挥,将他们的所有方法放入单个类之中。 之所以不能正确的认识类的功能,原因之一是类的实现实际上并不影响程序的执行。当一个工程被编译时,如果所有方法都放在单个类中或者放在几十个类中,这没有任何关系。虽然类的数量对代码的执行并无太大的影响,但是当创建便于调试和维护的代码时,类的数量有时会带来很大的影响。 类应该用来将相关的方法组织在一起。 当类包含一组紧密关联的方法时,该类可以说具有强大的内聚力。当类包含许多互不相关的方法时,该类便具有较弱的内聚力。应该努力创建内聚力比较强的类。 大多数工程都包含许多并不十分适合与其他方法组合在一起的方法。在这种情况下,可以为这些不合群的方法创建一个综合性收容类。 创建类时,应知道“模块化”这个术语的含义是什么。类的基本目的是创建相当独立的程序单元。 2.2. 创建松散连接和高度专用的方法 2.2.1.使所有方法都执行专门的任务 每个方法都应执行一项特定的任务,它应出色的完成这项任务。应避免创建执行许多不同任务的方法。 创建专用方法有许多好处。首先调试将变得更加容易。 2.2.2.尽量使方法成为自成一体的独立方法 当一个方法依赖于其他方法的调用时,称为与其他方法紧密连接的方法。紧密连接的方法

建设工程项目管理规范

建设工程项目管理规范 GB/T 50326-2017 1 总则 1.0.1 为规范建设工程项目管理程序和行为,提高工程项目管理水平,制定本规范。 1.0.2 本规范适用于建设工程有关各方的项目管理活动。1.0.3 建设工程项目管理,除应符合本规范外,尚应符合国家现行有关标准的规定。 2 术语 2.0.1 建设工程项目construction project 为完成依法立项的新建、扩建、改建工程而进行的、有起止日期的、达到规定要求的一组相互关联的受控活动,包括策划、勘察、设计、采购、施工、试运行、竣工验收和考核评价等阶段。简称为项目。2.0.2 建设工程项目管理construction project management 运用系统的理论和方法,对建设工程项目进行的计划、组织、指挥、协调和控制等专业化活动。简称为项目管理。 2.0.3 组织organization 为实现其目标而具有职责、权限和关系等自身职能的个人或群体。2.0.4 项目管理机构project management organization 根据组织授权,直接实施项目管理的单位。可以是项目管理公司、项目部、工程监理部等。

2.0.5 发包人employer 按招标文件或合同中约定,具有项目发包主体资格和支付合同价款能力的当事人或者取得该当事人资格的合法继承人。 2.0.6 承包人contractor 按合同约定,被发包人接受的具有项目承包主体资格的当事人,以及取得该当事人资格的合法继承人。 2.0.7 分包人subcontractor 承担项目的部分工程或服务并具有相应资格的当事人。 2.0.8 相关方stakeholder 能够影响决策或活动、受决策或活动影响,或感觉自身受到决策或活动影响的个人或组织。 2.0.9 项目负责人(项目经理) project leader(project man-ager) 组织法定代表人在建设工程项目上的授权委托代理人。2.0.10 项目范围管理project scope management 对合同中约定的项目工作范围进行的定义、计划、控制和变更等活动。 2.0.11 项目管理责任制project management responsibility system 组织制定的、以项目负责人(项目经理)为主体,确保项目管理目标实现的责任制度。 2.0.12 项目管理目标责任书responsibility document of pro-ject management 组织的管理层与项目管理机构签订的,明确项目管理机构应达到的

软件系统命名规则(互联网+)

1、目的 本指导书是为软件配置管理而制定。其目的是使公司软件产品配置标识的命名规范化。 2、适用范围 适用于本公司所有软件产品的配置管理。 3、职责 4、控制内容 4.1、软件配置标识的组成 4.1.1、软件提供给用户的阶段产品和最终产品的配置标识由公司代码QW和以下五 部分组成。 a、产品类别代码 b、产品(项目)标识或子系统标识 c、配置项标识 d、版本号 其一般形式为:QWa-bbbb-cc-dd 4.1.2、软件开发过程中产生仅供公司或项目内部使用的配置项,其配置标识的一 般形 式为:bbcccccc-dd,其中,bb为产品(项目)标识缩写,cccccc为配置项标识,dd为版本号。 4.2、部门代码 部门代码按《体系文件编号规定》4.3条的规定控制。 4.3、产品(项目)标识及其缩写 产品(项目)标识由反映产品或项目名称的4~5位拼音字母组成,前2位字母为其缩写。如DHMIS是杭州大和热磁电子有限公司管理信息系统的项目标识,而DH则为其缩写。 4.4、子系统标识 子系统标识由2位产品(项目)标识缩写和2~3位子系统名拼音字母组成,其中第3、4两位为子系统标识缩写。如DHXS是大和项目销售子系统的标识,而XS是其缩写。 4.5、配置项标识 4.5.1、4.1.1所述配置标识中的配置项标示:识(cc)如下表所 配置项标识(cc) 系统规格说明书FB 项目开发计划DP 软件需求规格说明书RS 概要设计说明书PD

详细设计说明书DD 用户手册UM 操作手册OM 源程序SP 4.5.2、4.1.2所述配置标识中的配置项标识(cccccc)有以下情况: a、配置项为数据项:配置标识由2位全局标识SY或子系统标识缩 写(局部数据)和3位数字码组成。 如SY001为001号全局数据的配置项标识 XS031为销售子系统031号数据的配置项标识。 b、配置项为数据流: 配置项标识由2位子系统标识缩写,2位数据流标识DF和2位数字码组成。 如ZCDF02为资财子系统02号数据流的配置项标识。 c、配置项为数据存储结构: 配置项标识由2位子系统标识缩写,2位数据存储标识DB和2位数字码组成。 如ZZDB01为制造子系统01号数据存储结构的配置项标识。 d、配置项为程序模块: 配置项标识由2位子系统标识缩写,程序模块标识M和2~3位数字码组成。 如XSM101为销售子系统101号程序模块的配置项标识。 e、配置项为存储媒体 配置项标识由2位产品(项目)标识缩写或子系统标识缩写,2位存储媒体标识FD(软盘)、HD(硬盘)、CD(光盘)或TY(磁带)和2 位数字码组成。 如ZZFD03为制造子系统的03号软盘。 f、配置项为测试计划 配置项标识由2位产品(项目)标识缩写或子系统标识缩写,2位测试计划类别标识和2位数字码组成,其中,组装测试计划类别标识为 TP,确认测试计划类别标识为VP。 数字码00表示产品(项目)或子系统的测试计划,其它数字则表示某一号分计划。 如DHVP00为大和项目确认测试计划的配置项标识。 XSTP01为销售子系统01号测试计划的配置项标识。 4.6、版本号 版本号由2位数字码组成。

软件项目代码编码规范

变更履历

目录 1总则 (4) 2源代码完整性保障 (4) 3源代码的授权访问 (4) 4代码版本管理 (5) 4.1系统初验 (6) 4.2试运行 (6) 4.3系统终验 (7) 4.4系统验收标准 (7)

1总则 1、为保障公司源代码和开发文档安全不至于泄露,保证源代码的完整,明确源代码控制管理流程,特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性,不被非授权获取,不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码,而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前,其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后,相应的源代码必须进行SVNCommit操作,在最终进行SVNCommit操作之前需要再进行SVNUpdate操作,查看是否有冲突产生,如果有冲突产生需要和冲突相关人一并解决冲突。 3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的,基于身份和口令的访问授权。 第十条在SVN库中设置用户,并为不同用户分配不同的,适合工作的最小

(项目管理)项目规范和基础配置

项目规范和基础配置 1. 项目规范说明 1.1名词解释 (1)驼峰命名法:就是当变量名或函数名是由一个或多个单字连结在一 起,而构成的唯一识别字时,第一个单字以小写字母开始;第二个单字的首字母大写或每一个单字的首字母都采用大写字母,例如:myFirstName、myLastName,这样的变量名看上去就像骆驼峰一样此起彼伏,故得名。 (2)首字母大写的驼峰命名法:在驼峰命名法基础上首字母大写。 1.2数据库中表、视图、字段的命名 a) 数据库表命名需以T 开头,后接表的英文简写(首字母大写的驼峰命名法),如TUser 表。 视图命名需以V 开头,后接表的英文简写或视图的目的(首字母大写驼峰命名法)。 b) 字段的命名需以有意义的英文单词组合(首字母大写的驼峰命名法)。 1.3项目java 代码包含义:严格遵照MVC 模式 M 模型层包括JavaBean 和其他数据操作, C 控制器层即通过Servlet 负责页面的跳转。 所以src 文件夹分为如下三部分: bean 包——内含与数据库表相对应的JavaBean 对象, JavaBeanOP——还有对应JavaBean 与数据库的操作。 servlet 包——包括所有与页面交互的Servlet 操作; util 包——包括公用的或特殊用途的函数。 具体如下图:

1.4项目中java 包的命名规则: a)bean 包的名称命名规则为bean.编程人的拼音缩写.编写模块的英文单词; b)servlet 包的名称命名规则为servlet.编程人的拼音缩写.编写模块的英文单词; c) util 包的名称命名规则为util.编程人的拼音缩写。 d)注意:命名规则的前两项应为小写(即XX 包.编程人的拼音缩写),最后一项(即编写模块的英文单词或是util 包的第二项)应为大写。具体格式如图: 1.5 Bean 包中JavaBean 文件的名称 bean 中的JavaBean 文件需和数据库中的表一一对应起来,以数据库中的表来命名JavaBean 文件,如TUser 表对象bean 包的TUser.java。如有不与数据库表对应JavaBean 可自行选择有意义的英文单词或组合来命名,但应首字母大写的驼峰命名法。 1.6 Bean 包中JavaBean 对象的数据库操作文件名称 所有JavaBean 与数据库的操作,一律命名为JavaBeanOP 的形式。如TUser 对象的数据库操作命名为TUserOP.java,其中包括所有与数据库的操作。同时每个OP 文件必须含有函数insert()、update()和delete()分别表示新建、修改和删除的含义。具体代码可参照src.bean.tpersonop.java 来写。

项目文档命名规则跟格式要求

项目文档命名规则 编制:日期:____/____/____审核:日期:____/____/____ 批准:日期:____/____/____ XXXX公司 二零一五年五月制

历史记录

目录 1 目的 (4) 2 适用范围 (4) 3 术语和缩略词 (4) 4 规程 (4) 4.1 文档命名规则 (4) 4.2 配置项的版本标识 (8) 4.3 标签的命名 (9)

1 目的 本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则,以及配置管理中对配置项和版本的标识。 2 适用范围 本规则适用于所有需求、设计等文档和过程文件。 3 术语和缩略词 无 4 规程 4.1 文档命名规则 1组织标准软件过程文档编号 (1)过程文件格式:XXX-P-××,初始编号为:XXX-P-01,最大编号为:XXX-P-99。 (2)指南文件编号:XXX-G-××××,前两位××为指南所对应的过程文件编号。 (3)模板文件编号:XXX-T-××××,前两位××为指南所对应的过程文件编号。 2产品命名规范 (1)中文命名规范:中文全称V产品版本号。英文命名规范:首字母大写V产品版本号。3项目文档编号 (1)编号规则分三种: 1)单个文档:首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写。 2)多个子文档:首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写—流 水号。 3)周期性:首字母大写V产品版本号-文档名称/英文名称-八位日期。 (2)项目阶段及文档名称英文缩写,见下表:

4文档版本 (1)格式:V×××.×××,初始版本号为V0.1,最大版本号为:V999.999。其中, 草稿状态的版本均为V0.×××,例如:V0.1,V0.2……V0.999;而经过评审通过

编码规范以开发手册范本

1.软件开发手册 1.1.围 本标准规定了基于公司信息系统构建平台进行业务应用系统开发的编程格式规,主要包括命名规、代码注释、性能、以及常用语句的书写要求和约束等。统一规的格式有利于项目的交付和后续维护。 1.2.引言 1.1.1.简介 所有的程序开发手册都包含了各种规则。一些习惯自由程序的人(例如 Java 程序员)可能对这些规则很不适应,但是在多个开发人员共同协作的情况下,这些规则是必需的。这不仅仅是为了开发效率,而且也为了测试和后期维护。 良好的编码习惯有助于标准化程序的结构和编码风格,使源代码对于自己和别人都易读和易懂。在开发周期中越早使用恰当的编码规定,将会最大程度的提高项目的生产率。良好的编码习惯除了代码格式,详细的注释外,还应该包括使用有助于提高程序效率的编码方式。 规的开发有助于提高源码的可读性,可维护性,对于提高项目的整体效率更是不可缺少的(尤其是团队开发)。 1.1. 2.目的 本文是一套面向Java programmer 和Java developer进行开发所应遵循的开发规。按照此规来开发Java程序可带来以下益处: ●代码的编写保持一致性, ●提高代码的可读性和可维护性, ●在团队开发一个项目的情况下,程序员之间可代码共享, ●易于代码的回顾。 1.3.源程序 1.3.1.源程序命名 Java源程序的名字应该是这种形式:ClassOrInterfaceName.java。ClassOrInterfaceName 应该是在Java源程序中定义的 class或者interface的名字(关于classes和interface的命

名规请参考3.2)。源程序的文件名后缀通常为.java。 1.3. 2.供发布的文件 如果文件编译后,需要用打包的形式发布,那么这个包的名字应该是有代表性的(例如应该是这个模块或者这个文件所在单元的名字)。通常包的扩展名有 *.jar(推荐使用)或者 *.zip、*.ear、*.war等。 1.3.3.源文件的组织 一个Java源文件应该包含如下的元素,并按照以下顺序书写: 1)版本信息和声明 2)包的声明 3)引用声明 4)类或者接口的声明 以上元素之间以至少一个空行来分隔。 1.3.3.1.版本信息和声明 每一个源程序应该以一个包含版本信息和声明的块为开始。 例如: /** * application name: sample1 * application describing: this class handels the request of the client * copyright: Copyright ? 2002 金质工程所有 * company: neusoft * time: 2002.02.25 * * author Brunce * version ver 3.1 */

项目流程管理表(规范填写)

项目组成员表
一、项目基本情况
项目名称 制作人 项目经理 公司名称+开发名称 填写此表格的人 项目主要负责人 项目编号 审核人 制作日期 营销部部经理 此表开始填写的日期
二、项目组成员(营销大部在这个项目中涉及成员)
成员姓名 项目角色 客户商谈 美工 所在部门 营销部 市场部 工作内容 原型图等图形的制作和美化 职责 投入频度及工作量 多长时间跟进、工作量 如何 联系电话 主管经理 所处的部 门经理 项目起止日期
销售经理(签字)
日期
项目流程表的使用培训,这个流程包含 10 个子表,目的是利用这些流程表来规范公司的项目管理,使每一个项目都能 很好被跟踪和推进,直到项目签完合同,从这些表中我们可以总结对我们有利的经验和不利于项目的教训。

项目策划/任务书
一、项目基本情况
项目名称 制作人 项目经理 项目编号 审核人 制作日期
二、项目描述
1. 项目背景与目的(所有的项目均起始于某个商业问题,该部分简要描述这些问题) 比如事业单位的门户网站 它是为了做个政绩的形象工程 谋公司的要开发办公软件为了减少人力增加办公 效率等等
2. 项目目标(包含质量目标,工期目标、费用目标和交付产品特征与特征的主要描述) 包括对方预算 什么时候要 希望达到的功能要求以及效果如何
三、项目里程碑计划(包含里程碑的时间和成果)
按照项目目标规划好项目洽谈进度和开发进度,每个进度的计划时间和完成情况,下面会提到的的工作分解 结构、沟通计划以及项目状态报告都是项目里程碑计划的详细步骤
四、评价标准(说明项目成果在何种情况下将被接受)
能承诺按照对方需求做出对方想要的效果,或者预算价格再压低点……等情况会洽谈成功
五、项目假定与约束条件(说明项目的主要假设条件和限制性条件)
比如有竞争对手也在和客户商谈 他开出的价格更具诱惑 户在省外却需要我们去面谈 费用太大 限制条件我们目前还没有这方面技术的人员 客
六、项目主要利益干系人(包括高管、客户、职能部门主管、供应商、项目赞助人、项目经理、 项目组成员等干系人)
姓名 类别 部门 职务
类别:项目经理、项目成员、项目赞助人、项目决策人、使用者

C#项目命名要求规范范例

C#项目开发代码规范 命名规制定意义 1 方便代码的交流和维护,便于日后自己的再次阅读。 2 不影响编码的效率,不与大众习惯冲突。 3 使代码更美观、阅读更方便。 4 使代码的逻辑更清晰、更易于理解 命名规制定原则 首要原则 有意义的,描述性的词语来命名。能够一眼看出它作什么。别使用会引起误解的名字。如果名字一目了然,就无需用文档来解释方法的功能了 1. 除约定俗成的,别用缩写。用name, address, salary等代替 nam, addr, sal 2. 除用于循环,别使用单个字母的变量象i, n, x 等. 而要使用 index, temp等。 for ( int i = 0; i < count; i++ ){ ...} 其他习惯 除了界面控件外,不要使用类型前缀。比如:使用名称amount,而不是 intAmount; 类:使用名词、名词短语命名。比如:public class FileStream; 方法:使用动词、动词短语开始。比如:CreateUser(), RemoveAt()等; 接口:以 I 开始,后面加上名词、名词短语、形容词命名。比如:IDisposable; 常量:所有单词大写,多个单词之间用 "_" 隔开。public const string PAGE_TITLE = "Welcome"; 命名空间:基本格式: CompanyName/ProjectName.TechnologyName[.Feature][.Design] a) CompanyName/ProjectName:公司名、项目名称或产品名称; b) TechnologyName:稳定的、公认的技术名称或架构层次名称; c) [.Feature][.Design]:可选的功能与设计; C#命名规 变量方法命名规则 1、用pascal规则来命名方法和类.(第一个单词首字母大写,后面连接的每个单词首字母都大写) public class DataBase ;public void GetDataTable() 2、类:使用名词、名词短语命名。比如:public class FileStream; 2.用camel规则来命名局部变量和方法的参数. (第一个单词不大写,后面连接的单词首字母大写) public void AddUser(string userId, byte[] password) { string userName;}

项目开发及编码规范

项目开发规范文档修订历史记录

1.简介 目的 1、用于规范指导开发组进行开发 2、便于成员间的沟通与交流。 3、有助于项目质量和稳定。 4、为后期维护提供支持 2. 项目开发流程 项目开发过程归纳分为以下步骤: 1. 建立SVN项目版本控制。包括文档,源码,Lib包等。 2. 了解需求,并对需求文档的书写。(见文档结构规则附录)。 3. 详细设计文档。(见文档结构规则附录)。 功能模块设计,重要模块的算法设计。 数据库设计等。 根据需求定义开发平台及环境。 4. 编码。 搭建开发平台,配置开发环境。 编码。 单元测试案例。 5. 书写软件安装手册文件,数据库脚本文件,以及注意事项(release notes)。 6. 交互测试组测试。根据测试组测试结果是否回归第4步(测试回归最好不要超过2 次)。 7. 测试通过,交付上线使用。 维护手册 使用手册

3. 代码规范 Java 代码规范 3.1.1 Java类名 类名可由:英文字母,数字,下划线组成。(数字,下划线不能够开头) 类名由一个或者多个单词组成。单词通常要求简洁明了达意。能够通过类名能够大致了解此类的作用和用途。 类名要求首字母大写,多个单词组成类名时,单词的首字母要求大写。 建议:类名不要过于简单或者太长。可以对单词采用简化的名称:入: Number 简化为:num 。 3.1.2 Java类结构 类仅作为数据结构,没有行为,他封装了一组或者相似的一些行为方法。所以一个类尽量功能单一,或者功能类似共有行为的。一个类不要过于庞大。 通常情况下: 一般逻辑类中应该有构造方法和main方法,main方法中应该有测试代码。 每个类应该有 toString() 方法。 3.1.2.1 包和引入语句 在多数Java源文件中,第一个非注释行是包语句。在它之后可以跟引入语句。 报名的定义全部是小写字母。具体定义依据项目而定。 引入包时候,同一类型的归纳到一块,用空行隔开。例如: import 3.1.2 类注释 Java类开头应该有相应的注释:类版本描述,作者签名,日期时间,公司备注,类的功能作用相关描述等。(详细查看:注释) 3.1.2.2 类成员变量 a) 类变量要求放在类的开始声明。一行声明一个。 b) 变量名称首字母要求小写。其他命名规则类似与类名。 c) static , final 类型的变量,字母要求全部大写。 d) 尽量在声明局部变量的同时初始化。 e) 避免局部变量和成员变量同名,覆盖了成员变量。 f) 尽量变量私有化,缩小变量的作用域。 3.1.2.3 类成员方法 a) 方法名命名规则类似于成员变量命名规则。 b) 成员方法尽量私有化。

建设工程项目管理规范试卷试题

建设工程项目管理规范试卷 1、单选题(共10题,总共40分) 1. 项目管理的每一过程,都应体现( )的持续改进过程(4分) A. 计划、实施、检查、处理 B. 实施、计划、检查、处理 C. 计划、检查、实施、处理 D. 实施、检查、计划、处理 2. ( )应在工程施工前建立健全质量管理体系和安全管理体系并组织实施(4分) A. 项目经理 B. 项目经理部 C. 技术负责人 D. 施工员 3. “项目管理责任书”中应包括项目施工应达到的进度目标、( )、和成本目标。企业对项目经理部人员进行奖惩的依据、标准、办法及应承担的风险(4分) A. 质量目标 B. 安全目标 C. 环境保护 D. 科技成果

4. 项目进度控制应建立以( )为责任主体,由子项目负责人、计划人员、调度人员、作业队长及班组长参加的项目进度控制体系(4分) A. 施工员 B. 项目经理部 C. 技术负责人 D. 项目经理 5. 施工总进度计划应依据施工合同、( )、工期定额、有关技术经济资料、施工布署与主要工程施工方案等编制(4分) A. 成本计划 B. 劳动力需求计划 C. 材料计划 D. 施工进度目标 6. 项目( )因素应包括人、材料、机械、方法、环境(4分) A. 安全控制 B. 质量控制 C. 进度控制 D. 成本控制 7. ( )收集应随工程的进展进行,保证真实、准确,按照项目信息管理的要求及时整理,经有关负责人审核签字(4分)

A. 成本信息 B. 项目信息 C. 材料信息 D. 劳动力信息 8. 质量计划应体现从工序、分项工程、分部工程到单位工程的过程控制,且应体现从( )到完成工程质量最终检验和试验的全过程控制。(4分) A. 成本投入 B. 人力资源 C. 材料投入 D. 资源投入 9. 在施工过程中,( )对以包人或监理工程师提出的有关施工方案、技术措施及设计变更的要求,应在执行前向执行人员进行书面技术交底(4分) A. 施工员 B. 项目技术负责人 C. 技术员 D. 质检员 10. ( )对发包人提供的材料、半成品、构配件、工程设备和检验设备等,必须按规定进行检验和验收(4分) A. 项目经理

项目编码规范编写指南

项目编码规范 1 命名规范 1).包名采用域后缀倒置的加上自定义的包名,采用小写字母。 在部门内部应该规划好包名的范围,防止产生冲突。部门内部产品使用部门的名称加上模块名称。产品线的产品使用产品的名称加上模块的名称。 格式: com.huawei.产品名.模块名称 com.huawei.部门名称. 项目名称 示例: Relay模块包名 com.huawei.msg.relay 通用日志模块包名 com.huawei.msg.log 2). 类名和接口使用类意义完整的英文描述,每个英文单词的首字母使用大写、其余字母使用小写的大小写混合法。 示例: OrderInformation, CustomerList, LogManager, LogConfig 3). 方法名使用类意义完整的英文描述:第一个单词的字母使用小写、剩余单词首字母大写其余字母小写的大小写混合法。 示例: private void calculateRate(); public void addNewOrder(); 4). 方法中,存取属性的方法采用setter 和 getter方法,动作方法采用动词和动宾结构。格式: get + 非布尔属性名() is + 布尔属性名() set + 属性名() 动词() 动词 + 宾语() 示例: public String getType(); public boolean isFinished(); public void setVisible(boolean); public void show();

public void addKeyListener(Listener); 5).属性名使用意义完整的英文描述:第一个单词的字母使用小写、剩余单词首字母大写其余字母小写的大小写混合法。属性名不能与方法名相同。 示例: private customerName; private orderNumber; private smpSession; 6). 常量名使用全大写的英文描述,英文单词之间用下划线分隔开,并且使用 final static 修饰。 示例: public final static int MAX_VALUE = 1000; public final static String DEFAULT_START_DATE = "2001-12-08"; 7). 属性名可以和公有方法参数相同,不能和局部变量相同,引用非静态成员变量时使用 this 引用,引用静态成员变量时使用类名引用。 示例: public class Person { private String name; private static List properties; public void setName (String name) { https://www.360docs.net/doc/5014239282.html, = name; } public void setProperties (List properties) { Person.properties = properties; } } 8).如果函数名超过15 个字母,可采用以去掉元音字母的方法或者以行业内约定俗成的缩写方式缩写函数名。 示例: getCustomerInformation() 改为 getCustomerInfo() 2 程序注释规范 1)、基本注释(必须加)

《建设工程项目管理规范》最新版

竭诚为您提供优质文档/双击可除《建设工程项目管理规范》最新版 篇一:建设工程项目管理规范 建设工程项目管理规范 gb/t50326-20xx 第1章总则 第1.0.1条为了提高建设工程施工项目管理水平,促进施工项目管理的科学化,规范化和法制化,适应市场经济发展的需要,与国际惯例接轨,制定本规范. 第1.0.2条本规范适用于新建,扩建等建设工程的施工项目管理.本规范是规范建设工程施工项目管理行为,明确企业各层次与人员的职责和相关工作关系,考核评价项目经理和项目经理部的基本依据. 第1.0.3条建设工程施工项目管理应实行项目制和项目责任制和项目成本算制. 第1.0.4条建设工程施工项目管理,除应遵循本规范外,还应符合国家法律,行政法规及有关强制性标准的规定. 建设工程项目管理规范 gb/t50326-20xx

第2章术语 第2.0.1条施工项目constrctionproiject 企业自工程施工投标开始修期满为止的全过程中完成的项目. 第2.0.2条施工项目管理constructionprojectmanagmentbyenterprisesof constructionindustry 企业运用系统的观点,理论和科学技术对施工项目进行的计划,组织,监督, 控制,协调等全过程管理. 第2.0.3条项目发包人employer 在协议书中约定,具有项目了包人接受的具有项目施工承包主体资格的当 事人,或取得该当事人资格的合法继承人. 第2.0.4条项目承包人contractor 在协议书中约定,被项目了包人受的具有项目施工承包主体资格的当事人 资格的合法继承人. 第2.0.5条项目分包人subcontractor 项目承包人根据施工合同的约定,将承包的项目部分发包给具有相应资质 的当事人.

java项目团队开发规范

项目团队开发规范

修订历史记录

目录 1引言 (6) 1.1 编写目的 (6) 1.2 预期读者 (6) 1.3 编写背景 (6) 2概述 (7) 2.1 目标 (7) 2.2 修改及完善 (7) 3详细规范 (7) 3.1 使用的工具 (7) 3.2 框架设计 (7) 3.3 包目录 (8) 3.4 编码规范 (10) 3.4.1 目的 (10) 3.4.2 依据 (10) 3.4.3 具体规范 (10) 3.4.3.1 编码风格 (10) 3.4.3.1.1 缩进 (10) 3.4.3.1.2 空格 (11) 3.4.3.1.3 对齐 (12) 3.4.3.1.4 空行 (12)

3.4.3.1.5 代码长度 (13) 3.4.3.1.6 行数 (13) 3.4.3.1.7 注释 (14) 3.4.3.2 代码效率 (17) 3.4.3.2.1 综述 (17) 3.4.3.2.2 具体实现 (17) 3.4.3.3 异常处理 (17) 3.4.3.3.1 处理CHECK 异常与UNCHECK异常 (17) 3.4.3.4 程序调试 (17) 3.4.4 日常交流 (18) 3.4.4.1 互相促进 (18)

1引言 1.1 编写目的 本文档作为项目团队开发规范的说明书,描述了项目开发过程中的使用的工具,框架,代码编写规范及注意问题,作为项目团队建设,开发及测试工作的依据。 1.2 预期读者 本文档的预期读者包括以下几类: ?项目组长 ?项目组全体成员 1.3 编写背景 根据公司现有的开发状况,决定组件稳定的项目开发团队,制定全体团队成员共识的开发规范,有助于提高项目开发的效率、项目团队整体水平的提升。

《建设工程项目管理规范》GB

中华人民共和国建设部 公告 第449号 现批准《建设工程项目管理规范》为国家标准,编号为GB/T50326-2006,自2006年12月1日起实施。原《建设工程项目管理规范》GB/T50326-2001同时废止。 本规范由建设部标准定额研究所组织中国建筑工业出版社出版发行。 中华人民共和国建设部 二○○六年六月二十六日 1 总则 1.0.1 为提高建设工程项目管理水平,促进建设工程项目管理的科学化、规范化、制度化和国际化,制定本规范。提高建设工程项目管理水平,促进建设工程项目管理工作科学化、规范化、制度化和国际化,是制定本规范的基本指导思想和目的。本规范借鉴和吸收了国际上较为成熟和普遍接受的项目管理理论和惯例,使得整个内容既适应国内工程建设的国际化需求,也适用于我国进行国际建设工程项目管理的需求。 科学化指本规范遵循建设项目管理规律,把工程项目管理作为一门学科和一个知识体系。 规范化和标准化,其实质是统一全国的建设工程项目管理行为规则。 制度化指制定本规范执行国家法律、法规,依法进行建设工程项目管理。 国际化是指项目管理内容、管理程序、管理方法及模式要使用国际工程承包并与国际惯例接轨。 1.0.2本规范适用于新建、扩建、改建等建设工程有关各方的项目管理。 工程建设相关组织包括建设单位、总承包企业、设计企业、监理企业、施工企业、工程咨询企业、招标代理企业等。 1.0.3本规范是建立项目管理组织、明确企业各层次和人员的职责与工作关系,规范项目管理行为,考核和评价项目管理成果的基础依据。 本规范的目的是规范项目管理组织行为,激励项目管理人员,调动积极性,总结经验教训,提高建设工程项目管理水平。 1.0.4建设工程项目管理应坚持自主创新,采用先进的管理技术和现代化管理手段。 先进的项目管理技术和现代化手段应包括网络计划技术、IT技术等,现代化管理手段是只要运用先进、适用的计算机软件进行项目管理全过程控制。 1.0.5建设工程项目管理应坚持以人为本和科学发展观,全面实行项目经理责任制,不断改进和提高项目管理水平,实现可持续发展。 建设工程项目管理必须实行项目经理责任制。项目经理责任制是我国建设工程项目管理体制改革的一项重要成果,对于加强施工管理,提高工程质量,保证安全生产,起到了很好的作用。所以实施和深化项目经理责任制其目的就是要进一步建立和健全项目管理组织机制,用制度明确项目经理应承担的责任、权限和利益,有利于项目经理在项目管理中发挥核心和主导作用。 1.0.6建设工程项目管理除遵循本规范外,还应符合国法律、法规及有关技术标准的规定。 建设工程项目除应遵循本规范外,还应符合国家法律、法规及有关强制性条文的规定。建设工程项目管理应遵循的国家法律主要有《建筑法》、《合同法》和《招标投标法》;建设工程项目管理应遵循的国家行政法规由《建设工程质量管理条例》、《建设工程安全生产管理条例》和国家建设行政主管部门颁布的有关部门规章;强制性条文是指直接设计建设工程质量、安全、卫生及职业健康和环境保护等工程建设标准的强制性条文。

建设工程项目管理规范 GBT 50326-2006

建设工程项目管理规范GB/T 50326-2006 建设工程项目管理规范 中华人民共和国国家标准 GB/T 50326-2006 ━━━━━━━━━━━━━━━━━━ 建设工程项目管理规范 The code of construction project management 2006-06-21发布2006-12-01实施 中华人民共和国建设部 联合发布 国家质量监督检验检疫总局

目次 1 总则 2 术语 3 项目范围管理 3.1 一般规定 3.2 项目范围确定 3.3 项目结构分析 3.4 项目范围控制 4 项目管理规划 4.1 一般规定 4.2 项目管理规划大纲 4.3 项目管理实施规划 5 项目管理组织 5.1 一般规定 5.2 项目经理部 5.3 项目团队建设 6 项目经理责任制 6.1 一般规定 6.2 项目经理 6.3 项目管理目标责任书 6.4 项目经理的责、权、利 7 项目合同管理 7.1 一般规定 7.2 项目合同评审 7.3 项目合同实施计划 7.4 项目合同实施控制 7.5 项目合同终止和评价 8 项目采购管理 8.1 一般规定 8.2 项目采购计划 8.3 项目采购控制 9 项目进度管理 9.1 一般规定 9.2 项目进度计划编制 9.3 项目进度计划实施 9.4 项目进度计划的检查与调整 10 项目质量管理

10.1 一般规定 10.2 项目质量策划 10.3 项目质量控制与处置 10.4项目质量改进 11 项目职业健康安全管理 11.1 一般规定 11.2 项目职业健康安全技术措施计划 11.3 项目职业健康安全技术措施计划的实施11.4 项目职业健康安全隐患和事故处理 11.5 项目消防保安 12 项目环境管理 12.1 一般规定 12.2 项目文明施工 12.3 项目现场管理 13 项目成本管理 13.1 一般规定 13.2 项目成本计划 13.3 项目成本控制 13.4 项目成本核算 13.5 项目成本分析与考核 14 项目资源管理 14.1 一般规定 14.2 项目资源管理计划 14.3 项目资源管理控制 14.4 项目资源管理考核 15 项目信息管理 15.1 一般规定 15.2 项目信息管理计划与实施 15.3 项目信息安全 16 项目风险管理 16.1 一般规定 16.2 项目风险识别 16.3 项目风险评估 16.4 项目风险响应 16.5 项目风险控制 17 项目沟通管理 17.1 一般规定 17.2 项目沟通程序和内容

相关文档
最新文档