面向对象建模案例.docVIP

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
《信息系统分析与设计》课程之面向对象建模案例 案例1 座位预订系统 【案例描述】 本系统要完成对飞机航班座位的预订工作。座位预订问题有两个并发的输入,中央数据库包含有飞机中空闲座位的信息。处于南京和北京的两个终端可以查询并更新中央数据库,这两个终端可以并行地运行。为简单起见,假设中央数据库中只包含一个座位的信息,该座位要么已经被预订,要么还处于空闲状态。这个小系统应能保证该座位要么被南京预订处预订,要么被北京预订处预订。但是不能被这两处同时预订。 【案例分析】 本系统的参与者为预订飞机座位。参与者查询数据库是否有空闲。如果有,那么它就通知用户有空闲的座位,并代表用户预订座位;否则,该系统将返回一条表明座位已经被别人预订的消息。 座位预定系统的用例图 座位预定系统的活动图 《UML与软件建模》清华大学出版社。P234 案例2 银行储蓄系统——存取款业务状态图 【案例描述】 出处:《软件工程概论》机械工业出版社。P49-52 例3-1 【案例分析】 出处 案例3 银行储蓄系统——用例图和类图 【案例描述】 出处:《软件工程概论》机械工业出版社。P170-171 例7.1 【案例分析】 出处 案例4 银行储蓄系统——取款活动图 【案例描述】 出处:《软件工程概论》机械工业出版社。P176 【案例分析】 出处 案例5 教学管理系统——类图 【案例描述】 《软件工程概论》机械工业出版社。P172 例7.2 【案例分析】 出处 案例6 选课系统 【案例描述】 出处:《软件工程概论》机械工业出版社。P180-201 例8.1 【案例分析】 案例7 饭店管理系统——用例图 【案例描述】 本饭店管理系统向旅客和旅行社提供预订房间的业务。在旅客达到饭店后,通过饭店管理系统进行住房登记。在旅客离开时,为其办理退房手续。 【案例分析】 根据案例描述得知:旅客和旅行社需要使用本系统。在使用过程中,会与饭店管理系统交换信息。因此,参与者Actor是:旅客和旅行社。 饭店管理系统要提供预订房间、住房登记和退房三项服务。因此,用例Use Case是:预订房间、住房登记和退房。 饭店管理系统——用例图。P15 案例8 CD租借系统 【案例描述】 客户来光临CD出租店的目的主要包括:租借、归还、客户 出处:《Use case入门与实践》清华大学出版社。P155-170 【案例分析】 根据案例描述得知: 案例9 计算器系统 【案例描述】 出处:《Use case入门与实践》清华大学出版社。P196-197 【案例分析】 根据案例描述得知: 出处 案例10邮件处理系统 【案例描述】 出处:《Use case入门与实践》清华大学出版社。P218-223 【案例分析】 出处

文档评论(0)

yyh892289 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档