产品质量管理制度
一。 总则
第一条 目的
产品的质量决定了产品的生命力，一个公司的质量管理水平决定了公司在市场中的竞争力。为保证本公司质量管理工作的顺利开展，并能及时发现问题,迅速处理，以确保及提高产品质量，使之符合管理及市场的需要，特制订本制度．
第二条 范围ﻫ 1.组织机能与工作职责；
2.各项质量标准及检验规范;3 ﻫ．检测仪器管理;ﻫ 4．原材料质量管理;
5．制造前后质量复查；ﻫ 6.制造过程质量管理;
7.产成品质量管理；ﻫ 8．质量异常反应及处理;
９．产成品出厂前的质量检验；ﻫ 10．产品质量确认;
1１．质量异常分析改善.
第三条 组织机构与工作职责ﻫ 本公司质量管理组织机能与工作职责见《组织机能与工作职责规定》。
二．各项质量标准及检验规范
第四条 质量标准及检验规范包括：
1．原材料质量标准及检验规范;2 ﻫ.在制品质量标准及检验规范；ﻫ ３．产成品质量标准及检验规范。ﻫ第五条 质量标准及检验规范的制订
1．质量标准ﻫ 生产经理会同质量管理部、生产部、销售部、技术部及有关人员依据“操作规范”，并参考国家标准、行业标准、国外标准、客户需求、本身制造能力以及原材料供应商水准,分原材料、在制品、产成品填制“质量标准检验及规范制（修）订表”一式两份,报总经理批准后,质量管理部一份，技术部一份，并交有关单位凭此执行。
2.质量检验规范ﻫ 生产经理会同质量管理部、生产部、销售部、技术部及有关人员，分原材料、在制品、产成品将检查项目规格、质量标准、检验频率、检验方法及使用仪器设备等填注于“质量标准及检验规范制(修)订表”内,交有关部门主管核签并且经总经理核准后分发有关部门凭此执行.
施工管理人员资质报审表
7
一、 现场施工工程例会
1、现场施工工程例会一般由监理工程师主持；
2、现场施工工程例会一般每两周举行一次，特殊情况举行专题协调会议；
3、现场施工例会规定参加人员：监理单位驻工地代表；施工单位项目经理、技术及经济负责人、施工员；建设单位项目经理、工程师及其它相关分包单位；
4、现场施工工程例会内容：听取各分包单位关于本阶段工程项目的施工进度、施工质量等完成情况、下一步工作安排计划及施工存在问题的汇报；监理工程师总结评价，指出总包单位施工中的不足和总包单位存在的问题，提出下一步工程项目的工作要点和要求；建设单位提出意见和要求，并对各单位提出的问题做答复。
5、现场施工工程例会在完成后的24小时内，监理工程师必须编写会议纪要，会议纪要要有各总包单位负责人、总监理工程师、建设单位项目经理签字认可；
6、 总包单位根据现场施工协调例会要求，完成工程进度计划的编制，报送监理工程师审核、建设单位审查、审定、批准。
二、 现场专题技术会议
1、现场专题技术会议一般由监理工程师主持；
2、现场专题技术会议根据工程项目的实际情况不定期举行；
3、现场专题技术会议规定参加人员：监理单位驻工地代表；施工单位项目经理、技术及经济负责人、施工员；建设单位项目经理、相关承包商；
4、现场专题技术会议内容：听取总包单位就工程项目某特定技术问题的解决办法、施工措施的处理意见；监理工程师根据合同约定、国家规程规范要求提出的解决办法措施；建设单位项目经理的决定意见；建设单位、监理工程师、总包单位就工程项目某特定技术问题经协商后达成一致意见；
5、一般现场专题技术会议在完成后的24小时内，监理工程师必须编写会议纪要，会议纪要由各承包方负责人、总监理工程师、建设单位项目经理签字审核。
三、 现场经济签证
1、 办理现场经济签证原则：凡属设计施工图纸修改或变更引起的工程量增加、减少或施工管理人员资质报审表
技术经营体需求全流程管理方案
1 背景
1 需求堆积，业务部门不满
2 开发团队疲于奔命
3 对需求缺乏有效的评估方法，难以保证所承接的需求合理，必要性
4 陷入赶工的恶性循环，承诺的时间无法兑现，损害专业性、权威性，难以建立信任
2 目标
1 保证重要业务需求被及时满足
2 系统化提升技术部工作效能，充分发挥技术团队价值
3 避免资源占用随意性，保证长期项目、核心产品的开发不受干扰
4 使用系统方式对需求进行管理，解决人工管理的随意、低效、混乱、难以追溯等问题
3 流程
3.1 流程图
见文档尾部
3.2 说明
本流程对应trac系统，流程中各个环节在系统中指派、留痕
需求管理员即需求提报入口，需保证人员唯一性
基本的需求文档管理和审核方式为在trac系统中上传文档或粘贴SVN文档地址链接，相关人员进行确认在系统中留存确认日志。对于重要项目需求管理员可要求上传的文档中包含人工签字版的扫描件
3.3 名词解释
业务需求
由最终用户或者领域专家从业务的角度提出的需求，无需技术知识。核心内容主要包括业务目标、业务流程、业务实体、业务规则、功能规则等。
系统需求
由系统分析师或者架构师从软件系统的角度，以实现业务需求为目标提出的需求，核心内容包括功能设计、界面设计、用例或功能点描述、非功能性需求说明等。
3.4 注意事项
不可有例外
—— 所有系统需求，无论大小都要纳入系统管理。任何一个表面看起来改动很小的需求，都有未知的水下部分，必须通过完整的流程、评估、分析才能确定其真正工作量和风险
—— 系统生命周期是连贯的，所做的任何功能变更必须被管理，任何一个功能逻辑需要有可追溯的需求，否则系统将快速走向混乱和未知，发生错误时也无法分析原因、判断来源。如果一次修改不改变任何需求，仅仅是对原需求错误实现的修正，则属于系统BUG，应该在另外的故障跟踪系统中管理。
可裁剪
—— 粗评开发工作量在1小时以内或整体上线工作量在4小时以内的，可以归类为“小修改”进行流程裁剪
1 项目全过程管理流程
目 录
一、 全过程管理总体要求 .................................................................... 2
二、项目实施阶段划分 ......................................................................... 2
三、各阶段工作内容及流程 ................................................................. 3
（一）项目策划阶段 .......................................................................... 3
（二）工程前期阶段 .......................................................................... 3
（三）设计阶段 .................................................................................. 7
（四）招投标阶段 .............................................................................. 8
（五）工程施工阶段 .......................................................................... 9
（五）工程施工阶段 ........................................................................ 10
（五）工程施工阶段 ........................................................................ 11
