作产品、验收标准、使用说明书等全部设计输出，并满足设计输入的的要求。
设计输出文件发布前应予以评审，并经过授权人的批准。 （4）设计和开发评审
由开发项目组组织有关部门和专业人员，按程序文件规定的方法评审，并做好记录。 设计评审的参加者除要求的专家外，还应评审包括与评审内容相关的设计人员。 对于评审识别的任何问题及提出的必要措施，由项目经理实施改进，改进措施应做出记录。
评审记录、改进措施的记录随开发文件一并归档。 （5）设计和开发验证
常用的设计验证方法是测试、同行评审、走查。测试工作应有经批准的测试依据，保留测试记录。同行评审和下次查应保留相关记录。
设计验证结果应有明确的验证结论。设计验证的结论及随后采取的必要措施应由项目经理形成报告，并保持记录，随开发文件一并归档。
（6）设计和开发确认
为确保产品满足业主要求，在产品交付前必须进行产品的设计确认。确认结果和跟踪措施应予以记录。设计确认常采用系统验收测试+鉴定会的方法。
在设计确认之后，进行产品发布。发布由SCCB批准，有软件配置管理员实施。 （7）设计和开发确认
所有更改和修订必须经原审批途径进行审批，或由设计更改的实施部门负责人批准。 设计更改必须经过评审和验证，必要时，组织设计确认。对设计更改的评审已投入使用的产品及产品的其他组成部分的影响，提出处理意见。
1) 过程控制环节
过程控制的主要环节包括： 1 试用系统的初步建立和测试
2 系统安装环境（场地、设备、接地等）的建立 3 软硬件的装配和测试 4 系统集成
5 数据初始化和准备，人员培训 6 系统试运行
第 36 页 共 43 页
2) 实施控制规范
GB/T 11457 软件工程术语
GB 8567 计算机软件产品开发文件编制指南 GB/T 12504计算机软件质量保证计划规范
4、 变更管理
1)
变更的类型
这是所提的“变更”，意指如下几个方面：
1 项目范围对全同所提出的业务规程和业务功能提出更好的解决方案或更具灵活性的举措，从而导致合同所规定的项目范围（即需求）有较大工作量的更改。
2 项目成本。由于项目范围的更改，导致项目工作量的变动，从而涉及到项目成本的变化。
3 项目期限。对变更工作量作出评估之后，可能会引起项目完成期限的更改。 4 项目成本和项目期限中所提出的的变更是由项目范围的变更所导致的，此种变更可能发生在项目初期，亦可能发生在项目实施过程之中。
2) 变更管理机构
变更管理机构是项目领导小组，项目领导小组要亲自参与重大变更内容的评估和审批。
3) 变更处理流程
根据有关项目质量管理文件的规定，对变更处理流程建议如下：
1 变更申请。变更申请由公司项目组成员提出。申请人或申请部门必须填写“变更申请
单”中如下内容：项目名称、项目进行阶段、变更对象（涉及到的系统/子系统/任务名称）、变更内容、变更原因、变更后产生的影响、背景情况说明、申请人、申请日期。
2 变更审批。由项目领导小组听取申请人或有关部门的进一步详细介绍，必要时由项目经理出面组织有关专家及有关人员的座谈、讨论、调查，以确定此次变更的必要性、所产生的影响以及变更方案，从而对变更申请作出评审结果。若评审结果不同意变更，则在“变更申请单”上签署意见，作为质量记录存档。若评审结果同意变更，则填写“变更通知单”，并指定变更实施人，公司项目经理签字后生效。“变更通知单”主要包含以下内容：项目名称、
第 37 页 共 43 页
变更前有关的简要内容、需变更的内容、变更所涉及到的合约、成本和经费的变动、变更时间要求、指定变更部门或更改人、指定变更检查人或更改测试人、变更审批人、审批时间。
3 变更实施。变更实施人，或变更实施部门指派的实施人，按“变更通知单”的要求进行更改，并同步变更有关的文档，变更检查人或变更测试人提出检查或测试方案。
4 变更确认。变更实施后，由变更检查人或变更测试人进行检测，确认变更有效。 5 变更传递。将已变更内容列入新的基线，并赋予新的基线标识。以上变更的全过程均纳入配置管理系统的管理之下。并在变更完成后填写“变更记录单”，其主要内容为：制单人、配置项、变更内容概要、变更前版本、变更后版本、更改人、更改时间、审核人、审核时间、变更有关表格。
5、 风险控制
本项目的实施存在的风险主要包括技术风险和因组织协调出现问题带来的管理风险。根据我们的经验，本项目的各阶段的部分主要风险及规避措施如下：
1) 设备采购风险控制
这一阶段的风险主要体现在：
设备缺货或者零配件采购不及时。规避措施：公司通过合同管理和计划控制约束供应商；
安排专人提前进行设备采购预约；定货阶段加强跟踪与落实。
2) 系统测试风险控制
测试方案无法使用穷举法测试。规避措施：依据需求分析加强测试方案设计的针对性；
依据系统设计加强测试逻辑，保证测试的全面性；使用疯狂测试法测试系统的容错能力；多方参与对测试方案的评审；加强性能测试，采用先进测试工具辅助测试。
3) 设备到货与安装调试风险控制
安装调试环境不具备。规避措施：在项目前期就加强安装调试阶段进入的条件分析，加
强计划控制。
4) 系统培训风险控制
由于教员与学员的沟通不够造成培训结束后，学员并没有掌握系统。书面教学会了理论
第 38 页 共 43 页
但不会操作；由于学员多是业务操作人员而不是专职计算机人员造成培训时间不充分或计算机基础知识不够。规避措施：加强培训教材的针对性和生动性，多以实例为教案；安排计算机基础知识的选修课；增加上机实习的课时。
5) 系统试运行风险控制
在试运行时，由于采用的是手工和计算机双轨制运作，增加了使用人员工作量，同时，
试运行阶段暴露的问题不能及时解决影响运行人员的积极性，从而造成使用人员应用不充分，无法进行有效性测试，达不到试运行的效果。规避措施：建立规章制度，采取奖惩措施；我们在试运行期间加强技术支持，从系统使用带来的方便性和高效率的角度调动使用人员的积极性。
6) 系统售后服务风险控制
售后服务不及时，影响系统使用。规避措施：以制度的方式规定各个系统使用单位在遇
到系统问题或使用问题时及时反映问题，同时顺畅问题反馈渠道；加强问题反馈的引导；公司派出专门人员成立售后维护小组，受理用户的问题，并在当地设立分支机构，共同提供良好的售后服务。
第6章 项目培训计划
在系统的实施过程中，技术培训的完成情况将直接影响到工程系统建设能否如期顺利完成。公司对用户进行培训的首要目的是确保用户充分利用系统提供的各项功能，提高工作效率，其次是为用户建立一支能够独立维护系统的工程技术人员队伍，确保今后系统运行过程中日常维护管理工作的正常进行，因此我们非常重视工汽车制造企业智能设备自动化控制建设方案操作使用培训工作，精心设计培训计划和培训课程，保证系统能够快速投入运行。
1、 培训目标
为了保证汽车制造企业智能设备自动化控制建设方案的正常运行，结合我们以往对用户培训的经验，本公司将委派具有丰富经验的软、硬件工程师提供整套的培训服务，对有关的人员进行网络硬件的维护和应用软件系统操作的培训，以确保系统管理人员能够独立对系统
第 39 页 共 43 页
进行管理并做日常的维护，各级别操作人员能熟练操作汽车制造企业智能设备自动化控制建设方案应用系统软件。培训结束后还将对参与培训的人员进行考核，供用户参考。
2、 培训对象
为保证用户单位从领导到日常工作人员对汽车制造企业智能设备自动化控制建设方案有一个全面的多层次的掌握，我们规划设计了二类必要的培训：
一、系统管理员培训
系统管理员的技术培训主要是掌握系统日常维护方面的各种技术。其目的是使系统管理员承担起系统运行维护的主要任务：
1、掌握所用设备的安装、配置和使用。
2、掌握系统的日常维护步骤及方法，具备一定的发现问题和解决问题能力。 3、系统支撑平台的日常维护。
系统管理员的培训教学方式是理论与实践相结合的培训，由公司丰富培训经验的工程、技术人员在用户现场结合系统设备进行详细操作讲解。现场培训所涉及的课程虽然不一定非常全面，但主要是针对具体的实践应用，对于锻炼科技人员的具体操作能力非常有好处。
此培训要求系统管理员具备必要的网络基础知识，数据库知识、计算机操作技能和熟悉系统业务流程。
二、系统操作人员培训
操作员的培训主要是培训操作人员能熟练使用前台操作软件，快速调用相关业务处理模块并规范输入各种信息。
教学方式是理论与实践相结合的培训，由授课讲师在用户现场结合系统设备进行操作讲解。
此培训要求操作员具备必要的计算机操作技能。
3、 培训方式
根据此次项目的建设要求，为成功的建设汽车制造企业智能设备自动化控制建设方案，确保系统正常运行。同时也根据实际情况，本次项目的培训方式将采用集中培训、现场培训、热线支持相结合的方式，针对不同层次的工作人员，开设不同的培训课程。
第 40 页 共 43 页