uml实验报告资料.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
需求分析 互联网技术的飞速发展和广泛普及,对传统出版业(包括书店)都产生了深远的影响,相比于传统的大众媒体的信息滞后、成本高昂的特点,网络传播以其信息丰富、速度,陕捷且具有互动性而备受出版策划人的重视。 普通书店随着图书种类和数量的大量增加而迅速发展起来,特别是国外图书业巨头的介入,使得竞争异常激烈,网上书店正是在这种情况下出现的,并且以选择面大、价格便宜、交易方便、节省时间和精力等体现出其优势。 网上书店实际上是运行在Web服务器中的一个Web应用程序,它模拟一般的书店的经营模式,利用页面、脚本程序和服务器来实现网上书店的管理工作。本系统主要由前台购书系统和后台管理系统构成。框架图如下: 前台系统 后台系统 后台系统主要功能包括:图书管理、订单管理、会员管理、用户管理、流言管理及月底结算等。其中,图书管理包括管理书籍、添加新书、分类管理等功能。 后台系统功能如图所示 二、系统建模 1、用例图 启动Rational Rose 2003,在左边菜单栏中选择Use Case View右键,右键单击浏览器中的Use Case View图标,弹出快捷菜单,从中选择New|Use Case Diagram命令。右键单击此图标,在弹出的快捷菜单中选择Rename命令为新创建的用例图命名“网上书店用例图”。 双击“网上书店用例图”图标,会出现用例图编辑工具栏和编辑区,左边是用例图的工具栏,右边是用例图的编辑区。 用鼠标左键单击“网上书店用例图”工具栏中参与者的图标,并改名为“管理员”、“会员”“工作人员”、“游客” 单击“网上书店用例图”工具栏中newusecase的图标,并改名为各个参与者所对应的属性 单击“网上书店用例图”工具栏中箭头的图标,表示连接各个属性和参与者。 下面使用了用例图的方式表现了整个系统的所有功能。 用例名:登录(权限管理--管理员、工作人员、会员、游客) 角色:管理员、工作人员、会员、游客 目标:实现管理权限 用例描述:用户登陆并进行相应的权限操作 用例名:商品信息管理(销售及商品信息维护--管理员、订单--工作人员、浏览/查询--会员/游客) 角色:管理员、工作人员、会员、游客 目标:对商品销售、下订单及商品信息和库存进行录入、删除、浏览、查询、修改等基本操作 用例描述:用户对图书信息进行和相应的权限操作 用例名:查询(管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的、会员和游客图书的相关信息的查询) 角色:管理员、工作人员、会员、游客 目标:管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的查询、会员和游客对图书相关信息的查询 用例描述:用户在相应的权限操作下对信息进行查询 用例名:订单信息管理(订单信息管理--管理员;订单信息处理(接收订单并发货、拒绝订单、查询库存)--工作人员;订单信息处理(订购货品、订单增加、订单删除、订单信息查询)--会员) 角色:管理员、工作人员、会员、游客 目标:对订单信息进行维护和处理 用例描述:用户在相应的权限操作下对订单信息进行管理或处理 用例名:维护(商品信息维护、员工信息维护、报表维护---管理员;个人信息维护、订单维护--会员) 角色:管理员、会员 目标:管理员对商品信息维护、员工信息和报表进行维护操作,而会员对个人信息维护和订单信息维护 用例描述:用户在相应的权限操作下对信息进行查询 (1)管理员的用例图 (2)工作人员用例图 (3)会员、游客用例图 2、类图 根据系统需求可以识别系统中存在的对象。系统对象识别时通过寻找系统域描述和需求描述中的名词来进行,从前面的用例图中可以找到的名词有游客、会员、订单、工作人员、管理员,这些都是系统中的候选对象。判断是否应该为这些对象创建类的方法是:是否有与该对象相关的身份和行为?如果有的话,候选对象应该是一个存在于模型中的对象,应该为它创建类。根据这些原则,应该为本系统疮疖类:游客类、会员类、订单类、工作人员类、管理员类、图书类。 Tourist类是游客的类,其属性只有name,有注册(enroll)、图书查询(book_search)、浏览(browsing)三个操作 Customers类是会员的类,其属性有用户名(username)、密码(passsword),其中操作有个人信息维护(person_search)、书籍订单(book_order)、订单维护

文档评论(0)

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

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

1亿VIP精品文档

相关文档