UMl面向对象技术综合设计报告.docx
- 文档编号:17535669
- 上传时间:2023-07-26
- 格式:DOCX
- 页数:30
- 大小:267.88KB
UMl面向对象技术综合设计报告.docx
《UMl面向对象技术综合设计报告.docx》由会员分享,可在线阅读,更多相关《UMl面向对象技术综合设计报告.docx(30页珍藏版)》请在冰点文库上搜索。
UMl面向对象技术综合设计报告
xx
xx学院
课程综合设计报告
设计名称:
《面向对象技术》课程综合设计
设计题目:
网上图书销售系统
学生学号:
xx
专业班级:
xx
学生姓名:
xx
学生成绩:
指导教师(职称):
xx
课题工作时间:
2011年12月
说明:
1、报告中的第一、二、三项由指导教师在综合设计开始前填写并发给每个学生;四、五两项(中英文摘要)由学生在完成综合设计后填写。
2、学生成绩由指导教师根据学生的设计情况给出各项分值及总评成绩。
3、指导教师评语一栏由指导教师就学生在整个设计期间的平时表现、设计完成情况、报告的质量及答辩情况,给出客观、全面的评价。
4、所有学生必须参加综合设计的答辩环节,凡不参加答辩者,其成绩一律按不及格处理。
答辩小组成员应由2人及以上教师组成。
5、报告正文字数一般应不少于5000字,也可由指导教师根据本门综合设计的情况另行规定。
6、此表格式为武汉工程大学计算机科学与工程学院提供的基本格式(适用于学院各类综合设计),各教研室可根据本门综合设计的特点及内容做适当的调整,并上报学院批准。
成绩评定表
类别
合计
分值
各项分值
评分标准
实际得分
合计得分
备注
平时表现
10
10
按时参加综合设计,无旷课、迟到、早退、违反实验室纪律等情况。
完成情况
30
20
按设计任务书的要求完成了全部任务,能完整演示其设计内容,符合要求。
10
能对其设计内容进行详细、完整的介绍,并能就指导教师提出的问题进行正确的回答。
报告质量
35
10
报告文字通顺,内容翔实,论述充分、完整,立论正确,结构严谨合理;报告字数符合相关要求,工整规范,整齐划一。
5
课题背景介绍清楚,综述分析充分。
5
设计方案合理、可行,论证严谨,逻辑性强,具有说服力。
5
符号统一;图表完备、符合规范要求。
5
能对整个设计过程进行全面的总结,得出有价值的结论或结果。
5
参考文献数量在3篇以上,格式符合要求,在正文中正确引用。
答辩情况
25
10
在规定时间内能就所设计的内容进行阐述,言简意明,重点突出,论点正确,条理清晰。
15
在规定时间内能准确、完整、流利地回答教师所提出的问题。
总评成绩:
分
补充说明:
指导教师:
(签字)
日期:
年月日
答辩记录表
答辩地点:
xx
答辩内容记录:
答辩成绩
合计
分值
各项分值
评分标准
实际得分
合计得分
备注
25
10
在规定时间内能就所设计的内容进行阐述,言简意明,重点突出,论点正确,条理清晰。
15
在规定时间内能准确、完整、流利地回答教师所提出的问题。
答辩小组成员(签字):
年月日
一、综合设计目的、条件、任务和内容要求:
1.设计目的
《面向对象技术》是计算机科学与技术专业(信息技术方向)本科生的一门专业主干课程,本课程主要学习UML和系统建模技术。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言,基于UML的面向对象建模技术融入了软件工程领域的新思想、新方法和新技术,得到计算机界的广泛关注。
本课程主要介绍统一建模语言UML的基本概念和各种模型、视图,以及主流建模工具RationalRose的应用。
以统一建模语言UML为主线,以RationalRose环境为建模工具,以培养学生的信息系统建模能力和软件工程能力为目的。
通过课程教学、上机实践、作业练习、综合设计等教学环节,使学生逐步掌握UML的概念、模型和RationalRose建模工具,并能在实践中熟练应用所掌握的语言和工具解决实际问题,从而培养学生良好的程序设计技能和软件工程能力。
2.实施方式
由于本课程重在培养学生的应用能力,因此本课程批准为考试改革课程,课程考核将以项目开发和设计报告为主。
具体实施方式为:
针对某一信息系统的分析和设计,学生上机开发系统并撰写报告,并在规定时间递交程序和报告。
分数比例为:
项目开发结果(即相关程序代码)为60%,设计报告为40%。
3.任务和要求:
针对某一信息系统,完成如下任务:
(1)简要的需求分析
(2)建立该系统的各种视图和模型。
(3)完成各项系统功能的设计。
(4)形成系统建模的各种文档和开发报告。
4.工具与环境:
建模工具:
RationalRose
指导教师签字:
xx
2011年11月03日
二、进度安排:
第11周~第12周:
熟悉RationalRose建模工具;确定目标系统,收集整理系统需求。
第13周~第16周:
完成系统的分析与设计,按照要求建立系统的各种功能模型。
撰写设计报告,并按时递交。
第17周:
成果验收,答辩及成绩评定。
三、应收集资料及主要参考文献:
[1]谢星星沈懿卓著《UML基础与Rose建模实用教程》清华大学出版社2008-09
[2]刁成嘉 主编《UML系统建模与分析设计》机械工业出版社2007-7-1
[3]周力何雪飞编著《UML建模图解教程》人民邮电出版社2009-06
四、课程综合设计摘要(中文):
摘要
随着个人电脑的不断普及和Internet更加广泛的流传,网上购书的方式已经越来越为广大的上网爱好者接受和喜爱,目前国内外的绝大多数书店均提供有网上购物的服务。
网上图书销售系统是针对在线书店大批量业务处理而开发的管理软件,运用基于UML的面象对象的分析方法,借助于统一建模语言,使用RationalRose为建模工具对网上图书销售系统进行建模设计,利用表示系统静态特征的UML类图,用例图和描述系统行为特征的时序图对其进行详细描述。
关键字:
网上图书销售;面象对象;UML;建模
五、课程综合设计摘要(英文):
Abstract
WiththegrowingpopularityofpersonalcomputersandtheInternetismorewidelyspread,onlinetextbookforthemajorityofthewaytheInternethasbecomeincreasinglyacceptedandlovedfans,bothathomeandabroadprovidethevastmajorityofbookstoresonlineshoppingservice.Onlinebooksalessystemforhigh-volumebusinessprocessesonlinebookstoremanagementsoftwaredeveloped,theuseofUML-basedsurfaceanalysismethodssuchasobject,bymeansoftheUnifiedModelingLanguage,usingRationalRosemodelingtoolfortheonlinebooksalessystembuiltmolddesign,theuseofthatsystem,thestaticcharacteristicsoftheUMLclassdiagrams,usecasediagramanddescriptionofthecharacteristicsofsystembehaviorisdescribedindetailitstimingdiagram.
Keywords:
onlinebooksales;faceasobject;UML;Modeling
目录
摘要I
AbstractII
第一章课题背景1
1.1目的及意义:
1
1.2设计开发目标:
1
第二章设计简介及设计方案论述2
2.1网上图书销售系统的需求分析2
2.2用户接口模块3
2.3管理员接口模块4
第三章详细设计6
3.1网上图书销售系统的用例图6
3.2网上图书销售系统的序图和协作图8
3.3网上图书销售系统的活动图12
3.4类图的生成12
3.5系统的配置与实现14
总结16
致谢17
参考文献18
摘要
随着个人电脑的不断普及和Internet更加广泛的流传,网上购书的方式已经越来越为广大的上网爱好者接受和喜爱,目前国内外的绝大多数书店均提供有网上购物的服务。
网上图书销售系统是针对在线书店大批量业务处理而开发的管理软件,运用基于UML的面象对象的分析方法,借助于统一建模语言,使用RationalRose为建模工具对网上图书销售系统进行建模设计,利用表示系统静态特征的UML类图,用例图和描述系统行为特征的时序图对其进行详细描述。
关键字:
网上图书销售;面象对象;UML;建模
Abstract
WiththegrowingpopularityofpersonalcomputersandtheInternetismorewidelyspread,onlinetextbookforthemajorityofthewaytheInternethasbecomeincreasinglyacceptedandlovedfans,bothathomeandabroadprovidethevastmajorityofbookstoresonlineshoppingservice.Onlinebooksalessystemforhigh-volumebusinessprocessesonlinebookstoremanagementsoftwaredeveloped,theuseofUML-basedsurfaceanalysismethodssuchasobject,bymeansoftheUnifiedModelingLanguage,usingRationalRosemodelingtoolfortheonlinebooksalessystembuiltmolddesign,theuseofthatsystem,thestaticcharacteristicsoftheUMLclassdiagrams,usecasediagramanddescriptionofthecharacteristicsofsystembehaviorisdescribedindetailitstimingdiagram.
Keywords:
onlinebooksales;faceasobject;UML;Modeling
第一章课题背景
1.1目的及意义:
随着互联网的普及和电子商务的快速的应用,网上购物越来越成为了人们生活的一部分,它不仅给消费者提供了很大的便利,而且如果能配合当时的所处的营销环境,能为企业提高核心竞争力,提高营业收入,使企业的利润达到最大化。
而图书作为知识传递的一个工具,也与我们的日常生活的一部分。
图书在线销售系统就是针对现在的时代特点和现在的营销环境,不仅能增强顾客和企业的双向的互动,加强彼此的沟通,营造一个好的营销环境,有利于增加顾客的让渡价值,提供企业的核心竞争力。
是以后的社会营销发展的一种趋势。
在商品经济高度发达的今天,书作为相对奢侈品,其消费需求下降,从实体书店的实际经营情况来看,近几年来,书的销售量大幅度下降,本身书店的利润就很薄,而且还要承担租金高昂的地面铺位,而网络书店的出现相对实体书店而言大大降低了其销售成本,同时书的价格也相对下调,满足了消费者的购物需求,由于传递速度快,而容易被购买者所接受,从而使销售量增加。
网上书店就是电子商务的典型代表,是以当前商务的网络化、快速化实际需求为背景,实现图书购买的方便、快捷、送货上门等服务为前提综合信息服务系统的设计;实现通过Internet互联网对图书购买的相关信息进行发布及图书查询、图书介绍、图书内容浏览等功能。
消费者通过网上书店销售系统进行图书的网上购物和网上支付等活动,这样即方便了消费者,又减少了企业成本。
1.2设计开发目标:
管理员可以商品信息维护、内部员工信息维护、处理订单信息、报表维护、商品销售。
工作人员在相对权限下可以对图书(或商品)信息进行录入、删除、浏览、查询、修改(商品销售)、维护个人信息,维护订单信息(接收订单并发货、拒绝订单、查询库存)。
游客身份只能进行基本的信息浏览和查询,但是游客可以在线注册为会员,成为会员后在相对权限下可以对图书信息进行查询、浏览,并且可以维护个人信息,维护订单信息(订单状态查询、订单删除或增加)。
本系统的设计目标将最终定位于完成以上所述的系统主要业务的基本模型上。
第二章设计简介及设计方案论述
2.1网上图书销售系统的需求分析
系统总体功能的需求:
网上图书销售系统是一个复杂的电子商务系统,它必须提供用户的接口以供用户登录并选择喜好的图书;同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
系统总体功能需求框图如图2.1所示。
图2.1系统总体功能需求框图
2.1.1用户接口模块
用户接口是网站用户使用图书销售系统服务的入口,所有的在线用户都通过浏览登录网站,并进行一系列的查询,订购操作。
用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个部分。
用户登录系统后,用户ID将会被保存在服务器的缓存中,用户在系统中所做的操作,包括查询、订购等都将被系统存储在数据库中,以供系统那个进行销售情况以及销售走势分析。
2.1.2管理员接口模块
这是系统提供给网站维护和管理人员的接口。
管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个部分。
网站的一般工作人员通常只具有订单处理的权限,他们获得用户提交的订单,并根据库存情况来决定发货或者推迟发货。
网站的管理员具有所有的管理权限,可以处理客户的订单,可以阅览网站商品的销售情况、销售走势,以便根据不同的情况及时的调整经营战略,将库存成本和资金占有用率降到最低的限度。
2.1.3数据服务模块
数据服务器模块是系统正常运行的基础,包括客户的查询,定单的保存;网站工作人员的定单处理;网站管理员的销售情况查询与分析。
2.2用户接口模块
用户接口模块包括如图2.2所示的几个方面。
图2.2用户接口模块
2.2.1用户信息维护
每个使用该系统的用户必须经过注册,而注册的用户名是用户的唯一标识。
系统可以接收更多可用的客户信息,比如购物方面的喜好、经济能力等。
系统的后台程序会自动记录每个用户在登录网站后进行的所有操作,包括查询和订购信息。
这些信息对于系统的管理员都是珍贵的数据,系统分析程序可以根据用户的查询记录判断该客户的喜好,可以根据用户的购买情况判断该客户的经济情况。
系统后台程序可以根据分析的结果自动得出给该用户的推荐商品,在用户登录时显示在醒目的位置。
前置条件:
用户登录。
2.2.2商品查询
商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。
商品查询结果的列表中,用户可以进一步的查看详细信息。
前置条件:
用户登录。
2.2.3订购商品
客户在根据喜好得到相应的商品列表后,可以选择订购商品。
在订购商品后,系统会自动保存并更新该用户的定单。
系统的工作人员可以及时得到订单并处理,根据情况选择发货,缺货或延迟发货。
用户所有的订购商品记录都将保存在系统数据中供后台程序分析该用户的喜好和购买力。
以后该用户登录时可以推荐与其购买力相应的商品。
订购商品功能如图1-5所示。
前置条件:
用户已登录,商品可供购买。
2.2.4订单维护
客户在订购商品后可以查询其订单的状态(包括处理中、发货中、缺货中和已经完成),并可以对处理中和缺货中的订单进行增加、删除和修改的操作。
订单修改的结果会及时更新并提交给工作人员。
客户的订单维护信息也将被保存在系统的数据库中供分析使用。
前置条件:
用户登录
2.3管理员接口模块
管理员接口模块包括如图2.3所示的几个方面。
图2.3管理员接口模块说包括的功能模块
管理员接口模块是系统管理员事业网兜核心模块,是整个网上图书销售系统正常运行的基础。
2.3.1商品信息维护
系统管理员登录后可以对系统所有的商品信息进行维护,包括商品价格的调整、商品描述信的更新、新商品的加入以及过期商品的删除。
系统的后台程序可以根据商品的销售情况提供给管理员一份详细分析报告。
管理员可以根据该报告及时的调整热门商品的信息(例如将其放置到醒目的位置)、对非热门的商品进行价格调整,这一切的数据都来源自系统客户的查询和订购信息。
前置条件:
用户已登录。
2.3.2内部员工信息维护
系统管理员登录后可以用对内部员工和普通员工,系统管理员拥有所有的权限,而普通员一般只拥有订单处理的权限。
但管理员可以定制任意员工的权限,比如增加他的报表打印权限内部员工信息维护功能。
前置条件:
用户已登录。
2.3.3订单处理
订单处理一般是普通员工的工作。
用户在订购商品后,系统会及时更新其订单,普通员工登录后,可以获取未处理的订单,并根据数据库情况发货或选择延时发货。
客户在查询商品时会显示商品的库存数量,但系统的管理者并不希望显示某商品的库存为零,因为这样会失去部分客户。
因此,在订购商品后可能会出现库存不足的情况,这时工作人员一般选择延时发货或者拒绝订单。
如果该商品有现货,那么工作人员确认用户订单后选择发货。
前置条件:
管理员或普通工作人员已登录。
2.3.4销售情况查询
销售情况查询是系统编码过程中非常重要部分,能够为企业管理者的决策提供参考的信息。
管理员登录后,可以得到详细的销售情况列表并既是更新热门商品的信息(如排列位置),可以根据销售的走势和以往的销售记录及时判断部分商品可能会出现库存不足并及时进货。
由于本功能模块涉及到企业的经营信息,考虑到商业信息的安全性,需要管理员级的用户才可以使用本模块。
前置条件:
用户已登录。
2.3.5报表维护
报表维护模块提供查询结果的打印输出功能。
第三章详细设计
3.1网上图书销售系统的用例图
建立初始模型
选择菜单[File-New]“CreateNewModel”对话框,选择J2EE模式,然后点击[OK]按钮。
此时,RationalRose会自动加载J2EE本身的一些构架模型。
加载完成后,就可以开始设计自己的模型,在此之前先保存该模型,并且将该模型取名为“网上图书销售系统”。
系统的用例图
用例图(UseCaseView)强调从用户的角度看到的或需要的系统功能,是被称为参与者的外部用户所能观察到的系统功能的模型图。
1.确定参与者
在本系统的UML建模中,可以创建以下的参与者。
(1)顾客:
(2)管理员:
(3)一般员工。
2.创建用例
根据业务流程,网上图书销售系统可以分为以下的几个用例(UseCases)。
(1)订单处理:
(2)订单维护:
(3)订单状态查询:
(4)个人信息维护:
(5)订购:
(6)接收发货:
(7)库存查询:
(8)缺货拒绝:
(9)商品查询:
(10)商品信息维护:
(11)销售查询:
(12)员工信息维护:
(13)报表维护:
(14)订单增加:
(15)订单删除。
3.创建用例图
系统管理的用例图如图3.1所示。
图3.1系统管理用例图
系统用户的用例图如图3.2所示。
图3.2系统用户用例图
3.2网上图书销售系统的序图和协作图
协作图是顺序图之外另外一种表示交互的方法。
与顺序图描述随着时间交互的各种信息不同,协作图描述的是和对象结构相关的信息。
协作图的一种用途是表示类操作的实现。
(1)顾客建立订单时序图如图3.3所示
图3.3顾客建立订单时
用户首先使用自己的账号和密码登录系统,登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。
商品查询模块提示客户输入查询条件,客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。
客户得到商品列表后,提交自己想要购买的商品ID,订购模块得到商品ID。
生成订单并提交给数据模块进行保存,保存成功后,订购模块提示用户订购商品成功。
(2)顾客删除订单时序图如图3.4所示。
图3.4客户删除订单时序图
客户在提交订单后可以对订单进行维护(添加、删除、修改)。
客户首先输入自己的账号和密码登录系统。
登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块。
订单查询模块显示该客户当前的所有订单,客户得到该列表后,选择需要删除的商品ID,订单处理模块把删除信息提交给数据模块,数据模块保存信息。
订单处理模块提示用户删除操作成功。
(3)管理员处理订单时序图如图3.5所示。
图3.5管理员处理订单时序图
管理员使用其账号和密码登录后,登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。
订单处理模块提交给管理员未处理的列表,管理员提交某商品ID得到该商品的库存情况,如果库存充足则接受订单,并把接受信息提交数据模块,数据模块更新该客户的订单信息并返回成功信息给订单处理模块,订单处理模块提示管理员该操作成功。
(4)顾客建立订单协作图3.6所示。
图3.6顾客建立订单协作图
(5)顾客删除订单协作图如图3.7所示。
图3.7顾客删除订单协作图
(6)管理员处理订单协作图如图3.8所示。
图3.8管理员处理订单协作图
3.3网上图书销售系统的活动图
活动图可以分为垂泳道,每个泳道进表示工作流中不同的参与者。
查看泳道中的活动,就可以知道某个参与者的责任。
通过不同泳道中活动的过渡,可以了解谁要与谁进行通信。
这些信息在建模或理解业务程时非常重要。
顾客购买商品和管理员处理订单的活动图如图3.9所示。
图3.9系统活动图
从图2-9中可以看出,管理员、顾客发生了相互的关系。
顾客登录后查询商品,在选择了自己希望购买的商品后提交订单,接下来顾客处于查询订单的循环状态。
与此同时,管理员接收到了顾客提交的订单,并根据该订单对应商品的库存情况判断是否拒绝该订单,并更新客户订单。
在顾客查询到订单状态变成已处理后,购买过程结束。
3.4类图的生成
3.4.1参与者相关的类
系统中的类图如图3.10所示。
图3.10系统类图
〖类图说明〗
(1)Person是所有类的父类,它的属性包括用于标识不同身份的人的ID,姓名(Name)以及地址(Address)。
它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。
(2)Customer继承了父类的方法和属性并添加了自己的属性和方法。
date表示该用户客户订单。
(3)Employee继承了person,它的属性passwor
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- UMl 面向 对象 技术 综合 设计 报告