用例模型(UesCsaeModel).docVIP

用例模型（Use-Case Model） ⒈内容概述 用例模型是以专门术语描述实际系统功能需求的原型。在用例模型中，一个实际系统功能需求被表示为一个到多个系统行为（System Behavior）。为便于描述系统行为的动态过程，在用例模型中还使用活动图（Activity Diagram）来描述系统内部状态的变化过程（还配套状态图和事件流图）。激发一个系统行为的第一信息来源和目标被称为角色（Actor），而当系统行为发生后会对第一信息来源产生反应。角色只能在系统边界以外，用例模型实际上表现了系统内外的作用与反作用的信息交流过程。UML中的用例模型分别用表示实际系统功能和与其相关的环境的图形符号体系所构成。 角色是与系统信息交互的源点与终点。用例是系统与角色交互的一个系统行为的总和，与其他系统行为不同的是用例要特别描述出与其相关的角色、作用约束、响应性能等重要的系统数据。在用例模型中用带有简要文字说明的箭头将用例和角色连接到一起。 可视化建模语言UML由五类模型视图和九种图所组成。 ⒉步骤 转DEV475_02_Requirements.PDF文档。 ⒊问题的陈述 ①陈述的主要内容 ·问题的范围； ·分别陈述要求解的必须部分的问题内容和可选择部分的问题内容； ·叙述应用的背景情况； 要注意下述问题： –不要涉及系统内部的内容； –阐明系统应用背景的各种假设前提； –阐明系统应用的性能要求； ②设计与实现文档的编制规范 ·总体叙述； ·算法； ·数据结构； ·系统体系结构； ·系统优化设想； ③归纳出需求 由于问题的陈述不一定能反映用户的真实需求或者陈述所反映出的用户需求可能是不现实的、甚至是相互矛盾的，因此必须对陈述所反映出的用户需求进行归纳。在归纳的过程中不要遗失任何信息。要有需求就是挑战的观念。Rumbaugh曾经说过：“即便你把用户所提出的问题总结的再好，但设计出来的结果却不能满足用户的实际需要，你如何面对你的客户”。 ⒊建立用例模型的概念与步骤 内容与目的 依据问题的陈述而描述出现实世界中的对象类极其相互间的关系。 建立用例模型所需的必要信息材料 ·问题的陈述； ·应用领域内的专业经验和知识； ·对现实生活的广泛了解和多门类的经验； ·多多的交流； 建立用例模型的步骤 ·标记对象与类； ·制作数据字典； ·标记对象间的关联关系和包容关系； ·标记对象的属性和连接； ·提取对象间的继承关系； ·测试对象间的访问路径； ·反复审核用例模型并归纳同类对象； ·在模型中使用类组； 上述步骤可由下图体现： ⒋标记对象与类 这一步由下述步骤组成： ·从问题陈述中抽取名词； ·生成静态系统交互图； ·用静态系统交互图修改初始化表； ·依据应用领域内的专业经验和知识可能提交扩展的问题陈述； ·标记附加的对象； 在本步的应用中应注意下面两点： ⑴生成静态系统交互图（Context Diagrams） 静态系统交互图（在UML中称为用例图）用来描绘系统的范围。该图由表示系统边界的圆和位于系统边界以外的角色构成。如下图所示： ⑵筛选正确的类 问题陈述中名词并不一定是系统中的对象，必须对其进行筛选。筛选的原则如下： ·滤除在问题陈述中出现的多余的、不相干的名词； ·滤除在问题陈述中出现，但却属于系统中某些类的属性、方法、作用名或是实现中的结构的名词； ·对含混的名词务必要澄清； 这样上述步骤极其反馈可由下图表示： 例：酒店酬金支出系统 Payroll system problem statement Create a payroll system for restaurants and hotels. Make certain that the usual deductions are taken into consideration. The payroll must accommodate both salaried and hourly employees. The waiters are salaried employees, but the busboys are hourly employees. The payroll system must print checks weekly. The system will produce a payroll register which will be turn over to auditors monthly. Income and tax reports including W-2s must be prepared according to legal requirements. Reports concerning voluntary deductions will