mt3337配置软件 雅马哈mt 09参数配置
什么样的软件安装需要配置环境变量,我怎么样才能知道需不需要安装...
现在大家都已经认识到了有效的软件配置管理工作对于提高团队开发效率、保障软件产品质量的重要意义，很多朋友也开始了在配置管理实施方面的一些研究，市场上我们也可以看到一些软件配置管理工具厂商针对具体配置管理工具提供的实施服务；但是，实施软件配置管理到底应该做哪些东西？团队的配置管理现状怎么评估？在哪些方面还可以进行改进？我们相信，这些问题可能正困扰着大多数研发主管和项目经理。
国外软件产业界在软件配置管理这个专题上已经进行了多年的理论和实践上的研究。
在多年经验积累的基础上，产业界总结出来一系列“最佳实践”（Best Pactices），我们可以使用这些“最佳实践”来作为评估一个组织软件配置管理能力的标尺，也可以作为我们实施软件配置管理的指南。
这些“最佳实践”包括： 1、 标识需要进行存储的工件（Atifact）并保障安全存储； 2、 控制并且审计（Audit）对于工件的修改； 3、 设立并管理基线（Baseline）; 4、 记录并跟踪变更请求； 5、 维护稳定、一致的工作空间； 6、 支持对于工件和控件的并发修改； 7、 尽早集成、持续集成； 8、 保证软件构建的重现能力； 9、 以控件（Component）为单位实施版本控制； 10、 使用“活动”（Activity）来组织和整合版本集。
下文将介绍前5条最佳实践。
1、标识需要进行存储的工件（Atifact）并保障安全存储 在软件开发过程中，我们会得到各种各样的产出，比如各种文档、模型、源代码以及测试脚本等，我们把这些大家劳动的成果统称为工件（Atifact）。
对于一个软件开发组织来说，这些工件就构成了组织的核心资产。
对于如现金、有价证券之类的资产，我们都会准备一个保险箱，好好地保存；对于软件资产，我们也需要相似的措施。
所以，软件配置管理工作的第一步就是建立一个安全、可靠的存储库（Repositoy），用于保存组织的核心软件资产。
这个库对于开发团队来说，就像是财务室里的保险箱。
因此，容错能力和高可靠性是这个库最重要的属性。
除此之外，随着组织的增长，置于库中的数据会越来越多，为保证运行效率，库的可扩展性也是非常重要的一个属性。
对于存储库来说，良好规划的备份和灾难恢复过程是必不可少的。
令人惊讶的是，很多软件组织在这方面都没有给予必要的重视，因而也给组织的发展留下了严重的隐患，一旦灾难发生，后果不堪设想。
在建立好存储库以后，需要做的工作就是确定将哪些工件置于库中。
根据实际需要，组织可能会决定只将正式文档、模型文件、源代码、发布版本等文件放入库中，而对于临时文档、编译时产生的中间文件等，则不将它们放入库中。
我们把放入库中的文件称之为配置项（Configuation Item）。
2、控制并且审计（Audit）对于工件的修改 在标识相关的工件并将它们置于存储库中以后，我们需要建立对于这些工件的修改控制机制以及审计机制。
库里的工件不是谁想修改就可以修改的。
控制机制必须保证只有拿到授权的人员才能对相关工件进行修改，而审计机制则保证修改的动作被完整地记录，也就是说，谁修改了这个工件，什么时候做的修改，为什么原因做出这个改动，以及修改了哪些地方（Who、When、Why、What）。
软件配置管理是什么？
概述随着现代软件技术的发展，对于软件项目的需求日益复杂而且变更频繁，项目的开发模式已经由昔日的手工作坊式的开发转变为规模化、团队式的开发，当开发团队发展到一定规模时，会越来越强调开发过程规范化和成熟度。
软件项目的成败在很大程度上取决于对其开发过程的控制，这包括对质量、源代码、进度、资金、人员等的控制。
要进行有效的过程控制，仅仅依靠人的力量是不够的，还需要有相应的管理工具。
＂软件配置管理＂是一套规范、高效的软件开发管理方法，同时也是提高软件质量的重要手段。
软件配置管理可以帮助开发团队对软件开发过程进行有效的变更控制，高效地开发高质量的软件。
在质量体系的诸多支持活动中，配置管理处在支持活动的中心位置，它有机地把其它支持活动结合起来，形成一个整体，相互促进，相互影响，有力地保证了质量体系的实施。
软件配置管理并不是一个新的概念，早在二十世纪70年代，加州大学圣巴巴拉分校（UnivesityofCalifoniaatSantaBaaa）的LeonPesse授就已经提出变更和配置控制的理论，并随着软件产业的逐渐壮大，在国外成熟的软件企业中逐渐得到重视和普及，在一些国外的大中型软件企业中，不仅设置专职的配置管理人员，而且有些公司还设有公司级的变更控制委员会（CCB:ChangeContolBoad）对公司的软件配置管理工作进行统一的管理，配置管理对于软件开发的重要性由此可见一斑。
国内的企业真正认识到配置管理的重要性，却是近几年的事情，随着CMM(Capaility MatuityModel)的概念和理论的普及，配置管理作为CMM2级的一个关键过程域，其重要性逐渐为人们认同。
＂进行管理和控制＂意味着在给定时间（过去或现在）使用的工作产品的版本是已知的（即版本控制），而且以受控的方式引进变更（即变更控制）。
如果希望有比＂进行管理和控制＂所蕴含的更高程度的控制，则工作产品可置于配置管理的完备的纪律之下。
CMMLevel2KPA3其实在日常的开发中，我们已经在自觉或不自觉的进行着软件配置管理的工作。
最简单的如使用软件开发集成环境提供的Backup功能，它可以使我们回溯到最近的修改；再进一步，就是使用文件夹或者压缩工具，把实现了一定功能的程序版本按日期进行备份，这也已经实践了配置管理的部分必要功能，但这仅仅是配置管理众多功能重的一小部分。
真正的配置管理系统应该具有以下功能：·并行开发支持：因开发和维护的原因，要求能够实现开发人员同时在同一个软件模块上工作，同时对同一个代码部分作不同的修改，即使是跨地域分布的开发团队也能互不干扰，协同工作，而又不失去控制；·修订版管理：跟踪每一个变更的创造者、时间和原因，从而加快问题和缺陷的确定；·版本控制：能够简单、明确地重现软件系统的任何一个历史版本；·产品发布管理：管理、计划软件的变更，与软件的发布计划、预先定制好的生命周期或相关的质量过程保持一致；项目经理能够随时清晰地了解项目的状态·建立管理：基于软件存储库的版本控制功能，实现建立（uild）过程自动化；·过程控制：贯彻实施开发规范，包括访问权限控制、开发规则的实施等；·变更请求管理：跟踪、管理开发过程中出现的缺陷（Defect）、功能增强请求（RFE）或任务（Task），加强沟通和协作，能够随时了解变更的状态；·代码共享：提供良好的存储和访问机制，开发人员可以共享各自的开发资源。
2缺乏配置管理造成的常见问题由于历史和现实的原因，配置管理流程和工具在我国软件行业中的应用并不普及，由于缺乏必要的配置管理流程和工具，很多软件企业在日常的开发工作中都会或多或少的遇到如下的问题：·组织的知识和过程财富流失现代的社会竞争激烈，人员流动频繁，如果由于没有必要的配置管理流程和工具，大量的文档和代码等知识财富必然缺乏统一的管理，可能随意地保存在项目经理和软件工程师各自的机器里，往往会因为硬盘的故障或人员的离职而永远的消失，软件组织的数字财富就这样因为缺乏必要的配置管理而白白的流失·不能及时了解项目的进展状况现代软件工程思想认为越早发现缺陷和风险，采取相应措施的代价越小。
CMM的一个重要作用就是要提高软件开发过程中的可视性，使得问题能够被及时的发现。
然而由于缺乏配置管理的流程和工具的支持，部门主管无法确切得知项目的进展情况，即便是项目经理也不知道各个开发人员的具体工作，项目进展随意性很大。
所有的问题往往都会集中到项目里程碑时一起出现，这必然会造成巨大的开销，其结果往往是容忍部分缺陷存在或者延误开发周期。
所有问题只能寄希望于最终实施时再解决，项目的实施工作因此变成了无法汇报、无法理清、无休止的维护。
·缺乏实现并行开发的手段在日常的开发工作中，经常会出现并行开发的需求，比如：对于一个项目可能要在开发新版本的同时继续对先前的版本进行必要的维护，或者针对某个特定的版本需要针对不同的客户同时进行客户化的修改等等。
在并行模式下，不同开发人员可以同时编辑修改某一文件，并行开发有可能产生冲突，但是却能够提高开发效...
软件配置如何管理软件项目？
软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。
“配置第一”这个理念是一位IT公司的项目经理告诉我的，他用了“深刻教训”四个字来为这个言论作注脚。
他告诉我这样一件事： 这家公司曾为电信企业开发一个手机收费的中间业务系统。
按规定，系统的收费平台应根据第三方传来的手机资费信息进行扣款。
其中，负责网络通讯的路由器是由多家厂商提供的。
在项目试运行阶段，系统运行一切正常。
这时，有一家路由器厂商（以下简称A厂商）要升级运行程序，网络通讯接口要变，A厂商向电信提出了修改接口程序的提示。
负责项目开发的这家IT公司很快完成了通讯接口修改，和A厂商联调测试无误后，准备将接口程序发布运行。
负责程序发布的老兄嫌版本发布流程太麻烦，便走捷径，私自将程序更新上线了。
未料到，接口的改变影响了电信与其他厂商路由器的数据通讯。
途经A厂商路由器的通讯数据没有问题，可其他品牌的路由器却收不到信息了。
后果是：当天电信用户的手机资费信息数据报大量遗失，相关电信资费损失无法挽回。
负责软件承包的IT公司境遇可想而知。
“痛定思痛，痛何如哉！”从此，该公司痛下决心，买工具、定规范、搞培训，将配置管理切切实实地作为日常重点管理工作来抓。
配置管理是什么“东东”，它真这么重要吗？ 软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。
简而言之，配置管理（Softwae Configuation Management ， 简称SCM）就是对软件产品的配置项进行控制和管理。
它的目标是最大限度的减少错误和混乱，保证软件项目工作产品在整个生命周期内的完整性。
配置管理的对象是配置项，主要包括：接口描述、过程描述、需求、设计、测试计划、测试结果、代码及模块、工具、系统参数、版本描述等。
配置项与配置人员、配置工具、配置规范等构建起了整个配置管理体系。
配置管理的出现是项目发展的必然结果 软件技术迅速扩展，项目开发日趋复杂，人员数量不断扩充，系统开发平台多样化，开发及测试场所分布各地，开发规模日益扩大，随之而来的管理复杂性急剧增加。
软件开发永远不变的特点就是变化，需求变更、技术更新、人员变化、环境变化、架构变化等层出不穷，所有这些使项目风险大大增强，如何应对并追溯变化，从而控制变化，是一个重要课题。
软件系统越做越大，产品组件动辄上千，多者上万，版本控制如何着手，令人头痛。
“乱世出英雄”，配置管理便在这样的环境下应运而生了。
配置管理的管理范围恰是项目开发、协调最混乱的地方： 交付给用户的软件产品（需求、源代码等） 软件产品的外部产生“环境”（操作系统参数、编译程序等） 对项目内部而言工作产品（过程描述、流程控制等） 那么，这种管理的特点是什么呢？它到底能带来什么好处呢？ 特点 相对独立。
配置管理相对独立于其他管理控制活动，它可以在其他活动都未开展或还不成熟的时候独立进行。
是其他各项管理的基础。
需求管理、需求变更、资源变更、系统维护、合同管理、计划管理、文档管理等都是在配置管理这个“平台”基础上进行的。
优点 对项目产品单元进行统一的版本变更管理，统筹安排系统的修改、发布以及系统资源的使用，预防开发的进程混乱，保证系统版本的完整和一致。
支持并行开发与维护。
软件开发过程时常要求多个开发人员同时在同一个软件模块或项目文档上工作，同时对同一个代码或文档部分作不同的修改，配置管理能满足这样的要求，同时使跨平台、跨地域的并行开发成为可能。
使项目管理人员能掌握项目开发进度。
配置管理系统可以提供配置状态报告，对每日变更完成的工作量、开发中存在的问题等会有详尽的反映。
减少人员变动对项目带来的影响。
项目的变更轨迹可跟踪，文档的增删、代码的修改、参数的改变、配置项的状态、基线之间的差异等都有案可查。
参照变更的原因、内容描述等内容，我们便可对项目的开发进程有详细而完整的把握，从而避免对相关人员的过分依赖。
配置管理的重点工作描述 1） 配置项识别 软件配置管理工具的选择 “工欲善其事，必先利其器”，配置工具的选择对配置管理的好坏影响巨大。
-