UML系统分析实验报告

上传人:我*** 文档编号:136356474 上传时间:2020-06-28 格式:DOC 页数:17 大小:333KB
返回 下载 相关 举报
UML系统分析实验报告_第1页
第1页 / 共17页
UML系统分析实验报告_第2页
第2页 / 共17页
UML系统分析实验报告_第3页
第3页 / 共17页
UML系统分析实验报告_第4页
第4页 / 共17页
UML系统分析实验报告_第5页
第5页 / 共17页
点击查看更多>>
资源描述

《UML系统分析实验报告》由会员分享,可在线阅读,更多相关《UML系统分析实验报告(17页珍藏版)》请在金锄头文库上搜索。

1、实验一 用例图一、 实验目的初步掌握UML用例图的创建方法及其用例的描述。二、实验要求1 结合工具StartUML,熟悉UML用例图的模型元素。2 使用StartUML工具建模网上书店系统的用例图。三、实验主要设备:台式或笔记本计算机四、实验内容:根据下面给出的网上书店问题陈述,分析该系统总体需求,建模网上书店系统的用例图并提供一个主要用例的事件流文档。网上书店陈述:书店经理:我们原本是一个传统的实体书店,顾客要买书都是亲自到书店里来的,这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是大量顾客到书店选购图书,使得书店场地不足,工作人员也很忙碌。其实,还有一点就是,有不少

2、人进入书店后并不买书,只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为,工作人员一般是不阻止的,结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了,所以我们想到借助网络,让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出,同时计算机可以方便的检索图书信息,让顾客可以足不出户以更优惠的价格买到需要的书。系统分析员:能谈谈您对网上书店的要求吗?书店经理:网上书店要能实现对外和对内的功能,对外是顾客能在网上书店订购图书,提交订单。对内,书店工作人员能够通过网上书店及时的看到这些订单,并进行处理。为了把书送到顾客手

3、里,我们已经联系了快递公司,初步达成协议,由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后,就会通知快递公司送货。当然,书店的图书上架和下架也应该由网上书店完成了。工作人员甲:实体店中,图书是按照不同种类放置的,方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样,图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架,网上书店能够保存这些信息。如果信息输入错误,能够进行修改。工作人员乙:另外书店会搞一些促销,推出一些特价图书。以前这些特价书的信息,都是我们根据促销活动整理出来,贴在书店的醒目位置。促销活动过后,特价图书会恢复原来的价格。希望网上书

4、店也能够管理这些特价图书。系统分析员:能谈谈平时买书的经过吗?顾客甲:一般都是先在书店里看看图书的简要介绍,或者先找找看有没有自己需要的书,有时是没有目标的寻找,有时直奔一类图书而去。找到我想买的书或者觉得看的书不错,就会去柜台结帐。工作人员丙:不过有时在结帐的时候,顾客会突然改变主意,不买一些书或者又回去挑选图书了。顾客甲:有时好像是这样的。要是网上书店在结帐前能方便管理我所选购的图书就好了,这样通过计算机直接操作,就不用跑来跑去了。系统分析员:可以使用虚拟的购物车。工作人员丙:对,这样在用户确认购买前可自行管理选购的图书,决定要不要购买还有的购买的数量。系统分析员:顾客先使用虚拟的购物车选

5、购管理图书,然后提交订单给书店处理,是这样吧。书店经理:没错,就这样办。另外最好顾客能够留下自己的信息,方便以后的购买。顾客:你们可以实行会员制啊。就像我们在网上逛论坛一样,会员才能发言,普通游客只能看。这样我们平时就在网上书店查查资料什么的,只在购买图书的时候才使用会员身份。书店经理:嗯,这样不仅可以保留你们的信息,也可以保留购买记录。系统分析员:会员提交购买订单后,书店打算如何收取或者说用户怎么付款?书店经理:我们可以接受货到付款,顾客也可以使用网上银行、汇款等方式付款。顾客:这样我们就方便多了。对了那是不是付款前,我还多了一次“反悔”的机会啊。书店经理:在我们书店没有受理订单之前,你们可

6、以取消交易。不过受理后就不行了。通过几次这样的访谈(限于篇幅,在此并未列出所有访谈内容),可以获得网上书店的需求信息,确定系统范围。网上书店是实现对实体书店内部图书商品和顾客购买图书的综合管理系统。1.用例图:游客会员用例图:员工用例图: 管理员用例图:2.用例事件流 登录用例事件流:用例名:登录(权限管理管理员、工作人员、会员、游客) 目标:实现管理权限前置条件:对具有不同权限的用户分配一定的权限管理后置条件:用户登陆并进行相应的权限操作信息管理用例事件流:用例名:信息管理(录入、删除、浏览、查询、修改)管理员 (个人信息维护)工作人员、管理员目标:对员工信息进行录入、删除、浏览、查询、修改

7、等基本操作前置条件:对具有不同权限的用户分配一定的权限管理后置条件:管理员和工作人员进行相应的权限操作书籍信息管理用例事件流:用例名:书籍信息管理(销售及商品信息维护)管理员 (订单)工作人员 (浏览、查询)会员、游客目标:对书籍销售、下订单及商品信息和库存进行录入、删除、浏览、查询、修改等基本操作前置条件:对具有不同权限的用户分配一定的权限管理后置条件:用户对图书信息进行和相应的权限操作查询用例事件流:用例名:查询(管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的查询、会员和游客对图书的相关信息的查询)目标:管理员对商品销售及相关信息的情况查询、员工对订单的库存信息的查询、 会员

8、和游客 对图书的相关信息的查询前置条件:1.对具有不同权限的用户分配一定的权限管理 2.查询信息必须是确实存在的后置条件:用户在相应的权限操作下对信息进行查询订单信息管理用例事件流:用例名:订单信息管理(订单信息管理)管理员 (订单处理接收订单并发货、拒绝订单、查询库存)工作人员 (订单处理订购货品、订单增加、订单删除、订单查询) 会员 目标:对订单信息进行维护和处理(包括:接收订单并发货、拒绝订单、查询库存、订购货品、订单增加、订单删除、订单信息查询)前置条件:1.对具有不同权限的用户分配一定的权限管理 2.游客是不能下订单的后置条件:用户在相应的权限操作下对订单信息进行管理或处理五、分析与

9、讨论1 建模用例图的步骤、方法? 分析系统,找到系统中的用例、参与者以及它们之间的关系。(1)确定参与者;(2)确定系统的边界和范围;(3)确定用例;(4)将用例归档 (5)将用例细化2.如何识别系统的参与者? 在书店管理系统中,工作人员和用户的的参与。工作人员可以有自己的用户名 和密码对网站的后台进行维护和更新。用户可以注册也可以登录来对图书进行浏览和购买,确认购买后通过转账汇款。网站需要一个专门的管理者进行日常维护与管理,所以需要有系统管理员的参与。 参与者有主管人员和用户以及系统管理员,工作人员也可以替代系统管理员的功能。3. 应该如何划分用例,应注意哪些问题? 可通过回答下面问题来识别

10、用例: (1)每个参与者的任务是什么?(2)有参与者要创建、存储、改变、删除或读取系统中的信息吗?(3)什么用例会创建、存储、改变、删除或读取这个信息?(4)参与者需要通知系统外部的突发变化吗?(5)需要通知参与者系统中正在发生的事情吗?(6)什么用例将支持和维护系统?(7)所有的功能需求都能被用例实现吗?4.心得 通过该实验,了解了UML的简单使用,用例图是对行为的动态描述,它可增进系统设计人员、开发人员与用户的沟通,正确的理解用户需求,还可以划分系统与外部实体的界限。用例图是系统的一个基本构架,粒度比较大,只有参与者和用例及之间的关系,没有具体的实现,用例图是最基本也是很重要的图,用例图出

11、错后面的类图、活动图、组件图都受到影响。实验二 类图一、 实验目的了解类图的基本用法;初步掌握UML类图的创建及其方法。二、实验要求1、结合工具StartUML,熟悉UML类图的模型元素。2、建模网上书店类图。三、实验主要设备:台式或笔记本计算机四、实验内容:创建类图的步骤如下:(1)使用名词识别法识别类。(2)建模类与类之间的关系。(3)为类图中的关联关系添加合适的角色名。(4)为已被封装到类中的独立功能建模类。(5)为类图中的类添加必要的特性和操作。(6)迭代并细化该模型1.识别类:有游客类、会员类、工作人员类、书籍类、订单类、管理员类2. 定义类: 图 2.1 定义类图2.2完善后的类图

12、五、分析与讨论1. 如何使用文本分析技术从问题陈述中识别对象和类? 类和对象具有本质的区别: 类是同一种对象的集合号抽象,是一种抽象的数据类型。对象是客观世界中具体的,由一组属性和行为构成的物理实体在计算机逻辑结构中的映射和体现。 类是对象的抽象,而对象是类的实例。按照这个方法找就能分出对象和类。2. 心得 类不是单独一个模块,各个类之间是存在联系,我们在画类图的时候不是把所有的对象都抽象成类,而是把具有相同属性和行为的对象抽象出来形成一个类,类图描述了类、借口、协作以及它们之间的关系。类图是定义其他图的基础,在类图的基础上,状态图、通信图等进一步描述了系统其它方面的特性。所以我们在画类图的时

13、候要斟酌考虑,尽量让类功能之间相对独立。实验三 顺序图及通信图一、 实验目的初步掌握UML顺序图的建模及其思想。二、实验要求1、结合工具StartUML和Rose,熟悉UML顺序图的模型元素。2、建模网上书店交互图。三、实验主要设备:台式或笔记本计算机四、实验内容:1. 给出网上书店的一个用例的顺序图,例如,书店管理员登录顺序图、会员添加图书到购物车顺序图或其他用例的顺序图。会员订书顺序图: 工作人员工作顺序图:游客浏览顺序图:2. 把以上顺序图转换为通信图。 会员订书通信图: 工作人员工作通信图: 游客浏览通信图:五、分析与讨论1. 如何从用例图建模顺序图?(1)只关注核心对象(2)只描述某

14、个用例的部分交互(3)针对每个用例可生成一个控制类(4)在图中有实体对象,边界对象,控制对象2. 顺序图和通信图的比较? 两种图在语义上是等价的,但侧重点不同 顺序图强调的是信息的时间顺序的交互作用图 通信图强调的是发送和接受信息的对象的组织结构的交互作用图3. 心得 通过对顺序图和通信图的绘制,我们了解了两种图的区别和共性,通信图描述了对象怎样相互连接,但相应的顺序图则没有显式的可视化了同样的信息;而顺序图可以显式的描述对象生命周期的结束,但相应的通信图则没有描述这个信息。这两个图绘制完后,每个模块的功能显而易见,发生顺序也显而易见。实验四 活动图、状态图、组件及部署图一、实验目的1. 了解活动图、状态图、组件及部署图的基本用法; 2. 初步掌握活动图、状态图、组件及部署图建模方法。二、实验要求1、结合工具StartUML,熟悉UML活动图、状态图、组件及部署图的基本模型元素。2、建模网上书店的活动图、状态图、组件及部署图。三、实验主要设备:台式或笔记本计算机四、实验内容: 活动图: 游客注册活动图:会员登录活动图: 会员购物车删除书籍活动图: 会员购物车添加书籍活动图: 工作人员登录活动图:

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 事务文书

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号