软件命名及管理规范

软件命名及管理规范
软件命名及管理规范

软件命名及管理规范

目的:为了公司内部软件版本管理的规范性,为了量产软件编写记录的规范及可追述性,为了量产资料的完整性、准确性。

一、命名要求:

1.如果客人没有明确要求情况下,芯阳公司自行开发的软件命名规则为:客户名(ES)、产品名(292)、类别(可不体现)、特征(可不体现)、版本(V1.0)

1.1 上述各个命名之间不要增加任何符号。“ES292V1.0”

1.2 首版命名为V1.0,第二版命名为V1.1(.1~.9)。如果有重大修

改如PCB完全变化的话命名为V2.0,以此类推。

1.3 如果预知共用UL、GS规格基板或预知计时时间不同等情况下

软件命名增加类别或特征说明。如:“ETA-17DUL15minV1.0”

和“ETA-17DUL60minV1.0”做区分。

1.4 如果客人有要求自己的命名规则按照客人命名要求。

二、管理规范:

1. 开发过程的管理规范:

1.1 软件编写时以主程序调用子程序的方式编写,主程序和子程序

分别建立独立的.asm或.dt文件,且同时在一个文件夹下。

1.2 文件夹命名以时间排序。

1.3 要求文件夹旁边单独建立一个word档文件和一个OLD文件

夹。将更改过程的软件转存至此OLD文件夹下,当前目录下只会保留最终版本的软件和OLD文件夹,避免过多版本参杂;

word档文件用于记录软件变更历史信息。原则上所有调试过程中的版本的软件都不要删除,保留可追述性。内容如下:

2. 量产程序管理规范:

2.1 量产程序将最终烧录档和打包好的源程序放置于服务器的“最

终量产程序汇总”文件夹下对应的机种的目录下。

2.2 在此文件夹树形文件依次为:客户——机种——规格——烧录

档+说明.txt+照片+打包好的源程序。

2.3 因为很多机种都会有不同的规格所对应的程序,所以为方便查

找机种上先不区分规格,在该机种的文件夹内部再区分规格。

2.4 烧录档旁边需要放置一个说明文件,说明此烧录档所适用的机

种,烧写编译的IC型号,封装,烧写前、后的Checksum,更新的时间,更新人

2.5 如果同一个程序共用多个机种的话,第一个量产的机种的文件

下要有完整的烧写档文件和说明文件,而其他共用机种文件夹

下只保留有说明文件,并且指向共用的机种文件夹。此目的是

防止程序变更的时候因为失误变更的不全,导致个别机种漏修

改烧写档。

2.6 因为义隆等IC烧录过程除了Checksum以外还有一些选项码需

要在烧录时候单独设置,所以要求除了松翰以外的IC必须在烧

写档文件夹目录下增加一个照片,体现出特别的选项码。

2.7 量产后需要变更程序烧录档的,需要正式发行《工程变更书》,

并且由变更人及时变更服务器上的烧录档和说明文件。

2.8 量产烧录,共用PCB不同程序机种,需将此类信息告知开发经

理,以供更新《同PCB不同程序IC标示区分表》。

施工项目管理规范

施工现场管理一般实施细则(重要) 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 项目现场施工总平面图的主要内容 ⑴、标明已建及拟建的永久性房屋、构筑物、运输道路及循环走道。 ⑵、标明施工用的临时水管线、电力线和照明线、变压器及配电间、现场危险品及仓库的位 置。 ⑶、土建工程还应标明: ①砼、砂浆搅拌机及塔吊、卷扬机、木工机械的平面位置。 ②石灰膏、纸筋灰、粉煤灰储存池及构件、钢筋等位置。 ⑷、安装工程还应标明: ①钢结构和油罐的铆焊预制场、压力容器的现场组焊场、工艺管线的管焊预制场、冷换或热 设备的试压场区、阀门试压场区、电气和仪表的试验校验室、电气和仪表的预制场区。 ②施工平台、配电盘、水源点的平面位置。 ③施工机械的平面摆放位置及棚设,大型工装的现场摆放位置。 ④起重桅杆与卷扬机,锚坑与拖拉绳的平面位置,起重机索具的现场临时存放区。 ⑤大型塔器及设备进现场后平面摆放位置。 ⑥钢材(板材、型材、管材)、电线电缆等材料的现场存放区,预制的或顾客供货的成品, 半成品放置区。 ⑸、标明生活区及行政设施的平面位置及其结构型式。 ⑹、其它应该标明的内容。

项目立项管理制度

经营类项目立项管理制度 1.目的 为规范集团投资决策的基本程序,以化解风险,减少损失,提高效益,特制定本制度。 2.适用范围 本制度适用于集团总部和各分子公司。 3.定义 经营类项目指以盈利为目的,周期长、投资较大,一般采取有限责任公司等独立法人形式长期运营的项目。 4.职责 4.1集团投资发展中心负责各类项目信息汇总、完成《项目建议书》,并提交董事长办公会研究。 4.2集团事业部或董事长指定责任人负责组织《项目可行性报告》编制,并提交董事长办公会讨论。 4.3董事长办公会负责《项目建议书》、《项目可行性研究报告》、项目立项的审批。 5.文件内容 5.1项目立项流程 项目立项由三步工作完成:提交《项目建议书》;;审议《项目可行性研究报告》;决策立项。 5.2项目建议书 各类项目信息由投资发展中心汇总、完成《项目建议书》,并提交董事长办公会研究。 5.3项目可行性 《项目可行性研究报告》由集团事业部或董事长指定责任人负责组织编制,并提交董事长办公会审议决策。

5.4外聘 如在项目论证过程中需要外聘专家或机构,另行规定。 5.5项目立项 项目经董事长办公会审批立项后,应确定项目经理。投资发展中心登记立项,并下发《项目任务书》;人力资源中心据此调配项目组人员;财务管理中心凭此注入开办资金。 5.6本制度与《投资项目红黄绿灯管理制度》、《股权激励制度》等制度配套执行。 6.相关文件 《投资项目红黄绿灯管理制度》、《股权激励制度》 7.附件 附件一《项目任务书》、附件二《项目可行性研究报告》 8.附则 8.1本制度由董事长办公会制订和执行,投资发展中心负责解释和实施。 8.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.项目推进过程中应严格按照项目方案和项目工作流程操作。对于已经生产上线的项目,业务与运营管理部组织对项目运作情况定期开展过程控制、监督评价及项目质量效果评估。 第三条适用范围 本办法适用于以下项目的管理: 1.公司面向市场所开发的新业务、新产品。主要指在业务品

种、产品功能、支付方式、业务管理、运营流程等一个或多个方面,与公司现有业务和产品具有显著差异,或对公司现有业务和产品进行重大改进、资源整合,并能给公司带来较好经济价值的业务和产品。 2.已上线的综合支付项目的优化,涉及较大程度的系统、业务改造支持。 3.公司明确要求进行立项和上线评审的其他项目。 4.已上线,需进行跟踪评价和监督管理的项目。 总公司各部门及各分支机构应遵照本办法(含附件)的要求,开展项目立项、上线评审及项目跟踪评价等相关项目管理工作。本办法内容将根据公司业务的实际发展情况,及时进行更新和调整。 第二章参与主体及各方职责 第四条参与主体 在项目管理工作中,参与主体应主要由项目主办部门、项目管理部门和项目专业评审部门组成。 项目主办部门,是提报项目立项申请的部门,承担项目建设的主要工作责任,并完成项目立项申请、项目上线申请等所需的项目基础资料的准备工作。 项目管理部门,是负责组织项目论证、立项评审、上线评审,协调推进项目实施和项目过程管控,开展项目效果评估管理的部

版本发布命名规范

1. 1.版本命名规范 软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版 本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base、alpha、beta 、RC 、 release 2. 2.软件版本阶段说明 Base:此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。 Alpha :软件的初级版本,表示该软件在此阶段以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改,是测试版本。测试人员提交Bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将软件版本标注为alpha版。 Beta :该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次测试来进一步消除,此版本主要的修改对象是软件的UI。 修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为 beta版。 RC :该版本已经相当成熟了,基本上不存在导致错误的Bug,与即将发行的正式版本相差无几。 Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式的版本,是最终交付用户使用的一个版本。该版本有时也称标准版。 3. 3.版本号修改规则

(1)主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生变化。此版本号由项目决定是否修改。 (2)次版本号:相对于主版本号而言,次版本号的升级对应的只是局部的变动,但该局部的变动造成程序和以前版本不能兼容,或者对该程序以前的协作关系产生了破坏,或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 (3)修订版本号:一般是Bug 的修复或是一些小的变动或是一些功能的扩充,要经常发布修订版,修复一个严重 Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 (4)日期版本号:用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 (5)希腊字母版本号:此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 4.版本发布周期 (1)非紧急情况:首先由测试人员测试并提交Bug,其次开发人员会尽量在当天修复Bug并在第二天发布该版本的alpha版,然后由测试人员测试验证关闭Bug之后在第三天会发布该版本的 beta 版。 紧急情况:如果Bug比较紧急可跳过一般流程,由开发人员尽快修复Bug,测试确认之后直接发布该版本的 beta版。 5. 5 5 .版本号修改举例说明 如此时版本号为:1.0.0.0321_alpha ,此时为内部测试阶段 (1)开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后,发布到外网时,此时就进入了软件的下一个阶段,版本号可改为: 1.0.0.0321_beta ,如当前日期跟上一个版本号的日期不一样,版本号可改 为:1.0.0.0322_beta。 (2)如果修复了一些重大Bug 并按照流程发布到外网时就可发布一个修订版,如1.0.1.0322_beta,日期为发布的当前日期。

项目立项管理办法

项目立项管理办法 项目信息报备管理工作是市场部管理的一项重要基础性工作。为了加强公司工程项目的管理力度,规范项目立项管理,特制定本办法。 一、当前项目信息报备管理的基本情况 现今区域向市场部所报备的项目信息数量较多,无重点;市场部对区域所报备的信息核实困难,是否准予立项只凭区域单方陈述来考量。批准立项的信息基本上都已经由市场部实施启动流程,但大部分项目都是有头无尾。 二、项目立项管理的范畴 “项目立项管理”是指公司新开发的项目立项。老项目的改建项目和增量项目不对其进行规定。项目立项流程中的项目信息报备是确认销售机会的过程,业务员要对项目报备的数据负责,他们所报备的资料,真实性以及对甲方的掌控是业务员的绩效考核指标之一。目前是由业务人员提交表格形式的报备需求(《项目信息表》),然后由区域总经理签署准予立项意见,由所选择的设计院所长对项目进行判断、分类和立项意见,准予立项的项目发至市场部,由市场部部长确认后批准正式录入项目报备系统,给其项目编号。 三、项目立项的流程 1、业务经理填写《项目信息表》,由区域总经理填写准予立项意见后提交公司设计院三所所长审核,各所所长审核并签署立项意见。2.需要召开项目立项评审会德特殊项目,由设计院各所负责人召集

项目评审小组召开评审会议。 3.市场部汇总评审小组的评审意见,经2/3以上评审成员同意可以正式立项,总经理和董事长拥有否决权。 4、一般项目由设计院将准予立项的项目及相关的所有资料(包含《项目信息表》)一并转给市场部部长。 5.市场部负责进行对项目需求的确认,并根据甲方需求给设计院各所下达项目启动通知。 6.市场部负责对项目的实施过程进行跟踪,并将所有项目完成的最终方案进行存档和记录。

软件版本管理规范标准[详]

软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容,使软件项目版本管理流程化并规化,确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库(可使用工具建立配置库,本文所述使用的是SVN)进行版本管理。 2.第三章职责 配置库管理员:负责配置库的日常维护和管理;监督开发及测试部门及时提交版本管理对象(即配置项)。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于: 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划

上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划: ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中,项目部的目录结构: |–projectA |–src (保存该项目的源程序) |–doc (保存项目相关文档) |–000.项目管理(保存项目过程管理相关文档) |–010.项目计划(保存项目计划相关文档) |–020.项目需求(保存项目需求相关文档) |–030.系统设计(保存项目设计相关文档) |–030.系统测试(保存项目代码测试相关文档) |–040.系统实施(保存项目部署实施相关文档) |–050.系统运维(保存项目运维文档,包括培训、用户手册等) |–060.技术资料(保存项目技术文档,包括第三方技术资料等)

软件项目版本号的命名规则及格式2016

软件项目版本号的命名规则及格式 版本控制比较普遍的3 种命名格式: 一、GNU 风格的版本号命名格式: 主版本号 . 子版本号[. 修正版本号[. 编译版本号]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Nu mber]] 示例: 1.2.1, 2.0, 5.0.0 build-13124 二、Windows 风格的版本号命名格式: 主版本号 . 子版本号[ 修正版本号[. 编译版本号]] Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Nu mber]] 示例: 1.21, 2.0 三、.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Nu mber]] 版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于0 的整数。 应根据下面的约定使用这些部分: Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。 Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。 Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。 Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。 程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序(Hotfix) 更新。 版本号管理策略 一、GNU 风格的版本号管理策略:

[应用]建设工程项目立项管理办法

[应用]建设工程项目立项管理办法建设工程项目立项管理办法 1范围 本办法规定了建设工程项目管理流程、工程项目申报管理、工程项目年度计划和零计划管理、工程项目审批管理、工程项目内容管理、工程项目时效性管理、工程项目追加管理、工程项目风险管理的基本要求。 本办法适用于公司所属各单位。 2术语 2.1建设工程项目:是指由八钢公司投资的构成固定资产项目或对固定资产功能进行恢复、改造的项目~固定资产项目主要包括:基建、技改、安全、环保、能源、更新改造、零购、零固。非固定资产投资项目主要包括:大中修、检修、抢修、绿化、环境治理。 2.2立项:是指八钢公司为了发展和维持正常的生产经营活动~进行必要的投资~并对投资项目进行可行性和必要性论证~确定投资控制目标并上报宝钢集团或八钢公司得到批准的过程。 3管理职责 3.1设备工程部负责 3.1.1对拟立工程项目可行性和必要性的调研和审查管理~包括咨询设计及咨询设计成果的审查管理。 3.1.2拟立工程项目中有关投资金额的审核管理。 3.2项目单位负责 3.2.1拟立工程项目,包括本单位内部项目,的审查确认和申报管理。 3.2.2配合主管部门对拟立工程项目的调研并提供有关资料的管理。 4管理程序 4.1建设工程项目立项管理流程图见附件一。 4.2工程项目申报管理

4.2.1对八钢公司发展有影响的、建设规模大、涉及面广的拟立建设工程项目~如:基建、技改、技措、环保、能源等固定资产投资项目~各单位可通过八钢办公信息网“OA”或SGMIS系统向设备工程部和八钢公司领导申报。 4.2.2申报单位应详细说明立项理由~尽可能对拟立项目的可行性进行 论述~如拟立项目通过SGMIS系统申报的~须将以上内容挂入文档。 4.2.3对于影响面不大、建设规模小的拟立建设工程项目~如:小型基建、大中修、检修、零购、零固、绿化、环境治理等~各单位应通过SGMIS或WZMIS系统向设备工程部申报。 4.2.4申报单位应以文档形式说明立项理由、实施方案及工程量概预算清单明细~属更新改造、安措、技措等固定资产投资项目~应做投入产出效益分析~以便调查立项。如拟立项目较复杂~需要进行专业设计的~申报单位可通过SGMIS委托设计院做设计方案~详细的设计要求等内容需挂入委托书文档。 4.2.5大中修和检修项目申报费用原则上不含设备和备品配件及主要材料的采购费用。 4.2.6必要时~对于涉及生产、生活和公共设施的突发性抢修项目~各单位应通过电话直接向设备工程部申报~设备工程部同意后协调组织实施~项目单位在一周内~通过SGMIS补办立项手续。 4.3工程项目年度计划和零批计划管理 4.3.1申报单位应根据本单位的发展要求和生产工艺及设备的运行状况~在当年9月前向设备工程部申报次年计划实施的各类工程项目~设备工程部组织审批后~以年度计划的形式下发执行。 4.3.2除年度计划之外~申报单位也可根据当年的实际情况和需求~向设备工程部申报项目~该类临时申报的项目称为零批计划项目。 项目的咨询设计和调研

项目软件版本号管理规范

项目软件版本号管理规范

历史修改记录 一. 目的

1.1软件版本按照一定的规则保存所有版本,避免发生版本丢失或混淆等现象, 并且可以快速准确的查找到任何版本。 1.2软件版本规范有利于公司各部门之间的对接工作,有利于公司内部资料统一 管理。 1.3本文档是为规范研发部软件版本管理而制定的。 二. 范围 2.1本文档为研发部软件开发版本提供有关版本管理规范的相关内容,包括:2.2版本标识方法及管理 2.3版本升级 2.4文档及源码的备份制度 2.5所有研发部软件工程师成员都必须遵照项目软件管理规范操作,公司内部使 用按照文档及源码存放备份制度。 三. 版本管理 3.1版本号规则 3.1.1每个归档版本都有两个版本号:内部版本号和外部版本号。版本号使用 VP规则,V(Version)是指外部版本号(研发测试版本),P(Patch)是指补丁版本号(可选)。 3.1.2版本号命名:V/B+主版本号+次版本号+修订版本号+日期版本号

3.2版本号修改规则 3.2.1主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生 变化。此版本号由项目决定是否修改。 3.2.2次版本号:相对于主版本号而言,次版本号的升级对应的只是局部的变 动,但该局部的变动造成程序和以前版本不能兼容,或者对该程序以前的协作关系产生了破坏,或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 3.2.3修订版本号:一般是Bug 的修复或是一些小的变动或是一些功能的扩 充,要经常发布修订版,修复一个严重Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 3.2.4日期版本号:用于记录修改项目的当前日期,每天对项目的修改都需要 更改日期版本号。此版本号由开发人员决定是否修改。 如: V8.1.0.XXX (上一级版本号有变动时,下级要归零) 3.3版本号修改举例说明 如此时版本号为:V8.1.0.XXX ,此时为内部测试阶段 3.3.1 开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后,发布到外网时,此时就进入了软件的下一个阶段,版本号可改为: V8.1.1.XXXX ,如当前日期跟上一个版本号的日期不一样,版本号可改为: V8.1.1.XXX。

软件版本管理规范标准

软件版本管理规 V1.0.0 文档版本变更记录:

目录 前言 (3) 1 围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (4) 3 软件版本命名规则 (4) 3.1 软件版本命名组成 (4) 3.2 产品软件版本命名 (4) 3.3 演示软件版本命名 (5) 3.4 正式版本号的升级规则 (6) 3.4.1 软件版本升级规则 (6) 3.4.2 演示版本升级规则 (6) 3.5 版本的安装文件命名规则及存放路径 (6) 4 软件版本发布流程 (7) 5 管理条例 (7) 6 附录 (7)

前言 为规部门产品软件版本的管理与控制,保证产品版本的有效与质量,制定本标准。本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。

软件版本管理规定 1围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。 2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件,可以分为产品软件和演示软件。 2.2产品软件 已签订合同,有明确交付日期的产品。 2.3演示软件 处于研发阶段,并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示:

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

建设工程项目管理规范试卷 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.1研发项目由研发中心向公司提出,项目提出要有立项申请书。 1.2公司组织专业技术委员会的专家对项目建议的可行性进行评估、论证,必要时可聘请公司外专家参与项目的论证。 1.3项目经过初步论证、筛选后,重大研发项目主管部门组织进行市场调研,收集信息,并就项目的前瞻性、市场需求等做出可行性分析,写出可行性报告,可行性报告的内容包括: 1)总论; 2)技术可行性分析; 3)项目成熟程度;

4)市场需求情况; 5)投资估算及资金筹措; 6)经济效益和社会效益; 7)考核指标及进度计划; 8)总论。 2.立项批准: 经过可行性论证的项目,列入公司年度研发计划。提高董事会讨论,董事会根据公司的总体发展、效益的情况、技术储备需求等决定是否开展研发项目并对研发经费投入额度进行批准。 二、研发项目的管理: 1.项目管理部门: 研发中心是实施研发项目管理的职能部门,负责编制公司研发项目的年度计划及预算,监督、协调研发项目的进展,以及研发项目的考核验收、成果的申报等。为便于研发项目的管理,充分利用现有的厂房、设备、人员等科研资源,一些研发项目可由相关部门进行主管,或根据需要单独建立项目研究组。 2.研发项目实行项目负责人制

软件版本命名规则

空蓝 忍耐 我很幸运!: ) 主页博客相册|个人档案|好友 查看文章 【规范】软件版本命名规范 2010-02-21 18:01 一、软件版本命名规范 1. 软件版本阶段说明 * Base 版: 此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。 * Alpha 版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug 较多,需要继续修改。 * Beta 版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI 。 * RC 版: 该版本已经相当成熟了,基本上不存在导致错误的BUG ,与即将发行的正式版相差无几。 * Release 版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release 不会以单词形式出现在软件封面上,取而代之的是符号(R)。 2. 版本命名规范 软件版本号由四部分组成,第一个1为主版本号,第二个1为子版本号,第三个1为阶段版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有5种,分别为:base 、alpha 、beta 、RC 、release 。例如:1.1.1.051021_beta 。 # 版本号定修改规则: * 主版本号(1):当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。 * 子版本号(1):当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。 * 阶段版本号(1):一般是 Bug 修复或是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 * 日期版本号(051021):用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 * 希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 # 文件命名规范 文件名称由四部分组成:第一部分为项目名称,第二部分为文件的描述,第三部分为当前软件的版本号,第四部分为文件阶段标识加文件后缀,例如:项目外 包平台测试报告1.1.1.051021_beta_b.xls ,此文件为项目外包平台的测试报告文档,版本号为:1.1.1.051021_beta 。 3. 版本的协同作业 如果是同一版本同一阶段的文件修改过两次以上,则在阶段标识后面加以数字标识,每次修改数字加1,项目外包平台测试报告 1.1.1.051021_beta_b1.xls 当有多人同时提交同一份文件时,可以在阶段标识的后面加入人名或缩写来区别,例如:项目外包平台测试报告 1.1.1.051021_beta_b_LiuQi.xls 。当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别,例如:项目外包平台测试 报告 1.1.1.051021_beta_b_LiuQi 2.xls 关于软件版本划分的一些知识 | | | | 激活我的百度空间百度空间百度首页 lmhytr

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

竭诚为您提供优质文档/双击可除《建设工程项目管理规范》最新版 篇一:建设工程项目管理规范 建设工程项目管理规范 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 项目承包人根据施工合同的约定,将承包的项目部分发包给具有相应资质 的当事人.

建设工程项目立项管理办法

建设工程项目立项管理办法 1范围 本办法规定了建设工程项目管理流程、工程项目申报管理、工程项目年度计划和零计划管理、工程项目审批管理、工程项目内容管理、工程项目时效性管理、工程项目追加管理、工程项目风险管理的基本要求。 本办法适用于公司所属各单位。 2术语 2.1建设工程项目:是指由八钢公司投资的构成固定资产项目或对固定资产功能进行恢复、改造的项目,固定资产项目主要包括:基建、技改、安全、环保、能源、更新改造、零购、零固。非固定资产投资项目主要包括:大中修、检修、抢修、绿化、环境治理。 2.2立项:是指八钢公司为了发展和维持正常的生产经营活动,进行必要的投资,并对投资项目进行可行性和必要性论证,确定投资控制目标并上报宝钢集团或八钢公司得到批准的过程。 3管理职责 3.1设备工程部负责 3.1.1对拟立工程项目可行性和必要性的调研和审查管理,包括咨询设计及咨询设计成果的审查管理。 3.1.2拟立工程项目中有关投资金额的审核管理。 3.2项目单位负责 3.2.1拟立工程项目(包括本单位内部项目)的审查确认和申报管理。 3.2.2配合主管部门对拟立工程项目的调研并提供有关资料的管理。 4管理程序 4.1建设工程项目立项管理流程图见附件一。 4.2工程项目申报管理 4.2.1对八钢公司发展有影响的、建设规模大、涉及面广的拟立建设工程项目,如:基建、技改、技措、环保、能源等固定资产投资项目,各单位可通过八钢办公信息网“OA”或SGMIS系统向设备工程部和八钢公司领导申报。

4.2.2申报单位应详细说明立项理由,尽可能对拟立项目的可行性进行论述,如拟立项目通过SGMIS系统申报的,须将以上内容挂入文档。 4.2.3对于影响面不大、建设规模小的拟立建设工程项目,如:小型基建、大中修、检修、零购、零固、绿化、环境治理等,各单位应通过SGMIS或WZMIS系统向设备工程部申报。 4.2.4申报单位应以文档形式说明立项理由、实施方案及工程量概预算清单明细,属更新改造、安措、技措等固定资产投资项目,应做投入产出效益分析,以便调查立项。如拟立项目较复杂,需要进行专业设计的,申报单位可通过SGMIS委托设计院做设计方案,详细的设计要求等内容需挂入委托书文档。 4.2.5大中修和检修项目申报费用原则上不含设备和备品配件及主要材料的采购费用。 4.2.6必要时,对于涉及生产、生活和公共设施的突发性抢修项目,各单位应通过电话直接向设备工程部申报,设备工程部同意后协调组织实施,项目单位在一周内,通过SGMIS补办立项手续。 4.3工程项目年度计划和零批计划管理 4.3.1申报单位应根据本单位的发展要求和生产工艺及设备的运行状况,在当年9月前向设备工程部申报次年计划实施的各类工程项目,设备工程部组织审批后,以年度计划的形式下发执行。 4.3.2除年度计划之外,申报单位也可根据当年的实际情况和需求,向设备工程部申报项目,该类临时申报的项目称为零批计划项目。 项目的咨询设计和调研 4.3.3属4.2.1条的拟立建设项目,应委托有资质的咨询设计单位对项目开展咨询设计工作,通过咨询和设计对拟立项目的可行性和必要性进行论证,为八钢公司的决策提供依据,具体操作按照《八钢公司建设工程项目咨询管理办法》和《八钢公司建设工程项目设计管理办法》执行。 4.3.4属4.2.3条的拟立建设项目,设备工程部应及时对项目的可行性、必要性、投资和造价相关内容开展调研和审查工作,对拟立项目提出意见或建议。 4.4工程项目审批管理 4.4.1设备工程部通过调研对拟立项目的可行性、必要性组织论证并按

《建设工程项目管理规范》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 项目沟通程序和内容

相关文档
最新文档