建设工程项目管理规范
建设工程项目管理规范---部分
资料员应了解并遵守
建设工程项目管理规范GB/T50326-2001第16章
第16章项目竣工验收阶段管理
16.1 一般规定
16.2 竣工验准备
16.3 竣工资料
16.4 竣工验收管理
16.5 竣工结算
其中：
16.3 竣工资料
第16.3.1条承包人应按竣工收条件的规定，认真整理工程竣工资料.
第16.3.2条企业应建立健全竣工资料管理制度，实行科学收集，定向移交，统一归口，便于存取和检索.
第16.3.3条竣工资料的内容包括:工程施工资料，工程质量保证资料，工程检验评定资料，竣工图，规定的其他应交资料
第16.3.4条竣工资料的整理应符合下列要求:
1.工程施工技术资料的整理始于工程开工，终于工程竣工，真实记录施工全过程，可按形成规律收集，采用表格方式分类组卷.
2.工程质量保证资料整理应按专业特点，根据工程的内在要求.进行分类组卷.
3.工程检验评这整理应按单位工程，分部工程，分项工程划分的顺序，进行分类组卷.
4.竣工图的整理应区别情况按竣工验收的要求组卷.
第16.3.5条交付竣工验收的施工项目必须有与竣工资料目录相符的分类组卷档案.承包人向发包
人移交由分包人提供的竣工资料时，检查验证手续必须完备.
16.4 竣工验收管理
第16.4.1条单独签订施工合同的单位工程，竣工后可单独时行竣工验收，在一个单位工程中满足规定交工要求的专业工程，可征得发包人同意，分阶段进行竣工验收.
第16.4.2条单项工程竣工验收应符合设计文件和施工图纸要求，满足生产需要或具备使用条件，并符合其他竣工验收条件要求.
第16.4.3条整外建设项目已按设计要求全部建设完成，符合规定的建设项目竣工验收标准，可由发包人组织设计，施工，监理等单位进行建设项目竣工验收，中间竣工并已办理手续的单项工程，不再重复进行竣工验收.
第16.4.4条竣工验收应依据下列条件:
1.批准的设计文件，施工图纸及说明书.
2.双方签订的施工合同.
3.设计变更通知书.
4.设备技术说明书.
5.施工验收规范及质量验收标准.
6.外资工程应依据我国有关规定提交竣工验收文件.
第16.4.5条竣工验收应符合下列要求:
1.设计文件和合同约定的各项施工内容已经施工完毕.
2.有完整并经核定的工程竣工资料，符合验收规定.
3.有勘察，设计，施工，监理等单位签署确认的工程质量合格文件.
4.有工程使用的主要建筑材料，构配件的设备的进场的证明及试验报告.
第16.4.6条竣工验收的工程必须符合下列规定:
1.合同约定的工程质量标准.
2.单位工程质量竣工验收的合格标准.
3.单项工程达到使和条件或满足生产要求.
4.建设项目能满足建成投入使用或生产的各项要求.
第16.4.7条承包人确认工程竣工，具备竣工验收各项要求，并经监理单位认可签署意见后，向发包人提交"工程验收报告".发包人收到"工程验收报告"后，应在约定的是境和地点，组织有关单位进行竣工验收.
第16.4.8条发包人组织勘察，设计，施工，监理等单位按照竣工验收程序，对工程进行核查后，应做出验收结论，并形成"工程竣工验收报告".参与竣工验收的各方负责人应竣工应在竣工验收报告上签字并盖单位公章.
第16.4.9条通过竣工验收程序.办完竣工结算后，承包人应在规定期限内向发包人办理工程移交手续.
资料员还应了解并遵守
GB50210-2001规范中，有关工程验收及资料的规定
13 分部工程质量验收13.0.1 建筑装饰装修工程质量验收程序和组织应符合《建筑工程施
工质量验收统一标准》（GB50300—2001）第6 章的规定。13.0.2 建筑装饰装修工程的子分部工程及其要项工程应按本规范附录B划分。说明：13.0.2 本规范附录B列出了建筑装饰装修工程中十个子分部工程及其三十三个分项工程的名称，本规范第四章到第十二章分别对前九个子分部工程的施工质量提出要求。每章第一节是对子分部工程的一般规定，第二节及以后各节是对各个分项工程的施工质量要求。与《建筑装饰工程施工及验收规范》（JGJ73—91）相比，本规范对验收的范围和章节设置做了如下调整；1 “门窗工程”增加了木门窗制作与安装的特种门安装；2 将“玻璃工程”的内容分别并入相关的“门窗工程”
和“轻质隔离墙工程”；3 “裱糊工程”扩充为“裱糊和软包工程”；4 删去了“刷浆工程”；
5 “花饰工程”扩充为“细部工程”；
6 增加了“幕墙工程”。13.0.3 建筑装饰装修工程
施工过程中，应按本规范各章一般规定的要求对隐蔽工程进行验收，并按本规范附录C的格式记录。13.0.4 检验批的质量验收应按《建筑工程施工质量验收统一标准》（GB50300—2001）附录D的格式记录。检验批的合格判定应符合下列规定：1 抽查样本均应符合本规范主控项目的规定。2 抽查样本的80％以上应符合本规范一般项目的规定。其余样本不得有影响使用功能或明显影响装饰效果的缺陷，其中有允许偏差的检验项目，其最大偏差不得超过本规范规定允许偏差的1.5倍。说明：13.0.4 本规范是决定装饰装修工程是否能够交付使用的质量验收规范，因此只有一个合格标准。在把握这个合格标准的松严程度时，编制组综合考虑了安全的需要、装饰效果的需要、技术的发展和目前施工的整体水平。本规范将涉及安全、健康、环保、心肝及主要使用功能方面的要求列为“主控项目”。“一般项目”大部分为外观质量要求，不涉及使用安全。考虑到目前我国装饰装修施工水平参差不齐，而某些外观质量问题返工成本高、效果不理想，故允许有20％以下的抽查样本存在既不影响使用功能也不明显影响装饰效果的缺陷，但是其中有允许偏差的检验项目，其最大
偏差不得超过本规范规定允许偏差的1.5倍。13.0.5 分项工程的质量验收应按《建筑工程施工质量验收统一标准》（GB50300—2001）附录E的格式记录，各检验批的质量均应达到本规范的规定。13.0.6 子分部工程的质量验收应按《建筑工程施工质量验收统一标准》（GB50300—2001）附录F的格式记录。子分部工程中各分项工程的质量均应验收合格，并应符合下列规定：1 应具备本规范各子分部工程规定检查的文件和记录。2 应具备表13.0.6所规定的有关安全和功能检测项目的合格报告。3 观感质量应符合本规范各项工程中一般项目的要求。表13.0.6 有关安全和功能的检测项目表项次子分部工程检测项目 1门窗工程 1 建筑外墙金属窗的抗风性能、空气渗透性能和雨水渗漏性能 2 建筑外墙塑料窗的抗风压性能、空气渗透性能和雨水渗漏性能 2饰面板（砖）工程 1 饰面板后置埋件的现场拉拔强度 2 饰面砖样板件的粘结强度 3幕墙工程1 硅酮结构胶的相容性试验 2 幕墙后置埋件的现场拉拔强度 3 幕墙的抗风压性能、空气渗透性能、雨水渗漏性能及平面变形性能13.0.7 分部工程的质量验收应按《建筑工程施工质量验收统一标准》（GB50300—2001）附录F的格式记录。分部工程中各子分部工程的质量均应验收合格，并应按本规范第13.0.6条1至3款的规定进行核查。当建筑工程只有装饰装修分部工程时，该工程应作为单位工程验收。说明：13.07 按照《建筑工程施工质量验收统一标准》GB50300—2001第5.0.5条的规定，分部工程验收和子分部工程验收均应按该标准附录F的格式记录。在进行装饰装修工程的子分部工程验收时，直接按照附录F的格式记录即可，但在进行装饰装修工程的分部工程验收时，应对附录F的格式稍加修改，“分项工程名称”应改为“子分部工程名称”，“检验批数”应改为“分项工程数”。本条明确规定：分部工程中各子分部工程的质量均应验收合格。因此，进行分部工程验收时，应将子分部工程的验收结论进行汇总，不必再对子分部工程进行验收，但应对分部工程的质量控制资料（文件和记录）、安全和功能检验报告及观感质量进行核查。13.0.8 有特殊要求的建筑装饰装修工程，竣工验收时应按合同约定加测相关技术指标。说明：13.0.8 有的建筑装饰装修工程除一般要求外，还会提出一些特殊的要求，如音乐厅、剧院、电影院、会堂等建筑对声学、光学有很高的要求；大型控制室、计算机房等建筑在屏蔽、绝缘方面需特别处理；一些实验室和车间有超净、防霉、防辐射等要求。为满足这些特殊要求，设计人员往往采用一些特殊的装饰装修材料和工艺。此类工程验收时，除执行本规范外，还应按设计对特殊要求进行检测和验收。13.0.9 建筑装饰装修工程的室内环境质量应符合国家现行标准《民用建筑工程室内环境污染控制规范》（GB50325）的规定。说明：13.0.9 许多案例说明，如长期在空气污染严重，通风状况不良的室内居住或工作，会导致许多健康问题，轻才出现头痛、嗜睡、疲惫无力等症状；重才会导致支气管炎、癌症等疾病，此类病症被国际医学界统称为“建筑综合症”。而劣质建筑装饰装修材料散发出的有害气体是导致室内空气污染的主要原因。近年来我国政府逐步加强了对室内环境问题的管理，并正在将有关内容纳入技术法规。《民用建筑工程室内环境污染控制规范》（GB50325）规定要对氡、甲醛、氨、苯及挥发性有机化合物进行控制，建筑装饰装修工程均应符合该规范的规定。13.0.10 未经竣工验收合格的建筑装饰装修工程不得投入使用。
序号项目名称页码
一、竣工验收备案表
①工程竣工报告、工程质量评估报告、勘察质量检查报告、设计质量检查报告、工程竣工验收条件审查报告、工程竣工验收联系单、工程竣工验收报告
二、工程施工许可证
三、施工图设计文件审查意见
四、单位工程质量综合验收文件
①施工现场质量管理检查记录
②工程定位测量记录、测量复核签证
③地基验槽记录
④地基与基础、主体结构工程报告
⑤基础、主体、建筑装饰、屋面、电气、给排水分部工程质量验收记录表
⑥单位（子单位）工程质量竣工验收记录表、控制资料核查表、安全和功能检验资料核查及主要功能抽查记录、观感质量检查记录
五、市政基础设施的有关质量检测和功能性试验资料
①钢材、水泥、砖（砌块）、砂、碎石、预制砼（构件）、门窗、装饰墙地砖、防水材料、水暖器具、电料用电器等出厂合格证与复验报告
②试验室出具的砌筑砂浆、混凝土施工配合比
③砌筑砂浆、现浇混凝土试块试压报告及强度评定
④贯入法检测砌体砂浆抗压强度检测报告
⑤回弹法检测混凝土抗压强度报告
⑥回填土干容重试验报告
⑦屋面淋（蓄）水试验记录
⑧管道压力检测报告
⑨线路、插座、开关、避雷接地电阻测试报告
⑩照明全负荷试验记录
六、规划、公安消防、环保等部门出具的认可文件或者准许使用文件
七、施工单位签署的工程质量保修书
八、法规、规章规定必须提供的其他文件
①工程地质勘察报告
②图纸会审记录
③中标通知书
④施工合同书
⑤建设单位、施工单位授权委托书
⑥有关各方质量责任
⑦有关工程技术人员签署的质量责任书
⑧主要工程技术人员的资格证复印件
⑨施工单位资质证、营业证、法人代表证复印件
⑩竣工图出师表
两汉：诸葛亮
先帝创业未半而中道崩殂，今天下三分，益州疲弊，此诚危急存亡之秋也。然侍卫之臣不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。诚宜开张圣听，以光先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。
宫中府中，俱为一体；陟罚臧否，不宜异同。若有作奸犯科及为忠善者，宜付有司论其刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。
侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。
将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰“能”，是以众议举宠为督：愚以为营中之事，悉以咨之，必能使行阵和睦，优劣得所。
亲贤臣，远小人，此先汉所以兴隆也；亲小人，远贤臣，此后汉所以倾颓也。先帝在时，每与臣论此事，未尝不叹息痛恨于桓、灵也。侍中、尚书、长史、参军，此悉贞良死节之臣，愿陛下亲之、信之，则汉室之隆，可计日而待也。
臣本布衣，躬耕于南阳，苟全性命于乱世，不求闻达于诸侯。先帝不以臣卑鄙，猥自枉屈，三顾臣于草庐之中，咨臣以当世之事，由是感激，遂许先帝以驱驰。后值倾覆，受任于败军之际，奉命于危难之间，尔来二十有一年矣。
先帝知臣谨慎，故临崩寄臣以大事也。受命以来，夙夜忧叹，恐托付不效，以伤先帝之明；故五月渡泸，深入不毛。今南方已定，兵甲已足，当奖率三军，北定中原，庶竭驽钝，攘除奸凶，兴复汉室，还于旧都。此臣所以报先帝而忠陛下之职分也。至于斟酌损益，进尽忠言，则攸之、祎、允之任也。
愿陛下托臣以讨贼兴复之效，不效，则治臣之罪，以告先帝之灵。若无兴德之言，则责攸之、祎、允等之慢，以彰其咎；陛下亦宜自谋，以咨诹善道，察纳雅言，深追先帝遗诏。臣不胜受恩感激。
今当远离，临表涕零，不知所言。
地铁工程各阶段的测量工作学习资料
地铁工程各阶段的测量工作 目前，国内许多城市都在兴建城市轨道交通，测量工作贯穿于各个环节，从最初的带状地形图测量到运行期间的变形监测，测量起到了至关重要的作用，城市轨道交通工程各阶段的测量工作如上图所示。
可行性研究阶段的资料收集 在可研阶段应收集的测绘资料包括各种小比例尺地形图、航测照片、卫星影像等，为线路比选、技术经济指标的确定等工作提供基础测绘资料。 地形测量 地形测量工作内容包括：线路沿线1：500或1：1000带状地形图测量、纵断面与横断面测量。其目的是全面反映拟建线路沿线的地形、地貌和地物等地理要素，为城市轨道交通工程初步设计和施工设计提供基础测绘资料。 地下管线调查与测绘 查清拟建线路范围内地下管线的详细情况，如管线的平面位置、埋深、种类、流向、压力等，为地铁线路设计及管线迁改工作提供依据。地下管线调查测绘的主要内容包括埋设于地下的给水、排水、燃气、热力、工业和电力、电信等管线。
初步设计定线测量 线路初步设计定线是将初步设计所确定的线路放样于实地的测量工作，其目的是为了核实线路的位置和走向，解决由于地形图的不准确或图解误差大，使设计线路与制约线路走向的个别建（构）筑物、管线、重要设施等控制点所发生的矛盾。 沿线重要建筑物调查
沿线重要建筑物调查是为了彻底摸清沿线对线路设计有制约作用的重要建筑物（如：高大建筑物、地下建筑、桥梁、铁路等）的平面位置、高程、基础形式及埋深、权属等属性，为施工图设计提供可靠的数据基础，并为沿线建筑物的安全监测提供基础资料。 专用控制网测量 由于地铁和轻轨工程线路较长，一般城市控制点的精度和密度都不能满足地铁建设的需要，因此，需建立与地铁工程相适应的专用控制网（ GPS网、精密导线网、Ⅱ等水准网）。 拆迁、征地定线测量 根据初步设计资料以及规划、土地等部门的批复意见，将轨道交通工程的用地范围放样于实地，以确定拆迁范围、征地边界等，为拆迁调查、征地确界等提供依据。
软件配置管理规定
软件配置管理规定? 为进一步加强软件配置管理工作,明确软件配置原则,规范软件配置流程，制定本规定。 一、配置原则? 1、软件配置遵循安全性、适用性、 2、单经济性与正版化得原则，不得配置非正版软件。? 位使用得商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关得各类软件。?3、优先采用场地授权(许可)方式配置软件。 二、配置流程 1、软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1)。 ２、信息化部门统计、汇总软件使用部门报送得《软件使用需求申请表》,对软件使用部门需要得相关软件进行统一测试与试用，综合考虑软件得价格、兼容性、安全性与售后服务等因素,确定软件选型,明确软件名称与版本.涉及使用免费软件得,更新《可使用免费软件清单》(附件2）。 3、信息化部门依据单位软件使用管理台账,梳理单位软件需求与现有软件许可得差异。单位软件许可不足得，编制《软件采购计划表》（附件3）。 4、财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年
限、兼容性与售后服务等要求。?5、财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点就是软件采购合同、软件授权证书、软件安装序列号等资料得管理工作。? 6、信息化部门负责软件使用管理日常工作。?7、单位采购得软件,因以下情况申请报废得，需经过信息化部门鉴定,严格履行资产处置报批手续：?(１）已经达到规定得最低使用年限,且无法继续使用得.?（２）未达到规定得最低使用年限,因技术进步等原因无法继续使用得。?（3）未达到规定得最低使用年限,因计算机硬件报废，且无法迁移到其她计算机上继续使用得. ８、信息化部门在单位新采购软件、报废软件与调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4)。
四公司文件管理规定
四、公司文件管理规定 （一）总则 第一条为减少发文数量，提高办文速度和发文质量，充分发挥文件在各项工作中的指导作用，特制订本制度。 第二条文件管理内容主要包括：上级函、电、来文，同级函、电、来文，本厂上报下发的各种文件、资料。 第三条按照党政分工的原则，全厂各类文件分别由党委办公室和厂部办（以下简称两办）归口管理。 （二）收文的管理
第四条公文的签收 1．凡来厂公启文件（除厂领导订启的外）均由厂收发员登记签收（由上级或邮电局机要通讯员直送机要室的机要文件除外）后分别交两办机要秘书拆封。在签收和拆封时，收发员和机要秘书均需注意检查封口和邮戳。对开口和邮票撕毁函件应查明原因，对密件开口和国外信函邮票被撕应拒绝签收。 2．对上级机要部门发来的文件，要进行信封、文件、文号、机要编号的“四对口”核定，如果其中一项不对口，应立即报告上级机要部门，并登记差错文件．的文号。 第五条公文的编号保管 1．两办机要秘书对上级来文拆封后应及时附上“文件处理传阅单”，并分类登记编号、保管。须由工厂承办或归档的厂领导亲启文件，厂领导启封后，也应分别交两办办理正常手续。 2．本厂外出人员开会带回的文件及资料应及时分别送交两办机要秘书进行登记编号保管，不得个人保存。 第六条公文的阅批与分转 1．凡正式文件均需分别由两办主任（或副主任）根据文件内容和性质阅签后，由机要秘书分送承办部门阅办，重要文件应呈送厂领导（或分管领导）亲自阅批后分送承办部门阅办，为避免文件积压误事，一般应在当天阅签完紧急文件要月即办。 2．一般函、电、单据等，分别由两办机要秘书直接分转处理。如涉及几个单位会办的文件，应同主办单位联系后再分转处理。 3．为加速文件运转，机要秘书应在当天或第二天将文件送到厂领导和承办部门如关系到两个以上业务部门应按批示次序依次传阅最迟不得超过2天（特殊情况例外）。 第七条文件的传阅与催办 1．传阅文件应严格遵守传阅范围和保密规定，不得将有密级的文件带回家、宿舍或公共场所，也不得将文件转借其他人阅看对尚未传达的文件不 得向外泄露内容。 2．阅读文件应抓紧时间，当天阅完后应在下班前将文件交机要室，阅批文件一般不得超过2天，阅后应签名以示负责。如有领导“批示”、“拟办意见”，两办应责成有关部门和人员按文件所提要求和领导批示办理有关事宜。 3．阅文时不得抄录全文，不得任意取走文件夹内任何文件及附件，如确系工作需要，要办理借阅手续，以防止丢失泄密。 4．文件阅完后，应送交两办机要秘书，切忌横传。 5．两办机要秘书对文件负有催办检查督促的责任，承办部门接到文件、函电应立即指定专人办理。不得将文件压放分散，如需备查，应按照有关保密规定，并征得两办同意后，予以复印或摘抄，原件应及时归档周转。 6．按照阅文范围，离、退休干部，一般由有关部门定期组织学习有关文件，或由两办机要室通知到机要室阅文。 （三）发文的管理 第八条发文的规定 1．全厂上报下发正式文件的权力集中于厂部，各群众团体和部门一律不得自行向上、向下发送正式文件。
软件配置管理过程指导说明书(超级实用)
软件配置管理过程指导说明书
目录 1 前言 (2) 1.1 目的 (2) 1.2 适用范围 (2) 1.3 术语名词解释 (2) 2 角色和职责说明 (3) 3 输入 (4) 4 入口准则 (4) 5 配置管理实施 (4) 5.1 配置库结构 (4) 5.1.1 配置库 (4) 5.1.2 配置管理库系统 (6) 5.2 配置管理流程 (6) 5.2.1 配置管理流程图 (6) 5.2.2 配置变更流程图 (7) 5.3 配置标识 (8) 5.3.1 配置库划分 (8) 5.3.2 配置库结构 (8) 5.3.3 配置项命名 (11) 5.3.4 版本编号规范 (11) 5.4 配置管理活动 (12) 5.4.1 制定配置管理计划 (12) 5.4.2 建立配置库 (12) 5.4.3 建立配置项 (12) 5.4.4 基线建立及发布过程 (12) 5.4.5 配置变更 (13) 5.4.6 配置审计 (15) 5.4.7 备份 (16) 6 输出 (16) 7 出口准则 (16) 8 本过程裁剪规定 (16)
1 前言 1.1 目的 用于描述配置管理作用和过程，规范配置管理的实施过程、活动和操作。 1.2 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3 术语名词解释 CCB：Configuration Control Board，配置管理委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由质量工程师、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、上级质量部门主管。CCB组长可以是质量工程师或质量部领导，但不能是项目经理。 软件配置项：是指软件工程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等，包括：项目文档，源代码，执行程序，相关设备及资料。 软件配置管理：对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。 软件工作产品：由定义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。 软件产品：可交付给客户或最终用户的软件工作产品的子集称作软件产品 基线：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，也即指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态它有如下特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。（3）基线变更必须经过CCB审批。 变更控制：对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。 版本发布：指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给客户的一个包括可执行程序和文档的发布基线称为发布（release）。 配置审计：可以分为物理审计和功能审计。物理审计审查配置项的外在特征的正确性与一致性，主要考查软件受控库的结构、内容及其它相关信息，以验证基线和描述它的文档的一致性；功能审计审查配置项内容的正确性与一致性，主要考核配置项在实现功能上的一致性，功能审计主要通过评审和测试报告体现。 物理审计的内容包括： ? 确认配置项标识的正确性； ? 确认已受控配置项的更改是受到控制的； ? 验证配置库内容与相应记录之间的一致性； ? 验证配置管理活动与相应记录之间的一致性； ? 验证配置管理工作是否符合适用的标准和规程； ? 验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ? 验证当前基线所含配置项对前一基线所含配置项的追溯性； ? 确认当前基线所含配置项均正确反映了项目需求； ? 评估基线的完整性； ? 验证当前基线和各基线间所含配置项的一致性； 验证配置库内容的完备性和正确性等。
软件配置管理流程
配置管理流程规定 (Ver1.0) 拟制：___________________ 审核：___________________ 签发：___________________
目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)
1.配置管理流程 1.1概述 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图
1.3软件需求分析阶段 参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备份计划等，审批该计划。 1.6配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理： 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划，并按相关规定贯彻执行； 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求； 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划； 2)执行配置项管理； 3)执行版本控制和变更控制方案； 4)编制配置状态报告； 5)配置库的建立和权限分配； 6)配置管理工具的日常管理与维护； 7)配置库的日常操作和维护 开发人员
公司文件管理规定
公司文件管理规定 第一章总则 第一条为使文件管理制度化，使各类文件规范、准确、及时、安全，以提高行政效率和质量，特制定本办法。 第二条各部室及各有关人员，对文件中涉及国家、政府或本公 司应保密的事项，必须严守机密，不准随便向他人泄露。 第三条文件保密等级分为：绝密、机密、秘密三种，其他为一般文件。绝密、机密文件打印一定要用专用磁盘。 第二章发文程序 第四条拟稿 由具体承办人员拟稿，发文稿必须符合公文种类、格式使用规范。 第五条审核 由相关部门负责人及分管领导审核。 第六条签发 公司行政文件由总经理签发，其他文件由相关部门负责人签发。 第七条编号套红 有关领导审核批准后，由办公室统一编排发文字号并套红。 第八条发文
由办公室按文件注明的“报送”、“发送”部门，负责公文的发文工作，并请接收部门查收，按文件要求执行。 第三章收文程序 第九条签收 外来公文由办公室统一签收，填写登记在《外来文件登记表》上。写明各部门或个人收启的公文，签收后应主动送办公室登记处理。 第十条分文 办公室根据公文性质、要求，确定在办和阅批对象，填写公文阅办单。 (1)重要来文，由办公室主任提出初步意见（拟办），再由公司领导批示（批办）。 (2)一般公文，直接转有关职能部门处理（承办）。有关产品质量、技术文件转质量部处理。具体承办务求实效，分清主办、协办、复文与不复文。 (3)参阅性文件，直接组织传阅。 (4)范围不明的文件，送领导审阅。 第十一条催办 分对内催办与对外催办，包括发函，派专人打电话等方式，要使用工作催办单，对来文做到事事有交待、件件有着落，防止漏办、延误。 第十二条结办 文件处理完毕，或已答复发文单位，即可结办归档。 第四章文件的立卷、归档与销毁
软件开发项目配置管理工具的选择
软件开发项目配置管理工具的选择 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报…… 每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。 针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现： 1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如"XXX 软件需求说明书V1.0，XXX软件需求说明书V1.1，XXX 软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容； 2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如"XX 项目V1.0、XX 项目1.01、."，然后在新的目录中进行修改； 但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。 常见的配置管理工具 正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。 正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制
公司文件审核管理办法
文件审核管理办法 一、总则 为更好的提升我公司文件质量，规范文件格式，加强文件的可操作性，使文件审核过程规范化、制度化，有效的促进工作开展，严防各类失误和错误的发生而给公司造成的不必要性损失，特制定本办法。 二、适用范围 （一）文件适用范围 本制度所指文件为云南华特节能环保投资有限公司（以下统称为“公司”）所起草的一切文件。文件类型包括业务文件、行政文件及其他文件三类。 1、业务文件 业务文件是指公司以其营业范围承揽的相应业务所应 向委托方提交的一切技术成果，其中包括文本、图件等纸质图件以及对应的电子版资料。 2、行政文件 行政文件是指针对公司内部管理和外部协调等事宜所 起草的文件，其中包括公司内部管理制度、办公室提交有关
部门的相关文件、人员劳动合同等文件。 3、其他文件 其他文件是指公司内部出具的除业务文件和行政文件 以外的文件。 （二）人员适用范围 本制度适用的人员范围为一切参与文件审核的人员。 三、审核流程 项目的基本审核流程按审核级别划分如下： 1、总经理 2、副总经理 3、部门经理 4、部门主管 5、起草人/责任人 （一）业务文件 审核按照文件版本和各级别人员对应填写文件审核登 记表（附件二），终审人员签字确认后方可打印、申请盖章。 （二）行政文件 1、合同类文件 具体包括办公室仪器设备相关协议、公司文件打印相关协议、公司招待相关协议等文件，文本起草人审核完毕后，
报上级分管领导处，涉及款项较大的，需上报总经理处审核。填写文件审核登记表（附件二），审核无误后申请盖章并执行。 2、申报类文件 具体包括工商税务类申报、资质申报、公司相关荣誉申 报等文件，文本起草人审核无误后，上报分管副总经理处审 核，填写文件审核登记表（附件二），终审人员签字确认后方可申请盖章并执行。 3、公司管理性文件 具体包括公司内部发布的各种制度、通知、任命等文件，起草人审核无误后，上报总经理处审核，填写文件审核登记 表（附件二），审核通过后申请盖章并执行。 （三）其他文件 具体包括员工个人需要等特殊情况所需公司出具的各 类证明等材料，文件起草人审核无误后，上报分管领导处审 核，审核通过后申请盖章并执行。 四、审核标准 审核标准以不出现文字性错误为基本原则。其中包括以 下几点： 1、所有文件中不得出现错别字，语句不通，标点误用 的情况，技术信息数据等必须准确无误。
软件配置管理规范.doc
软件配置管理规范1 1．简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退
出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。
PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能 通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1
公司文件管理规范
王88
目录 一、制定目的 (2) 二、适用范围 (2) 三、各部门职责 (2) 四、文件类型定义 (3) 五、文件格式及标准 (4) 5.1公文（包括公告和通知等） (4) 5.2红头文件 (5) 5.3质量体系文件 (6) 5.4管理性文件 (7) 5.5通用文件、表格文件 (8) 5.6合同性文件 (9) 六、文件管理 (11) 6.1文件记录编号、发放 (11) 6.2文件的归档 (11) 6.3外来文件接收与归档 (11) 七、其他规定 (11) 八、附文件模板 (11)
公司文件管理制度 一、制定目的 为提高公司文件处理工作的效率和质量，使之规范化、科学化、制 度化，对公司文件的格式、编制、编号、审批、发布、归档等文件管理的 工作流程和作业标准作出明确规定，便于文档的识别、追溯和控制，实 现公司文件管理的规范化、制度化、提高公司文件管理的有效性和适应性。结合公司实际工作情况，特制定本制度。 二、适用范围 适用于公司及各部门文件和外来文件的管理。 三、各部门职责 3.1综合部负责公司公文、质量管理体系、管理制度、行政性文件、法 律法规文件、政府相关外来文件的收录、发布、归档等的管理，并负责在全公司范围内对本制度执行的指导及监督。 3.2采购部负责采购合同的归档、保管工作；销售部负责报价单及合 作客户相关资料的归档、保管工作；销售合同及其他行政类文件资料由综合部负责归档、保管； 3.3各部门产生的内部使用的文件有部门负责人或者指定人员负责
文件的收录、发布、归档等的管理。 3.4综合部负责公司所有文件的统筹管理； 四、文件类型定义 4.1红头文件：针对公司党支部下发文件及其他特别需求的红头说明 文件： 4.2公文（企业通知、公告、通报、通告、决定、意见、请示、批复、 函等），其明确了发布范围，是向公司内部宣布重要事项时使用的文件。 公文具有庄重性、广泛性和周知性特点； 4.3质量体系文件：质量方针、质量目标、质量手册、质量体系程序 文件、质量计划及质量体系运行过程中形成的文件。 4.4管理性文件：公司管理规章制度、工作流程、规范/规定等。为 达到公司管理目标，明确制定的指导性文件，以达到统一思想、统一方法和统一行动的目的。 4.5技术性文件：设计方案、研发文件、设计图纸、投标文件规范等。 （涉及文档类内容未清楚） 4.6通用文件、表格文件：是表达、解释工作结果和业务信息所运用 的数据传递形式，能够清晰简明地传递所需要表达的信息； 4.7保密文件：凡是涉及薪资、财务、成本、营销策略以及客户信息 的各类形式的公文、制度等文件，均属于保密文件； 4.8外来文件：指来源于公司之外的与公司各项工作开展和进行相关 活动有关的文件。(法律、法规、标准、行业规范、客户要求等）。
地铁工程的特点
地铁工程的特点 与一般建筑工程相比，城市轨道交通工程具有规模大、风险高、专业复杂、涉及主体多、与工程周边环境相互影响大。 1、工程地质复杂。例如：上海、广州、深圳等沿海城市或南方城市的工程地质水文地质条件复杂多变，地铁线路经过海积、海冲积、冲积平原和台地等多种地貌单元，常位于“软硬交错”地层（上部为人工填土、粘性土、淤泥质土、砂类土及残积土，下部为花岗岩、微风化岩等坚硬岩石层，或者孤石），还常遇到断裂破碎带和溶洞等特殊地质构造，穿越或邻近江河湖海，地下水丰富、水位高。 2、工程周边环境复杂。由于地铁长距离穿行于城市交通要到和人员密集区域，建（构）筑物、轨道交通设施、桥梁、隧道、道路、管线、地表水体等周边工程环境复杂，不可预见因素较多。 3、工程建设规模大。地铁工程的每公里造价一般在5-7 亿元左右，有的高达8，9 亿元，一条线路投资动辄在100亿元以上；合理工期一般在5-6年，目前合同工期在3-4 年。 4、工程技术复杂。地铁是土建及机电设备复杂的综合性系统工程，随着地铁线路的建设，土建工程不断向“深、大、险”发展。例如，车站深基坑一般在 20m，甚至30m以上，长度在200m,甚至600m以上。 5、工程协调量大。地铁参建单位包括建设、勘察设计、施工、监理、监测、检测、和材料设备供应等单位,专业多、项目多、环节多、接口多,作业时空交叉,组织协调量大。同时,工程与周边社区居民、与工程周边环境的权属与管理单位的利益攸关、关系密切,沟通协调难度大。 6、控制标准严格。为确保隧道、深基坑施工（含降水）过程中,建（构）筑物、轨道交通设施、桥梁、隧道、道路、管线、地表水体等工程周边环境不发生过量沉降和坍塌,确保其安全,要求严格控制沉降（包括绝对值和速率等）。例如：暗挖法施工的标准断面隧道地面累计沉降量一般要求控制在30mm 以内。 7、安全风险大。前面的工程特点决定了地铁工程施工安全风险（包括工程本身的风险和对工程周边环境的风险）大，风险官联系强。例如：如果水文工程地质
软件配置管理规范流程模板
软件配置管理规范 流程 1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件
的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再
软件配置管理控制程序A0
程序文件 软件配置管理控制程序 文件编号 版木A0 贞数第1贞共6贞 編制部门研发部 生效日期2018年09月05日 修改页 文件编号修改条款修改内容修改人/日期生效日期全文首次发行 分发部门会签 编制审核批准□业务部□研发部□采购部□生产韶□质量部□行政部
软件配置管理控制程序 软件配這皆理贯穿于软件整个生命周期，对规范软件版本、源代码、文件、工具、现成软件等控 制要求，确世配置标识、变更控制、配置状态记录等活动要求。使用配置管理工具保证软件质量使公 司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 适用于本公司所有的软件项目，并贯穿于软件生存周期全过程。 3.1项目经理 负责指过配置管理人员: 负责审批配置管理il ?划; 负责执行配置管理il 划。 3. 3质量部 > 负责跟踪配置管理il ?划的实施。 4.1术语泄义 软件配置管理：是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和变更, 记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。 软件配置项：为配置管理的目的而作为一个单元来看待的硬件/软件成分。 基线：一组拥有唯一标识号的需求、设计、源代码文件以及柑应的可执行代码、构造文卷和用户文档 构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配苣项〉和生成可执行 文卷的工具" 4.2配置管理讣划编制 所有项目在指；4^项目开发计划时，都应有项目经理指定配置管理人员，然后由配置管理人员编写 《配置管理计划》，也可以包含在《软件开发计划中》，配置管理讣划至少应包括的内容: ? 配置管理人员的组成及分工 2. 范围 3. 职责 3.2 配置管理人员 4. 工作程序
软件配置管理规定
软件配置管理规定 为进一步加强软件配置管理工作，明确软件配置原则，规范软件配置流程，制定本规定。 一、配置原则 1.软件配置遵循安全性、适用性、经济性和正版化的原则，不得配置非正版软件。 2.单位使用的商业软件、OEM软件、免费软件均需纳入配置管理，不得配置与工作无关的各类软件。 3.优先采用场地授权（许可）方式配置软件。 二、配置流程 1.软件使用部门根据本部门各岗位工作需要，编制岗位软件需求清单，填写《软件使用需求申请表》（附件1）。 2.信息化部门统计、汇总软件使用部门报送的《软件使用需求申请表》，对软件使用部门需要的相关软件进行统一测试和试用，综合考虑软件的价格、兼容性、安全性和售后服务等因素，确定软件选型，明确软件名称和版本。涉及使用免费软件的，更新《可使用免费软件清单》（附件2）。 3.信息化部门依据单位软件使用管理台账，梳理单位软件需求与现有软件许可的差异。单位软件许可不足的，编制《软件采购计划表》（附件3）。
4.财务部门要将软件采购纳入单位年度预算。财务、资产管理部门指导信息化部门完成软件采购。软件采购合同要明确软件名称、版本、授权方式、许可数量、使用年限、兼容性和售后服务等要求。 5.财务、资产管理部门指导信息化部门做好软件采购相关资料管理工作，重点是软件采购合同、软件授权证书、软件安装序列号等资料的管理工作。 6.信息化部门负责软件使用管理日常工作。 7.单位采购的软件，因以下情况申请报废的，需经过信息化部门鉴定，严格履行资产处置报批手续：（1）已经达到规定的最低使用年限，且无法继续使用的。 （2）未达到规定的最低使用年限，因技术进步等原因无法继续使用的。 （3）未达到规定的最低使用年限，因计算机硬件报废，且无法迁移到其他计算机上继续使用的。 8.信息化部门在单位新采购软件、报废软件和调整可使用免费软件清单后，更新《软件使用情况汇总表》（附件4）。
软件配置管理规范
软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线 (Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。
公司文件管理办法74772
CAPP公司文件管理办法 为了规范公司的文件管理，确保文件及时传递到相关部门而不耽误上下级或同级的工作，以规范公司的各项文件收、发（拟稿、会签、审批、签发及实施）工作，制定本法。 1 管理原则 1.1办公室是公司文件管理的归口部门，负责指导全公司行政公文、协议、合同类传递处理工作。 1.2公司上报下发正式文件由办公室负责，各部门一律不得自行向上、向下发送正式文件。 2 基本要求 2.1各部门需要正式文件发文应向公司提出发文申请，并将文件底稿交办公室审核备案后。经相关领导签批同意发文. 2.2 送件部门（人）应把文件内容、报送日期、部门、文件类别、编号、接件人等事项在收发文件登记簿中填写清楚。办公室应及时把审阅结果反馈给报送部门。 3 内部文件 3.1文件起草 需公司正式下发的文件由指定的拟稿人拟稿：公司文件由发起部门拟稿，行政人事部负责组织会审；属部门专业文件由各部门指定人员拟稿，部门负责人审核。 3.2文件审核 各拟稿部门负责提报文件内容、方案、文件格式规范审核上报总经理或董事长签批文件的审核,。 办公室负责审核,是否需要行文，是否符合公司有关制度、规定，是否发起部门与相关部门进行了协商、会签，文字表达、文种使用、文件格式是否符公司有关规定。 3.3文件签发 文件形成后，主管领导签发。
办公室负责复印、盖章、转发（送）、执行和归档。 4 外来文件 外来的文件由办公室责签收，签收人应于接件当日即按文件的要求报送给有关部门，不得积压迟误，属急件的，应在接后即时报送。文件收发部门应在文件登记簿中填写清楚交接事项。 5 业务流程 5.1文件管理业务流程分为收文和发文。 5.1.1 收文一般包括传递、签收、登记、分发、拟办、承办、催办、查办、立卷、归档、销毁等程序； 5.1.2发文指以公司、或部门名义制发文件的过程，一般包括草拟、会签、审核、签发、复核、用印、分发等程序。 5.2发文程序与要求 拟稿→校对审核→主办部门负责人审核→相关部门会签→领导签发→打印公文→盖章→分发→立卷→归档。 5.2.1拟稿 ①各部门需要发文,应事先以上级指示或工作实际需要草拟文件初稿。问题比较复杂的，负责人应亲自草拟，或经集体研究提出方案后，指定专人草拟。 ②草拟文稿必须做到情况确实、条理清楚、层次分明、文字简炼、标点符号正确。 ③文稿拟就后,拟稿人应附发文稿纸首页（协议合同类应填附合同协议会签单）详细写明文件标题、发送范围、印制份数、拟稿部门与拟稿人,并签名、标定日期和密级。 5.2.2 审核 ①主办部门负责人根据有关文件规定，对文稿是否符合相应规定，是否符合公司利益，是否符合实际需要进行审查和修改，对涂改不清、文字错漏严重、内容不妥、格式不符的文件应退回拟稿人重新拟稿。 ②办公室复核的重点是：是否需要行文、行文方式是否妥当，是否符合行文规则和拟制文件的有关要求，文件是否符合相应规定，是否符合公司利益，是否符合实际需要。在不改变原意的情况下，审核人员有权对文件进行删节和文字加工。内容紊
谈地铁工程竣工资料整理
谈地铁工程竣工资料整理 竣工资料 摘要: 从地铁工程竣工资料的基本规定及质量要求出发，介绍了地铁竣工资料的归档范围，分析并总结了 地铁工程竣工资料的组卷方法及过程中常出现的问题，提出了规范方法，以期保证地铁工程竣工资料更加完整和准确。 关键词: 地铁工程，竣工资料，归档，组卷 0引言竣工资料是工程建设过程中形成的各种工程信息资料，并按一定的原则分类、组卷，最后移交城建档案部门归档的整个建设工程的历史记录。它包括工程基建过程中形成的资料; 工程监理过程中形成的资料; 工程施工过程中形成的资料以及工程的竣工图等。这些工程资料是工程建设不可或缺的技术档案; 是工程质量保证的重要依据。因此，完整地编制、收集、积累和科学的管理这些资料就成为整个工程建设管理的重要组成部分。 1地铁工程竣工资料的基本规定及质量要求地铁工程竣工文件资料，应做到编制、收集、整理及时，内容完备，项目齐全，数字准确、真实，确保交工档案资料的完整准确与系统性。 1 ．1 基本规定 1) 工程文件的形成应符合国家相关的法律、法规、施工质量验收标准及规范、工程合同与设计文件等规定。2) 建设、勘察、设计、施工、监理、检测试验等单位应将工程文件的形成和积累纳入工程建设管理的各个环节和有关人员的职责范围。3) 勘察、设计、施工、监理等单位应将本单位形成的工程文件立卷后向建设单位移交。4) 地铁工程项目实行总承包的，总包单位应负责收集、汇总各分包单位形成的工程档案，并及时向建设单位移交; 各分包单位应将本单位形成的工程文件管理、立卷后及时移交总包单位。5) 地铁工程文件应随工程进度及时收集、整理，并按专业归类，且应齐全、准确、真实、完整。 6) 对地铁工程文件档案不得进行涂改、伪造、随意抽撤，如有损毁、丢失的，应按有关规定处理。 1 ． 2 质量要求 1) 竣工文件必须使用原件，如有原因不能使用原件的，要在复印件上盖章并注明原件存于何处。 2) 竣工文件的内容要符合国家有关单位的技术规范、标准、规程等，各类监理、施工用表必须采用统一用表，应符合归档规程等管理文件的要求。3) 竣工文件的内容要真实的反映工程竣工后的实际情况，有关责任方要签字盖章，手续完备。4) 竣工文件上的字迹、图样及图表要清晰、整洁，应使用耐久性强的书写材料，如碳素墨汁、蓝黑墨水。不得使用圆珠笔、铅笔等易褪色的书写材料。5) 各类原始的施工用表应采用印刷或打印，不能使用复印的表
软件配置管理规范标准
页眉 软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline)
己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 页脚 页眉 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1 1.5.2 方针 SWL开发组项目开发与管理工作方针 1.5.3 过程/规范 项目计划与控制规范 1.5.4 指南 配置管理计划指南 基线策略指南 配置状态报告编制指南 配置审计工作活动指南 配置管理工具指南 VSS 使用指南 组织管理配置库使用指南 软件开发文档命名约定 1.5.5模板 配置管理计划 配置状态报告 配置审计报告 文档变更请求 1.5.6 检查表 无 1.5.7 培训 《软件配置管理教材》 《软件变更控制管理教材》 《Clear Case 配置管理培训教材》 1.5.7 工具 Clear Case Visual SourceSafe Visual Basic Office 97/2000/XP DreamWeaver PhotoShop