软件体系结构第5讲资料.ppt

* 课堂作业 写出自动售货机的购物用例的事件流。 * 谢谢！ 人有了知识，就会具备各种分析能力， 明辨是非的能力。 所以我们要勤恳读书，广泛阅读， 古人说“书中自有黄金屋。 ”通过阅读科技书籍，我们能丰富知识， 培养逻辑思维能力； 通过阅读文学作品，我们能提高文学鉴赏水平， 培养文学情趣； 通过阅读报刊，我们能增长见识，扩大自己的知识面。 有许多书籍还能培养我们的道德情操， 给我们巨大的精神力量， 鼓舞我们前进。 * 1、软件开发过程的划分。 2、不同阶段的人员构成 2.1 各种人员在软件开发阶段的作用 2.2 人员划分在中小软件企业中不清晰，往往一人身兼数职，这也就限制了软件企业的发展。 * * 写作很重要。顾钧、周智-〉广州 北京 上海。陈国良。孔子。 * 1 场景是发现系统需求和体系结构元素的主要工具 2 场景是一个逐步叠加，一般只描述主要功能，忽略细节（关于发款的说明，例举张宗昌的三不知主义，张之死及孙传芳之死、施从滨，施剑翅） * 1 场景是发现系统需求和体系结构元素的主要工具 2 场景是一个逐步叠加，一般只描述主要功能，忽略细节（关于发款的说明，例举张宗昌的三不知主义，张之死及孙传芳之死、施从滨，施剑翅） * * * 温故知新 4+1实例：一个简单ATM系统 场景视图 逻辑视图 开发视图 进程视图 物理视图 4+1模型开发迭代方法 * 软件体系结构 第 5 讲： 用例建模 江贺 * 内容简介： 用例模型 参与者 用例 用例-参与者关系 用例描述 一个简单的用例文档 * 用例模型（Use Case Model） ~ 是从特定角度对系统的完整描述。 用例模型的构成： 参与者 用例 用例-参与者关系 * 用例模型（Use Case Model） 用例模型的描述——用例图 呼叫者 被呼叫者 拨打本地电话 拨打长途电话 用例模型的表示：用例图 * 参与者 ~是在系统边界之外的必须与系统交互的人或物。 参与者： 可以表示人或其他系统 定义用户或其他在与系统交互过程中所扮演的角色 在系统之外，通常不受系统控制 在所构建的系统上提出必须到到的需求 * 参与者 ~的表示方法： 参与者定义了用户在于系统交互的过程中所扮演的角色。用户既可以是一个人也可以是另外一个系统。 * 参与者 ~的确定： 谁会使用这个系统？ 谁会提供、使用或者删除信息？ 谁对特定的功能需求或特定的功能感兴趣？ 使用该系统的用例涉及到那些人？ 其他系统与该系统进行交互需要什么？ 该系统需要哪些外部资源？ 谁或者什么来启动这个系统？ 谁来支持和维护该系统？ * 参与者 ~的确定是应该注意的问题：不要将与系统交互的工具误认为参与者！ 例1： 用户使用Word时，通过键盘与系统进行交互。 参与者：用户 参与者：键盘 例2：使用手机打电话。 参与者：客户 参与者：手机 * 用例 ~刻画了系统向一个或者多个参与者提供价值的方式——每个用例都向至少一个参与者提供有价值的东西。 用例反映了参与者的目标： 参与者通过使用系统，可以完成自己想完成的任务 参与者执行用例，可以帮助它们完成某个目标。 * 用例 ~的表示方法： 用例描述了参与者使用系统实现目标的方式，以及系统为参与者能够实现该目标而提供的帮助。用例描述了系统及其参与者结合起来向至少一个参与者传递有价值的东西的方式。 * 用例 ~的确定： 对于已经确定的每个参与者，该系统需要实现的目标是什么？ 参与者是否需要通知系统突发事件、外部变化？ 什么是用例必须在系统启动、停止、配置和维护的？ 哪些信息是必须在系统修改或创建的？ 哪些事件是系统必须跟踪和通知参与者的？ * 用例-参与者关系 参与者与用例要使用通信关联关系连接在一起 箭头是可选项，箭头一方表明了被启动交互的元素。 * 用例-参与者关系 参与者在以下情形下需要与系统进行通信： 为了启动用例 需要存储在系统中的某些数据，然后用例会将这些数据提供给参与者 为了在与系统的对话中修改存储在系统中的数据 为了报告系统应该了解的在其周围发生的特殊事件 * 用例-参与者关系 用例在以下情况需要和参与者之间通信： 如果系统中发生了特殊情况，可能需要通知参与者 用例可能需要向参与者请求帮助，以便在达到目的过程中做出所需的决策 用例可以将责任委托给一个参与者 * 用例描述（用例属性） 除了用例图外还需要使用文本方式进行描述（用例图太简略了！） 用例描述：是定义用例细节的地方，有时候也被称为用例属性。 用例的关键属性包括：事件流、前置条件、后置条件 * 用例描述（用例属性） 事件流 事件流描述了系统与参与者如何协作来传递由用例所承诺的价值，其中包括所有可能阻碍获取价值的内容。类比：如何去参加聚会的指示。 出停车场后右转弯，沿主路走5公里