技术服务控制程序文件
XXXXXXX有限公司
技术服务控制程序文件
编号：XXXX-CX19-16
编制XXX
审核XXX
批准XXX
受控状态受控
发放编号
版本号：A 修改状态：0
版本号：A XXXXXXX有限公司
技术服务控制程序文件文件编号
修改状态：0 XXXX-CX19-16
技术服务控制程序
1 目的：
通过规范技术服务过程，提高技术服务效率和质量、降低服务成本、提高顾客满意度。
2 适用范围：
适用于技术服务过程的控制。
3 职责：
3.1公司技术部负责制定有关技术服务的各种技术方案、作业指导文件等。
3.2公司综合管理部负责技术服务任务下达、流程及日常管理，组织实施和协调部门工作的开展。
3.3公司生产制造部负责技术服务人员安排。
3.4市场部负责技术服务的合同签订，与顾客沟通协调开展工作，负责顾客满意度调查及投诉处理。
3.5质量保证部负责技术服务质量监督检验与改进。
3.6计划物流部负责技术服务所需物资采购。
4 工作程序
4.1 获取技术服务需求信息
4.1.1主动
市场部人员主动回访客户，将客户信息及需要技术服务的详细记录
版本号：A XXXXXXX有限公司
技术服务控制程序文件文件编号
修改状态：0 XXXX-CX19-16
于“客户服务记录单”中，以便开展技术服务工作。
4.1.2被动
客户打电话到公司，然后由联系人员做好记录，在记录时必须了解清楚客户名称、项目名称、服务内容及客户联系人详细，联系人员应将详细情况记录于“客户服务记录单”中。
4.2合同签订
市场部根据获取的技术服务需求信息与客户签订服务合同，签订前根据合同性质等综合情况可进行合同评审，经总经理批准后方可进行合同签订；合同签订后传达于综合管理部。
4.3技术服务任务下达
综合管理部根据市场部签订的合同下达技术服务任务单，将任务单下达给各相关部门进行工作开展，综合管理部协
调各部门组织和实施。
4.4技术服务准备
技术部接到任务单后，根据“客户服务记录单”中信息，再次与客户沟通详细了解服务内容及要求，编制技术服务方案，编制工作工艺卡及相关试验大纲、记录等；必要时可进行方案评审。
4.5采购
计划物流部根据技术部列的采购清单和要求，在合格供方名单的供
版本号：A XXXXXXX有限公司
技术服务控制程序文件文件编号
修改状态：0 XXXX-CX19-16
货商进行物质采购，采购回来的物质需提供产品合格证、报告记录等资料，经质量保证部检验人员复验、检验合格后方可入库，如采购回来的物质无法进行复验，供货商应保证物质质量合格符合要求并提关相关合格证明等资料。
4.6现场服务
4.6.1生产制造部接到任务后，根据技术提供的技术方案等资料合理安排技术服务人员，生产部开具“服务派遣单”通知现场服务主要负责人及随行人员，现场服务负责人准备材料，根据安排前往现场。4.6.2现场技术服务人员在主要负责人的安排下开展技术服务工作，现场负责人负责现场安全、质量、进度等现场工作，严格按照技术部的工艺及方案进行工作；做好现场各项记录。
4.6.3现场服务完成后负责人配合客户进行验收，验收合格后签署相关文件予以确认。
4.7信息反馈
市场人员不定期进行跟踪和回访，与客户进行沟通及交流，获取信息并填写“技术服务信息反馈表”，以便进行持续改进，不断的增进顾客满意度。
5.相关文件
《合同评审控制程序》XXXX-CX10-2016
版本号：A XXXXXXX有限公司
技术服务控制程序文件文件编号
修改状态：0 XXXX-CX19-16《质量记录控制程序》XXXX-CX02-2016
《采购过程控制程序》XXXX-CX11-2016
6.记录
《技术服务信息记录单》
《技术服务派遣单》
《技术服务信息反馈单》
软件设计和开发控制程序
公司软件设计和开发控制程序 1目的 对软件设计和开发全过程进行控制，确保产品设计和开发能满足顾客和有关标准、法令、法规的要求。 2范围 适用于软件产品设计和开发的全过程，包括软件产品的升级。 3职责 3．1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计和开发输出文件、测试报告、验收报告等，负责组织协调和实施软件产品的设计和开发工作。 3．2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3．3软件研发部测试组负责软件产品的确认测试。 3．4 由各业务部负责将合格软件产品交付顾客使用。 3．5 公司总经理签署《项目经理任命书》，正式启动软件项目。 3．6公司技术总工或授权人负责设计和开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4．1 设计和开发策划 4．1．1立项的依据 软件研发部对要进行的开发项目进行立项申请，提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目，由软件研发部进行详细进度计划安排，落实时间进度、资源（人员／设备、内部／外部）、技术、资金和费用等，相关资源和资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批，进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4．1．2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。
4．1．3设计和开发人员资格要求可参照本公司相关岗位卡的条款进行． 4．1．4 接口管理 4．1．4．1 在设计和开发策划和输入阶段： a．各业务部将客户相关文件资料交与软件研发部，同软件研发部一起对《需求规格说明书》进行评审； b．软件研发部编制《项目实施计划书》，经公司技术总工或授权人批准后发往客户方。 c．软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料，提供给各设计和开发人员，作为工作的依据。 4．1．4．2 在设计和开发输出阶段，软件研发部项目经理根据设计和开发进度，适时召开设计和开发例会，组织解决设计和开发中遇到的困难，协调相关的资源，以例会记录的形式明确相关要求。 4．1．4．3 在设计、编码、测试阶段： a．进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通．必要时，可由项目经理负责召开设计和开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b．软件研发部设计和开发人员提供单元和综合测试的《测试计划》,交本部门的相关设计和开发人员进行集成并由测试人员进行单元、综合测试。 c．软件研发部提供确认测试的《测试计划》，交测试组进行系统安装、测试。 4．1．4．4设计和开发各阶段 a．软件研发部项目经理负责就技术方面在客户与程序员之间进行协调； b．软件研发部经理负责组织和协调各有关单位的工作； c．各业务部负责与客户的业务联系及相关信息传递； d．参与设计和开发的各部门将必要的信息形成文件，经部门经理评审签字后予以传递． 4．2设计和开发输入 4．2．1《项目经理任命书》经公司总经理批准后，由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》，其中《项目实施计划书》须由公司技术总工组织人员评审。 4．2．2软件研发部经理组织软件设计和开发人员、测试人员及各业务部等设计和开发提出部门(包括客户)，对《需求规格说明书》进行评审，对其中不完善、含糊或矛盾的需求做出澄清和解决．4．2．3《需求规格说明书》在接受合同时可以不完全确定，在项目进行期间可继续制定。当《需求规格说明书》更改时，合同可以修订，对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4．3 设计和开发输出 4．3．1各设计和开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计和开发活动，并形成相应的文档。 4．3．2设计和开发的输出应形成文件，但不限于以下文档： ——《软件概要设计说明书》；
文件管理控制程序
文件管理控制程序 Document number：NOCG-YUNOO-BUYTT-UU986-1986UT
1目的 为了规范品质体系文件，使供方及客户之资料，以及其它外部文件得到有效控制，防止使用失效和作废的各类文件，以保证在需要的场合能及时获得最新最正确的文件。 2适用范围 质量体系文件的编制、管制方法。 供方及客户文件（如技术图纸、测试报告、使用说明书等）的控制方法。其它外来文件（如适用的法律、法规、行业标准等）。 确保对质量体系策划和运行所必要的外来文件得到识别，并控制其分发。3定义注释 受控文件：凡是直接影响产品质量的文件、资料、程序文件。 非受控文件：不直接影响产品质量的文件或资料，如各类参考资料。 体系文件： 。 内容。 4职责 总经理或董事长：批准工厂的质量方针/目标、质量手册、程序文件。 管理者代表：负责制定质量手册及相关程序文件。 各职能部门：负责编写相应的程序文件及作业指导书，及时签收和保存受控文件，并将已失效的受控文件退回综合办。 综合办：负责本工厂受控文件的整体控制，即受控文件的打印、分发、原版文件的保存等。
5文件格式及文字要求 公司所有体系文件必需加页眉，格式如下。四级表单可不加页眉但必须加 文件字体：公司所有文件一律为宋体黑色字，文件名称为二号字，正文内容序号题目为粗体四号字，正文内容为四号字，表单内容可根据需要采用四号或五号字。 文件文件签批格式，在文件末页按以下方式 编制：审核：批准： 日期：日期：日期： 6作业程序 编码原则： 公司名称 文件级别 部门类别 流水号 注释： 部门类别：总经理∕管理者代表GM；行政人事部：HR；财务部FD；生产部 PM；销售部SD；品质部QC；技术部TD；采购部 PD；仓库STD。 文件级别：一级文件01；二级文件02；三级文件03；四级文件04；五级05 流水号：字母+001～999，各部门应对本部门的文件进行分类识别，对记录表单的流水码进行识别、汇总,汇编成《记录清单》 各部门文件编号应按以上要求执行，不得有重复或误用的情形。 外来文件的编码以外单位编码为准。 以此类推 受控文件控制的一般要求
软件产品开发运作管理作业程序
1 / 5 1. 目的 制定软件产品开发运作管理程序，对软件开发过程的各个工作阶段予以识别和控制，实施过程管理程序和质量控制，使软件开发过程各阶段得以有序进行，不符 受 控 分发号
合项得到及时发现并纠正，确保软件开发项目的工程质量符合客户的要求。 2. 范围 适用于公司各种类型的软件产品开发活动：内部立项开发项目、客户委托开发项目、招投标项目等等包含软件产品开发的运作过程。 3. 职责 3．1中心副总经理：负责组织内部项目的立项申请、软件开发项目的项目任务定义、组织和软件开发技术评审，负责技术开发的外部联合有关事宜，指导开发部经理确定项目经理。 3．2软件开发部经理：协助中心副总经理进行项目任务定义和软件开发技术评审，确定软件开发项目经理，合理配置开发项目各种资源，监督项目经理执行软件开发运作程序及项目过程质量控制，并协同质量管理部人员对开发项目进行检查验收。与项目经理共同负责软件产品开发完成后的归档工作。 3．3项目经理：负责软件产品开发的执行过程：从项目任务书下达开始，对开发计划、需求开发、概要设计、测试设计与计划、数据库设计、详细设计、编码、测试、编写用户手册（或操作手册）、模块开发卷宗、试运行、验收等产品开发活动的全过程实施负责，对产品概要设计、数据库设计、详细设计的实施负责。并负责项目开发完成后的归档。 3．4开发人员（软件工程师）：配合项目经理，对指定任务的需求调研、详细设计、编码及单元测试、手册内容编写、测试任务、模块卷宗开发负责。配合项目经理进行开发文件、卷宗的编篡归档工作。 4. 程序内容 4. 1软件产品开发流程图 (左侧为工作阶段名称，右侧为工作相关产品，括号中的编号是文档的编号)
文件管理控制程序之令狐文艳创作
1、目的 令狐文艳 通过对质量管理体系文件的控制管理，确保本公司质量管理体系符合ISO9001:2015&ISO13485:2016、GMP、QS标准及符合中国法规、美国、欧盟国家、加拿大和其它产品输出目的国要求，确保质量管理体系文件的分类编号﹑编制﹑审批﹑发放管理﹑有效性控制﹑保管和更改等活动在受控状态下进行；并保证各文件使用场所的受控文件为最新有效版本； 2、范围 适用于公司所有质量管理体系文件的管理与控制。 3、定义 3.1 受控文件：供公司内外部使用的，受更改、标识、版本、版序、格式、字体等控制的文件； 3.2 DCC: Document Controlling Center 文件控制中心； 3.3 外来文件：指从外部获取并由本公司直接引用的文件，如国家﹑行业﹑地方标准﹑法律法规和客户提供的文件﹑资料及供货商提供的产品标准/检验报告等； 3.4 外发文件：提供给供方、顾客、检测机构、第三方审核机构、中国各级监管机构（食品药品监督管理局、质量技术监督局、工商局、知识产权局等）、其它国家监管机构等的质量管理体系文件或企业资质证书等文件； 3.5 认证证书：企业资质证书、产品证书、人员培训类证书（外训）等； 3.6 DMR:是指包括医疗器械成品的程序和规范的完整记录；3.6.1每个产品的DMR应包括以下信息或指明所在位置; 器械规范包括相应的图纸、组成、配方、组件规范和软件规
范； 生产加工规范包括相应的设备规范、生产方法、生产程序、生产环境规范； 品质保证程序和规范，包括接收标准和使用的质量保证设备；包装和标记规范，包括使用和处理方法，以及安装、维护和服务的程序及方法; 4、职责 4.1 文控中心负责公司质量管理体系文件的管理与控制，并对文件的编号、公布、发行及有效性负责。 4.2 各部门负责对其使用的受控文件进行控制； 4.3 文控中心负责质量管理体系文的回收、保存和销毁的归口管理； 4.4 文控中心负责外发文件的回收（必要时）、登记、发放进行控制； 4.5 管理者代表（后简称管代）或其转授权人负责外发文件的审批； 5、程序 5.1文件的分类 公司将管理体系的文件（以下简称文件）分为以下5类 1）质量手册（一级文件） 2）程序文件（二级文件） 3）作业指导书、管理办法、品质与生产的规范文件（三级文件）4）表格类（四级文件） 5）外来文件 5.2 质量管理体系文件的编制﹑审批； 5.2.1 文件审批权一览表
设计和开发控制程序文件
设计和开发控制程序 1 目的 对产品设计和开发全过程进行控制，确保设计能满足合同及顾客的要求，达到或超越国家/行业/企业标准规定的技术要求。 2 适用范围 本程序适用于新产品的设计和定型产品的改进活动。 3 职责 3.1 研发部负责编制并且监督执行产品设计开发计划，负责设计和开发全过程的组织、协调和管理工作，组织设计评审、设计验证、设计确认工作。负责处理车间生产制造过程中发生的产品设计问题，负责在外购件的采购发生困难时，协助采购部选择代用品。负责处理车间生产制造过程中发生与设计相关的工艺问题，负责试验组织实施工作。 3.2 总经理负责产品立项审批的批准，负责主持产品的定型鉴定并批准产品鉴定报告。3.3 制造生产部负责试制阶段的生产组织落实及计划进程的控制。 3.4 采购部负责试制过程中的配套采购。 4 工作程序 4.1 设计和开发策划 4.1.1 设计项目的来源
①公司内外反馈的信息 研发部根据公司内外反馈的信息，编制“项目开发建议书”，提出产品开发或技术改造的建议，报总经理批准。产品设计和开发活动应在公司战略目标指导下进行。 ②市场部的市场调查 市场部通过对市场调查结果的分析，提出“项目开发建议书”，报总经理批准后，连同有关资料移交研发中心。 ③合同评审的结果 有技术开发成份的合同或订单 ( 包括技术协议 )，必须由研发部组织相关部门进行评审。评审通过后，将“合同订单评审表”连同客户的有关资料移交采购部。 4.1.2 设计任务书的编制 《设计任务书》(亦称《项目手册》)应做如下明确规定： a) 产品的质量目标/ 指标及性能要求。 b) 确定活动的输出满足输入的要求，并处于受控状态。 c) 确定组织和技术上的接口。 d) 设计评审、设计验证、设计确认等设计过程的计划安排。 e) 控制产品研发过程的准则。 f) 特定的工作程序及相应的工艺技术文件。 g) 《设计任务书》的管理方法。 h) 特殊过程控制采用的必要检验和试验。 4.1.3 设计任务书的评审 研发部或项目组负责人组织包括设计、生产、质量部门人员对《设计任务书》进行评审。评审的内容包括：
文件及记录控制程序(完整版)
文件及记录控制程序 ※※※※※※※※※此文件未经批准﹐不准复印※※※※※※※※※※
1.0目的 确保与质量体系相关的文件不被误用，确保记录于使用、收集、汇总、存档、处理等阶段得到适当控制，特制订本程序 2.0范围 适用于本公司与质量体系相关的内部及外来文件、所有同体系相关的质量记录。 3.0权责 本程序由文控中心制定及管理，相关人员配合执行。 4.0定义 4.1质量手册：有关公司经营组织与各机能的概括性、原则性的摘要说明。 4.2程序文件：有关事务的处理方法、手段、顺序等的说明。 4.3作业指导书:为执行品质要求，在技术、制造上所规定的具体方法、手段与判定要领等。 4.4受控文件：是指文件的分发、变更、回收等动作皆须受到管制的文件。 4.5非受控文件：是指文件的分发、变更、回收等动作不须受到管制的文件。 5.0内容 5.1文件的分类： A.从管制属性可分为受控文件和非受控文件两种。 B.从文件架构上分为四级：一级文件为质量手册； 二级文件为程序文件; 三级文件为作业指导书； 四级文件为表单、记录、资料等。 5.2文件与资料编号方法说明。 A.质量手册的编号为QM-001。 B.程序文件的编号为QP-□□□。代表宏旭日用制品；QP代表程序文件；□□□代表文件的流水顺序号。 C.作业指导书的编号为WI-（□□）-□□□。WI代表作业指导书；其后的三个□代表文件流水号；括号中“（□□）”为可选取项，代表部门。 D.外来文件的编号以原有编号为准。如无原有编号，其编号为QE□□□□□□□。QE代表外来品质文件，其前面的六个□代表年月日，后面的一个□代表外来品质文件的文件序号。 E.各种表单的编号原则：文件编号加序号加版本，FM-□□□□□-□□□，FM代表记录
软件开发过程管理规范
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
《文件和控制程序》
1.目的 为了对公司各类文件和资料进行有效管制，统一文件格式，规范文件的制定、修改、发放、废止等管理，确保文件正确、完整、有效，特制定本程序。2.适用范围 适用于公司行政发文、程序文件、作业指导书，各类规章制度、各类检验标准、工作指引、记录表单及外来文件的管理等。 3.定义 文件分类： 红头文件：包括公司组织机构、人事任免、重大决策及重要管理事项等。 一级文件（A）：公司章程、体系手册等公司纲领性文件。 二级文件（B）：管理控制程序、业务流程性文件。 三级文件（C）：管理规章制度、操作规程、作业指导书。 （D）：检验标准、产品规范。 四级文件（管理表单）：用来记录管理过程的表单，作为QEO管理的追踪和检索的工具。 临时性文件（E）：包括通知、通告、暂行办法、暂行规定、部门沟通联络文件等。 外来文件（F）：包括地方政府、主管部门、行业管理相关文件，顾客或供应商提供的资料、图纸及有关的行业标准等。 文件分为受控文件及非受控文件： 受控文件:即要求文件的分发、修订或更改均须按书面规定程序进行控制,保证文件始终反映现行要求,受控文件须加盖“受控文件”印章，且经相关人员会
签。包括:管理手册、程序文件、作业指导书、MSDS文件、职务说明书、经识别的外来文件、记录表单类文件等。 非受控文件:若有新的版本发出，旧的版本文件无需更新，被列为非受控文件，且禁止作为产品生产、开发及经营之用。 4.工作职责 文件的审查、批准权限为： 文件的发布、回收、作废、销毁及控制,由文控中心负责。 文件使用管理：各部门主管负责管理本部门现场使用的文件和资料，确保文件及记录的正确、完整及安全性。
ISO软件开发全套文档~软件开发过程控制程序
北京易游无限科技公司 https://www.360docs.net/doc/1f2405830.html, EUWX/QP 0714 软件开发过程控制控制程序 授控状态： 版号：A/O 分发号： 持有人： 2007年8月6日发布2007年8月6日实施
易游无限科技发布 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第1页
为保证软件产品及其文档可维护，软件开发过程得到有效控制，特制定本程序。 2适用范围 本程序文件适用于本公司有合同的所有软件开发过程的控制活动。 3定义 3．1需求分析：（引用GB/T11457-1995的2.404）研究用户要求以得到系统或软件需求定义的过程。 3．2概要设计：（引用GB/T11457-1995的2.343）分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义，并提出时间和规模方面的估计。 3．3详细设计：（引用GB/T11457-1995的2.147）推敲并扩充概要设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述，直到设计完善到足以能实现的地步。 3．4设计实现：（引用GB/T11457-1995的2.229）把设计翻译成代码，然后对此代码排除隐错的过程。它是程序的一种机器可执行形式，或者能被自动地翻译成机器可执行的形式的某种形式的程序。 4职责 4．1项目负责人：负责制订《项目计划》、协调项目内外各方的关系、控制项目进度并保证项目计划的实施和完成。 4．2需求分析员：作为开发方的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写《软件需求说明书》和初步的《系统指南》。 4．3系统设计员：负责把软件需求变换成可表示的可实现的软件形式，为设计实现提供可行的依据。并在设计过程中要负责编写《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》，完成《系统指南》的编写。 4．4程序员：按设计要求把软件的详细设计变换成可执行的源程序，进行调试。完成相应的文档，编写《用户操作手册》。 4．5测试人员：负责制定测试计划，设计测试方案，测试用例，并实施测试。 4．6配置管理人员负责对开发库中软件配置项的管理和维护。 4工作程序 软件开发过程主要分为项目计划、需求分析、概要设计、详细设计、设计实现、内部测试和系统测试7个阶段。 易游无限科技程序文件文件编号CSI/QP 0714 版号A/0 标题: 软件开发过程控制程序页码共5页第2页
文件与记录管理程序
文件与记录管理程序 1、目的 通过对管理体系文件的严格控制管理，确保其文件使用的有效性、保管和更改的规定。并对质量记录其完整性、准确性、清晰、保管等予以控制。以证明产品质量满足规定要求、管理体系有效运行，并为实现可追溯性、证实作用以及采取纠正和预防措施提供依据。 2、适用范围 适用于本公司所有管理体系文件及相关资料记录的管理与控制。 3、职责与权限 3.1 ISO文控中心负责公司管理体系文件的收集、分类编号、整理、存档保管、发放及与管理和 控制有关的其他工作。 3.2 各部门负责本部门在用文件的管理和控制。 4、程序内容 4.1 管理体系文件的分类、编制、审核、审批按下列规定执行： 4.2 管理体系文件的编号、归口、分类、 4.2.1 公司编制的各级管理体系文件均由文控中心归口、分类并统一编号，其文件编号规定 4.2.2 文件受控分类 管理体系文件分为受控原版、受控副本、非受控副本： 1) 受控原版是不须加盖受控文件印章，由文控中心保存，仅作为复制用途。 2）受控副本为受控原版的复印件，其上加盖红色“受控本”印章发放，作为公司内使用的合法文件，公司内不允许使用“受控本”变黑的非法复印文件，以确保文件更 新时能够从发放或使用场所撤出失效或作废的文件。 3）非受控副本为受控原版的复印件，其上加盖红色本公司名印章作为提供给客户或公司以外的人员使用的合法文件。公司内部不允许使用加盖红色本公司印章名的体系 受控文件。 4.2.3 文件版次规定 为确保公司管理体系文件的有效性能够得到控制，对其采用版次来控制最新有效版次。版次采用“A”+第几次版本,文件经过一次修改后进行换版，版本号增高一位（如： A0首次发行版本、A1第一次修改、A...n第n次修改 4.3 文件的发放与记录 4.3.1 文控中心根据质量手册、程序文件、质量记录制定并及时登录《受控文件总表》；根 据质量记录表格制定并及时登录《质量记录总表》，确保各部门使用最新有效的文件。
软件开发流程管理制度
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
文件管理控制程序文件
XXXX 文件管理控制程序
文件修订履历 变化状态：新建，增加，修改,删除
目录 1目的 (4) 2适用范围 (4) 3职责 (4) 4术语和定义 (4) 4.1文件编写 (5) 4.2文件审批 (5) 4.3文件发放 (5) 4.4文件检查 (5) 4.5文件更改 (5) 4.6文件作废 (5) 5内容 (6) 5.1文件编码 (6) 5.2文件版本 (6) 5.3文件格式 (7) 6附则 (7) 7附录 (8) 附录 1 ISMS 文件清单 (8) 附录 2 文件更改记录 (11) 附录 3 文件签阅表 (13)
XXXX 文件管理控制程序 1目的 对信息安全管理体系文件的编制、审批、发放、检查、更改、废除等过程实施控制，保持体系运行各环节相关文件的有效性。 2适用范围 适用于XXXX的文件的编写、审批、颁发、版本升级以及失效文件的回收、留用和报废处理过程。 3职责 1、所有信息安全管理体系文件由信息安全管理委员会负责控制。 2、程序文件和记录文件由使用部门进行调用。 3、各部门负责管理本部门体系运行相关文件。 4术语和定义 1、单位内部文件：由单位内部（包括单位级、各部门和各项目组）编写、审批、颁发、版本更新和做失效处理的文件。 2、外来文件：来自于单位外部的文件，包括： 国家或行业的法令、法规； 从客户处正式收到的需求文件、设计书、开发规范和行业标准等； 设计所需的手册、技术资料或由合作伙伴提供的与单位业务相关的文件等。 3、受控文件：按照已批准的颁发范围颁发的文件。这些文件需要按照文件的编写、审批、标识、颁发、版本更新等过程管理规定进行控制和管理。 4、参考文件：为了研修、市场或者商务合作的需要，发放给颁发范围以外的人的文件。在版本更新时，通常不会通知这些文件的使用者。 5、失效文件：文件版本更新后不再使用的旧版文件。 6、废止文件：由于单位规章、规定的变更和调整而被废弃不用的文件。 7、基线化：基线是文档的一个稳定版本。它是进一步开发的基础。之后执行管理体系时将按照基线化的文档规定进行，如果文档需要变动，通过评审后需要重新基线，后续执行按照新的基线进行。 8、记录：日常工作中由于业务、行政、管理产生的包含某种结果或其他输出的文档。
项目管理软件开发流程图
一般来说，制造PFD、P&ID，相关专业从事人员都是运用Visio或许AutoCAD、PIDCAD这些软件。软件都各有其长处和缺陷。AutoCAD、PIDCAD这样的纯专业软件，在软件的操作与使用上的 一般都需求花费必定的学习时间，而Visio这样的操作简略便当、又支撑制造多种图表的工艺流程 图制造软件，关于大部分人来说，是相对正确的挑选。但，Visio颇高的价格有时也会让人犹豫是否购买。那有没有类似于Visio这样操作简略、价格又适中的工艺流程图制造软件呢？答案是肯定的。 无需绘图技巧 使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很 专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专 业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。 智能地创建视觉流程图
亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作
软件开发过程控制程序
软件开发过程控制程序
目录 1目的与适用围 (3) 1.1 目的 (3) 1.2 适用围 (3) 2 引用文件 (3) 3职责 (3) 4程序 (3) 4.1需求分析程序 (3) 4.1.1获取、分析需求 (3) 4.1.2需求规格说明书的评审 (3) 4.1.3需求确认 (3) 4.1.4存档 (3) 4.1.5需求变更 (3) 4.2 软件设计程序 (3) 4.2.1软件设计 (3) 4.2.2设计评审 (3) 4.2.3设计文档的备案 (3) 4.2.4设计更改控制 (3) 4.3 编码开发程序 (3) 4.3.1编码 (3) 4.3.2代码集成 (3) 4.3.3程序验收 (3) 4.3.4配置管理 (3) 4.3.5测试流程 (3) 4.3.5.1 测试用例的编写、审核与备案 (3) 4.3.5.2 系统测试 (3) 4.3.5.3 用户手册的编写与审核 (3) 4.3.5.4存档 (3) 5流程图 (3) 6相关文件 (3)
1目的与适用围 1.1 目的 规需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。 1.2 适用围 适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。 2 引用文件 GBT 11457-2006 信息技术软件工程术语 GBT 16260.4-2006 软件工程产品质量 3职责 ?项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。 ?需求分析员：进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。 ?技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。 ?设计人员：软件界面设计。 ?开发人员：负责软件系统设计，编写设计文档。根据设计说明书编写程序，修改软件代码。 ?测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。 ?行政人事部：负责开发过程中文件及代码的存档管理。 ?项目组成员：每日填写工作日志。 ?部门负责人：对项目人员工作日志进行统计。
最新记录控制程序(20190919070842).pdf
版本号 A 记录控制程序 实施日期：2017年10月01日第 1 页共 8 页 目录 1 目的 (2) 2 范围 (2) 3 职责 (2) 4 控制程序 (2) 4.1 记录的范围、分类与形式 (2) 4.2 记录表格的编制和审批 (3) 4.3 记录表格的发放和更改 (3) 4.4 记录的使用和管理 (4) 4.5 记录的特殊控制 (5) 4.6 记录的保存期限 (6) 4.7 记录的处置 (8) 5 相关文件 (8) 6 记录 (8)
1 目的 为了确保公司质量、环境、职业健康安全管理体系运行中产生的记录得到有效的控制，并为证实其过程的符合性和有效性提供客观的证据，特制定本程序。 2 范围 适用于公司质量、环境和职业健康安全管理体系运行过程形成的各项记录，包括：文字、图表、声像及电子文件等。 3 职责 1）档案室负责所有归档记录的管理和控制； 2）各部、室负责本部门管理体系运行中产生的有关记录的管理和控制； 3）工程总承包各项目部对归档前各阶段产生的记录负责管理和控制，包括设计、采购、施工、试运、开车阶段所涉及活动中产生的记录； 4) 记录的填写人员，对所记录数据的真实性和正确性负责，同时应满足各类记录表 格的审批职责和权限。 5）质量安全标准部对本程序实施控制管理。 4 控制程序 4.1 记录的范围、分类与形式 4.1.1 记录的控制范围 1)凡与管理体系有关的记录、报告、检验和验证数据等，均属记录的控制范围，记录 表格是一种文件，按文件进行控制，对于记录的特殊性则应按本程序规定的要求进行控制。 2)记录控制是一个过程，其输入是通过策划制定所需要的记录内容和表格，其输出是 具有客观证据的报告或填写后的表格，其过程内容包括策划、编制、标识、贮存、保护、 检索、借阅、保存、归档、处置和改进等。 4.1.2 记录的分类 记录按其性质和使用范围可分为以下四类： 1)管理职责方面的记录（包括文件控制的记录），如管理评审记录，目标实施记录， 文件受控清单等。 2)资源管理方面的记录，如人员教育培训、经历、资格、考核记录，设备管理、设备 维修记录，安全管理、环境管理记录等。 3)产品实现方面的记录，如产品要求评审记录，供方评价记录，特殊过程确认记录， 不合格品处置记录和产品让步放行记录等。
文件和资料控制程序
文件和资料控制程序(总11 页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面，使用请直接删除
1.目的 为了对公司各类文件和资料进行有效管制，统一文件格式，规范文件的制定、修改、发放、废止等管理，确保文件正确、完整、有效，特制定本程序。 2.适用范围 适用于公司行政发文、程序文件、作业指导书，各类规章制度、各类检验标准、工作指引、记录表单及外来文件的管理等。 3.定义 3.1文件分类： 3.1.1红头文件：包括公司组织机构、人事任免、重大决策及重要管理事项等。3.1.2一级文件（A）：公司章程、体系手册等公司纲领性文件。 3.1.3二级文件（B）：管理控制程序、业务流程性文件。 3.1.3三级文件（C）：管理规章制度、操作规程、作业指导书。 （D）：检验标准、产品规范。 3.1.4四级文件（管理表单）：用来记录管理过程的表单，作为QEO管理的追踪和检索的工具。 3.1.5临时性文件（E）：包括通知、通告、暂行办法、暂行规定、部门沟通联络文件等。 3.1.6外来文件（F）：包括地方政府、主管部门、行业管理相关文件，顾客或供应商提供的资料、图纸及有关的行业标准等。 3.2 文件分为受控文件及非受控文件： 3.2.1 受控文件:即要求文件的分发、修订或更改均须按书面规定程序进行控制,保证文件始终反映现行要求,受控文件须加盖“受控文件”印章，且经相关人员会签。包括:管理手册、程序文件、作业指导书、MSDS文件、职务说明书、经识别的外来文件、记录表单类文件等。 3.2.2 非受控文件:若有新的版本发出，旧的版本文件无需更新，被列为非受控文件，且禁止作为产品生产、开发及经营之用。 4.工作职责
设计和开发控制程序
.
针对设计和开发过程进行有效控制，确保设计和开发的产品能够满足客户要求和有关标准及法律法规。 2.范围 适用于本公司所有产品设计和开发的全过程，包括产品的技术提升和结构改良。 3.权责 3.1 销售部门：负责对市场调查分析、收集客户反馈的信息进行综合评估填写市场调查分析报告，根据综合信息 转换为《设计开发任务书》输出；参与新产品设计开发的评审工作。负责对新产品上市前的培训资 料、宣传资料等平面设计初步策划。 3.2 研发部： 1、负责参与新产品设想讨论会，议会期间就参会人员提出的新产品功能、性能、结构方面进行可 行性评估，并填写《新产品开发可行性分析报告》会签存档； 2、研发部参与或组织召开新产品立项会，根据《新产品开发可行性分析报告》确定新产品项目小 组成员；研发主管编制《项目流程检查表》，利于项目工程师对项目工作的清晰执行，利于研 发主管对项目进度的管控，研发部定期进行项目流程检查； 3、研发主管制定并输出项目预算表，包括但不限于对产品成本、研发人员工时成本、模具成本、 ID设计成本、检测认证费用、试产工时成本、质量成本等等；项目预算表由研发主导制定，总 经办协助完善，经总经理审批，输出给到财务部，参考附件《设计开发预算管理表》； 4、项目工程师按照《新产品立项书》制定《设计开发任务书》、《新产品开发计划书》；设计开发任 务书需要销售部门确认； 5、按《设计开发任务书》的要求进行新产品的设计与开发；负责输出设计开发文件，为生产和品 质管理提供依据，如：零件设计图纸、装配图、爆炸图、产品规格书、电路图、使用说明书、 BOM表，并保证文件使用的有效性； 6、负责协调工程部对新产品开发过程中试产、量试的治具及工装制作，生产工艺流程、作业指导 书的编制，工程部PE工程师应协助项目工程师处理技术工艺、问题点分析、工艺完善； 7、当新产品量试后符合移交条件时，由项目工程师申请召开产品移交会议并移交。 3.3工程部: 1、对已经移交的老产品负责生产维护和改良，有效工时的核算已达到产能提升的目的； 2、对新产品负责试产、量试的治具及工装制作，生产工艺流程、作业指导书的编制，协助项目工程 师处理技术工艺、问题点分析、工艺； 3、对老产品更换新供应商的评估和来样确认、安排试产。并根据《工程变更管理程序》完善变更 资料； 4、老产品型号升级或派生由总经办按照研发流程，组织并下发《新产品立项书》。 3.4生产部：负责组织新产品量试、量产，对生产现场操作员进行技能培训，确保生产过程中产品质量的稳定， 对生产现场进行管理。 3.5品质部：负责开发过程中新产品零部件的检验与评价，以及新产品的型式试验、验证，编制产品零件部件的 检验规范；负责试产、量产过程中来料检验、制程检验、成品检验、型式试验。 3.6 项目工程师C部：负责依研发部发出的《试产/量试通知单》安排试产计划及物料统筹，知会相关部门具体试产日期。 3.7 采购部：负责依试产BOM表、《样品打样单》采购开发产品的新材料、物料，同时进行新供应商的开发及打样， 并洽谈物料周期及提供样品的有效证书，保证研发/工程部工作所需。 3.8 财务部：参与新产品立项会，审核项目预算表，制定研发项目明细帐，分类统计研发支出科目，项目经费开 支与研发过程同步，定期对经费开支进行检查，力求经费执行专款专用，及时对经费支出异常反馈给 研发部门；项目研发阶段完成后，给出研发预算与决算对比，结果汇报总经理，并反馈给研发团队； 4.定义
软件开发控制程序文件
软件开发控制程序文件 1 目的 1.1 对软件开发的全过程进行控制，确保产品能满足用户需求和期望及 有关法律、法规要求。 2 范围 2.1适用于本公司软件新产品开发全过程的控制。 3 职责 3.1技术部负责软件开发全过程的组织、协调、实施工作，包括进行开发 的策划、确定开发的组织和技术的接口、输入、输出、验证、评 审，设计开发的更改和确认等。 3.2技术部经理负责审核软件开始输出文件和成果。 3.3技术部经理负责审核项目可行性研究报告、项目开发方案，下达开发 任务书，负责批准项目开发计划、开发输入、开发输出、开发评 审、开发验证、确认和软件更改等。 3.4总经理负责批准项目可行性研究报告、项目开发方案。 3.5采购部负责所需物料的采购。 3.6技术部负责根据合同要求，负责提交用户使用新产品后的《验收报 告》。 3.7技术部负责控制新产品的质量保证能力。 4 程序 4.1软件开始的策划 根据“软件生存周期”的阶段划分，这属于“可行性研究与计划阶段”。
4.1.1软件开发项目的来源： a. 根据市场部与用户签定的新产品合同或技术协议，总经理批 准的相应的《项目可行性研究报告》、《产品要求评审 表》、技术部经理下达《软件开发任务书》，并将与新产品 有关的技术资料转交软件开发人员。 b. 市场部根据市场调研或分析提出《项目可行性研究报告》， 报技术部经理审核、总经理批准后，技术部经理下达《软件 开发任务书》，并将相关背景资料转交软件开发人员。 c. 技术部综合各方面信息，提交《项目可行性研究报告》，报 技术部经理审核、总经理批准后，技术部经理下达《软件开 发任务书》，交软件开发人员实施。 d. 技术部经理制定的科技发展规划：包括新产品计划和已有产 品的重大升组级计划（如平台更换、重大技术改造等）。 4.1.2项目负责人根据上述项目来源，确定项目负责人，根据《软件开发 任务书》将软件开发策划的输出转化为《项目开发计划》，报技 术部经理审核、批准。计划书内容包括： a.开发输入、输出、评审、验证、确认等务阶段的划分和主要工作内容； b.各阶段人员职责和权限、进度要求和配合单位； c．产品及成果、验收标准； d．资源配置需求，如人员、设备、资金保证及支持务件等及其他相关内容等。 4.1.3软件开发策划的输出文件将随着设计开发的进展，在适当进予以修 改，应执行《文件控制程序》关于文件更改的有关规定。 4.1.4软件开发不同小组之间的接口管理 a. 软件开发的不同小组可能涉及到公司不同职能或不同层 次，也可能涉及到公司外部。 b. 对于小组之间重要的软件开发信息沟通，软件开发人员填
计算机软件设计开发控制程序
计算机软件设计开发控制程序 1.目的 为使软件设计开发全过程得到有效的实施和控制，保证软件产品在开发过程中各个阶段的质量以及最终软件的功能、性能指标符合规定要求及适用于产品的法律、法规的要求，,以增强顾客满意，特制定本程序。 1.范围 本程序涉及软件设计开发过程中的全过程的控制。 2.职责和权限 2.1.软件产品设计开发小组由项目经理、系统分析员、程序员和测试工程师 组成，其职责如下： a)项目经理：是项目系统总负责人，根据经批准的《项目开发计划》 (CX06-JL01)组织设计和开发，负责项目技术方案的制定，负责项目设 计和开发过程中的进度、成本和质量的跟踪和控制，组织设计和开发各 阶段的设计评审，负责项目相关部门工作协调及相关信息的沟通，组织 编写《软件需求规格说明书》(CX06-JL02)、《概要设计说明书》 (CX06-JL03) 。 b)系统分析员：是项目系统技术负责人，负责产品系统结构设计；负责项 目子系统的技术方案的确定，对集成和系统测试中发现的问题负责组织 整改，依据相关国家、行业和地方技术标准编制企业产品标准。 c)程序员：依据子系统(详细)设计，完成各模块的程序编码，在测试工程 师的指导和协助下进行模块和单元测试，对测试中发现的问题负责纠正。 d)测试工程师：提供产品测试计划和系统集成测试方案，制定测试用例， 指导程序员进行模块和单元测试，组织进行系统和现场测试，编写《测 试说明书》(CX06-JL04)，收集整理测试纪录，对测试中发现的问题， 负责追踪和纠正结果验证。
编码: CX06版本：C 修改码：0 页码：2/9 2.2.各部门职责 a)软件开发部：新产品的技术可行性决策、需求规格的确定，组织实施软 件产品的设计及开发工作。 b)销售部：负责组织新产品的市场可行性分析，提供市场信息及新产品动 向，确定功能规格、产品形式，外包装，产品价位等；安排客户作新产 品的测试，搜集客户使用情况。 3.3总工程师：负责重要新产品的“需求分析评审”和“立项评审”。 3.4总经理：负责批准新产品立项申请和《项目开发计划》(CX06-JL01)。 3.程序 3.1.设计和开发策划 4.1.1总则 4.1.1.1为了确保设计和开发的产品（项目）达到预期的质量目标，满足顾 客要求，并符合相关的法律法规要求，应对产品（项目）的设计和开发进行策划。 4.1.1.2设计开发的策划应确定: a)设计阶段的划分，根据产品（项目）复杂程度、重要性等因素确定， 适当時，可包括需求规格说明、概要设计、详细设计、测试设计、 编程、测试和验收等阶段； b)适合于每个设计阶段的评审、验证和确认活动； c)设计和开发的职责和权限。 4.1.2设计开发策划的实施 4.1.2.1软件开发部根据已签署的合同或已确认的项目受托书下达项目设计 开发任务，确定并批准具有资格的人员担任项目经理。 4.1.2.2项目经理在明确顾客需求、项目进度要求和人员体制的前提下，根 据《项目开发计划编制规范》(CX06-ZY01)要求,编制《项目开发计划》(CX06-JL01)，其内容根据产品（项目）具体情况可包括：