1.2-软件开发过程之软件需求20140312素材.ppt

任务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电子商务系统的系统边界。 操作要求 任务3 确定图书管理系统中的用例，绘制图书管理系统的用例图。并对用例进行描述 任务目标 小组讨论法 资料查询法 模仿实践 学习方法 任务3 针对参与者 （1）某个参与者要求系统为其提供什么功能；该参与者需要做哪些工作？ （2）参与者需要阅读、创建、销毁、更新或存储系统中的某些信息吗？ （3）系统中的事件一定要告知参与者吗？参与者需要告诉系统一些什么吗？ （4）系统新功能的识别，参与者的日常工作被简化或效率提高了吗？ 识别用例 针对系统 （1）系统需要什么样的输入和输出？输入来自哪里？输出去往哪里？ （2）该系统的当前状况还存在哪些问题？ （3）系统改进的方向是什么？ 任务3 图书管理系统主要用例1 任务3 图书管理系统主要用例2 任务3 （1）新建工程 （2）新建用例图 （3）添加参与者和用例 （4）删除参与者和用例 （5）设置参与者的属性 （6）设置用例的属性 （7）设置字体、调整位置和大小 （8）完成图书管理系统顶层用例图（不含关系）的绘制 （9）绘制“申请借还”子用例图 （10）绘制“处理借还”子用例图 （11）绘制“系统维护”子用例图 绘制图书管理系统用例图 提示： 教师现场演示用例图的绘制过程和方法 任务3 1.用例的目标 2.用例是怎样被启动的 3.参与者和用例之间的消息流 用例描述 4.用例的多种执行方案 5.用例怎样才算完成并把值传给了参与者 用例模板 任务3 用 例 描 述 - 实 例 课堂实践 2 （1）通过学习小组讨论和上网查询资料形式完成。 （2）在使用Rational Rose绘制用例图之前，采用纸上手绘方式。 （3）确定用例时，请注意用例名称的确定。 操作提示 （1）讨论确定B-C电子商务系统的用例。 （2）绘制B-C电子商务系统的用例图。 （3）参照本书用例描述模板，选取B-C电子商务系统的几个典型的用例进行描述。 操作要求 任务4 确定图书管理系统