① 标识牌的功能作用
标识牌主要是通过视觉来表现它的作用的?比如?文字传达?标识标牌记号是具有象征性、方向性、暗示性等等的功能。文字样式可以表现出性格、背景。现出象征性与构造性意义。
标识牌还具有广告(ADVERTISEMENT)的功能。
标识牌是融合规划、建筑、空间、雕塑、逻辑、色彩、美学、材质组合于一体的产物，它既不是简单的文字，更不是所谓的牌子，它是与环境相融的独一无二的艺术作品。
(1)配置标识的功能是什么扩展阅读
在今日的高科技现代自动化社会当中。随着社会建设的需求，标牌制造业将会拥有自己的地位。标识标牌更加规模化的标牌基本上满足了今日的高科技现代自动化社会的所有需求。所以不能将标识标牌制造业称为简单的劳动业。
城市中汽车的数量每天都有几百辆增加，道路资源越来越少，对于交通标识合理布局，增加交通监控，单行道以及时间段限行等都需要标识牌来提示人们注意。
② .net 因为配置标识不正确，系统无法开始服务器进程。请检查用户名和密码。
.net 因为配置标识不正确，系统无法开始服务器进程。请检查用户名和密码是设置错误造成的，解决方法为：
1、同时按下win+r键，打开运行窗口，在运行窗口输入Services.msc。
③ 配置管理的作用是什么 包括那几部分功能
作用：通过配置管理，网络管理员可以方便地查询网络当前的配置情况，增强对网络配置的控制。
主要功能：
A． 设置开放系统中有关路由操作的参数
B． 被关对象和被关对象组属性的管理
C． 初始化和关闭被管理对象
D． 根据要求收集系统当前状态的有关信息
E． 获得系统主要变化的信息，维护最新的设备清单并根据数据产生报告。
F． 更该系统的配置，提供远程修改设备配置的手段
注：您这个问题是今年电大计算机网络的考题吧。其实《计算机网络》课程考一道《网络管理》的题，实在不咋地，虽然教材中有这部分内容（本来就不该有），但不属于重点内容，尤其不能占考卷的10%。出题教师太不认真。
④ 配置管理 如何对配置项进行标识
自定义啊。一般就是一些英文字母缩写简称，然后加一些用于区分不同类型配置项的关键字。这个是组织级配置管理要做的事，用于统一不同项目同一类型的配置项的名称罢了，方便从整体上管理
⑤ 求好心人啊
存在的问题
没有制定详细的质量管理计划，只是制定了整体进度计划等；
质量职责分配不合理——“张工调离后，小李亲自负责质量保证和技术把关”，说明人员不够，经验不够；
“小李为此专门组织技术人员与信息中心专家讨论软件开发计划”，说明职责分配也不及时；
需求和设计没有进行评审就开始实施；
“现场考察后才报了问题”说明进度计划中缺少了阶段测试等质量控制的环节；
“小李认为后续阶段不会有什么太大的问题”说明缺少风险评估及应急处理。
采取的后续措施
制定科学的项目的后续质量管理计划；
合理分配质量职责；
实施和加强测试、评审等质量控制的环节；
提前准备和启动返工后的上线试运行工作；
加强与客户的沟通交流。
如何进行软件配置管理？
一般来讲，软件配置管理人员应该完成以下几个主要任务：
任务一 配置标识
要配置标识，首先必须明确项目生命周期内所要产生的工作产品，然后确定工作产品的名称和标识规则。总体原则是保证配置管理工具检索便利，让项目组成员容易记住标识规则，同时要确保组织一级的标识规则的一致性。
任务二 版本管理
版本管理一般是使用工具来完成的，使用这些工具时，容易被忽视的一点是制定所使用工具的版本规则。如果直接采用工具的内部版本号，会给产品发布带来一些困难。通常采用“X.Y.Z”方式进行版本标识，明确X、Y和Z各位数字递增的规则，然后结合工具标签功能，便可实现高效的版本管理。
任务三 变更管理
变更管理是项目管理的一个重点和难点，涉及的范围很广。实施高效的变更管理至少应该包括两个 部分：“定义合理的变更管理流程”、“采用自动化工具作为支持”。在具体的实践中，应该对变更进行分类和分层，建立起处理不同变更的“变更控制委员会”，既保证项目组成员有一定的自主权，又不会耽误高层经理对关键问题的把握。
任务四配置审核
配置审核包括两方面的内 容：“配置管理活动审核”、“基线审核”。“配置管理活动审核”用于确保项目组成员的所有配置管理活动，遵循已批准的软件配置管理方针和规程，如检入/检出的频度、工作产品成熟度提升原则等。实施“基线审核”，要保证基线化软件工作产品的完整性和一致性，并 且满足其功能要求。基线的完整性可从以下几个方面考虑：基线库是否包括所有计划纳入的配置项？基线库中配置项自身的内容是否完整？此外，对于代码，要根据代码清单检查是否所有源文件都已存在于基线库。同时，还要编译所有的源文件，检查是否可产生最终产品。一致性 主要考察需求与设计以及设计与代码的一致关系，尤其在有变更发生时，要检查所有受影响的部分是否都做了相应的变更。审核发现的不符合项要进行记录，并跟踪 直到解决。
在实际操作过程中，一般认为审核是一种事后活动，很容易被忽视。但是“事后”也是有相对性的，在项目初期审核发现的问题，对项目后期工作总是有指导和参考价值的。为了提高审核的效果，应该充分准备好检查单。
任务五 报告配置状态。 报告配置状态的目的，是向项目所有成员提供基线内容和状态、基线变更信息，这也是实现资源共享的前提。此外，在项目生命周期中进行对配置 项的变更数据统计分析，有利于评估项目风险，有效控制项目的执行。在变更请求被批准、基线版本发生变化及项目组提出任何需要时，可以采用Email等方式进行报告。
任务六 发布管理
实施了规范的配置管理，发布就显得很从容了。但是必须要注意的是：发布的产品应该是从软件基线库中提取 出来的；在软件发布给最终用户之前，要准备发布记录，为软件产品分配发布版本号，同时要对它进行发布评审并确认其得到批准。一般来说，高层经理、项目经理、软件质量保证人员和测试组都应该参加发布评审。
在项目启动的初期，将这些活动和策略有机组织起来，便形成一个配置管理计划。然后建立配置管理环境，并根据项目组成员的具体情况，实施必要的有效培训。最后，执行计划。
⑥ 什么叫配置
什么是软件配置项？一般认为：软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。 软件配置项包括：
–①与合同、过程、计划和产品有关的文档和资料；
–② 源代码、目标代码和可执行代码；
–③相关产品，包括软件工具、库内的可重用软件、外购软件及顾客提供的软件等。
在软件建立时变更是不可避免，而变更更回剧了项目中软件工程师间的混乱。之所以产生混乱，是因为在进行变更前没有仔细分析，或没进行变更控制。Babich曾经这样说过：“协调软件开发使得混乱达到最小的技术叫配置管理。配置管理是一种标识、组织和控制修改的技术，目的是使错误达到最小并最有效地提高生长率。
软件配置管理，叫SCM，它应用于整个软件工程过程。因为变更在任何时刻都可能发生，因此SCM活动的目标就是为了(1)标识变更；(2)控制变更；(3)确保变更正确地实现(4)向其他有关的人员报告变更。
软件配置管理是贯穿整个软件生存周期的一项技术。它的主要功能是控制软件生存周期中软件的改变，减少各种改变所造成的影响，确保软件产品的质量。正确应用软件配置管理是开发高质量软件所不可缺少的。软件配置管理的过程是软件开发过程中质量管理的精髓。
⑦ 谁知道软件“配置管理库”的概念，请解说一下，或者给个资料。
网上有很多这样的资料咯，对三个配置库的定义我附了一张图片不知道你能不能看到
配置管理是指：应用技术和管理手段来识别和记录配置项的功能和物理特性，控制其变更，记录和报告变更的过程和实现状态，并检查与项目需求之间的符合度；通过配置管理可以有效的管理工作产品与工作产品之间的一致性，合理的控制和实施变更以维护对项目范围与边界条件的一致的理解。
本过程描述了配置管理活动的内容、规范和方法，以建立和维护软件开发过程中各种产品的完整性和一致性。
本过程中将使用到以下几个重要的术语：
配置项：处于配置管理之下的软件或/和硬件的集合体。这个集合体在配置管理过程中作为一个实体出现。
基线：已经通过正式复审和批准的某规约或产品，它因此可以作为进一步开发的基础，并且只能通过正式变更控制过程来改变；基线有一组配置组成，这些配置构成了一个相对稳定的状态，不能再被任何人随意修改。
配置标识：识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形式提供对它们的存取。
控制：通过建立产品基线，控制软件产品的发布和在整个软件生命周期中对软件产品的修改。
状态统计：记录并报告构件和修改请求的状态，并收集关于产品构件的重要统计信息。
配置审计：通过第三方（例如：软件质量保证工程师）来确认产品的完整性并维护构件间的一致性，即确保产品是一个严格定义的构件集合；
配置管理员：根据过程的规定，在公司内部具体实施与操作本过程的人员/角色。根据实施的层级的不同，配置管理员可以区分为“产品配置管理员”和“项目配置管理员”两个角色，一般产品配置管理员是专职的，项目配置管理员有项目成员兼职。
⑧ 配置管理员的标识和控制
所有配置项都都应按照相关规定统一命名，并在文档中的规定章节（部分）记录对象的标识信息。在引入软件配置管理工具进行管理后，这些配置项都应以一定的目录结构保存在配置库中。
所有配置项的操作权限应由SCM严格管理，推荐原则是：基线配置项向软件开发人员开放读取得权限；非基线配置项向PM、CCB及相关人员开放。
1．工作空间管理
在引入了软件配置管理工具之后，所有开发人员都会被要求把工作成果存放到由软件配置管理工具所管理的配置库中去，或是直接工作在软件配置管理工具提供的环境之下。所以为了让每个开发人员和各个开发团队能更好的分工合作，同时又互不干扰，对工作空间的管理和维护也成为了软件配置管理的一个重要的活动。
一般来说，比较理想的情况是把整个配置库视为一个统一的工作空间，然后再根据需要把它划分为个人（私有）、团队（集成）和全组（公共）这三类工作空间（分支），从而更好的支持将来可能出现的并行开发的需求。
每个开发人员按照任务的要求，在不同的开发阶段，工作在不同的工作空间上，例如：对于私有开发空间而言，开发人员根据任务分工获得对相应配置项的操作许可之后，他即在自己的私有开发分支上工作，他的所有工作成果体现为在该配置项的私有分支上的版本的推进，除该开发人员外，其他人员均无权操作该私有空间中的元素；而集成分支对应的是开发团队的公共空间，该开发团队拥有对该集成分支的读写权限，而其他成员只有只读权限，它的管理工作由SIO负责；至于公共工作空间，则是用于统一存放各个开发团队的阶段性工作成果，它提供全组统一的标准版本，并作为整个组织的Knowledge Base。
当然，由于选用的软件配置管理工具的不同，在对于工作空间的配置和维护的实现上有比较大的差异，但对于CMO来说，这些工作是他的重要职责，他必须根据各开发阶段的实际情况来配置工作空间并定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。
2．版本控制
版本控制是软件配置管理的核心功能。所有置于配置库中的元素都应自动予以版本的标识，并保证版本命名的唯一性。版本在生成过程中，自动依照设定的使用模型自动分支、演进。除了系统自动记录的版本信息以外，为了配合软件开发流程的各个阶段，我们还需要定义、收集一些元数据（Metadata）来记录版本的辅助信息和规范开发流程，并为今后对软件过程的度量做好准备。当然如果选用的工具支持的话，这些辅助数据将能直接统计出过程数据，从而方便我们软件过程改进（Software Process Improvement，SPI）活动的进行。
对于配置库中的各个基线控制项，应该根据其基线的位置和状态来设置相应的访问权限。一般来说，对于基线版本之前的各个版本都应处于被锁定的状态，如需要对它们进行变更，则应按照变更控制的流程来进行操作。
3．变更控制
在对SCI的描述中，我们引入了基线的概念。从IEEE对于基线的定义中我们可以发现，基线是和变更控制紧密相连的。也就是说在对各个SCI做出了识别，并且利用工具对它们进行了版本管理之后，如何保证它们在复杂多变得开发过程中真正的处于受控的状态，并在任何情况下都能迅速的恢复到任一历史状态就成为了软件配置管理的另一重要任务。因此，变更控制就是通过结合人的规程和自动化工具，以提供一个变化控制的机制。
在本文的前面的部分中，已经把SCI分为基线配置项和非基线配置项两大类，所以这里所涉及的变更控制的对象主要指配置库中的各基线配置项。
变更管理的一般流程是：
A) （获得）提出变更请求；
B) 由CCB审核并决定是否批准；
C) （被接受）修改请求分配人员为，提取SCI，进行修改；
D) 复审变化；
E) 提交修改后的SCI；
F) 建立测试基线并测试；
G) 重建软件的适当版本；
H) 复审（审计）所有SCI的变化；
I) 发布新版本。
在这样的流程中，SCM通过软件配置管理工具来进行访问控制和同步控制，而这两种控制则是建立在前文所描述的版本控制和分支策略的基础上的。
4．状态报告
配置状态报告就是根据配置项操作数据库中的记录来向管理者报告软件开发活动的进展情况。这样的报告应该是定期进行，并尽量通过CASE工具自动生成，用数据库中的客观数据来真实的反映各配置项的情况。
配置状态报告应根据报告应着重反映当前基线配置项的状态，以作为对开发进度报告的参照。同时也能从中根据开发人员对配置项的操作记录来对开发团队的工作关系作一定的分析。
配置状态报告应该包括下列主要内容：
A) 配置库结构和相关说明；
B) 开发起始基线的构成；
C) 当前基线位置及状态；
D) 各基线配置项集成分支的情况；
E) 各私有开发分支类型的分布情况；
F) 关键元素的版本演进记录；
G) 其它应予报告的事项。
5．配置审计
配置审计是指在配置标识、配置控制、配置状态记录的基础上对所有配置项的功能及内容进行审查，以保证软件配置项的可跟踪性。一般的，独立的SCM可以担当配置审计。
总之，软件配置管理的对象是软件研发活动中的全部开发资产。所有这一切都应作为配置项纳入管理计划统一进行管理，从而能够保证及时的对所有软件开发资源进行维护和集成。因此，软件配置管理的主要任务也就归结为以下几条：（1）制定项目的配置计划；（2）对配置项进行标识；（3）对配置项进行版本控制；（4）对配置项进行变更控制；（5）定期进行配置审计；（6）向相关人员报告配置的状态。
由于软件配置管理覆盖了整个软件的开发过程，因此它是改进我们的软件过程、提高过程能力成熟度的理想的切入点。