需求管理与配置管理.ppt

1、第二章，需求管理和配置管理，本章的任务是绘制一个“权限管理系统”的用例图，用用例准确描述“权限管理系统”的需求，并使用可视化的SourceSafe来管理项目文档。前提条件：用户(包括普通用户和系统管理员)在系统主页上输入用户名和密码。事件流：用户在系统主页上输入用户名和密码，点击“登录”按钮开始用例。后置条件：登录用户的信息及其权限保存在“会话”中。本章的目的是学习用例图的绘制，用用例描述软件需求，用静态原型方法定义软件需求，理解配置管理的概念和意义，使用Visual SourceSafe进行版本控制，以及为什么要进行需求管理？一天，一个爱斯基摩人来帮你做一个杯子。要求：这个杯子在使用时应该适

2、应北极环境。这家人承诺当杯子做好的时候会有很高的报酬。你对自己说：所谓的适应北极环境。北极的地面非常坚硬。那应该是一个结实的杯子。所以你经历了很多困难：爱斯基摩人不停地摇头，决定不给你一分钱。最后，你知道他们需要一只手不冻的杯子。他们真正的需求如下：你为什么要做需求管理？顾客不知道他们想要什么样的顾客：塑料杯、木杯或橡胶杯，我也不知道！顾客知道他们想要什么，但是他们不能清楚地表达他们的要求：他们应该能够适应北极的环境。我们经常对顾客的要求有错误的理解：他必须有一个结实的杯子！我们不知道为什么，但我们不知道为什么。做好需求管理。什么是需求规格？需求规范概念文档，用于明确定义软件开发项目中的系统需

3、求。需求规格说明的功能是开发者和用户之间的实际技术契约。开发人员在下一步设计和编码的目标系统的基本测试和验收的基础，功能需求：用于描述系统应该提供的功能以及系统功能的异常输入和输出。非功能性需求：一种与系统的特定功能不直接相关的需求。安全性可伸缩性响应时间、需求规范的组成、用例概念描述了谁使用系统以及每个人如何使用它。用例是一个交流工具。最终用户和开发人员使用它来沟通并就系统需求达成共识。用例需要回答什么问题？他们对系统有什么期望？什么是用例？什么是用例图？用例图系统：代表活动范围的参与者：扮演特定角色的人用例：由参与者执行的功能，用例之间的关系，扩展关系允许向现有用例添加步骤以创建新的用例(

4、使用)关系，在另一个用例中重用步骤一般化关系，并且一个参与者继承另一个参与者。概要1，需求规范中的功能性需求和非功能性需求是什么？用例之间的三种关系是什么？如何绘制用例图？绘制系统用例图有四个步骤：1 .定义系统边界2。找出与用例3直接相关的参与者。画出每个用例4。确定参与者和用例之间的关系。使用Visio工具绘制“权限管理系统”的用例图。1.定义系统边界，并由讲师演示。2.找出与用例直接相关的参与者，并由教师演示。使用Visio工具绘制“权限管理系统”的用例图；3.画出每个用例，教师将演示；4.确定参与者和用例之间的关系，讲师将演示；2.用例图由哪些元素组成？绘制系统用例图的四个步骤是什么？

5、用例图能用来描述用户满足“清晰”需求的需求吗？用例详细描述-格式，前提条件，用例开始时会发生什么，事件流，用例执行的步骤，后条件用例结束时会发生什么，用例详细描述的例子，前提条件：系统管理员登录到系统事件流：1。当系统管理员在系统菜单中选择“用户管理”时，用例开始；2.系统管理员可以添加系统用户；3.系统管理员可以根据用户名查询系统用户；4.对于每个用户，a)系统管理员可以查看用户的详细信息；b)系统管理员可以为用户分配角色；c)系统管理员可以删除用户。后置条件：系统管理员执行的用户管理操作生效，那么为什么使用静态原型方法呢？遇到以下问题，你该怎么办？完成这个系统需要时间和精力，但是用户说这根

6、本不是他想要的？系统完成了，但是用户突然说，你能改变系统界面吗？这个项目已经开发了一半。用户说，你说开发已经完成一半了，给我看看？静态原型可以帮助我们避免这些问题。什么是静态原型法？以较小的成本快速构建可执行的软件系统模型，以便用户和开发人员能够快速确定需求，实现静态原型法，并快速建立一套用户界面原型，以反映主要功能(操作命令的使用)并提供基本的界面样式(菜单格式、输出格式)。微软幻灯片.概要3，在用例的详细描述中，先决条件、后条件和事件流的含义是什么？在项目开发中使用静态原型有什么好处？为什么要进行配置管理？如果工作结果包含在实际的项目开发中，我应该怎么做？随着时间的推移，有太多版本的文件。

7、如何维护它们？两个人同时修改一个程序文件，会打架吗？这些问题不断被削减，而原因是混乱的。我们需要配置管理来快刀斩乱麻。，什么是配置管理？对团队成员所承担的代码进行统一管理，项目开发团队成员之间不存在代码修改冲突，对项目团队成员所做的修改进行统一总结，并对修改进行跟踪，以便在项目过程中取消错误的修改并管理代码的各种版本，通用配置管理工具，VSS(可视化源代码安全)CVS(并发版本系统)SVN (Subversion)，VSS中的几个重要概念， 文件：我们在VSS中处理的所有文档都称为文件项目：存储在VSS数据库中的所有文件的集合，类似于本地机器上的“文件夹”工作文件夹。 我们真正使用的是本地版本

8、跟踪、版本控制和历史服务来处理文档、VSS的基本操作、登录到设置工作文件夹、教师演示、VSS的基本操作、添加文件获取最新版本、教师演示、VSS的基本操作、签出、签入、教师演示、VSS在毕业设计中的使用，- Y72 Y72类目录，-团队1团队1目录-代码存储库用于存储数据库设计、备份和脚本-文档用于存储项目文档(需求文档、项目规范.)-团队2 -团队3 -用于存储共享文档的类共享(技术框架，常见问题列表.)。如果您的群组是Y72类别的群组1，则您的群组在VSS下的目录结构如下：离线修改1。在VSS 2中签出需要“离线修改”的文件。将文件复制到本地工作文件夹中并带回家3。继续在家完成文件4。第二天，用在家里完成的文件覆盖本地工作文件夹中的文件。在VSS中，将文件a签入服务器。我想