电商09在线图书销售管理系统设计报告1Word格式文档下载.docx
《电商09在线图书销售管理系统设计报告1Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《电商09在线图书销售管理系统设计报告1Word格式文档下载.docx(22页珍藏版)》请在冰豆网上搜索。
要求:
对其中主要功能的用例书写书面用例。
四、实验步骤
书写“删除读者信息”用例的书面用例。
一般应包含以下信息:
(1)管理员在录入界面,输入待删除的读者名;
(2)“业务逻辑”组件在数据库中,查找待删除的读者名;
(3)如果不存在,则显示出错信息,返回步骤
(1),如果存在则继续;
(4)“业务逻辑”组件判断“待删除的读者”是否可以删除;
(5)如果不可以,则显示出错信息,返回步骤(8),如果可以则继续;
(6)在数据库中,删除相关信息;
(7)显示删除成功信息;
分析:
在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。
绘图步骤:
(1)在用例图上双击main,为绘制用例图做好准备。
(2)在图中的工具栏选取Actor图标,在右边的图中添加一个Actor,并输入名称:
administrator。
(3)在左边的工具栏中,选取用例的图标,在右边的图中画出一个用例,并输入用例的名称:
login。
(4)按照步骤(3),绘制出如图的两个用例。
(5)在绘出了用例后,接下来的是绘制参与者与用例实现,如图所示。
(6)根据步骤(5),同时完成如下图。
此时,删除读者用例图就到此完成。
其系统查询读者信息等其他的功能会在时序图和活动图中描绘。
(7)根据分析情况,进一步添加或细化用例图。
实验二活动图
1.熟悉活动图的基本功能和使用方法。
用活动图来描述系统中已知用例的业务过程:
1.描述删除读者用例。
绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行:
绘图步骤:
(1)在用例图中,找到删除的用例,在删除用例上单击右键,在弹出的快捷菜单中选“New”,Rose工具也会弹出一个菜单,选”ActivityDiagram”,选中后单击,便可以新建好一个活动图。
(2)活动图书为delete。
新建好活动图后,双击删除的活动图,然后把在左边的工具栏内点击“Swinlane“,在右边的图添加一个泳道,并命名为administrator.按照此步骤,再添加另一个泳道,并命名为SystemTool。
(3)接着在左边的工具上选取开始点,并在administrator的泳道上添加;
添加完开始结点后,再来为此活动图添加活动,在左边的工具栏上选中Activity这个图标,在administrator这边的泳道上添加一个活动,命名为登录(login),再在开始结点和活动登录(login)之间添加活动关系。
(3)完成步骤
(2)后,登录输入需要对输入的信息进行验证,则在图中添加一个验证框:
添加验证框后,验证的内容,如果通过,则允许管理员进行查询操作;
如不能通过,则结束。
(4)验证后,下一步的操作是查询需要删除的记录,添加一个活动,命名为delete。
(5)最后,在删除后,系统会返回操作结果给操作者;
删除成功或删除失败系统都会有信息返回给操作者。
(7)根据分析设计情况,进一步添加或细化活动图。
实验三状态图
通过前面内容的学习,完成了对TJKD图书馆的图书馆管理系统的需求的初步分析,得出系统的用例图和相应的活动态。
通过这两类图我们可以初步了解系统的业务处理过程,但对业务处理过程的处理状态间转换了解仍不够,这不利于设计人员对系统业务的进一步理解,而状态图能从对象的动态行为的角度去描述系统的业务活动。
因此,指派你运用本节所学的状态图,完成如下任务:
1.完成图书业务模块中还书用例的状态图。
1.业务分析:
由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知,还书业务的动态行为是由:
空闲(idle)、图书查找(finding)、还书(reversion)、失败(Failure)、归还成功(Success)5种状态及激活相互转换的事件。
2.绘制状态图:
请您根据分析运用UML绘制还书用例的状态图。
分析:
还书的状态图,还书的主要业务都是由管理员来完成,首先管理员必须先登录系统,并通过验证后,便可以进行下一步的操作,查找该书的相关信息,如存在,则进行还书操作,如不存在该信息,则给出提示信息;
(1)在用例图中的还书(returnbook)用例,单击右键,新建一个状态图,命名为returnbook状态。
(2)点击“returnbook”状态图,展开后,在左边的工具栏上选取一个实心圆点,此结点为开始结点;
当还书的时候,操作者先要询问系统的状态,如果系统忙,操作者则必需等待,因此,得到系统的两种状态。
(3)操作者在询问系统和状态后,得到的图所示两种状态,如果系统忙,操作者必需要等待、结束,重返步骤
(1)。
(4)如系统空闲,则进行对还书的信息进行查询操作,左下图所示;
查询也有两种结果,一是查询得到该书的相关信息,二查询不到该书的相关信息;
则此时有两种状态,需要建立两种状态,如右下图所示。
(5)最后,操作者进行了操作后,系统会给出操作的结果给操作者;
操作成功或失败,都会有提示信息给出。
整个的还书的过程便完成。
(6)根据分析设计情况,进一步添加或细化状态图。
实验四类
1.理解类的基本概念。
2.掌握如何从需求分析中抽象出类的方法。
3.掌握在RationalRose中绘制类的操作方法。
通过前面内容的学习,完成了对TJKD图书馆的图书馆管理系统的需求的初步分析,得出系统的用例图和相应的活动态和状态图。
通过这两类图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模,这就需要从系统的用例图、活动图和状态图去寻找和发现类。
因此,指派你运用本节所学的有关如何抽象出类的知识,完成如下任务:
1.寻找和抽象出书籍管理功能中的类。
1.分析:
由前面章节对图书馆管理系统中的书籍管理功能可知,该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2.绘制类的步骤:
(1)打开前面初步构建的UML模型文件;
(2)打开Rose中的逻辑视图(LogicalView),选择分析模型(analysismodel)目录。
并在其下创建一个子目录并命名为:
“图书馆业务功能”。
(3)用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Classdiagram”项,创建类图。
(4)双击新建的类图,并点右边控件集中选中的类的图标,并用鼠标在图中分别拖出一个类图,并命名为Book
将NewDiagram,改写成图书馆业务功能。
(5)接下来的一步为设置类的属性,在新的类中双击该类,在打开属性面板中,可以看到在此可以设置类的属性和方法等其他的信息;
后单击Attributes这个栏目,此栏目为设置类的属性的选项,在图中间的单击右键,可以看到有一个“Insert”的选项,选中这个选项,后在出现的对话框中输入相关信息;
如书本的ISBN号,在Type这个方框内输入此属性的类型值,同时可以看到一栏可以设置此属性的访问权限,一般这些属性都设置Private这个权限。
这个类的其他属性也可以按照以上的做法设置。
(6)设置好类的属性,现在来设置类的方法(也是操作),双击类后在弹出的菜单上选operations这个选项,在图中的空白地方,单击右键,在弹出的菜单中选insert这个选项,也就只有这个选项可用,接着输入方法名,同时可以设置该方法的返回类型,也可以在Documentations的方框内填写一些相关的方法说明,设置好该方法的访问权限。
类的其他方法也可以按上面来设置好,最后得到该类的其他方法见类
(7)至此,类的方法和属性都设置好了,如图所示。
(8)接下来为书目类设置,按照上面的步骤可以设置好该类的属性和方法。
(9)最后,绘制出由分析得出的各个类,此时,类图便完成。
(10)根据分析情况,进一步细化添加相关的类。
实验五类的关系
1.理解类间关系的基本概念。
2.掌握描绘类间关系的方法。
3.掌握在RationalRose中绘制类关系的操作方法。
通过对前面内容的学习,使我们完成了TJKD图书馆的管理系统的需求分析,并从业务对象中抽象出了类。
我们知道类通常是不会单独存在,而是由关联、泛化、依赖等关系相互协作来静态描述业务系的。
因此,我们在找出系统中所存在的类的前提下,需要进一步对业务对象间如何联系进行建模。
现指派你运用本节所学的相关知识,完成如下任务:
1.对书籍管理功能中的类的关系建模。
由前面章节对图书馆管理系统中的书籍管理业务分析和对该业务的抽象出来的类可知,图书馆的主要静态模型类图是由书籍管理类、书类、书目类、管理员类、用户类和各种界面操作类组成。
其中用户类与管理员类是泛化的关系,而其它类之间均是关联关系。
2.请根据教材中示例部分在RationalRose中绘制类间的关系。
(1)打开上面做好的类图,添加管理员类,用户类,界面类。
首先,添加一人管理员类,并按照上面所说方法添加类的各种属性和方法。
(2)可以依照上面的操作来添加其他的类,如:
用户类(Reader类)、界面类(ActionForm)
(3)其他的类添加完后,就可以为各个类添加关系了,由关联、泛化、依赖等关系相互协作来静态描述业务系,所以,各个类的关系也由这几个关系来完成。
如图5.6所示:
Person类是administrator类和reader类两个类的父类,他们之间为泛化关系。
administrator类和reader类是继承Person类。
Bobbie类是继承Book类的,其他的类为一般的依赖关系,最后,连接完线条。
(4)根据分析设计情况,进一步细化各类之间的关系。
实验六数据库设计
一、实验目的
1、理解二维表概念;
2、掌握表与表之间关系的三种类型;
3、理解表主键概念;
4、掌握用ROSE设计数据库及表与表之间关系。
1、创建数据库
Ø
右击左边浏览器中Componentview项目标
选择DataModeler-new–Database;
输入数据库名:
Student
右击浏览器中的新数据库名,并选择OpenSpecification;
在Target字段中选择相应DBMS类型;
1、创建数据库实例
注释:
点击ok
2、添加表空间
3、增加结构
右击浏览器中的LogicalView或Logical视图中的Schemas文件夹;
选择DataModeler——New——Schema;
右击浏览器中的新结构并选择OpenSpecification;
选择Database下拉列表框中相应的数据库。
数据库的DBMS自动填入Target子段中。
schema名:
DataModelDiagram文件名:
NewDiagram(默认名)。
可以改名为:
student。
双击student。
点击工具栏图标,放到右边空白处,则形成新表。
右击新表,选择OpenSpecification。
点击columns,右击空白处。
插入:
Insert
双击COL_3;
修改字段名等属性;
点击Coolum标签页:
是选择PK时,自动产生的。
第一,两个表之间连线点击工具栏
图标。
特别注意:
此线拖动方向:
从一到多。
此例中,从“学生”——“成绩”,“成绩”——“课程”,不能反向。
第二,FKCode:
CHAR(6)和FK编号:
INTEGER,<
<
FK>
>
FK_成绩1(),<
FK_成绩2()是拖动连线中自动产生的,不需要自己添加。
第三,如果出现多个<
FK_成绩1(),如<
FK_成绩4(),可以左则工具栏中删除。
也可以改名等。
实验七在线图书销售系统设计
1引言
统一建模语言(UnifiedModelingLanguage)是在Brooch表式方法、OOSE方法和OMT方法的基础上提出的通用的图形化标准建模语言。
UML通过3类图建立系统模型:
USECase图、静态结构图(对象类图、对象图、组件图、配置图)和动态行为图(顺序图、协同图、状态图、活动图),通过这3种图从不同抽象角度使系统可视化。
目前,UML的最新版本是UML2.0,下面采用它来分析并构造网上销售系统模型,并结合Rational统一过程加以描述,图形用RationalRose工具软件绘制,版本为RationalRose2003。
2系统需求分析
2.1UML简介
在UML系统开发中有三个主要的模型:
功能模型:
从用户的角度展示系统的功能,包括用例图。
对象模型:
采用对象,属性,操作,关联等概念展示系统的结构和基础,包括类图、对象图、包图。
动态模型:
展现系统的内部行为。
包括序列图,活动图,状态图。
2.2在线图书销售系统功能分析
网上图书销售系统是一个复杂的电子商务系统,它必须提
供用户的接口以供用户登录并选择喜好的图书,同时还必
须提供系统的管理接口以供管理员和一般的网站工作人员
处理客户订单并维护网站正常运作。
系统总体功能需求如右图所示:
3.UML系统建模
3.1系统的用例图
用例图(UseCaseView)强调从用户的角度看到的或需要的系统功能,是被称为参与者的外部用户所能观察到的系统功能的模型图。
3.1.1确定参与者
在本系统的UML建模中,可以创建顾客,管理员,一般员工参与者。
3.1.2创建用例
根据业务流程,在线图书销售系统可以分为以下的几个用例(UseCases)。
订单处理,订单维护,订单状态查询,个人信息维护,订购,接收发货,库存查询,缺货拒绝,商品查询,商品信息维护,销售查询,员工信息维护,报表维护,订单增加,订单删除。
3.1.3创建用例图
(1)用户、系统管理员、一般在线销售人员用例图
3.2系统活动图
3.3系统类图
3.3.1系统中的类图
Person是所有类的父类,它的属性包括用于标识不同身份的人的ID,姓名(Name)以及地址(Address)。
它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。
Customer继承了父类的方法和属性并添加了自己的属性和方法。
date表示该用户客户订单。
Employee继承了person,它的属性password表示登录密码。
这是所有员工共有的操作。
系统管理员类中还增加了查询分析和报表打印的方法。
3.3.2系统中的其他类图
如:
book是图书类。
Orders是订单类。
Record存储记录类。
3.3.3在线图书销售系统各类这间的关系
4系统的时序图
顾
客
建
立
订
单
时
序
图
顾客删除订单时序图
管理员处理订单时序图
5.总结
经过系统分析与设计后,根据设计模型在具体的环境中实现系统,其中包括网上图书销售系统的算法实现、数据库的实现、界面实现和测试。
本文以网上图书销售系统为背景,探讨了基于UML的体系结构建模及其过程,通过RationalRose2003对其进行了面向对象的建模设计,建立了系统的用例模型、静态模型、动态模型和实现模型。
无论工程项目如何复杂,设计者都可以利用统一建模语言UML来创建模型和设计蓝图来描述系统结构,这一技术的深入普及和应用,将对软件产业产生积极的推动作用。
6.参考文献
[1]蔡敏、徐慧慧、黄炳强,UML基础与Rose建模教程[M].北京:
人民邮电出版社,2006.
[2]张猛、杨红力、张乃孝等,基于UML的软件结构规范与精化[J].北京大学学报(自然科学版),2007
(1).
[3]焦允、郭秋萍,基于UML2.0的数字图书馆系统建模与设计[J].电脑开发与应用,2008(4).
[4]周方、汪鹏、彭云,基于UML的教师教学评估系统的分析与设计[J].软件导刊,2009(5).
[5]黄欣荣,基于UML的网上图书销售系统的建模与设计[J].硅谷,2009,(21):
99—101
[6]PerditaStevens,RobPooley.使用UML---关于对象和组件软件工程.北京:
人民邮电出版社,2003
[7]吴建,郑潮,汪杰.UML基础与Rose建模案例.北京:
人民邮电出版社,2004