ISO9001质量手册73设计和开发控制程序

适用于本公司新软件的设计、开发全过程，包括引进软件的转化、定型软件及设计过程3.1项目经理负责设计、开发全过程的组织、协调、实施工作，进行设计和开发的策划、确定设计、开发的组织和技术的接口、输入、输出、验证、评审，设计和开发的更改和确认等。3.2高层经理负责批准项目任务书、项目开发计划书、设计开发评审报告、软件测试报告。3.4行政部负责按设计输出采购所需设备及工具。3.5市场部负责根据市场调研或分析，提供市场信息及新软件动向，负责提交顾客使用新软件后的《客户意见反馈表》。3.6运营部负责新软件的测试。3.7软件设计人员负责按照项目任务书的要求开展设计工作，项目经理负责组织设计评审、验证及确认和设计更改工作。4.1设计和开发的策划4.1.1设计和开发项目的来源a)市场部与顾客签定的新软件合同或技术协议；高层经理批准的《项目任务书》；b)市场部根据市场调研情况与公司实际运作情况进行分析，经高层经理批准下达《项目任务书》，并将相关背景资料转交高层经理；4.1.2出转化为《项目开发计划书》。计划书内容包括：a)设计开发的输入、输出、评审、验证、确认等各阶段的划分和主要工作内容；b)各阶段人员职责和权限、进度要求和配合单位；c)资源配置需求，如人员、信息、设备、资金保证等及其他相关内容。4.1.3件控制程序》的有关规定。设计开发的不同部门可能涉及到公司不同职能或不同层次，也可能涉及到公司外部。4.1.4.1对于部门之间重要的设计开发信息沟通，设计开发人员联络和沟通。需要管理者代表进行协调工作的，由管理者代表审批后组织协调。4.1.4.2市场部负责与顾客的联系及信息传递。a)软件主要功能、性能要求。这些要求主要来自顾客或市场的需求与期望，一般应包含在合同、技术协议、定单、《用户需求规格说明书》或《项目任务书》中；b)适用的法律、法规要求，对国家强制性标准一定要满足；c)以前类似设计提供的适用信息；d)对于确定软件的安全性和适用性等至关重要的特性要求，包括安装、推荐配置、维护及环境等信息。4.2.2设计和开发的输入应形成文件，并填入《项目任务书》，附有各类相关的资料。4.2.3中不完善、含糊或矛盾的要求做出澄清和解决，确保设计和开发的输入满足任务书的要求。4.3设计和开发的输出4.3.1设计开发人员根据项目任务书、方案及计划等开展设计和开发工作，形成《软件概要设计说明书》和《软件详细设计说明书》。4.3.2设计和开发输出文件应以能针对设计和开发输入进行验证的形式来表达，以便于证明满足输入要求，为软件设计、测试提供适当的信息。设计开发输出文件因软件不同而不同，可包括指导编码、实现数据库等活动的图样和文件：如软件结构图、数据库E-R图及用户UI界面设计方案等；包含或引用验收准则；开发环境及设备清单；软件技术规范或企业标准。4.3.3根据软件特点规定对安全和正常使用至关重要的软件特性，包括安装、使用、维护及处置的要求。4.3.4由项目负责人对输出文件进行审核。高层经理批准输出文件后，提出评审要求。4.44.4.1在设计的适当阶段应进行系统的、综合的评审，一般由设计人员提出申请，高层经理批准后由项目经理组织相关人员和部门进行。a)应在设计开发计划中明确评审的阶段、达到的目标、参加人员及职责等，并按照计划进行评审；b)评审的目的是评价满足阶段设计开发要求及对应于内外部资源的适宜性、满足总体施，以确保最终设计满足顾客的需求；c)根据需要也可安排计划外的适当阶段评审，但应提前明确时间、评审方法、参加人员及职务等。4.4.2项目负责人根据评审结果，填写《设计评审报告》，对评审做出结论，报高层经理审核、总经理批准后发到相关部门，根据需要采取相应的改进或纠正措施，项目经理负责跟踪记录措施的执行情况，填写在《设计评审报告》的相应栏目内。4.5设计和开发的验证4.5.1员进行测试，并出具《测试报告》。对软件试用版本或原型的部分设计或功能、性能，可引用已证实的类似设计的有关证据，作为本次设计的验证依据。4.5.2在设计开发的适当阶段也可以进行验证，可采用与已证实的类似设计进行比较、测试等方法。4.5.3项目经理综合所有验证结果，编制《软件测试报告》，记录测试的结果及跟踪的措施，报高层经理批准，确保设计开发输入中每一项性能、功能指标都有相应的验证记录。4.5.4运营部对软件试用版本或原型进行测试，出具相应的检测报告及《软件测试报告》；财务部出具成本核算报告；项目经理综合上述情况，填写《软件测试报告》，报高层经理审核、总经理批准。4.6设计和开发确认特点，可以选择下述几种确认方式之一：a)项目经理组织召开新软件鉴定会，邀请有关技术负责人、用户参加，提交《软件测试报告》，即对设计开发予以确认；b)予以确认；跟踪和改进措施，并填写在《客户使用报告》上传递给相关部门执行，以确保设计开发的软件满足顾客预期的使用要求。4.7正式形成设计说明书提交配置人员，纳入项目基线，进入配置库保存。4.8设计和开发更改的控制4.8.1应正确识别和评估设计更改对软件或系统的设计过程、使用性能、安全性、可靠性等方面带来的影响。4.8.2设计开发的更改提出部门应填写《变更请求表》，并附上相关资料；报项目经理批准后方可进行更改。更改纳入基线后的设计，更改建议人可将更改的建议填写在《变更请求表》中提交项目经理，项目经理应在《变更日志及历史报告》中将相关项状态改为“已建议”，并提交适当的变更权威评价，将评价结果记录与CCR中。同时根据评价结果更新《变更日志及历史报4.9软件开发过程详见图一《软件开发流程图》。5相关文件5.13确定需求优先级的方法5.14系统动态分析方法5.21测试规