• 0
  • 0
分享

【聚合概念】相关

偶然聚合:模块完成的动作之间没有任何关系,或者仅仅是一种非常松散的关系

逻辑聚合:模块内部的各个组成在逻辑上具有相似的处理动作,但功能用途上彼此无关

时间聚合:模块内部的各个组成部分所包含的处理动作必须在同一时间内执行

过程聚合:模块内部的各个组成部分所要完成的动作虽然没有关系,但必须按特定的次序执行

通信聚合:模块的各个组成部分所完成的动作都使用了同一个数据或产生同一输出数据

顺序聚合:模块内部的各个部分,前一部分处理动作的最后输出是后一部分处理动作的输入

功能聚合:模块内部各个部分全部属于一个整体,并执行同一功能,且各部分对实现该功能都必不可 

【耦合概念】相关

数据耦合:指两个模块之间有调用关系,传递的是简单的数据值,相当于高级语言中的值传递;

标记耦合:指两个模块之间传递的是数据结构;

控制耦合:指一个模块调用另一个模块时,传递的是控制变量,被调用模块通过该控制变量的值有选择的执行模块内的某一功能;

内容耦合:当一个模块直接使用另一个模块的内部数据,或通过非正常入口转入另一个模块内部时,这种模块之间的耦合称为内容耦合。

【寻址】相关

立即寻址:是一种特殊的寻址方式,指令中在操作码字极端后面的部分不是通常意义上的操作数地址,而是操作数本身,也就是说数据就包含在指令中,只要取出指令,也就取出了可以立即使用的操作数。

特点:在取指令时,操作码和操作数被同时取出,不必再次访问驻村,从而提高了指令的执行速度。但是,因为操作数是指令的一部分,不能被修改,而且立即数的大小收到指令长度的限制,所以这种寻址方式灵活性最差。

直接寻址:在直接寻址中,指令中地址码字段给出的地址A就是操作数的有效地址,即形式地址等于有效地址。

特点:不需作任何寻址运算,简单直观,也便于硬件实现,但地址空间受到指令中地址码字段位数的限制。

间接寻址:间接寻址意味着指令中给出的地址A不是操作数的地址,而是存放操作数地址的主存单元的地址,简称操作数地址的地址。

特点:非常灵活,能扩大了寻找范围,可用指令中的短地址访问大的主存空间;另外可将主存单元作为程序的地址指针,用以指示操作数在主存中的位置。当操作数的地址需要改变时,不必修改指令,只需修改存放有效地址的那个主存单元的内容即可。但是,间接寻址在取值之后至少需要两次访问主存才能取出操作数,降低了取操作数的速度、

寄存器寻址:寄存器寻址指令的地址码部分给出了某一个通用寄存器的编号Ri,这个指定的寄存器中存放着操作数。

特点:一是从寄存器中存取数据比从主存中存取数据要快的多;二是由于寄存器的数量较少,其地址码字段比主存单元地址字段短的多。因此这种方式可以缩短指令长度,提高指令的执行速度,几乎所有的计算机都使用了寄存器寻址方式。

【软件维护】相关

正确性维护:指改正在系统开发阶段已经发生而在系统测试阶段尚未发生的错误。

适应性维护:指使应用软件适应信息技术变化和管理下去就变化而进行的修改。

完善性维护:指为扩充功能和改善性能而进行的修改。

预防性维护:指为了改进应用软件的可靠性和可维护性,为了适应未来的软硬件环境的编号,主动增加预防性的新的功能,以使应用系统适应各类变化而不被淘汰。

【时间复杂度与空间复杂度】

 1.png

【传值与传址】相关

传值调用:在按值调用时,过程的形式参数取得的是实际参数的值。在这种情况下,形式参数实际上是过程中的局部量,其值的改变不会导致调用点所传送的实际参数的值发生改变,也就是数据的传送是单向的。

引用调用:在按引用调用时,过程的形式参数取得的是实际参数所在的单元地址。在过程中,对该形式参数的引用相当于对实际参数所在的存储单元的地址引用。任何改变形式参数值的操作会反应在该存储单元中,也就是反应在实际参数中,因此数据的传送是双向的。

【寄存器】相关

地址寄存器:通常用来暂存待访问(数据)内存单元的地址

指令寄存器:暂存正在执行的指令

程序计数器:暂存待执行指令的地址

大多数通用寄存器:用来暂存数据

【设计模式】相关

按照设计模式的目的可以分为:创建型模式、结构型模式、行为型模式三大类。

创建型模式与对象的创建有关,它抽象了实例化过程,帮助一个系统独立于如何创建、组合和标识它的那些对象。创建型模式包括Factory Method、Abstract Factory、Builder、Prototype和Singleton。

结构型模式处理类或对象的组合,涉及如何组合类和对象以获得更大的结构。结构型模式包括Adapter、Bridge、Composite、Decorator、Facade、Flyweight和Proxy。

行为型模式描述类或对象怎样交互和怎样分配职责。行为型模式包括Interpreter、Template Method、Chain of Responsibility、Command、Iterator、Mediator、Memento、Observer、State、Strategy和Visitor。

【结构化分析法】相关

结构化分析法是一种建模技术,其建立的分析模型的核心是【数据字典】。描述了在目标系统中使用和生成的所有数据对象。

围绕这个核心有【数据流图】【实体联系图】和【状态-迁移图】。

数据流图:描述数据在系统中如何被传递或变换以及描述如何对数据流进行变换的功能(子功能),用于“功能建模”;

实体练习图:描述数据对象及数据对象之间的关系,用于“数据建模”;

状态-迁移图:描述系统对外部事件如何响应以及如何动作,用于“行为建模”。

【开发过程模型】相关

瀑布模型:将开发阶段描述为从一个阶段瀑布般的转换到另一个阶段;

原型模型:开发人员按快速的构造整个系统或者系统的一部分以理解或澄清问题;

螺旋模型:将开发活动和风险管理结合起来,以减小风险;

增量模型:把软件产品作为一系列的增量构件来设计、编码、集成和测试,每个构件由多个相互作用的模块组成,并且能够完成特定的功能。


作者:Mr.Gavin

原文链接:https://www.cnblogs.com/mrgavin/p/15241979.html

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   一、前言:关于软件质量生命周期的概念  伴随互联网、大数据、云计算与人工智能技术为代表的新一代信息技术的不断发展与广泛应用,以及敏捷开发,DevOps等各种理论方法也层不出穷,传统意义的软件质量在概念和实质内容上已经发生了许多变化。笔者作为互联网行业从业者,对于这种变化也有一些察觉,在此也斗胆提出些微看法与思考,作为抛砖引玉之举,期望能够收获各位读者的批评和指正,在此就先表示感谢了。  在前一篇关于测试右移(Shift-Right Testing)的文章中,笔者对于测试右移(Shift-Right Testing)如何落地提出了一些扩展思路(下文中简称为“测试右移探索”)。在传统计算机软件...
            0 0 1821
            分享
          • 问题场景:执行完一个测试计划后,在察看结果树或者聚合报告里可以看到执行结果,但是如果关闭JMeter后再打开该测试计划后,却发现上次的执行结果就被清空了,那怎么办呢?解决办法:JMeter提供了生成HTML报告的功能,这样保存后我们就能看到之前的执行结果生成的报告了。当然,这个报告不仅仅能看到执行结果,还有很多的统计图表,清晰明了,非常有用。操作步骤:            1   创建一个csv格式或jtl格式的文件    ...
            0 0 4855
            分享
          • 渗透方法:黑盒测试:在不知道目标内部的基本构造和内部特性的情况下进行测试白盒测试:与黑盒相反灰盒测试:介于黑白盒之间,在知道较少内部架构的情况下进行攻击渗透目标:主机操作系统渗透测试数据库系统渗透测试应用系统渗透测试网络设备渗透测试:网络通信设备、网络安全设备内网渗透测试外部渗透测试渗透七个步骤:1、前期交互确定渗透测试范围时间估计:预估整体项目的时间周期问答交谈:对企业内雇员进行问答交流(这里应该指社工)范围制定:项目起止时间、授权文件、目标规划确定测试资源:IP、域名范围、ISP、服务器所在国家(渗透需要的资源情报)目标规划确定目标业务分析与需求分析建立通信渠道紧急联系方式应急响应流程进展...
            0 0 2361
            分享
          •   有没有遇到这样的一个场景:你在使用浏览器进行web应用测试,但是你想知道你在测试过程中的前端输出和后端响应的情况究竟如何。那么,你会怎么做呢?  想必大多人会毫不犹豫地回答:通过浏览器console面板和network面板抓取信息啊!的确如此,这不失为一个好办法。  但是,这难道需要时时刻刻地关注面板输出吗?这实在是有碍测试效率啊。  有什么办法,既不阻碍测试效率,也能获取到相应的信息呢?  答案当然是肯定的。  不得不说的ResourceSaver  有这么一个浏览器插件,它可以记录你在浏览器上的所有操作(例如,点击、输入等),提供了css、js、img和xhr等资源的下载,能够帮助你进...
            0 0 1205
            分享
          •   软件开发过程中贯穿着缺陷的引入、发现、修复和关闭的过程,包含较多缺陷的软件通常都被认为是低质量的,但是软件测试并不能找出软件中存在的所有缺陷。因此对于缺陷的研究及分析能够更好地预防缺陷的引入,对软件的正常运行和软件质量改进具有重要的意义。  缺陷和模块属性的关联性分析是软件过程度量的一种方法,在实际软件开发过程中,我们发现缺陷与其所在的模块有着密切的联系,因此本文根据缺陷数量以及其所在模块属性进行缺陷分析,多维度深入地分析缺陷,从而提供更全面的缺陷分析。  一、软件缺陷属性  缺陷属性可为两类,一类为软件缺陷的常规属性,如缺陷类型、缺陷发现阶段、缺陷严重程度、缺陷来源等。一类为与缺陷相关的...
            0 0 1655
            分享
      • 51testing软件测试圈微信