用例图及其应用.pptVIP

4用例规范及应用4.1用例规范General标签NamePackageStereotypeRankAbstractDocumentation第30页，共43页，星期日，2025年，2月5日4.1用例规范Diagrams标签用例所拥有的模型图的信息，其中第一列（没有标题）显示模型图的图标，第二列（Title）显示图的名称4用例规范及应用第31页，共43页，星期日，2025年，2月5日第1页，共43页，星期日，2025年，2月5日内容基本概念关系及其应用参与者规范及应用用例规范及应用用例视图第2页，共43页，星期日，2025年，2月5日用例图由三部分组成：参与者一组（个）用例关系1基本概念第3页，共43页，星期日，2025年，2月5日1.1参与者定义是直接与系统相互作用的系统、子系统或类的外部实体的抽象。它是用户所扮演的角色，是系统的用户。每个参与者定义了一个角色集合。通常，一个参与者可以代表一个人、一个计算机子系统、硬件设备或者时间等角色。典型的参与者如销售部经理、销售员和结帐系统。图形表示用小人图符表示1基本概念第4页，共43页，星期日，2025年，2月5日1.1参与者参与者的识别谁将使用系统的主要功能？■谁将需要系统的支持来完成他们的日常任务？■谁必须维护、管理和确保系统正常工作？■谁将给系统提供信息、使用信息和删除信息？■系统需要处理哪些硬件设备？■系统使用了外部资源吗？■系统需要与其他什么系统交互吗？■谁或者什么对系统产生的结果感兴趣？■一个人同时使用几种不同的规则吗？■几个人使用相同的规则吗？■系统使用遗留下来的应用吗？1基本概念第5页，共43页，星期日，2025年，2月5日1基本概念1.2用例定义对一组动作序列的描述，系统通过执行这一组动作序列为参与者产生一个可观察的结果用例特征说明了系统具有的一种行为模式说明了一个参与者与系统执行的一个相关的事务序列提供了一种获取系统需求的方法提供了一种与最终的用户和领域专家进行沟通的方法提供了一种测试系统的方法图形表示用椭圆形表示，用例的名字显示在图标的下面第6页，共43页，星期日，2025年，2月5日1.2用例用例识别参与者要向系统请求什么功能？每个参与者的特定任务是什么？参与者需要读取、创建、撤消、修改、或存储系统的某些信息吗？是否任何一个参与者都要向系统通知有关突发性的、外部的改变？或者必须通知参与者关于系统中的发生的事件？这些事件代表了哪些功能？系统需要哪些输入/输出？这些输入输出来自哪里或者到哪里去？哪些用例支持或维护系统？是否所有功能需求都被用例使用了？系统当前实现的主要问题是什么？1基本概念第7页，共43页，星期日，2025年，2月5日1.3事件流事件流是用例完成需求行为的事件描述。事件流的目的是建立用例中逻辑流程的文档，详细描述系统用户的工作和系统本身的工作，既包括正常状态下系统完成需求行为的事件，也包括在其他状态下不能完成需求行为的事件。事件流通常包括：简要说明前置条件事件流后置条件1基本概念第8页，共43页，星期日，2025年，2月5日社区管理案例功能编号1.1.1功能名称用户资料录入所属部门调查者何亚琴调查时间2004-8-28审核人功能描述小区住户到管理员处申报个人信息，管理员将住户的住宅位置，住户资料，家庭成员的具体情况录入系统中。每位新住户入住时都要来此进行资料录入，以便管理。输入项将住户位置，包括小区编号、楼宇编号、单元编号、房间编号。住户资料包括户主姓名、性别、宅电﹑传呼、移动电话、工作单位、工作电话、工作地址、入住时间。家庭成员包括姓名、性别、家庭关系、工作单位、单位电话、单位地址、移动电话、传呼按照系统提示之顺序输入。处理描述将输入的数据存入数据库，并建立链接。输出项将录入成功的信息列出，如果数据存入时有错误，则显示出错信息。第9页，共43页，星期日，2025年，2月5日1.4用例模型一个用例模型由一个或者多个用例图和所有的支持文件（诸如用例规范和参与者定义等）所构成。用例规范是大多数用例模型的产物，而用例图充当将需求模型综合在一起的粘胶剂。用例模型应当从项目投资者的角度进行开发，而不是从开发者的（通常是技术）观点去开发。1基本概念第10页，共43页，星期日，2025年，2月5日关系反应了参与者和用例之间、用例和用例之间以及参与