想知道设置下面M标志的软件是什么
所有配置项都都应按照相关规定统一命名,并在文档中的规定章节(部分)记录对象的标识信息。
在引入软件配置管理工具进行管理后,这些配置项都应以一定的目录结构保存在配置库中。
所有配置项的操作权限应由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可以担当配置审计。
总之,软件配置管理的对象是软件研发活动中的全部开发资产。
所有这一切都应作为配置项纳入管...
软件开发中为什么要进行软件的配置管理
软件配置管理(SoftwareConfigurationManagement,SCM)是一种标识、组织和控制修改的技术。
软件配置管理应用于整个软件工程过程。
在软件建立时变更是不可避免的,而变更加剧了项目中软件开发者之间的混乱。
SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。
从某种角度讲,SCM是一种标识、组织和控制修改的技术,目的是使错误降为最小并最有效地提高生产效率。
配置管理 如何对配置项进行标识
展开全部 配置项一般分为:文档、代码、软件包, 不同的配置项的标识规则不同,配置项标识规定通常由组织级配置管理规范中统一规定。
文档 按类型区别可分为:项目名称-文件名-版本号 项目计划、概要设计等;项目名称-文档名称-yymmdd 会议纪要、变更记录等。
代码 依照项目内的编码规范、数据库命名规范、测试用例命名规范 命名。
软件包 按发布类型可定义为 产品名-发布类型-版本号 如: QQ2014-beta-1.0.43 。
手打的,仅供参考,最好还是根据实际项目情况来设定。
...
电脑卡机重启后,背景变黑,软件减少。
打击软件就显示配置标识不正...
展开全部 按F8进入安全模式,删除、卸载、取消你之前的操作。
1、按F8进入安全模式,选择“最后一次正确配置”或者“正常启动”。
2、更换或者添加硬件,出现硬件不兼容现象。
卸下新加硬件。
新加硬件兼容,也可能蓝屏,因为系统不能识别新添加的硬件,建议重装系统。
3、电脑使用过久,内存、显卡的金手指被氧化而引起接触不良。
把内存、显卡,取下来用橡皮擦擦卡的金手指,再向卡槽内加入少量无水酒精(清洗槽内氧化物),几分钟后,用电吹风吹干,再插好。
4、硬盘不稳定引起,此故障均为硬盘损坏,修复硬盘坏道或直接更换硬盘。
5、键鼠故障,重新插拔一下USB。
6、机箱内灰尘多引起,清除灰尘(一般3-5个月清除一次)。
并卸下CPU风扇,轻轻擦去U上的硅脂,再重新涂上一薄层新硅脂。
7、超频也可能引起电脑蓝屏。
如果超频了,就取消超频。
8、恢复BIOS设置。
最好的解决方法是:重装系统。
...
软件项目管理的配置管理
是否需要进行配置管理与软件的规模有关,软件的规模越大,配置管理就显得越重要。
软件配置管理简称SCM(Software Configuration Management的缩写),是在团队开发中,标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
6.1、目前软件开发中面临的问题:在有限的时间、资金内,要满足不断增长的软件产品质量要求;开发的环境日益复杂,代码共享日益困难,需跨越的平台增多;程序的规模越来越大;软件的重用性需要提高;软件的维护越来越困难。
6.2、软件配置管理应提供的功能:在ISO9000.3中,对配置管理系统的功能作了如下描述:唯一地标识每个软件项的版本;标识共同构成一完整产品的特定版本的每一软件项的版本;控制由两个或多个独立工作的人员同时对一给定软件项的更新;按要求在一个或多个位置对复杂产品的更新进行协调;标识并跟踪所有的措施和更改;这些措施和更改是在从开始直到放行期间,由于更改请求或问题引起的。
6.3、版本管理软件配置管理分为版本管理、问题跟踪和建立管理三个部分,其中版本管理是基础。
版本管理应完成以下主要任务:建立项目;重构任何修订版的某一项或某一文件;利用加锁技术防止覆盖; ?当增加一个修订版时要求输入变更描述;提供比较任意两个修订版的使用工具;采用增量存储方式;提供对修订版历史和锁定状态的报告功能;提供归并功能;允许在任何时候重构任何版本;权限的设置;晋升模型的建立;提供各种报告。
软件配置是否有歧义?
展开全部 软件配置管理(Software Configuration Management,SCM)是一种标识、组织和控制修改的技术。
软件配置管理应用于整个软件工程过程。
在软件建立时变更是不可避免的,而变更加剧了项目中软件开发者之间的混乱。
SCM活动的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。
从某种角度讲,SCM是一种标识、组织和控制修改的技术,目的是使错误降为最小并最有效地提高生产效率。
软件配置管理,贯穿于整个软件生命周期,它为软件研发提供了一套管理办法和活动原则。
软件配置管理无论是对于软件企业管理人员还是研发人员都有着重要的意义。
...