软件开发过程控制程序
软件开发过程控制程序
目录
1目的与适用范围..............................................错误!未定义书签。
目的.....................................................错误!未定义书签。
适用范围.................................................错误!未定义书签。
2 引用文件....................................................错误!未定义书签。3职责........................................................错误!未定义书签。4程序........................................................错误!未定义书签。
需求分析程序..............................................错误!未定义书签。
获取、分析需求........................................错误!未定义书签。
需求规格说明书的评审..................................错误!未定义书签。
需求确认..............................................错误!未定义书签。
存档..................................................错误!未定义书签。
需求变更..............................................错误!未定义书签。
软件设计程序.............................................错误!未定义书签。
软件设计..............................................错误!未定义书签。
设计评审..............................................错误!未定义书签。
设计文档的备案........................................错误!未定义书签。
设计更改控制..........................................错误!未定义书签。
编码开发程序.............................................错误!未定义书签。
编码..................................................错误!未定义书签。
代码集成..............................................错误!未定义书签。
程序验收..............................................错误!未定义书签。
配置管理..............................................错误!未定义书签。
测试流程..............................................错误!未定义书签。
测试用例的编写、审核与备案.......................错误!未定义书签。
系统测试.........................................错误!未定义书签。
用户手册的编写与审核.............................错误!未定义书签。
存档..............................................错误!未定义书签。5流程图......................................................错误!未定义书签。6相关文件....................................................错误!未定义书签。
1目的与适用范围
目的
规范需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。
适用范围
适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。
2 引用文件
GBT 11457-2006 信息技术软件工程术语
GBT 软件工程产品质量
3职责
项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。
需求分析员：进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。
技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。
设计人员：软件界面设计。
开发人员：负责软件系统设计，编写设计文档。根据设计说明书编写程序，修改软件代码。
测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。
行政人事部：负责开发过程中文件及代码的存档管理。
项目组成员：每日填写工作日志。
部门负责人：对项目人员工作日志进行统计。
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．职责 3.1总经理：负责内外部环境和相关方要求管理所需资源的提供。 3.2 管理者代表：负责组织落实内外部环境和相关方要求的定期识别和评审。 3.3各部门：负责参与内外部环境和相关方要求识别和评审； 4．定义 4.1内部环境：企业内部环境,例如组织使命、资源、内部管理、内部绩效等。 4.2外部环境：例如法律、技术、竞争、市场、文化、社会和经济环境有关的因素等。 4.3相关方：人或组织，能影响组织的某个决策或活动，或被其影响，及认为自身会被其影响。如：客户、外部供方、行业组织等。 5．程序 5.1 公司内外部环境因素和相关方要求的识别对象 5.1.1 在分析外部环境因素对公司质量/环境体系的影响时：可考虑： a. 宏观经济因素：如汇率、国家经济、CPI指数、信贷； b. 市场竞争因素：如市场占有率、可替代产品、行业标杆企业状况、顾客趋势等； c. 社会因素：如本地就业数据、教育水平、工作时间、假期等； d. 政治因素：如政治稳定性、本地基础设施、政府公共服务等； e. 法规因素：如产品法规、有害物质法规、劳工法规等； f. 技术因素：如新科技、新技术、新材料、专利有效期等； 5.1.2 在分析内部环境因素对公司质量/环境体系的影响时：可考虑： a. 公司使命：如愿景、目标、义务； b. 公司资源：如：财务、人力、环境、基础设施、知识储备； c. 公司管理：如组织架构、决策过程； d. 公司运营绩效：产品先进性、生产交付能力、体系能力、客户评价、质量管理绩效、合规性等。 5.1.3 在分析相关方要求时，可考虑：
软件开发过程管理规范
软件开发过程管理规范文件管理序列号：[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软件产品开发流程图 (左侧为工作阶段名称，右侧为工作相关产品，括号中的编号是文档的编号)
服务提供过程控制程序
服务提供过程控制程序 时间:2009-10-10 17:12来源:蜂巢网作者:本站整理点击: 47次 1目的与范围 规范、协调、指导服务提供过程的控制活动，确保在受控状态下提供各项物业管理服务。 本程序规定了服务提供过程的控制途径和要求，适用于对各类物业所有服务过程的全面控制。 2引用文件 Q/PM0501-2006《管理手册》 《物业管理条例》（中华人民共和国国务院第379号令自2007年10月1日起施行） 《建设部关于修订全国物业管理示范住宅小区（大厦、工业区）标准及有关考评验收工作的通知》（建住房物[2000]008号） 3术语和定义 物业管理服务
公司按照物业服务合同约定，通过对房屋及与之相配套的设备、设施和相关场地进行专业化维修、养护、管理，以及维护相关区域内环境卫生和公共秩序，为业主提供服务的活动。 服务 为满足顾客的需要，供方和顾客之间接触的活动以及供方内部活动所产生的结果。包括供方为顾客提供人员劳务活动完成的结果；供方为顾客提供通过人员对实物付出劳务活动完成的结果；供方为顾客提供实物实用活动完成的结果。 服务标准 规定服务应满足的要求以确保其适用性的标准 专项服务 根据全体顾客的需要、大厦基本条件和本公司的能力，经双方协商，向全体业户提供诸如娱乐、餐饮、健身、商业、票务、代缴费等公共服务之外的服务。 特约服务：受业主或使用人委托而提供的各种有偿服务。如：室内保洁、代客购物、加时空调、家政服务、代管代租房屋及代购车、船、机票等其他服务； 二次供水管理：为确保二次供水的安全，对二次供水的水源进行保护、定期清洗、消毒、检验的活动。 4职责
4职责 管理处负责组织实施在管项目各项物业管理服务活动和服务过程中的控制。 公司各职能管理部门负责对口业务活动的策划、指导、监督和检查。 人力资源部负责人力资源的配备。 人力资源部负责公司级基础培训的组织，各职能管理部门负责相关专业培训的组织和实施，各管理处负责对所属员工进行操作培训。 管理处客户服务部门/班组负责直接对客服务的控制及和与内部相关部门的协调工作。 管理处工程管理部门/班组负责房屋维修、设备设施运行管理、二次装修及二次供水过程的控制。 管理处秩序管理部门/班组负责公共安全管理、消防管理和车辆管理服务过程的控制。 管理处环境管理部门/班组负责保洁绿化过程的控制。 公司品质管理部门负责对各项目管理处服务提供过程指导和牵头组织监督检查。 5工作程序
软件开发的几个关键过程 三
软件开发的几个关键过程三 - 一.软件项目管理（Software Project Management） SW-CMM将项目管理分为两个部分，即软件项目计划（Software Project Planning）和软件项目跟踪及监控（Software Project Tracking and Oversighting）。 软件项目计划的目的是为完成软件工程和管理软件项目制定合理的计划。 软件项目计划包含估计待完成的工作，建立必要的约定和确定进
行该工作的计划。 软件计划计划首先作出有关待完成的工作和其它定义及界定软件项目的约束和目标（由需求管理关键过程区域的实践所建立的）的陈述。软件计划过程包括以下步骤：估计软件工作产品规模及所需的资源，制定时间表，鉴别和评估软件风险和协商约定。为了制定软件计划（即软件开发计划），可能需要重复地通过这些步骤。 该计划提供完成和管理软件项目活动的基础，并按照软件项目的资源、约束和能力，阐述对软件项目的顾客作的约定。 软件项目跟踪和监控的目的是建立对实际进展的适当的可视性，使管理者能在软件项目性能明显偏离软件计划时采取有效措施。
软件项目跟踪和监控包括对照已文档化的估计、约定、和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。 软件项目的已文档化的计划（即软件开发计划，正如在软件项目计划关键过程区域中所描述的）用作跟踪软件活动、传送状态和修订计划的基础。管理者监控软件活动。主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模。工作量、成本和时间表与计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。 二.软件需求（Software Requirement） 需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。
生产和服务提供过程控制程序文件
1. 目的
4. 定义：无 5. 工作程序 5.1工程部编制产品生产的工艺、技术文件。 5.1.1此类文件包括： a. 产品生产工艺； b. 产品工艺流程图； c. 有关工序操作规程； d. 产品标准及其他必要文件。 5.1.2产品生产工艺、技术文件经厂务经理批准后，由工程部发放到生产车间、生产部等有关部 门执行。 5.2生产部负责编制［生产计划］并组织实施。 5.3工程部做好生产前技术准备工作，包括： 5.3.1按生产工艺要求，汇同有关部门配备好工装器具； 5.3.2提供各工序所需要的全部技术、工艺文件，并保证其正确性； 5.3.3对于新投产的产品，对生产人员进行技术培训； 5.3.4工程部编制并提供产品过程质量的各工序检验规，容包括： a. 各工序检测点设置，产品各检验项目及其标准和检验方法； b. 其他需要说明事项。 5.4生产设备的控制： 5.4.1本公司生产设备由生产部负责管理，并建立设备台帐、档案、保存设备的有关资料等； 5.4.2在生产部的统筹安排和指导下，汇同有关部门对设备进行维护、维修和日常管理包括选型、 安装、调试，预防性维修和日常维修、润滑、加油、清洁、除尘以及设备零配件的管理等工作； 5.4.3对设备的管理控制，具体可按《设备控制程序》执行；本公司使用的各种模具、工装器具，
可参照［模具、工装器具管理制度］执行； 5.4.4对新设备及重要设备、仪器、工装的使用者进行技术培训指导； 5.4.5作好设备管理的有关记录。
5.11.1本公司由生产部、工程部，根据本公司各生产过程的特点，将幢角、密封条熔接、装配等 过程定为关键、特殊过程； 5.11.2关键、特殊过程由生产技术部编制工艺卡、操作规程，必要时编制操作指导书作为对关 键、特殊过程的控制文件； 5.11.3关键、特殊过程的岗位操作工应做好过程参数记录； 5.11.4质检员应对关键、特殊过程进行监控； 5.11.5行政部针对各关键、特殊过程的特点，组织各特殊过程操作人员进行专业技术培训，经考 核合格后持证上岗。 5.12各有关职能部门协助行政部按《员工培训控制程序》对生产人员进行培训。 5.13生产记录的控制 5.13.1各生产有关人员，应按有关工艺、技术文件、操作规程和《质量记录控制程序》认真填写 生产记录，并分类装订成册，加以妥善保存； 5.13.2填写记录注意字迹工整、不能漏项，并签写。 5.14管理者代表会同生产部、工程部依据《部审核控制程序》对过程能力是否符合规定要求进行 评审，验证过程运行的有效性。 6. 相关文件和记录 6.1Q/BFB-6.2.2-01-2003《员工培训控制程序》 6.2Q/BFB - 7.4-01-2003《采购控制程序》 6.3Q/BFB - 7.5.3-01-2003《标识和可追溯性控制程 序》 6.4Q/BFB -8.2.4-01-2003《进货检验和试验控制程 序》 6.5Q/BFB -8.2.4-02-2003《过程检验和试验控制程 序》 6.6Q/BFB -8.2.4-03-2003《最终检验和试验控制程 序》
ISO软件开发全套文档~软件开发过程控制程序
北京易游无限科技公司 https://www.360docs.net/doc/ba16692176.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.定义： 无 4.权责： 4.1生产车间----负责控制生产过程中人、机、料、环等影 响品质的因素。 4.2质量部----负责生产过程和产品的监视与测量。 4.3生产部协同技术部和质量部负责编制《生产作业指导书》，生产部负责生产设备工装夹具、测试台具的制作、维修、生产异常分析及改善。 5.作业程序： 5.1生产计划： 5.1.1生产车间应根据《生产计划》及《生产通知单》按照 相关产品的《生产作业指导书》安排生产。
生产策划：5.2． 5.2.1生产部负责编制《生产流程图》和《生产作业跟踪和自检记录单》。 5.2.2质量部按照《生产作业指导书》和《生产作业跟踪和自检记录单》进行检验。 5.3人员控制： 5.3.1生产线所有人员需按《人力资源控制程序》要求实施培训、考核。合格后方能独立上岗。特殊工序人员经培训后持证上岗，并保证人员充分。 5.3.2所有人员都应按规定穿厂服、戴厂牌，以及作业时的保护用品。 5.4 生产物料的控制： 5.4.1生产车间物料需求人员开立《领料单》，经部门主管签名后于仓库领相应物料。具体按照各产品《生产作业指导书》执行。 5.4.2生产过程的原料、半成品、成品，应对其检验状态（如良品、不良品、待检等）、产品属性（如：名称、规格、数量等）进行标识。具体参照《产品标识与可追溯性控制程序》。 5.5生产方法控制： 5.5.1生产人员必须严格按相应的《生产作业指导书》规定要求作业，按照要求填写《生产作业跟踪和自检记录单》，任何人不得私自更改。．
外部提供过程、产品和服务控制程序(含表格)
外部提供过程、产品和服务控制程序 （ISO9001-2015） 1.0目的 本程序旨在规范外部供方的选择和资格认可过程，并对外部供方的供应绩效进行有效管理。旨在为公司运作和生产过程提供适时、适价、适质、适量的过程、产品和服务。 2.0范围 本程序适用于选择、评估和管理外部供方；外部提供过程、产品和服务外部供方、协力厂商和分包商，以满足公司的产品质量要求和客户要求。客户指定的供方同样适用本程序，并应评估报告客户。适用于公司所有过程、产品和服务的提供过程的管理。 3.0职责 3.1总经理 负责审批《月份物料需求计划》、《物料采购申请单（P/R）》和请示书、审批《采购单（P/O）》（采购合同）和确认供方的物料报价单及外部供方的提供的过程、产品和服务的价格审议与签署。 3.2采购 3.2.1负责获取、分析及市场有关的信息和调查潜在的外部供方有关的基本信息；
3.2.2负责组织和协调相关部门对外部供方进行评估和选择的过程； 3.2.3负责编制和更新《合格外部供方一览表》； 3.2.4负责组织对外部供方的供应绩效进行定期的评估、分析、管理； 3.2.5负责统计生产物料和流程物料月度生产耗用量和监控需求物料的库存数量； 3.2.6负责根据上月耗用量、库存数量和安全库存量预评估下月生产用量，编制《月份物料需求计划》； 3.2.7负责根据生产所需的及时物料和特殊规格物料的及时需求，提出采购申请（P/R）； 3.2.8负责跟进外部供方交付状况。 3.3品质部 3.3.1负责协助外部供方的评估和选择，进行必要的监视与测量并反馈测试结果， 3.3.2负责确定并组织对外部供方的质量管理系统和外部供方现场进行审核； 3.3.3负责监控和管理外部供方的供应质量绩效。 3.4采购 3.4.1负责获取、分析外部供方市场有关的信息和调查潜在外部供方有关的基本信息； 3.4.2负责组织和协调相关部门对外部供方进行评估和选择的过程；
软件开发流程管理制度
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
服务提供过程控制程序
文件编号：CASC/CX 01.07-2001 受控状态： 中国某某航空器材进出口总公司 服务提供过程控制程序 版次： A 发布日期：2001.8.15 生效日期：2001.8.15 批准：分发号：
中国某某航空器材进出口总公司程序文件 题目：服务提供过程控制程序生效日期：2001.08.15 版次：A/0文件编号：页码：1/6 1目的 对公司进出口业务、招标业务全过程进行控制，消除各个业务环节中影响质量的各种因素，以 达到符合规定的要求。 2范围 适用于公司并覆盖北京分公司在进出口业务全过程、公司招标业务的控制。 公司的出口业务过程是：接受顾客采购信息或出口委托---对内对外寻报价---评价选择合格供方 --出口合同评审、签约---签订国内采购合同---接受预付款、信用证---实施采购---制单审单--- 报关发货---结汇核销---退税---对内结算---售后服务。 公司的进口业务过程是：市场信息、顾客采购需求信息----询、报价----顾客采购需求信息评审 ---审批、签字----选择合格供方----签订采购合同---合同跟踪执行----制单、审单、付款---- 顾客意见反馈----数据分析、持续改进。 公司的标书制作及招标过程：业务信息---合同评审---签订合同---技术文件送审---合成招标文件 ----发布招标公告---出售招标文件---开标及评标---编写评标报告送有关 部门审批---发中标通知---退投标保函。 3 引用标准 3.1 GB/T 19000-2000 idt ISO 9000：2000 质量管理体系—基础和术语 3.2 GB/T 19001-2000 idt ISO 9001：2000 质量管理体系—要求 4职责 4.1财务部负责制定资金管理、会计单证管理、对内对外结汇结算、负责进出口外汇核销、 进口结算单证终检、出口退税。 4.2计划部负责全公司报关、运输的供方管理和部分业务的租船定舱、装船运输、投保、运 费结汇等。 4.3北京分公司负责进出口业务的报关、运输、商检。 4.4各业务部负责：接受顾客采购（服务）需求信息并进行评审、询价、报价、供方评价管 理、进出口合同的谈判签约、采购、出口报验、制单、单证自检、互检以及出口单证的终检、顾客满意度调查、数据分析等。 4.5招标部负责顾客服务需求信息评审、标书制作、标书评审、发布公告、开标、评标、编 制评标报告、相关供方的评价管理、发中标通知、处理顾客投诉等 4.6人力资源部负责员工调配、员工培训和中层干部任免。 4.7办公室负责办公设备的配置及维护管理并负责对进出口业务全过程的质量活动进行监 控和管理。
项目管理软件开发流程图
一般来说，制造PFD、P&ID，相关专业从事人员都是运用Visio或许AutoCAD、PIDCAD这些软件。软件都各有其长处和缺陷。AutoCAD、PIDCAD这样的纯专业软件，在软件的操作与使用上的 一般都需求花费必定的学习时间，而Visio这样的操作简略便当、又支撑制造多种图表的工艺流程 图制造软件，关于大部分人来说，是相对正确的挑选。但，Visio颇高的价格有时也会让人犹豫是否购买。那有没有类似于Visio这样操作简略、价格又适中的工艺流程图制造软件呢？答案是肯定的。 无需绘图技巧 使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很 专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专 业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。 智能地创建视觉流程图
亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作
外部提供过程、产品和服务控制程序
XXXXXXX有限公司程序文件 外部提供过程、产品和服务控制程序A 版本号：A0 编写: 审核: 批准: 2016年11月1日发布2016 年11月2日实施 XXXXXXXX有限公司发布
版本 A01 文件修订履历 序 号 制/修订日期 修订内容摘要 版本 总页 数 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 文件标题 外部提供过程、产品和服务控制 程序A 文件编号 QMS/B01-2016 页次 2 制（修）订部门 行政部
文件标题 版本 A01 QMS/B01-2016 页次 4 外部提供过程、产品和服务控制 ___________ 程序A _____________ 文件编号 制（修）订部门 行政部 4）质量管理/生产能力/财务管理健全有效； 5）顾客指定的外部提供方 5.2提供方审核调查： 外部提供方应填写《外部提供方记录表》，应包含以下方 面的详细资料: 1） 注册法人代表身份和财务信用； 2） 外部提供方资历、业绩、营业范围内的相应资质证明； 3） 外部提供方的资源和设施； 4） 现有的质量保证体系或获认证标志的产品证件。 5） 《供应商评审表》由采购部门发出并负责回收确认。 5.3外部提供方的评价与选择： 采购部在对《供应商评审表》进行初步分析后，从中筛选部分优势明显 的外部提供方，提请品质部对其进行评鉴。评鉴一般采用以下所有或部 分手段： 1） 材料、产品符合性的确认：对于原材料、产品配件、包装物，品质部 依据材料的重要性，要求外部提供方按适合等级要求提供相关文件信息 及样品；并对样品符合性进行检测。 2） 实地考查：适当时，采购部（可由品质部协助进行）可对外部提供方 之生产经营场所进行实地考查，考查结果填入《供应商评审表》，考查 内容应全部涵盖《供应商评审表》内的内容。 3） 顾客意见。 采购部可根据具体情况向客户通报外部提供方状况，并征求客户意见， 顾客意见可分为“供货”、“不可供货”及“指定供货”三种状态。 5.4合格外部提供方的产生： 采购部根据样品检测情况、质量评估结果、必要时的实地考查情况进行 有针对性的综合性考评，符合本公司要求的，则列为本年度的《合格外 部供应商名录》经主管经理或总经理批准后实施。
软件开发过程控制程序
软件开发过程控制程序
目录 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.适用范围 适用于对生产和服务提供的控制、生产和服务提供过程的确认、标识和可追溯性、顾客财产、产品防护等的控制。 3.职责 3.1 生产部 a.负责指导车间进行生产和过程控制、确认； b.负责生产设施的维护保养； c.编制必要的生产作业指导书； d.负责产品的防护； e.负责对实现产品符合性所需的工作环境进行控制。 3.2开发部负责编制相应的工艺规程。 3.3主管生产的副总经理负责《月生产计划》的审批，负责设施采购的审批。3.4质管部负责产品验证和标识及可追溯性控制。 3.5生产车问负责产品实现的具体实施； 3.6营销部负责产品的交付及售后服务工作。 4.程序 4.1获得表述产品特性的信息 4.1.1根据设计和开发的输出、产品实现过程策划的输出和顾客要求评审的输出等获得必要的生产服务信息，分别执行相应的《设计和开发控制程序》、《实现过程的策划程序》、《与顾客有关的过程控制程序》的有关规定。 4.1.2生产部负责对影响产品质量的关键过程和特殊过程编制生产作业指导书，其他情况下如必要时也应编制生产作业指导书。根据不同工序，作业指导书可采用工艺过程卡、操作规范等形式。 4.1.3生产计划 a.生产部根据获得的产品特性信息，考虑库存情况，结合车间的生产能力，于每月底制定下月的《月生产计划》，经生产副总经理批准后，发放至相关单位作为
采购、生产等的依据。《月生产计划》为滚动计划，将随供应、生产、销售等情况的变动进行修改，执行《文件控制程序》的有关规定。 b.车间主任根据《月生产计划》制定《周生产计划》，安排生产，填写《领料单》向仓库领取所需物料；并统计每天生产情况，填写《生产日报表》报生产部。生产部根据每月计划的完成情况，作为制定下月计划的参考。 4.3车间应使用适宜的生产服务设施，除生产设备外，包括对各种工装、卡具、模具、辅具等的控制，并安排适宜的工作环境；应按规定对设施进行维护保养，执行《基础设施和工作环境控制程序》的有关规定。 4.4对生产服务运作实施监视和测量，配置适用的监视与测量设备，以便在产品和服务提供过程中进行产品特性及过程特性的监视和测量，执行《监视和测量设备的控制程序》。生产中要认真做好自检(检查本工序产品)、互检(检查上一工序产品)、专检(专职检验员)，并做好相应记录。有首检要求的，需经检验合格，检验员签字认可后，方可批量生产；对产品的放行应执行《过程和产品的监视和测量程序》的有关规定。 4.5标识和可追溯性控制 4.5.1适当时质管部规定对产品进行标识的方法，并针对监视和测量要求标识产品的状态；质管部对标识的有效性进行监控；当产品出现重大质量问题时，组织对其进行追溯。 4.5.2各相关部门负责所属区域内产品的标识，负责将不同状态的产品标识并分区摆放，负责对所有标识的维护。 4.5.3产品标识及可追溯性 a.在有追溯性要求时，对产品予以标识以便于追溯；如果不标识不会引起产品混淆或无追溯要求时，也可以不对产品进行标识。产品标识采用采购产品本身的标识(如原标识不清，仓库保管员应挂上《物料标识卡》)、仓库《领料单》、《随工单》、成品《合格证》。 b.当合同、法律、法规和公司自身需要(如顾客因质量问题引起投诉的风险等)对可追溯性有要求时，本公司产品的追溯路径为： →→→ 4.5.4产品状态标识为：
生产和服务提供控制程序样本
生产和服务提供控制程序Control of production and service provision 拉森特博洛（青岛）橡胶机械有限公司 LARSEN & TOUBRO(QINGDAO) RUBBER MACHINERY COMPANY LIMITTE
1、目的 对生产和服务的过程进行有效控制，以确保满足顾客的需求和期望。 2、范围 适用于对生产和服务过程的提供、过程的确认的控制。 3、职责 3.1 生产部负责按照产品性能及顾客要求，组织生产。 3.2 营销部负责产品的交付及交付后活动的实施。 3.3 技术部负责工艺文件的制订及过程的确认。 4、流程图 见附录。 5、工作程序 5.1 获得规定产品特性的信息和文件 5.1.1根据设计和开发的输出文件、产品实现过程策划的输出、顾客要求的评审的结果等获得必要的生产和服务的信息，分别相应的《设计和开发控制程序》、《与顾客有关的过程控制程序》的有关规定。 5.1.2技术部根据设计开发的结果及订单的要求给生产部下发相应的图纸、工艺流程、产品标准、作业指导书等文件。技术部对特殊过程进行确认，并编制作业指导书，下发至生产部相应的车间。 5.2生产计划 生产部根据销售合同信息，结合公司的生产能力，制订生产计划（包括下料计划、焊接计划、加工计划、配套计划、外协计划、安装计划），配套计划、外协计划及图纸、采购产品明细下发至采购部，作业采购依据。将下料计划、焊接计划及相应的图纸、作业指导书、工序流程卡发放至焊接车间，加工计划、图纸、工艺流程卡下发至机加工车间，合理安排生产。 5.3机加工车间 5.3.1机加工车间接到《加工计划》后，车间主任根据实现生产情况及生产能力，合理安排生产。根据需要填写《出库单》向仓库领取所需要的物料，按图纸、机加工工序卡、加工计划的要求进行生产。 5.3.2车间按照产品性质、配置和使用合适的监视和测量设备，确保在生产过程中能够按规定监视和测量产品特性及过程的状况。机加工质检员按《产品的监视和测量控制程序》对各工序实施检验并记录检验结果。 5.3.3全部工序结束后，经质检员检验合格，质检员开具《毛坯、半成品入库单》，半成品库办理入库。 5.3.4对于需要进行表面处理（包括镀铬、镀锌等）的零部件，由质量部填写《镀铬（锌）件外协通知单》，联系外协进行表面处理。 5.4焊接车间 5.4.1焊接车间接到《下料计划》后，根据需要向仓库领取所需要的物料，按图纸、下料计划的要求下料。下料质检员进行检验，合格后办理入库。 5.4.2特殊过程包括： a）产品质量不能通过后续的监视和测量、验证的工序； b）产品质量需进行破坏性试验或采用复杂、昂贵的方法才能测量或只能进行间接监控的工序； c）该工序产品仅在产品使用或服务交付之后，不合格的质量特性才能暴露出来。 5.4.3本公司的特殊过程有：焊接、表面处理（外包）、喷漆（外包）。技术部对这些过程应进行过程确认，证实他们的过程能力。适用时，这些确认的安排应包括：
大型软件开发过程的质量管理体系
大型软件开发过程的质量管理体系 韩思音 弋陪余 国信朗讯科技网络技术有限公司是中国电信和朗讯科技合资的专业从事通信网络管理软件开发的高科技企业，公司位于上海浦东，注册资金２ ９８０万美元，员工达１５０人，本科以上学历超过９５％。公司在１９９９年成立后就开展了ＩＳＯ９００１贯标活动，并于２０００年８月通过了ＩＳＯ９００１认证。公司以贝尔试验室的大型软件开发管理流程为基础，建立了自己的ＩＳＯ９００１质量管理体系。三年来已经开发了“传输网络集中监控系统ＮｅｔＧｕａｒｄ”、“电信网络资源管理系统ＮｅｔＭａｓｔｅｒ”两个大型软件系统。通过ＩＳＯ９００１的贯标活动，加强了公司全体员工的质量意识，强化了软件开发过程的规范性，改进了软件开发过程，保证了软件开发的质量，对加强公司实力、提高市场形象起了很好的推动作用。 通过了ＩＳＯ９００１认证后，审核机构每年要进行一次复查，即监督审核。如果公司质量体系运行得不好，就可能被暂停证书；如发生重大事故，证书可能被撤消。除此以外，公司每年还进行一次内审，即公司内部对质量体系运行是否符合ＩＳＯ９００１标准进行的检查，各部门对内审发现的不符合项进行认真整改，由质量管理部验收。各部门对本部门的工作定期提出改进措施，由质量管理部对其进行验证，使质量体系不断改进。所以ＩＳＯ９００１的认证对企业的质量体系是有严格管理的，是有保证的。 １ 软件产品质量的特点 按照ＩＳＯ９１２６的定义，软件的质量通常可以从以下六个方面去衡量（定义）。 １）功用性（Ｆｕｎｃｔｉｏｎａｌｉｔｙ），即软件是否满足了客户功能要求。 ２）可靠性（Ｒｅｌｉａｂｉｌｉｔｙ），即软件是否能够一直在一个稳定的状态上满足可用性。 ３）可用性（Ｕｓａｂｉｌｉｔｙ），即衡量用户能够使用软件需要多大的努力。 ４）效率（Ｅｆｆｉｃｉｅｎｃｙ），即衡量软件正常运行需要耗费多少物理资源。 ５）可维护性（Ｍａｉｎｔａｉｎａｂｉｌｉｔｙ），即衡量对已经完成的软件进行调整需要多大的努力。 ６）可移植性（Ｐｏｒｔａｂｉｌｉｔｙ），即衡量软件是否能够方便地部署到不同的运行环境中。 可见，同其它产品相比，软件产品的质量有其明显的特殊性。