03.需求管理.pptVIP

本章任务 画出“权限管理系统”用例图 使用用例的方式准确描述“权限管理系统”需求 为什么要做需求管理？ 为什么要做需求管理？ 客户不知道自己要什么 客户：塑料杯、木头杯、还是橡胶杯，我也不知道！ 客户知道自己要什么，但表达不清 客户提要求：使用时要能适应北极的环境。 我们经常会对客户的要求产生错误的理解 我们的理解：他一定要一个结实的杯子！ 什么是《需求规格说明书》？ 《需求规格说明书》概念 软件开发项目中用于明确定义系统需求的文档。 需求规格说明书的作用 开发者与用户间事实上的技术合同书 开发者下一步设计和编码的基础 测试验收目标系统的依据 《需求规格说明书》的构成 功能性需求：用来描述系统所应提供的功能和服务 系统功能 输入输出 异常 非功能性需求：不直接与系统的具体功能相关的一类需求 安全性 可扩展性 响应时间 用例(use case)是什么？ 用例概念 描述系统有哪些人用，和每个人是怎么用的 用例是一种沟通工具 最终用户和开发人员使用它进行交流，并在系统需求上达成共识 用例需要回答的问题 这个系统涉及哪些人？他们对系统有什么期望？ 什么是用例图？ 用例图 系统：代表一个活动范围 参与者：扮演特定角色的人 用例：由参与者执行的功能 用例之间的关系 扩展（extends）关系 允许对已有用例增加步骤创建一个新的用例 用（uses）关系 在一个用例中重用另一个用例中的步骤 泛化关系 一个参与者继承了另一个参与者 怎样画用例图？ 画系统用例图的四个步骤： 1、定义系统边界 2、找出与用例直接相关的参与者 3、画出各个用例 4、确定参与者和用例之间的关系 用Visio工具画“权限管理系统”用例图 1、定义系统边界 用Visio工具画“权限管理系统”用例图 2、找出与用例直接相关的参与者 用Visio工具画“权限管理系统”用例图 3、画出各个用例 用Visio工具画“权限管理系统”用例图 4、确定参与者和用例之间的关系 用例详细描述 - 格式 前置条件 用例开始时会发生什么 事件流 用例执行的各个步骤 后置条件 用例结束时会发生什么 用例详细描述 – 示例 前置条件：系统管理员登录系统 事件流： 1、系统管理员在系统菜单中选择“用户管理”时用例开始 2、系统管理员可以增加一个系统用户 3、系统管理员可以根据用户名查询系统用户 4、对于每一个用户 a）系统管理员可以查看该用户的详细信息 b）系统管理员可以为该用户分配角色 c）系统管理员可以删除该用户 循环结束。 后置条件：系统管理员执行的用户管理动作生效 为什么要用静态原型法？ 遇到下面的问题，你该怎么办？ 耗时耗力地完成了系统，用户却说这根本不是他想要的？ 系统完成了，可用户突然说，能不能换套系统界面？ 项目开发完一半了。用户说，你说 开发完一半了，给我演示看看？ 什么是静态原型法？ 以少量代价快速地构造一个可执行的软件系统模型 使用户和开发人员可以 较快地确定需求 静态原型法的实施 快速建立一套用户界面原型 体现主要的功能（操作命令的使用） 提供基本的界面风格（菜单格式、输出格式） 原型的表现工具 HTML MS Visio MS PowerPoint ... 本课程版权归北风网所有 欢迎访问我们的官方网站 * 北风网项目培训 讲师：石曼迪 第三章、需求管理 前置条件：用户（包含普通用户和系统管理员）在系统首页输入用户名和密码。 事件流： 用户在系统首页输入用户名和密码，点击“登录”按钮时用例开始。 ...... 后置条件：“会话”（session）中保存了已登录用户的信息及其拥有的权限。 一天，一家爱斯基摩人来找你帮忙做一个杯子。 要求：这个杯子在使用时要能适应北极的环境。 这家人承诺：杯子做好后会有高额的酬谢。 你心里想：所谓适应北极环境。北极的地面很硬。那应该做一个结实的杯子。于是你历经千辛万苦做出了： 爱斯基摩人不断摇头，决定一分钱也不付给你。 最后你才知道，他们需要一个拿着不冻手的杯子。他们的真实需求是这样的： 我们不能知其然，而不知其所以然。要做好需求管理。 静态原型法可以帮助我们避免这些问题。