软件开发过程控制程序
目录
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职责
?项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。
?需求分析员：进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。
?技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。
?设计人员：软件界面设计。
?开发人员：负责软件系统设计，编写设计文档。根据设计说明书编写程序，修改软件代码。
?测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。
?行政人事部：负责开发过程中文件及代码的存档管理。
?项目组成员：每日填写工作日志。
?部门负责人：对项目人员工作日志进行统计。
4程序
4.1需求分析程序
4.1.1获取、分析需求
?输入：项目立项报告、客户资料、需求调研日志
?输出：需求规格说明书
?过程：需求分析员按照双方确定的计划，有步骤的进行需求调研和分析活动，获取客户的需求，详细分析客户需求。与客户沟通需记录《调研日志》，根据调研情况和客户提供的资料编写《需求规格说明书》。
4.1.2需求规格说明书的评审
?输入：需求规格说明书
?输出：评审记录
?过程：对超出我公司产品范围的部分，项目经理负责组织技术负责人（必要时邀请技术专家组）、项目组成员评审《需求规格说明书》。如果评审不通过，需求分析员需要修改后重新提交，直至通过为止。对评审结果进行保存。
?规则：《评审记录》可是纸质或电子版。以下评审记录不再一一说明。
4.1.3需求确认
?输入：需求规格说明书
?输出：用户签字确认的需求规格说明书
?过程：项目经理将内部评审通过的《需求规格说明书》提交客户代表签字确认。4.1.4存档
?输入：需求调研备忘录、需求规格说明书
?过程：需求分析员将需求分析过程中的文档提交配置管理工具进行归档。
?规则：参见《项目配置管理规范》。
4.1.5需求变更
?输入：变更申请
?输出：需求规格说明书补充说明
?过程：客户签字确认了需求以后，当客户的需求发生变化且与基线库的相关文件不一致
时，项目经理要组织需求分析员将变化后的需求写进《需求规格说明书补充说明》中，并要得到用户的正式签字认可。
?规则：详情参见《需求变更作业指导书》、《变更管理控制规范》。
4.2 软件设计程序
4.2.1软件设计
?输入：《需求规格说明书》
?输出：《系统设计说明书》
?过程：开发人员根据《需求规格说明书》进行系统设计，编写《系统设计说明书》并提交评审。
?规则：如果某个模块是公司产品中没有积累的，以往的项目中都没有可重用模块时，该模块的设计需要详细描述，此外如果项目没有特殊要求，《系统设计说明书》主要描述系统的整体设计。
4.2.2设计评审
?输入：《系统设计说明书》
?输出：评审记录
?过程：项目经理组织设计文档的评审工作，提请技术负责人对系统设计说明书进行评审。
评审方式和方法参见《评审作业指导书》。
4.2.3设计文档的备案
?输入：《系统设计说明书》、评审记录
?过程：设计评审结束后，项目经理将设计文档提交配置管理工具，进行存档备案。
4.2.4设计更改控制
经评审通过后的设计应纳入基线。此后无论因何种原因引起的设计修改，都应按《项目配置管理规范》、《变更管理控制规范》执行。
4.3 编码开发程序
4.3.1编码
?输入：《需求规格说明书》、《系统设计说明书》
?输出：程序源代码
?过程：项目经理组织开发人员按照开发规范进行编码。
4.3.2代码集成
?输入：程序源代码
?过程：技术负责人组织开发人员进行程序的集成和整体调试。
4.3.3程序验收
?输入：程序源代码
?输出：《系统操作说明书》
?过程：程序的集成和整体调试后，项目经理对系统进行验收，通过后开发人员编写《系统操作说明书》，以便指导上线工程师顺利安装调试。
4.3.4配置管理
?输入：程序源代码、《源代码清单》、《系统操作说明书》
?过程：开发人员应当在项目开发过程中定时进行代码的备份，程序调试结束后，项目经理填写《源代码清单》，开发人员填写《系统操作说明书》，并提交配置管理工具。
4.3.5测试流程
4.3.
5.1 测试用例的编写、审核与备案
?输入：《需求规格说明书》、《系统设计说明书》
?输出：《测试用例》
?过程：测试人员根据《需求规格说明书》、《系统设计说明书》编写《测试用例》。项目经理审核《测试用例》，审核通过后配置管理员纳入配置管理。在用户接受性测试时，项目经理要将《测试用例》提供给客户，以指导其测试。
4.3.
5.2 系统测试
?输入:《测试用例》
?输出：《测试报告》
?过程：项目经理组织测试人员进行系统集成测试，测试人员编写《测试报告》以记录项目质量情况。
4.3.
5.3 用户手册的编写与审核
?输入：《测试用例》
?输出：《用户手册》
?过程：系统测试通过后，项目经理组织测试人员结合测试用例，编写《用户手册》。
4.3.
5.4存档
?输入：《测试用例》、《测试报告》、《用户手册》
?过程：测试阶段结束后，配置管理员将该阶段的文档纳入配置项，存档备案。
. 5流程图
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设计和开发的输出应形成文件，但不限于以下文档： ——《软件概要设计说明书》；
质量检验（检测）过程控制程序 1 目的 为确保过程中产生的自制零(部)件、外购件、外协件、原辅材料及最终的成品符合规定的技术标准和满足顾客的要求，而对制造过程中的质量监控作出具体的规定。 2 范围 适用于最终产品及所需的自制零(部)件、外购件、外协件、原辅材料实物质量的监控过程中符合质量/环境/职业健康安全管理活动要求。 3 引用标准 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 Q/HZK526《质量/环境/职业健康安全管理手册》 Q/HZK611《外部供方评定控制管理 Q/HZK504《合同评审和协调程序》 Q/HZK517 检验和试验状态控制 Q/HZK509 产品标识和可追溯性控制 Q/HZK527 顾客财产控制 Q/HZK512 检验和试验设备控制 Q/HZK515 检验、测量和试验控制 Q/HZK520 产品防护控制 Q/HZK518 不合格品控制 Q/HZK519 事件、不符合预防措施及改进控制程序 Q/HZK443 外购外协件、原材料检验规定 Q/HZK417 紧急放行追回程序 Q/HZK442 外购外协件、在制品、成品抽样检验规定 Q/HZK428 质量检验记录管理办法 Q/HZK666 改进控制程序 Q/HZK533 过程的监视和测量控制程序 4 职责
4.1技术质量管理部(质保部)负责过程中产生的自制零(部)件、外购件、外协件、原辅材料及最终的成品符合规定性的技术标准和满足顾客的要求控制。 4.2综合运行管理部(生产计划部、物资供应部)负责生产制造过程、物资采购过程中按符合规定的技术标准(技术图纸、工艺、原辅材料标准等)的自制零(部)件、外购件、外协件、原辅材料及最终的成品符合规定性的技术标准和满足顾客要求的过程控制。 4.3技术质量管理部(各项目开发室)负责提供产品过程中产生的自制零(部)件、外购件、外协件、原辅材料及最终的成品符合规定性的技术标准及检验(检测)细则(规定)。 4.4技术质量管理部(质保部计量室)负责过程中产生的自制零(部)件、外购件、外协件、原辅材料及最终的成品符合规定性的技术标准和满足顾客的要求控制的检测量具和测量设备,并做到符合周期鉴定要求。 5质量检验（检测）工作的责任和要求 5.1质量检验工序控制把关的正、负都会直接反映在产品（零部件）实物质量上。如何按程序文件标准和技术、质检文件要求控制、把关，我们质检线的管理人员、进（出）厂检验人员都必须认识到这一职能的责任，控制/和把关严不严格看你这个检验员的技能和思想品质，以及对本职工作的认真程度和态度，我们要以预防为主，预先走入到工序过程的严格控制之中，这样才能从工序过程中了解产品生产的质量状态、在生产过程中预防质量问题的产生，切实把质量工作从质量检验（检测）位移到质量控制的过程中，检验员要做产品质量的检验员，更要做产品质量的宣传员和生产技术的辅导员，真正把产品质量控制好。 5.2我们的质量管理人员和检验员实际上是一个X光的检验医生岗位，是专门检查工序（产品）出现质量问题岗位，是要按相关程序文件（标准）规定的步骤一步一个脚印认真实际地走的，决不能跨大步，要仔细仔细再仔细。 5.3产品（零件）实物质量检验过程说句简单的话就是对在制造工序过程中或成型产品中按技术（标准）文件中对产品（零件）质量规定（要求）发现不合格的问题，并提出问题，还要跟踪改进情况，符合标准（技术文件）规定的质量要求后才可放行。 5.4合格、不合格是质量检验员要讲的常用术语，决不能讲可用或不可用的话，对产品（零件）产生的质量问题要提出改进的建议供生产/技术参考。 5.5学习—学习—再学习。我们有很多质量检验工作的指导性文件（标准、规定、办法“见
软件开发过程管理规范文件管理序列号：[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）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
第 13 章
企业内部控制流程——业务外包
13．1
承包方选择控制
13．1．1 核心业务外包申请流程
1．核心业务外包申请流程与风险控制图 核心业务外包申请流程与风险控制 不相容责任部门/责任人的职责分工与审批权限划分 业务风险
董事会 《业务外包需求调查 计划》制订不合理， 可能导致企业不能顺 利开展业务外包需求 调查，不能顺利完成 生产计划 组织开展 需求调查 参与 审批 审计委员会 总经理 归口管理部门 相关部门
阶 段
开始 1 制订 《业务外 包需求调查 计划》 D1
分析识别
一些核心业务外包违 反国家法律，可能使 企业遭受外部处罚、 经济损失和信誉损失 审批
提交 《业务外 包需求调查 报告》 2 确认核心 业务外包 D2
核心业务外包未经适 当审核或超越授权审 批，可能产生重大差 错以及舞弊、欺诈行 为，从而导致企业损 失 审批
3 审议
3 审核
编写《核心 业务外包 申请书》 D3
开展核心业 务外包工作
结束
2．核心业务外包申请流程控制表 核心业务外包申请流程控制
控制事项 详细描述及说明 1．企业根据自身的实际生产状况及年度生产计划制订《业务外包需求调查计划》 ，确定外 阶 段 2．企业可以将其所经营的业务按照同企业核心能力的关联度来划分企业外包业务的类型， 控 制 D3 应建 相 规范 关 3．企业核心业务外包应当提交董事会及其审计委员会审议通过后方可实施 D2 当关联度超过某个特定值就定为是核心业务，反之就是非核心业务 D1 包业务的范围和目标
? 《业务外包管理制度》 ? 《企业内部控制应用指引》
规 范
参照
? 《中华人民共和国公司法》
规范
? 《中华人民共和国合同法》 ? 《业务外包需求调查计划》
文件资料
? 《业务外包需求调查报告》
责任部门 及责任人
? 董事会、审计委员会、归口管理部门 ? 董事长、总经理、审计委员会工作人员、归口管理部门相关人员
1 / 5 1. 目的 制定软件产品开发运作管理程序，对软件开发过程的各个工作阶段予以识别和控制，实施过程管理程序和质量控制，使软件开发过程各阶段得以有序进行，不符 受 控 分发号
合项得到及时发现并纠正，确保软件开发项目的工程质量符合客户的要求。 2. 范围 适用于公司各种类型的软件产品开发活动：内部立项开发项目、客户委托开发项目、招投标项目等等包含软件产品开发的运作过程。 3. 职责 3．1中心副总经理：负责组织内部项目的立项申请、软件开发项目的项目任务定义、组织和软件开发技术评审，负责技术开发的外部联合有关事宜，指导开发部经理确定项目经理。 3．2软件开发部经理：协助中心副总经理进行项目任务定义和软件开发技术评审，确定软件开发项目经理，合理配置开发项目各种资源，监督项目经理执行软件开发运作程序及项目过程质量控制，并协同质量管理部人员对开发项目进行检查验收。与项目经理共同负责软件产品开发完成后的归档工作。 3．3项目经理：负责软件产品开发的执行过程：从项目任务书下达开始，对开发计划、需求开发、概要设计、测试设计与计划、数据库设计、详细设计、编码、测试、编写用户手册（或操作手册）、模块开发卷宗、试运行、验收等产品开发活动的全过程实施负责，对产品概要设计、数据库设计、详细设计的实施负责。并负责项目开发完成后的归档。 3．4开发人员（软件工程师）：配合项目经理，对指定任务的需求调研、详细设计、编码及单元测试、手册内容编写、测试任务、模块卷宗开发负责。配合项目经理进行开发文件、卷宗的编篡归档工作。 4. 程序内容 4. 1软件产品开发流程图 (左侧为工作阶段名称，右侧为工作相关产品，括号中的编号是文档的编号)
生产过程检验控制程序 1 目的 规定和明确过程检验和试验控制的方法和依据，确保生产过程中的产品质量满足规定要求。 2范围 适用于工厂所有生产过程中产品的检验和试验活动以及相关部门和工作人员。 3 职责 3.1 质检部门 归口本程序，对生产过程检验和试验进行监督、检查、指导，组织对不合格品分析，提出改善建议和/或制定改进措施，监督、跟踪结果。阵列法 3.2 技术部门 制定过程的有关作业指导书，指导员工规范操作，参与不合格的分析和过程质量之改进工作。 3.3 生产部门 执行过程检验和试验控制程序的要求，参与对不合格的分析，提出改善建议和/或制定改进措施，有效主动实施改进措施。 4 工作流程与要求 4.1 过程检验和试验的策划 4.1.1人员安排和培训 质检部负责人应安排合适人员进行进料检验和试验，必要时应对相关人员予以培训、考核。 4.1.2检验和试验时间/频次的确定 所有的定单在开始生产时,质检员对生产的前1-2个产品都要进行首件检验和试验。 首件检验和试验通过后，依下列规定进行巡检和试验： ——装配工序 质检员人员对各工序随机进行巡回检查，每次抽取（5-20PCS）进行外观、
结构、功能、颜色等检查； ——特殊情况 如果是新产品刚投产或工艺不稳定或新员工上岗之前，检验和试验频次应高于上述一般要求。 4.2 检验和试验 4.2.1 首件检验和试验 当每个质检员开始生产或中途转换生产岗序后，质检员按照《生产过程巡查检验规范》和样板进行检验确认。 当首件产品确认不合格时，质检员应立即通知生产现场管理人员，同时按生产过程控制的有关程序处理，不合格品按《不合格品控制程序》处理。 4.2.2 巡检和试验 质检员按照《生产过程巡查检验规范》等文件对生产线进行检验和试验。 检验和试验完毕，检验员将检验和试验的具体内容填写于相应之《生产过程质量巡查记录表》中，并对检验和试验结果进行合格与不合格判定，交主管审核。 4.2.3 生产线全检 生产部门根据产品工艺安排QC检验工位，对所生产的产品进行全检，检查结果记录在《生产过程质量巡查记录表》内，当生产发生异常时，作业员及时通知生产现场的主管，按照生产过程控制的有关文件处理。 4.3 不合格品的处置 按照《不合格品控制程序》实施。 4.4 过程产品的交付 作业员将检查合格的过程产品流入下一工序。 材料的摆放和搬运应遵循产品防护控制管理规定。 5 表格记录 《生产过程质量巡查记录表》 《不合格品返工/返修通知单》
软件开发的几个关键过程三 - 一.软件项目管理（Software Project Management） SW-CMM将项目管理分为两个部分，即软件项目计划（Software Project Planning）和软件项目跟踪及监控（Software Project Tracking and Oversighting）。 软件项目计划的目的是为完成软件工程和管理软件项目制定合理的计划。 软件项目计划包含估计待完成的工作，建立必要的约定和确定进
行该工作的计划。 软件计划计划首先作出有关待完成的工作和其它定义及界定软件项目的约束和目标（由需求管理关键过程区域的实践所建立的）的陈述。软件计划过程包括以下步骤：估计软件工作产品规模及所需的资源，制定时间表，鉴别和评估软件风险和协商约定。为了制定软件计划（即软件开发计划），可能需要重复地通过这些步骤。 该计划提供完成和管理软件项目活动的基础，并按照软件项目的资源、约束和能力，阐述对软件项目的顾客作的约定。 软件项目跟踪和监控的目的是建立对实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施。
软件项目跟踪和监控包括对照已文档化的估计、约定、和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。 软件项目的已文档化的计划（即软件开发计划，正如在软件项目计划关键过程区域中所描述的）用作跟踪软件活动、传送状态和修订计划的基础。管理者监控软件活动。主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模。工作量、成本和时间表与计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。 二.软件需求（Software Requirement） 需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。
外包过程控制程序 1 目的 为了整合型管理体系的需要，对组织选择的外包方施加质量·环境·职业健康安全管理的影响，通过对影响产品符合要求的外包过程进行控制，确保外包的产品或服务满足顾客要求和法律法规要求。 2 范围 适用于组织对任何生产过程进行外包（指劳务分包或专业分包）时的控制。 3 术语和定义 3.1 外包方：即劳务分包人或专业分包人，指为公司提供产品或服务的单位或成建制的施工队伍。 3.2 顾客：即发包人（业主），指公司为其提供产品或服务的单位。 3.3 组织：即承包人，指公司（含分公司、项目部）。 4 职责与权限 4.1 分公司、项目部根据其所需外包的生产过程编制外包计划。 4.2工程管理控制中心负责外包方的归口管理，对外包合同（协议）进行审批，发布和保持合格/不合格外包方目录。 4.3 以公司名义中标的项目委托分公司管理、或组织项目部进行施工时，由分公司、项目部组织对外包方的评价和选择，保持相应的评价记录和外包方名单，负责同外包方草拟合同（协议）。直管项目的专业分包（协议）报公司工程管理控制中心审查通过后方可签订；直管项目的劳务分包（协议），以及分公司自管项目的专业分包（协议）和劳务分包（协议）报分公司工程管理控制中心审查通过后方可签订。
4.4工程管理控制中心负责对以公司名义中标的项目在外包发生前，对外包方的资信证明进行复审，并审查回复已经草拟的合同。 4.5 分公司、项目部负责对外包方通报有关质量·环境·职业健康安全的程序，并施加质量·环境·职业健康安全管理的影响。 4.6 工程管理控制中心负责组织有关部门、分公司、项目部对由外包方提供的产品或服务实施验证，根据验证的结果对外包方进行年度评价或最终评价。 5 工作内容和要求 5.1 对外包的控制类型和程度应取决于产品对随后的产品实现或最终产品的影响 根据实际情况，分公司、项目部采取以下一种或几种对外包的控制类型： a) 对外包方进行调查； b) 对外包方的资质进行审查、对外包方的产品进行检验和试验； c) 组建审核组对外包方进行第二方审核评价； d) 对外包方以往的业绩进行评价； e) 对外包方在同行当中进行类比评价。 5.2 根据外包方提供产品的能力进行评价和选择 a) 由分公司、项目部组织对外包方进行现场考察（包括外包方名称、地址、联系人、企业简介、质量能力、资质等级、以往质量/环保/安全业绩等），对其技术管理和人员配备、质量/环保/安全保证能力等进行调查，填写外包方资质评审记录，交分公司、项目部负责人审查批准。 b) 分公司、项目部在其单位负责人审批后将外包方评审表及资料按合格、不合格外包方的分类存档，编印《合格/不合格外包方名单》，在负责人审批后交工程管
北京易游无限科技公司 https://www.doczj.com/doc/4910495039.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.0目的 对来料检验/过程检验/最终产品检验提供依据，确保未经检验和检验不合格的产品投入使用或流入下道工序及交付给客户。 2.0 范围 适用于本公司的来料/半成品/成品的检验及试验的控制。 3.0 定义 无 4.0职责 4.1品管部 负责对来料/半成品/成品进行检验，做好标识，记录及存档，负责对不合格品进行的分析，按相应要求填写检验报告。 4.2仓库 负责库存产品的清点及标识、摆放。 4.3 生产部 负责在生产过程中自检和互检。 5.0:程序 5.1来料检验 5.1.1检验和试验 IQC接到通知后先核对来料的名称、规格、编号等。主要原材料须要求供应商提供有效的检验合格证明，否则不予收货。本公司对以下辅助材料可予免检：A）五金工具类 B）常用包材 C）特殊工艺用料 5.1.2报告和判定 IQC检查员核对检验完毕后，须如实的在《进料检验报告》中记录其检验结果，品质主管对《进料检验报告》签名审批其检验结果。若来料不合格，品管主管审批《进料检验报告》的记录及对不合格样品作出判定。 5.1.3来料处理 依据以上对来料检查的结果, IQC必须对来料的质量状态进行适当的标识, 并由仓库将来料转移至适当的区域, 以免出现混乱;来料不合格按《不合格品控制程序》执行。 5.1.4来料紧急放行 因生产停工待料而IQC来不及对来料进行检验，或试验时间长暂无法判定结果
的来料生产又急用。须经副总经理或总经理批准, 并由IQC检查员在来料现品票上粘贴“紧急放行”标识, 注明来料编号/数量/检查日期/紧急物料放行单编号/检验者签印; 通知货仓发料给生产部，生产部在使用时做好自检互检, 一旦发现质量问题必须依标识全数追回或做挑选。 5.2过程检验 5.2.1首件检查 1)可连续生产的设备刚开机、设备运行条件（标准成型条件）不变、生产稳定 后，生产组长会同IPQC检验员对其生产的首件产品进行首件判定并填写《首件检验报告》; 下列条件应进行首件检验: a 正常生产的过程, 刚开始时; b 设备更换、维修后; c 用新工艺或更改工序后; d 用新材料或更换材料后; 2)首件检验合格时,由IPQC检查员在首件样品上标记并通知生产组长或操作员 可继续正常生产，且将确认后的样品放于生产工位以备查对，记录检验结果在《首件检验报告》相应栏目内。 3)首件检验不合格时,IPQC检查员通知生产组长或技术人员并指出不合格部位， 要求改善及改进，直至首件检验合格方可继续正常生产。 4)IPQC检查员须将《首件检验报告》交由品质主管审批，审批后将之归档存放。 5.2.2生产操作员自检/互检 1)生产部操作员在生产过程中应对自己工位生产的部品进行自检并填写《QC 检验日报表》,将不合格品拣选出，不得流入下工序。 2) 生产部操作员应对来料和上道工序的组件及半成品进行互检, 将不合格品 拣选出放置在不良品区域，由当班的管理人员处理。 5.2.3巡检 1）首件检查合格，生产部正常生产时, IPQC检查员每4小时按各工序的检验规范及各工位作业指导书的要求对各工位进行巡检检查。 2）如巡检检查中发现严重品质问题，则依《不合格品控制程序》相关规定进行处理。 5.3 成品检验 5.3.1检验和试验 5.3.1.1 FQC依照成品检验规范、参考图纸、客户样品或技术样本等对产品进
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
外包控制程序 ZHJ—QP—001A 2013 依据GJB 9001B－2009 标准编制
编制：审核：批准：受控状态： 2013-03-10 发布2013-04-10 实施深圳振华亚普精密机械有限公司发布
外包控制程序 1 目的 根据GJB 9001B－2009 标准中 4.1 条款的要求，公司建立本程序——外包控制程序。本公司依据本文件所规定的程序内容实施外包控制管理，确保外包产品符合规定的要求； 2 适用范围 本程序适用于本公司生产、采购过程中外包产品的控制。 3 职责 3.1 采购部负责组织对生产过程中外包方的选择和评价，负责与生产过程中外包方签订外包合同； 3.2 技术研发部负责组织制定外包产品的技术要求； 3.3 质量部参与对外包方的选择和评价，负责对外包产品的过程检验及入厂（库）检验； 4 工作程序 4.1 外包类型及程度 a）特殊零配件的加工； b）项目中劳动强度高、作业量大、技术含量低、在限定时间内工厂现有人员难以完成的非关键环节； c）公司现有设备无法完成的环节，需要特殊工艺、特殊设备加工的产品； d）大型部件的运输及吊（卸）装产品； e）外购器材，包括外购的原材料、元器件、零部（组）件、配套设备（含软件及软件承载平台）以及其它外协件等。 4.2 外包方的选择和评价参照《采购控制程序》和《合格供方评价准则》中对合格供方的评价对外包方进 行选择和评价。 4.3 外包工程项目的确定 4.3.1 公司确定外包项目进批准后，由采购部编制《外包项目清单》（见附录A）. 4.3.2 属零星加工，如个别维修配件、新产品试制中个别零配件等，数量少且又是一次性的外协件，由生产部门填写《外协加工申请单》（见附录B）提出申报。 4.3.3 属本公司产品上的零配件，但仅是短期内发出外加工，例如本厂生产时突然设备损坏一时无法 修复，其他设备无法替代解决，或生产任务过重无法保证工期，只能申请外协加工的，由生产部门提出申报。 4.3.4 本公司的设备无法满足加工要求的情况（如表面处理、热处理等），由生产部门申报。 4.3.5 属本公司产品零配件，已获批长期发出外协加工，由技术部门提出申报，文控中心下图并签盖外
1 目的： 1.1 增加全员对“三检”作用的认识； 1.2 加强操作者和检验员的工作互动，降低检验风险； 1.3 预防和减少不合格品的发生，降低生产成本和质量成本； 1.4 加强产品品质管理，确保过程品质稳定。 2范围： 适用于公司内部的所有生产过程的检验动作。 3职责： 3.1 技质部： 3.1.1负责对生产车间报检的首件产品进行FAI首件检验； 3.1.2在生产线抽样进行IPQC巡回检验； 3.1.3 对生产线半成品按频率进行温度、发热时长等性能的检验； 3.1.4对生产成品进行外观及包装方法的FQC最终检验； 3.1.5当检验不合格时按照《不合格品控制程序》处理。 3.2 生产部： 3.2.1生产车间按照首件检查的要求进行首件检验，对于首件检查不合格品进行原因分析及对策制定； 3.2.2生产车间按照自检检查的要求进行自检检验，对于自检检查不合格品进行原因分析及对策制定； 3.2.2对于首检不合格品、自检不合格品、半成品性能检验不合格品、巡回检验不合格品、最终检验不合格品按照《不合格品控制程序》处理。 4 定义： 4.1 “三检”：指产品实现过程中涉及的首检、自检和巡检； 4.2 首检: FAI(First Article Inspection),对每个班次刚开始时或影响质量的六要素(5M1E)任一条件发生改变时的基本动作； 4.3 首件:一般指5M1E发生改变时,刚生产的前3件； 4.4 自检：指操作者在生产过程中按频率对产品进行的自我检查,但外观的自检指全数检查； 4.5 巡检：IPQC(In Process Quality Control)的检验方式之一，一般采用抽样检验，检查内容分为在规定检验频率下对各工序的产品质量进行抽检、对各工序的操作人员的作业方式和方法进行检查、对技术要求中的内容进行检查； 4.6 半成品性能检验：指检验员在生产过程中按频率对半成品进行温度、发热时长等性能方面的检验；
一般来说，制造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职责 ?项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。 ?需求分析员：进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。 ?技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。 ?设计人员：软件界面设计。 ?开发人员：负责软件系统设计，编写设计文档。根据设计说明书编写程序，修改软件代码。 ?测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。 ?行政人事部：负责开发过程中文件及代码的存档管理。 ?项目组成员：每日填写工作日志。 ?部门负责人：对项目人员工作日志进行统计。
外包过程控制程序 1 总则 为确保外协加工厂商供应的产品质量符合本公司的需要，保证外协加工产品的加工进度、按时交货，特制定本制度。 2 适用范围 a)用于本公司人员、设备不足，生产能力负荷已达饱和时。 b)特殊产品无法购得现货，也无法自制时。 C)协作厂商有专门性的技术，利用外协质量较佳且价格较低。 3 职责 a)业务部/国际贸易部为外协加工业务的归口管理部门，负责本程序的正确执行，保证加工进度，按时交货。 b)品管部负责外协加工业务的技术、质量控制。 4 内容和方法 4.1 审查方式：书面审查及实地调查(见附表)。 4.1.1 根据外协加工量的大小及外协加工单位的生产能力，选择三家以上厂商的资料，填具厂商资料调查表。 4.1.2 实地调查时，由质量管理、生产管理、技术、业务/国际贸易部等单位派员组成调查小组，但每一次不一定所有人员都要参加，要视加工或产品制造的重要性而定，将调查结果填入厂商资料调查表中。 4.2 审查标准及流程 按《采购程序》“4 方法和步骤”执行。 4.3 外协 4.3.1 负责单位：由业务部/国际贸易部负责外协加工或外协制造的对外联络事务。 3.3.2 外协资料：外协加工或外协制造时要为协作厂商提供以下资料： —样品 —检查标准 —检验标准 3.3.4 外协核价 a)签订外协加工合同前须由业务部/国际贸易部与财务部进行详细预算价格，报总经理批准后方可签订合同，并报财务部存档。 b)原辅材料耗用量必须要经负责的生产管理人员签证，必要时可由核算员重新核算。
3.3.5 外协指导管理 由业务部/国际贸易部组织相关部门对外包过程进行检查、指导和督促，以： a)使外协厂商确实按照我们的规定来加工或制造。 b)协助外协厂商提高质量。 c)经常联系协调，了解外协的进度、质量，确保如期交货。 d)对外协厂商实施指导与考核。 4.4 质量管理 4.4.1 入厂检验： 根据双方协定的验收标准及抽样计划，按《采购程序》和《产品的监视和测量程序》检查验收。 4.4.2 外协厂商的质量管理 为确保试用厂商或协作厂商供应的产品符合要求，业务部/国际贸易部必须组织对各协作厂商进行巡回检查，对每个协作厂商，每月至少要做二次以上的检查。 4.4.2 不合格处理 4.4.2.1 验收时发现的不合格： a)验收人员将检验报告通知外协管理人员，并将资料存档，作为下次验收的依据。 b)业务部/国际贸易部将验收情况通知协作厂商，使其针对缺陷进行改进，资料存档，作为考核依据。 4.4.2.2 使用过程中发现的不合格： a)生产中发现不合格的主要原因是由于外协而发生时，有关部门要及时通知品管部。 b)由品管部重检外协厂商交来的半成品或成品，并通知外协管理人员，资料存档，作为验收依据。 c)业务部/国际贸易部通知协作厂商，资料存档，并作为考核的依据。 4.4.2.3 质量管理日常检查发现的不合格及国内外客户的抱怨和投诉等，参照《顾客沟通和服务程序》和《改进程序》执行。 4.4.3 责任分担 不合格发生时，除要通知协作厂商针对不合格及其原因进行改进外，还要依照合同规定罚款或退换货。 外协厂商质量管理检查表 外协厂商调查表
成品检验控制程序 1 目的 加强成品质量管理，规范成品出货检验流程，保证出货品的产品品质 2 范围 适用于入库前完成品、外发加工成品检验 3 原则 程序流畅，责任明确，全面细致，真实准确 4 作业控制 4.1 成品检验的内容 4.1.1 包装检验：核查包装内产品、防护措施、包装材料、储运标识等 4.1.2 入库检验：核对待检品，做好检验准备、允收批处理货拒收处理 4.1.3 出货检验：安排出货检验，核对出库单内容、数量等 4.2 检验前作业 4.2.1 生产部门开立“入库单”送交仓库品管 4.2.2 检验前需核对设备器具是否仍在有效校准/检定周期内 4.3 检验作业 4.3.1 检验人员必须接受过专业上岗训练 4.3.2 检验须依照成品检验标准执行 4.3.3 检验结果须填入成品检验报告 4.3.4 检验结果未获得当班班长确认，产品不得流入下一工序 4.4 检验后处理 4.4.1 成品检验合格的入库作业 4.4.1.1 验收合格后，由品管员填《成品检验报告》 4.4.1.2 在“入库单”上确认合格，办理入库作业 4.4.2 成品验退作业 4.4.2.1 验退时，仓库主管依据成品检验报告上的判定将验退原因记载于“入库单”上。检验不合格品，按按不合格品控制程序处理 4.4.2.2 送验部门在收到退货通知后两天内，取回处置，并填写“异常处理单” 4.4.2.3 退货批须保持批的完整性，不得混批后送检 4.4.3 成品报废作业 4.4.3.1 进判定为报废品、无使用价值时，由相关部门填写“报废申请单” 4.4.3.2 主管审核同意后，转仓储办理出售或丢弃 4.4.3.3 仓储部寻找合适供应商出售报废或予以丢弃 4.5 来料包装检验 4.5.1 所有来料的外包装应完好无缺，没有受潮、受挤压变形 4.5.2 所有来料的外包装应注明有供应商名称及P/N。对照A VL检查供货商是否在A VL记录中，P/N是否正确，若有不同之处或无法判断供应商及有关内容，则将缺陷记录于MR单4.5.3 若外包装有损坏或受潮，应检查受损部位的物料有无发生破损、变形、受潮等现象。一旦发现问题，报告有关工程师处理 4.6 外观要求 外观要求及缺陷的判定，如下表所示
大型软件开发过程的质量管理体系 韩思音 弋陪余 国信朗讯科技网络技术有限公司是中国电信和朗讯科技合资的专业从事通信网络管理软件开发的高科技企业，公司位于上海浦东，注册资金２ ９８０万美元，员工达１５０人，本科以上学历超过９５％。公司在１９９９年成立后就开展了ＩＳＯ９００１贯标活动，并于２０００年８月通过了ＩＳＯ９００１认证。公司以贝尔试验室的大型软件开发管理流程为基础，建立了自己的ＩＳＯ９００１质量管理体系。三年来已经开发了“传输网络集中监控系统ＮｅｔＧｕａｒｄ”、“电信网络资源管理系统ＮｅｔＭａｓｔｅｒ”两个大型软件系统。通过ＩＳＯ９００１的贯标活动，加强了公司全体员工的质量意识，强化了软件开发过程的规范性，改进了软件开发过程，保证了软件开发的质量，对加强公司实力、提高市场形象起了很好的推动作用。 通过了ＩＳＯ９００１认证后，审核机构每年要进行一次复查，即监督审核。如果公司质量体系运行得不好，就可能被暂停证书；如发生重大事故，证书可能被撤消。除此以外，公司每年还进行一次内审，即公司内部对质量体系运行是否符合ＩＳＯ９００１标准进行的检查，各部门对内审发现的不符合项进行认真整改，由质量管理部验收。各部门对本部门的工作定期提出改进措施，由质量管理部对其进行验证，使质量体系不断改进。所以ＩＳＯ９００１的认证对企业的质量体系是有严格管理的，是有保证的。 １ 软件产品质量的特点 按照ＩＳＯ９１２６的定义，软件的质量通常可以从以下六个方面去衡量（定义）。 １）功用性（Ｆｕｎｃｔｉｏｎａｌｉｔｙ），即软件是否满足了客户功能要求。 ２）可靠性（Ｒｅｌｉａｂｉｌｉｔｙ），即软件是否能够一直在一个稳定的状态上满足可用性。 ３）可用性（Ｕｓａｂｉｌｉｔｙ），即衡量用户能够使用软件需要多大的努力。 ４）效率（Ｅｆｆｉｃｉｅｎｃｙ），即衡量软件正常运行需要耗费多少物理资源。 ５）可维护性（Ｍａｉｎｔａｉｎａｂｉｌｉｔｙ），即衡量对已经完成的软件进行调整需要多大的努力。 ６）可移植性（Ｐｏｒｔａｂｉｌｉｔｙ），即衡量软件是否能够方便地部署到不同的运行环境中。 可见，同其它产品相比，软件产品的质量有其明显的特殊性。