软件工程与Rose建模第5章 图书管理系统需求建模.pptVIP

单击此处编辑母版文本样式 第二级 第三级 第四级 第五级 软件工程与Rose建模案例教程（第二版） 软件工程与Rose建模案例教程（第二版） 第5章 图书管理系统需求建模 本章学习导航 本章学习要点 Rational Rose的安装 用例图的组成（参与者和用例） 识别软件系统中的用例 描述软件系统中的用例 识别用例间的关系（泛化、使用、包含和扩展） 绘制用例图的一些考虑 教学课时：8课时 任务1 了解用例模型的基本功能和基本组成，理解用例模型在软件系统开发中的重要地位 任务目标 小组讨论法 资料查询法 模仿实践 学习方法 任务1 用例模型是把应满足用户需求的基本功能聚合起来表示的强大工具。对于正在构造的新系统，用例描述该系统应该做什么；对于已构造完毕的系统，用例则反映了系统能够完成什么样的功能。可定制的目标库或编码指南的代码生成机制；从用例模型中受益的人员包括： 客户（或最终用户） ； 开发者 ； 系统集成和测试的人员 ； 其他人员 ； 用例模型的功能 任务 1 （1）确定系统应具备哪些功能 。 （2）为系统的功能提供清晰一致的描述 。 （3）为系统验证工作打下基础。 引入用例的目的 （1）用例 用于描述系统的功能，即从外部用户的角度观察，系统应具备哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述。 （2）参与者 是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备 （3）系统 实现各种用例的“黑盒子” 用例模型的基本组成 任务2 确定图书管理系统中的参与者和系统边界 任务目标 小组讨论法 资料查询法 模仿实践 学习方法 任务2 描述了图书管理业务中读者和图书管理员之间的关系。以及图书管理系统的功能：读者借阅图书、图书管理员进行借书处理、图书管理员进行图书资料统计、图书管理员维护读者信息等。 典型用例图 任务2 是与系统交互的人或事。所谓“与系统交互”指的是参与者向系统发送消息，从系统中接收消息，或是在系统中交换信息。 参与者 具体表现形式 系统用户 其他系统 一些可以运行的进程 参与者在系统中的地位 主要参与者 次要参与者 参与者对用例的作用 主动参与者 被动参与者 任务2 获取参与者的问题： （1）使用系统主要功能的人是谁（即主要参与者）? （2）需要借助于系统完成日常工作的人是谁? （3）谁来维护和管理系统（次要参与者），保证系统正常工作? （4）系统控制的硬件设备有哪些? （5）系统需要与哪些其它系统交互? （6）对系统产生的结果感兴趣的人或事是哪些? 参与者的确定 图 书 管 理 系 统 任务2 系统是用例模型的一个组成部分，代表的是一部机器或一个商务活动，而并不是真正实现的软件系统。系统的边界用来说明构建的用例模型的应用范围。比如，一台自助式售货机（被看作系统）应提供售货、供货、提取销售款等功能，这些功能在自动售货机之内的区域起作用，自动售货机之外的情况不考虑。 系统 用例图中的系统用一个长方框表示，系统的名字写在方框上或方框里面，方框内部还可以包含该系统中的用符号表示的用例。 自助式售货机 任务2 Jacobson给出的用例的定义是：用例代表一个系统或系统的一部分行为，是对一组动作序列的描述，系统执行该动作序列来作为参与者产生一个可观察的结果值。 UML中的用例用椭圆形表示，用例的名字写在椭圆的内部或下方。 用例的定义 任务2 （1）用例总由参与者初始化 。 用例所代表的功能必须由参与者激活，然后才能执行。 （2）用例为参与者提供值 。 用例必须为参与者提供实在的值，虽然这个值并不重要，但是能被参与者识别。 （3）用例具有完全性 。 用例是一个完整的描述。 用例的特征 提示： 用例表示的也是一个类，而不是某个具体的实例。 用例描述了它代表的功能的各个方面，也就是包含了用例执行期间可能发生的种种情况； 用例通常使用动名词（借阅图书）命名，而不是名字短语（图书），也不是一个句子（读者借阅图书）。 课堂实践 1 （1）通过学习小组讨论和上网查询资料形式完成。 （2）使用手绘形式绘制出B-C电子商务系统的参与者和系统边界。 （3）不需要确定系统的用例。 操作提示 （1）小组讨论用例模型是主要的功能是什么？ （2）根据您的经验，使用用例模型来描述需求与使用文字的方式来描述需求有什么不同？ （3）举例说明用例模型由哪三部分组成？ （4）分析第4章B-C电子商务系统的需求，确定该系统中的参与者。并说明你确定的根据。 （5）确定B-C电子商