5产品质量保证大纲Word格式文档下载.docx
- 文档编号:21168110
- 上传时间:2023-01-28
- 格式:DOCX
- 页数:12
- 大小:23.25KB
5产品质量保证大纲Word格式文档下载.docx
《5产品质量保证大纲Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《5产品质量保证大纲Word格式文档下载.docx(12页珍藏版)》请在冰豆网上搜索。
发
范
围
备
注
XX项目质量保证大纲
1.目的和适用范围
项目名称:
依据要求,本大纲规定了XX项目实现过程中应确定的内容。
2.引用标准和文件
1)《建筑安装工程质量检验评定统一标准》(GBJ300—88)
2)《计算机软件测试规范》(GB/T15532-2008)
3)《应用电视设备安全要求及试验方法》(GB14861-1993)
4)《地面数字电视接收器通用规范》(GB/T26683-2011)
5)《数字电视广播业务信息规范》(GB/T28161-2011)
6)《PAL-D制电视广播技术规范》(GB3174-1995)
7)《工业企业信息化集成系统规范》(GB/T26335-2010)
8)《企业信息化系统集成实施指南》(GB/T26327-2010)
9)《建筑工程质量检验评定标准》(GBJ301—88)
10)《建筑物防雷设计规范》(GB50057—94)
11)《低压电气外壳防护等级》(GB—4942.2—85)
12)《建筑物电子信息系统防雷技术规范》(GB50343—2004)
13)《电气装置安装工程电缆线路施工及验收规范》(GB50168-92)
14)《电气装置安装工程接地装置施工及验收规范》(GB50169—92)
15)《电气装置安装工程爆炸和火灾危险环境电气装置施工及验收规范》(GB50257-96)
16)《电气装置安装工程电气设备交接试验标准》(GB—50150—91)
17)《安全防范工程费用概预算编制办法》(GA/T70-94)
18)《建筑电气工程施工质量验收规范》(GB50303-2002)
19)国家和地方政府颁布的的其他有关法规和规范
20)设计要求的其它施工规范
研发合同:
XX项目
3.术语和定义
JTS257-2008确立的术语和定义适用于本大纲
4.本大纲的管理要求
1)本大纲由工程技术部在产品设计开始前,确定项产品实现所需的过程后组织制定。
2)大纲实施前应经过管理者代表审核,总经理批准。
合同要求时,应提交客户认可。
3)质量管理部负责对本大纲的实施进行监督检查,检查结束应形成书面报告,由责任部门采取纠正措施整改。
4)本大纲由质量管理部负责解释。
一旦经过批准实施,各部门应按计划开展工作。
如遇特殊情况无法实现时,责任单位出具书面报告说明原因。
5.质量保证大纲的具体规定
5.1.范围
XX项目实现过程
5.2.质量工作原则与质量目标
5.2.1.质量工作原则
满足客户方(XX公司)提出的业务需求;
满足在双方根据合同内容,约定的需求确认单;
设计开发输出应易于维护和扩展;
当客户方提出技术状态管理要求时,对项目实施过程中的系统技术状态进行管理。
5.2.2.质量目标
具体的项目质量目标和要求
序号
项目
要求(具体指标)
1
通用功能
网络流媒体平台软件及内容管理平台软件,
内容编辑、审核、发布的管理
其数据应用接口,可支持不同的终端应用调用:
如Android系列、IOS系列。
2
安全功能
应支持完善的用户和节目内容的分级策略,
不同的用户具有不同的权限,
不同的节目具有不同的级别参数。
具有完善的系统监控功能。
应用支持用户认证机制,需要用户进行登录后使用。
3
开放拓展功能
系统开放性强,
可提供ADIXML及Json数据接口供第三方系统调用。
系统具有很强的扩展能力,
可在使用过程中迅速、灵活的完成集成接入。
4
兼容功能
网络平台软件及内容管理平台软件
提供的Web版管理后台,兼容当前主流的浏览器应用:
如IE、360、FireFox、Google等。
提供的数据应用接口,可兼容Web应用程序开发,
兼容移动应用开发。
5.3.管理职责
各有关部门及职能部门间的沟通可采用邮件、会议等形式。
5.4.文件和资料的控制
本项目在设计和实施全过程产生的文件和记录,按本公司的《文件和资料控制程序》及《质量记录控制程序》执行。
5.5.质量信息的管理
5.5.1.信息范围
市场分析、相关科技发展动态、试生产记录、质量和财务报表、销售记录、
服务报告、监视和测量记录、客户的期望等。
5.5.2.信息的确认
各部门负责对5.5.1中涉及的相关工作过程产生的信息进行收集和确认。
5.5.3.信息收集的管理
各部门负责对所收集的数据和信息运用统计技术进行分析,根据分析结果制定和实施纠正措施(或改进措施)。
5.5.4.信息收集的处理管理
通过数据和信息的收集和分析,寻找改进的机会。
这些产品质量信息的处理应满足客户的需要。
5.6.技术状态管理
如本项目的客户方()提出对硬件及软件实行技术状态管理要求时,其技术状态一经确定,应在设计、技术文件、生产过程、质量记录等要求中体现。
各相关部门应通过技术状态标识、控制、记录和审核等一系列技术、管理活动进行控制。
使系统的功能特性达到技术文件规定的要求。
技术状态的更改应严格控制,由管理者代表批准并经客户或其代表同意后方可实施。
5.7.人员培训和资格考核
参与本项目设计和实施的所有人员按照《人力资源管理与培训程序》的要求,进行培训和资格考核。
5.8.客户沟通
本项目主要由项目经理负责与客户沟通,沟通内容包括:
1)基本业务需求
2)硬件及网络设备
3)软件基本功能
4)沟通项目按照合同执行的进展
5)客户反馈
6)项目相关意见的处理
5.9.设计过程质量控制
5.9.1.任务分析
针对客户方提出的业务需求进行可行性分析,形成《可行性分析报告》。
研究立项,成立项目组,形成《立项通知》。
5.9.2.设计分析
根据《可行性分析报告》和业务需求,编制《需求清单》。
根据《需求清单》,编制《项目概要说明》。
遵循通用化、系列化、组合化的设计原则,编制《设计开发计划书》,对性能、质量、可靠性、费用、进度、风险等因素进行综合权衡,开展优化设计。
5.9.3.设计输入
收集确定设计开发输入的要求,包括产品的功能和性能、可靠性、维修性、安全性、保证性、环境条件等要求,形成《设计开发输入清单》。
由项目经理和质量管理部组织对设计开发输入文件进行评审和批准。
5.9.4.系统设计分析
1)可靠性分析
系统采用先进的控制器件和可靠网络,将各个设备紧密集成在一起,经长期运行测试。
系统硬件设备安放在客户机房,保证设备的正常、安全的运作。
应用管理后台由客户运营人员使用,采用用户认证方式登录使用。
2)维修性分析
本系统采用先进的设备,模块化结构,易于维护。
硬件设备根据硬件质保文件,保证质保安全。
系统软件模块化程度高,高内聚低耦合的方式开发,易于更新维护。
3)保障性分析
本项目设计实施时,充分考虑系统保障性问题,随意在器件选型上选用了行业上较为主流的控制和网络器件,并留有一定的备件,从而保障了系统的安全可靠运行。
4)安全性分析
本项目在设计时考虑到系统的安全性,所以设计时充分考虑系统的多方面安全因素进行系统搭建,严格按照技术规范选择器件。
5)可测量性分析
本项目功能性能指标较明确,可依据《技术开发合同》中确定的技术指标,确定测试工作计划,提出测试性要求,对测试步骤和方法进行分析与设计。
6)特性分析
本系统网络拓扑结构清晰,各部分控制任务明确,采用友好的UI界面,操作简单实用。
APP采用当前最符合用户使用的习惯,符合最标准的应用接口,兼容性及扩展性程度高。
5.9.5.原材料的选择和使用
项目经理负责对原材料验收、贮存、发放控制进行独立的监督,以保证控制程序的有效性。
工程使用材料要求:
提供的设备及材料应具有新技术、性能先进、功能完备、质量可靠、运行稳定和具有良好扩展能力等特点,以确保在系统安全、可靠、经济地运行。
供货方应证明提供的设备是最新产品,软件是正版的最新版本。
5.9.6.控制程序设计
采用优化的数据结构和程序结构,保证程序的可靠稳定性。
采用结构化编程,使用标准功能控制块和标准符号地址寻址,并且使程序易于维护和扩展。
5.9.7.接口设计
1)电视信号接口
输入接口:
SD-SDI
输入实时信号支持:
HTTP、TSoverUDP、RTMP
输出协议:
TSoverUDP(双流)、RTSP(双流)
视频编码格式:
H.264/AVCMainProfileLevel1-3
音频编码:
AAC采样率:
32kHz
2)流媒体平台接口
输出接口:
WebServiceXML/Json
TCP/IP、HTTP
编码格式:
UTF-8
3)内容管理平台接口
5.9.8.设计输出
设计开发输出是设备设计和开发的成果,提供了关于设备固有特性的全面信息,按研发部门编制的《设计和开发控制程序》进行控制。
设计开发输出以能够针对设计和开发的输入进行验证的方式提出,在发布前应得到批准。
设计和开发的输出应做到:
1)输出的方式可证明其满足设计和开发输入的要求。
2)为采购、生产、安装和服务提供适当的信息,给出采购产品的正确要求,以保证通过采购、生产、安装和服务过程提供符合规定要求的产品。
3)项目接受的准则,用以判断项目实施过程的输出是否符合设计开发要求,这些准则包括在采购、生产、安装和服务提供中所依据的检验和试验要求。
4)工程技术部规定对项目的安全和正常使用所必需的系统特性,如在系统的使用维护说明书中规定操作规则以及环境要求等。
5)工程技术部在特性分析的基础上,确定关键件(特性)和重要件(特性),汇总后编制关键件(特性)和重要件(特性)项目明细表。
6)规定产品使用所必需的保障方案和保障资源要求。
5.9.9.设计评审
项目经理负责制定《设计开发计划书》,按照JTS257-2008设计评审的要求在设计开发的适当阶段完成时进行评审。
评审应达到的目的包括:
1)对本阶段的设计结果满足质量要求的能力做出准确的评价。
2)识别和发现设计中的问题和不足,并提出必要的措施,明确有效解决期限。
评审工作由工程技术部负责实施,应召集与所评审的设计和开发阶段有关的职能的代表参加,并负责保存评审的结果以及任何必要措施的记录。
需要时,进行专项评审或工艺可行性评审。
5.9.10.设计验证
项目经理负责制定《设计开发计划书》,按照《设计开发计划书》中策划的阶段组织设计开发验证。
当验证结果表明设计和开发输出未能或部分没有满足输入要求时,应决定采取有效的措施(包括更改设计)来满足要求,验证结果和决定采取的措施应记录并保持。
对于客户要求控制的(验证)的项目,应通知客户参加设计和开发验证。
验证方法按本公司规定的要求进行。
5.9.11.设计确认/定型(鉴定)
项目经理负责制定《设计开发计划书》,按照《设计开发计划书》中策划的阶段组织设计开发确认。
1)确认的目的:
确保系统能够满足规定的使用要求或预期用途的要求。
2)确认的时机:
应依据所策划的安排对设计和开发进行确认,应在设计开发完成后、设备正式发布前、在成功的设计和开发验证之后进行。
3)确认结果的处置:
当确认结果表明设计和开发的设备不能全部或部分不能满足预期的使用要求时,应决定采取有效的措施(包括变更或重新设计)以满足要求,确认结果和决定的措施必须予以记录并保存。
4)本公司邀请客户参加设计和开发的确认。
5.9.12.设计更改的控制
设计和开发的更改对设备产品是否满足客户要求有直接影响,应由技术部予以控制。
设计和开发更改是指设计和开发的输出经批准发放后对有关设计和开发结果的变更。
1)设计和开发发生更改时应对更改做评审、验证和确认,适当时应根据更改范围的大小、重要性的程度,确定是否采取评审、验证和确认及其适当的做法。
2)设计和开发更改评审应评价更改部分对产品其他部分及整体功能、性能和结构等方面的影响,对已交付产品的影响,以便确定更改的适宜性。
必要时,应对更改的局部或更改后的产品整体进行验证和确认,以证实更改后的产品满足要求。
3)设计和开发更改在认定合理可行的基础上,根据更改范围的大小、重要性的程度,在更改实施前经过审批。
4)更改评审的结果和由于更改而应采取的必要措施应予以记录并保持。
5)对重要设计更改,技术部负责组织进行系统分析和验证,应严格履行审批程序。
6)已定型的产品的更改应按照定型工作的有关部门规定办理。
5.10.采购质量控制
5.10.1.采购品的控制
项目经理负责制定《供方评价程序》、《采购控制程序》,内容包括:
1)对具有关键(重要)特性的采购产品,规定适当的控制方式。
2)选择、评价和重新评价供方的准则,以及对供方所采用的控制方法。
3)适用时,对供方大纲或其他大纲要求的确认或引用。
4)满足相关质量保证要求(包括适用于采购产品的法规要求)所采用的方法。
5)验证采购产品的程序和方法。
6)向供方派出常驻或流动的质量验收代表的要求。
采购新设计和开发的产品
如需采购新设计和开发的产品,还应满足以下要求:
1)由管理者代表负责组织对采购项目和供方进行充分论证,论证的结论应经过管理者代表的审批。
2)对供方的要求应在技术协议书或采购合同中明确规定。
3)需要时由检验员负责对供方的产品和过程进行监督和测量。
4)产品经验证、确认满足要求后方可使用。
需要时,对供方的确认将征得客户或其代表的同意。
5.10.3.外包过程的控制
1)本公司由技术部负责识别外包过程。
2)本公司由技术部负责制定对生产外包的控制措施和方法。
3)外包单位的体系、过程、人员、工艺文件等应符合本公司《供方评价程序》规定的要求。
4)外包单位的设施应由专人管理,定期维护;
关键岗位的人员应经过培训,并取得相应的资格证书。
5)对外包单位产品的验收,按照本公司《采购产品检验规范》进行检验。
6)由技术部和技术部定期对外包厂进行监督管理。
考核外包厂的业绩。
5.11.项目实施质量控制
5.11.1.详细设计
详细设计是总体设计的继续,主要目的是完成总体设计完成的对象内部的商业逻辑的实现设计,在总体设计完成后可以将不同的设计对象交由不同的设计人员来完成。
原则上讲,在开始软件编码之前应完成所有的设计细节,避免在编码中进行设计工作。
详细设计是编码及软件模块测试的基础。
编码是软件详细设计的一种再现,编码中最重要的是要遵从相关开发工具的设计规范及数据库设计规范,另外,养成一个良好的编程习惯是一个软件公司和软件编程人员最基本的职业素质。
对于软件应用可靠性要求严格的案例,所有软件模块必须通过模块测试,对一般应用软件中的重要模块也应进行模块测试。
集成是软件开发中重要的一环,集成测试的依据是软件的总体设计。
如果缺乏前期的模块测试,必然会导致集成时间的加长,同时也会加重后期的测试及问题处理的工作量。
5.11.4.测试
测试是在软件集成结束后软件开发进入的下一个环节,它标志着软件开发从设计阶段进入软件测试阶段。
一般来说,测试主要有以下几个方面:
1)编制测试计划
2)编制测试用例
3)测试执行
4)测试结论(包括问题报告)
5.11.5施工过程控制
施工基础设施包括以下三个方面:
1)建筑物、工作场所(办公和生产场所)和相应的设施(如办公设备);
2)过程设备(生产设备、工装等)、硬件和软件(如计算机软件程序);
3)支持性服务,如:
通讯、水电等;
由客户方负责维护办公场所和相应设施,及时维护,保持正常使用;
管理生产场所和相应的设备,保证生产时处于完好状态。
保证硬件及网络设备在安全稳定的环境下运作。
5.11.6产品质量评审
由技术部负责按照JTS257-2008的有关规定,对产品质量进行评审,在评审中发现的问题由技术部负责组织整改,保存评审记录和问题处理记录。
5.11.7.验收产品
质量评审完成,应由甲乙双方认定,满足验收标准,提出正式的验收报告:
1)由项目经理提出验收报告申请。
2)由公司内部项目组评审验收报告。
3)交与甲方负责人,确认项目产品验收事宜。
5.11.8.售后服务
按照合同规定的要求对最终用户提供售后服务。
对在制作过程中造成的产品质量问题,本公司负责分析原因并采取有效措施给予解决。
对使用不当造成的问题给予积极配合以利迅速解决。
利用产品在使用中的质量信息改进设计及功能,以促进产品质量的提高。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品质量 保证 大纲