设计开发更改评审记录
- 格式:docx
- 大小:8.10 KB
- 文档页数:2
软件开发行为规范第一版版权所有不得复制软件开发行为规范(第一版)为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中,把各种规范“逐步形成工程师的作业规范”,特制定本软件开发行为规范,以达到过程控制的目的。
与软件开发相关的所有人员都必须遵守本软件开发行为规范。
本软件开发行为规范的内容包括:软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。
本软件开发行为规范,采用以下的术语描述:★规则:在软件开发过程中强制必须遵守的行为规范。
★建议:软件开发过程中必须加以考虑的行为规范。
★说明:对此规则或建议进行必要的解释。
★示例:对此规则或建议从正或反两个方面给出例子。
本软件开发过程行为规范由信息技术管理部负责解释和维护。
信息技术管理部目录1 软件需求分析 52 软件项目计划93 概要设计114 详细设计145 编码186 需求管理197 软件配置管理218 软件质量保证231 软件需求分析1-1:软件需求分析必须在产品需求规格的基础上进行,并保证完全实现产品需求规格的定义。
1-2:当产品的需求规格发生变更时,必须修订软件需求规格文档。
软件需求规格的变更必须经过评审,并保存评审记录。
1-3:必须对软件需求规格文档进行正规检视。
1-4:软件需求分析过程活动结束前,必须经过评审,并保存评审记录。
1-5:在对软件需求规格文档的正规检视或评审时,必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。
说明:参考建议1-1到1-16。
1-1:采用以下检查表检查软件需求规格文档中需求的清晰性。
1-2:采用以下检查表检查软件需求规格文档中需求的完备性。
1-3:采用以下检查表检查软件需求规格文档中需求的兼容性。
1-4:采用以下检查表检查软件需求规格文档中需求的一致性。
设计开发各阶段文件、记录要求1.目的本作业指导文件为进一步明确设计开发全过程中各阶段的文件及记录要求,以进一步规范设计开发流程,确保设计开发全过程受控,2.适用范围本要求适用于公司内各类产品的设计开发全过程,这些产品包括但不限于:软件、雷达终端、专用计算机等。
设计开发的全过程包含设计开发策划、方案、概要设计、详细设计、设计验证、确认、设计更改、试制等各个环节.设计开发活动的类别包括但不限于:公司内部立项的新项目(产品)、与客户签订合同的研制、改进项目、上级机关下达的研制任务、产品改进项目等。
3.引用文件GJB9001B—2001 质量管理体系要求EWZG A00—02-2011 质量手册EWZG B7301-2011 设计和开发控制程序EWZG B7302-2011 软件设计开发控制程序EWZG C7341—2011 设计和开发评审程序EWZG B4131—2011 外包过程控制程序首件鉴定程序EWZG B4241—2011 质量记录控制程序EWZG C4231-2011 图纸技术文件管理办法4.详细要求4.1立项根据客户意向立项的,由市场部填写《立项申请表》;公司内部立项的,由项目发起部门填写《立项申请表》;研发总监组织立项评审,填写《立项评审报告》,评审会中应填写《会议签到表》、《会议记录》,立项评审由技术副总批准;根据客户合同立项的,应进行合同评审,填写《合同评审表》,合同评审作为立项的依据;确定立项后,由项目主管或综合管理部计划管理人员编制《新产品研制任务书》,任务书由研发总监审核,总经理签发。
4.2设计开发策划设计开发承接部门在接收到任务书后,应进行设计开发策划,编制《研制计划》、《质量保证大纲》、《质量计划》,计划和大纲应经过研发总监批准。
如采用了新技术、新材料,应经过试验、论证,编制《可行性报告》,并进行评审.4.3方案(概要)设计在方案阶段,应明确设计的具体要求,形成《设计开发输入一览表》、产品规格书、技术条件或技术协议、检验大纲、特性分析报告、研制方案等;研发总监组织方案评审,填写《方案评审报告》,评审会中应填写《会议签到表》、《会议记录》;所有文件应经过研发总监审核、技术副总批准。
文件名称设计与开发控制程序版本/版次A/1 A.修改记录序号修改内容/摘要版本版次修订人/日期批准/日期文件名称设计与开发控制程序版本/版次A/11.目的:对公司产品的设计和开发过程进行有效的控制,以确保产品的适用性和经济性,满足顾客的要求。
2.范围:适用于公司产品的设计开发过程,包括设计开发的输入、输出、评审、验证、确认及更改全过程。
3.名词定义:无4.权责:4.1 销售部4.1.1 市场信息或客户要求的取得及产品开发通知,并填写《新产品开发申请单》。
4.1.2 负责样品或图片的寄送和与客户联络样品的评估。
4.2 采购4.2.1 依据技术部提供的初始材料明细核算产品成本。
4.2.2 负责技术部提交的新材料样品的采购。
4.3 技术部4.3.1 负责新产品设计方案的拟定,实施及设计数据的收集、整理与保管。
4.3.2 负责新产品的初步设计审查。
文件名称设计与开发控制程序版本/版次A/14.3.3 负责新样品的制作,送样数据准备及数据归档、设计验证和确认。
5.内容:5.1 设计输入正确确定设计开发输入是保证设计和开发质量的必要前提和验证设计开发输出的依据。
内容包括:1)产品外观、尺寸、性能方面的要求;2)过去类似设计中证明是有效的和必要的要求;3)适用的法律法规的要求;4)其它必要的要求。
5.1.1 销售部根据市场调研或顾客要求信息,明确确定设计输入信息后,填写《新产品开发申请单》,由总经理召集有关人员论证该新产品是否立项,并由技术部将制造可行性评审结果记入《新产品制造可行性报告》中,技术部根据由总经理或授权人批准立项的《新产品制造可行性报告》下达《新产品项目开发任务书》。
5.1.2技术部根据《新产品制造可行性报告》及《新产品项目开发任务书》编制《新产品开发进度计划表》,其主要内容包括:1)确定设计开发过程的责任人;2)设计开发阶段的划分;3)完成设计开发任务的时间表;文件名称设计与开发控制程序版本/版次A/1 4)设计评审、设计输出、设计验证、设计确认等阶段的具体要求;5)确定组织、技术和设计的接口。
本文依据《医疗器械生产质量管理规范现场检查指导原则》和 CFDA 公布的检查信息进行汇总整理,涉及的案例有一定的参考价值,但案例也有限,希望大家能从案例中举一反三,进一步完善公司的质量管理体系。
1.1.1 应当建立与医疗器械生产相适应的管理机构,具备组织机构图1.1.3 生产管理部门和质量管理部门负责人不得互相兼任。
1.2.4 企业负责人应当组织实施管理评审,定期对质量管理体系运行情况进行评估,并持续改进。
1.4.1 技术、生产、质量管理部门负责人应当熟悉医疗器械法律法规,具有质量管理的实践经验,应当有能力对生产管理和质量管理中实际问题作出正确判断和处理。
1.5.2 应当具有相应的质量检验机构或专职检验人员。
1.6.1 从事影响产品质量工作的人员,应当经过与其岗位要求相适应的培训,具有相关的理论知识和实际操作技能。
2.2.2 生产环境应当整洁、符合产品质量需要及相关技术标准的要求。
2.3.1 厂房应当确保生产和贮存产品质量以及相关设备性能不会直接或间接地受到影响。
2.6.2 仓储区应当按照待验、合格、不合格、退货或召回等进行有序、分区存放各类材料和产品,便于检查和监控。
3.2.1 生产设备的设计、选型、安装、维修和维护应当符合预定用途,便于操作、清洁和维护。
3.2.3 应当建立生产设备使用、清洁、维护和维修的操作规程,并保存相应的设备操作记录。
3.3.1 应当配备与产品检验要求相适应的检验仪器和设备,主要检验仪器和设备应当具有明确的操作规程。
3.4.1 应当建立检验仪器和设备的使用记录,记录内容应当包括使用、校准、维护和维修等情况。
3.5.1 应当配备适当的计量器具,计量器具的量程和精度应当满足使用要求,计量器具应当标明其校准有效期,保存相应记录。
4.1.1 应当建立健全质量管理体系文件,包括质量方针和质量目标、质量手册、程序文件、技术文件和记录,以及法规要求的其他文件。
4.2.3 文件更新或修订时应当按规定评审和批准,能够识别文件的更改和修订状态。
军工产品设计开发阶段文件和记录要求1.设计开发全过程包含:设计开发策划、方案概要设计、详细设计、设计验证、设计确认、设计更改、试制等环节。
2.详细要求:2.1立项根据客户意向立项的,由市场部填写《立项申请表》。
公司内部立项的,由项目发起部门填写《立项申请表》。
研发总监组织立项评审,填写《立项评审报告》,评审会中应填写《会议签到表》、《会议记录》,立项评审由分管技术的副总批准。
根据客户合同立项的,应进行合同评审,填写《合同评审表》,合同评审作为立项的依据。
确定立项后,由项目负责人编制《新产品研制任务书》,任务书由研发总监审核,总经理签发。
2.2设计开发策划设计开发承接部门在收到任务书后,应进行设计开发策划,编写《研制计划》、《质量保证大纲》、《质量计划》,计划和大纲应经过研发总监批准。
如采用了新技术、新材料,应经过试验、论证,编制《可行性报告》并进行评审,评审会中应填写《会议签到表》、《会议记录》。
2.3方案概要设计在方案阶段,应明确设计的具体要求,形成《设计开发输入一览表》、产品规格书、技术条件或技术协议、检验大纲、特性分析报告、研制方案等。
研发总监组织方案评审,填写《方案评审报告》,评审会中应填写《会议签到表》、《会议记录》;所有文件应经过研发总监审核、技术副总批准。
2.4详细设计详细设计过程的所有设计文件应与阶段性设计输入相对应,并经过标准化和审批。
这些设计文件包括:系统框图、分系统框图、原理图、PCB板图、结构图、流程图、软件清单、仿真软件、仿真数据、接口协议、端口定义、数据格式、数据库、设计报告、关键件及重要件明细表、零部件清单BOM 表、配置清单、接线表、安装工艺、调试方法、外协加工要求、测试方法、产品验收规范、使用说明书、技术说明书、用户手册、可靠性报告、维修指南等。
设计过程中形成的记录包括实验记录、调试记录、测试记录、联试记录等都应妥善保管。
适当的阶段应进行设计评审并形成记录。
2.5设计确认设计确认通过实验和测试、变换方法计算、试制、试用、评审、鉴定等方式进行,应尽可能邀请客户参与确认。
设计开发(更改)评审记录1. 概述本文档记录了设计开发(更改)评审过程中的问题和解决方案,旨在提高设计和开发效率,避免重复工作,优化代码质量。
2. 评审记录2.1 问题记录以下是在评审过程中发现的问题列表:1.代码缺少注释和文档说明,无法理解代码逻辑。
2.图片、图标和字体未经过优化压缩,导致加载缓慢。
3.代码中出现了死代码和未使用的变量,影响执行效率。
4.页面布局不够美观,样式不统一。
5.页面存在兼容性问题,在部分浏览器中显示不正常。
6.代码的可扩展性和可维护性不够高,难以进行后期维护。
2.2 解决方案记录根据评审过程中发现的问题,我们制定了以下的解决方案:1.明确代码注释和文档说明的编写规范,强制要求每个函数和变量都必须有注释。
同时在代码库中建立专门的文档目录,存放相关文档,方便团队成员查阅。
2.优化图片、图标和字体的加载速度,减小文件大小,通过压缩工具压缩资源,并选择合适的图片格式和文件类型。
3.定期清理死代码和未使用的变量,代码库中建立专门的清理脚本,可以定期清理不必要的代码和文件。
4.设计部门建立样式库,规范页面的布局、颜色和字体等,开发过程中使用统一的样式规范,增加页面美观性。
5.测试部门对不同浏览器进行兼容性测试,前端开发人员在开发过程中要注意遵循 W3C 标准,保证页面在不同浏览器中的兼容性。
6.进行代码的重构和优化,遵循设计模式和 SOLID 原则,使代码更加清晰易懂,减少代码冗余,提高代码可扩展性和可维护性。
3.在设计开发(更改)评审过程中,我们发现了不少问题,但我们经过充分的讨论和方案制定,以期达到高效、优质地完成我们的项目。
最后,感谢各位同事的参与和贡献。