UML综合实验报告网上书店系统

合集下载

网上购物商店 UML的使用报告

网上购物商店 UML的使用报告

实验目的1.学会使用UML工具进行系统建模2.学会和熟悉创建系统用例模型过程3.熟悉和掌握创建系统静态模型过程4.学会和掌握创建系统动态模型过程实验步骤及要求1.创建系统用例模型进行系统分析和设计的第一步是创建系统的用例模型,作为描述系统的用户或者参与者所能进行的操作的模型,他在需求分析阶段有着重要的作用,整个开发过程都是围绕系统的需求用例表述的问题和问题模型进行的。

创建系统用例的第一步是确定系统的参与者。

根据需求分析可知网上购物系统的参与者包括以下三种:(1)用户。

泛指所有使用网上购物系统的人,是专门抽象出来的一个参与者。

(2)普通用户。

即游客,进入网上商店浏览但是没有进行注册的用户,无权购买商品,仅有浏览商品信息的功能。

(3)注册会员用户。

已经注册过的用户,登陆网上商店后即可进行购物。

(4)管理员。

对本系统进行数据管理、数据维护,并对商品、订单和用户进行管理的用户。

普通用户用例图的建模过程如下:(1)在创建的“网上购物商店”模型中,右击用例视图,在弹出的快捷菜单中选择新建->用例图。

(2)将创建的用例图名称改为“普通用户用例图”。

(3)双击“普通用户用例图”,进图图形编辑窗口。

(4)单机编辑工具栏上的“参与者”图标,然后再图形编辑区德空白处单击鼠标右键,在创建的人形图案上修改参与者名称为“用户”。

(5)重复4步骤,再创建“普通用户”的参与者。

(6)单击编辑工具栏上的“泛化关系”图标,在图形编辑区中使泛化关系的空心三角箭头线段从“普通用户”参与者连接到“用户”参与者,创建两个参与者之间的泛化关系。

(7)单击编辑工具栏上的“用例”图标,在图形编辑区空白区右击,在创建的椭圆形的用例上修改用例名称为“注册”。

(8)依照7步骤,再创建“浏览商品信息”、“查询商品”、“在线帮助”、“分类商品信息显示”、“优惠商品信息显示”、“热门商品信息显示”、“分类商品查询”、“优惠商品查询”、“热门商品查询”和“高级查询”共10个用例。

UML实验报告

UML实验报告

UML系统建模--图书馆图书管理系统实验使用UML进行系统建模一.实验目的针对指定软件系统的需求进行分析和设计;使用Microsoft Visio软件,绘制UML图。

二.实验设备计算机、Microsoft Visio软件。

三.实验内容及步骤图书馆图书管理系统的域描述如下:在图书管理系统中,要为每个借阅者建立一个账户,并给借阅者发放借阅卡(借阅卡可以提供借阅卡号、借阅者名),账户中存储借阅者的个人信息、借阅信息以及预定信息。

持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预定书刊并取消预定,但这些操作都是通过图书管理员进行的,也即借阅者不直接与系统交互,而是图书管理员充当借阅者的代理与系统交互。

在借阅书刊时,需要输入所借阅的书刊名,书刊的ISBN/ISSN号,然后输入借阅者的图书卡号和借阅者名,完成后提交所填表格,系统验证借阅者是否有效(在系统中存在账户),若有效,借阅请求被接受,系统查询数据库系统,看借阅者所借阅的书刊是否存在,若存在,则借阅者可借出书刊,建立并在系统中存储借阅记录。

借阅者还书后,删除关于所还书刊的借阅记录。

如果借阅者所借的书刊已被借出,借阅者还可预定该书刊,一旦借阅者预定的书刊可以获得,就将书刊直接寄给预定人(为了简化系统,预定书刊可获得时就不通知借阅者了)。

另外,为了简化系统,也不考虑书刊的最长借阅期限,假设借阅者可以无限期地保存所借阅的书刊。

对上述图书管理系统的域描述进行分析,可以获得如下功能性需求:(1)借阅者持有借阅卡(借阅者名和借阅卡号);(2)图书管理员作为借阅者的代理借书;(3)图书管理员作为借阅者的代理预定书刊;(4)图书管理员作为借阅者的代理取消预定;(5)图书管理员作为借阅者的代理还书;(6)图书管理员可以创建新的借阅者账户;(7)图书管理员可以修改借阅者的账户信息;(8)图书管理员可以删除已存在的借阅者账户;(9)图书管理员可以添加新书刊种类;(10)图书管理员可以修改书刊种类信息;(11)图书管理员可以删除系统中的书刊种类;(12)图书管理员可以在系统中添加书刊信息;(13)图书管理员可以编辑书刊信息;(14)图书管理员可以删除书刊信息;对上述系统进行建模,按照下列要求完成实验报告:1.进行需求分析:识别参与者,识别用例,画出用例图;使用“用例说明书”对每个用例进行描述。

UML_图书馆系统_实验报告

UML_图书馆系统_实验报告

实验名称:UML班级:软件0803学号: 080203060080203062姓名:杜利星冯双玉图书馆系统用例模型——系统需求的获取用例模型定义系统做什么,是用来获取系统需求的有效手段。

用例模型由“角色”和“用例”组成。

在这个图书馆系统中,我们可以识别出的角色有学生和图书管理员。

整个用例模型包含的用例有:借书、还书、查阅图书、预订图书,以及图书维护。

用例模型可以用用例图表示如下:查阅图书预定图书学生借书还书管理图书图书管理员名称:借书”。

说明:学生在图书馆挑选好需要的图书后,通过图书管理员把书借回去。

参与者:学生,图书管理员频率:每天可能会有很多次。

最繁忙的情况是,借书的人非常多,按照现在的速度,大约每分钟完成一个人的结束工作。

前置条件:无后置条件:修改所借出的图书的剩余数量。

假设:借书者总是从图书馆找到书,然后才能拿书办理借书手续,因此,总是有足够的书可以出借。

基本操作流程:借书成功。

1) 学生将所借图书和借书证交给图书管理员2) 图书管理员将学生借书证号码和所借图书输入系统3) 系统校对借书信息,比对该学生以往借书情况和当前借书情况,如果不存在不允许借书的情况,则记录借书交易的信息,并且修改相应的馆藏图书的数量信息。

4) 如果该学生已经预订了这本图书,则撤销该预定。

5) 报告交易成功。

可选操作流程:所借图书超出最大借书数量。

1) 学生将所借图书和借书证交给图书管理员2) 图书管理员将学生借书证号码和所借图书输入系统3) 系统校对借书信息,比对该学生以往借书情况和当前借书情况,发现已超出最大借书数量,则停止当前交易,并且提示用户错误原因。

4) 图书管理员可以应学生的意见,减少借书数量,并重新提交系统。

流程活动图:显示借书界面验证借书数量输入借书证号码和所借图书通知用户[借书数量超出范围]修改借书信息修改馆藏图书数量信息记录本次交易信息借书成功撤销预定[借书数量在允许范围内]已经预订未预定图一:借书活动图静态模型的建立对象包括图书管理员(BookAdmin)、学生(Student)、图书(Book),图书的借还信息(BorrowInfo),预定图书的信息(SubscribrInfo ),借书的控制类(Borrow),用户界面(BorrowInterface )。

uml课程论文网上书店项目

uml课程论文网上书店项目

uml课程论文网上书店项目第一篇:uml课程论文网上书店项目南京信息工程大学课程论文题目网上书店项目概述网上购书系统3部分组成:用户管理、购书网站和订单处理中心。

其中,用户管理负责用户注册及用户登陆;购书网站是一个Web应用程序,用户可以通过Web浏览器登录到此网站,在此网站,用户可以搜索要找的书,查看书的详细信息并购书;订单处理中心用来管理购物网站转过来的订单。

用户管理主要包括一下功能:λ注册用户信息1)对于新用户,单击“注册”按钮,进入用户注册页面;2)填写相关注册信息,填写完毕后单击“确定”按钮;3)弹出“注册成功”对话框,即成功注册。

λ用户登录验证1)对于已注册用户,进入用户登录页面;2)填写您的用户名和密码; 3)单击“登录”按钮;4)用户名和密码正确,登录成功,进入购书网站;否则返回。

λ浏览图书网站的书籍列表要列出当前网站所有的图书名称。

当用户单击某一图书名称时,要列出该书的详细信息(包括书名、作者、单价)。

λ查找图书用户可以在网站的查找框中输入一个书名,单击“查找”按钮可以网站是否有此书,系统将查找结果(如果有此书,返回书的详细信息;如果没有,返回当前没有此书的信息)返回给用户。

λ购物车管理用户可以随时查看自己的购物车,可以添加或删除购物车中的商品。

λ购书在浏览图书时,用户可以在查看选中图书的详细信息时添加次书到购物车,添加完毕可以选择继续购物或是结算。

如果选择结算,要填一个购书登记表,该表包括以下内容:购书人姓名、地质、E-mail、所购图书的列表、总价。

订单处理中心的功能:订单处理中心是一个Web应用程序,在此将列出所有等待处理的订单,每一笔订单包含购书人姓名、地址、E-mail、所购图书的列表、总价。

其中,所购图书列表包括各个书籍信息的明细内容,总价是系统自动计算的。

要求:1、画出该系统的用例图、类图、状态图、活动图、顺序图、协作图、构件图以及部署图。

2、要求打印。

3、6月26日前交。

UML大作业实验报告

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查询无效如果顾客查询书籍不存在或者方式不正确,提示顾客查询无效。

(完整word版)网上书店系统的 UML建模(word文档良心出品)

(完整word版)网上书店系统的 UML建模(word文档良心出品)

网上书店系统的UML建模目录1 系统需求 (3)2 需求分析 (3)2.1 识别参与者 (3)2.2 创建系统用例模型 (4)2.3 识别用例 (4)3 静态结构模型 (6)3.1 定义系统对象..................................................... 错误!未定义书签。

3.2 定义用户界面类................................................. 错误!未定义书签。

3.3 建立类图 (6)4 动态行为模型 (6)4.1 创建系统序列图与协作图 (6)4.2 创建系统的状态图 (9)4.3 创建系统的活动图 (10)5 物理模型 (11)5.1 创建系统组件图 (11)5.2 创建系统部署图 (12)6总结 (12)7参考文献 (13)1 系统需求网上书店管理系统业务描述:网上书店提供给人们更加便捷的购书模式。

从网上书店系统不同参与者的角度 ,可以将其系统功能分为前台与后台两大功能模块。

通过对电子商务网站及网上书店的考察、分析以及实际的市场调查,要求本系统具有以下功能:●统一友好的操作界面,能保证系统的易用性。

●规范、完善的基础信息设置。

●图书分类详尽,可按不同类别查看商品信息。

●按图书大类及图书名称进行模糊查询。

●实现网上购书。

●新书及特价图书展示。

满足上述需求的系统主要包括下面几个模块:2 需求分析2.1 识别参与者网上书店系统是一种特别流行的售书方式,人们通过自己上网来对自己喜爱的书籍进行预订,这样不仅节约了时间,而且特别方便快捷。

借助网络系统,广大阅读爱好者在任何时间只要轻轻按动鼠标,即可以选择自己喜爱的书籍。

在书店管理系统中,需要销售者和用户的的参与。

销售者可以有自己的用户名和密码对网站的后台进行维护和更新。

用户可以注册也可以登录来对图书进行浏览和购买,确认购买后通过转账汇款。

网站需要一个专门的管理者进行日常维护与管理,所以需要有系统管理员的参与。

uml图书管理系统实验报告

uml图书管理系统实验报告

UML 实验报告计算机与信息技术学院综合性实验报告一、实验目的学生的信息管理系统的目标是在学生的信息管理中,使用计算机的网络技术,通讯技术和信息处理技术,使学生的信息得到加工,依次传达及保存。

根据学生的信息管理的电子化和网络化,来实现全面改善学生信息的管理环境,提高管理效率。

系统要对使用要求不同的用户群体,设置不同的权限,设置系统的不同功能。

管理员能有效管理学生的信息,同时,学生可以随时大量检索查询多种信息。

这个项目从结构上分为:(1)管理员:通过已有学生信息仓库,管理学生的信息,还可以管理教师的信息,管理课程的信息,管理班级的信息;(2)学生:可以修改学生的信息,选择课程,检索成绩等;(3)教师:修改教师的信息,检索学生的成绩,登记授课的学生状况等。

二、实验仪器或设备学生用计算机一台三、总体设计(设计原理、设计方案及流程等)设计原理:用例图:被称为参与者的外部用户所能观察到的系统功能的模型图,在UML语言中,用例模型也就是用例视图是用例图描述的。

用例模型可以由若干个用例图组成,用例图中包含系统、角色和用例三种模型元素。

用例是外部可见的一个系统功能单元,这些功能由系统单元所提供,并通过一系列系统单元与一个或多个参与者之间交换消息所表达。

顺序图:它描述对象是如何交互的并且将重点放在消息序列上,也就是说描述消息是如何在对象间发送和接收的。

设计方案及流程:1.系统功能(1)学生功能:查询课表,选课,成绩,修改学生个人信息。

(2)教师功能:录入成绩,查询教授学生状况,修改老师个人信息。

2.管理员功能(1)学生管理:学生用户的追加,学生信息的浏览,修改,删除。

(2)教师管理:教师用户的追加,教师信息的浏览,修改,删除。

(3)课程管理:课程查询,添加,修改,删除,公布课表等。

(4)班级管理:班级的查询,添加,修改,删除四、实验步骤(包括主要步骤、用例图、时序图等)一、打开rational rose画图结果如下:二、用例图:1.系统用户参与的总的用例图:用例分析如下:选课:2. 管理员参与的用例图:用例分析如下:课程删除:用例名称课程删除标识符UC0002基本操作流程1.管理员输入课程信息2.检索选择该课程学生信息3.删除该课程可选操作流程1a.输入信息不存在,进行确认3a.删除课程错误,重新删除学生信息的修改:用例名称学生信息的修改标识符UC0003基本操作流程1.管理员输入学生信息2.检索学生信息3.修改学生信息可选操作1a.输入的学生信息不存在,进行确认3.教师参与的用例图:用例分析如下:录入成绩:查询教授学生状况:用例名称查询教授学生状况标识符UC0005基本操作流程1.登陆查询教授学生状况页面2.老师输入学生信息3.查询学生状况4.退出登陆可选操作流程1a.登陆失败,重新登陆2a.输入得学生不存在,进行确认4a.退出失败,重新退出4b.注销登录4.学生参与的用例图:用例分析如下:查询成绩:用例名称查询成绩标识符 UC0006基本操作流程1. 登陆查询成绩页面2. 查询成绩3. 退出登陆可选操作流程1a.登陆失败,重新登陆 2a.查询出现错误,重新查询 2b.查询成绩不存在,进行确认 3a.退出失败,重新退出 3b.注销登录三、顺序图:1. 管理员时序图:管理员时序图说明:(1)登陆到登陆页面(2)在学生信息管理页面中进行追加学生用户、浏览、修改、删除学生信息操作,提交到学生信息数据库,并在本页面显示(3)返回成功(4)在教师信息管理页面中进行追加教师用户、浏览、修改、删除教师信息操作,提交到教师信息数据库,并在本页面显示(5)返回成功(6)在课程信息管理页面中进行查询、添加、修改、删除、公布课表操作,提交到课程信息数据库,并在本页面显示(7)返回成功(8)在班级信息管理页面中进行查询、添加、修改、删除班级操作,提交到班级信息数据库,并在本页面显示(9)返回成功(10)退出登录2.教师时序图:教师时序图说明:(1)登陆到登陆页面(2)在教师信息管理页面中进行修改老师个人信息操作,提交到教师信息数据库,并在本页面显示(3)返回成功(4)在学生信息库中进行录入成绩、查询教授学生状况操作,提交到学生信息数据库,并在本页面显示(5)返回成功(6)退出登陆3.学生时序图:学生时序图说明:(1)登陆到登陆页面(2)在学生信息管理页面中进行查询课表、选课、查询成绩、修改学生个人信息操作,提交到学生信息数据库,并在本页面显示(3)返回成功(4)退出登陆五、结果分析与总结用例图:(1)用例是用户期望系统具备的功能,每一个用例说明一个系统提供给它的使用者的一种服务或功能。

软件工程实践作业书店管理系统uml建模

软件工程实践作业书店管理系统uml建模

基于UML的书店管理系统分析报告一、书店管理系统可行性分析随着政府机关与广大企事业单位内部网络的广泛建立,在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统,满足信息高度共享和即时发布的需求,有效实现内部知识管理,已成为众多用户的共同需求。

书店管理系统,为政府机关与广大企事业单位自动化办公提供了一个较好的解决方案。

在开发过程中,按照软件工程的步骤,从设计到开发采用了面向对象的思想和技术,采用了SQL SERVER 2000数据库,使得本系统可以方便的和其他子系统进行数据交换。

同时,注意从软件的图形应用界面上优化软件质量,使得本系统具有很强的可操作性。

三、书店管理系统需求分析3.1、系统目标设计系统开发的总目标是实现内部管理的系统化、规范化和自动化。

能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。

能够对顾客会员进行注册登记,包括记录顾客会员的姓名、编号、年龄、性别、地址、电话等信息。

提供方便的查询方法。

如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的库存情况;以顾客会员编号对顾客会员信息进行检索;以出版社名称查询出版社联系方式信息。

提供对书籍进行的预先预订的功能。

能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。

提供较为完善的差错控制与友好的用户界面,尽量避免误操作。

3.2、系统功能需求分析(1) 读者管理:顾客会员信息的制定、输入、修改、查询,包括种类、性别、备注等。

(2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、类别、关键词、备注。

(3) 出售管理:包括预订书籍、查询书籍的处理。

(4)系统管理:包括用户权限管理,数据管理的管理满足以上需求的系统主要包含有一下几个子系统(1)基本业务功能子系统:该系统中主要包含了入库出售和预订等功能。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
2.游客是不能下订单的
基本事件流
1.进入登陆界面
2.系统响应相应的用户权限
3.列出相应的信息
4.用户操作
其它事件流
异常事件流
订单商品信息出现错误,上报管理员,管理员进行维护
后置条件
订单成功后,将订单信息保存到库存管理系统中
Ⅶ.个人信息管理(个人信息查询、修改)---- 会员
2.参与者:管理员、会员
3.目标:管理员对商品信息、员工信息和报表进行维护操作,而会员对个人信息维护和订单信息进行维护
个人信息管理
参与者
会员
用例说明
会员进行相应的权限操作,对个人信息进行查询、修改等基本操作
后置条件
书籍信息修改后,要及时保存到商品信息管理系统
Ⅴ. 查询(商品销售及相关信息的情况查询)——管理员
(订单的库存信息的查询)——员工
(图书的相关信息的查询)——会员、游客
用例名称
查询
参与者
管理员、员工、会员、游客
用例说明
用户在相应的权限操作下对信息进行查询。管理员对商品销售及相关信息的情况查询、工作人员对订单的库存信息的查询、会员和游客对图书的相关信息的查询
前置条件
对具有不同权限的用户分配一定的权限管理
基本事件流
1.登陆商品信息管理界面
2.系统响应相应的用户权限操作
3.列出相应的信息
4.用户选择相应的操作
其它事件流
异常事件流
1.订单信息与会员订购的书籍不符合,报告管理员错误信息,管理员修改信息;
2.书籍商品信息出现错误或者缺货时,管理员及时修改商品信息;
Ⅰ. 登陆(权限管理——管理员、员工、会员、游客)
用例1:
用例名称
用户登录
参与者
管理员、员工、会员、游客
用例说明
用户登陆并进行相应的权限操作
前置条件
对具有不同权限的用户分配一定的权限管理
基本事件流
1.进入登陆界面
2.填写用户名及密码
3.系统进行账户的核实
4.成功登陆,并进行用户相应的权限操作
其它事件流
后置条件
执行操作后,将修改的信息保存到员工信息管理系统中
Ⅳ. 商品信息管理(销售及商品信息维护)---管理员
(订单)---员工
(浏览、查询)---会员、游客
用例名称
商品信息管理
参与者
管理员、员工、会员、游客
用例说明
用户对图书信息进行相应的权限操作。对商品销售、下订单及商品信息和库存进行录入、删除、浏览、查询、修改等基本操作
(订单信息处理---订购货品、订单增加、订单删除、订单信息查询)--会员
用例名称
订单信息管理
参与者
管理员、员工、会员
用例说明
用户在相应的权限操作下对订单信息进行管理或处理。对订单信息进行维护和处理(包括:接收订单并发货、拒绝订单、查询库存、订购货品、订单增加、订单删除、订单信息查询)
前置条件
1.对具有不同权限的用户分配一定的权限管理
《面向对象技术与UML》综合实验报告
学号
姓名

系统名称
网上书店系统
总分(60分)
实验结果(学生填写)
一.系统需求描述(软件使用者提出的需求200字以上)
得分(5分)
本系统的基本需求是管理员可以维护客户注册信息、维护图书信息、维护员工个人信息处理订单信息、报表维修、商品销售。员工的相对权限下可以对图书(或商品)信息进行录入、删除、浏览、查询、修改(商品销售)、维护订单信息(接收订单并发货、拒绝订单、查询库存)。游客身份只能进行基本的信息浏览和查询,但是游客可以在线注册为会员,成为会员后在相对权限下可以对图书信息进行查询、浏览,并可以维护个人信息,维护订单信息(订单状态查询、订单删除或增加)。
用例名称
员工信息管理
参与者
管理员
用例说明
管理员进行相应的权限操作,对员工信息进行录入、删除、浏览、查询、修改等基本操作
前置条件
对具有不同权限的用户分配一定的权限管理
基本事件流
1.登陆员工信息管理界面
2.系统响应相应的用户权限操作
3.列出相应的信息
4.用户选择相应的操作
其它事件流
异常事件流
员工信息与实际不符合,上报管理员进修修改
前置条件
1.对具有不同权限的用户分配一定的权限管理
2.查询信息必须是确实存在的
基本事件流
1.登陆查询界面
2.系统响应相应的用户权限
3.列出相应的信息
4.用户选择相应的操作进行查询
其它事件流
异常事件流
后置条件
Ⅵ.订单信息管理(订单信息维护)----管理员
(订单信息处理---接收订单并发货、拒绝订单、查询库存)----工作人员
本系统主要分为管理员,员工,会员和游客四大模块。
管理员: 进入管理页面,可以维护客户注册信息、维护图书信息、处理订单信息、报表维护(报表输出、报表备份、报表恢复、报表删除)、商品销售查询。
员工: 进入工作管理页面,可以对图书(或商品)信息进行录入、删除、浏览、查询、修改(商品销售)、维护个人信息、维护订单信息(接收订单并发货、拒绝订单、查询库存)。
会员: 进入登入页面,可以对图书信息进行查询、,并可以维护个人信息,维护订单信息(订单状态查询、订单删除或增加)。
游客: 进入网站后,只能进行基本的信息浏览和查询。
二.系统用例图及每个用例的用例描述
得分(15分)
系统用例图:
1.1用例图(管理员)
1.2 用例图(员工)
用例描述(针对每一个用例进行描述,表格格式可修改):
异常事件流
账户与密码匹配不成功,系统反馈给用户,报告错误
后置条件
Ⅱ. 图书信息管理(接收图书订单、拒绝图书订单、查询图书库存、)----员工
(浏览、查询、图书订购)----会员
(浏览、查询)----游客
用例2:
用例名称
图书信息管理
参与者
员工、会员、游客
用例说明
用户进行相应的权限操作,对图书信息进行录入、删除、浏览、查询、修改等基本操作
4.前置条件:①.对具有不同权限的用户分配一定的权限管理
②.维护的信息必须是确实存在的
5.用例描述:用户在相应的权限操作下对信息进行查询
6.相关用例:Ⅱ.Ⅲ.Ⅳ.Ⅴ.Ⅵ.
7.步骤:
①.登陆查询界面 ②.系统响应相应的用户权限 ③.列出相应的信息 ④.用户选择相应的操作进行查询 ⑤.校验 ⑥.继续
用例名称
前置条件
对具有不同权限的用户分配一定的权限管理
基本事件流
1.登陆图书信息管理界面
2.系统响应相应的用户权限操作
3.列出相应的信息
4.用户选择相应的操作
其它事件流
异常事件流
订单信息与会员订购的书籍不服,报告管理员错误信息,管理员修改信息
后置条件
订单订购成功后,修改图书库存信息与报表信息
Ⅲ. 员工信息管理(录入、删除、浏览、查询、修改)----管理员
相关文档
最新文档