计算机软考笔记

应用层

FTP(20数据、21控制)

SMTP(25)

telnet(23)

DNS(53)

DHCP :动态主机配置协议,DHCP协议的功能是自动分配IP地址。

传输层

网络层

ICMP(Internet Control Message Protocol)Internet控制报文协议

ARP(Address Resolution Protocol):地址解析协议,实现IP地址和MAC地址的对应

协议://主机地址[:端口号]/路径/文件名

 例如:URL地址 http://www.microsoft.com/downloads/search.asp

其中,HTTP指的是访问方式,即要使用HTTP协议进行访问;

www.microsoft.com指的是要访问的服务器的主机名(在本例中即域名,也可换成IP地址);

/downloads指的是要访问的页面的路径

/search.asp指的是最终访问的文件名

报文认证算法

RC4是一种加密算法,并非摘要算法

-----------------------------------------

  • ftp File Transfer protocol(文件传输协议)

  • http Hypertext Transfer Protocol(超文本传输协议)

  • gopher The Gopher protocol(Gopher协议)

  • mailto Electronic mail address(电子邮件地址)

  • news USENET news(USENET新闻)

  • nntp USENET news using NNTP access(使用NNTP访问的USENET新闻)

  • telnet Reference to interactive sessions(交互式会话访问)

  • wais Wide Area Information Servers(广域信息服务系统)

  • file Host-specific file names(特殊主机文件名)

  • prospero Prospero Directory Service(prospero目录服务)

-----------------------------------------

软件著作权

迭代、原型、螺旋、敏捷模型之间的区别

瀑布模型:强调开发工作(计划、设计、开发、测试、维护等)各阶段之间的先后顺序,不可以并行操作。
迭代模型(喷泉模型、rup模型):与瀑布模型不同,不再强调开发工作的序列化过程,而是将这些过程并行化,分为多个阶段,每个阶段都包含这些工作,只是不同阶段,不同的比例。
v模型:强调将测试和开发同等重要,对于开发阶段都有与之对应的测试阶段。
原型化模型:强调产品以用户为中心,先开发出原形,和用户进行持续沟通,最终确定需求,并设计出最终的产品。氛围 进化型和抛弃型。
敏捷开发模型:强调以人为核心,这点和原型化模型很像,但是更强调程序员团队和业务专家之间的紧密联系,频繁交付新的软件版本,紧凑的自我组织型团队,更注重软件开发中人的作用。
螺旋模型:强调的是风险,面对大型、复杂的项目,采用这种方式,要根据需求,制定计划,风险分析,设计原型,客户评估,这四个阶段不断重复。不断地增量发布,针对每次的原型或者产品不断的进行风险评估,及时调整方案、需求、设计,以此迭代方式,最终完成产品。 强调的是产品从小到大,不断改进,不断风险分析的过程。虽然有迭代,但角度与迭代模型不一样,虽然用原型,但侧重点不是用户需求分析,而是风险分析,风险不仅仅来源于需求。‘

增量模型(rad模型):它允许在任何阶段进行更改,这对于瀑布模型而言是非常昂贵的。它具有多个周期,每个周期提供一个软件版本,并且在每个周期之后,添加新功能并增强软件

迭代模型和增量模型的区别:迭代是不能并行的,迭代的并行是指迭代任务,增量模型一般是指具有底层框架和平台的项目,在该稳定的框架和平台上,来开发和增加具体的业务功能,迭代适合需求不明确、架构风险大的项目,增量适合需求比较明确,架构比较稳定,而且增量功能的实现基本不影响架构。

软件质量保证

状态模式、适配器模式、备忘录模式和组合模式

状态模式一种方式放入一个类中

状态模式主要解决的是一个对象状态转换的条件表达式过于复杂时的情况。把状态的判断逻辑转移到表示不同状态的的一个系列的类当中(即下图ConcrereState系类的类),可以把复杂的判断逻辑简单化

适配器模式往往是用来复用一些现有的代码和类,但是接口又与复用环境的要求不一致时,使用的。或者在两个类所做的事情类似但结口不相容时使用。适配器模式结构图如下所示: 

备忘录模式

组合模式

组合模式将对象组合成树形结构以表示“部分-整体”的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性 

实体类、控制类、边界类和交互类

实体类:属于实体,一般为名词

控制类:用于控制用例工作的类,作为用例完成的责任承担者,控制、协调其他类共同完成用例功能或者行为。

边界类:用于封装用例内外流动的信息或数据流,边界对象将系统与其他外部环境的变更隔离开来,使这些变更不会对系统其他部分造成影响

交互类:目前没有找到这种说法,选择的时候,直接排除

七种耦合类型 

多态

参数多态:广泛应用,最纯的多态

包含多态:一个类型是另一个类型的子类型

强制多态:编译程序通过语义操作,把操作对象的类型强行加以变换,以服和函数或操作符的要求

过载多态:同一个名,在不同的上下文有不同的类型

uml中有四种关系:依赖、关联、泛化和实现

依赖:A依赖B,B被A依赖

例如:学生读书、学生读数据库书籍   

学生依赖 数据库书籍 

 

关联关系:

雇主和员工

聚集是一种特殊的关联,聚集分为聚合和组合:

聚合:空心,整体消失了,部分仍然存在

组合:实心,整体消失了,部分也消失

泛化关系:

实现关系:

接口和实现

包含关系:

一个用例包含另一个用例

删除图书包含查询图书,因为删除前要先找到这本书 

扩展关系: 

查看课表和导出excel,导出excel属于查看课表的扩展,不一定要做

包含、扩展和泛化关系的区别:

包含是一定要做的,比如删除课表先要查询课表才能删除。

扩展时不一定要做的,可以做可以不做,比如查看课表导出excel。

泛化时他的父元素,比如动物和猫,猫是动物的一个具体,猫是动物的一种特殊。

  • 2
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值