二级公共基础课件4软件工程基础
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程鼓励研制和采用各种先进的软件开发方 法、工具和环境。
7. 软件工具和软件开发环境
软件工具(CASE)：用来辅助软件开发、运行、 维护、管理、支持等过程中的活动的软件。
软件开发环境：支持软件产品开发的软件系统， 它由软件工具集和环境集成机制构成。
4.2 结构化分析方法
基本思想
将系统分析看成工程项目，有计划、有步骤地进行工作。
根本目标
确定应用怎样具体的实现所要求的系统，不是具体的 编写程序，而是要设计程序的“蓝图”
此阶段的结果基本上决定了最终的程序代码的质 量
包括内容：
代码设计 输入设计 输出设计 处理过程设计 用户界面设计 安全控制设计
13 详细设计工具
1.图形工具: (1)程序流程图:传统的软件设计工具。 (2)N-S:即由Nossi和Shneiderman提出的 一种方框图。 (3)PAD :问题分析图。
4.3.2 总体设计
设计原则
分解—协调原则 自顶向下的原则 信息屏蔽、抽象的原则 一致性原则 明确性原则 模块间的耦合度尽可能小，模块内部组合尽可能紧凑
（内聚性高） 模块的扇入（一个模块直接上属模块的个数）和扇出
（一个模块直接调用下属模块的个数）系数合理。 模块的规模适当
4.3.3 详细设计
动态测试：为发现错误而执行程序的过程。 静态测试：包括代码检查、静态结构分析、
代码质量度量等。主要通过人工进行。
4.4.3 白盒测试
结构测试
将软件看成透明的白盒，根据程序的内部结构和逻辑结构 来设计测试例子，对程序的路径和过程进行测试，检查是 否满足设计的要求。
4.4.4 黑盒测试
功能测试
开发策略
自顶向下，逐层分解
结构化分析的常用工具
数据流图(DFD)：用来描述数据流从输入到输出的变换流程。 数据字典(DD)：用来描述DFD中的每个数据流、文件以及
组成数据流或文件的数据项。 判定树：以树型结构形式来分别处理问题。 判定表：类同判定树，只是以表格形式来表示。
4.3 结构化设计方法、总体设计和详细设计
4. 软件工程三要素
方法：完成软件工程项目的技术手段。
工具：支持软件的开发、管理、文档生成。
过程：支持软件开发的各个环节的控制、管理。
5. 软件工程的理论和技术研究的内容
软件开发技术和软件工程管理
6. 软件工程的目标
在给定的成本、进度的前提下，开发出具有有效 性、可靠性、可理解性、可维护性、可适应性、 可移植性、可追踪性和可互操作性且满足用户需 求的产品。
将软件看成黑盒子，在完全不考虑软件内部结构和特性的 情况下，测试软件的外部特性。
4.4.5 软件测试的实施
单元测试（模块测试）：用白盒测试法进行模块正确性测 试。
组装测试（集成测试）
确认测试（验收测试）
系统测试
再 见
4.3.1 结构化设计方法
结构图
基本成分：模块、调用、输入输出数据。 模块用矩形表示，模块间用线段连接，表示调用关系，输
入输出数据可写在调用线段的旁边。
数据流类型
变换型：信息进入软件系统后，其外部形式变换为内部形 式通过变换中心经加工处理后再变换成外部形式离开软件 系统。
事务流：在软件系统中根据事务处理的特点和性质选择一 个合适的处理单元（事务处理中心）然后给出结果。
2.表格工具: 判定表. 3.语言工具:PDL(伪码 )，它是一种非形式
化的比较灵活的语言。
4.4 软件测试
4.4.1 意义目的
为了发现错误。测试只能证明程序中有错误， 不能证明程序中无错误。
希望能以最少的人力和时间发现潜在的各种 错误和缺陷。
保证系统质量和可靠性Leabharlann Baidu关键步骤。
4.4.2 测试方法
7. 软件工具和软件开发环境
软件工具(CASE)：用来辅助软件开发、运行、 维护、管理、支持等过程中的活动的软件。
软件开发环境：支持软件产品开发的软件系统， 它由软件工具集和环境集成机制构成。
4.2 结构化分析方法
基本思想
将系统分析看成工程项目，有计划、有步骤地进行工作。
根本目标
确定应用怎样具体的实现所要求的系统，不是具体的 编写程序，而是要设计程序的“蓝图”
此阶段的结果基本上决定了最终的程序代码的质 量
包括内容：
代码设计 输入设计 输出设计 处理过程设计 用户界面设计 安全控制设计
13 详细设计工具
1.图形工具: (1)程序流程图:传统的软件设计工具。 (2)N-S:即由Nossi和Shneiderman提出的 一种方框图。 (3)PAD :问题分析图。
4.3.2 总体设计
设计原则
分解—协调原则 自顶向下的原则 信息屏蔽、抽象的原则 一致性原则 明确性原则 模块间的耦合度尽可能小，模块内部组合尽可能紧凑
（内聚性高） 模块的扇入（一个模块直接上属模块的个数）和扇出
（一个模块直接调用下属模块的个数）系数合理。 模块的规模适当
4.3.3 详细设计
动态测试：为发现错误而执行程序的过程。 静态测试：包括代码检查、静态结构分析、
代码质量度量等。主要通过人工进行。
4.4.3 白盒测试
结构测试
将软件看成透明的白盒，根据程序的内部结构和逻辑结构 来设计测试例子，对程序的路径和过程进行测试，检查是 否满足设计的要求。
4.4.4 黑盒测试
功能测试
开发策略
自顶向下，逐层分解
结构化分析的常用工具
数据流图(DFD)：用来描述数据流从输入到输出的变换流程。 数据字典(DD)：用来描述DFD中的每个数据流、文件以及
组成数据流或文件的数据项。 判定树：以树型结构形式来分别处理问题。 判定表：类同判定树，只是以表格形式来表示。
4.3 结构化设计方法、总体设计和详细设计
4. 软件工程三要素
方法：完成软件工程项目的技术手段。
工具：支持软件的开发、管理、文档生成。
过程：支持软件开发的各个环节的控制、管理。
5. 软件工程的理论和技术研究的内容
软件开发技术和软件工程管理
6. 软件工程的目标
在给定的成本、进度的前提下，开发出具有有效 性、可靠性、可理解性、可维护性、可适应性、 可移植性、可追踪性和可互操作性且满足用户需 求的产品。
将软件看成黑盒子，在完全不考虑软件内部结构和特性的 情况下，测试软件的外部特性。
4.4.5 软件测试的实施
单元测试（模块测试）：用白盒测试法进行模块正确性测 试。
组装测试（集成测试）
确认测试（验收测试）
系统测试
再 见
4.3.1 结构化设计方法
结构图
基本成分：模块、调用、输入输出数据。 模块用矩形表示，模块间用线段连接，表示调用关系，输
入输出数据可写在调用线段的旁边。
数据流类型
变换型：信息进入软件系统后，其外部形式变换为内部形 式通过变换中心经加工处理后再变换成外部形式离开软件 系统。
事务流：在软件系统中根据事务处理的特点和性质选择一 个合适的处理单元（事务处理中心）然后给出结果。
2.表格工具: 判定表. 3.语言工具:PDL(伪码 )，它是一种非形式
化的比较灵活的语言。
4.4 软件测试
4.4.1 意义目的
为了发现错误。测试只能证明程序中有错误， 不能证明程序中无错误。
希望能以最少的人力和时间发现潜在的各种 错误和缺陷。
保证系统质量和可靠性Leabharlann Baidu关键步骤。
4.4.2 测试方法