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

3 职责 3.1 项目经理负责设计、开发全过程的组织、协调、实施工作，进行设计和开发的策划、确定设计、开发的组织和技术的接口、输入、输出、验证、评审，设计和开发的更改和确认等。 3.2 高层经理负责批准项目任务书、项目开发计划书、设计开发评审报告、软件测试报告。 3.3 总经理负责批准项目任务书。 3.4 行政部负责按设计输出采购所需设备及工具。 3.5 市场部负责根据市场调研或分析，提供市场信息及新软件动向，负责提交顾客使用新软件后的《客户意见反馈表》。 3.6 运营部负责新软件的测试。 3.7 软件设计人员负责按照项目任务书的要求开展设计工作，项目经理负责组织设计评审、验证及确认和设计更改工作。 3.8 运营部负责新软件的集成、测试及现场安装和售后服务。 4 程序 4.1 设计和开发的策划 4.1.1 设计和开发项目的来源 a) 市场部与顾客签定的新软件合同或技术协议；高层经理批准的《项目任务书》； b) 市场部根据市场调研情况与公司实际运作情况进行分析，经高层经理批准下达《项目任务书》，并将相关背景资料转交高层经理； 4.1.2 高层经理根据上述项目来源，确定项目负责人，项目负责人将设计开发策划的输出转化为《项目开发计划书》。计划书内容包括： a) 设计开发的输入、输出、评审、验证、确认等各阶段的划分和主要工作内容； b) 各阶段人员职责和权限、进度要求和配合单位； c) 资源配置需求，如人员、信息、设备、资金保证等及其他相关内容。 4.1.3 设计开发策划的输出文件将随着设计开发的进展，在适当时予以修改，应执行《文件控制程序》的有关规定。 4.1.4 设计和开发不同部门之间的接口管理 设计开发的不同部门可能涉及到公司不同职能或不同层次，也可能涉及到公司外部。 4.1.4.1 对于部门之间重要的设计开发信息沟通，设计开发人员联络和沟通。需要管理者代表进行协调工作的，由管理者代表审批后组织协调。 4.1.4.2 市场部负责与顾客的联系及信息传递。 4.2 设计和开发的输入 4.2.1 设计开发输入应包括以下内容： 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.4 设计和开发的评审 4.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.1 项目相关的《编码规范》。 5.2 组织标准软件过程 5.3 软件生命周期模型描述 5.4 软件过程数据库和文档库管理过程 5.5 工作组工作规范 5.6 组织标准软件过程维护规程 5.7 组织过程焦点过程 5.8 组织培训过程 5.9 产品集成过程 5.10 基于用例的需求调研过程指南 5.11 建立数据流模型的方法 5.12建立数据模型的方法 5.13 确定需求优先级的方法 5.14 系统动态分析方法 5.15 用户需求说明书的编写过程 5.16 与用户面谈的过程 5.17需求开发过程 5.18需求模块功能矩阵及追溯表维护规程 5.19 需求管理过程 5.20技术解决方案过程 5.21 测试规程 5.22 确认过程 5.23 评审规程 5.24 验证过程 5.25 软件工程过程 5.26 项目软件过程定义指南 5.27 组间协调规程 5.28 集成项目管理过程 5.29 项目监督与控制过程 5.30 软件估算指南 5.31软件估计规程 5.32 软件规模度量单位选用规程 5.33 软件生命周期模型选用规程 5.34 项目策划管理过程 5.35 风险管理过程 5.36 外包与采购管理过程 5.37 配置管理计划制定指南 5.38 变更控制规程 5.39 命名规程 5.40 配置库管理规程 5.41 配置管理过程 5.42 决策分析与解决方案指南 5.43 决策分析和解决方案过程 5.44 度量与分析规程 5.45 度量与分析规格说明 5.46 数据分析方法指南 5.47 度量与分析过程 5.48 质量保证工作指南 5.49 质量保证过程 6 记录 6.1 《项目任务书》。 6.2 《项目开发计划书》 6.3 《软件概要设计说明书》 6.4 《软件详细设计说明书》。 6.5 《软件测试报告》。 6.6 《项目开发输出清单》。 6.7 《客户使用报告》 6.8 《变更请求表》 6.9 《变更日志及历史报告》 需求开发 图一 软件开发流程图