软件工程-胡飞（第二稿电子教案）chapter 06.pptVIP

6.3.1 面谈 下面给出一个用户面谈过程的示例 建立客户或用户情况表 评估问题 询问用户对哪种“应用类型”问题缺乏好的解决方案? 理解用户环境 扼要说明理解情况 分析人员对客户问题的输入 评估自己的解决方案(如果可行的话) 评估机会 评估可靠性、性能及支持的需要 其他需求 总结性提问 分析人员的总结 6.3.2 需求专题讨论会 专题讨论会具有以下优点： 它协助建立一支高效的团队，围绕一个目的：项目的成功； 所有的风险承担人都畅所欲言； 它促进风险承担人和开发团队之间达成共识； 它能够揭露和解决那些妨碍项目成功的行政问题； 能够很快产生初步的系统定义。 右表是一个专题讨论会议程安排---- 6.3.3 观察用户工作流程 软件与微电子学院 开发人员很难通过面谈和会议获得完整的信息。 这种情况下，观察用户的工作流程是一种比较好的解决方法。 观察用户工作流程有两种形式：  软件与微电子学院 6.3.4 原型化方法 原型化方法是需求获取过程中一种常用的方法，它通过使系统或者系统一部分可视化，以获得客户的反馈，从而有效地解决在系统开发的早期阶段需求不确定的问题。 6.3.5 基于用例的方法 确定参与者 参与者代表着与系统交互的人或事。通过确认系统功能使用者和维护者以及与系统接口的其他系统或硬件设备等，可以有效地识别出系统的参与者。 确定用例 用例描述了系统完成的动作序列，产生对参与者有价值的结果。一个完整的系统包含若干个用例，每个用例具体说明应完成的功能。识别用例首先要确定系统所能反映的外部事件，并把这些事件与参与的执行者和特定的使用实例联系起来，最终绘制出用例图。 描述用例 单纯地使用用例图不能提供用例所具有的全部信息，因此，需要使用文字描述那些不能反映到图形上的信息。用例描述实际上是关于参与者与系统如何交互的规格说明，要求清晰明确，没有二义性。 软件与微电子学院 软件与微电子学院 6.4 案例分析 下面是图书资料管理系统MiniLibrary的问题描述： 一个小型图书资料管理系统，需要实现对图书资料的借出、归还、查询和管理。该系统有图书管理员和普通读者两种用户，普通读者必须先进行注册才可以使用该系统。 图书管理员负责添加、更新和删除系统中的图书资料信息，并登记和查询图书资料的借出和归还情况。普通读者可以按照作者或者主题检索图书资料信息，并且可以预定目前借不到的图书资料。一旦预定的图书资料被归还或已购买，系统将立即通知预定者。 该系统应该在Web环境下运行，要求用户界面友好、响应速度快，具有良好的可扩展性。 这里采用以下步骤实现系统的需求获取和用例建模： 确定系统的参与者； 确定场景； 确定系统用例； 确定用例之间的关系； 编写用例描述文档。 软件与微电子学院 6.4.1 确定系统参与者 开发人员可以通过提出以下问题发现系统的参与者： 谁使用系统的主要功能？ 谁需要系统的支持以完成日常工作任务？ 谁从系统获取信息？ 谁负责维护和管理系统以保证其正常运行？ 系统需要应付（处理）哪些外部硬件设备？ 系统需要和哪些外部系统交互？ 在“图书资料管理系统”的例子中，可以确定“图书管理员”和“普通读者”是该系统的两个主动参与者，“图书管理员”负责维护系统的信息并使用系统的主要功能，“普通用户”从系统中获取所需的信息；另外，系统需要使用外部的“邮件系统”通知预定者，因此“邮件系统”也是一个被动的参与者，如图 普通读者 图书管理员 邮件系统 MiniLibrary 软件与微电子学院 6.4.2 确定场景 对于开发人员来说，可以通过提出以下问题来确定系统的场景： 参与者希望系统执行的任务是什么？ 参与者访问什么信息？谁生成数据？ 参与者需要通知系统的哪些外部变化？（时间和频率） 系统需要通知参与者什么事件？（时间） 这里给出MiniLibrary系统的一个借书场景。 场景名称：借书 参与者实例：Bob：图书管理员；John：普通读者 事件流程： John向Bob提供个人的注册号、所借图书的编号和书名等； Bob在系统中查询该图书是否在图书馆； Bob登记John的借书记录，并将图书借给John。 其他流程： 图书已被借出或者不存在：Bob告诉John无法借出。 John不是合法注册用户：John请求Bob注册后再借书。 软件与微电子学院 6.4.3 确定用例 对于已识别的参与者，开发人员可以通过提出以下问题确定可能的用例： 参与者需要从系统中获得什么功能？参与者需要做什么？ 参与者需要读取、产生、删除、修改或存储系统的某些信息吗？ 系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？ 系统需要的输入/输出信息是什么？这些信息从哪里来？到哪儿去？ 采用什么