需求管理与配置管理例析.pptVIP

本章任务 画出“权限管理系统”用例图 使用用例的方式准确描述“权限管理系统”需求 使用Visual SourceSafe管理项目文档 本章目标 学会用例图的画法 学会使用用例的方式描述软件需求 学会使用静态原型法定义软件需求 了解配置管理的概念和重要意义 学会使用Visual SourceSafe进行版本控制 为什么要做需求管理？ 为什么要做需求管理？ 客户不知道自己要什么 客户：塑料杯、木头杯、还是橡胶杯，我也不知道！ 客户知道自己要什么，但表达不清 客户提要求：使用时要能适应北极的环境。 我们经常会对客户的要求产生错误的理解 我们的理解：他一定要一个结实的杯子！ 什么是《需求规格说明书》？ 《需求规格说明书》概念 软件开发项目中用于明确定义系统需求的文档。 需求规格说明书的作用 开发者与用户间事实上的技术合同书 开发者下一步设计和编码的基础 测试验收目标系统的依据 《需求规格说明书》的构成 功能性需求：用来描述系统所应提供的功能和服务 系统功能 输入输出 异常 非功能性需求：不直接与系统的具体功能相关的一类需求 安全性 可扩展性 响应时间 用例(use case)是什么？ 用例概念 描述系统有哪些人用，和每个人是怎么用的 用例是一种沟通工具 最终用户和开发人员使用它进行交流，并在系统需求上达成共识 用例需要回答的问题 这个系统涉及哪些人？他们对系统有什么期望？ 什么是用例图？ 用例图 系统：代表一个活动范围 参与者：扮演特定角色的人 用例：由参与者执行的功能 用例之间的关系 扩展（extends）关系 允许对已有用例增加步骤创建一个新的用例 用（uses）关系 在一个用例中重用另一个用例中的步骤 泛化关系 一个参与者继承了另一个参与者 小结1 《需求规格说明书》中的功能性需求和非功能性需求分别指的是什么？ 用例之间的三种关系分别是？ 怎样画用例图？ 画系统用例图的四个步骤： 1、定义系统边界 2、找出与用例直接相关的参与者 3、画出各个用例 4、确定参与者和用例之间的关系 用Visio工具画“权限管理系统”用例图 1、定义系统边界 用Visio工具画“权限管理系统”用例图 2、找出与用例直接相关的参与者 用Visio工具画“权限管理系统”用例图 3、画出各个用例 用Visio工具画“权限管理系统”用例图 4、确定参与者和用例之间的关系 小结2 用例图是由哪些元素构成的？ 画系统用例图的四个步骤分别是？ 使用用例图来描述用户需求能否达到“明确”的要求？ 用例详细描述 - 格式 前置条件 用例开始时会发生什么 事件流 用例执行的各个步骤 后置条件 用例结束时会发生什么 用例详细描述 – 示例 前置条件：系统管理员登录系统 事件流： 1、系统管理员在系统菜单中选择“用户管理”时用例开始 2、系统管理员可以增加一个系统用户 3、系统管理员可以根据用户名查询系统用户 4、对于每一个用户 a）系统管理员可以查看该用户的详细信息 b）系统管理员可以为该用户分配角色 c）系统管理员可以删除该用户 循环结束。 后置条件：系统管理员执行的用户管理动作生效 为什么要用静态原型法？ 遇到下面的问题，你该怎么办？ 耗时耗力地完成了系统，用户却说这根本不是他想要的？ 系统完成了，可用户突然说，能不能换套系统界面？ 项目开发完一半了。用户说，你说 开发完一半了，给我演示看看？ 什么是静态原型法？ 以少量代价快速地构造一个可执行的软件系统模型 使用户和开发人员可以 较快地确定需求 静态原型法的实施 快速建立一套用户界面原型 体现主要的功能（操作命令的使用） 提供基本的界面风格（菜单格式、输出格式） 原型的表现工具 HTML MS Visio MS PowerPoint ... 小结3 用例详细描述中的前置条件、后置条件和事件流分别是什么含义？ 在项目开发过程中使用静态原型法有什么好处？ 为什么要做配置管理？ 在实际的项目开发中 工作成果被覆盖了该怎么办？ 时间一长，文件版本太多，该如何维护？ 两人同时修改了一个程序文件，会不会打架？ 什么是配置管理？ 对小组成员各自承担的代码统一管理　 项目开发小组的成员之间不会发生代码修改冲突 对项目小组各成员所作的修改进行统一汇总　　 保留修改的轨迹，以便撤销错误的改动 对项目过程中代码的各个版本进行管理 常用的配置管理工具 VSS（Visual SourceSafe） CVS（Concurrent Version System） SVN（Subversion） VSS中的几个重要概念 文件(file)： VSS中我们处理的所有文档都叫文件 项目 (project)： 存储在VSS数据库中的所有文件的集合 ，类似于“文件