更加强大全面和完善。它适合管理大型特大型的软件项目开发。但是它的缺点也很明显，首先是价格昂贵，般公司很难承受。其实它对服务器性能网络带宽都有很高的要求，这意味着更高的投资。此外，由于功能比较复杂，因此，开发人员将会耗费很大的精力才能熟练的使用它的功能。它是微软公司为配套开发的个版本管理系统，它自动集成在中，具有图形用户界面，管理和使用都比较简单。但是不具备跨平台的能力，不支持版本的分支和合并，不支持并行开发，在个时间只能有个人修改个源文件。因此只适合于开发团队在个人以下的小项目开发。经过上面的分析可以看出，用作为大型实时交易软件的版本控制软件还是很合适的。它的功能完全符合项目需要，使用方便，而且是免费的软件。配置管理计划的制定在选择了个适合项目开发的配臵管理工具以后，拟订配臵管理计划也是非常重要的。笔者将以本币交易系统为例子，说明配臵管理计划的制定。配臵标识配臵项标识是配臵管理的基础性工作，是管理配臵的前提。配臵项命名是配臵标识的重要工作，所谓标识，其实质就是区分，在众多的配臵项中合理科学地命名是最为有效的区分方法。除为配臵项命名外，必要时应提供些相关信息，比如配臵项组名及其存放位臵，子目录名等版本信息作者修改者审核者信息。常见的配臵项是文档，代码。工具以及第三方的产品。本币交易系统中的文档主要有需求分析说明书，详细设计说明书，主机模块设计说明书，界面设计说明书等等。对于工具的配臵项，要标识出中英文名称，版本号，提供商和序列号。配臵基线基线是已经通过正式复审核和批准的规约或产品，它因此可以作为进步开发的基础，并且只能通过正式的变化控制过程的改变。在本币交易系统的实施过程中将建立以下基线需求规约概要设计规约详细设计规约编码实现测试用户认可测试在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改但是如果开发者或开发小组长认为有必要修改前面有关阶段的阶段产品时，就必须通过项目的配臵管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配臵管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配臵管理小组研究同意，然后报配臵管理委员会批准。版本控制这里所说的版本，不是指单个配臵项的版本属性，而是指配臵项形成的集合，可以是个模块子系统或整个软件系统。版本控制要解决的第个问题便是版本标识，也就是为区分不同的版本，要给它们科学的命名。本项目以号码版本标识法为主，符号版本标识法作为辅助手段，例如版本。版本号包括主版本号副版本号发布号，格式。发行管理版本发行解决了如何把产品配臵成可以使用的方法。由于本项目需要涉及总中心及各分中心的切换，以及需要与各家银行联网调试，因此，对于发行到外部使用的软件要进行控制，用流程进行控制，为，表单包含的主要信息如下产品名称版本信息交付使用者使用场所交付方式交付内容。软件配臵计划的制定有助于保证所交付的软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体设计组制定的软件系统需求规格说明书中规定的各项具体需求。因此，在软件开发的过程中，应该严格按照配臵计划制定的内容去实施。二商业建模和需求分析系统特性需求作为个大型实时的交易系统，客户对系统提出了非常高的需求，经过总结他们的需求主要集中在以下三点实时性交易系统是业务处理十分频繁数据交换吞吐量很大的系统，业务处理的速度直接关系到公司的经济效益和客户对公司的评价。在客观条件下，整个广域网系统必须在大业务量的情况下同时保持快速的实时响应能力，以证整个业务系统的通畅运行。安全性安全性问题主要体现在交易成员资金和交的安全性以及营业部内网络全性，但随着公司级的广域网系统的建立，特别是在本币交易系统中，系统的安全就显得更为重要，各个方面充分考虑整个系统的安全性。另外，对系统中所有的重要操作必须绝对留痕，以规范管理。可靠性和健壮性客户要求在系统交易的过程中要连续无故障，因为旦交易中断，都会给交易成员带来损失。系统对用户的操作顺序输入的数据进行正确性检查，并以显著方式提示信息。必须使用系统出错题，得到的将是更优质的代码，因为在这时程序员对代码应该做些什么了解得最清楚。如果不这样做，又要花费许多时间，重新把它弄清楚。在本币系统的开发过程中，项目组采用了两种方法进行单元测试。在本币系统的开发过程中，项目组采用了两种方法进行单元测试人工静态检查人工静态检查主要是为了保证代码算法的逻辑正确性尽量通过人工检查发现代码的逻辑清晰性规范性致性算法高效性。并尽可能的发现程序中没有发现的。项目组要求每位程序员在单元测试的时候，都严格检查自己的代码是否按照在项目开始时候制定的代码编写规范来书写。是否在每个模块前面都要加上注释，详细说明这个模块的作用，作者，传入的参数，传出的参数。在模块完成后，在项目组内部先请其他程序员。发现在代码中可能存在的和问题。通过设计测试用例通过设计测试用例，执行待测程序来跟踪比较实际结果与预期结果来发现。统计表明，使用人工静态检查法能够有效的发现到的逻辑设计和编码。但是代码中仍会有大量的隐性无法通过视觉检查发现，必须通过跟踪调试法细心分析才能够捕捉到。所以，动态跟踪调试方法也成了单元测试的重点与难点。项目组要求程序员编写测试用例来对自己的代码进行单元测试。用例由输入的数据和期望输出的数据两方面来构成。输入数据应该包含合理条件下的输入和不入。测试类设计由于在项目中个模块或个方法并不是个的程序，在考虑测试它时要同时考虑它和外界的联系，用些辅助模块去模拟与所测模块相联系的其他模块。这些辅助模块分为驱动模块和桩模块两种。所谓的驱动模块相当于所测模块的主程序。它接收测试数据，把这些数据传送给所测模块，最后再输出实际测试结果。所谓的桩模块用于代替所测模块调用的子模块。桩模块可以做少量的数据操作，不需要把子模块所有功能都带进来，但不容许什么事情也不做。比如在报表打印模块的单元测试中编写了个界面模块和个流数据传输模块作为驱动模块来进行测试。又比如在编写界面上的菜单模块时候，程序员写了许多小的事件响应模块来对菜单模块进行测试。集成测试在软件项目中时常有这样的情况发生，每个模块都能单独工作，但这些模块集成在起之后却不能正常工作。主要原因是，模块相互调用时接口会引入许多新问题。例如，数据经过接口可能丢失个模块对另模块可能造成不应有的影响几个子功能组合起来不能实现主功能误差不断积累达到不可接受的程度全局数据结构出现，等等。集成测试是组装软件的系统测试技术，按设计要求把通过单元测试的各个模块组装在起之后，进行集成测试以便发现与接口有关的各种。由于大型实时交易系统这样的大系统，它模块众多。因此如果把所有模块全部组装起来，然后进行整体测试容易出现混乱，因为在测试的时候可能发现大堆的，而每个的定位和纠正却非常的困难，并且如果改正个可能会引起其他的，这样新旧混杂，不利于测试的开展。因此本币系统采用了自顶向下的集成方式，首先从主界面的主控模块开始，把对该主控模块进行单元测试时引入的所有桩模块用实际模块替代。按照深度优先的集成策略，每次只替代个模块。每集成个模块即进行测试。只有在该模块通过测试后，才着手替换下个模块。为避免引入新，须不断地进行回归测试即全部或部分地重复已做过的测试。自顶向下集成的优点在于能尽早地对程序的主要控制和决策机制进行检验，因此较早地发现。在集成测试中尤其要注意关键模块，所谓关键模块般都具有下述个或多个特征如对应几条需求具有高层控制功能复杂易出错有特殊的性能要求。关键模块应尽早测试，并反复进行回归测试。压力测试作为个成熟的大型实时交易系统，进行压力测试是必要的也是必须的。因为软件必须保证在大量用户并发访问的时候也能够正常工作。本币交易系统是个典型的三层架构的交易系统客户端应用服务器数据库管理系统，中间层是业务逻辑层，应用服务器处理所有的业务逻辑。项目组模拟实际应用的软硬件环境，按照正常业务压力估算值的倍对系统进行测试，并让系统长时间工作，以考察被测系统的可靠性，同时还要测试被测系统的响应时间。在项目开发过程中，往往压力测试会被忽略掉，这是很危险的，因为当大量用户并发访问系统的时候会耗费很多服务器资源，搞不好就会把服务器搞的当机。如果这样那么造成的损失是无法估计的。因此，定要做好系统的压力测试，尽早发现存在的问题。六现有软件开发过程的探讨和比较大型交易软件开发过程的优劣大型交易软件开发过程具有很多长处提高了团队生产力，在迭代的开发过程需求管理基于组件的体系结构可视化软件建模验证软件质量及控制软件变更等方面，针对所有关键的开发活动为每个开发成员提供了必要的准则模板和工具指导，并确保全体成员共享相同的知识基础。它建立了简洁和清晰的过程结构，为开发过程提供较大的通用性。但同时它也存在些不足大型交易软件开发过程只是个开发过程，并没有涵盖软件过程的全部内容，例如它缺少关于软件运行和支持等方面的内容此外，它没有支持多项目的开发结构，这在定程度上降低了在开发组织内大范围实现重用的可能性。可以说大型交易软件开发过程是个非常好的开端，但并不完美，在实际的应用中可以根据需要对其进行改进并可以用其他软件过程的相关内容对大型交易软件开发过程进行补充和完善。和其他软件开发过程的比较软件过程能力成熟度模型，它是由卡内基梅隆大学软件工程研究院为了满足美国联邦政府评估软件供应商能力的要求而制定个标准，它其实是模型，告诉了软件开发者要做什么，而不是应该怎么做。因此，我们在软件开发的时候，要达到规定的标准，但这个标准却不是个软件开发者可以去具体执行的具体过程。敏捷软件开发过程了告诉软件开发人员该怎么做，但没有明确的指出做到以后该怎么样改进。由于敏捷软件开发过程不注重设计，强调短周期，简单设计，快速开发。这对个大型的实时交易系统来说是无法想象的。所以它也不太适合作为大型实时交易软件的开发过程。至于个人软件过程，很容易