分析设计活动规范.docVIP

卷号 卷内编号 密级 分类: 规范 使用者: 项目组、项目管理部 文档编号： AD_CRI_1.1 ?托普信息（iTOP）集团,2002 软件分析设计活动规范 Version 1.1 技术委员会 文档信息 标题:软件分析设计活动规范 作者:技术委员会 创建日期: 2002-1-21 13:35 上次更新日期: 2002-7-11 14:27 版本:1.1 部门名称: 托普信息（iTOP）集团 修订文档历史记录 日期 版本 说明 作者 2002-3-7 1.0 创建 SEPG 2002-8-28 1.1 为了托普信息（iTOP）集团推广CMM成果，而对封面及部分内容作了调整 托普信息（iTOP）集团技术委员会 目 录 1. 简介 1 1.1 目的 1 1.2 范围 1 1.3 文档结构 1 1.4 词汇表 1 1.5 参考信息 1 1.5.1 可追溯性 1 1.5.2 方针 1 1.5.3 过程/规范 1 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 角色 4 2.3 进入准则 4 2.4 输入 4 2.5 活动 4 2.6 输出 5 2.7 验证与确认 5 2.8 退出准则 6 2.9 度量 6 3. 参考文献 6 4. 附录 7 附录 A – 数据流图符号 7 简介 软件分析设计活动是建立系统的构架，将系统的软件需求分配给软件结构，使设计适应具体的实施环境。 目的 本文档描述了软件开发过程中分析设计活动的工作流程，项目应按照本规范开展相应的分析设计活动。 范围 本文档适用于托普信息（iTOP）集团技术委员会批准立项的软件项目。 文档结构 第一部分简介第二部分规范第部分第部分rchitecture) 系统在其所处环境中的最高层次的概念系统的组织结构软件系统的构架是通过接口交互的重要构件（在特定时间点）的组织或结构，这些构件又由一些更小的构件和接口组成。构架可以递归解构为部件接口、组装部件的onsistency) 评审人员对评审内容达成一致意见。 参考信息 可追溯性 GB_8566 中华人民共和国国家标准《信息技术 软件生存期过程》 ISO/IEC TR 15504 Information technology — Software process assessment CMU/SEI-93-TR-024 Capability Maturity Model for Software, Version 1.1 方针 托普信息（iTOP）集团项目开发与管理工作方针 过程/规范 配置管理规范 同行评审规范 指南 无 模板 无 检查表 构架设计评审检查表 详细设计评审检查表 培训 无 工具 Rational Rose 参考网站 http://cdweboa/app/jswy.nsf/ 软件分析设计活动规范 分析设计活动流程图  角色 本文档在组织中实施所涉及的角色 构架设计师 负责软件的构架设计 设计员 负责软件的详细设计 配置管理员 负责基线化分析设计活动中产生的工件 构架评审人员 参与构架评审，一般由构架设计师、设计员、相关组（如分析、测试）等组成 详细设计评审人员 参与详细设计评审，一般由构架设计师、设计员、相关组（如分析、测试、编码员）等组成 进入准则 进入准则描述 需求已经基线化 软件开发计划已指派了分析设计活动 输入 输入名称 输入描述 参考指南、模板 软件需求工件 描述软件需求的文档，如软件需求说明书(SRS)文档或利用CASE工具建模生成的文档。 软件开发计划 软件计划是一个综合的组装工件，用来收集管理项目时所需的所有信息。 活动 序号 活动名称 角色 活动描述 参考 1 构架设计 构架设计师 建立软件系统的构架，将系统的软件需求分配给软件结构 构架设计—根据需求，进行分析、设计系统构架，产生构架设计工件 2 构架设计评审 构架评审人员 检查软件系统构架设计是否合理 发现和修复缺陷—根据同行评审规范，评审构架设计工件。 一致性确认—对构架设计达成一致 《构架设计评审检查表》 《同行评审规范》 3 基线化构架设计 配置经理 将评审通过的软件构架设计工件置于配置管理 基线化构架一基线化构架设计，