欢迎来到得力文库 - 分享文档赚钱的网站! | 帮助中心 好文档才是您的得力助手!
得力文库 - 分享文档赚钱的网站
全部分类
  • 研究报告>
  • 管理文献>
  • 标准材料>
  • 技术资料>
  • 教育专区>
  • 应用文书>
  • 生活休闲>
  • 考试试题>
  • pptx模板>
  • 工商注册>
  • 期刊短文>
  • 图片设计>
  • ImageVerifierCode 换一换

    UML用例和用例图.ppt

    • 资源ID:25030141       资源大小:991KB        全文页数:66页
    • 资源格式: PPT        下载积分:20金币
    快捷下载 游客一键下载
    会员登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录   QQ登录  
    二维码
    微信扫一扫登录
    下载资源需要20金币
    邮箱/手机:
    温馨提示:
    快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如填写123,账号就是123,密码也是123。
    支付方式: 支付宝    微信支付   
    验证码:   换一换

     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    UML用例和用例图.ppt

    n 基本概念:Use case、Actor、Scenarion Use case间的关系间的关系n Use Case 分析技术分析技术n 案例讲解案例讲解 定义定义1:用例:用例是对一个活动者是对一个活动者(actor)使用使用系统的一项功能时所进行的交互过程的一系统的一项功能时所进行的交互过程的一个文字描述序列个文字描述序列。定义定义2:用例是系统、子系统或类和外部的:用例是系统、子系统或类和外部的参与者(参与者(actor)交互的动作序列的说明,)交互的动作序列的说明,包括可选的动作序列和会出现异常的动作包括可选的动作序列和会出现异常的动作序列。序列。n用例是代表系统中各个项目相关人员之间就系统的行为用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。它有如下一些特点:所达成的契约。它有如下一些特点:用例描述了用户提出的一些可见的需求,对应一个具用例描述了用户提出的一些可见的需求,对应一个具体的用户目标;体的用户目标;用例从使用系统的角度描述系统中的信息,即站在系用例从使用系统的角度描述系统中的信息,即站在系统外部察看系统功能,而不考虑系统内部对该功能的统外部察看系统功能,而不考虑系统内部对该功能的具体实现形式;具体实现形式;用例是对系统行为的动态描述,属于用例是对系统行为的动态描述,属于UMLUML的动态建模的动态建模部分;部分;用例并不是系统的全部需求,用例并不是系统的全部需求, 用例描述的只是用例描述的只是功能性方面功能性方面的需求。的需求。n定义:参与者是指系统以外的、需要使用系统定义:参与者是指系统以外的、需要使用系统或与系统交互的东西,包括人、设备、外部系或与系统交互的东西,包括人、设备、外部系统等。通过系统边界与系统进行有意义交互。统等。通过系统边界与系统进行有意义交互。n参与者未必是人,可以是设备、外部系统等。参与者未必是人,可以是设备、外部系统等。n一个参与者可以执行多个用例,一个用例也可一个参与者可以执行多个用例,一个用例也可以由多个参与者使用。以由多个参与者使用。n参与者并不是系统的一部分,参与者并不是系统的一部分, 尽管在模型中会使用参与者。尽管在模型中会使用参与者。参与者(Actor)IconLabelDecoration 参与者的三种表现形式参与者的三种表现形式参与者参与者识别思路识别思路n谁使用该系统谁使用该系统n谁改变系统的数据谁改变系统的数据n谁从系统获取信息谁从系统获取信息n谁需要系统的支持以完成日常工作任务谁需要系统的支持以完成日常工作任务n谁负责维护、管理并保持系统正常运行谁负责维护、管理并保持系统正常运行n谁对系统运行产生的结果感兴趣谁对系统运行产生的结果感兴趣n系统需要应付那些硬件系统需要应付那些硬件设备设备n系统需要和那些系统需要和那些外部系统外部系统交互交互案例:案例:库存管理系统库存管理系统 某汽车制造厂需要一套某汽车制造厂需要一套库存管理系统库存管理系统,该系统,该系统实现的业务:实现的业务: 生产工人根据生产计划领取物料,库存操作员生产工人根据生产计划领取物料,库存操作员根据根据生产系统生产系统的派单,将物料交付给领料工人,的派单,将物料交付给领料工人,余料即时归还库房。库房管理人员定期盘点库余料即时归还库房。库房管理人员定期盘点库存,通知供应商供货,对长期积存的货物,申存,通知供应商供货,对长期积存的货物,申请退货。请退货。识别思路:n谁使用该系统谁使用该系统n谁改变系统的数据谁改变系统的数据 n谁从系统获取信息谁从系统获取信息 n谁需要系统的支持以完成日常工作任务谁需要系统的支持以完成日常工作任务 n谁负责维护、管理并保持系统正常运行谁负责维护、管理并保持系统正常运行n系统需要应付哪些硬件设备系统需要应付哪些硬件设备n系统需要和哪些外部系统交互系统需要和哪些外部系统交互 n谁对系统运行产生的结果感兴趣谁对系统运行产生的结果感兴趣 操作员,管理员领料员,退料员,操作员,管理员,供应商管理员生产系统, 供应商系统操作员,管理员,领料员,退料员操作员,管理员操作员,管理员库存管理系统的参与者2、用例(Use Case) 用例描述了系统的功能需求,是系统的用例描述了系统的功能需求,是系统的一组动作序列的描述。一组动作序列的描述。用例的本质是用户与计算机之间的一次用例的本质是用户与计算机之间的一次交互作用交互作用。识别用例识别用例执行者使用这个系统达到什么目标?执行者使用这个系统达到什么目标?语法测试:【执行者】使用系统来【用例】识别用例识别用例有意义的目标有意义的目标识别用例识别用例业务语言而非技术语言业务语言而非技术语言识别用例识别用例用户观点而非系统观点用户观点而非系统观点 用户观点用户观点系统观点系统观点识别用例识别用例用例命名:用例命名:通常采用动宾语结构或主谓结构命名通常采用动宾语结构或主谓结构命名脚本(脚本(scenario)scenario)n在在UMLUML中,脚本指贯穿用例的一条单一路径,中,脚本指贯穿用例的一条单一路径,用来显示用例中的某种特殊情况。用来显示用例中的某种特殊情况。n脚本是用例的实例,脚本与用例的关系相当于脚本是用例的实例,脚本与用例的关系相当于对象和类的关系。对象和类的关系。n每个用例都有一系列的脚本,包括一个主要脚每个用例都有一系列的脚本,包括一个主要脚本和多个次要脚本。次要脚本描述了执行路径本和多个次要脚本。次要脚本描述了执行路径中的异常或可选择的情况。中的异常或可选择的情况。脚本(脚本(scenario)scenario)n例:在例:在“订货订货”这个用例中,包含着几个相关这个用例中,包含着几个相关的脚本。一个是订货进行顺利的脚本;一个是的脚本。一个是订货进行顺利的脚本;一个是相关货源不足的脚本;一个是涉及购货者的信相关货源不足的脚本;一个是涉及购货者的信用卡被拒的脚本等。这些脚本的组合构成了一用卡被拒的脚本等。这些脚本的组合构成了一个用例。个用例。n 基本概念:Use case、Actor、Scenarion Use case间的关系间的关系n Use Case 分析技术分析技术n 案例讲解案例讲解关系n参与者与用例之间参与者与用例之间n关联关系关联关系n用例与用例之间用例与用例之间n包含关系包含关系 (include)n扩展关系扩展关系 (extend)n泛化关系泛化关系 (generalization)n参与者与参与者之间参与者与参与者之间n泛化关系泛化关系 (generalization)关系参与者与用例之间n关联关系关联关系 描述参与者与使用用例之间的关系。在描述参与者与使用用例之间的关系。在UMLUML中,关系用实线表示,实线可以有箭头,也可中,关系用实线表示,实线可以有箭头,也可以没有箭头。以没有箭头。n例:参与者与用例例:参与者与用例 通过关联相连。通过关联相连。1)包含关系包含关系(include) 包含关系指两个用例之间的关系,其中一个用例(即包含关系指两个用例之间的关系,其中一个用例(即基本用例)的行为包含了另一个用例(即包含用例)基本用例)的行为包含了另一个用例(即包含用例)的行为。的行为。 包含关系中箭头的方向是从基本用例到包含用例。包含关系中箭头的方向是从基本用例到包含用例。用例间的关系用例间的关系包含关系包含关系基本用例包含用例用例间的关系用例间的关系包含关系包含关系预订座位检查座位信息安排座位 本例中,用例本例中,用例“Check Credit” 检查输入的信用卡号检查输入的信用卡号是否有效以及信用卡是否有足够的资金。是否有效以及信用卡是否有足够的资金。2 2)扩展关系扩展关系( (extend)extend)n扩展关系允许一个用例(可选)扩展另一个用扩展关系允许一个用例(可选)扩展另一个用例的功能。例的功能。n扩展只能发生在基本用例的序列中某个特定的扩展只能发生在基本用例的序列中某个特定的点上,这个点叫点上,这个点叫扩展点扩展点。n扩展关系中基本用例本身是完整的。扩展关系中基本用例本身是完整的。n在扩展关系中,箭头的方向是从扩展用例到基在扩展关系中,箭头的方向是从扩展用例到基本用例。本用例。用例间的关系用例间的关系扩展关系扩展关系用例间的关系用例间的关系扩展关系扩展关系基本用例扩展用例预订座位处理等候队列3)泛化关系泛化关系n泛化关系其实是子类与父类的关系。和类之间的泛化泛化关系其实是子类与父类的关系。和类之间的泛化关系一样,用例和参与者也可以继承另一个用例和参关系一样,用例和参与者也可以继承另一个用例和参与者。与者。n泛化的示例:银行泛化的示例:银行存款存款有两种方式,一种是有两种方式,一种是银行柜台银行柜台存款存款,一种是,一种是ATMATM机存款机存款。用例间的关系用例间的关系泛化关系泛化关系父用例子用例关系参与者与参与者之间l泛化关系CustomerCompany Personal用例的粒度粒度n用例的粒度指用例所包含的系统服务或功能单元用例的粒度指用例所包含的系统服务或功能单元的多少。用例的粒度越大,用例包含的功能越多,的多少。用例的粒度越大,用例包含的功能越多,反义包含的功能越少。反义包含的功能越少。n例:学生管理系统中维护学生信息用例图如下:例:学生管理系统中维护学生信息用例图如下:管理员维护学生信息添加学生信息修改学生信息管理员删除学生信息n 基本概念:Use case、Actor、Scenarion Use case间的关系间的关系n Use Case 分析技术分析技术n 案例讲解案例讲解用例的描述用例的描述n没有描述的Use Case就像是一本书的目录n从用例的定义也可以看出,用例是一个“文字描述序列”,是“动作序列的说明”。n用例的描述是用例的主要部分,是后续的交互图分析和类图分析必不可少的部分。用例的描述n 一般说来,用例采用一般说来,用例采用自然语言自然语言描述参与描述参与者与系统进行交互时双方的行为,不追求者与系统进行交互时双方的行为,不追求形式化的语言表达(面向不同人员)。形式化的语言表达(面向不同人员)。用例描述的内容n用例的目标用例的目标n用例是怎么启动的用例是怎么启动的n参与者和用例之间的消息是如何传送的参与者和用例之间的消息是如何传送的n用例中除了主路径外,其他路径是什么用例中除了主路径外,其他路径是什么n用例结束后的系统状态用例结束后的系统状态n其他需要描述的内容其他需要描述的内容用例描述原则:尽可能写的用例描述原则:尽可能写的“充分充分”,而不是追求写,而不是追求写的形式化、完整或漂亮。的形式化、完整或漂亮。书写用例文档路径交互步骤的描述路径交互步骤的描述u只书写只书写“可观测可观测”的的u使用主动语句使用主动语句u句子必须以执行者或系统作为主语句子必须以执行者或系统作为主语u每一句都要朝目标迈进每一句都要朝目标迈进u分支和循环分支和循环u不要涉及界面细节不要涉及界面细节书写用例文档路径交互步骤的描述路径交互步骤的描述(1)u系统通过系统通过ADO建立数据库连接,传送建立数据库连接,传送SQL查查询语句,从询语句,从“零件零件”表查询表查询u系统按照查询条件搜索零件系统按照查询条件搜索零件只书写只书写“可观测可观测”的的书写用例文档路径交互步骤的描述路径交互步骤的描述(2)u系统从会员处获取用户名和密码系统从会员处获取用户名和密码u会员提交用户名和密码会员提交用户名和密码使用主动语句使用主动语句u用户名和密码被验证用户名和密码被验证u系统验证用户名和密码系统验证用户名和密码书写用例文档路径交互步骤的描述路径交互步骤的描述(3)u执行者执行者u系统系统u系统系统u执行者执行者句子必须以执行者或系统作为主语句子必须以执行者或系统作为主语书写用例文档路径交互步骤的描述路径交互步骤的描述(4)u执行者填写姓名执行者填写姓名u执行者填写电话执行者填写电话u执行者填写联系地址执行者填写联系地址u执行者提交执行者提交u每一句话都要朝目标迈进每一句话都要朝目标迈进书写用例文档路径交互步骤的描述路径交互步骤的描述(5)u分支:放到扩展路径分支:放到扩展路径u循环:直接描述循环:直接描述分支和循环分支和循环书写用例文档路径交互步骤的描述路径交互步骤的描述(6)u会员从下拉框中选择类别会员从下拉框中选择类别u会员在相应文本框中输入查询条件会员在相应文本框中输入查询条件u会员点击会员点击“确定确定”按钮按钮u不要涉及到界面细节不要涉及到界面细节常见错误n只描述系统的行为,没有描述参与者的行为只描述系统的行为,没有描述参与者的行为n只描述参与者的行为,没有描述系统的行为只描述参与者的行为,没有描述系统的行为n在用例描述中就设定对用户界面设计的详细在用例描述中就设定对用户界面设计的详细要求要求n描述过于冗长描述过于冗长Use Case:取款Actor:储户主事件流:1、储户插入ATM卡,并键入密码;2、储户按“取款”按钮,并键入取款数目;3、储户取走现金、ATM卡并拿走收据;4、储户离开。问题:只描述了参与者的动作序列,而没有描述系统的行为ATM取款案例取款案例ATM取款案例nUse Case:取款nActor:储户n主事件流:n1、ATM系统获得系统获得ATM卡和密码;卡和密码;n2、设置事物类型为取款;、设置事物类型为取款;n3、ATM系统获取要提取的现金数目;系统获取要提取的现金数目;n4、验证帐户上是否有足够储蓄金额;、验证帐户上是否有足够储蓄金额;n5、输出现金、数据和、输出现金、数据和ATM卡;卡;n6、系统复位。、系统复位。问题:只描述了ATM系统的行为,而没有描述参与者的行为ATM取款(修改后的描述)nUse CaseUse Case:取款取款nActorActor:储户储户n主事件流:主事件流:n1 1、通过读卡机,储户插入、通过读卡机,储户插入ATMATM卡;卡;n2 2、ATMATM系统从卡上读取银行系统从卡上读取银行IDID、帐号、加密密码、并用主银行系统、帐号、加密密码、并用主银行系统验证银行验证银行IDID和帐号;和帐号;n3 3、储户按、储户按“取款取款”按钮,按钮,ATMATM系统根据上面读出的卡上加密密码,系统根据上面读出的卡上加密密码,对密码进行验证;对密码进行验证;n4 4、储户按、储户按“快速取款快速取款”按钮,并键入取款数量,取款数量应该是按钮,并键入取款数量,取款数量应该是100100的倍数;的倍数;n5 5、ATMATM系统通知主银行系统,传递储户帐号和取款数量,并接收返系统通知主银行系统,传递储户帐号和取款数量,并接收返回的确认信息和储户帐户余额;回的确认信息和储户帐户余额;n6 6、ATMATM系统输出现金、系统输出现金、ATMATM卡和显示帐户余额的收据;卡和显示帐户余额的收据;n7 7、ATMATM系统记录事务到日志文件系统记录事务到日志文件;用例描述分析nUse Case: Buy SomethingUse Case: Buy Somethingn参与者:参与者:CustomerCustomern主事件流:主事件流:n1 1、系统显示、系统显示IDID和密码窗口;和密码窗口;n2 2、顾客键入、顾客键入IDID和密码,然后按和密码,然后按OKOK键;键;n3 3、系统验证顾客、系统验证顾客IDID和密码,并显示个人信息窗口;和密码,并显示个人信息窗口;n4 4、顾客键入姓名、街道地址、城市、邮政编码、电话号码,然、顾客键入姓名、街道地址、城市、邮政编码、电话号码,然后按后按OKOK键;键;n5 5、系统验证用户是否为老顾客;、系统验证用户是否为老顾客;n6 6、系统显示可以卖的商品列表;、系统显示可以卖的商品列表;n7 7、顾客在准备购买的商品图片上单击,并在图片旁边输入要购、顾客在准备购买的商品图片上单击,并在图片旁边输入要购买的数量。选购商品完毕后按买的数量。选购商品完毕后按DoneDone按钮;按钮;n8 8、系统通过库存系统验证要购买的商品是否有足够库存;、系统通过库存系统验证要购买的商品是否有足够库存;n.(后续描述省略)(后续描述省略)问题:对用户界面的描述过于详细,对于需求文档来说,问题:对用户界面的描述过于详细,对于需求文档来说,详细的用户描述对获取需求并无帮助。详细的用户描述对获取需求并无帮助。改进后的描述改进后的描述nUse CaseUse Case:Buy SomethingBuy Somethingn参与者:参与者:CustomerCustomern主事件流:主事件流:n1 1、顾客使用、顾客使用IDID和密码进入系统;和密码进入系统;n2 2、系统验证顾客身份;、系统验证顾客身份;n3 3、顾客提供姓名、地址、电话号码;、顾客提供姓名、地址、电话号码;n4 4、系统验证顾客是否为老顾客;、系统验证顾客是否为老顾客;n5 5、顾客选择要购买的商品和数量;、顾客选择要购买的商品和数量;n6 6、系统通过库存系统验证要购买的商品是否、系统通过库存系统验证要购买的商品是否有足够库存有足够库存n.(后续描述省略)(后续描述省略)n 基本概念:Use case、Actor、Scenarion Use case间的关系间的关系n Use Case 分析技术分析技术n 案例讲解案例讲解案例案例1:ATM系统n建立一个具有基本功能的建立一个具有基本功能的ATM机软件机软件客户可以存钱,取钱客户可以存钱,取钱客户可以查询帐户余额客户可以查询帐户余额客户可以修改密码客户可以修改密码客户可以进行转帐客户可以进行转帐需求建模用例图建立用例图分为以下几个步骤:建立用例图分为以下几个步骤:n确定参与者(确定参与者(Actors)n创建用例(创建用例(Use Case) n创建参与者(创建参与者(Actors)用例(用例(Use Case)关系图关系图参与者参与者n系统用户 n与本系统交互的其他系统 n确定参与者确定参与者( (Actor)Actor)创建用例(创建用例(Use Case) 用例是参与者启动的,基于这样的考虑,用例是参与者启动的,基于这样的考虑,ATM系统根据业务流程大致可以分为以下的几个用例:系统根据业务流程大致可以分为以下的几个用例:n客户取钱客户取钱n客户存钱客户存钱n客户查询余额客户查询余额n客户转帐客户转帐n客户更改密码客户更改密码n建立用例建立用例图图完整用例图客户(from Actors)存款(from UseCases)取款(from UseCases)查询账户余额(from UseCases)转账(from UseCases)修改密码(from UseCases)交易系统(from Actors)建立事件流(用例描述)n事件流的目的是建立使用用例中的逻辑流程,详细描述系统的工作。用例用例“取钱取钱”的事件流的事件流 (1)n简要说明:客户可以从简要说明:客户可以从ATMATM机上取出自机上取出自己帐目上的部分或者全部存款。己帐目上的部分或者全部存款。 n前提条件:无前提条件:无 n主事件流:主事件流: 客户将卡插入客户将卡插入ATMATM机,开始用例。机,开始用例。ATMATM显示欢迎消息并提示客户输入密码。显示欢迎消息并提示客户输入密码。客户输入密码。客户输入密码。ATMATM确认密码有效。如果无效则执行其他事件流确认密码有效。如果无效则执行其他事件流A1A1。如果如果与主机联接有问题,则与主机联接有问题,则执行异常事件流执行异常事件流E1E1。ATMATM提供以下选项:存钱,取钱,查询提供以下选项:存钱,取钱,查询 。用户选择取钱选项。用户选择取钱选项。 ATMATM提示输入所取金额。提示输入所取金额。用户输入所取金额。用户输入所取金额。 ATMATM确定该帐户是否有足够的金额。如果余额不够,则执确定该帐户是否有足够的金额。如果余额不够,则执行行A2A2,如果与主机联接有问题,则执行如果与主机联接有问题,则执行异常事件流异常事件流E1E1。 ATMATM从客户帐户中减去所取金额。从客户帐户中减去所取金额。 ATMATM向客户提供要取的钱。向客户提供要取的钱。 ATMATM打印清单。打印清单。 ATMATM退出客户的卡,用例结束。退出客户的卡,用例结束。n其他事件流其他事件流A1:输入无效密码输入无效密码 ATM告诉客户该密码错误。告诉客户该密码错误。 ATM退出客户的卡,用例结束。退出客户的卡,用例结束。n其他事件流其他事件流A2:余额不足余额不足ATMATM告诉客户该帐户余额不足。告诉客户该帐户余额不足。ATM退出客户的卡,用例结束。退出客户的卡,用例结束。 n异常事件流异常事件流E1E1:联接主机出现错误联接主机出现错误ATMATM告诉客户联接主机出现错误。告诉客户联接主机出现错误。ATMATM在错误日志记下错误。在错误日志记下错误。ATM退出客户的卡,用例结束。退出客户的卡,用例结束。 1.1.事后条件:无事后条件:无案例2:远程网络教学系统n网络的普及带给了人们更多的学习途径,随之用来管理远网络的普及带给了人们更多的学习途径,随之用来管理远程网络教学的程网络教学的“远程网络教学系统远程网络教学系统”也诞生了。也诞生了。n“远程网络教学系统远程网络教学系统”的功能需求包括:的功能需求包括:(1)学生登录网站后,可以浏览课件、查找课件、下载课件、学生登录网站后,可以浏览课件、查找课件、下载课件、观看教学视频。观看教学视频。(2)教师登录网站后,可以上传课件、上传教学视频、发布教教师登录网站后,可以上传课件、上传教学视频、发布教学心得、查看教学心得、修改教学心得。学心得、查看教学心得、修改教学心得。(3)系统管理员负责对网站页面的维护,审核不法课件和不法系统管理员负责对网站页面的维护,审核不法课件和不法教学信息,批准用户注册。教学信息,批准用户注册。(1)学生需要登录)学生需要登录“远程网络教学系统远程网络教学系统”后才能正常使用后才能正常使用该系统所有功能。如果忘记密码,可以通过该系统所有功能。如果忘记密码,可以通过“找回密码找回密码”功能找回密码。登录后学生可以浏览课件、查找课件、下功能找回密码。登录后学生可以浏览课件、查找课件、下载课件、观看教学视频,请画出学生参与者的用例图。载课件、观看教学视频,请画出学生参与者的用例图。(2)教师登录)教师登录“远程网络教学系统远程网络教学系统”后可以上传课件、上后可以上传课件、上传教学视频课件、发布教学心得、修改教学心得。如果传教学视频课件、发布教学心得、修改教学心得。如果忘记密码,可以通过忘记密码,可以通过“找回密码找回密码”功能找回密码。请画功能找回密码。请画出教师参与者的用例图。出教师参与者的用例图。练习练习1:仔细阅读图书管理系统的需求并给仔细阅读图书管理系统的需求并给出完整的用例图。出完整的用例图。n1. 1. 这是一个图书馆支持系统;这是一个图书馆支持系统;n2. 2. 图书馆将图书和杂志借给图书馆将图书和杂志借给借书借书者。借书者已经预先注册,者。借书者已经预先注册,图书和杂志也预先注册;图书和杂志也预先注册;n3. 3. 图书馆负责新书的购买。每一本图书都购进多本书,当图书馆负责新书的购买。每一本图书都购进多本书,当旧书超期或破旧时可从图书馆中清除掉。旧书超期或破旧时可从图书馆中清除掉。n4. 4. 图书管理员图书管理员是图书馆的员工。他们的工作就是和读者打是图书馆的员工。他们的工作就是和读者打交道并在软件系统的支持下工作。交道并在软件系统的支持下工作。n5. 5. 借阅人借阅人可以预定当前没有的图书和杂志。这样,当他所可以预定当前没有的图书和杂志。这样,当他所预定的图书和杂志归还回来或购进时,就通知预定人。当预预定的图书和杂志归还回来或购进时,就通知预定人。当预定了某书的借书者借阅了该书后,定了某书的借书者借阅了该书后,预定预定就取消。或者通过显就取消。或者通过显式的取消过程强行式的取消过程强行取消预定取消预定。n6. 6. 图书馆能够容易地建立、修改和删除标题、借书者、借图书馆能够容易地建立、修改和删除标题、借书者、借阅信息和预定信息。阅信息和预定信息。借书者还书取消预订图书管理员借书预订图书添加图书修改或删除图书添加书目修改或删除书目添加借书者修改或删除借书者 图书管理员图书维护系统用例图系统用例图练习练习2:仔细阅读教师在线系统的需求然后画出完:仔细阅读教师在线系统的需求然后画出完整的用例图。整的用例图。教师在线答疑系统需求描述:教师在线答疑系统需求描述:n1、它是一个用于教师和学生之间进行即时沟通的系统。、它是一个用于教师和学生之间进行即时沟通的系统。n2、系统由教师使用的教师端,学生使用的学生端和一个有、系统由教师使用的教师端,学生使用的学生端和一个有公网地址的登陆服务端组成。公网地址的登陆服务端组成。n3、教师登陆系统后会在教师列表中出现,并显示出他的专、教师登陆系统后会在教师列表中出现,并显示出他的专业、姓名、专长和状态是否忙等信息。也可以看到其他所有业、姓名、专长和状态是否忙等信息。也可以看到其他所有登录的教师的信息。登录的教师的信息。n4、学生登陆后可以看到所有已经登录的教师列表。、学生登陆后可以看到所有已经登录的教师列表。n5、学生可以选择一个不忙的教师进行问题咨询,和选择的、学生可以选择一个不忙的教师进行问题咨询,和选择的教师建立连接后就可以通过语音加白板和教师进行交流。此教师建立连接后就可以通过语音加白板和教师进行交流。此时其他学生将看到该教师处于忙的状态。时其他学生将看到该教师处于忙的状态。结束结束

    注意事项

    本文(UML用例和用例图.ppt)为本站会员(豆****)主动上传,得力文库 - 分享文档赚钱的网站仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知得力文库 - 分享文档赚钱的网站(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    关于得利文库 - 版权申诉 - 用户使用规则 - 积分规则 - 联系我们

    本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

    工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

    © 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

    黑龙江省互联网违法和不良信息举报
    举报电话:0468-3380021 邮箱:hgswwxb@163.com  

    收起
    展开