- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件工程导论 第一章 软件危机和软件工程(3) 第一章 软件危机和软件工程(4) 第一章 软件危机和软件工程(5) 1.2 软件工程 1.2 软件工程(续1) 1.2 软件工程(续2) 1.2 软件工程(续3—生命周期各阶段的基本任务) 1.3 技术审查和管理复审 第二章 可行性研究 2.2 可行性研究的步骤 2.2 可行性研究的步骤(续) 2.2 可行性研究的步骤(续) 2.2 可行性研究的步骤(续) 2.2 可行性研究的步骤(续) 2.3 系统流程图 2.4 数据流图 2.4 数据流图(续1) 2.5 数据字典 需求分析示例—教材购销管理系统(1) 需求分析示例—教材购销管理系统(2) 需求分析示例—教材购销管理系统(3) 需求分析示例—教材购销管理系统(4) 需求分析示例—教材购销管理系统(5) 需求分析示例—教材购销管理系统(6) 2.5 成本效益分析 第三章 需求分析 3. 概念模型和规范化 4. 图形工具 4. 图形工具(续) 4. 图形工具(续) 5. 验证软件需求 第四章 总体设计 2 软件设计的概念和原理 2 软件设计的概念和原理 ---- 耦合 2 软件设计的概念和原理(续1) 2 软件设计的概念和原理(续2) 4 图形工具 5 面向数据流的设计方法 5 面向数据流的设计方法(续) 5 面向数据流的设计方法(续) 5 面向数据流的设计方法(续) 5 面向数据流的设计方法(续) 5 面向数据流的设计方法(续) 5 面向数据流的设计方法(续) 5 面向数据流的设计方法(续) 第五章 详细设计 1 结构程序设计 2 详细设计的工具----盒图(N_S图) 2 详细设计的工具 ---- PAD 图 2 详细设计的工具 ---- PAD 图 2 详细设计的工具 ---- 判定表 2 详细设计的工具 ---- 判定树 5 详细设计的工具 ---- 程序复杂度的定量度量 5 详细设计的工具 ---- 程序复杂度的定量度量 5 详细设计的工具 ---- 程序复杂度的定量度量 第六章 编码 第六章 编码(续) 第七章 测 试 7.1 基本概念(1) 7.1 基本概念(2) 测试与软件开发各个阶段的关系 软件开发过程是一个自顶向下,逐步细化的过程 软件计划阶段定义软件作用域 软件需求分析建立软件信息域、功能和性能需求、约束等 软件设计 把设计用某种程序设计语言转换成程序代码 测试过程是依相反顺序安排的自底向上,逐步集成的过程。 7.1 基本概念(3) 7.2 单元测试(1) 单元测试又称模块测试,是针对软件设计的最小单位 ─ 程序模块,进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。 单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。 7.2 单元测试(2) (2) 局部数据结构测试 不正确或不一致的数据类型说明 使用尚未赋值或尚未初始化的变量 错误的初始值或错误的缺省值 变量名拼写错或书写错 不一致的数据类型 全局数据对模块的影响 7.2 单元测试(3) 代码审查:组长+程序设计、编写、测试者 模块并不是一个独立的程序,在考虑测试模块时,同时要考虑它和外界的联系,用一些辅助模块去模拟与被测模块相联系的其它模块。 驱动模块 (driver) :调用测试单元的“主程序”,它接受测试数据,把这些数据传送给被测试的模块并打印有关结果。 桩模块 (stub) ── 存根模块:是被测试模块单元所调用模块的代替模块,在模块调用接口、相关数据处理、控制返回等方面对被代替模块进行“模拟”。 7.3 集成测试(1) 子系统的组装测试特别称为部件测试,它所做的工作是要找出组装后的子系统与系统需求规格说明之间的不一致。 通常,把模块组装成为系统的方式有两种 一次性组装方式:又称为非渐增式测试; 增殖式组装方式:其中又分为自顶向下、自底向上和两种方法混合测试 方式。 7.3 集成测试(2) 它是一种非增殖式组装方式。也叫做整体拼装。 使用这种方式,首先对每个模块分别进行模块测试,然后再把所有模块组装在一起进行测试,最终得到要求的软件系统。 7.3 集成测试(3) 这种组装方式又称渐增式组装 首先对一个个模块进行模块测试,然后将这些模块逐步组装成较大的系统 在组装的过程中边连接边测试,以发现连接过程中产生的问题 通过增殖逐步组装成为要求的软件系统。 7.3 集成测试(4) 自顶向下增殖的方式和自底向上增殖的方式各有优缺点。 一般来讲,一种方式的优点是另一种方式的缺点。 7.3 集成测试(5) 7.5 设计测
文档评论(0)