软件实施活动规范.doc

卷号 卷内编号 密级 编码实施 分类:规范 项目组、项目管理部 文档编号：Coding_CRI_1.0 ?托普（TP）集团,2002 软件实施活动规范 Version 1.0 技术委员会 目录 1. 简介 1 1.1 目的 1 1.2 范围 1 1.3 文档结构 1 1.4 词汇表 1 1.5 参考信息 1 1.5.1 可追溯性 1 1.5.2 方针 2 1.5.3 过程/规范 2 1.5.4 指南 2 1.5.5 模板 2 1.5.6 检查表 2 1.5.7 培训 2 1.5.8 工具 2 1.6 参考网站 2 2. 软件实施活动规范 3 2.1 软件实施活动流程图 3 2.2 角色 3 2.3 进入准则 4 2.4 输入 4 2.5 活动 4 2.6 输出 5 2.7 验证与确认 6 2.8 退出准则 6 2.9 度量 6 3. 参考文献 6 4. 附录 7 附录 A – 数据流图符号 7 简介目的 本文档的目的是提供一个关于软件项目实施过程的规范，用以指导项目开发人员具体实施程序单元编码、单元测试、缺陷修复以及系统集成等工作。 范围 托普集团所有软件项目。 文档结构 第一部分简介第二部分规范第部分第部分词汇表 集成指的是将单独的软件合并成一个整体的软件开发活动。集成活动分级、分阶段进行工作版本既可以是系统的可操作版本，也可以是具有最终产品部分功能的系统组成部分Unit) 程序单元是项目定义的软件最小可测试单元。 参考信息 可追溯性 Information technology — Software process assessment CMU/SEI-93-TR-024 Capability Maturity ModelSM for Software, Version 1.1 方针 过程/规范 软件测试规范配置管理规范指南 模板 系统集成计划模版 检查表 代码评审检查表检查表培训 单元测试 工具 Rational Test tudio Suite VC++ JBuilder 参考网站 http://cdweboa/app/jswy.nsf/软件实施活动规范 软件实施活动流程图 角色 本文档在组织中实施所涉及的角色 角色名称 定义/职责 编码员 修复代码缺陷 集成员 制集成计划集成程序单元 测试员 执行测试 集成计划评审人员 参与集成计划的评审，一般由设计员、测试、配置经理、编码员、构架设计师等组成 代码评审员 评审源代码，一般由编码员（非代码作者）组成 进入准则 进入准则描述 已经被基线已经被基线 输入 输入名称 输入描述 参考指南、模板 构架设计 构架设计文档主要描述 备选设计方案、软件子系统划分、子系统间接口和错误处理机制等 软件详细设计 详细设计文档主要描述将构架设计转化为最小实施单元，产生可以编码实现的设计 活动序号 名称 1 制定系统集成计划 集成员 确定系统要实施的部分，以及实施它们的先后顺序。 确定集成的工作版本：根据开发计划的工作内容，将它们划分成不同的工作版本。 确定集成的策略：定义系统集成的方式。可以根据系统自身的特点，选择合适的集成策略，以及确定实施测试所需的驱动和桩模块。 系统集成计划模版 2 评审集成计划 集成计划评审人员 发现缺陷，跟踪并修复缺陷。 发现和修复缺陷：根据评审规范，评审集成计划工件。 集成计划检查表 3 单元编码及缺陷修复 编码员 按照分配的任务项，编写新单元的代码按照分配的任务项，修复已代码中经过测试发现的缺陷。 编码标准软件测试规范 4 代码评审 员 代码评审检查表 5 执行单元测试 测试员 软件测试规范 集成程序单元 集成员 按照计划集成已经通过单元测试的程序单元。计划 7 执行集成测试 测试员 软件测试规范 8 执行系统测试 测试员 软件测试规范 9 创建最终工作版本基线 集成员 创建工作版本基线。 配置管理规范 输出输出名称 输出描述 参考 程序 工作版本 集成计划 软件工作版本的定义、工作版本的内容、集成的策略以及实施的先后顺序等 评审记录 记录评审内容、评审结果、评审意见、参与人员等 验证与确认 验证与确认细节 参考 集成计划评审 由设计员、测试、配置经理、编码员、构架设计师等对集成计划进行评审 代码评审 参见活动4对代码进行评审 软件程序单元测试 参见活动5对程序单元进行单元测试 工作版本集成测试 参见活动7对工作版本进行集成测试 工作版本系统测试 参见活动8对工作版本进行系统测试 SQA验证 由SQA人员对软件实施活动进行审计 退出准则 退出标准描述 工作版本 度量 参考文献 A Gentle Introduction To