软件需求分析与建模-课程中心.pptVIP

  1. 1、本文档共31页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件需求分析与建模-课程中心

软件设计过程 模块化设计原理 模块独立性度量 软件组成结构 软件体系结构 软件设计阶段的基本目标是构造系统“怎么做”的模型描述。 “设计先于编码”,这是软件工程“推迟实现”基本原则 软件系统设计是把软件需求“变换”为用于构造软件的蓝图。 “输入”是需求分析各种模型元素 “输出”是软件设计模型和表示 软件设计的目标是对将要实现的软件系统的体系结构、系统的数据、系统模块间的接口,以及所采用的算法给出详尽的描述。 总体设计,也称为概要设计,软件结构设计,或高层设计。 分析需求规格说明 模块划分,形成具有预定功能的模块组成结构 表示出模块间的控制关系 给出模块之间的接口 软件详细设计,也称为(模块)过程设计,或低层设计。 设计模块细节 确定模块所需的算法和数据结构等 测试和复审 设计供选择的方案 选取合理的方案 推荐最佳方案 功能分解和设计软件结构 数据库设计 制定软件设计测试计划 编制设计文档 审查和复审 1 范围 1.1系统目标 1.2 主要软件需求 1.3 软件设计约束、限制 2 数据设计 2.1 数据对象和形成的数据结构 2.2文件和数据库结构 外部文件结构 ① 逻辑结构 ② 逻辑记录描述 ③ 访问方法 全局数据 文件和数据交叉索引 3 体系结构设计 3.1 数据和控制流复审 3.2 得出的程序结构 4 接口设计 4.1 人机界面规约 4.2 人机界面设计规约 4.3 外部接口设计 外部数据接口 外部系统或设备接口 4.4 内部接口设计规约 5 (每个模块)过程设计 5.1 处理说明 5.2 接口描述 5.3 设计语言描述 5.4 使用的模块 5.5 内部设计结构 5.6 注释/约束/限制 6 需求交叉索引 7 测试部分 7.1测试方针 7.2 集成策略 7.3 特殊考虑 8 附录(包括特殊注解) 1 引言 1.1 编写目的:阐明编写详细设计说明书的目的,指明读者对象。 1.2 项目背景:应包括项目的来源和主管部门等。 1.3 定义:列出本文档中所用到的专门术语的定义和缩写词。 ● 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源 ● 文档所引用的资料、软件开发的标准或规范。 1.4 参考资料: 项目经核准的计划任务书、合同或上级机关的批文; 项目开发计划;需求规格说明书;概要设计说明书; 测试计划(初稿); 用户操作手册。 2 总体设计 2.1 需求概述 2.2 软件结构:如给出软件系统的结构图。 3 程序描述 3.1 逐个模块给出以下说明: ● 性能 ● 输出项目 ● 功能 ● 输入项目 3.2 算法:模块所选用的算法。 3.3 程序逻辑:详细描述模块实现的算法,可采用:标准流程图;PDL语言;N-S图;判定表等描述算法的图表。 3.4 接口 ● 限制条件 ● 存储分配 3.5测试要点:给出测试模块的主要测试要求。 模块是一个独立命名的,拥有明确定义的输入、输出和特性的程序实体。 把一个大型软件系统的全部功能,按照一定的原则合理地划分为若干个模块,每个模块完成一个特定子功能,所有的这些模块以某种结构形式组成一个整体,这就是软件的模块化设计(Modular Design)。 软件模块化设计可以简化软件的设计和实现,提高软件的可理解性和可测试性,并使软件更容易得到维护。 分解、抽象、逐步求精、信息隐蔽和模块独立性,是软件模块化设计的指导思想。 采用有效的分解,即“分而治之”,是能够使问题得以很好解决的必不可少的措施。 一个软件系统的各个模块之间是相互关联的,模块划分的数量越多,模块间的联系也越多。 模块本身的复杂性和工作量虽然随着模块变小而减少,模块的接口工作量却随着模块数增加而增大。 软件模块化开发存在一个最小成本区,把模块数控制在一定的范围内,可以得到最小的总开发工作量。 开 发 工 作 量 模块数 最小成本区 模块成本 接口成本 总成本 分解必然需要抽象的支持。抽象是抓住主要问题,隐藏细节,这样才能容易分解。 抽象具有不同的级别。 人类解决复杂问题的基本方法之一。只有抓住事物的本质,才能准确分析和处理问题,找到合理的解决方案。 分析“借书”功能的抽象过程? 信息隐蔽原则建议模块应该具有的特征是:每个模块对其他所有模块都隐蔽自己的设计决策。 信息隐蔽意味着通过一系列独立的模块可以得到有效的模块化。 独立的构件或模块之间的“接口”简单而清晰。 逐步求精,或称逐步细化,是一种自顶向下的设计策略。连续精化软件的层次结构,逐步细化来实现软件开发,逐步功能分解的过程抽象,直至形成程序设计语句。 逐步求精是一个细化的过程。我们从在高抽象级上定义的功能陈述或数据描述开始,然后在这些原始陈述上持续细化越来越多的细节。 抽象与精化是互补的概念 模块的独立性(Module Independence)是模块化、抽

文档评论(0)

wangyueyue + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档