第3章 软件工程基础.ppt_第1页
第3章 软件工程基础.ppt_第2页
第3章 软件工程基础.ppt_第3页
第3章 软件工程基础.ppt_第4页
第3章 软件工程基础.ppt_第5页
已阅读5页,还剩63页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第三章软件工程基础 3 1软件工程基本概念1 软件的相关概念计算机软件是包括程序 数据及相关文档的完整集合 软件的特点包括 1 软件是一种逻辑实体 而不是物理实体 具有抽象性 2 软件的生产与硬件不同 它没有明显的制作过程 3 软件在运行 使用期间不存在磨损 老化问题 4 软件的开发 运行对计算机系统具有依赖性 受计算机系统的限制 这导致了软件移植的问题 5 软件复杂性高 成本昂贵 6 软件开发涉及诸多的社会因素 2 软件危机与软件工程软件工程源自软件危机 所谓软件危机是泛指在计算机软件的开发和维护过程中所遇到的一系列严重问题 具体的说 在软件开发和维护过程中 软件危机主要表现在 1 软件需求的增长得不到满足 用户对系统不满意的情况经常发生 2 软件开发成本和进度无法控制 开发成本超出预算 开发周期大大超过规定日期的情况经常发生 3 软件质量难以保证 4 软件不可维护或维护程度非常低 5 软件的成本不断提高 6 软件开发生产率的提高跟不上硬件的发展和应用需求的增长 总之 可以将软件危机可以归结为成本 质量 生产率等问题 软件工程是应用于计算机软件的定义 开发和维护的一整套方法 工具 文档 实践标准和工序 软件工程的目的就是要建造一个优良的软件系统 软件工程的主要思想是将工程化原则运用到软件开发过程 它包括3个要素 方法 工具和过程 方法是完成软件工程项目的技术手段 工具是支持软件的开发 管理 文档生成 过程支持软件开发的各个环节的控制 管理 软件工程过程是把输入转化为输出的一组彼此相关的资源和活动 3 软件生命周期软件生命周期 软件产品从提出 实现 使用维护到停止使用退役的过程 软件生命周期分为软件定义 软件开发及软件运行维护三个阶段 1 软件定义阶段 包括制定计划和需求分析 制定计划 确定总目标 可行性研究 探讨解决方案 制定开发计划 需求分析 对待开发软件提出的需求进行分析并给出详细的定义 2 软件开发阶段 软件设计 分为概要设计和详细设计两个部分软件实现 把软件设计转换成计算机可以接受的程序代码 软件测试 在设计测试用例的基础上检验软件的各个组成部分 3 软件运行维护阶段 软件投入运行 并在使用中不断地维护 进行必要的扩充和删改 软件生命周期中所花费最多的阶段是软件运行维护阶段 4 软件工程的目标和与原则 1 软件工程目标 在给定成本 进度的前提下 开发出具有有效性 可靠性 可理解性 可维护性 可重用性 可适应性 可移植性 可追踪性和可互操作性且满足用户需求的产品 2 软件工程需要达到的基本目标应是 付出较低的开发成本 达到要求的软件功能 取得较好的软件性能 开发的软件易于移植 需要较低的维护费用 能按时完成开发 及时交付使用 3 基于软件工程的目标 软件工程的理论和技术性研究内容包括 软件开发技术和软件工程管理 软件开发技术包括 软件开发方法学 开发过程 开发工具和软件工程环境 主要内容是软件开发方法学 软件工程管理包括 软件管理学 软件工程经济学 软件心理学等内容 软件工程原则 1 抽象 抽象是事物最基本的特性和行为 忽略非本质细节 采用分层次抽象 自顶向下 逐层细化的办法控制软件开发过程的复杂性 2 信息隐蔽 采用封装技术 将程序模块的实现细节隐蔽起来 使模块接口尽量简单 3 模块化 模块是程序中相对独立的成分 一个独立的编程单位 应有良好的接口定义 模块的大小要适中 模块过大会使模块内部的复杂性增加 不利于模块的理解和修改 也不利于模块的调试和重用 模块太小会导致整个系统表示过于复杂 不利于控制系统的复杂性 4 局部化 保证模块间具有松散的耦合关系 模块内部有较强的内聚性 5 确定性 软件开发过程中所有概念的表达应是确定 无歧义且规范的 6 一致性 程序内外部接口应保持一致 系统规格说明与系统行为应保持一致 7 完备性 软件系统不丢失任何重要成分 完全实现系统所需的功能 8 可验证性 应遵循容易检查 测评 评审的原则 以确保系统的正确性 5 软件开发工具与软件开发环境 1 软件开发工具软件开发工具的完善和发展将促使软件开发方法的进步和完善 促进软件开发的高速度和高质量 软件开发工具的发展是从单项工具的开发逐步向集成工具发展的 软件开发工具为软件工程方法提供了自动的或半自动的软件支撑环境 同时 软件开发方法的有效应用也必须得到相应工具的支持 否则方法将难以有效的实施 2 软件开发环境软件开发环境 或称软件工程环境 是全面支持软件开发全过程的软件工具集合 计算机辅助软件工程 CASE ComputerAidedSoftwareEngineering 将各种软件工具 开发机器和一个存放开发过程信息的中心数据库组合起来 形成软件工程环境 它将极大降低软件开发的技术难度并保证软件开发的质量 选择题 1 下列叙述中正确的是 2005年9月 A程序设计就是编制程序B程序的测试必须由程序员自己去完成C程序经调试改错后还应进行再测试D程序经调试改错后不必进行再测试2 下列描述中正确的是 2005年9月 A软件工程只是解决软件项目的管理问题B软件工程主要解决软件产品的生产率问题C软件工程的主要思想是强调在软件开发过程中需要应用工程化原则D软件工程只是解决软件开发中的技术问题3 下列叙述中正确的是 2005年9月 A软件交付使用后还需要进行维护B软件一旦交付使用就不需要再进行维护C软件交付使用后其生命周期就结束D软件维护是指修复程序中被破坏的指令 4 从工程管理角度 软件设计一般分为两步完成 分别是 2006年9月 A概要设计与详细设计B数据设计与接口设计C软件结构设计与数据设计D过程设计与数据设计5 文字处理软件属于 A系统软件B应用软件C家用软件D支撑软件6 软件是指 A程序B程序和文档C算法加数据结构D程序 数据与相关文档7 下列叙述中正确的是 2005年4月 A程序就是软件B软件开发不受计算机系统的限制C软件既是逻辑实体又是物理实体D软件是程序 数据与相关文档的集合 8 软件生命周期是指 A软件系统投入运行到软件系统被淘汰B软件系统开始研制到软件系统投入试运行C软件系统投入试运行到软件系统被淘汰D软件系统开始研制到软件系统被淘汰9 软件工程与计算机科学性质不同 软件工程着重于 A理论研究B建造软件系统C原理和理论D原理探寻10 软件系统生命周期的第一个阶段是 A软件分析阶段B软件设计阶段C软件运行阶段D软件维护阶段11 软件工程方法的产生源于软件危机 下列 是产生软件危机的内在原因 软件的复杂性 软件维护困难 软件成本太高 软件质量难保证A B C 和 D 和 12 软件生命周期包括软件定义期 软件开发期和软件运行期 下述不属于软件开发期的内容是 A需求分析B结构设计C程序编制D性能优化13 软件工程管理包括 软件工程经济学 软件心理学等内容 A软件规划学B软件管理学C软件设计学D软件分析学14 包括程序 数据和文档的整个软件系统的各模块应使用已知的概念 符号和术语 程序内外部接口应保持一致 系统规格说明与系统行为应保持一致 这是软件开发的 原则A一致性B模块化C局部化D完备性15 产生满足规格说明的软件指的是 A软件演进B软件确认C软件开发D软件规格说明16 软件工程是一种 分阶段实现的软件程序开发方法 A自底向上B自顶向下C逐步求精D面向数据流17 在软件生命周期中 用户的参与主要在 A软件定义期B软件开发期C软件维护期D整个软件生命周期18 计算机软件 A是计算机系统的组成部分B不能作为商品参与交易C是在计算机硬件设备生产过程中生产出来的D只存在于计算机系统工作时 3 2结构化分析方法 软件开发方法是软件开发过程所遵循的方法和步骤 其目的在于有效地得到一些工作产品 并且满足质量要求 软件开发方法包括分析方法 设计方法和程序设计方法 结构化方法包括已经形成的配套的结构化分析方法 结构化设计方法和结构化编程方法 其核心和基础是结构化程序设计理论 1 需求分析软件需求是指用户对目标软件系统在功能 行为 性能 设计约束等方面的期望 其任务是发现需求 求精 建模和定义需求的过程 需求分析将创建所需的数据模型 功能模型和控制模型 1997年IEEE软件工程标准词汇表对需求分析定义如下 用户解决问题或达到目标所需的条件或权能 系统或系统部件要满足合同 标准 规范或其他正式规定文档所需具有的条件或权能 一种反映 或 所描述的条件或权能的文档说明 由定义可知需求分析内容包括 提炼 分析和仔细审查已收集到的需求 确保所有利益相关者都明白其含义并找出其中的错误 遗漏或其他不足的地方 从用户最初的非形式化需求到满足用户对软件产品的要求的映射 对用户意图不断进行提示和判断 需求分析一般分为需求获取 需求分析 编写需求规格说明书和需求评审四个步骤进行 1 需求获取 目的是确定对目标系统的各方面需求 主要任务是建立获取用户需求的方法框架 并支持和监控需求获取的过程 关键问题有 对问题空间的理解 人与人之间的通信 不断变化的需求 2 需求分析 对获取的需求进行分析和综合 最终给出系统地解决方案和目标系统的逻辑模型 3 编写需求规格说明书 作为需求分析的阶段成果 可以为用户 分析人员和设计人员之间的交流提供方便 可以直接支持目标软件系统的确认 又可以作为控制软件开发进程的依据 4 需求评审 在需求分析的最后一步 对需求分析阶段的工作进行复审 验证需求文档的一致性 可行性 完整性和有效性 需求分析方法有 1 结构化需求分析方法 包括面向数据流的结构化分析方法 SA Structuredanalysis 面向数据结构的Jackson方法 JSD Jacksonsystemdevelopmentmethod 面向数据结构的结构化数据系统开发方法 DSSD Datastructuredsystemdevelopmentmethod 2 面向对象的分析方法 从模型特性可分为静态分析方法和动态分析方法 需求分析的任务就是导出目标系统的逻辑模型 解决 做什么 的问题 2 结构化分析方法结构化分析方法是结构化程序设计理论在软件需求分析阶段的应用 结构化分析方法的实质 着眼于数据流 自顶向下 逐层分解 建立系统的处理流程 以数据流图和数据字典为主要工具 建立系统的逻辑模型结构化分析的常用工具 1 数据流图 DFD 2 数据字典 DD 3 判定树 4 判定表 结构化分析步骤 1 通过对用户的调查 以软件的需求为线索 获得当前系统的具体模型 2 去掉具体模型中非本质因素 抽象出当前系统的具体模型 3 根据计算机的特点分析当前系统与目标系统的差别 建立目标系统的逻辑模型 4 完善目标系统并补充细节 写出目标系统的软件需求规格说明 5 评审直到确认完全符合用户对软件的需求 上图是数据流图的基本图形元素 加工 转换 输入数据经加工变换产生输出 数据流 沿箭头方向传送数据的通道 一般在旁边标注数据流名 存储文件 数据源 表示处理过程中存放各种数据的文件 源 潭 表示系统和环境的接口 属系统之外的实体 数据流图以图形的方式描绘数据在系统中流动和处理的过程 它反映了系统必须完成的逻辑功能 是结构化分析方法中用于表示系统逻辑模型的一种工具 建立数据流图的基本步骤 自外向内 先画系统的输入输出 然后画系统的内部 自顶向下 顺序完成顶层 中间层 底层数据流图 逐层分解 数据流图的构造规则和注意事项 1 对加工处理建立唯一 层次性的编号 且每个加工处理通常要求既有输入又有输出 2 数据存储之间不应该有数据流 3 数据流图的一致性 包括数据守恒和数据存储文件的使用 4 父图 子图关系与平衡规则 相邻两层DFD之间具有父 子关系 子图代表了父图中某个加工的详细描述 父图表示了子图间的接口 子图个数不大于父图中的处理个数 所有子图的输入 输出数据流和父图中相应处理的输入 输出数据流必须一致 下图是一个数据流图的示例 数据字典 对所有与系统相关的数据元素的一个有组织的列表 以及精确的 严格的定义 使得用户和系统分析员对于输入 输出 存储成分和中间计算结果有共同的理解 数据字典的作用是对数据流图中出现的被命名的图形元素的确切解释 数据字典是结构化分析方法的核心 判定树与判定表当数据流图中的加工要依赖于多个逻辑条件的取值 即完成该加工的一组动作是由于某一组条件取值的组合而引发的 使用判定树和判定表比较适宜 使用判定树描述时 先分清判定条件和判定结论 根据描述材料中的连接词找出判定条件之间的从属关系 并列关系 选择关系 根据它们构造判定树 判定表组成 3 软件需求规格说明书 SRS 软件需求规格说明书 SRS SoftwareRequirementSpecification 是需求分析阶段的最后成果 通过建立完整的信息描述 详细的功能和行为描述 性能需求和设计约束的说明 合适的验收标准 给出对目标软件的各种需求 软件需求规格说明书的作用 便于用户 开发人员进行理解和交流 反映出用户问题的结构 可以作为软件开发工作的基础和依据 作为确认测试和验收的依据 软件需求规格说明书的内容 概述是从系统的角度描述软件的目标和任务 数据描述是对软件系统所必须解决的问题作出的详细说明 功能描述中描述了为解决用户问题所需要的每一项功能的过程细节 对每一项功能要给出处理说明和在设计时需要考虑的限制条件 在性能描述中说明系统应达到的性能和应该满足的限制条件 检测的方法和标准 预期的软件响应和可能需要考虑的特殊问题 参考文献目录中应包括与该软件有关的全部参考文献 附录包括一些补充资料 软件需求规格说明书的特点1 正确性 体现待开发系统的真实要求 2 无歧义性 对每个需求只有一种解释 其陈述具有唯一性 3 完整性 包括全部有意义的需求 功能的 性能的 设计的 约束的 属性或外部接口等方面的需求 4 可验证性 描述的每一个需求都是可以验证的 即存在有限代价的有效过程验证确认 5 一致性 各个需求的描述不矛盾 6 可理解性 需求说明书必须简明易懂 尽量少包含计算机的概念和术语 以便用户和软件人员都能接受它 7 可修改性 SRS的结构风格在需求有必要改变时是易于实现的 8 可追踪性 每一个需求的来源 流向是清晰的 当产生和改变文件编制时 可以方便地引证每一个需求 选择题 1 下列选项中不属于软件生命周期开发阶段任务的是 2006年9月 A软件测试B概要设计C软件维护D详细设计2 软件开发的可行性研究 一般涉及经济 技术和操作的可行性 而进行可行性研究的基本依据则是用户提出的软件 A系统质量B系统目标C系统功能D系统性能3 软件可行性分析着重确定系统的目标和规模 对功能 性能以及约束条件的分析应属于下列中的 A经济可行性分析B技术可行性分析C操作可行性分析D开发可行性分析4 数据流图和 共同组成系统逻辑模型 AHIPOBPDLC数据字典D层次图5 数据流图由一些特定的图符构成 用于抽象一个软件的逻辑模型 下列图符名标识的图符不属于数据流图合法图符的是 A加工B控制流C源或潭D数据存储 6 结构化分析方法就是面向 的自顶向下逐步求精进行需求分析的方法 A目标B数据流C功能D对象7 数据存储和数据流都是 仅仅是所处的状态不同 A分析结果B事件C动作D数据8 下列工具中为需求分析常用工具的是 APADBPFDCN SDDFD9 软件工程的结构化分析方法强调的是分析开发对象的 A数据流B控制流C时间限制D进程通信10 判定树和判定表是用于描述结构化分析方法中的 A功能说明B数据加工C流程描述D性能说明11 数据字典是对数据定义信息的集合 它所定义的对象都包含在 A数据流图B程序框架C软件结构D方框图 12 软件开发的结构化分析方法常用的描述软件功能需求的工具是 A业务流程图 处理说明B软件流程图 模块说明C数据流程图 数据字典D系统流程图 程序编码13 软件开发的结构化方法中常用数据字典技术 其中数据加工是其组成内容之一 下述方法 是常采用编写加工说明的方法 结构化语言 判定树 判定表A只有 B只有 C 和 D都是14 在结构化方法的软件需求定义中 可采用分析工具来辅助完成 下列工具中 是常用的工具 数据流图 结构图 数据字典 判定表A 和 B 和 C 和 D 和 3 3结构化设计方法 1 软件设计的基础软件设计是把软件需求转换为软件表示的过程 软件设计是确定系统的物理模型 需求分析主要解决 做什么 的问题 而软件设计主要解决 怎么做 的问题 软件设计的重要性和地位 软件开发阶段占据软件项目开发总成本绝大部分 是在软件开发中形成质量的关键环节 软件设计是开发阶段最重要的步骤 是将需求准确地转化为完整的软件产品或系统的唯一途径 软件设计作出的决策 最终影响软件实现的成败 设计是软件工程和软件维护的基础 从技术观点来看 软件设计包括软件结构设计 数据设计 接口设计 过程设计 结构设计 定义软件系统各主要部件之间的关系 数据设计 将分析时创建的模型转化为数据结构的定义 接口设计 描述软件内部 软件和协作系统之间以及软件与人之间如何通信 过程设计 把系统结构部件转换成软件的过程性描述 从工程角度来看 软件设计分两步完成 即概要设计和详细设计 概要设计 又称结构设计 将软件需求转化为软件体系结构 确定系统级接口 全局数据结构或数据库模式 详细设计 确定每个模块的实现算法和局部数据结构 用适当方法表示算法和数据结构的细节 软件设计的基本原理包括 抽象 模块化 信息隐蔽和模块独立性 1 抽象 抽象是一种思维工具 就是把事物本质的共同特性提取出来而不考虑其他细节 2 模块化 解决一个复杂问题时自顶向下逐步把软件系统划分成一个个较小的 相对独立但又不相互关联的模块的过程 3 信息隐蔽 每个模块的实施细节对于其他模块来说是隐蔽的 4 模块独立性 软件系统中每个模块只涉及软件要求的具体的子功能 而和软件系统中其他的模块的接口是简单的 模块分解的主要指导思想是信息隐蔽和模块独立性 模块的耦合性和内聚性是衡量软件的模块独立性的两个定性指标 内聚性 是一个模块内部各个元素间彼此结合的紧密程度的度量 按内聚性由弱到强排列 内聚可以分为以下几种 偶然内聚 逻辑内聚 时间内聚 过程内聚 通信内聚 顺序内聚及功能内聚 耦合性 是模块间互相连接的紧密程度的度量 按耦合性由高到低排列 耦合可以分为以下几种 内容耦合 公共耦合 外部耦合 控制耦合 标记耦合 数据耦合以及非直接耦合 一个设计良好的软件系统应具有高内聚 低耦合的特征 在结构化程序设计中 模块划分的原则是 模块内具有高内聚度 模块间具有低耦合度 2 总体设计 概要设计 和详细设计 1 总体设计 概要设计 软件概要设计的基本任务是 1 设计软件系统结构 采用某种设计方法 将一个复杂的系统按功能划分成模块 确定每个模块的功能 确定模块之间的调用关系 确定模块之间的接口 即模块之间传递的信息 评价模块结构的质量 2 数据结构及数据库设计数据设计是实现需求定义和规格说明过程中提出的数据对象的逻辑表示 设计原则 用于功能和行为的系统分析原则也用于数据 应该标识所有的数据结构以及其上的操作 应当建立数据字典 并用于数据设计和程序设计 低层的设计决策应该推迟到设计过程的后期 只有那些需要直接使用数据结构 内部数据的模型才能看到该数据的表示 应该开发一个由有用的数据结构和应用于其上的操作组成的库 软件设计和程序设计语言应该支持抽象数据类型的规格说明和实现 3 编写概要设计文档 在概要设计阶段 需要编写的文档有概要设计说明书 数据库设计说明书 集成测试计划等 4 概要设计文档评审 在概要设计中 对设计部分是否完整地实现了需求中规定的功能 性能等要求 设计方案的可行性 关键的处理及内外部接口定义正确性 有效性 各部分之间的一致性等都要进行评审 以免在以后的设计中出现大的问题而返工 常用的软件结构设计工具是结构图 也称程序结构图 模块用一个矩形表示 箭头表示模块间的调用关系 在结构图中还可以用带注释的箭头表示模块调用过程中来回传递的信息 还可用带实心圆的箭头表示传递的是控制信息 空心圆箭心表示传递的是数据信息 程序结构图的基本图符如下 经常使用的结构图有四种模块类型 传入模块 传出模块 变换模块和协调模块 其表示形式如下图 它们的含义分别是 传入模块 从下属模块取得数据 经处理再将其传送给上级模块 传出模块 从上级模块取得数据 经处理再将其传送给下属模块 变换模块 从上级模块取得数据 进行特定的处理 转换成其他形式 再传送给上级模块 协调模块 对所有下属模块进行协调和管理的模块 深度 表示控制的层数 上级模块 从属模块 上 下两层模块a和b 且有a调用b 则a是上级模块 b是从属模块 学吧学吧独家稿件 宽度 整体控制跨度 最大模块数的层 的表示 扇入 调用一个给定模块的模块个数 扇出 一个模块直接调用的其他模块数 原子模块 树中位于叶子结点的模块 程序结构图的例图及有关术语列举如下 面向数据流的设计方法定义了一些不同的映射方法 利用这些方法可以把数据流图变换成结构图表示软件的结构 数据流的类型 大体可以分为两种类型 变换型和事务型 变换型 变换型数据处理问题的工作过程大致分为三步 即取得数据 变换数据和输出数据 变换型系统结构图由输入 中心变换 输出三部分组成 事务型 事务型数据处理问题的工作机理是接受一项事务 根据事务处理的特点和性质 选择分派一个适当的处理单元 然后给出结果 面向数据流的设计过程和步骤 第1步 分析 确认数据流图的类型 区分是事务性还是变换型 第2步 说明数据流的边界 第3步 把数据流图映射为程序结构 对于事务流区分事务中心和数据接收通路 将它映射成事务结构 对于变换流 区分输入和输出分支 并将其映射成变换结构 第4步 根据设计准则对产生的结构进行细化和求精 变换型 将变换型映射成结构图 又称为变换分析 第1步 确定数据流图是否具有变换特性 第2步 确定输入流和输出流的边界 划分出输入 变换和输出 独立出变换中心 第3步 进行第一级分解 将变换型映射成软件结构 第4步 按上述步骤如出现事务流也可按事务流的映射方式对各个子流进行逐级分解 直至分解到基本功能 第5步 对每个模块写一个简要说明 内容包括该模块的接口描述 模块内部的信息 过程陈述 包括的主要判定点及任务等 第6步 利用软件结构的设计原则对软件结构进一步转化 事务性 将事务型映射成结构图 又称为事务分析 设计步骤与变换分析设计步骤大致类似 主要差别仅在于由数据流图到软件结构的映射方法不同 他是将事务中心映射成为软件结构中发送分支的调度模块 将接收通路映射成软件结构的接收分支 设计的准则 提高模块独立性 对软件结构应着眼于改善模块的独立性 模块规模适中 深度 宽度 扇出和扇入适当 好的软件设计结构通常顶层高扇出 中间扇出较少 底层高扇入 使模块的作用域在该模块的控制域内 模块的作用域是指模块内一个判定的作用范围 凡是受这个判定影响的所有模块都属于这个判定的作用域 模块的控制域是指这个模块本身以及所有直接或间接从属于他的模块的集合 一个好的系统中 所有受某个判定影响的模块应该都从属于做出判定的那个模块 最好局限于做出判定的那个模块本身及他的直属下级模块 应减少模块的接口和界面的复杂性 模块的接口复杂是软件容易发生错误的一个主要原因 设计成单入口 单出口的模块 设计功能可预测的模块 2 详细设计详细设计是为软件结构图中的每一个模块确定实现算法和局部数据结构 用某种选定的表达工具表示算法和数据结构的细节 详细设计的任务是确定实现算法和局部数据结构 不同于编码或编程 常用的过程设计 即详细设计 工具有以下几种 图形工具 程序流程图 N S 方盒图 PAD 问题分析图 和HIPO 层次图 输入 处理 输出图 表格工具 判定表 语言工具 PDL 伪码 1 程序流程图是一种传统的 应用广泛的软件过程设计表示工具 通常也称为程序框图 2 N S图为了避免流程图在描述程序逻辑时的随意性与灵活性 1973年Nossi和Shneiderman发表了题为 结构化程序的流程图技术 的文章 提出了用方框图来代替传统的程序流程图 称为N S图 N S图的特征 1 每个构件具有明确的功能域 2 控制转移必须遵守结构化设计要求 3 易于确定局部数据和全局数据的作用域 4 易于表达嵌套关系和模块的层次结构 3 PAD图问题分析图 ProblemAnalysisDiagram 是继程序流程图和方框图之后提出的又一种主要用于描述软件详细设计的图形表示工具 特征 1 结构清晰 结构化程度高 2 易于阅读 3 最左端的纵线是程序主干线 对应程序的第一层结构 每增加一层PAD图向右扩展一条纵线 故程序的纵线数等于程序层次数 4 程序执行 从PAD图最左主干线上端结点开始 自上而下 自左向右依次执行 程序终止于最左主干线 4 PDL ProcedureDesignLanguage 过程设计语言也称为结构化的英语和伪码 他是一种混合语言 采用英语词汇和结构化程序设计语法 类似编程语言 特征 1 有为结构化构成元素 数据说明和模块化特征提供的关键词语法 2 处理部分的描述采用自然语言语法 3 可以说明简单和复杂的数据结构 4 支持各种接口描述的子程序定义和调用技术 选择题 1 两个或两个以上模块之间关联的紧密程度称为 2006年4月 A耦合度B内聚度C复杂度D数据传输特性2 耦合是软件各个模块间连接的一种度量 一组模块都访问同一数据结构属于 方式 A内容耦合B公共耦合C外部耦合D控制耦合3 是数据说明 可执行语句等程序对象的集合 它是单独命名的 而且可以通过名字来访问 A模块化B对象C抽象D模块4 是程序中一个能逻辑分开的部分 即离散的程序单位 A模块B复合语句C循环结构D数据块 5 下列工具中为需求分析常用工具的是 APADBPFDCN SDDFD6 模块本身的内聚是模块独立性的重要性度量因素之一 在七类内聚中 具有最强内聚的一类是 A顺序性内聚B过程性内聚C逻辑型内聚D功能性内聚7 程序流程图是一种传统的程序设计表示工具 有其优点和缺点 使用该工具时应注意 A支持逐步求精B考虑控制流程C遵守结构化设计原则D数据结构表示8 软件开发的结构化设计方法 全面指导模块划分的最重要的原则应该是 A模块高内聚B模块低耦合C模块独立性D程序模块化 9 在软件结构化设计中 好的软件结构设计应该力求做到 A顶层扇出较少 中间扇出较高 底层模块低扇入B顶层扇出较高 中间扇出较少 底层模块高扇入C顶层扇入较少 中间扇出较高 底层模块高扇入D顶层扇入较少 中间扇入较高 底层模块低扇入10 面向数据流的软件设计方法 一般是把数据流图中的数据流划分为 两种流 再将数据流图映射为软件结构 A数据流与事务流B交换流与事务流C信息流与控制流D交换流与数据流11 在软件设计中 可应用于详细设计的工具有 A程序流程图 PAD 方框图和伪码B数据流程图 PAD 结构图和伪码C业务流程图 N S图和伪码D数据流程图 PAD N S图和伪码 12 详细设计是软件总体设计之后的工作 下列可选内容中 不属于详细设计内容 A算法设计B模块设计C屏幕设计D功能设计13 软件详细设计主要采用的方法是 A结构化程序设计B模块设计C结构化设计D流程图设计14 复审应该把重点放在系统的总体结构 模块划分和内外接口等方面 A详细设计B系统设计C正式D非正式15 在软件开发过程中 软件结构设计是描述 的 A数据存储结构B软件模块体系C软件结构测试D软件控制过程 填空题1 在结构化分析使用的数据流图 DFD 中 利用 对其中的图形元素进行确切解释 2 软件需求规格说明书应具有完整性 无岐义性 正确性 可验证性 可修改性等特征 其中最重要的是 3 程序流程图中菱形框表示的是 4 下列软件系统结构图的宽度为 3 4软件测试 1 软件测试定义 使用人工或自动手段来运行或测定某个系统的过程 其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别 软件测试的目的 尽可能地多发现程序中的错误 不能也不可能证明程序没有错误 软件测试的关键是设计测试用例 一个好的测试用例能找到迄今为止尚未发现的错误 软件测试准则 1 所有测试都应追溯到需求2 严格执行测试计划 排除测试的随意性3 充分注意测试中的群集现象4 程序员应避免检查自己的程序5 穷举测试不可能6 妥善保存测试计划 测试用例 出错统计和最终分析报告 为维护提供方便 2 软件测试方法 静态测试和动态测试 静态测试 包括代码检查 静态结构分析 代码质量度量 不实际运行软件 主要通过人工进行 动态测试 是基于计算机的测试 主要包括白盒测试方法和黑盒测试方法 1 白盒测试白盒测试方法也称为结构测试或逻辑驱动测试 它是根据软件产品的内部工作过程 检查内部成分 以确认每种内部操作符合设计规格要求 白盒测试的基本原则 保证所测模块中每一独立路径至少执行一次 保证所测模块所有判断的每一分支至少执行一次 保证所测模块每一循环都在边界条件和一般条件下至少各执行一次 验证所有内部数据结构的有效性 白盒测试法的测试用例是根据程序的内部逻辑来设计的 主要用软件的单元测试 主要方法有逻辑覆盖 基本路径测试等 A 逻辑覆盖 逻辑覆盖泛指一系列以程序内部的逻辑结构为基础的测试用例设计技术 通常程序中的逻辑表示有判断 分支 条件等几种表示方法 语句覆盖 选择足够的测试用例 使得程序中每一个语句至少都能被执行一次 路径覆盖 执行足够的测试用例 使程序中所有的可能的路径都至少经历一次 判定覆盖 使设计的测试用例保证程序中每个判断的每个取值分支 T或F 至少经历一次 条件覆盖 设计的测试用例保证程序中每个判断的每个条件的可能取值至少执行一次 判断 条件覆盖 设计足够的测试用例 使判断中每个条件的所有可能取值至少执行一次 同时每个判断的所有可能取值分支至少执行一次 逻辑覆盖的强度依次是 语句覆盖 路径覆盖 判定覆盖 条件覆盖 判断 条件覆盖 B 基本路径测试 其思想和步骤是 根据软件过程性描述中的控制流程确定程序的环路复杂性度量 用此度量定义基本路径集合 并由此导出一组测试用例 对每一条独立执行路径进行测试 2 黑盒测试黑盒测试方法也称为功能测试或数据驱动测试 黑盒测试是对软件已经实现的功能是否满足需求进行测试和验证 黑盒测试主要诊断功能不对或遗漏 接口错误 数据结构或外部数据库访问错误 性能错误 初始化和终止条件错误 黑盒测试不关心程序内部的逻辑 只是根据程序的功能说明来设计测试用例 主要方法有等价类划分法 边界值分析法 错误推测法等 主要用软件的确认测试 A 等价类划分法 这是一种典型的黑盒测试方法 它是将程序的所有可能的输入数据划分成若干部分 及若干等价类 然后从每个等价类中选取数据作为测试用例 B 边界值分析法 它是对各种输入 输出范围的边界情况设计测试用例的方法 C 错误推测法 人们可以靠经验和直觉推测程序中可能存在的各种错误 从而有针对性地编写检查这些错误的用例 划分等价类常用的原则 若输入条件规定了确切的取值范围 则可划分出一个有效等价类和两个无效等价类 若输入条件规定了输入值得集合 可确定一个有效等价类和一个无效等价类 若输入条件是一个布尔量 则可确定一个有效等价类和一个无效等价类 若输入数据是一组值 且程序要对每个值分别处理 可为每个输入值确定一个有效等价类和一个无效等价类 若规定了输入数据必须遵守一定规则 则可确定一个有效等价类和若干个无效等价类 若已划分的等价类中各元素在程序中处理方式不同 须将该等价类进一步划分 边界值分析方法的使用需注意 如果输入条件规定了取值范围或数据个数 则可选择正好等于边界值 刚刚在边界范围内和刚刚超出边界外的值进行测试 针对规格说明的每个输入条件 使用上述原则 对于有序数列 选择第一个和最后一个作为测试数据 3 软件测试过程一般按4个步骤进行 单元测试 集成测试 确认测试和系统测试 1 单元测试单元测试是对软件设计的最小单位 模块 程序单元 进行正确性检测的测试 目的是发现各模块内部可能存在的各种错误 单元测试根据程序的内部结构来设计测试用例 其依据是详细设计说明书和源程序 单元测试的技术可以采用静态分析和动态测试 对动态测试通常以白盒测试为主 辅之以黑盒测试 单元测试的内容包括 模块接口测试 局部数据结构测试 错误处理测试和边界测试 在进行单元测试时 要用一些辅助模块去模拟与被测模块相联系的其他模块 即为被测模块设计和搭建驱动模块和桩模块 其中 驱动模块相当于被测模块的主程序 它接收测试数据 并传给被测模块 输出实际测试结果 而桩模块是模拟其他被调用模块 不必将子模块的所有功能带入 2 集成测试集成测试是测试和组装软件的过程 它是把模块在按照设计要求组装起来的同时进行测试 主要目的是发现与接口有关的错误 集成测试的依据是概要设计说明书 集成测试所涉及的内容包括 软件单元的接口测试 全局数据结构测试 边界条件和非法输入的测试等 集成测试通常采用两种方式 非增量方式组装与增量方式组装 非增量方式组装 也称为一次性组装方式 首先对每个模块分别进行模块测试 然后再把所有模块组装在一起进行测试 最终得到要求的软件系统 增量方式组装 又称渐增式集成方式 首先对一个个模块进行模块测试 然后将这些模块逐步组装成较大的系统 在组装的过程中边连接边测试 以发现连接过程中产生的问题 最后通过增殖逐步组装成要求的软件系统 增量方式组装又包括自顶向下 自底向上 自顶向下与自底向上相结合等三种方式 自顶向下集成的过程与步骤 主控模块作为测试驱动器 直接附属于主控模块的各模块全都用桩模块代替 按照一定的组装次序 每次用一个真模块代替另一个桩模块 当装入每个真模块时都要进行测试 作完每一组测试后再用一个真模块代替另一个桩模块 可以进行回归测试 以便确定没有新的错误发生 自底向上集成的过程与步骤 低层的模块组成簇 以执行某个特定的软件子功能 编写一个驱动模块作为测试的控制程序 和被测试的簇连在一起 负责安排测试用例的输入及输出 对簇进行测试 拆去各个小簇的驱动模块 把几个小簇合并成大簇 重复 步 逐步向上组装 3 确认测试确认测试的任务是验证软件的有效性 即验证软件的功能和性能及其他特性是否与用户的要求一致 确认测试的主要依据是软件需求规格说明书 确认测试主要运用黑盒测试法 4 系统测试系统测试的目的在于通过与系统的需求定义进行比较 发现软件与系统定义不符合或与之矛盾的地方 系统测试的测试用例应根据需求分析规格说明来设计 并在实际使用环境下来运行 系统测试的具体实施一般包括 功能测试 性能测试 操作测试 配置测试 外部接口测试 安全性测试等 选择题 1 下列叙述中正确的是 A软件测试的主要目的是发现程序中的错误B软件测试的主要目的是确定程序中错误的位置C为了提高软件测试的效率 最好由程序编制者自己来完成软件测试的工作D软件测试是证明软件没有错误2 下列描述正确的是 A软件测试的主要目的是证明程序是否正确B软件测试的主要目的是使程序运行结果正确C软件测试的主要目的是尽可能多的发现程序中的错误D软件测试的主要目的是使程序符合结构化原则3 下列说法错误的是 A测试是为了发现程序中的错误而执行程序的过程B测试是为了表明程序的正确性C好的测试方案是尽可能发现迄今为止尚未发现的错误的测试方案D成功的测试是发现了至今为止尚未发现的错误的测试方案4 下列软件测试基本方法中 不用测试实例A白盒测试B动态测试C黑盒测试D静态测试 填空题 1 在进行模块测试时 要为每个被测试的模块另外设计两类模块 驱动模块和承接模块 桩模块 其中 的作用是将测试数据传送给被测试的模块 并显示被测试模块所产生的结果 2005年9月 2 程序测试分为静态分析和动态测试 其中 是指不执行程序 而只是对程序文本进行检查 通过阅读和讨论分析并发现程序中的错误 2006年4月 3 在两种基本测试方法中 测试的原则之一是保证所测模块中每一个独立路径至少要执行一次 2007年9月 4 边界

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论