当前位置:首页 » 存储配置 » 配置管理方法是什么

配置管理方法是什么

发布时间: 2022-09-10 03:59:49

① 配置管理和变更管理方法

变更常有

所在银行科技部已经建立了比较完善的项目管理体系和质量保障体系,但要应对分行或支行需求变更和相关软件版本配置管理的问题,如果没有一整套的解决措施和工具的支持,就会出现以下问题:

1)分行反映的缺陷更改不能快速响应,不能快速分配缺陷到指定的开发人员,只能依靠口头或文档的传输,缺乏一个整合开发商服务人员、产品经理(或项目经理)、开发团队领导、开发人员、分行领导的信息传递和交流的平台。

2)分行的需求变更不能快速响应。分行的需求变更和软件版本配置只能依靠手工备份,因而,自身不能快速有效地管理各系统的版本,缺乏版本基线的管理策略。

针对以上问题,可以考虑采用软件配置管理这一关键域的思路系统地解决以上问题。配置管理是整个集成软件项目正常运作的一个管理支撑平台,其目的就是将有关该项目的客户、客户服务人员、产品经理(或项目经理)、开发团队领导、开发人员、高层领导等项目干系人的工作协同起来,实现高效的沟通,及时地共享工作成果。

配置管理的基本功能包括配置标识、变更控制、配置状态发布和配置审计。变更控制是配置管理的重要内容,其目的是为了在动态中保证配置项的完整性、一致性和可回溯性,保证配置项的变更过程规范、受控、有完整记录,受影响的各方均能及时了解情况,并协调一致。

控制不可少

变更控制是通过创建产品基线,在产品的整个生存周期中控制它的发布和变更。配置控制指在配置项标识正式确定之后,对配置项特别是对已提交的代码、相关文档和数据等的变更进行系统地跟踪和控制的过程,主要包括变更的'提出、确定配置项的控制等级、变更的评价、变更的处置、实施经批准的变更、对变更进行验证和结束变更。变更控制的目的是建立一套控制软件修改的机制,保证生产符合质量标准的软件和保证每个版本的软件包含所有必需的元素及工作在同一版本中的各元素中可以正常工作,以确定在变更控制过程中控制什么,如何控制,谁控制变更、何时接收变更、批准和检验。

配置项级别

1)已基线化的配置项是指已完成该配置项的审核和批准,并且成为创建或修改其他配置项的输入。例如:一个设计文档已审核、通过、签发,并且成为编码活动的基础。

2)受管理和受控的配置项是指已提交审核,但还没有批准通过的配置项。例如:一个正在进行审核的设计文档。

3)受控的配置项指已置于版本控制,但项目组不能直接进行改动的配置项。例如:用户提供的软件、购买的工具、产品标准等等。

变更请求的状态

软件变更、软件优化和软件bug都是产生变更的原因。变更申请人(用户或产品经理)提出变更时,首先要对受控的配置项的修改提出一个变更请求,说明对软件变更的需求。这是因为变更控制过程是通过变更请求的流动来实现的,而且对软件的任何请求都必须和相应的变更请求对应。

变更请求的状态包括:

1)提交:变更请求提交给配置管理员;

2)拒绝:变更控制委员会拒绝变更请求;

3)接受:变更控制委员会接受变更请求;

4)挂起:变更请求被挂起,以后再作决定;

5)已验证:更改已执行和验证;

6)关闭:验证并归档配置项,更新的配置项提交给用户(例如:通过版本发布)。

变更请求的类型

1)增强型:变更请求要求对已批准的项目功能进行增强。

2)改进型:变更请求不会造成功能更改,但使配置项的维护更加有效率。

3)纠错型:变更请求对错误进行修正(诸如bug)。

变更请求的优先级

在评价变更请求的优先级时,要对请求变更的配置项进行系统的分析,确定变更影响范围和修改的程度,确定变更的级别,为确定是否有必要记录变更提供参考依据。变更请求的优先级可分为三类:

1)高:严重地影响一些用户或许多用户。

2)中:对用户造成不方便,或是可以采取相应的变通方法处理的主要问题。

3)低:小问题。

修改完后签入(Check in)

对变更的处理,要按照变更控制规程,将变更请求及其相关附件提交软件配置控制委员会审批。配置管理组根据审批意见处理变更请求。

只有配置管理员具有Check in权限。在进行Check in之前,确认下面的事项:

1)所有对配置项所做的修改被批准;

2)所有的更改都经过审核或验证;

3)所对应的变更请求已经被保存起来;

4)所有相关的审核记录被保存;

5)Check in时须注明Check in因,如对应的变更请求。

数据库中签出(Check out)

1)对于文档,配置管理员在更改审批人同意后,从配置库中Check out配置项,发给项目组成员修改。

2)Check out时须注明Check out原因,如将要修改的问题。

3) 配置管理员一定要在配置状态发布中跟踪被Check out出来的配置项。

② SCM是什么意思

SCM是指软件配置管理。

SCM(Software Configuration Management,软件配置管理)是一种标识、组织和控制修改的技术。它应用于整个软件生存期。在软件建立时会经常产生变更,而变更加剧了项目中软件人员之间的混乱。之所以产生混乱,是因为在进行变更前没有仔细分析,或没有进行变更控制。

因为变更在任何时刻都可能发生,因此软件配置管理活动的目标就是为了标识变更,控制变更,确保变更正确地实现,向其他有关的人报告变更。

软件配置管理是一组追踪和控制活动,它们开始于软件开发项目开始之时,结束于软件被淘汰之时。从某种角度讲,SCM是一种标识、组织和控制修改的技术,目的是使错误降为最小并最有效地提高生产效率。

(2)配置管理方法是什么扩展阅读:

相关关键点

配置管理的方法是成熟的,而且相应的软件工具也是成熟的,基本上不存在看不懂、不会用的问题。配置管理的执行效果如何,完全是事在人为。妨碍配置管理的主要问题是人们嫌麻烦和侥幸心理作怪。

在没出乱子的情况下,执行版本控制看起来有些麻烦。每次修改工作的时候总是要Get Latest Version,接着Check Out,修改完后又要Check In,多做了三步。

其实这三步加起来也就十几秒钟,而且不费脑子,根本没有添加多少麻烦,仅仅是个人感觉不爽而以。然而不执行版本控制的话,万一发生工作成果被覆盖或丢失等问题,麻烦就大了。

③ CMMI中的的配置管理是什么

配置管理是CMMI模型中一个支撑过程域。
配置管理是指:应用技术和管理手段来识别和记录配置项的功能和物理特性,控制其变更,记录和报告变更的过程和实现状态,并检查与项目需求之间的符合度;通过配置管理可以有效的管理工作产品与工作产品之间的一致性,合理的控制和实施变更以维护对项目范围与边界条件的一致的理解。
一般CM过程描述了配置管理活动的内容、规范和方法,以建立和维护软件开发过程中各种产品的完整性和一致性。
CM使用到以下几个重要的术语:
配置项:处于配置管理之下的软件或/和硬件的集合体。这个集合体在配置管理过程中作为一个实体出现。

基线: 已经通过正式复审和批准的某规约或产品,它因此可以作为进一步开发的基础,并且只能通过正式变更控制过程来改变;基线有一组配置组成,这些配置构成了一个相对稳定的状态,不能再被任何人随意修改。

配置标识:识别产品的结构、产品的构件及其类型,为其分配唯一的标识符,并以某种形式提供对它们的存取。

控制:通过建立产品基线,控制软件产品的发布和在整个软件生命周期中对软件产品的修改。

状态统计:记录并报告构件和修改请求的状态,并收集关于产品构件的重要统计信息。

配置审计:通过第三方(例如:软件质量保证工程师)来确认产品的完整性并维护构件间的一致性,即确保产品是一个严格定义的构件集合;

配置管理员:根据本过程的规定,在本公司内部具体实施与操作本过程的人员/角色。根据实施的层级的不同,配置管理员可以区分为“产品配置管理员”和“项目配置管理员”两个角色,一般产品配置管理员是专职的,项目配置管理员有项目成员兼职。

④ 人员配置的概念是什么管理人员配置有什么方法

人员配置概论
● 人员配置是对企业各类人员进行恰当而有效的选择、使用、考评和培养,以合适的人员去充实组织结构中所规定的各项职务,从而保证企业正常运转并实现预定目标的职能活动。
人员配置的作用(重要性)包括:充分开发企业人力资源;有效发挥组织结构功能;提高群体质量,形成最佳工作组合;强化管理职能,完善企业管理系统。
● 人员配置基本原则有系统开发;协调发展;选贤任能;适才适用;扬长避短;群体相容。
管理人员配置方法有;比较法、职务系数法、时距判定法。

⑤ 什么是软件配置管理的机制

转自http://hi..com/angle_lover/blog/item/6317ea3d2dbe7ec69f3d62f4.html

1、什么是软件配置管理

软件配置管理是指通过执行版本控制、变更控制的规程,以及使用合适的配置管理软件,来保证所有配置项的完整性和可跟踪性。配置管理是对工作成果的一种有效保护。

2、为什么需要配置管理

如果没有软件配置管理,最大的麻烦是工作成果无法回溯。随着工作的进展新的程序覆盖了老的程序,当突然发现新程序有问题而老程序正确时怎么办?那只能重写老的程序来覆盖新的程序。过一段时间又发现原来的老程序有问题,而解决方法在原来的新程序中……您是不是快要发疯了。

为了避免成果被覆盖,包括我自己在内的很多人早期采用手工管理版本的方式,例如当一个新版本产生时用当时的日期来命名文件夹,然后再复制一下以后的修改在复制的文件夹内进行,这样上一个版本就被保存下来了,周而复始不同的版本不会被覆盖。虽然这种方式可以从某种程度上解决版本的回溯问题,但他存在的缺点是显而易见的:第一点如果保留结果过于频繁,将会导致产生大量的有着重复内容的文件夹,庞大的物理空间,管理起来很麻烦;如果保留旧版本的时间间隔太长,可能产生某些有用的老程序无法回溯。拿我最近开发的一个程序来说程序只有几十兆,经过一年的开发各版本累计到1G。第二容易产生版本的混乱,如果是团队开发软件,这种简单的方法更难解决问题的本质了。

3、人的问题

配置管理的方法是成熟的,而且相应的软件工具也是成熟的,基本上不存在看不懂、不会用的问题。配置管理的执行效果如何,完全是事在人为。妨碍配置管理的主要问题是人们嫌麻烦和侥幸心理作怪。

在没出乱子的情况下,执行版本控制看起来有些麻烦。每次修改工作的时候总是要Get Latest Version,接着Check Out,修改完后又要Check In,多做了三步。其实这三步加起来也就十几秒钟,而且不费脑子,根本没有添加多少麻烦,仅仅是个人感觉不爽而以。然而不执行版本控制的话,万一发生工作成果被覆盖或丢失等问题,麻烦就大了。

4、软件配置管理规范

软件研发和管理过程中会产生许许多多的工作成果,例如文档、程序和数据等,他们都应当妥善地保管起来,以便查阅和修改。如果把所有文件一股脑的塞进计算机里,那么使用起来很麻烦。

凡是纳入配置管理范畴的工作成果统称为配置项配置项主要有两大类:一类是属于产品的组成部分,例如需求文档、设计文档、源代码、测试用例等等;另一类是在管理过程中产生的文档,例如各种计划、报告等。

每个配置项的主要属性有名称、标识符、文件状态、版本、作者、日期等。配置项及历史纪录反映了软件的演化过程。

基线由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被冻结后,不能在被任何人随意更改。基线通常对应于开发过程中的里程碑。通常将交付该客户的基线称为一个Release,为内部开发用的基线称为一个Build。

版本控制的目的是按照一定的规则保存配置项的所有版本,避免发生版本丢失或混乱等现象。配置项的状态有三种:“草稿”、“正式发布”和“正在修改”

配置项的版本号与配置项的状态紧密相关:

(1) 处于“草稿”状态的配置项的版本号格式为:0.YZ

(2) 处于“正式发布”状态的配置项的版本号格式为:X.Y。

一般只是Y值递增,当Y值到达一定的范围时X值才发生变化。

(3) 处于“正在修改”状态的配置项的版本号格式为:X.YZ。

一般只增大Z值,当配置项修改完毕,状态重新变成“正式发布”时,将Z值变为0,增加X.Y值。

5、常用的配置管理软件

A)、自从20世纪80年代后期研制并完善了“增量存储算法”后配置管理工具的春天便开始了,目前国内常用的配置管理工具大概有SourceSafe、CVS和ClearCase。

SourceSafe是Micrsoft公司推出的一款支持团队协同开发的配置管理工具,是Visual Studio的套件之一。因为其短小精悍,又继承了微软集成销售的一贯作风用户可以相对于免费的价格得到,用户量绝对是第一位。

SourceSafe简单易用人们在使用配置管理工具时候,80%的时间只是用Add,Check in,Check out等区区几个功能。

SourceSafe 的主要局限性:只支持WINDOWS不支持异构环境下的配置管理;对INTERNET支持不够完善。

B)、在详细介绍SourceSafe首先简单概述一下它的基本机制。SourceSafe是使用服务器、本地机的概念来进行操作的,它认为所有需要操作的文件都存在服务器版本文件和本地机版本文件,无论您的SourceSafe的架构是服务器客户机形式还是个人单机版形式,它的机制都是这样。用户所用的修改都是在本地机上完成的,修改完成后再上传服务器。单机版也是这样操作。我们一定要明确两个版本后再来分析。

服务器版本文件是一个绝对受配置管理软件限制的文件,用户只能通过SourceSafe的规定的权限和操作方法修改它,因为它并不是您一个人的,它是大家的。本地文件是一个基本不受限制的文件,您可以象操作本地文件一样操作它。

SourceSafe由Visual SourceSafe 6.0 Admin、Microsoft Visual SourceSafe 6.0、Analyze VSS DB、Analyze & Fix VSS DB四部分组成。

C)、Analyze VSS DB、Analyze & Fix VSS DB两个工具不是很常用,前者用于检查SourceSafe数据库文件的完整性,后者主要是修正SourceSafe数据库文件存在的错误。

D)、Visual SourceSafe 6.0 Admin的功能类似于win2k的用户管理器,软件配置管理人员用它来分配用户和设定相应的权限。

管理员的管理操作一般都集中在Visual SourceSafe 6.0 Admin中,系统中只有一个系统管理员Admin可以登陆到此程序中进行管理工作,一般刚刚安装的系统中此用户的密码缺省为空。而且系统为Admin这个用户保留的一切权力,不可更改。

数据库的创建这个操作必须在服务器上执行,因为通过客户端创建数据库的操作,只是在客户端的机器上创建的数据库,这个数据库往往只能单机使用。同时要必须注意,由于VSS是通过WINDOWS的网络共享来完成服务器端受控版本文件的共享,因此VSS服务端的数据库必须建立在服务器的一个完全共享的目录之中。否则,客户端将无法获得数据库中的文件。

数据库的备份与恢复,备份数据库或者其中的一个项目,点击tools-archive projects…菜单弹出对话框,根据提示一步步进行备份,最后会形成一个扩展名为*.ssa的备份档案文件。

如果要从档案文件中恢复VSS数据库中的文件数据,点击tools-restore projects菜单根据提示一步步完成数据恢复工作。其中,在恢复过程中,可以选择恢复为原有工程,也可改变恢复成其他工程目录。

E)、Microsoft Visual SourceSafe 6.0是SourceSafe的主要使用平台,样子象Windows的文件管理器,它所显示的路经是以‘$’符号为根节点的相对路径,在这里介绍一下此平台的主要使用方法。

(1)添加项目

您可以在根节点下添加项目,方法是:File—Add File出现Add File对话框后选中相关文件,按Add即可。

你可以继续通过File-Create Project在根目录下创建一个项目后在此项目节点下添加文件。

添加完文件后,您所添加源文件的属性自动变为只读,并在所添加文件的文件夹下生成一个vssver文件 ,以后对文件的操作基本与原文件没有关系了。

(2)浏览Source Safe Server中的文件

在Visual SourceSafe Explore中双击要打开的文件,会弹出一个对话框,您直接点击OK即可。这时SourceSafe Explore会将文件拷贝一份到本地机的临时文件夹中(临时文件夹路径在tools-options-general下设置),因原文件前面提到已经变了只读,所以临时文件也是只读属性,而且文件名会通过系统自动更改。

(3)设置工作文件夹

SourceSafe 的文件夹需要在本地计算机上指定一个“working folder”。当“check out”时,相应文件会下载到这个本地工作文件夹中。我们在本地的文件中修改文件,然后把修改后的文件“check in”回服务器的source safe中。

我们可以利用“set working folder”这条命令来建立source safe的文件夹和本地“working folder”的对应关系。方法在source safe的文件目录树中选中要建立对应关系的文件夹-右单击-选择“set working folder”即可。

(4)、下载最新版本文件到本地机

“get latest version”命令可以将一个文件、一组文件或整个文件夹的最新版本从source safe中拷贝到本地的计算机中,并用只读的形式保存起来。方法如下:

在左侧的文件树中选择相应的文件夹右单击后,选择“get latest version”

这时会弹出一个对话框,它包括三个复选框:三个复选框全空时,只将source safe文件夹根目录下的文件拷贝到本地计算机,如同DOS中的COPY命令;recursive选项选中时,会将source safe文件夹下的所有文件夹及文件都拷贝到本地计算机,如同DOS中的DISKCOPY,make writable选中,拷贝到本地的文件是可写的。

如果我们单击“advance”按钮,就会出现更多的选择项。在“set file”中的四个选项第一如下:current为拷贝操作发生时的当前时间;Modification为文件最近一次修改的时间;check in为文件最后一次check in是的时间;default同current.

在replace writable中的四个选项作用是,当本地机有一个和要下载的文件同名时,且本地机的文件是可写的同名文件时,设置系统如何执行拷贝:ask系统提示是否覆盖本地的同名文件;replace自动覆盖本地的同名文件;skip不覆盖本地的同名文件;merge将两个文件合并。

一定要养成先Get Latest Version的习惯,否则如果别人更新了代码,VC会提示你存在版本差异并问您是否覆盖、整合、保留等,如果选错了就会把别人的代码Cancel掉,所以一定小心。

(5)下载文件到本地操作

当我们要修改一个文件时,首先要把文件从source safe中复制到“working folder”中,并且以可写的形式保存,这一系列动作的命令就是check out。具体使用方法如下:选择要下载到本地机的文件,右单击后选择check out,这时会弹出一个对话框。缺省的状态下“don’t get local ”这个选项是不选的,他的意义是这样的:如果不选保持缺省状态,当本地的同名文件是只读时,则系统首先用source safe的文件更新本地的文件,本地的文件变为可写。当本地的文件是可写时,则会出现另一提示框其中的选项leave this file:本地文件保留当前状态,source safe中的文件也保留当前状态,这样有可能两个文件不一致。选项Replace your local file with this version from source safe:用source safe中的文件更新本地的文件。如果您选择don’t get local 选项:则不把source safe的文件拷贝到本地。

文件check成功后,您可以看到文件上有红色标记,这时您的本地文件是可写的,您就可以修改文件了。上面的选项也许让您心乱,为了操作更简便,我们推荐一种check out 方法:

当本地的文件比source safe中的文件内容新时,选择don’t get local 选项。然后check in使本地机与服务器内容同步;

当source safe中的文件比本地机的文件内容新时,则在source safe中选择此文件,然后get latest version命令,然后按照默认选项进行check out;

当两者内容相同时,按照默认选项操作。

注意:source safe中使用了文件锁的概念当一个文件被别人check out时,其他人不能check out 此文件;如果文件锁是无效的,您可以查看Visual SourceSafe 6.0 Admin-tools-general-allow multiple chechouts选项是否被选中。只有当check out 修改文件完毕后,一定要check in,来保证source safe中的文件最新。

谨记check out时将是使得代码对自己可写,对别人只读,请仅仅Check Out自己需要修改的部分,不然你工作的时候同组成员只能休息了。

(6)上传文件到服务器操作

我们必须利用 check in命令保证source safe本地的文件同步,check in与check out 成对出现,它的作用是用本地的文件更新source safe中被check out 的文件。

具体操作在source safe选中处于check out状态的文件,右单击选择check in即会出现一个对话框:默认状态下它的两个复选框处于非选状态,Keep checked out选项,可以在check in 后自动的再次check out,等于是省略了下一步check out操作;remove local 选项,可以在check in的同时,删除本地机上working folder中的同名文件。

一般按照缺省选项就可以了。Check in成功后,source safe和本地的文件是完全相同的,本地的文件变成了只读文件。要再次修改文件时,再执行check out操作,此时本地机的文件属性自动变为可写状态。一定记住check out 后要check in,不然导致的后果就如同写完了文件不保存差不多。

一定要保证你的文档正确、可编译后再Check In不然会使得其他人也无法通过编译,整个工程没法调试了。

(7)undo check out 操作

当一个文件被check out 后,您如果想要撤销这项操作,可以使用undo check out命令,操作步骤:选中处于check out 状态的文件,右单击后选择undo check out.

当source safe中的文件和本地的文件完全相同时,则不出现提示信息,文件恢复为普通状态。

当source safe中的文件和本地的这个文件不完全相同时,则出现提示窗口,对话框local 中包括三个选项:

replace 选项选中后会出现,系统询问是否覆盖的信息,如果单击yes则是用source safe上的文件最后一个版本覆盖本地机上的文件,如果选择no保留本地计算机上文件的内容,source safe上的文件是上次check in后的内容。此时,两个文件可能出现不同;

leave选项保留当前计算机上的内容,source safe上的文件是上次check in后的内容,两个文件可能出现不同;

delete 选项删除本地计算机上的这个文件。

选择一个选项后,单击OK后,文件回到普通状态。

(8)edit操作

edit命令是一个组合命令,是先check out再修改的命令的组合。应当注意的是,执行edit命令后,我们修改了文件,但是source safe中的文件并没有同步的修改,我们还是要check in完成本地文件与source safe上文件的同步。

(9)查看文件的历史内容

方法选中此文件,右单击选择show history,出现一对话框后,经选择OK后弹出一窗体,我们可以看到这个文件的所有版本,要查看某个版本可以选中VIEW按钮。如果想下载某个先前的版本可以点击get按钮。

(10)关于source safe的权限

缺省状况下,项目安全管理是以简单模式来运行,即用户对工程的操作的权限只有两种,一种只读权限,一种读写权限。要启用高级模式,可以在Visual SourceSafe 6.0 Admin-tools-project security-enable project security将此选项选选中。

source safe的权限分为5级:

无权限级:看不到文件

read级:自能浏览文件,可以使用get latest version命令

check in/check out级:可以更新文件,但不能对文件进行删除

delete级:可以删除文件,但通过某些命令这些文件还能恢复。

Destroy级:可以彻底的删除文件,删除之后无法恢复。

为用户设定权限的工作一般由软件配置管理员在Visual SourceSafe 6.0 Admin中完成。

权限管理就是管理用户和工程目录之间的操作权限的关系。因此,有两种管理方式。一种就是以工程目录为主线来管理权限,一种是以用户为主线来管理权限。

以目录为主线管理用户权限则点击tools-right by project…菜单,弹出对话框来管理项目的用户访问权限。

如果以用户为主线来用户权限,则应先在主界面的下方的用户列表中选中一个用户,再点击rights assignments for user…菜单,弹出对话框,对话框下方列出了该用户对数据库各项目目录的访问权限,如果访问某个项目在列表上没有列出,则说明该项目的权限是继承上级目录的访问权限。只要您点选一个目录,就可以编辑该用户对该项目目录的访问权限。

权限复制就是将一个用户的权限直接复制给另外一个用户,管理员可以通过 user right…菜单来实现。

(11)关于password的更改

password一般是由软件配置管理员分配的,如果我们需要修改密码,可以在tools-change password 下修改。

需要说明的一点是当你的source safe密码和windows密码相同时,启动source safe,不会出现提示您输入密码的对话框。这是微软的的一贯作风,在SQL server数据库管理系统下也能找到这个影子,因为微软认为windows的密码应该比其他软件的密码级别要高,既然您能用相同的用户名和密码进入 windows那么您也有权使用相同的用户名进入其他的软件。

⑥ 网络工程师

一、 考试说明
1. 考试要求

(1) 熟悉计算机系统的基础知识;
(2) 熟悉网络操作系统的基础知识;
(3) 理解计算机应用系统的设计和开发方法;
(4) 熟悉数据通信的基础知识;
(5) 熟悉系统安全和数据安全的基础知识;
(6) 掌握网络安全的基本技术和主要的安全协议与安全系统;
(7) 掌握计算机网络体系结构和网络协议的基本原理;
(8) 掌握计算机网络有关的标准化知识;
(9) 掌握局域网组网技术,理解城域网和广域网基本技术;
(10) 掌握计算机网络互联技术;
(11) 掌握TCP/IP协议网络的联网方法和网络应用服务技术;
(12) 理解接入网与接入技术;
(13) 掌握网络管理的基本原理和操作方法;
(14) 熟悉网络系统的基本性能测试和优化技术,以及可靠性设计技术;
(15) 理解网络应用的基本原理和技术;
(16) 理解网络新技术及其发展趋势;
(17) 了解有关知识产权和互联网的法律、法规;
(18) 正确阅读和理解本领域的英文资料。

2. 通过本级考试的合格人员能根据应用部门的要求进行网络系统的规划、设计和网络设备的软硬件安装调试工作,能进行网络系统的运行、维护和管理,能高效、可靠、安全地管理网络资源;作为网络专业人员对系统开发进行技术支持和指导;具有工程师的实际工作能力和业务水平,能指导助理工程师从事网络系统的构建和管理工作。

3. 本级考试设置的科目包括:
(1) 计算机与网络知识,考试时间为150分钟,笔试;
(2) 网络系统设计与管理,考试时间为150分钟,笔试。

二、 考试范围

考试科目1:计算机与网络知识

1. 计算机系统知识

1.1 硬件知识
1.1.1 计算机结构
· 计算机组成(运算器、控制器、存储器、存储器、I/O部件)
· 指令系统(指令、寻址方式、CISC、RISC)
· 多处理器(紧耦合系统、松耦合系统、阵列处理机、双机系统、同步)
· 处理器性能

1.1.2 存储器
· 存储介质(半导体存储器、磁存储器、光存储器)
· 存储系统
· 主存与辅存
· 主存类型,主存容量和性能
· 主存配置(主存奇偶校验、交叉存取、多级主存、主存保护系统)
· 高速缓存
· 辅存设备的性能和容量计算

1.1.3 输入输出结构和设备
· I/O接口(中断、DMA、通道、SCSI、并行接口、通用接口总线、RS-232、USB、IEEE1394、红外线接口、输入输出控制系统、通道)
· 输入输出设备类型和特性

1.1.4 嵌入式系统基础知识

1.2 操作系统知识

1.2.1 基本概念
· 操作系统定义、特征、功能及分类(批处理、分时、实时、网络、分布式)
· 多道程序
· 内核和中断控制
· 进程和线程

1.2.2 处理机管理、存储管理、设备管理、文件管理、作业管理
· 进程的状态及转换
· 进行调度算法(分时轮转、优先级、抢占)
· 死锁
· 存储管理方案(分段与分页、虚存、页面置换算法)
· 设备管理的有关技术(Spooling、缓冲、DMA、总线、即插即用技术)
· 文件管理
· 共享和安全(共享方式、可靠性与安全性、恢复处理、保护机制)
· 作业的状态及转换
· 作业调度算法(先来先服务、短作业优先、高响应比优先)

1.3 系统配置方法

1.3.1 系统配置技术
· 系统架构模式(2层、3层及多层C/S和B/S系统)
· 系统配置方法(双机、双工、热备份、容错、紧耦合多处理器、松耦合多处理器)
· 处理模式(集中式、分布式、批处理、实时系统、Web计算、移动计算)

1.3.2 系统性能
· 性能设计(系统调整、响应特性)
· 性能指标、性能评估(测试基准、系统监视器)

1.3.3 系统可靠性
· 可靠性计算(MTBF、MTTR、可用性、故障率)
· 可靠性设计(失效安全、软失效、部件可靠性及系统可靠性的分配及预估)
· 可靠性指标和可靠性评估,RAS(可靠性、可用性和可维护性)

2. 系统开发和运行基础知识

2.1 系统开发基础知识

2.1.1 需求分析和设计方法
· 需求分析
· 结构化分析设计
· 面向对象设计
· 模块设计、I/O设计、人机界面设计

2.1.2 开发环境
· 开发工具(设计工具、编程工具、测试工具、CASE)
· 集中开发环境

2.1.3 测试评审方法
· 测试方法
· 评审方法
· 测试设计和管理方法(注入故障、系统测试)

2.1.4 项目管理基础知识
· 制定项目计划
· 质量计划、管理和评估
· 过程管理(PERT图、甘特图、工作分解结构、进度控制、关键路径)
· 配置管理
· 人员计划和管理
· 文档管理(文档规范、变更手续)
· 开发组织和作用(开发组成员、项目经理)
· 成本管理和风险管理

2.1.5 系统可审计性
· 审计方法、审计跟踪
· 在系统中纳入和可审计性

2.2 系统运行和维护知识

2.2.1 系统运行
· 系统运行管理(计算机系统、网络)
· 系统成本管理
· 系统运行(作业调度、数据I/O管理、操作手册)
· 用户管理(ID注册和管理)
· 设备和设施管理(电源、空调设备、设备管理、设施安全和管理)
· 系统故障管理(处理手续、监控,恢复过程、预防措施)
· 安全管理
· 性能管理
· 系统运行工具(自动化操作工具、监控工具、诊断工具)
· 系统转换(转入运行阶段、运行测试、版本控制)
· 系统运行服务标准

2.2.2 系统维护
· 维护的类型(完善性维护、纠错性维护、适应性维护、预防性维护)
· 维护的实施(日常检查、定期维护、预防性维护、事后维护、远程维护)
· 硬件维护,软件维护,维护合同

3. 网络技术

3.1 网络体系结构

· 网络拓扑结构
· OSI/RM
· 应用层协议(FTP、TELNET、SNMP、DHCP、POP、SMTP、HTTP)
· 传输层协议(TCP、UDP)
· 网络层协议IP(IP地址、子网掩码)
· 数据链路层协议(ARP、RARP、PPP、SLIP)
· 物理地址(单播、广播、组播)

3.2 编码和传输

3.2.1 调制和编码
· AM、FM、PM、QAM
· PCM、抽样

3.2.2 传输技术
· 通信方式(单工/半双工/全双工、串行/并行、2线/4线)
· 差错控制(CRC、海明码、奇偶校验、比特出错率)
· 同步控制(起停同步、SYN同步、标志同步、帧同步)
· 多路复用(FDM、TDM、WDM)
· 压缩解压方法(JPEG、MPEG、MH、MR、MMR、游程长度)

3.2.3 传输控制
· 竞争系统
· 轮询/选择系统
· 基本规程、多链路规程、传输控制字符、线路控制
· HDLC

3.2.4 交换技术(电路交换、存储转发、分组交换、ATM交换、帧中继)

3.2.5 公用网络和租用线路

3.3 网络

3.3.2 网络分类
· 按地域分类(LAN、MAN、WAN)
· 按服务分类(因特网、企业内部网)
· 按传输媒体分类(电话、数据、视像)
· 按电信网分类(驻地、接入、骨干)

3.3.2 LAN
· LAN拓扑(总线型、星型、环型)
· 访问控制系统(CSMA/CD、令牌环、令牌总线)
· LAN间的连接、LAN-WAN的连接、对等连接、点对点连接
· 高速LAN技术(千兆以太网)
· 无限LAN

3.3.3 MAN常用结构

3.3.4 WAN与远程传输服务
· 租用线路服务、线路交换服务、分组交换服务
· ISDN、VPN、帧中继、ATM、IP连接服务
· 卫星通信服务、移动通信服务、国际通信服务

3.3.5 因特网
· 因特网概念(网际互联设备、TCP/IP、IP路由、DNS、代理服务器
· 电子邮件(协议、邮件列表)
· Web(HTTP、浏览器、URL、HTML、XML)
· 文件传输(FTP)
· 搜索引擎(全文搜索、目录搜索、智能搜索)
· QoS、CGI、VoIP

3.3.6 接入网与接入技术

3.3.7 网络性能
· 有关线路性能的计算(传输速度、线路利用率、线路容量、通信量、流量设计)
· 性能评估
· 排队论的应用

3.4 网络通信设备

3.4.1 传输介质和通信电缆
· 有线/无线介质(双绞线、同轴电缆、光纤;无线电波、光、红外线)
· 分配线架(IDF)、主配线架(MDF)

3.4.2 各类通信设备
· 线路终端设备、多路设备、交换设备、转接设备
· 线路连接设备(调制解调器、DSU、NCU、TA、CCU、PBX)

3.5 网络连接设备
· 网际连接设备(网关、网桥、生成树网桥、源路由网桥、路由器、中继器、集线器、交换机)

3.6 网络软件系统

3.6.1 网络操作系统
· 网络操作系统的功能、分类和特点
· 网路设备驱动程序(ODL、NDIS)
· 网络通信的系统功能调用(套接字API)
· RPC
· TP Monitor
· 分布式文件系统
· 网络设备功能

3.6.2 网络管理
· 网络管理的功能域(安全管理、配置管理、故障管理、性能管理、计费管理)
· 网络管理协议(CMIS/CMIP、SNMP、RMON、MIB-II)
· 网络管理工具(ping、traceroute、NetXray、Analyzer、Sniffer)
· 网络管理平台(OpenView、NetView、SunNet Manager)
· 分布式网络管理

3.6.3 网络应用与服务
· WWW
· FTP文件传输
· 电子邮件
· Telnet
· 信息检索
· 视频点播
· 网络会议
· 远程教育
· 电子商务
· 电子政务
· CSCW和群件

4. 网络安全

4.1 安全计算

4.1.1 保密性和完整性
· 私钥和公钥加密标准(DES、IDEA、RSA)
· 认证(数字签名、身份认证)
· 完整性(SHA、MD5)
· 访问控制(存取权限、口令)

4.1.2 非法入侵和病毒的防护
· 防火墙
· 入侵检测
· VPN、VLAN
· 安全协议(IPSec、SSL、ETS、PGP、S-HTTP、TLS)
· 硬件安全性
· 计算机病毒防护

4.1.3 可用性
· 文件的备份和恢复

4.1.4 安全保护
· 个人信息控制
· 匿名
· 不可跟踪性

4.1.5 LAN安全
· 网络设备可靠性
· 应付自然灾害
· 环境安全性
· UPS

4.2 风险管理
4.2.1 风险分析和评估
4.2.2 应付风险的对策
· 风险预防(风险转移、风险基金、计算机保险)
· 意外事故预案(意外事故类别、应付意外事故的行动预案)
4.2.3 内部控制
· 安全规章制度
· 安全策略和安全管理

5. 标准化知识

5.1 标准的制订和获取

5.1.1 标准的制订和获取过程

5.1.2 环境和安全性评估标准化

5.2 信息系统基础设施标准化

5.2.1 标准
· 国际标准(ISO、IEC)与美国标准(ANSI)
· 国家标准(GB)
· 行业标准与企业标准

5.2.2 开放系统(X/Open、OSF、POSIX)

5.2.3 数据交换标准(EDIFACT、STEP、XML)

5.2.4 安全性标准
· 信息系统安全措施标准
· 计算机防病毒标准
· 计算机防非法访问标准
· CC标准
· BS7799标准

5.3 标准化组织

· 国际标准化组织(ISO、IEC、IETF、IEEE、IAB、W3C)
· 美国标准化组织
· 欧洲工业标准化组织
· 中国国家标准化委员会

6. 信息化基础知识

· 信息化意识
· 全球信息化趋势,国家信息化战略,企业信息化战略和策略
· 企业信息资源管理基础知识
· 互联网相关的法律、法规知识
· 个人信息保护规则

7. 计算机专业英语

· 掌握计算机技术的基本词汇
· 能正确阅读和理解计算机领域的英文资料

考试科目2:网络系统设计与管理

1. 网路系统的设计和构建

1.1 网络系统的需求定义

1.1.1 应用需求分析
· 应用需求的调研(应用系统性能、信息产生和接收点、数据量和频度、数据类型和数据流向)
· 网络应用的分析

1.1.2 现有网络系统分析
· 现有网络体系结构调研(服务器的数量和位置、客户机的数量和位置、同时访问的数量、每天的用户数,每次使用的时间、每次数据传输的数据量、网络拥塞的时间段、采用的协议、通信模式)
· 现有网络体系结构分析

1.1.3 需求定义
· 功能需求(待实现的功能)
· 通信需求(期望的通信模式)
· 性能需求(期望的性能)
· 可靠性需求(期望的可靠性)
· 安全需求(安全性标准)
· 维护和运行需求(运行和维护的费用)
· 管理需求(管理策略)

1.2 网络系统的设计

1.2.1 技术和产品的调研和评估
· 收集信息
· 采用的技术和产品的比较研究
· 采用的技术和设备的比较要点

1.2.2 网络系统的设计
· 确定协议
· 确定拓扑结构
· 确定连接(链路的通信性能)
· 确定结点(结点的处理能力)
· 确定网络的性能(性能模拟)
· 确定可靠性措施
· 确定安全性措施(安全措施的调研,实现安全措施的技术和设备的评估)
· 网络设备的选择,制订选择标准(成本、性能、容量、处理量、延迟),性能指标的一致性,高级测试的必要性,互连性的确认

1.2.3 新网络业务运营计划
· 业务过程的确认
· 安装计划
· 转换到新网络的计划

1.2.4 设计评审

1.3 网络系统的构建和测试

1.3.1 安装工作
· 事先准备
· 过程监督

1.3.2 测试和评估
· 连接测试
· 安全性测试
· 性能测试

1.3.3 转换到新网络的工作计划

2. 网络系统的运行、维护管理、评价

2.1 网络系统的运行和维护

2.1.1 用户措施
· 用户管理、用户培训、用户协商

2.1.2 制定维护和升级的策略和计划
· 确定策略
· 设备的编址
· 审查的时间
· 升级的时间

2.1.3 维护和升级的实施
· 外部合同要点
· 内部执行要点

2.1.4 备份与数据恢复
· 数据的存储与处置
· 备份
· 数据恢复

2.1.5 网络系统的配置管理
· 设备管理
· 软件
· 网络配置图

2.2 网络系统的管理

2.2.1 网络系统的监视
· 网络管理协议(SNMP 、MIB-2、RMON)
· 利用工具监视网络性能(LAN监控器)
· 利用工具监视网络故障
· 利用工具监视网络安全(入侵检测系统)
· 性能监视的检查点
· 线路故障检查点
· 安全监视的检查点

2.2.2 故障恢复分析
· 故障分析要点(LAN监控程序)
· 排除故障要点
· 故障报告撰写要点

2.2.3 系统性能分析
· 系统性能分析要点

2.2.4 危害安全的对策
· 危害安全情况分析(调查损失情况,收集安全信息,查找原因)
· 入侵检测要点
· 对付计算机病毒的要点(查杀病毒措施)

2.3 网络系统的评价

2.3.1 系统评价
· 系统能力的限制
· 潜在问题分析
· 系统评价要点

2.3.2 改进系统的建议
· 系统生命周期
· 系统经济效益
· 系统的可扩充性
· 建议改进系统的要点

3. 网络系统实现技术

3.1 网络协议
· 商用网络协议(SNA/APPN、IPX/SPX、AppleTalk、TCP/IP)
· 商务协议(XML、CORBA、COM/DCOM、EJB)
· Web 服务(WSDL、SOAP、UDDI)

3.2 可靠性设计
· 硬件高可靠性技术
· 软件高可靠性技术
· 系统维护高可靠性技术
· 容错技术
· 通信质量

3.3 网络设施

3.3.1 xDSL调制解调器

3.3.2 ISDN路由器
· 接口
· 功能(非通信控制功能、NAT功能)

3.3.3 FRAD(帧装配/拆装)、CLAD(信元装配/拆装)
· 接口
· 功能

3.3.4 远程访问服务器
· 功能和机制

3.3.5 办公室个人手持系统(PHS)
· 数字无绳电话的功能特性

3.3.6 中继式HUB
· 倍速集线器(功能和机制)

3.3.7 L2、L3、L4及多层交换机功能和机制

3.3.8 IP路由器功能和控制

3.3.9 虚拟网(功能与机制)

3.3.10 与其他协议的共存(多协议路由器、IP隧道)

3.4 网络应用服务

3.4.1 地址服务
· 机制、DHCP、IPv6(机制和传输技术)

3.4.2 DNS(功能、机制)
· 域名、FQDN

3.4.3 电子邮件(功能、机制)
· SMPT、POP、MIME、IMAP4、LDAP
· 邮件列表
· Web Mail

3.4.4 电子新闻(功能和机制、NNTP)

3.4.5 Web服务(功能和机制、HTTP)

3.4.6 负载分布(Web交换)

3.4.7 电子身份验证(功能、机制、认证授权、电子证书)

3.4.8 服务机制
· 服务供应商、供应商漫游服务、拨号IP连接、CATV连接、IP电话、因特网广播和组播、电子商务、电子政务、移动通信、EZweb、主机服务提供者、EDI(规则、表单、Web EDI)、B2B、B2C、ASP、数据中心

4. 网络新技术

4.1 光纤网
· ATM-PDS、STM-PDS
· 无源光网PON(APON、EPON)

4.2 无线网
· 移动电话系统(WLL、WCDMA、CDMA2000、TD-SCDMA)
· 高速固定无线接入(FWA)
· 802.11a、802.11b、802.11g
· 微波接入(MMDS LMDS)
· 卫星接入
· 篮牙接入

4.3 主干网
· IPoverSONET/SDH
· IpoverOptical
· IpoverDWDM

4.4 通信服务
· 全天候IP连接服务(租用线路IP服务)
· 本地IP网(NAPT)
· Ipv6

4.5 网络管理
· 基于TMN的网络管理
· 基于CORMBA的网络管理

4.6 网格结算
书的话《网络工程师考试冲刺指南》这本不错,完全贴进考试,里面只有考试的内容,最好再配一本《网络工程师教程》,先看《网络工程师教程》打好基础再看《网络工程师考试冲刺指南》,再做几套真题。

⑦ 配置管理的起源、发展历程和主要作用是什么

1 “配置”的意思:配置,是一个很洋化的词汇,在汉语的本土词汇中,没有很好的对应概念。所以,要解释“配置是什么”,比较费劲。在英文字典中,configuration的解释是“A configuration is an arrangement of a group of things”(配置是指一组事物的组合排列)。
这个定义有三层含义
(1)如果说到“某个事物(例如产品)的配置”,那么这个事物必定是由具有相互关系的若干其他事物(例如零部件)构成的集合,只有集合性的事物才有配置一说,单个的、不可拆分的事物是不存在配置的;
(2)配置,并非指这个集合事物的本身(“产品”与“产品配置”是两码事);
(3)配置是指参与构成集合事物的那些众多“小”事物之间的组合状态、排列状态,或者是指集合事物的内部组成。
2 企业为什么要管产品配置
“产品是由哪些单元构成”与“产品是由这些单元如何构成”,设计部门设计成什么样就是什么样,把图纸保管好就行了。图纸当然是要存档的,但配置管理不是把图纸管好这么简单。如果,设计部门能够一帆风顺地将产品设计出来,工艺部门能够一帆风顺地做好工艺文件,然后将设计文件和工艺文件都保管好,并将副本交给生产部门去照着做就行了,那么再复杂的产品都不需要配置管理工作了。
3 配置管理的起源和发展简史是怎样的
前文简述过,配置管理起源于1960年代的美国国防工业。这一行业有一个特点:产品的研发是由政府出资的,而且政府拥有产品研发成果的所有权。随着武器装备的复杂程度越来越高,对配置的管理要求也越来越严格。很多情况下,企业好不容易才做出一个样机,通过测试证明是符合军方需求的。但做到这一点需要花费大量的成本和时间。军方意识到需要对需求进行管理,不仅要管理总体需求,而且还要管理需求的细化过程。就算花了很大代价做出了一个合格的样机,也很难保证后续的产品也都是合格的。原因就在于变更。由于武器系统太复杂,牵一发而动全身,任何一处变更都有可能引发产品在其他方面出现差错。为此,美国政府在1960年代开始组织力量研究这个问题,并提出了一系列关于配置管理的规则,有些规则还上升成为了标准。这些规则和标准,就逐渐从国防工业扩散到各行各业,被广为接受。
不仅是离散制造业,而且软件行业也非常重视配置管理。让需求始终保持清晰、简洁、有效的能力,以及适应变更的能力,对于软件企业也非常重要。虽然软件产品并非由实物零部件所构成,但从管理的角度来看,构成软件产品的模块、函数等单元和零部件是一样的。有趣的是,软件行业普遍比离散制造业更重视配置管理工作。我个人认为这可能是因为软件行业比较年轻,包袱少、过去的习惯思维的禁锢少吧。
1980~1990年代,配置管理的思想开始被引入到中国的国防工业,并且有一个专有名词:技术状态管理;但在民品工业中,人们习惯使用“配置管理”这种译法。
关于配置管理的思想和方法,最权威的机构是美国的Institute of Configuration Management(ICM,配置管理学会),他们将他们的研究成果称为“CMII”。按照CMII的观点,配置管理工作应该让企业具备两项重要的能力,即“让需求保持清晰、简洁、有效的能力”和“适应变更的能力”。按照CMII的观点,配置管理的目标是“实现最终产品相对需求的自始至终一致性,并将干预资源降低到零”(干预资源就是花费在改错型变更活动上的资源)。
现在,随着PLM软件在中国民品工业中的普及,国内从事制造业的企业中,接触过配置管理思想的人也开始多了起来。

⑧ 什么是配置管理管理理解不了,求一个形象的比喻具体的解释

就像一个工具箱,他管理所有工具,你用时必须打开它来寻找你需要用的配置,

⑨ 如何正确理解配置管理

……实际情况是,我们很难对上述这些问题给出准确的回答。究其原因,主要是由于我们配置管理工作没有做好产生的。 既然项目中有很多问题是由于配置管理没有做好导致,那么到底什么是配置管理呢?大家可能认为,任何人只要是参加过软件开发工作,就应该知道这个问题的答案,但实际上很少人能准确的描述“配置管理”这个术语的含义。随着大家对软件开发过程认识的加深,那些参加过软件开发的人已经认识到需要对开发过程中发生的事情进行控制。一旦这些事情能够得到控制,过程就能被度量和引导。出于对这种需求的认识,我们得到了配置管理的定义:软件配置管理就是如何控制软件项目的进展。在CMMI和IEEE关于配置管理的正式定义是:软件配置管理是软件工程中的一项规程,包括相关工具和应用技术(过程或方法),公司用它来管理软件资产变更。 但是上述两种定义较难于理解和记忆,笔者实际工作的经验总结发现,配置管理实际就是四个正确,即正确的人,在正确的时候,可以获取到正确文件的正确的版本。

热点内容
越容易压缩 发布:2025-01-13 07:37:37 浏览:557
ecstore数据库 发布:2025-01-13 07:29:43 浏览:296
手机设置密码忘记了怎么解开 发布:2025-01-13 07:28:29 浏览:20
存储卡交流 发布:2025-01-13 07:16:06 浏览:984
php字符串浮点数 发布:2025-01-13 07:15:28 浏览:998
python排序cmp 发布:2025-01-13 07:09:04 浏览:72
云脚本精灵 发布:2025-01-13 07:03:27 浏览:619
高维访问 发布:2025-01-13 07:03:23 浏览:976
保卫萝卜有脚本吗 发布:2025-01-13 06:30:29 浏览:743
天猫上传 发布:2025-01-13 06:06:35 浏览:156