(第七章需求分析.pptVIP

为什么要做配置管理？ 在实际的项目开发中 工作成果被覆盖了该怎么办？ 时间一长，文件版本太多，该如何维护？ 两人同时修改了一个程序文件，会不会打架？ 这些问题剪不断、理还乱。我们需要配置管理来快刀斩乱麻。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 讲解： 1、用例详细描述中的前置条件、后置条件和事件流分别是什么含义？ 答案：1、前置条件，用例开始时会发生什么；2、事件流，用例执行的各个步骤；3、后置条件，用例结束时会发生什么。 2、在项目开发过程中使用静态原型法有什么好处？ 答案：使用静态原型法，可以使得需求可视化，强化沟通，尽快确定用户需求。降低风险，节省后期变更成本，提高项目成功率。 * 讲解： 三个问题中： 问题一举例： 小郭一个程序文件修改了一整天，临下班前发现今早未作修改的程序才是正确的，多么盼望时光可以倒流.... 问题二举例： 吸取上面的教训后，小郭每次修改文件前都会重新创建一个版本，以当时日期为后缀。这样时间一长就出现了让人头疼的Usejava、Usejava... 问题三举例： 同一个程序文件，两个程序员同时修改了，都说自己修改的是最新的，也是最重要的。项目经理天天都在调和这种矛盾.. * 讲解： 本页幻灯片中的5点，表明配置管理可以帮助我们解决上页PPT中出现的问题。 配置管理就是让大家在项目开发过程中时刻保持一致的一系列举措。 在软件开发过程中，我们会使用许许多多的文档和资料，例如需求文档、设计文档、源代码、可执行程序、用户手册、测试用例文档、测试报告等；还有合同、计划、会议记录、规范等管理文档。在项目进行过程中，这些文档是不断更新变化的。如何有序高效地生产、存放、查找和利用如此庞大且不断变动的资料，确保在需要的时候能够及时获得最新的、正确的资料，尽可能少地出现混乱和差错成为软件工程项目十分突出的问题。软件配置管理正式为解决这个问题而提出的，它为软件开发提供了一套管理办法和活动原则，是软件开发过程质量保证活动的重要一环。 * 讲解： 1、VSS（Visual SourceSafe） Microsoft Visual Studio中的一员。特点是对并发修改控制严格，一个文件同时只能有一个人修改。不容易引起混乱。只能在局域网内使用。适合中小型项目。 2、CVS（Concurrent Version System，并行版本控制系统） CVS版本控制系统是一个开软软件。 CVS用Copy-Modify-Merge（拷贝-修改-合并）变化表支持对文件的同时访问和修改。CVS是一个客户端/服务器架构的程序，它可容纳多个用户，支持通过internet访问。这一特性使得CVS成为位于不同地点的人同时处理数据文件（特别是程序的源代码）时的首选。 3、SVN（Subversion）版本控制系统 它与CVS一样，是一个跨平台的软件，支持大多数常见的操作系统。作为一个开源的版本控制系统，Subversion 管理着随时间改变的数据。 这些数据放置在一个中央资料档案库 (repository) 中。 这个档案库很像一个普通的文件服务器, 不过它会记住每一次文件的变动。 这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。Subversion 是一个通用的系统, 可用来管理任何类型的文件, 其中包括了程序源码。 * 讲解： 1、文件（file），VSS中我们处理的所有文档都叫文件。 2、 项目（project），所谓的项目是一组存在VSS中的文件（任何类型），可以在项目中或是项目之间进行文件的添加、删除、编辑和共享。一个项目与操作系统的文件夹有很多的相似之处，但它更好地支持文件合并、历史和版本控制。所有的文件存在VSS数据库的项目中，开发组成员不能在VSS中的服务器主备份文件上工作（除了检查和版本比对等特殊情况外）而是VSS为每个成员在各自的工作目录（workfolder）下提供一个拷贝以供工作。尽管在没有工作目录的情况下也可以查看某个文件，但如要真正在VSS管理下工作，就必须要创建一个工作目录。 3、 工作目录（workfolder），是用户真正对项目文件进行调试修改的地方，当用户checkout文件时，VSS将就将文件拷贝到用户的工作目录下，当用户修改了