UML大作业实验报告
UML实验报告1-8次
实验一熟悉UML开发工具Microsoft Visio 2003 日期: 9月16日1.实验目的与要求:2.熟悉UML开发工具Microsoft Visio 2003。
3.实验内容:4.熟悉Visio的UML建模绘图界面。
二、2..通过绘制对象图学习Visio的使用方法。
实验器材:微机+windows操作系统+ Microsoft Visio 2003实验步骤:1. 熟悉Visio的UML建模绘图界面(1)进入Visio的UML建模绘图界面通过“开始”|“程序”, 运行Microsoft Office Visio 2003, 出现Microsoft Visio界面。
在左侧的“类别”区域中单击“软件”, 然后在右侧的“模板”中单击“UML模型图”, 则进入Visio的UML建模绘图界面。
(2)熟悉UML建模绘图界面在Visio的UML建模绘图界面中, 最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板, 它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典, 字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候, “UML静态结构”标签页就会激活, 我们就可以创建类图和对象图了。
2. 通过绘制对象图学习Visio的使用方法。
(1)在“模型资源管理器”中“顶层包”的文件夹上右击, 从弹出菜单中选择“新建”|“静态结构图”, 则创建并打开了一个新的静态结构图。
从“形状”的“UML 静态结构”标签页中选择“对象”图标, 拖拽到绘图区。
(2)在对象图标上双击打开“UML对象属性”对话框。
在“名称”字段中输入“theSun”替代缺省名字。
我们还需要表明theSum是Star类的一个实例, 为此, 选择“类”字段并单击下拉列表。
从类列表中选择“顶层包::Star”, 然后单击“确定”按钮。
(3)用相同的一系列步骤创建HabitablePlanet类的一个earth对象。
UML实验——活动图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1.熟悉活动图的基本功能和使用方法。
2.掌握如何使用建模工具绘制活动图方法。
二、实验器材1.计算机一台。
2.Rational Rose 工具软件。
三、实验内容根据图书管理系统开发进度,在完成对系统的需求建模,得到用例模型后,应针对每个用例进行业务分析,说明其具体的业务流程,现系统分析部指派您完成该项任务。
要求:用活动图来描述系统中已知用例的业务过程:1.描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行:(1)管理员在录入界面,输入待删除的读者名;(2)“业务逻辑”组件在数据库中,查找待删除的读者名;(3)如果不存在,则显示出错信息,返回步骤(1),如果存在则继续;(4)“业务逻辑”组件判断“待删除的读者”是否可以删除;(5)如果不可以,则显示出错信息,返回步骤(8),如果可以则继续;(6)在数据库中,删除相关信息;(7)显示删除成功信息;(8)结束。
绘图步骤:(1)在用例图中,找到删除的用例,在删除用例上单击右键,在弹出的快捷菜单中选“New”,Rose工具也会弹出一个菜单,选”Activity Diagram”,选中后单击,便可以新建好一个活动图。
(2)新建好活动图后,双击删除的活动图,然后把在左边的工具栏内点击“Swinlane“,在右边的图添加一个泳道,并命名为administrator.按照此步骤,再添加另一个泳道,并命名为SystemTool。
(3)接着在左边的工具上选取开始点,并在administrator的泳道上添加;添加完开始结点后,再来为此活动图添加活动,在左边的工具栏上选中Activity这个图标,在administrator 这边的泳道上添加一个活动,命名为登录(login),再在开始结点和活动登录(login)之间添加活动关系。
(4)完成步骤(2)后,登录输入需要对输入的信息进行验证,则在图中添加一个验证框:添加验证框后,验证的内容,如果通过,则允许管理员进行查询操作;如不能通过,则结束。
UML大作业实验报告
UML建模大作业实验报告组号:选题名:E-store网上书店系统小组成员.1.需求模型从用户角度描述系统功能的用例意见反馈(from Use Case View)从系统管理员角度描述系统功能的用例订货通知(from Use Case View)(from Use Case View) 2.分析模型2.1.架构模型E-store网上书店包图系统辅助包图2.2.分析机制2.3.关键抽象2.4.用例实现2.4.1.注册用例的用例1. 用例名注册1.1 简要描述本用例由游客触发的,允许顾客在该书店注册成为会员用户,实现会员的一些权限。
2. 事件流2.1 基本流2.1.1 顾客进行注册顾客在登陆系统时必须先注册一个账号,才能进行登录查询。
2.2 备选流2.2.1 注册账号无效如果顾客登陆账号已存在或者验证码错误,提示顾客无效。
本用例结束。
3. 特殊需求没有和本用例有关的特殊需求。
4. 前置条件在针对登陆书店,必须先注册成为会员5. 后置条件无。
6. 扩展点没有和本用例有关的扩展点。
·2.4.2.图书浏览用例的用例1.用例名图书浏览1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面浏览书店的概况和书籍种类。
2.事件流2.1基本流2.1.2顾客进行图书浏览顾客在书店页面浏览书店概况和书籍种类。
本用例结束2.2备选流2.2.1浏览无效如果顾客浏览页面不存在或者方式不正确,提示顾客浏览无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件无。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.3.图书查询用例的用例1.用例名图书查询1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面查询书籍信息。
2.事件流2.1基本流2.1.2顾客进行图书查询顾客在书店页面查询书店里书籍种类。
本用例结束2.2备选流2.2.1查询无效如果顾客查询书籍不存在或者方式不正确,提示顾客查询无效。
UML类图实验报告
UML类图实验报告实验报告学院:专业: 20xx年 3月 18日第二篇:UML实验——类图实验报告 1300字南京信息工程大学实验(实习)报告实验名称类实验(实习)日期 2014.05.10 得分指导老师系专业班级一、实验目的1.理解类的基本概念。
2.掌握如何从需求分析中抽象出类的方法。
3.掌握在Rational Rose中绘制类的操作方法。
二、实验器材1.计算机一台。
2.Rational Rose 工具软件。
三、实验内容通过前面内容的学习,完成了对图书馆的图书馆管理系统的需求的初步分析,得出系统的用例图和相应的活动态和状态图。
通过这两类图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模,这就需要从系统的用例图、活动图和状态图去寻找和发现类。
因此,指派你运用本节所学的有关如何抽象出类的知识,完成如下任务:1.寻找和抽象出书籍管理功能中的类。
四、实验步骤1.分析:由前面章节对图书馆管理系统中的书籍管理功能可知,该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2.绘制类的步骤:(1)打开前面初步构建的UML模型文件;(2)打开Rose中的逻辑视图(Logical View),选择分析模型(analysis model)目录。
并在其下创建一个子目录并命名为:“图书馆业务功能”。
(3)用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项,创建类图。
(4)双击新建的类图,并点右边控件集中选中的类的图标,并用鼠标在图中分别拖出一个类图,并命名为Book。
(5)接下来的一步为设置类的属性,在新的类中双击该类,在打开属性面板中,可以看到在此可以设置类的属性和方法等其他的信息;后撞击Attributes这个栏目,此栏目为设置类的属性的选项,在图中间的单击右键,可以看到有一个“Insert”的选项,选中这个选项,后在出现的对话框中输入相关信息;如书本的ISBN号,在Type这个方框内输入此属性的类型值,同时可以看到一栏可以设置此属性的访问权限,一般这些属性都设置Private这个权限。
UML实验报告
UML系统分析与设计实验报告实验一图书馆系统——借书一.实验目的:学会使用UML来构建软件的面向对象的软件工程,对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型,然后,我们需要使用具体的计算机语言来建立系统的实现模型。
当然,在整个软件工程中,我们还需要建立系统的测试模型,以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二.实验内容:利用UML做一个图书馆借书系统的建模。
三.实验步骤:名称:借书”。
说明:学生在图书馆挑选好需要的图书后,通过图书管理员把书借回去。
参与者:学生,图书管理员频率:每天可能会有很多次。
最繁忙的情况是,借书的人非常多,按照现在的速度,大约每分钟完成一个人的结束工作。
前置条件:无后置条件:修改所借出的图书的剩余数量。
假设:借书者总是从图书馆找到书,然后才能拿书办理借书手续,因此,总是有足够的书可以出借。
基本操作流程:借书成功。
1)学生将所借图书和借书证交给图书管理员2)图书管理员将学生借书证号码和所借图书输入系统3)系统校对借书信息,比对该学生以往借书情况和当前借书情况,如果不存在不允许借书的情况,则记录借书交易的信息,并且修改相应的馆藏图书的数量信息。
4)如果该学生已经预订了这本图书,则撤销该预定。
5)报告交易成功。
可选操作流程:所借图书超出最大借书数量。
1)学生将所借图书和借书证交给图书管理员2)图书管理员将学生借书证号码和所借图书输入系统3)系统校对借书信息,比对该学生以往借书情况和当前借书情况,发现已超出最大借书数量,则停止当前交易,并且提示用户错误原因。
4)图书管理员可以应学生的意见,减少借书数量,并重新提交系统。
流程活动图:见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程,而很少会涉及系统的概念。
分析,则是从系统的角度来来看待软件应该为用户提供的服务。
同样,同设计不同的是,分析仍然停留在“做什么”的层次,。
UML实验报告_9
2013 年9月24 日实验项目:用况图实验目的:掌握在UML建模工具JBOO4.0(支持UML2.0)下画用况图的方法。
实验仪器:一台有建模工具JBOO4.0的PC附注实验内容及步骤(或程序清单):1、双击建模工具JBOO4.0图标工具界面如图1所示。
图1 工具界面2、新建用况图,如图2所示。
图2 新建用况图3、画用例图的工具图标会出现在上方4、选定相应图标拖进工作区,包括用况,活动者以及系统边界如图3所示:(续)图3 用况图5、双击用况1图标,在弹出的对话框中将名字改为开户。
以此类推,修改完所有图标的名字后如图4所示:图4 完成用况图6、点击工具—>元模型质量评估—>设计质量评估,可查看模型的设计质量,如图5。
图5 查看模型设计质量(续)7、点击工具—>文档/代码生成—>国际文档—>Html文档,将生成Html文档,如图6。
图6 生成Html文档8、用浏览器打开生成的文档如图7:图7 浏览器打开用况图实验结果分析:通过用JBOO工具画用况图,熟悉了工具的使用,本实验是一个简化了的银行储蓄账户管理系统,实验要点分清用例和执行者,以及将后缀名为jmdl的文档转化为Html文档。
教师批阅:2013年10月8 日实验项目:类图与对象图实验目的:掌握在UML建模工具JBOO4.0(支持UML2.0)下画类图与对象图的方法。
实验仪器:已安装JBOO4.0的PC一台。
实验内容及步骤(或程序清单):附注1、双击图标2、进入软件界面,默认为画类图。
3、画类图的图标有4、选定相应图标拖进工作区,如图8所示:图8 选择图标5、双击类1图标,弹出如下对话框,将类名改为学生,如图9。
图9 修改类名6、选择“属性”标签卡,输入属性名,选择类型和可见性,单击“插入”按钮,输入学生类的全部属性,如图10。
7、选择“操作”标签卡,输入操作名,选择返回类型和可见性,单击“增加”(续)按钮,输入学生类的全部操作,如图11。
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同?
答:相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同,会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1.整理实验结果。
2.小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验,学会了利用Rose工具生成代码框架及生成数据库脚本,同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1.整理实验结果。
2.小结实验心得体会
在UML中,活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图,它描述了从活动到活动的控制流,它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验,我对活动图的语义和功能有了更深层次的理解和应用,并对活动图的组成部分,包括动作状态、活动状态、分支、分叉和泳道、对象流,逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图,由于自己的粗心马虎,造成截图的不完整性。
2.本案例中,ResourceTitle与BookTitle、DiscTitle的继承关系,SQL Server 2000关系型数据库的转换合理吗?如不合理,请问该如何修改?
答:不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段,它描述了待开发系统的功能需求,并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能,并指出各功能的操作者。
UML实验报告
UML实验报告本科实验报告课程名称:系统分析与设计实验项⽬:《⽹上书店系统》实验地点:专业班级:学号:20110学⽣姓名:指导教师:2013年⽉⽇实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。
⼆、实验要求1.结合⼯具StartUML,熟悉UML⽤例图的模型元素。
2.使⽤StartUML⼯具建模⽹上书店系统的⽤例图。
三、实验主要设备:台式或笔记本计算机四、实验内容:根据下⾯给出的⽹上书店问题陈述,分析该系统总体需求,建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。
⽹上书店陈述:书店经理:我们原本是⼀个传统的实体书店,顾客要买书都是亲⾃到书店⾥来的,这样挺不⽅便。
⾯且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是⼤量顾客到书店选购图书,使得书店场地不⾜,⼯作⼈员也很忙碌。
其实,还有⼀点就是,有不少⼈进⼊书店后并不买书,只是查找⼀些资料。
有的甚⾄会在这呆上很长的时间直到把书免费看完。
这种⾏为,⼯作⼈员⼀般是不阻⽌的,结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。
⽽且现在电⼦商务已经发展起来了,所以我们想到借助⽹络,让顾客通过⽹上书店购买图书。
这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出,同时计算机可以⽅便的检索图书信息,让顾客可以⾜不出户以更优惠的价格买到需要的书。
系统分析员:能谈谈您对⽹上书店的要求吗?书店经理:⽹上书店要能实现对外和对内的功能,对外是顾客能在⽹上书店订购图书,提交订单。
对内,书店⼯作⼈员能够通过⽹上书店及时的看到这些订单,并进⾏处理。
为了把书送到顾客⼿⾥,我们已经联系了快递公司,初步达成协议,由他们往返场客和书店之间把图书送到顾客⼿⾥。
书店管理员受理订单后,就会通知快递公司送货。
当然,书店的图书上架和下架也应该由⽹上书店完成了。
⼯作⼈员甲:实体店中,图书是按照不同种类放置的,⽅便顾客挑选。
⽹上书店的图书也应该能够按照这种模式分类显⽰。
软件工程大作业UML图报告
软件⼯程⼤作业UML图报告⼀、选定题⽬项⽬名称:垃圾分类⼩程序1.总体说明 实现垃圾分类微信⼩程序,包含⽀持但不限于当前46个城市的垃圾分类知识科普,每⼀类不少于20种的基本垃圾介绍。
同时⼩程序要与当前市⾯上存在的垃圾分类⼩程序具有⼀定的区别性,实现更加具有趣味性和吸引⼒的垃圾分类科普,提供更加便捷的垃圾分类帮助。
2.系统相关⾓⾊ ⽤户、管理员3.相关功能说明 主要功能管理:⽤户在经微信授权后进⼊⼩程序,可随时查看全国46个垃圾分类重点城市发布的关于垃圾分类的相关规则,且可查询某具体垃圾所属类型 ⼩游戏管理:⽤户进⼊⼩游戏模块后,完成游戏将⾃动产⽣相应的游戏记录 垃圾信息表申请功能:⽤户可通过发布垃圾信息申请表对我们提供的分类知识进⾏补充或修改⼆、图表分析⽤例图: 1.1⾏为者: 管理员 1.2.前置条件: 管理员进⼊垃圾分类管理系统 1.3.事件流: A.管理员审核⽤户上传的待审核垃圾信息 B.系统根据管理员对⽤户上传的待审核垃圾信息的处理⾃动完成相应的增删改功能 C.管理员增加垃圾分类信息 D.管理员修改垃圾分类信息 E.管理员删除垃圾分类信息 F.管理员查询垃圾分类信息 G.管理员增加垃圾类别信息 H.管理员修改垃圾类别信息 I.管理员删除垃圾类别信息 J.管理员查询垃圾类别信息 1.4.后置条件: 退出系统 1.5.拓展点: ⽆ 2.1⾏为者: ⽤户 2.2前置条件: ⽤户经微信授权后,登陆垃圾分类系统 2.3事件流: A.⽤户进⼊⼩游戏模块,游戏之后产⽣相应游戏记录 B.⽤户查看游戏记录 C.⽤户查询垃圾分类信息 D.⽤户选择城市,查看相应城市垃圾分类规则 E.⽤户发布垃圾分类信息 F.⽤户查询已发布的垃圾分类信息状态 G.⽤户删除已发布但待审核的垃圾分类信息,⽤户⽆法删除已经审核通过的信息 2.4后置条件: 退出系统 2.5拓展点: ⽆类图:1. ⽤户信息类 1.1类名:User 1.2属性名: 1.2.1 user_id(⽤户ID) 类型:int 1.2.2 user_name(⽤户名称) 类型:String 1.2.3 best_grade(⽤户游戏最好记录) 类型:int 1.2.4 city_name(⽤户所属城市) 类型:String 1.3⽅法名: 1.3.1 login() 返回类型:void 1.3.2 apply(int user_id,String rub_name,String city_name,String rub_type_name) 返回类型:void 2.游戏信息类 2.1类名:game 2.2属性名: 2.2.1 game_id(游戏ID) 类型:int 2.2.2 game_name(游戏名称) 类型:String 2.2.3 user_id(⽤户ID) 类型:int 2.2.4 grade(游戏成绩) 类型:int 2.2.5 time(游戏时间) 类型:Date 2.3⽅法名: 2.3.1 go_into_game() 返回类型:void 2.3.2 look_game_record(int user_id) 返回类型:ng.Object 3.垃圾申请信息类 3.1类名:rubbish_application 3.2属性名: 3.2.1 apply_id(申请ID) 类型:int 3.2.2 user_id(⽤户ID) 类型: int 3.2.3 rub_name(垃圾名称) 类型:String 3.2.4 city_name(城市名称) 类型:String 3.2.5 rub_type_name(垃圾类⽐名称) 类型:String 3.2.6 status(申请状态) 类型:int 3.3⽅法名: 3.3.1look_apply(int user_id) 返回类型:void 3.3.2cancel_apply(int apply_id) 返回类型:void 4.管理员信息类: 4.1类名:Admin 4.2属性名: 4.2.1 admin_id(管理员ID) 类型:int 4.2.2 admin_name(管理员名称) 类型:String 4.2.3 admin_pwd(管理员密码) 类型:String 4.3⽅法名: 4.3.1 add_type(int type_id,String type_name) 返回类型:void 4.3.2 change_type(int type_id,String type_name) 返回类型:void 4.3.3 delete_type(int type_id) 返回类型:void 4.3.4 add_rub(int rub_id,String rub_name,ng.Object type) 返回类型:void 4.3.5 change_rub(int rub_id,String rub_name,ng.Object type) 返回类型:void 4.3.6 delete_rub(int rub_id,String rub_name) 返回类型:void 4.3.7 check_apply(int apply_id) 返回类型:void 5.垃圾信息类 5.1类名:rubbish 5.2属性名: 5.2.1 rub_id(垃圾ID) 类型:int 5.2.2 rub_name(垃圾名称) 类型:String 5.2.3 rub_type1(垃圾类型1) 类型:int 5.2.4 rub_type2(垃圾类型2) 类型:int 5.2.5 rub_type3(垃圾类型3) 类型:int 5.2.6 rub_type4(垃圾类型4) 类型:int 5.2.7 rub_type5(垃圾类型5) 类型:int 5.2.8 rub_type6(垃圾类型6) 类型:int 5.2.9 rub_type7(垃圾类型7) 类型:int 5.2.10 rub_type8(垃圾类型8) 类型:int 5.2.11 rub_type9(垃圾类型9) 类型:int 5.3 ⽅法名: 5.3.1 find_rub(String rub_name) 返回类型:ng.Object 6.垃圾类型类 6.1 类名:rub_type 6.2 属性名: 6.2.1 type_id(类型ID) 类型:int 6.2.2 type_name(类型名称) 类型:String 6.2.3 type_introduce(类型介绍) 类型:Sting 6.3⽅法名: 6.3.1 look_type_intro(int type_id) 返回类型:String 7.城市类: 7.1类名:city 7.2属性名: 7.2.1 city_id(城市ID) 类型:int 7.2.2 city_name(城市名称) 类型:String 7.2.3 type1_id(类型1ID) 类型:int 7.2.4 type2_id(类型2ID) 类型:int 7.2.5 type3_id(类型3ID) 类型:int 7.2.6 type4_id(类型4ID) 类型:int 7.2.7 type5_id(类型5ID) 类型:int 7.2.8 rule(规则) 类型:String 7.3⽅法名: 7.3.1 look_rule(String city_name) 类型:String时序图:⽤户查看信息时序图: ⽤户查看信息时序图说明:1. login():⽤户登陆系统2. look_rule():⽤户查看相应城市垃圾分类规则3. find_rub():⽤户查询垃圾信息4. look_apply():⽤户查看发布的垃圾信息5. look_game_record():⽤户查看游戏记录管理员审核垃圾申请表时序图: 管理员审核垃圾申请表时序图说明:1. login():管理员登陆系统2. check_apply():管理员审核垃圾申请表3. change_rubbish():系统⾃动修改rubbish表信息三、团队队员介绍姓名学号本次分⼯何海燕(组长)31901001需求讨论、图表绘制、⽂档撰写余佳秀31901007需求讨论、图表绘制、⽂档撰写赵益萍31901038需求讨论、图表绘制符佳妮31903145需求讨论、图表绘制。
uml实训报告
uml实训报告uml实训报告篇一:uml实验报告软件建模实验报告题目:图书管理系统专业:班级:姓名:学号:指导教师:成绩:完成日期:年月摘要随着知识化和信息化新经济时代的到来,作为信息技术龙头的计算机及软件技术突飞猛进,UML成为一种不可或缺的工具。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。
用现有的知识,按照软件工程思想和系统的开发步骤,以图书管理的应用需求为背景,分析设计了图书管理系统,并利用Ratinal Rse对系统进行建模,完成用例图和类图的构建,为后期的程序设计提供标准。
根据建模需求分析,总结出本系统的参与者有借阅者和图书管理员两类。
根据其职能不同,借阅者只能使用该系统借书、预订书刊以及还书。
图书管理员则可使用系统进行图书馆业务的管理工作,如借阅者,书刊等的信息维护。
系统可实现书籍信息的添加、修改、删除等功能,这就保证了数据库信息的一致性和统一性、安全性。
该系统以面向对象理论和数据库管理信息系统开发相关知识为依据,介绍了设计开发中的模块设计和数据与程序的连接,使SQL server 201X与 Visual Studi 201X得到了有效的结合。
关键词:图书管理系统;UML;Ratinal Rse面向对象目录 1 需求分析 ........................................................ .................................... 错误!未定义书签。
1.1 开发背景及意义 ........................................................ (4)1.2 功能需求 ........................................................ ............................................................4 2 系统建模 ........................................................ ........................................................... .. (8)2.1 创建系统用例模型 ........................................................ . (8)2.1.1 确定参与者 ........................................................ (8)2.1.2 参与者的用例图 ........................................................ ...... 错误!未定义书签。
uml实验报告总结
本科实验报告课程名称:计算机网络实验项目:计算机网络实验地点:专业班级:学号:学生姓名:指导教师:目录1.实验准备:熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。
二、实验要求1.结合工具StartUML,熟悉UML用例图的模型元素。
2.使用StartUML工具建模网上书店系统的用例图。
三、实验主要设备:台式或笔记本计算机四、实验内容:根据下面给出的网上书店问题陈述,分析该系统总体需求,建模网上书店系统的用例图并提供一个主要用例的事件流文档。
网上书店陈述:书店经理:我们原本是一个传统的实体书店,顾客要买书都是亲自到书店里来的,这样挺不方便。
面且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是大量顾客到书店选购图书,使得书店场地不足,工作人员也很忙碌。
其实,还有一点就是,有不少人进入书店后并不买书,只是查找一些资料。
有的甚至会在这呆上很长的时间直到把书免费看完。
这种行为,工作人员一般是不阻止的,结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。
而且现在电子商务已经发展起来了,所以我们想到借助网络,让顾客通过网上书店购买图书。
这样我们书店可以省掉大量的场地维护和工作人员成本支出,同时计算机可以方便的检索图书信息,让顾客可以足不出户以更优惠的价格买到需要的书。
系统分析员:能谈谈您对网上书店的要求吗?书店经理:网上书店要能实现对外和对内的功能,对外是顾客能在网上书店订购图书,提交订单。
对内,书店工作人员能够通过网上书店及时的看到这些订单,并进行处理。
为了把书送到顾客手里,我们已经联系了快递公司,初步达成协议,由他们往返场客和书店之间把图书送到顾客手里。
书店管理员受理订单后,就会通知快递公司送货。
当然,书店的图书上架和下架也应该由网上书店完成了。
工作人员甲:实体店中,图书是按照不同种类放置的,方便顾客挑选。
UML实验报告(5篇)
UML实验报告(5篇)第一篇:UML实验报告UML 实验报告实验一用例图一、实验结果1、整理实验结果2、小结实验心得体会用例模型用于需求分析阶段,它描述了待开发系统的功能需求,并驱动了需求分析之后各阶段的开发工作。
用例图是UML中用来对系统的动态方面进行建模的7种图之一。
用例图描述了用例、参与者以及它们之间的关系。
用例图从用户角度描述系统功能,并指出各功能的操作者。
通过本次实验,我熟悉Rational Rose 建模环境,更加清楚的了解了用例图的语义和功能,如何清晰明了的识别参与者、用例,学会了如何使用事件流描述用例。
同时掌握了用例间的类属关系、Include 关系和Extend关系的语义、功能和应用。
最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。
二、思考题1、如果要删除参与者、用例,请问是在导航窗口删除,还是在绘图窗口删除?答:都可以删除,但在绘图窗口中有两种删除方式:一种是只删除参与者、用例,而不改变其在导航窗口中的存在,另一种是从建模中完全删除。
2、如果要删除参与者和用例的联系,用例和用例的联系,请问是在绘图中删除,还是在参与者或用例的设置对话框中删除?答:都可以删除。
实验二类对象模型的建立一、实验结果 1.整理实验结果。
2.小结实验心得体会。
类图是面向对象系统建模最常用的图,描述了类图、接口集、协作以及它们之间的关系。
类图描述了系统的静态设计视,该视主要体现系统的功能需求,即系统应该提供给用户的服务。
通过本次实验,加深了我对类图语义的理解和功能的应用,掌握了类之间的联系,关联、依赖、聚合等,同时基本掌握了在Rational Rose中绘制类的关联、依赖、泛化关系。
二、思考题选中一个模型对象,点击鼠标右键,比较快捷菜单项“Edit——Delete”与“Edit——Delete from Model”,它们二者之间区别在哪里?答:“Edit——Delete”只删除绘图窗口中的图形,而不改变其在导航窗口中的存在;“Edit——Delete from Model” 是从建模中完全删除。
UML实验报告
UML实验报告UML 实验指导书⽬录实验⼀UML建模基础 (3)实验⼆⽤例图 (4)实验三UML类图 (8)实验四对象图 (10)实验五包图 (11)实验六状态图 (13)实验七活动图 (17)实验⼋时序图与协作图 (18)实验九组件图 (22)实验⼀UML建模基础[实验⽬的和要求]1、熟悉UML建模⼯具Rational Rose的基本菜单及操作。
2、掌握UML的三⼤组成部分及各部分作⽤。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作⽤。
[实验内容和步骤]1、练习使⽤建模⼯具建⽴各种UML图形,并对图形进⾏相应编辑和修改。
2、认识各种UML关系及可见性符号,并⽤⼯具表⽰出来。
[分析与讨论]1、总结UML在软件⼯程中的作⽤以及使⽤UML建模的必要性。
实验⼆⽤例图[实验⽬的和要求]1、掌握⽤例的概念。
2、掌握UML⽤例图的组成、作⽤以及使⽤场合。
3、掌握⽤例与⽤例之间的各种关系。
4、学习针对具体场景使⽤⽤例图进⾏分析说明的⽅法。
5、掌握⽤例描述的概念和基本结构,以及⽤例描述的作⽤。
[实验内容和步骤]1、什么是⽤例,什么是场景?⽤例和场景之间的关系是怎样的?2、⽤例图中有哪些组成元素?在UML中是如何表⽰的?3、⽤例与⽤例之间的包含关系、扩展关系和泛化关系各代表什么含义?它们之间有何区别?对以上三种关系各举⼀例,画出⽤例图,并进⾏说明。
4、为了满⾜物业中介⾏业的信息化要求,甲公司基于详尽的需求调研与分析,准备研发⼀套符合市场需要的、实⽤的信息管理系统。
主要将实现客户资料信息管理、客户委托(出租、出售、租赁、购买)信息管理、业务线索⽣成与管理、房源状态⾃动更新、权限管理、到期⽤户管理、房源组合查询等功能。
该公司⼩王,通过多次的与潜在客户的交流与沟通,完成了最初的⽤例模型的开发,下是⼀个⽤例模型的局部:修改房源信息⼩李认为该模型不符合“⽤例建模”的思想,存在明显的错误。
请⽤200字以内说明错误所在,并说明应该如何修改。
UML实验报告
UML 实验指导书目录实验一UML建模基础 (3)实验二用例图 (4)实验三UML类图 (8)实验四对象图 (10)实验五包图 (11)实验六状态图 (13)实验七活动图 (17)实验八时序图与协作图 (18)实验九组件图 (22)实验一UML建模基础[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的三大组成部分及各部分作用。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作用。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形,并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号,并用工具表示出来。
[分析与讨论]1、总结UML在软件工程中的作用以及使用UML建模的必要性。
实验二用例图[实验目的和要求]1、掌握用例的概念。
2、掌握UML用例图的组成、作用以及使用场合。
3、掌握用例与用例之间的各种关系。
4、学习针对具体场景使用用例图进行分析说明的方法。
5、掌握用例描述的概念和基本结构,以及用例描述的作用。
[实验内容和步骤]1、什么是用例,什么是场景?用例和场景之间的关系是怎样的?2、用例图中有哪些组成元素?在UML中是如何表示的?3、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义?它们之间有何区别?对以上三种关系各举一例,画出用例图,并进行说明。
4、为了满足物业中介行业的信息化要求,甲公司基于详尽的需求调研与分析,准备研发一套符合市场需要的、实用的信息管理系统。
主要将实现客户资料信息管理、客户委托(出租、出售、租赁、购买)信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。
该公司小王,通过多次的与潜在客户的交流与沟通,完成了最初的用例模型的开发,下是一个用例模型的局部:修改房源信息小李认为该模型不符合“用例建模”的思想,存在明显的错误。
请用200字以内说明错误所在,并说明应该如何修改。
UML建模实验报告
UML建模实验报告摘要:本实验主要介绍如何使用UML(统一建模语言)进行软件建模,通过对一个简单的网上购物系统进行建模实践,掌握UML的基本概念和建模方法。
实验过程包括需求分析、用例建模、类图建模、时序图建模等,最终得到一个完整的软件系统的UML建模图。
一、引言UML(统一建模语言)是一种用于软件建模的标准化语言,可以描述软件系统的结构和行为,是软件开发过程中的重要工具之一、通过UML建模,可以更好地可视化和理解软件系统的设计和开发过程,提高软件开发效率和质量。
本实验通过对一个简单的网上购物系统进行UML建模实践,以加深对UML建模的理解和应用。
二、实验目的1.理解UML建模的基本概念和建模方法;2.学会使用UML工具进行软件建模;3.掌握用例建模、类图建模和时序图建模的过程和方法。
三、实验过程1.需求分析需求分析是软件开发的第一步,通过与用户沟通和讨论,确定系统的功能需求和非功能需求。
在本实验中,我们假设购物系统需要实现的主要功能有:用户登录、用户注册、商品浏览、商品购买、购物车管理等。
2.用例建模用例建模是通过描述系统与外部实体(用户、系统、外部系统等)之间的交互来定义系统的功能和行为。
在本实验中,我们使用用例图来表示系统的功能需求,包括主要的用例和用户角色。
3.类图建模类图建模是描述系统中的类、属性和方法之间的关系,用于表示系统的静态结构和对象之间的关系。
在本实验中,我们使用类图来表示购物系统中的类和类之间的关系,包括用户类、商品类、购物车类等。
4.时序图建模时序图建模是描述系统中对象之间的交互过程和消息传递顺序,以及对象的生命周期。
在本实验中,我们使用时序图来表示用户登录和购买商品的过程和交互,包括对象的创建、消息的传递等。
四、实验结果通过上述过程,我们得到了一个完整的网上购物系统的UML建模图,包括用例图、类图和时序图。
通过观察和分析这些建模图,可以更好地理解和设计该系统的功能和结构,指导软件的开发和实现。
UML(ROSE)综合实验报告(包括用例图、类图、组件图等等)
计算机科学与技术专业实验报告 课程名称:UML 统一建模语言……………………………………………装……………………………………订……………………………………线……………………………………………………………泛化关系、包含关系和扩充关系。
①泛化关系:一个用例可以被特别列举为一个或多个子用例。
子用例从父用例处继承行为和属性,还可以添加行为或覆盖、改变已继承的行为。
在图形上,用例间的泛化关系用带空心箭头的实线表示,箭头的方向由子用例指向父用例。
②包含关系:一个用例可以简单地包含其他用例具有的行为,并把它所包含的用例行为作为自身行为的一部分。
包含关系把几个用例的公共步骤分离成一个单独的被包含用例。
③扩展关系:一个用例可以被定义为基础用例的增量扩展。
扩展关系为处理异常或构建灵活系统框架提供了一种有效的方法。
而在该系统中,主要包含四个参与者:系统管理员,店长,营业员和财务管理员。
下面就对该系统用例图作分析解释。
(Ⅰ)按参与者略分①系统管理员:相当于系统的一个超级用户,他具有以上各个参与者的最高权限。
他主要的任务是维护系统,维护数据库,对系统基本资料的设置。
当然作为系统的超级用户,他理所当然的具有各个用户所具有的功能。
(如图2-1所示)②店长:作为整个店的管理者,他具有会员管理,会员充值,当人手不足的时候,他会额外地负责收、领取衣物等功能。
(如图2-2所示)③财务员:主要负责财务管理相关模块。
(如图2-4所示)④营业员:作为系统的基层人员,主要负责系统的收、领取衣物功能。
(如图2-3所示)图2-1图2-2图2-3图2-4(Ⅱ)按系统的重要模块细分①系统设置模块:设置系统基本信息,由系统管理员操控;如图2-5所示②统计管理模块:统计分析营业状况,由财务管理员操控;如图2-6所示③收取衣物模块:记录营业员收取衣物的状况,由营业员操控;如图2-7所示④领取衣物模块:记录顾客衣物领取的状况,由营业员操控;如图2-8所示图2-5图2-6图2-7图2-8⑵类图:是描述类、接口、协作以及它们之间关系的图,用来显示系统中各个类的静态结构。
UML实验报告
UML实验报告一.实验目的了解案例研究在迭代1的需求,以及迭代1前三个章节所要求我们掌握的知识,通过具体的案例研究使我们对这几个部分的认识更加具体,熟悉。
对统一建模语言有更深一层的学习和了解。
二.实验任务完成ATM机的系统顺序图,操作契约,以及系统领域模型,是细化迭代1前三个部分。
通过实验可以对UML建模工具要熟练运用。
三.实验方法使用Eclipse的UML建模功能,完成顺序图,操作契约通过文档编辑完成,系统领域模型同样是用Eclipse的UML建模功能绘制。
参考课本以及各种课外资料,在网上找资料使结果更加完全,完善ATM的各种预期的功能。
四.实验结果4.1 系统顺序图4.2 操作契约●契约CO1:makeNewDeal⏹操作(Operation):makeNewDeal()⏹交叉参考(Cross References):用例:处理交易⏹前提(Preconceptions):无⏹后置条件(Postconditions):✧一个Deal的实例d被创建(创建实例)✧D被关联到Register(形成关联)✧d的属性被初始化(修改属性)●契约CO2:enterItem⏹操作(Operation):enterItem(itemID:ItemID,quantity:integer)⏹交叉参考(Cross References):用例:处理交易⏹前提(Preconceptions):正在进行中的交易⏹后置条件(Postconditions):✧创建了DealsLineItem的实例dli(创建实例)✧Dli被关联到当前Deal(形成关联)✧dli.quantity的数值被赋值为quantity(修改属性)✧依据itemID的匹配,dli被关联到OperateDescription(形成关联)●契约CO3:endDeal⏹操作(Operation):enterDeal()⏹交叉引用(Cross References):用例:处理交易⏹前置条件(Perconditions):正在进行中的交易⏹后置条件(Postconditions):Deal.isComplete被置为真(修改属性)●契约CO4:makeDeliver⏹操作(Operation):makeDeliver(amount:Money)⏹交叉引用(Cross References):用例:处理交易⏹前置条件(Perconditions):正在进行中的交易⏹后置条件(Postconditions):✧创建了Deliver的实例d(创建实例)✧P.amountTendered被赋值为amount(修改属性)✧P被关联到当前的Deal(形成关联)✧当前的Deal被关联到Bank(形成关联)(将其加入到完成交易的历史日志中)。
UML大作业实验报告
UML建模大作业实验报告组号:选题名:E-store网上书店系统小组成员.1.需求模型从用户角度描述系统功能的用例意见反馈(from Use Case View)从系统管理员角度描述系统功能的用例订货通知(from Use Case View)(from Use Case View) 2.分析模型2.1.架构模型E-store网上书店包图系统辅助包图2.2.分析机制2.3.关键抽象2.4.用例实现2.4.1.注册用例的用例1. 用例名注册1.1 简要描述本用例由游客触发的,允许顾客在该书店注册成为会员用户,实现会员的一些权限。
2. 事件流2.1 基本流2.1.1 顾客进行注册顾客在登陆系统时必须先注册一个账号,才能进行登录查询。
2.2 备选流2.2.1 注册账号无效如果顾客登陆账号已存在或者验证码错误,提示顾客无效。
本用例结束。
3. 特殊需求没有和本用例有关的特殊需求。
4. 前置条件在针对登陆书店,必须先注册成为会员5. 后置条件无。
6. 扩展点没有和本用例有关的扩展点。
·2.4.2.图书浏览用例的用例1.用例名图书浏览1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面浏览书店的概况和书籍种类。
2.事件流2.1基本流2.1.2顾客进行图书浏览顾客在书店页面浏览书店概况和书籍种类。
本用例结束2.2备选流2.2.1浏览无效如果顾客浏览页面不存在或者方式不正确,提示顾客浏览无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件无。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
·2.4.3.图书查询用例的用例1.用例名图书查询1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面查询书籍信息。
2.事件流2.1基本流2.1.2顾客进行图书查询顾客在书店页面查询书店里书籍种类。
本用例结束2.2备选流2.2.1查询无效如果顾客查询书籍不存在或者方式不正确,提示顾客查询无效。
关于uml实验报告参考3篇
关于uml实验报告参考第1篇面向对象系统分析与设计课程是计算机科学与技术本科专业(软件方向)的一门重要的专业课。
通过本课程的学习,使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术,并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML 语言,能够利用Rational Rose(或Microsoft Viso)软件以某一信息系统为例进行系统分析和设计。
本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。
通过本课程的学习,学生掌握的知识、内容及掌握的程度要求为: 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法;2. 使学生掌握UML语言的基础知识,以及UML在面向对象的软件系统分析和设计中的应用,并能使用UML工具建立系统模型;3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法;4. 通过案例教学和实验,提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力,并鼓励创新。
本实验所要求的建模工具为Rational Rose 20xx。
本课程拟通过对如下系统进行建模来实现分析与设计。
图书管理系统人事信息管理系统软件项目管理系统网上商店销售管理系统教务管理系统计算机软件建模技术现在越来越广泛的应用于软件工程中。
《面向对象的系统分析与设计》课程实验的目的是为了使学生在课程理论学习的同时,通过在一个实践的环境下,实际学习软件统一建模语言,对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验,学习掌握对一般面向对象系统建模的方法与技术。
总之,通过上述实验环节,使学生加深了解和更好地掌握《面向对象的系统分析与设计》课程教学大纲要求的内容。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
UML 建模大作业实验报告组号:选题名:E-store 网上书店系统小组成员.1.需求模型从用户角度描述系统功能的用例登录(from Use Case View).J八.修改(from Use Case View)个人信息维护(from Use Case View)从系统管理员角度描述系统功能的用例(from Use Case View)补充注册选购(from Use Case View)*II f (from Use Case View)f令查看图书浏览(from Use Case View)II7 ------- 亠'收藏夹维护(from Use Case View) '(from Use Case View)游客会员(from Use Case View)(from Use Case View) 购物车管理添加I (from Use Case View),(from Use Case View)图书查询(from Use Case View)■订单维护(from Use Case View)删除(from Use Case View)结账(from Use Case View)订单状态查询(from Use Case View)缺书登记(from Use Case View)一 一'意见反馈(from Use Case View)■分配权限管理员(from Use Case View)添加人员(from Use Case View)(from Use Case View)后台用户管理---- 弋(from Use Case View)■>^,X**(from Use Case View)(from Use Case View)折扣管理ZI身份验证(from Use Case View)•、销售管理(from Use Case View)二d ____ -\图书管理\ h -■■■■ (from Use Case View).辿—--网站用户管理V(from Use Case View)订货管理(from Use Case View)查看人员(from Use Case View) 查看意见反馈(from Use Case View) 2.分析模型2.1.架构模型(from Use Case View)r梟—_ ■<-■- V 删除'■ (from Use Case View)辽二询(from Use Case View) /统计(from Use Case View)订货通知(from Use Case View),沖后台数据库(from Use Case View)/(from Use Case View)服务商(from Use Case View)1<<layer>> 用户层<<layer>> WEB层E-store网上书店包图系统辅助包图<<layer>> 商业逻辑层<<layer>> 信息系统层1—1前台管理E-store网上书店系统后台管理图书管理1J后台管理用户管理22分析机制[列出系统所有涉及的分析机制。
]23关键抽象24用例实现2.4.1.注册用例的用例1. 用例名注册1.1简要描述本用例由游客触发的,允许顾客在该书店注册成为会员用户, 的一些权限。
2. 事件流顾客进行注册顾客在登陆系统时必须先注册一个账号,才能进行登录查询。
昨书书 4心*馬±|^卫亡 斗仝衍打闫 壬奩容i1.LOn*>^ii:)D *字氓-E 合e户码席值户 FT I”亠看-三鯉司7* 住与户电 ■+«seN *■苫书软5 牛5总討闫 齡ajft 时凹Cl *叮*欣枣fiiUO 牡賞S 笔萨灯 瓠MS 史曙护口,*«=W»G 『 r 民反5〔卜*曲二号*冋口讶啤0 *护拒¥理0 幅粤wio*ffifl»I10 *^iitao *iT5frw 理 0-*i»S 足寰理宗哎0•三剜 *i 蛾 *«翊_ ji- 牛同H 号 电屋S 牛轼陽实现会员 2.1 基本流2.1.1X2.2 备选流2.2.1注册账号无效如果顾客登陆账号已存在或者验证码错误,提示顾客无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在针对登陆书店,必须先注册成为会员5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
2.4.2. 图书浏览用例的用例1.用例名图书浏览1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面浏览书店的概况和书籍种类。
2.事件流2.1基本流2.1.2 顾客进行图书浏览顾客在书店页面浏览书店概况和书籍种类。
本用例结束2.2备选流2.2.1浏览无效如果顾客浏览页面不存在或者方式不正确,提示顾客浏览无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件无。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
2.4.3. 图书查询用例的用例1.用例名图书查询1.1简要描述本用例由游客、会员触发的,允许顾客在书店页面查询书籍信息。
2.事件流2.1基本流2.1.2顾客进行图书查询顾客在书店页面查询书店里书籍种类。
本用例结束2.2备选流2.2.1查询无效如果顾客查询书籍不存在或者方式不正确,提示顾客查询无效。
本用例结束。
3.特殊需求。
没有和本用例有关的特殊需求。
4.前置条件无。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
2.4.4. 登录用例的用例1. 例名登陆1.2 简要描述本用例由会员触发的,允许顾客在浏览拍卖图书查询目录时,针对特定 的图书类型。
在针对一个特定的图书,买主必须登录系,进行挑选。
2. 事件流3. 特殊需求没有和本用例有关的特殊需求。
4. 前置条件在针对一个图书查询之前,顾客必须登录系统进行查找。
5. 后置条件无。
6. 扩展点没有和本用例有关的扩展点。
2.4.5 个人信息维护用例的用例1. 用例名2.3 基本流2.3.1 2.3.2顾客进行注册顾客在登陆系统时必须先注册一个账号,才能进行登录查询。
顾客登陆系统顾客登陆系统进行图书查询。
2.4 备选流2.4.1登陆账号无效如果顾客登陆账号不存在或者密码不正确, 提示顾客无效。
本用例结束。
个人信息维护1.1简要描述本用例由会员触发的,允许顾客在登陆系统后修改补充自己的个人信息并保存。
2.事件流2.1基本流2.1.1修改自己的个人信息顾客对自己的个人信息进行修改并提交该信息。
2.1.2通知顾客修改结果。
系统向顾客发送电子邮件,通知顾客修改成功。
本用例结束2.2备选流2.2.1修改信息无效如果顾客所改信息不符合系统规定,提示顾客修改无效。
本用例结束。
3.特殊需求。
没有和本用例有关的特殊需求。
4.前置条件在顾客进行信息修改之前,顾客必须登录系统进行修改。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
2.4.6 选购用例的用例1.用例名选购1.1简要描述本用例由会员触发的,允许顾客在浏览图书查询目录时进行选购,针对自己想要的图书进行选购。
在针对图书选购时,买主必须登录系统,进行挑选。
2.事件流2.1基本流2.1.1输入要买的图书类型顾客对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1.2.输入图书详细信息顾客输入图书详细信息并提交该信息。
2.1.3. 通知顾客查询结果。
系统向顾客发送电子邮件,通知顾客查找图书的信息已经输入。
本用例结束2.2.备选流2.2.1查询图书信息无效如果顾客所找图书不存在,提示顾客无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在针对一个图书选购之前,顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
2.4.7 收藏夹维护用例的用例1.用例名收藏夹维护1.1简要描述本用例由会员触发的,允许顾客在浏览图书查询目录时,针对特定的图书类型进行收藏,以便以后查找方便。
2.事件流2.1基本流2.1.2选择要买的图书类型顾客表明其打算对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1.2 输入图书信息买主输入图书信息并提交该信息。
2.1.3对挑选的图书进行收藏顾客对自己比较满意的图书进行收藏以便以后购买时方便。
本用例结束2.2备选流2.2.1收藏图书无效如果顾客收藏时没有选择系统要求的选项时,系统提示收藏无效,重新收藏。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在针对一个图书收藏之前,顾客必须登录系统进行查找再收藏。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
2.4.8 购物车管理用例的用例1.用例名购物车管理1.1简要描述本用例由会员触发的,允许顾客在浏览完图书查询后,对自己满意的图书加入购物车进行保存。
2.事件流2.1基本流2.1.1选择要买的图书类型顾客表明其打算对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1.2输入图书信息买主输入图书信息并提交该信息。
2.1.3图书加入购物车顾客将自己选中的图书加入购物车。
本用例结束2.2备选流2.2.1加入购物车无效如果顾客没有选择加入的数量等信息,提示顾客无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在对图书加入购物车之前,顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
2.4.9. 订单维护用例的用例1.用例名订单维护1.1简要描述本用例由店主触发的,允许顾客在浏览完图书查询后,对自己的购买图书下订单,要求店主发货。
2.事件流2.1基本流2.1.1选择要买的图书类型顾客表明其打算对一个图书类型进行查找。
系统展示图书查询表单界面。
2.1.2输入图书信息买主输入图书信息并提交该信息。
2.1.3通知顾客查询结果。
系统向顾客发送电子邮件,通知顾客查找图书的信息已经输入。
2.1.4顾客下订单顾客对自己的图书下订单,要求卖家发货。
2.2备选流2.2.1订单无效如果顾客所找图书已经卖完,则订单无效。
本用例结束。
3.特殊需求没有和本用例有关的特殊需求。
4.前置条件在对图书下订单之前,顾客必须登录系统进行查找。
5.后置条件无。
6.扩展点没有和本用例有关的扩展点。
2.4.10. 订单状态查询用例的用例1.用例名订单状态查询1.1简要描述本用例由会员触发的,允许顾客在下订单之后查询订单状态,查询订单是否发货和书籍的物流情况。
2.事件流2.1基本流2.1.1查询订单状态顾客可以登录查询是否发货或者物流情况。
系统展示图书查询表单界面。
2.2备选流2.2.1查询无效如果顾客所查已被领取,则查询无效。