软件开发控制程序文件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.对于小组之间重要的软件开发信息沟通，软件开发人员填写《内部联络单》，由项目经理审批后发给相关小组。需要技术部经理进行协调工作的，由技术部经理审批后组织协调。
4.1.5市场部负责与用户的联系及信息传递。
4.1.6软件开发策划的输出文件应报技术部经理助理备案，技术部经理负责监督、协调项目开发计划的实施；负责每个月定期检查计划的执行情况。
4.2软件开始的输入
根据“软件生存周期”的阶段划分，这属于“需求分析阶段”。
4.2.1软件开发输入应包括以下内容：
a.产品主要功能、性能要求，这些要求主要来自用户或市场的需求与期望,一般应隐含在合同或项目可行性研究报告中；
页6 共页2 第
b.适用的法规、法规要求，对国家强制性标准一定要满足；
c.以前类似设计提供的适用信息；
d.对确定产品的安全性和适用性到关重要的特性要求，包括安全、维护及使用环境等。
4.2.2软件开发的输入应形成文件，项目开发人员应编制《软件需求说明书》等，报技术部经理审批准后实施。如客户对软件的功能和性能等有更改要求时,作成《需求更改说明书》。
4.2.2.1《软件需求说明书》内容包括：
a.引言：说明编写目的、背景、定义及参考资料等；
b.任务概述：目标、用户特点、假定与约束；
c.需求规定：对功能的规定，对性能规定，精度、时间特性要求，灵活性，输入输出要求，数据管理能力要求，故障处理要求，其他专门要求等；
d.运行环境规定：设备、支持软件、接口、控制等。
4.3 软件开发的输出
根据“软件生存周期”的阶段划分，这属于“设计和实现阶段”。
4.3.1 软件开发人员根据开发任务书、方案及计划等开展软件开发工作，并编制相应的软件开发输出文件。
4.3.2 软件开发输出应以能针对软件开发输入进行验证的形式来表达，以便于证明满足输入要求，为行产运作提供适当的信息。
软件开发输出因产品不同而不同，除开发编制的应用软件外，还应根据产品特点规定对安全和正常使用的产品特性，包括安装、使用、维护等的要求。适当时其输出包括：
a.《概要设计说明书》
b.《详细设计说明书》
c.《详细设计---数据库设计说明书》
d.《模块报告》
e.《测试计划》
f.《用户操作手册》
4.4 软件开发的评审
页6 共页3 第
4.4.1在软件开发的适当阶段进行系统、综合的评审，一般对项目管理级和技术级两个方面进行评审，由设计项目负责人提出申请，技术部经理批准并组织相关人员和部门进行。
a.应在《项目开发计划》明确评审的阶段、达到的目标、参加人员及职责等，并按照计划进行评审。
b.评审的目的是评价满足阶段设计开发要求及对应于内外部资源的适宜性、满足总体设计输入要求的充分性及达到设定目标的程度；识别和预测问题的部位和不足，提出纠正措施，以确保最终设计满足用户的要求。
c.根据需要也可安排计划外的适当阶段评审，但应提前明确时间、评审方法、参加人员及职责等。
4.4.2项目负责人根据评审结果,填写《软件开发评审报告》,提交技术部经理确认。根据需要采取相应的改进或纠正措施，技术部经理负责跟踪记录措施的执行情况，填写在《软件开发评审报告》的相应栏目内。
4.5 软件开始的验证
根据“软件生存周期”的阶段划分，这属于“测试阶段”。
4.5.1 开发人员对于形成的软件，应根据《测试计划》对其进行验证。
4.5.2 在软件开发的适当阶段也可以进行验证，可采用与已证实的类似设计进行比较、计算验证、模似试验等。
4.5.3 项目负责人综合所有验证结果，填写《测试分析报告》，把组装测试和阶段测试的结果、发现及分析形成文件予以记载。其内容包括：测试概要、测试结果及发现、对阶段软件功能的结论、分析摘要、测试资源消耗等，并记录验证的结果及跟踪的措施，技术部经理对分析报告确认。确保软件开发输入中生一项性能、功能指标都得到了验证。
4.6 软件开发的确认
4.6.1 确认的目的是证明产品能够满足预期的使用要求。通常应在产品交付之前（如单件产品）或产品实施（如批量产品）之前完成。如需经用户使用一段时间才能完成确认工作的，应在可能的适用范围内实现局部确认。
可以选择下述几种确认方式之一：
a.技术部经理组织召开新产品鉴定会，邀请有关专家、用户参加，提交《新
告》即对开发的软件予以确认；
b.试产合格的产品，由项目组联系交用户使用一段时间，项目组提交《用户试用报告》，说明用户对试样符合标准或合同要求的满意程序及对适用性的评价，用户满意即对开发软件予以确认；
c.新产品可送往国家授权的试验室进行性能、功能检测并出具合格报告，并提供用户使用满意的报告，即为对开发的软件予以确认。
上述报告及相关资料为确认的结果，技术部经理对此结果进行分析，根据需要采取相应的跟踪和改进措施，并填写在《内部联络单》上传递给相关部门执行，以确保开发的产品满足用户预期的使用要求。
4.6.2 项目完成后，项目负责人应编制《项目开发总结》，报技术部经理审准后，由技术部归档。
4.7 软件开发更改的控制
4.7.1软件开发的更改可发生在软件生存期的任何阶段。开发人员应正确识别和评估设计更改对软件使用性能、安全性、可靠性等方面带来的影响。
4.7.2 软件开发的更改提出部门应填写《软件更改申请单》，并附上相关资料，报技术部经理批准后方可进行更改。
4.7.3 当更改涉及到主要技术参数和功能、性能指标的改变，或人身安全及相关法律法规要求时，应对更改进行适当的评审、验证和确认，经技术部经理批准后才能实施。对更改的评审结果及任何必要措施的记录，由项目负责人保存。
4.8 软件开发阶段的进度控制
为了及时向有关部门汇报项目开发的进展情况，以便及时发现和处理开发过程中出现的问题，应以项目组为单位按月填写《开发进度月报》，记录工程进度与状态、资源耗用与状态、经费支出与状态及下个月的工作计划和建议等，报技术部经理备案，根据需要采取协调措施，以便使相关部门之间进行必要的沟通。
5 相关文件
5.1《文件控制程序》
5.2《软件、系统集成文档资料控制程序》
页6 共页5 第
6 记录
6.1 《项目开发任务书》
6.2《项目开发计划》
6.3《软件需求说明书》
6.4《详细设计说明书》
6.5 《概要设计说明书》
6.6《测试计划》
6.7 《软件开发评审报告》
6.8《模块测试报告》
6.9 《测试分析报告》
6.10《内部联络单》
6.11 《新产品鉴定报告》
6.12《软件更改申请单》
6.13 《项目开发总结报告》
6.14 《用户使用手册》
6.15 《用户安装手册》
6.16《用户维护手册》
页6 共页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，各部门应对本部门的文件进行分类识别，对记录表单的流水码进行识别、汇总,汇编成《记录清单》 各部门文件编号应按以上要求执行，不得有重复或误用的情形。 外来文件的编码以外单位编码为准。 以此类推 受控文件控制的一般要求
软件开发过程管理规范文件管理序列号：[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 / 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 文件审批权一览表
软件开发的几个关键过程三 - 一.软件项目管理（Software Project Management） SW-CMM将项目管理分为两个部分，即软件项目计划（Software Project Planning）和软件项目跟踪及监控（Software Project Tracking and Oversighting）。 软件项目计划的目的是为完成软件工程和管理软件项目制定合理的计划。 软件项目计划包含估计待完成的工作，建立必要的约定和确定进
行该工作的计划。 软件计划计划首先作出有关待完成的工作和其它定义及界定软件项目的约束和目标（由需求管理关键过程区域的实践所建立的）的陈述。软件计划过程包括以下步骤：估计软件工作产品规模及所需的资源，制定时间表，鉴别和评估软件风险和协商约定。为了制定软件计划（即软件开发计划），可能需要重复地通过这些步骤。 该计划提供完成和管理软件项目活动的基础，并按照软件项目的资源、约束和能力，阐述对软件项目的顾客作的约定。 软件项目跟踪和监控的目的是建立对实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施。
软件项目跟踪和监控包括对照已文档化的估计、约定、和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。 软件项目的已文档化的计划（即软件开发计划，正如在软件项目计划关键过程区域中所描述的）用作跟踪软件活动、传送状态和修订计划的基础。管理者监控软件活动。主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模。工作量、成本和时间表与计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。 二.软件需求（Software Requirement） 需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。
生产工艺流程控制的规程（草稿） 一、目的 为加强企业的生产工艺流程控制，全面提升产品的制作质量，降低生产成本，各相关部门和人员按照优化5M1E（注1）的原则进行生产活动，增强企业的竞争力，特制订本规程。 ——注1：5M1E分别是英文-人员、机器、材料、方法、测量和环境的单词首位字母。 二、使用范围 本集团下属各公司的应依据本规程来制订、执改进行、生产工艺流程、对其结果进行考核、奖惩，除另有规定外，均以本规程执行； 三、规程的内容： 1、工艺流程涉及的部门（体系化） 工艺流程涉及的部门有：各公司的技术部、生产部、质检部、和集团采购部。 2、管理责任（制度化） （1）各公司技术部责任 a,制定合理的工艺流程文件 各公司的技术部依据产品任务单，制定生产工艺流程的文件，工艺流程文件的主要是以下三种类： ——工艺过程卡片；
——工序卡片； ——操作说明书； 工艺流程的卡片和操作说明书中应包含：图纸（加工的工件图纸以及关键步骤和重要环节都有图纸说明）、加工工序、加工方法及对环境的要求、检验及方法、产品的包装、工时定额、材料和物耗定额、使用的设备和工装、加工工具、对特殊工件的吊装位置及方法、包装方法、加工的起始时间、责任者的签名等，总之应当是实际工作中涉及的工序和各个工序中要点（5M1E）都要简约地反映在流程中；——注2：工时定额和物耗定额：在实际中灵活应用和执行，对于首件和单件生产可以是定性管理；对于3-5件的小批量生产应当是首件完成后，对出其余件进行的半定量管理，就是给个范围值；对于成熟的大批量生产件应当是定量管理，就是应当给出固定的定额；——注3：可以有空项，按实际生产中需要的项目编写，应当简要全面部不应当有漏项；各个公司在制定工艺流程时，可以是表格式、卡片式、文字表述式，只要能在实际生产中，对生产的产品有以下作用即可--加工的指导、检验指导、记录完整（可以追溯产品的加工历史）；b,根据生产出现的问题，可以用工艺流程附加单的形式进行补充及修改，必要时废除老工艺，重新制定新工艺； c,会同质检部门处理质量异常问题。 （2）各公司生产部责任
1.目的 为了对公司各类文件和资料进行有效管制，统一文件格式，规范文件的制定、修改、发放、废止等管理，确保文件正确、完整、有效，特制定本程序。2.适用范围 适用于公司行政发文、程序文件、作业指导书，各类规章制度、各类检验标准、工作指引、记录表单及外来文件的管理等。 3.定义 文件分类： 红头文件：包括公司组织机构、人事任免、重大决策及重要管理事项等。 一级文件（A）：公司章程、体系手册等公司纲领性文件。 二级文件（B）：管理控制程序、业务流程性文件。 三级文件（C）：管理规章制度、操作规程、作业指导书。 （D）：检验标准、产品规范。 四级文件（管理表单）：用来记录管理过程的表单，作为QEO管理的追踪和检索的工具。 临时性文件（E）：包括通知、通告、暂行办法、暂行规定、部门沟通联络文件等。 外来文件（F）：包括地方政府、主管部门、行业管理相关文件，顾客或供应商提供的资料、图纸及有关的行业标准等。 文件分为受控文件及非受控文件： 受控文件:即要求文件的分发、修订或更改均须按书面规定程序进行控制,保证文件始终反映现行要求,受控文件须加盖“受控文件”印章，且经相关人员会
签。包括:管理手册、程序文件、作业指导书、MSDS文件、职务说明书、经识别的外来文件、记录表单类文件等。 非受控文件:若有新的版本发出，旧的版本文件无需更新，被列为非受控文件，且禁止作为产品生产、开发及经营之用。 4.工作职责 文件的审查、批准权限为： 文件的发布、回收、作废、销毁及控制,由文控中心负责。 文件使用管理：各部门主管负责管理本部门现场使用的文件和资料，确保文件及记录的正确、完整及安全性。
北京易游无限科技公司 https://www.doczj.com/doc/7916904473.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、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
生 产 过 程 控 制 程 序 文 件 文件编码：MJ/QP-001
审核会签表
文件分发明细表
制定和修改记录
1.目的 确保生产全过程处于受控状态，保证产品加工的一致性和稳定性，满足顾客的需求。 2.范围 本程序适用于公司酒类产品生产的全过程，包括人员、机械设备、物料、环境等方面的有效控制。 3.权责 生产部：负责按作业指导书进行生产，确保产品质量；负责设备调整和维修。质检部：负责生产过程的巡回检查以及进行有关指标的检验，反馈，正确做出结论。 技术中心：负责工艺制定、监控。 其他部门：负责监督、配合。 5.内容及要求 生产开始前 首先，各生产相关部门应对生产流程、程序文件、作业指导书等生产指导文件整理确认。对人员编制定岗定位。对各岗位生产操作人员进行相关岗位知识的培训，确保各岗位生产操作人员有可以任职的操作技能知识。QC应充分了解在线QC作业的有关要求及有关检验规范。
生产前要做好卫生清洁工作，并严格按照有关程序以及作业指导书等要求做好生产前的卫生消毒工作，确保生产内外环境符合要求。 原材料由当班组长按照生产计划、相应的程序领用。 生产前对机械、设备进行调试运行，确保生产顺利。 生产过程 生产过程中，对人员、机械设备、原材料、程序规定、环境卫生等的控制按照有关的程序及操作指导书进行运作、操作。生产部应确保有关作业指导书在各个生产岗位上得到有效遵守，对不符合项应及时更改修正，保证作业指导文件的切实有效。 生产过程中，各岗位操作人员严格按照工艺流程、工艺参数、作业指导书予以执行，尤其对各关键控制点，发现问题应及时汇报，并作适当反应，采取相关的纠偏措施。 QC应对生产线进行实时监督，并依据检验规范进行检验或测试工作，依相应的规定记录结果。如发现异常状况，及时要求车间管理人员进行纠正，纠正后需经QC确认方可。 技术中心人员应定时对生产线进行巡回检查，并做相关记录。 生产部管理人员应不定时审核作业人员的使用材料方式及仪器、设备设定是否正确，随时了解产品质量状况适时发现问题，做好纠偏和预防措施。 若生产过程中出现不合格品等须按照《产品质量事故处理程序》进行处理。 停机过程 生产过程由于设备故障停机的，维修部门应及时进行检修，检修中及检修后严格按照有关操作指导书执行操作。检修合格后，应按故障停机、计划停机等，对不同情况作不同的清洗）。 若为生产异常对产品质量有不良影响时，经生产线当值主管确认后，立即停止生产或采取其他相应措施，待问题解决后，经QC人员确认后才可恢复生 产。 生产结束
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、记录：日常工作中由于业务、行政、管理产生的包含某种结果或其他输出的文档。
1.目的 通过对生产过程的控制，确保生产过程处于受控状态，以满足客户要求。 2.范围 本程序适用于公司所有产品的生产过程控制。 3.定义 无 4. 职责 4.1供销部 4.1.1负责根据合同要求，及发货需要，制定销售计划。 4.1.2 负责生产过程中所需原辅材料、包装材料的采购。 4.2生产部 4.1.1 生产部经理负责确保本程序的有效实施和生产过程中的综合调度。 4.1.2负责按生产任务书组织实施生产，完成生产任务。 4.1.3负责对生产过程中的卫生、质量、关键控制点及控制参数进行管理控制。 4.1.4车间班主任、班组长及相关人员共同对本程序在本班组各工序的正确有效运行负责。 4.1.5负责组织生产设施维修管理。 4.1.6负责对符合产品生产所需的工作环境进行控制。 4.3质检部 4.3.1负责对生产的产品实施验证、生产过程中关键点、操作方法及操作规程、产品质量、安全作业等进行监督检查检验。确保生产过程和产品质量符合相应工艺及相关规定和标准要求。 4.3.2 质检部负责生产过程中的质量监控，及质量与安全问题的反馈、纠正和追踪，并负责产品品质的确认。 4.3.3 产品质量技术员负责生产工艺文件的编制与生产工艺的改良。 5. 程序 5.1 生产策划和准备 5.1.1 食品加工工艺策划和准备 5.1.1.1 按照新产品开发的设计输出文件编制每类食品的加工工艺文件，包括： 1）食品工艺流程及描述，由质检部负责编制； 2）产品包装明细表，由质检部负责编制； 3）原料辅料和食品直接接触材料特性由质检部负责组织编制； 4）作业指导书（包括设备、过程、卫生等），由生产部、质检部、技术员负责编制； 5）根据公司生产产品类别制订的《HACCP计划书》 6）其它合适文件，由相关部门负责编制。工艺文件编制完成经审批后交办公室统一控制发放。 5.1.1.2 每天生产前，技术员落实工艺技术准备工作，确认生产过程中相应的工艺文件是否完全具备并且满足要求。 5.1.1.3 每天生产前，生产设备管理员确认生产所需要的设备设施是否完全具备并且满足要求。 5.1.2 质量控制准备 5.1.2.1 当值质检员负责确认食品质量检验规范齐备和检测仪器设备运行正常。 5.1.3 物料准备:生产部应根据供销部门签订的合同发货要求及生产物资库存情况，制定出产品“生产计划表”的生产经理批准，并下发到各生产车间实施，由生产车间主任按照已批准的“生产计划表”,开出“领料出单”到仓库领料，并发放至生产部收料区。当所需物资不
一般来说，制造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程序 (4) 4.1需求分析程序 (4) 4.1.1获取、分析需求 (4) 4.1.2需求规格说明书的评审 (4) 4.1.3需求确认 (4) 4.1.4存档 (4) 4.1.5需求变更 (4) 4.2 软件设计程序 (5) 4.2.1软件设计 (5) 4.2.2设计评审 (5) 4.2.3设计文档的备案 (5) 4.2.4设计更改控制 (5) 4.3 编码开发程序 (5) 4.3.1编码 (5) 4.3.2代码集成 (6) 4.3.3程序验收 (6) 4.3.4配置管理 (6) 4.3.5测试流程 (6) 4.3.5.1 测试用例的编写、审核与备案 (6) 4.3.5.2 系统测试 (6) 4.3.5.3 用户手册的编写与审核 (7) 4.3.5.4存档 (7) 5流程图 (8) 6相关文件 (9)
1目的与适用围 1.1 目的 规需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。 1.2 适用围 适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。 2 引用文件 GBT 11457-2006 信息技术软件工程术语 GBT 16260.4-2006 软件工程产品质量 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.工作职责
大型软件开发过程的质量管理体系 韩思音 弋陪余 国信朗讯科技网络技术有限公司是中国电信和朗讯科技合资的专业从事通信网络管理软件开发的高科技企业，公司位于上海浦东，注册资金２ ９８０万美元，员工达１５０人，本科以上学历超过９５％。公司在１９９９年成立后就开展了ＩＳＯ９００１贯标活动，并于２０００年８月通过了ＩＳＯ９００１认证。公司以贝尔试验室的大型软件开发管理流程为基础，建立了自己的ＩＳＯ９００１质量管理体系。三年来已经开发了“传输网络集中监控系统ＮｅｔＧｕａｒｄ”、“电信网络资源管理系统ＮｅｔＭａｓｔｅｒ”两个大型软件系统。通过ＩＳＯ９００１的贯标活动，加强了公司全体员工的质量意识，强化了软件开发过程的规范性，改进了软件开发过程，保证了软件开发的质量，对加强公司实力、提高市场形象起了很好的推动作用。 通过了ＩＳＯ９００１认证后，审核机构每年要进行一次复查，即监督审核。如果公司质量体系运行得不好，就可能被暂停证书；如发生重大事故，证书可能被撤消。除此以外，公司每年还进行一次内审，即公司内部对质量体系运行是否符合ＩＳＯ９００１标准进行的检查，各部门对内审发现的不符合项进行认真整改，由质量管理部验收。各部门对本部门的工作定期提出改进措施，由质量管理部对其进行验证，使质量体系不断改进。所以ＩＳＯ９００１的认证对企业的质量体系是有严格管理的，是有保证的。 １ 软件产品质量的特点 按照ＩＳＯ９１２６的定义，软件的质量通常可以从以下六个方面去衡量（定义）。 １）功用性（Ｆｕｎｃｔｉｏｎａｌｉｔｙ），即软件是否满足了客户功能要求。 ２）可靠性（Ｒｅｌｉａｂｉｌｉｔｙ），即软件是否能够一直在一个稳定的状态上满足可用性。 ３）可用性（Ｕｓａｂｉｌｉｔｙ），即衡量用户能够使用软件需要多大的努力。 ４）效率（Ｅｆｆｉｃｉｅｎｃｙ），即衡量软件正常运行需要耗费多少物理资源。 ５）可维护性（Ｍａｉｎｔａｉｎａｂｉｌｉｔｙ），即衡量对已经完成的软件进行调整需要多大的努力。 ６）可移植性（Ｐｏｒｔａｂｉｌｉｔｙ），即衡量软件是否能够方便地部署到不同的运行环境中。 可见，同其它产品相比，软件产品的质量有其明显的特殊性。
软件开发控制与评审控制 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
1.目的 (1) 2.适用范围 (1) 3.角色与职责 (1) 4.项目过程控制 (1) 5.版本控制 (2) 6.软件测试 (3) 7.产品交付控制 (3)
1. 目的 对软件设计和开发过程进行监控，使设计输出不断满足顾客和有关标准、法令、法规的要求。 2. 适用范围 本程序适用于本公司应用软件设计、软件升级等。 3. 角色与职责 ?部门领导：负责整个质量控制过程。 ?项目经理：编制软件开发计划，组织实施设计软件评审与监控过程。 ?开发人员：负责软件评审及评审结果的修改与处理。 ?质量保证工程师：根据软件开发过程， 4. 项目过程控制 4.1项目经理组织软件的立项评审。质量保证工程师参与并监督整个评审 过程。评审完成后，输出《软件产品立项评审记录》。 4.2项目经理制定软件开发过程的评审计划，输出《软件开发评审计划》， 此计划明确在项目的立项、需求、概要设计、详细设计、测试等各开 发阶段的时间点及输出项;
4.3质量保证工程师根据《软件开发评审计划》、《项目开发时间进度表》； 在每个里程碑点，提出阶段评审。项目经理主持评审。具体的阶段包括：需求评审、概要设计评审、测试方案评审。 4.4质量保证工程师参与、监督整个评审过程。评审包括但不限于：需求、 开发计划、设计文档、代码、测试计划。评审完成后，输出〈〈项目评审记录〉〉。 4.5质量保证工程师对评审的处理内容、结果进行监督；并对实施的结果 进行检查。检查结果输出〈〈评审检查实施表〉〉 4.6 质量保证工程师定期跟踪项目的开发情况，每月/每个项目节点，定期 出〈〈项目质量报告〉〉。 4.7 项目开发完成后，质量控制工程师对整个项目质量控制的情况进行总 结。对项目的输出内容进行检查，输出〈〈结项评审〉〉。包括： ?代码打标/包、 ?文档输出检查、 ?产品包装检查； 4.8在整个项目开发过程中，按照《武汉虹翼公司研发部科研项目管理--补 充细则》之规定，实施奖惩。
计算机软件设计开发控制程序 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)，其内容根据产品（项目）具体情况可包括：