《大型软件项目的软件工程管理方法》由会员分享，可在线阅读，更多相关《大型软件项目的软件工程管理方法（11页珍藏版）》请在金锄头文库上搜索。
1、大型软件项目的软件工程管理方法计研2 郑震坤 024891摘要：本文中介绍了软件配置管理的工具 CVS，并阐述了如何利用 CVS 来实现对开发文档和源代码的访问和版本控制。文中还设计了用于软件过程管理的软件工程管理系统，它包括任务管理系统、Bug 管理系统和用户认证系统，此系统为管理软件生成过程和进行质量控制而建立，能够对软件项目的过程进行监控。此外，文章中还讨论了软件测试的一些方法和原则。最后，对组件技术以及基于组件的软件工程学方法进行了简要的介绍。1概述随着企业信息化的深入，对软件项目的需求日益复杂，并会产生频繁的变更， 传统的个人英雄主义的开发方式已经越来越不能适应发展的需要。从软件企业
2、的发展战略来说，如何在技术日新月异和人员流动频繁的情况下，建立本公司的知识库及经验库，把企业中分散的隐性的财富，即个人的知识及经验，转变为企业的知识和经验，以便提高工作效率，缩短产品周期，加强企业的竞争力，具有至关重要的作用。采用科学的管理思想，辅之以先进的管理工具，已经成为企业未来发展必不可少的手段。如果软件开发机构不能有效地控制和使用软件资源，则在面对风险时就可能导致软件开发活动出现各种问题。由于不能很好地管理软件过程，会使得一些好的开发方法和技术没有起到预期的作用。项目的成功往往是通过工作组的杰出努力来达到的，这种仅仅建立在依赖特定高素质开发人员基础上的成功，不能保证全组织的持续稳定的软
3、件生产和质量的长期提高。因此，要降低软件开发过程的风险、保证软件产品质量，就必须加强管理，而软件配置管理是企业过程改善和能力提升的基础。本文中采用 CVS 作为软件项目中进行配置管理的工具，利用它来对项目文档和源代码实现有效的管理。软件项目监控的目的是通过建立对软件项目过程的可视性，使项目管理者在软件项目性能与软件计划出现偏差时采取有效的纠正措施，以确保软件过程的质量满足要求。优秀的软件过程管理平台是实现在整个项目生命周期中进行项目过程监控的工具保证，这一点尤其在现在大型软件协作开发中至关重要。本文中设计了一个软件工程管理系统，它由项目管理系统、Bug 管理系统和用户认证系统三部分组成，利用这
4、个系统，开发者和项目管理者可以更好地了解到整个项目的工作情况，对整个项目过程进行有效地监控。信息技术的飞速发展，使软件产品应用到社会的各个领域，软件产品的质量自然成为人们共同关注的焦点。软件开发商为了占有市场，必须把产品质量作为企业的重要目标之一，以免在激烈的竞争中被淘汰出局。进行软件测试是质量控制的必要步骤，建立起一套有效的自动测试系统，在软件的开发过程中对软件经常地进行测试，这对软件的开发过程具有非常重要的意义。最后，组件化的程序设计方法对于软件项目的开发也有着不少的帮助，采用组件技术，可以带来软件模块二进制级的复用。近几年来，组件在软件开发中得到了广泛的应用，尤其是 J2EE 和.NET
5、 技术将组件应用于 Internet，进行各种事务处理，显示出了强大的功能。本文将对组件技术和基于组件技术的软件工程学方法进行简要介绍。2基于CVS工具实现软件配置管理对于一个软件企业或者一个软件开发团队来说，可能遇到过或者正在被版本难以控制的问题所困扰。一个软件往往由许多的模块组成，在不同的阶段（基础功能、新增功能） ，很可能为了适应不同的环境（如不同的操作系统） ，并根据不同客户的要求开发了特点各异的版本，这些版本之间有大量的共享模块，以及属于自己的模块。当最后将这些模块组装成系统的某个版本时，会发现所需模块版本无法确定。此外，还可能会有团队中并行开发引起的冲突问题。例如：编程人员 A 和
6、B 共同修改同一个模块，两人经过几个昼夜的奋战之后，又都回存到服务器上，但到了程序试运行的时候，才发现有一个人的修改被冲掉了，这会造成劳动力的严重损失。因此，需要在软件企业中实施软件配置管理，简称为 SCM（Software Configuration Management） 。SCM 是一套规范、高效的软件开发基础结构，早已被发达国家软件产业的发展和实践所证明是管理软件开发过程的有效方法。SCM 可以系统地管理软件系统中的多重版本；全面记载系统开发的历史过程；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化；SCM 对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史
7、变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。软件配置管理作为软件开发过程的必要环节和软件开发管理的基础，支持和控制着整个软件生命周期，同时对软件开发过程的宏观管理，即项目管理，也有重要的支持作用。良好的配置管理能使软件开发过程有更好的可预测性，使软件过程具有可重复性，使用户和主管部门对软件质量和开发小组有更强的信心。若要有效地实施软件配置管理，必须要培养软件开发者的管理意识，结合开发组织的实际情况制订出相应的配置管理规范，由开发人员依据规范，通过专业化的配置管理工具来实现。在这里，基于 CVS 工
8、具实现软件配置管理，对文档和源代码进行访问和版本控制。CVS（Concurrent Versions System，并行版本系统）是基于 TCP/IP 协议的版本控制工具，也是当前 Open Source 中最重要的开发工具之一。CVS是典型的 Client/Server 结构的软件，它分为服务器端和客户端两部分，不过大多数 CVS 软件中将它们和二为一了。在 CVS 服务器端包含一个仓库（repository） ，用于存放处于版本控制下的所有目录和所有各种版本的文件，它保存了对项目源码每一次改动的记录，和改动的一些注释。CVS 会完成对仓库的查询和更新，在任何时候，你都可以找到仓库中任何文件
9、的任何版本。它容许几个人同时工作在同一个文件，在他们提交文件时来合并他们所做的修改。在修改冲突时会发出警告来通知用户，是否确定将此文件的更新版本放入仓库内，并且是否由某人解决发生的冲突。使用 CVS，最基本的开发流程如下所述： 某个用户把他的所有代码导入（import）到 CVS 中，生成一个新的模块，然后其他人可以导出（check out）源码树的一个工作拷贝； 每个人都工作在自己的本地计算机中，当源码树发生了改变，例如增添了一个新的功能时，他们必须更新（update）他们的本地拷贝来保持和当前版本同步。他们也会提交（commit）他们改变的文件到仓库中以生成新的软件版本。 在提交时出现的问
10、题 CVS 都会产生警告，然后用户必须仔细检查出问题的文件并手工解决冲突。在文件中，改动的部分会在前面以“”显示，并且列出两个版本的不同之处。由用户来决定是删除旧版本还是做一些相应的修改。WinCVS 是 CVS 的一个客户端软件，它运行在 Windows 上，用来在 Windows上登录 CVS 服务器，然后进行一些 CVS 相关的操作与管理。由于当前很多的企业内部都采用 Linux/Unix 做为服务器，用 Windows 做客户端，所以，WinCVS与在 Linux 上配置的 CVS 服务器配合使用将组成强有力的版本控制与管理的系统。WinCVS 的一些常用功能包括配置、登录、文件上传、
11、文件下载、编辑文件、文件比较、更新本地文件、合并文件、添加文件、删除文件、创建文件标签、查看文件状态等等。其中，WinCVS 提供了修改后提交（commit）的功能，用户从服务器端拷贝文件的某个版本，在本地修改后利用 commit 命令即可将最新的文件保存到服务端，并且文件版本号会自动加 1。当一个开发者试图 commit 某一修改的文件时，通常会发生如下两种情况之一。 对于此修改的文件，如果 CVS 在库中没有检测到新的版本，那么直接commit，就可在库中产生一新的版本； 如果 CVS 在库中检测到新的版本（比如多个人同时对相同的文件进行修改，在你之前已有人将他的修改 commit 而产生
12、了新的版本） ，那么CVS 此时将给出警告并中断 commit 操作。对于第二种情况，在 CVS 中断了 commit 操作后，必须调用更新本地文件命令 update，而调用 update 命令后，会有两种情况发生，一种是不带冲突，另外是带有冲突。冲突的产生是由于多人在修改同一个文件的时候修改了文件中的相同的地方（如某一行） 。在 CVS 中冲突几乎很少发生，而一旦发生了冲突，很大的原因可能是开发小组的开发成员之间没有协调好。另外对于冲突需要强调一点，所谓的冲突仅是文本性的，而非逻辑性的。对于不带冲突的情况，在执行 update 命令将本地版本与服务器上的新版本合并以后，直接执行 commit
13、 命令就会完成提交操作。而对于带冲突的情况，则需要手动地进行修改。例如文件 xImage.h 在库中的版本为 1.4，文件内容为：while(1)i+;本地的 xImage.h 版本为 1.1，假设我们做了如下的修改while( I 1.4在此 CVS 用强调修改的相同部分，剩下的事情就看用户怎么办了。在去掉这些标志，并改成所需要的文件之后，就可以进行commit 了。这时版本号又将升一级。图 1 WinCVS 中对于带冲突的文件显示CVS 中还提供了分支功能，分支是基于软件的版本稳定性和开发的延续性考虑的。一个软件产品会有一个比较稳定的版本（一般是正式发布版），这个版本之前是不稳定的，而之后
14、要对它继续开发，新的功能不断加入，问题也肯定不断出现，在加入新功能的版本还没有比较稳定之前，这时用户可能对开发者提出要求（比如发现了发布版中的问题要求修改），此时就应该进行分支。举个例子来说，假定某一软件的 1.0 发布版已完成，开发者正在继续开发过程，计划在 2 个月后发行 1.1 的版本。然而在不久以后，用户开始抱怨说 1.0 版的代码有些问题，开发者检查了一下 1.0 的发行版,并且找到了这个错误。但是，当前处于开发中的版本处于一个不稳定的状态，并且在下一个月才能有希望稳定下来。这样就没有办法去发行一个最新的现有版本去更正问题。这时就可以去创建基于这棵版本树 1.0 版的分支，可以修改这
15、棵树的分支而不影响到主干。当修订完成时，开发者可以选定是否要把它同主干合并或继续保留在这个分支里。CVS 允许你独立出一个派生的代码到一个分离的开发版本。当你改变一个分支中的文件时（修改了一些 BUG），这些更改不会出现在主开发版本和其它分支版本中，而这些 BUG 在主干（或叫主开发版本）中肯定存在（可能在别的分支中也存在），那么就必须在主干中也要对这些 BUG 进行修改，这就增加了额外的开销。在 CVS 中，可以使用合并（merging）把这些变更从一个分支移动到另一个分支（或主开发版本）。综上所述，利用 CVS 的 commit 可以解决并行开发中的冲突问题，实现有效的访问控制；利用 CV
16、S 中的分支和合并可以实现对软件灵活有效的版本控制。CVS 为软件开发的配置管理提供了一个可靠的工具。3用软件工程管理系统实现软件项目过程管理在软件项目的开发过程中，会存在资源变化频繁的问题。某些开发人员在软件项目开发的过程中离去，由于他负责使用或维护的文档或者资源不完善，使得后续人员接手他的工作时困难重重，造成开发过程的停滞；由于没有控制好软件变化过程，消耗了大量人力物力，导致项目严重超期、预算超支；项目经过了几次大改动，几乎记不起原来是什么样子了，或者说，根据用户提出的多次变更要求更改后的成型软件，与用户的需要相距甚远；软件变化未经控制进入开发或维护活动之中，引入更严重的问题，例如某程序员未经正常的软件变化申请，自行修改软件中的某一错误，虽然局部错误是改正了，但由于没有考虑到局部改动对全局的影响，使得整个系统不能正常工作。为了减小资源变化频繁问题对软件项目的影响，更有效地控制软件质量，需要对软件项目过程进行监控。这里设计了一套软件工程管理系统，它主要针对于软件生成过程的管理和软件质量控制。这个系统包
