软件开发辅助工具建议方案.docVIP

软件开发辅助工具 建议方案 1前言 只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改。 具体地说就是如下一些问题： 怎样对研发项目进行整体管理； 项目开发小组的成员之间如何以一种有效的机制进行协调； 如何进行对小组成员各自承担的子项目的统一管理； 如何对研发小组各成员所作的修改进行统一汇总； 如何保留修改的轨迹，以便撤销错误的改动； 对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。 如何准确的对阶段工作中的涉及的要点进行统计和分析。 一个非常直接的反应，我们必须要引进一种管理机制，而且是广义上的管理，它不仅需要对源代码的版本进行管理，而且还要对整个项目进行管理。以往的那种被誉为具有良好编程风格的做法，诸如在对他人的源程序进行修改时注释修改原因，修改人和日期，如果是多个成员同时进行了修改，那么需要进行及时的人工的差异比较和综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了，可以说是一种以小作坊的形式来面对软件的社会化大生产，再也不可能行得通了。 2方案一：使用VSS库协助管理 2.1 Visual SourceSafe 6.0(VSS6)的简单工作原理 Visual SourceSafe 6.0(简称VSS6)解决了软件开发小组长期所面临的版本管理问题，它可能有效地帮助项目开发组的负责人对项目程序进行管理，将所有的项目源文件（包括各种文件类型）以特有的方式存入数据库。开发组的成员不能对该数据库中的文件进行直接的修改，而是由该版本管理器将该项目的源程序或是子项目的源程序拷贝到各个成员自己的工作目录下进行调试和修改，然后将修改后的项目文件作Checkin提交给VSS，由它进行综合更新。VSS也支持多个项目之间文件的快速高效的共享。当某个成员向VSS中添加文件时，该文件将会被备份到数据库中，以便所有的成员都能共享该文件。而且每个成员对所有的项目文件所作的修改都将被记录到数据库中，从而使得修改的恢复和撤销在任何时刻，任何位置都成为可能。小组的成员可能得到该项目的最新版本，对它进行修改，并保存一个新的版本。 VSS的项目组织管理使得开发小组的协调变得简单容易且很直观，当一个和一组文件发放给另一个成员，小组，Web站点或是任何其他的地址，VSS确保他们之间的真正共享及所选的一组文件的不同版本的安全性。现在，越来越多的开发者可以通过他们的开发环境来访问VSS的功能。而且VSS可以很容易地与Microsoft Access、Visual Basic、Visual C++、Visual FoxPro和其他的开发工具集成 在一起，一旦VSS 集成到开发环境中，就可以象控件一样使用，能够很好地体现 出VSS的易用性和强大功能。 2.2版本管理 VSS能够维护一个文件的多个版本，包括一个从不同版本之间进行修改的记录。版本控制包括如下方面： 组内协调：在一般情况下，确保在任何时刻都只有一个成员对某个特定的文件进行修改，这样可以防止文件被其他成员的修改意外更新。当然，VSS管理员可以改变此缺省设置以允许对单个文件同时有多个Check out，并且仍禁止对他人的修改进行覆盖。 版本跟踪：对老版本的源代码和其他文件进行归档和跟踪，而且这些版本能够被重新得到以便进行bug跟踪或其他目的。 跨平台开发：支持同一代码在跨多个开发平台时的版本控制。 重用或面向对象代码：跟踪哪些程序使用了哪些代码可被重用的模块。 2.3版本跟踪 VSS提供版本控制和历史服务，以保证一个文件的每个版本都是可恢复的。VSS用日期/时间戳来记录文件是何时被Check out或是何时被修改的，它主要有三种方法来跟踪文件和项目的版本： 版本号：这是由VSS维护的内部数码，用户对它没有控制权。每个文件和项目的每个版本都有一个版本号，这些版本号总是一个整数且是递增的。 标签：这些是用户赋给某个项目或文件的某个版本的一个字符串，可以是任何格式的长度不超过31字符的字符串。 日期/时间戳：它给出了一个文件何时最后被修改的信息，或者是一个文件何时被Check in。VSS同时支持12小时和24小时的时间格式。 2.4 V