软件设计过程.docx

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件设计过程 PAGE 第 PAGE 6 页 共 NUMPAGES 6 页 软件设计过程 (V1.0) 目 录 TOC \o "1-3" \h \z \u 1 导言 4 1.1 编制目的 4 1.2 适用范围 4 1.3 术语定义 4 2 角色与职责 4 3 入口准则 4 4 过程描述 4 4.1 输入 4 4.2 过程活动 5 4.2.1 获取并理解需求及架构文档 5 4.2.2 设计准备 5 4.2.3 软件设计 6 4.2.4 编写软件设计文档 6 4.2.5 组织设计文档评审 6 4.3 输出 6 5 出口准则 7 6 裁剪指南 7 7 相关文件 7 导言 编制目的 明确全新开发类项目的软件设计过程,及系统设计时的要求。通过贯彻该规范的要求,提升系统设计的规范性和设计交付物的质量。 适用范围 适用于所有全新开发类项目。 术语定义 技术经理:本体系文件中的技术经理角色是一个统称,在不同的上下文中,其实际角色,可以是技术经理、架构师、技术负责人等 角色与职责 角色 职责描述 项目经理 负责在项目计划中定义设计活动 技术经理 负责系统分析与设计 负责协助设计组理解架构设计 负责组织设计文档的编写并组织评审 需求经理/组长 负责协助设计组理解需求 参与设计文档的评审 设计组 负责编写设计文档 入口准则 《架构设计说明书》通过评审。 过程描述 输入 《软件需求规格说明书》 《需求跟踪表》 《架构设计说明书》 过程活动 获取并理解需求及架构文档 设计组获取软件需求和系统架构设计文档,并全面理解其内容。 需求经理/组长协助设计组理解需求,技术经理协助设计组理解系统架构设计,可以采用需求讲解、培训、小组讨论等方式。 设计准备 设计人员学习相关的设计规范,设计规范遵循各SBU的要求,必要时由技术经理组织培训。 软件设计 技术经理组织设计组使用软件设计方法进一步得到软件框架的更多层次的分解。即高层实体被进一步分解为子系统,模块和数据实体。每一次这样的分解都定义了下一层的软件结构,分解活动一直持续到适合的粒度为止,分解的粒度细化到一个实现单元(如类、数据库表、页面、触发器、存储过程、函数等),每一个实现单元要描述类的方法、类的属性、数据库表的域的属性等。 识别数据库实体和关系,设计软件的数据库物理模型,具体内容有数据库表、关系、域、主键、存储过程、触发器、数据存取的并发与事物、视图、约束等。 编写软件设计文档 技术经理组织设计组按照相关文档模板编写软件设计文档,包括:《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》、界面设计等。 如果一个软件系统比较简单,层次很少,《详细设计说明书》可以不单独编写,有关内容可以合并入《概要设计说明书》中。 组织设计文档评审 技术经理负责组织系统设计文档的评审,测试经理、需求经理/组长、开发经理/组长等参加。 设计文档评审通过后纳入基线管理。 输出 《概要设计说明书》 《详细设计说明书》 《数据库设计说明书》 界面设计 《评审报告》 出口准则 设计文档已纳入基线管理。 裁剪指南 序号 过程活动 工作产品/成果 裁剪要求 裁剪说明 1 获取并理解需求及架构文档 不可裁剪 2 设计准备 不可裁剪 3 软件设计 不可裁剪 4 编制软件设计文档 概要设计说明书 不可裁剪 5 详细设计说明书 可裁剪 关键模块不可裁剪 6 数据库设计说明书 不可裁剪 7 界面设计 可裁剪 详细设计不包含时,不可裁剪 8 组织设计文档评审 评审报告 不可裁剪

文档评论(0)

183****7261 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档