软件工程环形复杂度计算方法有哪些_国考考点之软件工程之mcCabe

软件工程-mcCabe 从2019年第一次引入到同等学力计算机国考中,同时该知识点作为历年软件设计师的必考知识点,所以本文主要重点针对该知识点进行梳理:

64f44bf520fdff094ba358f191d05a73.png

93abb81710c1379eb662bc0f83d2e07b.png

8cd01df6fa16788cf412df868a78616b.png

4d62d072ec6d57eec013c97343e92b65.png

43464758759fa997998a39b4eb57a85d.png

b2d7c4cc0c4867c88b611375724df15f.png

26b1af65904fd3c949042297bed81c2b.png

f596d4b66560befa4dc06a60bdd7a879.png

192e020533da93b24dfc35afc7438376.png

关于计算机软件设计师的答案解析:

   为什么上半年的答案是8-7+2=3 弧数为8,节点为7,没问题;下半年的却是9-7+2=4 下半年的弧为什么不是10呢 ?谢谢!

33d30ab292d300a35a1ad1d07aa87c9f.png

关于mcCabe,计算方法其实有3种:

环形复杂度定量度量程序的逻辑复杂度。描绘程序控制流的流图之后,可以用下述3种方法中的任何一种来计算环形复杂度。

(1)流图中的区域数等于环形复杂度。

(2)流图G的环形复杂度V(G)=E-N+2,其中,E是流图中边的条数,N是结点数。

(3)流图G的环形复杂度V(G)=P+1,其中,P是流图中判定结点的数目。

自己是这样理解的:这种环路度量法,计算的思路是这样的:它是考虑控制的复杂程度,即条件选择的分支繁杂程度。这个可能比较抽象,还是用例题来说吧。看图:

d055816d3e43530d27af31261d79f96a.png

分别用三种方法来计算2道题

第一题图到了c开始条件判断形成分支D,E;E这里又按条件来判断是否继续到F还是按一个自环做循环然后再到F,然后再回到B

(1)流图中的区域数等于环形复杂度。

注意区域块可以看作是按不同条件形成的数据操作分支块,比如橙色块就可以看做满足Z < t那条分支(下面那个图还要满足cond==true)处理的数据操作块,

注意了,下面那个图G节点不是有个自环的循环吗?为什么那个循环不自成一块,而节点E的自环就要自成一块呢?

你要这样理解:下图的G点不错是有自环,但是这个自环按MCCABE的理解对整个系统的复杂度没影响,其实就是没有形成分支,即数据到了G节点都要做循环,也就是说下图的G节点搞个自环是来干扰大家的,完全可以把它简化成上面图的G点。而E节点的自环注意有个条件P<=5,也就是说这个自环是条件判断的结果,

也就是说对复杂度有影响所以不能忽略,假如这里把条件P<=5去掉,也就是说到了E节点先不管三七二十一先来做个循环再去判断然后再去到F的话那E点的自环也应该忽略。所以按区域划分:

上图3块,

下图4块。

复杂度分别是:3,4

(2)流图G的环形复杂度V(G)=E-N+2,其中,E是流图中边的条数,N是结点数。有了前面的分析,现在就好做了:

  上图:8-7+2=3

下图:9-7+2=4(注意E不是10,因为G节点的自环弧线要忽略掉)

(3)流图G的环形复杂度V(G)=P+1,其中,P是流图中判定结点的数目。判断节点:

上图:C,E,2个点,复杂度2+1=3

下图:CED,3个点,复杂度3+1=4

  • 10
    点赞
  • 39
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
作者:张海藩 第1章 软件工程学概述1 1.1 软件危机1 1.1.1 软件危机的介绍1 1.1.2 产生软件危机的原因3 1.1.3 消除软件危机的途径4 1.2 软件工程5 1.2.1 软件工程的介绍5 1.2.2 软件工程的基本原理7 1.2.3 软件工程方法学9 1.3 软件生命周期11 1.4 软件过程14 1.4.1 瀑布模型15 1.4.2 快速原型模型16 1.4.3 增量模型17 1.4.4 螺旋模型19 1.4.5 喷泉模型21 1.4.6 Rational统一过程22 1.4.7 敏捷过程与极限编程25 1.4.8 微软过程29 1.5 小结31 习题132 第2章 可行性研究35 2.1 可行性研究的任务35 2.2 可行性研究过程36 2.3 系统流程图38 2.3.1 符号38 2.3.2 例子38 2.3.3 分层40 2.4 数据流图40 软件工程导论目 录 2.4.1 符号40 2.4.2 例子42 2.4.3 命名44 2.4.4 用途45 2.5 数据字典47 2.5.1 数据字典的内容47 2.5.2 定义数据的方法47 2.5.3 数据字典的用途48 2.5.4 数据字典的实现49 2.6 成本/效益分析49 2.6.1 成本估计50 2.6.2 成本/效益分析的方法51 2.7 小结53 习题253 第3章 需求分析55 3.1 需求分析的任务56 3.1.1 确定对系统的综合要求56 3.1.2 分析系统的数据要求57 3.1.3 导出系统的逻辑模型58 3.1.4 修正系统开发计划58 3.2 与用户沟通获取需求的方法58 3.2.1 访谈58 3.2.2 面向数据流自顶向下求精59 3.2.3 简易的应用规格说明技术59 3.2.4 快速建立软件原型61 3.3 分析建模与规格说明62 3.3.1 分析建模62 3.3.2 软件需求规格说明62 3.4 实体-联系图62 3.4.1 数据对象63 3.4.2 属性63 3.4.3 联系63 3.4.4 实体-联系图的符号64 3.5 数据规范化64 3.6 状态转换图65 3.6.1 状态65 3.6.2 事件65 3.6.3 符号66 3.6.4 例子66 3.7 其他图形工具67 3.7.1 层次方框图68 3.7.2 Warnier图68 3.7.3 IPO图69 3.8 验证软件需求70 3.8.1 从哪些方面验证软件需求的正确性70 3.8.2 验证软件需求的方法70 3.8.3 用于需求分析的软件工具71 3.9 小结72 习题373 第4章 形式化说明技术75 4.1 概述75 4.1.1 非形式化方法的缺点75 4.1.2 形式化方法的优点76 4.1.3 应用形式化方法的准则76 4.2 有穷状态机77 4.2.1 概念77 4.2.2 例子79 4.2.3 评价82 4.3 Petri网82 4.3.1 概念82 4.3.2 例子84 4.4 Z语言85 4.4.1 简介85 4.4.2 评价88 4.5 小结88 习题489 第5章 总体设计91 5.1 设计过程91 5.2 设计原理94 5.2.1 模块化94 5.2.2 抽象95 5.2.3 逐步求精95 5.2.4 信息隐藏和局部化96 5.2.5 模块独立97 5.3 启发规则99 5.4 描绘软件结构的图形工具102 5.4.1 层次图和HIPO图102 5.4.2 结构图103 5.5 面向数据流的设计方法104 5.5.1 概念104 5.5.2 变换分析105 5.5.3 事务分析111 5.5.4 设计优化112 5.6 小结113 习题5114 第6章 详细设计117 6.1 结构程序设计117 6.2 人机界面设计119 6.2.1 设计问题119 6.2.2 设计过程121 6.2.3 人机界面设计指南122 6.3 过程设计的工具124 6.3.1 程序流程图124 6.3.2 盒图125 6.3.3 PAD图126 6.3.4 判定表127 6.3.5 判定树128 6.3.6 过程设计语言128 6.4 面向数据结构的设计方法129 6.4.1 Jackson图130 6.4.2 改进的Jackson图131 6.4.3 Jackson方法132 6.5 程序复杂程度的定量度量136 6.5.1 McCabe方法137 6.5.2 Halstead方法139 6.6 小结140 习题6140 第7章 实现145 7.1 编码146 7.1.1 选择程序设计语言146 7.1.2 编码风格147 7.2 软件测试基础149 7.2.1 软件测试的目标150 7.2.2 软件测试准则150 7.2.3 测试方法151 7.2.4 测试步骤151 7.2.5 测试阶段的信息流152 7.3 单元测试153 7.3.1 测试重点153 7.3.2 代码审查154 7.3.3 计算机测试155 7.4 集成测试156 7.4.1 自顶向下集成157 7.4.2 自底向上集成158 7.4.3 不同集成测试策略的比较159 7.4.4 回归测试160 7.5 确认测试160 7.5.1 确认测试的范围160 7.5.2 软件配置复查161 7.5.3 Alpha和Beta测试161 7.6 白盒测试技术162 7.6.1 逻辑覆盖162 7.6.2 控制结构测试165 7.7 黑盒测试技术171 7.7.1 等价划分172 7.7.2 边界值分析175 7.7.3 错误推测175 7.8 调试176 7.8.1 调试过程176 7.8.2 调试途径178 7.9 软件可靠性179 7.9.1 基本概念179 7.9.2 估算平均无故障时间的方法180 7.10 小结182 习题7183 第8章 维护189 8.1 软件维护的定义189 8.2 软件维护的特点190 8.2.1 结构化维护与非结构化维护差别巨大190 8.2.2 维护的代价高昂190 8.2.3 维护的问题很多191 8.3 软件维护过程192 8.4 软件的可维护性194 8.4.1 决定软件可维护性的因素194 8.4.2 文档195 8.4.3 可维护性复审196 8.5 预防性维护197 8.6 软件再工程过程198 8.7 小结200 习题8201 第9章 面向对象方法学引论203 9.1 面向对象方法学概述203 9.1.1 面向对象方法学的要点203 9.1.2 面向对象方法学的优点205 9.2 面向对象的概念209 9.2.1 对象209 9.2.2 其他概念211 9.3 面向对象建模215 9.4 对象模型216 9.4.1 类图的基本符号217 9.4.2 表示关系的符号218 9.5 动态模型223 9.6 功能模型224 9.6.1 用例图224 9.6.2 用例建模227 9.7 3种模型之间的关系228 9.8 小结229 习题9229 第10章 面向对象分析231 10.1 面向对象分析的基本过程231 10.1.1 概述231 10.1.2 3个子模型与5个层次232 10.2 需求陈述233 10.2.1 书写要点233 10.2.2 例子234 10.3 建立对象模型235 10.3.1 确定类与对象236 10.3.2 确定关联238 10.3.3 划分主题241 10.3.4 确定属性241 10.3.5 识别继承关系244 10.3.6 反复修改244 10.4 建立动态模型247 10.4.1 编写脚本247 10.4.2 设想用户界面248 10.4.3 画事件跟踪图249 10.4.4 画状态图250 10.4.5 审查动态模型251 10.5 建立功能模型253 10.5.1 画出基本系统模型图253 10.5.2 画出功能级数据流图254 10.5.3 描述处理框功能254 10.6 定义服务255 10.7 小结256 习题10256 第11章 面向对象设计259 11.1 面向对象设计的准则259 11.2 启发规则261 11.3 软件重用263 11.3.1 概述263 11.3.2 类构件265 11.3.3 软件重用的效益266 11.4 系统分解267 11.5 设计问题域子系统270 11.6 设计人机交互子系统273 11.7 设计任务管理子系统275 11.8 设计数据管理子系统277 11.8.1 选择数据存储管理模式277 11.8.2 设计数据管理子系统278 11.8.3 例子280 11.9 设计类中的服务280 11.9.1 确定类中应有的服务280 11.9.2 设计实现服务的方法281 11.10 设计关联282 11.11 设计优化283 11.11.1 确定优先级283 11.11.2 提高效率的几项技术284 11.11.3 调整继承关系285 11.12 小结287 习题11288 第12章 面向对象实现289 12.1 程序设计语言289 12.1.1 面向对象语言的优点289 12.1.2 面向对象语言的技术特点290 12.1.3 选择面向对象语言294 12.2 程序设计风格294 12.2.1 提高可重用性295 12.2.2 提高可扩充性297 12.2.3 提高健壮性297 12.3 测试策略298 12.3.1 面向对象的单元测试298 12.3.2 面向对象的集成测试299 12.3.3 面向对象的确认测试299 12.4 设计测试用例299 12.4.1 测试类的方法300 12.4.2 集成测试方法301 12.5 小结303 习题12304 第13章 软件项目管理305 13.1 估算软件规模305 13.1.1 代码行技术305 13.1.2 功能点技术306 13.2 工作量估算308 13.2.1 静态单变量模型308 13.2.2 动态多变量模型308 13.2.3 COCOMO2模型309 13.3 进度计划312 13.3.1 估算开发时间312 13.3.2 Gantt图314 13.3.3 工程网络315 13.3.4 估算工程进度316 13.3.5 关键路径318 13.3.6 机动时间318 13.4 人员组织320 13.4.1 民主制程序员组320 13.4.2 主程序员组321 13.4.3 现代程序员组322 13.5 质量保证324 13.5.1 软件质量324 13.5.2 软件质量保证措施326 13.6 软件配置管理328 13.6.1 软件配置329 13.6.2 软件配置管理过程329 13.7 能力成熟度模型331 13.8 小结334 习题13335 附录A C++类库管理系统的分析与设计337 A.1 面向对象分析337 A.1.1 需求337 A.1.2 建立对象模型338 A.2 面向对象设计339 A.2.1 设计类库结构339 A.2.2 设计问题域子系统340 A.2.3 设计人机交互子系统341 A.2.4 设计其他类344 附录B 一个汉字行编辑程序的设计347 B.1 设计规格说明347 B.1.1 外部编辑命令347 B.1.2 编辑命令348 B.1.3 输出信息349 B.2 概要设计350 B.2.1 正文文件350 B.2.2 两个工作模式351 B.2.3 数据元素352 B.2.4 过程353 B.3 概要设计结果353 B.4 详细设计356 B.4.1 数据元素356 B.4.2 控制数据元素357 B.4.3 编辑过程357 B.4.4 输入模式的过程359 B.4.5 编辑模式的过程360 B.5 详细设计结果364 B.5.1 编辑程序的详细结构364 B.5.2 类PASCAL伪码365 B.5.3 实现编辑程序的算法367
数据结构是软件工程中非常重要的一部分,它是指在计算机中组织和存储数据的方式。在软件工程中,数据结构设计是指在程序设计中如何组织和存储数据,以便于程序的实现和维护。数据结构设计的目的是为了提高程序的效率和可维护性。在软件工程中,数据结构设计通常是在需求分析和程序设计的早期阶段进行的。数据结构设计的过程包括定义数据类型、选择数据结构、设计数据结构的操作等。数据结构设计的好坏直接影响到程序的效率和可维护性。 结构化程序设计是一种常用的程序设计方法,它采用自顶向下逐步求精的设计方法和单入口单出口的控制结构。结构化程序设计的主要特点是程序的模块化和结构化,它可以使程序更易于理解、修改和维护。结构化程序设计的过程包括总体设计和详细设计两个阶段。总体设计是将系统划分为多个模块,并确定每个模块的功能和模块之间的接口;详细设计是为每个模块进行详细的算法设计、数据结构设计、数据库设计等。 McCabe方法是一种基于程序控制流的复杂性度量方法,它可以用来度量程序的复杂度McCabe方法的核心是环形复杂度度量,它通过计算程序图中判定结点的数量来度量程序的复杂度McCabe方法可以帮助程序员评估程序的复杂度,从而更好地进行程序设计和维护。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值