P719 软件开发作业指导书.doc

Q/MT00P719—2009A 第 PAGE 13 页 共 NUMPAGES 20页 PAGE 1 Q/MT00P719—2009A 第 PAGE 1 页 共 NUMPAGES 20 页 归口部门 质量保证部 编 制 姜瑞丰 审核/会签 戴峰 批 准 杨家武 发布日期 2009．03．31 实施日期 2009．03．31 MT（常州）管理体系文件 软件开发作业指导书 范围 本标准规定了软件开发过程各阶段的策划、输入、输出、评审、验证、确认、设计更改的具体工作内容和要求； 本标准适用于公司纯软件产品和产品用软件的管理控制。 规范性引用文件 GB/T 11457 软件工程术语 Q/MT00S702《产品设计和开发程序》 Q/MT00P701—2005A《产品设计和开发作业指导书》 MT00P722-2006A《C程序编码规范》 术语和定义 3.1 根据软件是否嵌入到系统内，分为： a) 纯软件产品: 非嵌入式, 自成产品的软件(以下简称纯软件)； b) 产品用软件: 嵌入到仪器仪表或某一系统内，共同构成完整产品的软件(以下简称嵌入式)。 3.2 根据软件的复杂程度和开发周期，分为： Ra类：软件复杂，产品采用全新的软件框架；或源程序行数大于50000的软件。 Rb类：软件较复杂，产品软件框架虽存在原型，但需作较大修改；或源程序行数在5000～50000的软件。 Rc类：软件复杂程度一般，已存在功能完备的软件框架可借用，软件开发仅限于局部功能；或源程序行数小于5000的软件。 非标类：针对特定顾客/合同而设计开发的软件。对于具有一定市场的非标软件，在交付后，可按Rc类产品开发流程进行完善设计和管理控制。 3.3 需求分析 requirements analysis 研究用户要求以得到系统或软件需求定义的过程。 3.4 概要设计 preliminary design 分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义，并提出时间和规模方面的估计。 3.5 详细设计 detailed design 推敲并扩充概要设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述，直到设计完善到足以能实现的地步。 3.6 设计实现 design implementation 把设计翻译成代码，然后对此代码排除隐错的过程。它是程序的一种机器可执行形式，或者能被自动地翻译成机器可执行的形式的某种形式的程序。 软件生存周期 software life cycle 软件生存周期是指从系统设计对计算机软件系统提出应用需求开始，经过开发，产生一个满足需求的计算机软件系统，然后投入运行，直至该软件系统退役为止。 源程序/代码source program 在计算机执行之前必需被编译、汇编或解释的计算机程序。 目标程序/代码object program 已完成编译或汇编已准备好装入到计算机中的程序。 GB/T11457-1995《软件工程术语》定义的其它术语，均适用于本标准。 职责 除Q/MT00S702《产品设计和开发程序》的职责适用于本标准外，针对软件开发的角色职责有： 产品经理： 代表客户，提供市场输入，制定产品版本计划，完成产品使用手册，对软件进行验收确认。 项目负责人： 负责制订《项目计划》、协调项目内外关系、控制项目进度并保证项目计划的实施和完成，组织编写《用户操作手册》。 需求分析员： 作为开发方的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写《软件需求规格说明书》。 系统设计员： 负责把软件需求变换成可表示的可实现的软件形式，为设计实现提供可行的依据。并在设计过程中要负责编写《软件总体设计说明书》、《数据库设计说明书》、《模块设计说明书》。 软件开发人员： 按设计要求把软件的详细设计变换成可执行的源程序，进行调试。完成相应的文档。 软件维护人员： 在产品上市后，根据市场反馈，对软件进行定期的版本升级，同时负责在标准版本软件上开发用户订制产品。 测试人员： 负责制定测试计划，设计测试方案，测试用例，并实施测试。 部门软件测试人员：负责软件设计过程的测试； 公司软件测试人员：负责新的标准产品软件设计完成后的功能测试，系统测试及国内标准产品软件（预计年产量大于500台/套）版本升级及出口产品软件升级的测试；提供《软件测试报告》。 PCB事业部测试人员：负责进行嵌入式产品的测试仪符合性测试并反馈测试结果。 配置管理人员： 负责对开发库中软件配置项的管理和维护，编写《软件配置管理