1、卷号卷内编号密级软件分析设计活动规范Version 1.1技术委员会分类:使用者:文档编号：托普信息（iTOP）集团,2002 文档信息标题:软件分析设计活动规范作者:技术委员会创建日期: 2002-1-21 13:35上次更新日期: 2002/8/29 10:36:00版本:1.1部门名称: 托普信息（iTOP）集团 修订文档历史记录日期 版本 说明 作者2002-3-7 1.0 创建 SEPG2002-8-28 1.1 为了托普信息（iTOP）集团推广 CMM 成果，而对封面及部分内容作了调整托普信息（iTOP）集团技术委员会目 录1. 简介 .11.1 目的 .11.2 范围 .11.3
2、 文档结构 .11.4 词汇表 .11.5 参考信息 .11.5.1 可追溯性 .11.5.2 方针 .11.5.3 过程 /规范 .11.5.4 指南 .21.5.5 模板 .21.5.6 检查表 .21.5.7 培训 .21.5.8 工具 .21.6 参考网站 .22. 软件分析设计活动规范 .32.1 分析设计活动流程图 .32.2 角色 .42.3 进入准则 .42.4 输入 .42.5 活动 .42.6 输出 .52.7 验证与确认 .52.8 退出准则 .62.9 度量 .63. 参考文献 .64. 附录 .7附录 A 数据流图符号 .7软件分析设计活动规范1 1. 简介软件分析设
3、计活动是建立系统的构架，将系统的软件需求分配给软件结构，使设计适应具体的实施环境。1.1 目的本文档描述了软件开发过程中分析设计活动的工作流程，项目应按照本规范开展相应的分析设计活动。1.2 范围本文档适用于托普信息（iTOP）集团技术委员会批准立项的软件项目。1.3 文档结构第一部分：简介，包括本规范的目的、范围、词汇以及所涉及的相关的参考信息。第二部分：分析设计活动规范的正文，包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。第三部分：参考文献，列出了编写本规范所参考的相关的文献资料。第四部分：附录，本文中流程图的标准符号定义。1.4 词汇表构架 (Ar
4、chitecture)系统在其所处环境中的最高层次的概念，涉及系统的组织结构。软件系统的构架是通过接口交互的重要构件（在特定时间点）的组织或结构，这些构件又由一些更小的构件和接口组成。构架可以递归解构为部件之间的接口、部件之间关系以及被组装部件之间的约束。一致性(Consistency)评审人员对评审内容达成一致意见。1.5 参考信息1.5.1 可追溯性GB_8566 中华人民共和国国家标准信息技术 软件生存期过程ISO/IEC TR 15504 Information technology Software process assessmentCMU/SEI-93-TR-024 Capabi
5、lity Maturity Model for Software, Version 1.11.5.2 方针托普信息（iTOP）集团项目开发与管理工作方针1.5.3 过程 /规范配置管理规范同行评审规范软件分析设计活动规范2 1.5.4 指南无1.5.5 模板无1.5.6 检查表构架设计评审检查表详细设计评审检查表1.5.7 培训无1.5.8 工具Rational Rose1.6 参考网站http:/cdweboa/app/jswy.nsf/软件分析设计活动规范3 2. 软件分析设计活动规范2.1 分析设计活动流程图 软 件 需 求 工 件软 件 构 架 设 计1软 件 构 架 设 计评 审2
6、基 线 化 构 架3软 件 详 细 设 计4 软 件 详 细 设 计评 审5基 线 化 详 细设 计6软 件 构 架 设 计工 件软 件 详 细 设 计工 件通 过 评 审 的 构 架 设 计通 过 评 审 的 详 细 设 计待 评 审 构 架 设 计待 评 审 软 件 详 细 设 计软 件 开 发 计 划软件分析设计活动规范4 2.2 角色本文档在组织中实施所涉及的角色角色名称 定义/职责构架设计师 负责软件的构架设计设计员 负责软件的详细设计配置管理员 负责基线化分析设计活动中产生的工件构架评审人员 参与构架评审，一般由构架设计师、设计员、相关组（如分析、测试）等组成详细设计评审人员 参与
7、详细设计评审，一般由构架设计师、设计员、相关组（如分析、测试、编码员）等组成2.3 进入准则进入准则描述 需求已经基线化 软件开发计划已指派了分析设计活动2.4 输入输入名称 输入描述 参考指南、模板软件需求工件 描述软件需求的文档，如软件需求说明书(SRS)文档或利用CASE工具建模生成的文档。软件开发计划 软件开发计划是一个综合的组装工件，用来收集管理项目时所需的所有信息。2.5 活动序号 活动名称 角色 活动描述 参考1 构架设计 构架设计师 建立软件系统的构架，将系统的软件需求分配给软件结构 构架设计根据需求，进行分析、设计系统构架，产生构架设计工件2 构架设计评审构架评审人员检查软件
8、系统构架设计是否合理 发现和修复缺陷根据同行评审规范，评审构架设计工件。 一致性确认对构架设计达成一致构架设计评审检查表同行评审规范软件分析设计活动规范5 序号 活动名称 角色 活动描述 参考3 基线化构架设计配置经理 将评审通过的软件构架设计工件置于配置管理 基线化构架一基线化构架设计，作为详细设计的基础配置管理规范4 软件详细设计设计员 根据需求工件构架设计工件，进一步精确描述软件系统，并使之适于具体的实施环境 详细设计一根据基线化的构架、需求工件，进行详细设计5 详细设计评审详细设计评审人员检查软件系统详细设计是否合理 发现和修复缺陷根据同行评审规范，评审详细设计工件 一致性确认对详细设
9、计达成一致详细设计评审检查表同行评审规范6 基线化详细设计配置管理员 将评审通过的软件详细设计工件置于配置管理 基线化详细设计一对详细设计进行基线化，作为实施活动的基础配置管理规范2.6 输出输出名称 输出描述 参考软件构架设计工件 构架设计文档主要描述 备选设计方案、软件子系统划分、子系统间接口和错误处理机制等软件详细设计工件 详细设计文档主要描述将需求、构架设计转化为最小实施单元、实施单元的实现方法评审记录 记录评审内容、评审结果、评审意见和参与人员2.7 验证与确认验证与确认名称 验证与确认细节 参考软件构架设计工件评审 由构架设计师、设计员、相关组（如分析、测试）对软件构架设计工件进行
10、评审软件详细设计工件评审 由构架设计师、设计员、相关组（如分析、测试、编码）对软件详细设计工件进行评审SQA 验证 由SQA 人员对软件分析设计活动进行审计软件分析设计活动规范6 2.8 退出准则退出标准描述 构架设计工件已被基线 详细设计工件已被基线2.9 度量.3. 参考文献SEL-81-305Recommended Approach to Software Development Revision 3, NASA, Goddard Space Flight Center, Greenbelt, Maryland 20771软件分析设计活动规范7 4. 附录附录 A 数据流图符号圆圈 代表数据加工或处理 矩形 外部交互方平行线 代表数据存储 箭头线 代表数据流的方向.
