02800-ISO9000认证文件资料-设计与开发控制程序.doc

qg/xxqp73012003xx公司管理标准 qg/xxqp7301-2003设计与开发控制程序 代替：qg/xxqp7301-20021. 目的对电子产品设计和软件集成应用项目管理全过程进行控制，确保产品能满足顾客的需求和期望及有关法律、法规、标准的要求，确保产品的设计质量。2. 适用范围本程序规定了产品设计、开发中应进行的活动内容和管理方式。适用于公司新产品设计、项目开发全过程，包括引进产品的转化，定型产品和现有产品的技术改进。3 . 职责3.1 产品设计开发小组（技术中心）由项目经理、系统分析员、程序员、测试工程师和硬件工程师组成，其职责如下：项目经理：是项目系统总负责人，根据经批准的“项目计划书”组织设计和开发，负责项目技术方案的制定，负责项目设计和开发过程中的进度、成本和质量的跟踪和控制，组织设计和开发各阶段的设计评审，负责项目相关部门工作协调及相关信息的沟通，组织编写 “需求规格说明”和“项目计划书”； 系统分析员：是项目系统技术负责人，负责产品系统结构（概要）设计；负责项目子系统的技术方案的确定，对集成和系统测试中发现的问题负责组织整改，依据相关国家、行业和地方技术标准编制企业产品标准。程序员：依据子系统(详细)设计，完成各模块的程序编码，在测试工程师的指导和协助下进行模块和单元测试，对测试中发现的问题负责纠正；测试工程师：提供产品测试计划和系统集成测试方案，制定测试用例，指导程序员进行模块和单元测试，组织进行系统和现场测试，提交测试报告，收集整理测试纪录，对测试中发现的问题，负责追踪和纠正结果验证；硬件设计工程师：负责产品的电子和机械结构设计，提供设计图纸、加工和装配工艺文件、产品调试和检验文件。3.2 各部门职责 技术中心：新产品的技术可行性决策、需求规格的确定，组织软、硬件开发、产品造型设计、包装设计。负责新产品在不同阶段的设计评审工作，提供相关的设计文档，制定产品标准并申请备案，组织生产定型。 营销中心：负责组织新产品的市场可行性分析，提供市场信息及新产品动向，提交“可行性报告”，确定功能规格产品形式，外包装，产品价位等；安排客户作新产品的测试，搜集客户试用情况，负责提交“客户试用报告”。采购部：根据技术中心提供的设备、材料的技术规格寻找合适、可靠的供货商和确定材料价格，及时提供样品，确保试制工作的顺利实施；质管办：根据产品标准协助技术中心做好各项环境测试和例行试验。制定各项产品质量检验标准，负责产品质量改善的执行追踪；工程服务中心和生产质量中心：配合技术中心完成新产品的试制和现场的安装、调试工作，执行与追踪工程更改方案；决策委员会：负责重要新产品的“需求分析评审”和“立项评审”；总经理：负责批准新产品立项申请和项目计划书4 . 程序4.1 设计开发项目的策划4.1.1 设计开发项目的来源营销中心或工程服务中心从客户处搜寻有关新产品的市场信息，如市场发展趋势，顾客要求、价格、交付期等相关信息，填写项目需求建议书，递交给技术中心；技术中心根据产品和技术发展方向及客观需求，提出新产品立项申请；公司决策委员会根据公司资源和市场上技术发展方向提出设想；公司的客户或合作伙伴可以提出新品需求；4.1.2 营销中心分管领导负责产品的需求管理；技术中心分管领导将产品策划的结果转化为、需求规格说明书和项目计划书等，具体步骤如下所示： 营销中心分管领导负责对待立项的产品进行初选，对有市场潜力的项目组织技术中心进行市场和技术调研，提交可行性分析报告；技术中心分管领导组织相关人员对可行性分析报告的内容组织相关人员进行会议评审，会后将评审结果通知给与会者，若评审通过，则由该项目经理进行后续工作；营销中心配合项目经理进一步与目标顾客一道进行需求分析，由项目经理完成需求规格说明书，然后组织相关人员召开需求分析评审会，经与会者讨论，最终确定产品的需求规格，作为以后设计和项目评审的依据；项目经理按照产品的需求规格说明书制定项目计划书，人员安排，设计进度计划和资源分配等；项目经理正式提交立项申请单，由决策委员会成员和相关人员进行项目立项评审，根据讨论结果修改项目计划书，并进入设计阶段。4.2 设计阶段4.2.1 系统分析员根据需求规格说明书编写软件的概要设计说明书，程序员根据概要设计说明书编写详细设计说明书和源代码，若有需要的话，硬件工程师编写硬件设计方案并进行原理图设计、pcb设计和硬件控制程序等的编写，结构工程师进行结构设计。4.2.2 在设计开发的适当阶段应依据项目计划书规定进行系统的、综合的评审，一般由设计系统分析员依据项目进程和计划提出申请，项目经理批准并组织相关人员进行。分别按照原理图检查表、pcb检查表、概要设计评审、详细设计评审和代码评审等进行不同阶段的设计评审，包括评审的阶段、达到的目标、参加人员及职责等；评审的目的是评价满足阶段设计开发要求及对应于内外部资源的适宜性、满足总体设计输入要求的充分性及达到设定目标的程度；识别和预测问题的部位和不足，提出纠正措施，以确保最终设计满足顾客的要求；4.2.3 在设计阶段项目组成员应完成各种设计文档，并按项目计划书规定进行评审，评审记录由项目经理进行复核和核准，在技术中心服务器和文档管理人员处各存一份。4.3 试作阶段项目组根据评审通过的设计开发初稿组织制作样品4.4设计验证测试工程师分别针对硬件和软件的功能、性能进行测试，硬件样品由硬件工程师制作并负责进行调试和测试，软件由软件测试工程师制定测试计划（包括模块测试计划、整合测试计划和系统测试计划等），完成相应的测试报告。待软件和硬件分别测试成功后，在实验室内进行系统联调成功后，完成系统测试报告；测试工程师对在样品测试过程中，发现的问题及时向系统分析员或程序员反馈，由其确认并进行相应的设计修改，所有这些都应有相应的记录在bug list，由测试工程师和相关设计人员共同完成。4.5 设计开发确认确认的目的是证明产品能够满足预期的使用要求，通常应在产品交付之前完成。在实验室内联调成功后，仍须经用户试用一段时间后才能完成确认工作，具体的确认步骤如下：由营销中心负责联系二至三个新产品试用客户，由工程服务中心配合技术中心在现场进行安装调试，待客户试用基本正常一至三个月后，由业务人员负责提交顾客试用新产品后的客户试用报告，说明客户对新品符合标准或客户要求的满意程度及对实用性的评价，客户满意即对设计开发予以承认；由技术中心组织召开新产品设计定型评审会，评审会成员由公司决策委员会、用户和相关部门人员组成，与会者针对项目负责人提交的项目开发总结报告进行讨论并得出结论；项目经理撰写该产品的企业标准后由技术中心负责联系相关的评审人员和专家，组织召开新产品的标准评审会，提交新产品标准评审报告，即对新产品的设计标准予以确认。上述报告及相关资料为确认的结果，技术中心对此结果进行分析，根据需要采取相应的跟踪和改进措施，并修改相应的设计和文档，以确保设计开发的产品满足客户预期的使用要求。4.6 设计开发配置管理通过设计开发确认后，项目经理将所有的设计文档整理成正稿，并注明版本号，在技术中心的服务器和文档管理人员处各存一份；由项目组成员填写技术转移清单，将一些设计文档发给相关部门，包括安装调试说明书、生产工艺文件、用户操作手册、系统说明书等。4.7 设计开发更改的控制设计开发的更改发生在设计开发、试作、生产和维护的整个试制过程中，设计开发人员应正确识别和评估设计更改对产品的功能、性能和可靠性等方面的影响。设计开发的更改提出部门应填写工程变更需求（ecr），并附上相关资料，发给技术中心，由具体经办人员签署处理意见，并经过项目经理和技术中心负责人的复核和批准，方可进行更改，审批后的工程变更需求分发到相关的部门。设计更改并确认后，由经办人员填写工程变更通知（ecn），经项目经理和技术中心负责人复核和批准后，分发到相关部门，执行新的标准。更改的评审结果及其相应措施的评审记录应予保留5. 相关/支持性文件 xxqp4201 文件和资料控制程序 xxqp7501 产品生产和系统集成控制程序 xxqp7502 项目开发及实施控制程序xxqp8203 监视和测量控制程序6. 质量记录 xxqr7301 项目需求建议书 xxqr7302 可行性分析报告 xxqr7303 立项申请单 xxqr7304 详细设计评审 xxqr7305 样品调试与测试报告 xxqr7306 系统测试分析报告 xxqr7307 项目开发总结报告 xxqr7308 工程变更通知单项 目 需 求 建 议 书 编号：xxqr7301项目名称提出单位提出日期完成日期一. 提出原因二. 产品主要规格三. 竞争对手与技术状况四. 市场行情分析五. 成本与效益分析研究院主管单位主管申请人 rfp01082901 可 行 性 分 析 报 告 编号：xxqr7302项目名称：拟 制：审 核：批 准：文件版本：xx股份有限公司 年 月 日 可行性分析报告1 引言 1.1 编写目的 可行性分析报告的编写目的是：说明该开发项目的实现在技术、经济和社会条件方面的可行性,评述为了合理地达到开发目标而可能选择的各种方案,说明并论证所选定的方案。说明编写本可行性分析报告的目的，指出预期的读者。1.2 背景 说明： a所建议开发的项目名称； b本项目的任务提出者、开发者、用户； c该项目同其他系统或其他机构的基本的相互来往关系。1.3 定义 列出本文档中用到的专门术语的定义和外文缩写词的原文。1.4 参考资料 列出用到的参考资料，如： a本项目的经核准的计划任务书或合同、上级机关的批文； b属于本项目的其他已发表的文件； c本文档中各处引用的文件、资料，包括所需用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 可行性研究的前提说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。2.1 要求说明对所建议的开发项目的基本要求，如：a. 功能；b. 性能； c. 输出如报告、文件或数据，对每项输出要说明其特征，如用途、分发对象； d输入说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度；e处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述；f在安全与保密方面的要求；g同本系统相连接的其他系统的要求；h完成期限。2.2 目标 说明所建议系统的主要开发目标，如：a人力与设备费用的减少；b处理速度的提高；c控制精度或生产能力的提高；d管理信息服务的改进；e自动决策系统的改进；f人员利用率的改进。 2.3 条件、假定和限制说明对这项开发中给出的条件、假定和所受到的限制，如：a所建议系统的运行寿命的最小值；b进行系统方案选择比较的时间； c经费、投资方面的来源和限制； d法律和政策方面的限制；e硬件、软件、运行环境和开发环境方面的条件和限制；f可利用的信息和资源；g系统投入使用的最晚时间。2.4 进行可行性研究的方法 说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。简要说明所使用的基本方法和策略，如调查、确定模型、建立基准点或仿真等。2.5 评价尺度说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。3 对现有系统的分析这里的现有系统是指当前实际使用的系统。分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。 3.1 处理流程和数据流程说明现有系统的基本的处理流程和数据流程。此流程可用流程图的形式表示，并加以叙述。3.2 工作负荷 列出现有系统所承担的工作及工作量。3.3 费用开支列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开支总额。3.4 人员 列出为了现有系统的运行和维护所需要的人员数量。3.5 设备 列出现有系统所使用的各种设备。3.6 局限性列出现有系统的主要的局限性，例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能不够等。4 所建议的系统本章将用来说明所建议系统的目标和要求将如何被满足。4.1 对所建议系统的说明概括地说明所建议系统，并说明所建议系统的基本要求将如何得到满足，说明所使用的基本方法及理论根据。 4.2 处理流程和数据流程给出所建议系统的处理流程和数据流程。4.3 改进之处 按所建议系统的主要开发目标，逐项说明所建议系统相对于现存系统具有的改进。4.4 影响说明在建立所建议系统时，预期将带来的影响，包括：4.4.1 对设备的影响 说明新提出的设备要求及对现存系统中尚可使用的设备须作出的修改。4.4.2 对软件的影响 说明为了使现存系统的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。4.4.3 对用户单位机构的影响 说明为了建立和运行所建议系统，对用户单位机构、人员的数量和技术水平等方面的全部要求。4.4.4 对系统运行过程的影响 说明所建议系统对运行过程的影响，如： a用户的操作规程； b源数据的处理； c数据进入系统的过程； d对数据保存的要求，对数据存储、恢复的处理； e输出报告的处理过程、存储媒体； f系统失效的后果及恢复的处理办法。 4.4.5 对开发的影响 说明对开发的影响，如： a为了支持所建议系统的开发，用户需进行的工作； b为了开发和测试所建议系统而需要的计算机资源； c所涉及的保密与安全问题。4.4.6 对地点和设施的影响 说明对环境设施的要求。4.4.7 对经费开支的影响 扼要说明为了所建议系统的开发、设计和维护运行而需要的各项经费开支。4.5 局限性 说明所建议系统尚存在的局限性问题以及这些问题未能消除的原因。4.6 技术条件方面的可行性 说明技术条件方面的可行性，如：a在当前的限制条件下，所建议系统的功能目标能否达到；b利用现有的技术，所建议系统的功能能否实现；c对开发人员的数量和技术的要求并说明这些要求能否满足；d在规定的期限内，所建议系统的开发能否完成。5 可选择的其他方案 扼要说明曾考虑过的每一种可选择的方案。 5.1 可选择的方案1 参照第4章的提纲，说明可选择的方案1，并说明它未被选中的理由。5.2 可选择的方案2 按类似5.1款的方式说明第2个乃至第n个可选择的方案。6 投资及效益分析 6.1 支出对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。 6.1.1 基本建设投资 列出所建议系统安装软件、硬件设备、采购和开发等基本建设投资所需的费用。6.1.2 其他一次性支出 列出所建议系统的一次性支出。6.1.3 经常性支出 列出在所建议系统生命期内按月或按季或按年支出的用于运行和维护的费用。6.2 收益 对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、处理速度的提高和管理计划方面的改进等，包括：6.2.1 一次性收益 说明所建议系统能够获得的一次性收益。6.2.2 经常性收益 说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的所获得的收益，包括开支的减少和避免。 6.2.3 不可定量的收益 逐项列出无法直接用货币（如人民币）表示的收益，如：服务的改进，由操作失误引起的风险的减少，信息掌握情况的改进等。有些不可捉摸的收益只能大概估计或进行极值估计（按最好和最差情况估计）。 6.3 收益投资比 求出整个系统生命期的收益投资比值。 6.4 投资回收周期 求出工程累计经济效益等于最初投资所需要的时间。7 社会因素方面的可行性 本章用来说明对社会因素方面的可行性分析的结果，包括：7.1 法律方面的可行性 法律方面的可行性问题很多，如：合同责任、侵犯专利权、侵犯版权等方面的陷井，软件人员通常是不熟悉的，有可能陷入，务必要注意研究。7.2 使用方面的可行性 例如从用户单位的行政管理、工作制度等方面来看，是否能够使用所建议系统；从用户单位的工作人员的素质来看，是否能满足使用所建议系统的要求等等，都是要考虑的。8 结论在进行可行性研究报告的编制时，必须有一个研究的结论。结论可以是：a可以立即开始进行；b需要推迟到某些条件（例如资金、人力、设备等）落实之后才能开始进行；c需要对开发目标进行某些修改之后才能开始进行；d不能进行或不必进行（例如因技术不成熟、经济上不合算等）。 立 项 申 请 单 编号：xxqr7303项目名称项目型号项目类别 电子警察 卡口 海关科技 其它：申请日期需求日期项目负责人六. 简述产品主要规格（详见需求规格说明书）七. 简述市场和技术可行性分析（详见可行性分析报告）八. 简述总体设计方案（详见总体设计方案）九. 人员与项目进度安排：主要列出各阶段的开始和结束时间，主要工作的人员配置（详见设计计划进度表）十. 费用预算：（列出费用的大致构成。）董事长/总经理研发中心经理申请人 rop01082901详细设计评审 编号：xxqr7304项目名称： 项目负责人：主审人： 评审时间： 一：评审流程1、 由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组成一个评审小组，通过阅读和讨论详细设计的内容，对详细设计进行评审。2、 项目负责人提前把概要设计说明书、详细设计说明书等文档分发给评审小组成员，作为评审依据，小组成员在充分阅读这些材料之后，进入下一步。3、 召开详细设计评审会。在会上，首先由该项目的系统分析员介绍总体设计思想，包括需求概述和软件结构，然后由各个模块的具体设计者分别对模块设计进行说明，在此过程中，小组成员可以提出问题，展开讨论，审查是否有错误存在。4、 在讨论结束后，由项目负责人整理出一份详细设计评审报告。5、 若发现错误较多，或发现重大错误，则在改正之后，再次组织详细设计评审。二： 评审人员公司高层营销部技术部工程部研发部主审人评审专家项目负责人软件测试人员三：评审内容（评审的具体结果可以参见评审会议记录）序号评审事项评审结果备注1处理模块之间的控制转移关系和形式是否正确？2处理模块与数据模块之间的对应关系和存取关系（建立、删除、查询、提取、修改等）是否正确？3功能结构与控制流结构的对应关系；功能结构与数据流结构的对应关系是否正确？4每个模块的定义：包括功能、输入和输出数据是否已描述清楚？5模块的功能结构与实现这些功能的处理过程的结构是否已明确对应？6控制流是否是结构化的？7数据的结构与控制流之间的对应关系是否是明确的？数据流程的关系是否与此相适应？8用于描述的术语是否标准化？9输入数据的结构，如输入的种类、形式、数据量、方法以及输入表达式的容易理解程度是否符合要求？10输出数据的结构，如输出的种类、形式、数据量、方法以及输出表达式的容易理解程度是否符合要求？11是否考虑了异常输入和超载输入情况下的处理？主审人的总结意见和签字：核准审核制定 样 品 测 试 报 告 编号：xxqr7305产品名称：拟 制：审 核：批 准：版 本：xx股份有限公司 年 月 日 （主要在硬件产品测试完毕后，用于记录测试数据和测试结论） 1、 测试目的：介绍测试样品的用途，功能、性能等，并且简述测试原因。2、测试时间、测试地点、测试人员：3、测试环境、测试仪器：介绍构建的测试环境（硬件设备、软件系统、设备连接等），测试所用的仪器设备。4、 测试方法、依据：介绍测试的方法、依据的资料，例如产品规格说明书、样品调试试方案等。5、 测试结果记录测试过程中发现的问题，解决的方法，数据记录。序号测试项要求测试方法测试结果6、 测试结论依据测试记录，总结测试结论（失败、建议修改后重测或测试通过）。 系 统 测 试 报 告 编号：xxqr7306项目名称：项目版