uml大作业(2)
- 格式:docx
- 大小:356.13 KB
- 文档页数:12
2015——2016 学年第二学期软件学院《UML建模》综合设计实验论坛系统的UML建模班级软服五班学号20147700502陈浩20147700533孙永辉20147700516李浩龙姓名陈浩,李浩龙,孙永辉任课教师鲁晓明日期2016年6月18日论坛系统项目需求分析一.项目描述随着Internet技术的快速发展,人与人之间交流方式逐渐增多。
网络视频、网络聊天、博客已成为人们彼此沟通、交流信息的主要方式。
此外,为了方便人们在某一专业领域探讨问题和发表意见,Internet上还出现了在线论坛。
在论坛上,人们可以对某一领域提出自己遇到的问题,即发表某一主题,随后,论坛上的其他人会根据自己的学识、经验发表意见或提出问题的方法。
开发论坛系统的目的是提供一个供用户交流的平台,为广大用户提供交流经验、探讨问题的网上社区。
因此,论坛系统最基本的功能首先是发表主题,其次是其他人员根据主题发表自己的看法。
此外,为了记录主题的发表者和主题的回复者信息,系统还需要提供用户注册和登录的功能。
只有注册的用户登录后才能够发表和回复主题,浏览者(游客)只能浏览主题信息。
二.需求分析1.需求陈述:(1)游客注册提供新会员注册功能,包括提供录入信息的界面,检查注册信息的有效性,并将注册会员信息保存在对应数据库的数据表中。
(2)发帖回帖提供会员发表文章,回复文章的功能,未注册用户不允许使用该功能(3)浏览帖子对注册会员和未注册会员提供按发贴人、按主题、按时间对文章查询以及阅读的功能,即通过对应文章标题信息,查看查询详细内容及发表文章的超级链接(4)会员管理当网上论坛的回忆完成注册后,系统会在数据库中加入会员的资料。
包括会员名称,会员密码,会员Email等相关信息资料。
同时,按照会员的不同身份,将特殊会员设置为版主,使他具备删除被讨论区中对应文章等特殊操作的权利。
管理者可以依据数据库中注册的特殊身份登录到论坛后台对会员信息进行管理。
《面向对象分析与设计(UML)》课程大作业大纲一、课程简介《面向对象分析与设计(UML)》是一门是软件工程专业重要的、实践性很强的一门必修课。
UML是一种定义良好、易于表达、功能强大且适用于各种应用领域的建模语言,已被OMG采纳为标准。
目前UML已成为面向对象技术领域内占主导地位的标准建模语言。
掌握UML 语言,不仅有助于理解面向对象的分析与设计方法,也有助于对软件开发全过程的理解。
通过该课程的学习,使学生能基本掌握面向象技术基本概念和面向对象分析与设计方法,能够使用UML 语言来进行初步的系统分析与设计。
二、课程目标结合专业培养目标,本课程大作业要达到的目标如下:1.知识与技能目标通过本课程的学习,使学生掌握面向对象分析与设计基本理论和使用统一建模语言(UML)实现软件生命周期模型的六大阶段(需求分析,概要设计,详细设计,编码,测试,维护)的一般性原理、主要思想、关键技术;了解和掌握各阶段的规范文档书写格式,通过实验项目实践活动,培养学生理解和应用相关的知识技能,开发软件项目。
2.过程与方法目标了解面向对象分析与设计的发展历史及趋势,掌握运用UML 理论及方法解决实际问题的分析步骤。
通过具体方法的学习与运用,理解它们的优势与不足,从而锻炼和提高思维分析能力(归纳能力,演绎能力,对比分析能力,变通能力,总结能力,抽象能力)。
3.软件工程文档写作目标通过面向对象程序设计实践,培养作为一个软件工程技术人员必须具备的文档写作能力,严谨治学的科学研究态度,为未来的学习、工作和科研奠定良好的理论基础和实践基础。
通过本课程的大作业的训练,使学生在分析问题、解决问题等方面得到锻炼,增强学生调查研究、查阅技术文献、资料、手册以及编写技术文献的能力。
三、作业设计任务由指导教师向学生提供一定数量的设计题目,每一题目所用到的知识至少要覆盖《面向对象分析与设计(UML)》教学大纲中的大部分内容,主要包括利用UML2进行面向对象分析与设计的方法,运用面向对象的一般原则和模式进行应用系统的分析和设计建模。
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系统分析与设计姓名:班级:软件132班学号:************指导老师:***作业一:绘制q q群的基础用例图QQ群操作主用例图(高层用例图)QQ群用户组成用例图查找添加群用例图进入群空间操作用例图对qq群进行操作的用例图查看QQ群资的用例图QQ群消息设置的用例图qq群内成员管理的用例图作业二:类图及其关系下面是系统分析员和一名篮球教练的谈话,用以建立一个篮球比赛的模型,谈话过程如下:分析员:教练,请大致介绍一下篮球比赛?教练员:比赛的目标是要把篮球投入篮框并且要尽量比对手得更多的分。
每个篮球队由5名队员组成,两名后卫、两名前锋和一名中锋。
每个队要将球推进到篮筐附近,将篮球投中篮筐。
分析员:如何将球推进?教练员:通过传球和运球。
但是某一方必须在规定的进攻时间内投篮。
分析员:进攻的时间是多少呢!?教练员:在某一方获得球权之后,必须在规定的进攻时间内投篮,否则犯规。
美国职业篮球比赛规定的进攻时间是24秒,国际篮球比赛的规定是30秒。
分析员:如果计算篮球比赛得分呢?教练员:在三分线之内没投入篮框一个球得两分,三分线外投入一次得三分,一次罚球得一分。
顺便说一下,罚球是对方犯规之后裁判判罚的投球,如果某个队员犯规了,裁判暂停比赛,由被侵犯的队员在罚球线处罚球分析员:能够详细说一下每个篮球队员在比赛中的情况好吗!?教练员:后卫队员通常主要是运球和传球,他们一般比前锋队员要矮小,前锋队员通常又比中锋矮。
所有队员都必须能够运球、传球、投球和抢篮板球,大部分抢篮板球和中距离投篮的工作都有前锋队员完成,中锋通常距离篮框最近,通常由他来进行篮下进攻分析员:篮球比赛的场地大小是怎么样的呢!?另外,每场比赛的时间是多少?教练员:国际比赛场地是28米长、15米宽。
篮框离地面3.05米高。
在职业篮球比赛中,一场比赛48分钟,分为四节,每节12分钟。
在国际篮联的比赛中,一场比赛40分钟,分为上下半场,各20分钟,有专门的比赛时钟记录比赛的剩余时间还有多少…上述只是部分谈话记录,但是已经涵盖了基本的信息,现在作业要求完成以下内容:•确定你设计的篮球比赛系统模型的类以及它们包含的信息(名称、属性和方法)•分析系统并确定这些类之间的关系(依赖、泛化、实现、关联),如果是关联关系还需要给出关联的属性作业三:顺序图•顾客购买一罐饮料的时序图(投入的钱数不正确)•投钱少•投钱多•顾客购买一罐饮料的时序图(没有所选择类型的商品)作业四:状态建模事件是指在某个时刻发生的事情,如本篮球赛比赛系统中,初始化时间(TimerInit)、开始计时(TimerBegin)、时间暂停(TimerPause)、进球(shot_in)、未进球(shot_out)、犯规(foul)、换人(exchangeplayer)等。
uml练习题UML练习题UML(Unified Modeling Language)是一种用于软件系统设计的建模语言,它提供了一种标准化的图形化表示方法,用于描述系统的结构、行为和交互。
在软件开发过程中,UML被广泛应用于需求分析、系统设计和系统测试等阶段。
为了更好地掌握UML的使用,下面将提供一些UML练习题,帮助读者加深对UML的理解和应用。
练习一:类图设计假设你正在设计一个图书馆管理系统,需要使用UML类图来描述系统的类和它们之间的关系。
请根据以下需求,设计一个简单的类图。
1. 图书馆(Library)有一个名称(name)和一个地址(address)。
2. 图书馆有一个管理员(Librarian),每个管理员都有一个姓名(name)和一个工号(id)。
3. 图书馆中可以存放多本图书(Book),每本图书都有一个标题(title)、一个作者(author)和一个出版日期(publishDate)。
4. 图书馆的管理员可以借出图书,每次借书需要记录借书人(Borrower)的姓名(name)和借书日期(borrowDate)。
练习二:时序图设计假设你正在设计一个在线购物系统,需要使用UML时序图来描述用户下单购买商品的过程。
请根据以下需求,设计一个简单的时序图。
1. 用户(User)在网站上浏览商品,选择需要购买的商品。
2. 用户点击“下单”按钮,系统生成一个订单(Order),并显示订单详情。
3. 系统向用户展示可选择的支付方式(Payment Method)。
4. 用户选择一种支付方式,并提供相应的支付信息。
5. 系统验证支付信息,如果支付成功,则将订单状态更新为“已支付”(Paid)。
6. 系统向用户发送订单确认邮件。
练习三:活动图设计假设你正在设计一个在线旅游预订系统,需要使用UML活动图来描述用户预订旅游的流程。
请根据以下需求,设计一个简单的活动图。
1. 用户在网站上浏览旅游目的地,并选择感兴趣的目的地。
一、项目概述1.1前言药品的网上采购是指以医疗机构、药品经营企业、药品生产企业等为网络成员,通过Internet系统,为用户提供安全、可靠、开放并易于维护的医药贸易平台。
药品网上采购是指作为药品研发、生产、流通、使用的各方通过计算机和某种形式的计算机网络进行与药品相关的商务活动的过程。
他既包括药品生产企业和经营企业的商务活动、网上药品零售业和消费者的买卖行为,也包括药品商业企业与医疗机构利用计算机网络进行的药品购销的商务活动。
医疗机构可以通过网上采购来实现医疗机构药品采购专业化、社会化和信息化的目标。
1.2项目现状目前,在世界发达国家,制药企业和医疗机构积极采用电子商务已经是一个普遍现象,较早采用电子商务的制药公司和医疗机构获得了良好的收益,并形成了竞争优势。
随着我国电子商务的普及,药品网上采购也逐渐地在女国内各个地区开始普及,近几年在全国的范围内实行药品上上采购的地区越来越多,使药品成交价格大幅下降,直接降低了医疗机构的运营成本,也实实在在地减轻人民群众的医疗费用。
在本系统中,医疗机构与药品商业企业的网上采购是一种B2B(Business to Business,企业对企业的电子商务)的模式。
1.3项目目的为全面贯彻药品招标公开、公平、公正和诚实信用的原则,提高药品集中招标采购工作效率,实现整个网上采购过程的统一、规范、简洁、高效、现代化和透明化管理,开发了一套面向医疗机构、医药企业及监督机构三方的药品网上采购管理系统。
药品网上采购管理系统利用互联网技术将药品网上采购的所有参与者有机地联系起来,使药品采购工作各阶段的流程得以流畅地执行,实现网上监督、网上采购等信息的综合应用和管理,为用户提供了安全、可靠、开放并易于维护的医药贸易电子商务平台。
1.4项目意义将医疗机构,药品生产经营企业,运营服务机构和政府主管部门有机联系在一起,创造新信息透明,公开公平,简洁搞笑的网络交易环境,最终形成改造和整合医药流通产业链,覆盖整个医药卫生行业的药品在线交易市场,全面实现从信息发布,订单流转,到配送结算和动态监管的网络化和电子化。
用例文档书写思考与练习分析阶段最重要的是用例视图的建立,用例视图强调用户希望得到的功能,它是成为参与者的外部用户所能观察到的系统功能的模型图。
通过用户视图,使用者应该明确软件后续设计阶段所要完成的任务,整个软件直到实现的过程都是围绕需求阶段的用例来进行的。
(1)参与者、角色(Actors)的确定角色是与系统有交互作用的人或事务,通常代表着一个系统的使用者,或者需要与系统打交道的人或事务。
在图书管理系统中有如下事务:■读者要借书籍■读者要还书籍■读者要预留书籍■读者要撤销预留书籍■工作人员根据读者要求提供服务■工作人员进行查询,修改信息对于读者来说,所要求的服务都是直接传递给工作人员的,真正的系统的使用者是工作人员,读者只是跟工作人员打交道,不涉及到系统本身。
而整个工作流程中,只出现两个角色,那就是读者和工作人员。
使用microsoft visio 或者Rational Rose来建立角色,如图所示。
请分析出图书管理系统的参与者..............参与者:读者图书管理员(2)创建用例用例是系统跟用户的交互,是系统提供的功能块。
使用用例与传统的方法不同,将项目分解成使用用例是面向对象的过程而不是面向实现的过程,用例关注的是系统外的用户,有助于让开发人员了解最重要的部分——满足用户需坟和期望。
通过用例,用户也能清楚看到系统提供的功能。
在本系统中,通过分析得到以下用例:■借出物理书刊■返还物理书刊■预留物理书刊■撤销预留物理书刊■增加物理书刊■修改更新物理书刊■增加书目■删除书目■增加读者■修改更新读者■查询书籍信息■查询读者信息■登录验证■得到帮助信息图书管理系统中读者得到服务的用例图、工作人员维护读者及图书信息的用例图和工作人员登录查询用例图分别如图所示。
请使用...microsoft visio ..............或者..Rational Rose ............来建立读者得到服务的用例图.............图书管理系统的用例事件流描述如下:1. 借阅物理书刊(Borrow Book )1.1 前置条件(Pre-Conditions )在这个用例开始前,Librarian 必须登录到系统中。
UML网络教学系统专业:计算机科学与技术班级:2013级本科4班姓名:一需求分析网络教学系统的功能性需求分析如下:(1)学生可以登陆网站浏览和查找各种信息以及下载文件。
(2)教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。
(3)系统管理员可以对页面进行维护和批准用户的注册申请。
二系统建模1.创建系统用例模型创建用例图之前首先需要确定参与者。
①在网络教学系统中,需要学生和教师的参与。
学生可以浏览课程简介,教学计划,学习方法等教师发布的文章,并可以根据关键字查询文章。
此外,学生可以从网站上下载课件。
教师作为教学的主导者,使用此网站可以发布学习方法,课程重点等和教学相关的文章,以及和课程相关的通知等,还可以将某一门课程的课件上传。
②网站需要一个专门的管理者进行日常维护与管理,所以需要有系统管理员的参与。
(1)系统用户参与的总的用例图教师和学生都可以从“网站用户”这个参与者泛化而来,网站用户是指网站的注册用户,注册用户可以登录系统完成相应的操作。
系统用户参与的总的用例图如图所示。
从图中可以清楚地看到泛化关系与各个参与者所参与的用例。
下载图 1.1系统用户参与的总的用例图抽象参与者注册用户的用例只有登录系统(System Login )一个,学生和老师用户除了包含这个用例以外,还各自有相对应的用例。
(2)学生参与者的用例图学生参与者的用例图如下图所示。
权限认证图 1.2学生参与的用例图① 文章浏览用例:学生可以浏览诸如课程简介,教学计划,学习方法等教师发布的文章。
② 文章搜索用例:学生可以使用搜索功能根据关键字查询相应的文章。
③ 文章下载用例:学生可以使用下载功能将网站上的课件以及资料信息下载到本地机器上。
(3)教师参与者的用例图教师参与者的用例图如下所示。
删除课件文章或消息发布图 1.3教师参与的用例图①添加课程简介用例:教师可以为自己所教授的课程添加课程简介。
②上传课件用例:教师可以将课程的课件上传到网站上供学生下载。
1.UML如何表示类?类图标中可以指明哪些信息?类是描述一类对象的特征和行为,类图包含一组、接口及他们之间的关联、依赖和泛化的关系。
它不仅显示了信息的结构,同时还描述了系统对象的的行为。
2.什么是类的多重性(关联的基数)?多重性怎么表示?多重性是对象之间关联的一个重要方面,它说明了在关联中的一个类的对象可以对应另一个类的多个对象。
主要包含一组上下限数,用来指出可被允许生成的实例(instance)数量,即最多可以生成多少数目(上限),最少不得低于多少数目(下限)。
关联的两端以"下限..上限"的格式标示出多重性,如图2-12中的1..*。
星号(*)代表无指定上限,下限最低为0。
如果上下限数相同,标示出一个数目就可以了3.两者对象之间能够以多种方式关联吗?关联两边的"employee"和“employer”标示了两者之间的关系,而数字表示两者的关系的限制,是关联两者之间的多重性。
通常有“*”(表示所有,不限),“1”(表示有且仅有一个),“0...”(表示0个或者多个),“0,1”(表示0个或者一个),“n...m”(表示n到m个都可以),“m...*”(表示至少m个)。
在关联中有一种叫“限定关联”,还有一种谓之自身关联。
另外,对象之间的关联就没那么复杂,只是将类的关联实例化而已4.什么是约束?为什么要对类图附加注释?约束用来约束MUL成员的语义。
约束用举例在大括号内的条件来表示({contrraint}),可以直接放在图中,类图除了在设计新系统方面的用途外,它们还能用来记录一个存在系统(称它为“遗产”)的对象现在如何交互5.聚集和组成之间有什么区别?聚合关系完全是概念上的,只是区分了整体与组成部分,没有改变整体与其组成部分之间的关联导航的含义,也没有将整体与部分的生命周期联系起来。
而组合是聚合的变种,整体与部分之间有很强的所有关系,也就是说,在组合关系中,一个对象一次只是一个组合的一部分,而在简单的聚合关系中,一个部分可以被好几个整体共享。
黑龙江科技学院(计算机与信息工程学院)《统一建模语言》课程作业基于UML的网络教学系统班级:网络07-2班学号: 20 21 22 23 25 26姓名:房立伟洪世雄贺琦高龙龙梁芳韩洋授课教师:才智作业成绩:2010年5月目录目录 (I)第1章绪论 (1)1.1 系统概述 (1)1.1.1 基本概念 (1)1.1.2网络教学优劣势 (1)1.2系统研究的现状及发展趋势 (2)1.3作业结构及研究的主要内容 (2)第2章系统需求分析 (3)2.1 系统需求描述 (3)2.2 系统用例图建模 (3)第3章系统概要设计 (5)系统类图建模 (5)第4章系统详细设计 (6)4.1 系统状态图建模 (6)4.2 系统活动图建模 (6)4.3 系统时序图建模 (7)4.4 系统协作图建模 (9)4.5 系统组件图建模 (9)4.6 系统配置图建模 (10)第5章总结 (11)参考文献 (12)I第1章绪论20世纪是科学技术突飞猛进的时代,近100年来许多新的技术成果不断改变着我们的生活,如电视、人造卫星、计算机和Internet等。
每一种新技术的问世也必然会给教育带来新的变革。
50年代广播与电视的普及就为社会提供了“广播电视大学”,使一大批无法进入大学学习的年青人获得了受教育的机会,被人们誉为“没有围墙的大学”。
80年代,计算机、Internet、多媒体和信息高速公路等技术也必然会影响到教育事业的发展,出现了现代远程教育。
进入90年代,随着Internet的迅速发展,使得人们慢慢开始从网上获取信息和知识,传统的“粉笔+黑板”式的课堂教学手段及以教科书为核心的教学模式,即将为一个全新的网络教学所代替。
所以说,网络教学已成为社会所共同关心的热点。
1.1 系统概述1.1.1 基本概念网络教学,即通过网络或借助于物理媒体和网络应用软件相结合的一种教学活动模式。
即普通的教学活动应用于网络即是网络教学。
和大多数网络应用一样,它受到两方面的支持和制约,一方面是网络带宽,表现为信息传输的速度,即每秒能传输的字节数,另一方面是多媒体形式,即图像、文字、声音和影像等。
uml大作业(2)
UML课程设计报告
网上订票系统
网上订票系统
一、系统简述
随着社会的快速发展,逢年过节的时候,各火车票代售点门口都会因为需求过大而大排长龙,传统的售票方式已经不能满足现代客运业务流量剧增的客观要求,网上订票,这种全新的订票方式应运而生。
其不仅能够提供精准的火车票销售信息,缓解代售点的压力,实名制售票的实施更使票务购买安全、快捷,进而促进了社会的公平。
这是一个将网络实名认证,网上订、退、改票集于一体的体系,是一款功能强大,操作简单,易于维护,具有良好人机交互界面的网上订票系统。
本系统主要包括用户模块、管理员模块2个模块,外加数据库系统。
系统的功能需求主要包括以下几个方面:
①客户可以通过在官网上注册账户后,并在官网上预订车票。
②能够保存客户的预订申请单并实时更新订单状态。
③能够保存客户的历史记录。
④管理员可以管理用户和查看并处理客户订单。
⑤管理员需要实时更新票务。
二、小组成员及角色分工
李靖:与同组成员商议系统体系、制作建模图例
王洪蕾:与同组成员商议系统体系、文本叙述及排版
郭玉龙:与同组成员商议系统体系、上网搜集材料并查错
三、版本修改记录
编号修改日期修改部分修改人
WSDPXT001 2016-1-1
用例建模
两个用例之间的关系由中
文改成英文
****
WSDPXT002 2016-1-3
业务建模
图标:空心圆变黑色实心
圆
加指向箭头
****
WSDPXT003 2016-1-4 修改简述、各模块文字叙
述及部分
****
WSDPXT004 2016-1-6
领域建模
删减贅余部分
用例建模中增加用例叙述
****
WSDPXT005 2016-1-6 查错并局部修改**** WSDPXT006 2016-1-6 修改文本格式****
四、业务建模
1)客户预订车票活动图
2)管理员处理订单活动图
3)管理员修改火车信息活动图
五、用例建模
1.用户模块
用例描述:
用例:用户注册
ID:1
简要说明:用户通过实名认证,与自己的身份证绑定在一起来注册该系统。
参与者:用户
前置条件:第一次使用本系统的用户。
主流:1.用户进入系统点击注册;
2.用户填写相关信息;
3.用户填写完成点击确认。
后置条件:用户成功注册。
附加流:用户信息填写不正确,提示其重新填写相关信息。
用例:用户登录
ID:2
简要说明:用户通过输入注册时的信息登录该系统,并进行权限内的操作。
参与者:用户
前置条件:已在本系统注册的用户。
主流:1.进入系统主界面;
2.填写相关信息;
3.点击登录。
后置条件:登陆成功。
附加流:无法登陆,提示用户信息填写错误重新登录。
用例:查看票务信息
ID:3
简要说明:用户登录后,可以查看你所想查询的火车票的基本信息,其中包括车次、发车时间和到达终点时间、经过车站站点、剩余票数、票价等相关信息。
参与者:用户
前置条件:已正确登录本系统
主流:1.用户进入系统;
2.用户选择点击查看票务信息;
3.用户在选项中填写查询条件;
4.点击确定。
后置条件:查询成功。
附加流:填写信息有误,提示无法查到请重新输入。
用例:订票
ID:4
简要说明:用户可以根据自己的需求查看相应票务信息后,提交自己的订票信息给系统。
参与者:用户
前置条件:以正确登录本系统并查看过票务信息。
主流:1.登陆成功进入系统;
2.用户选择点击订票;
3.用户填写相关信息;
4.点击确定。
后置条件:订票成功。
附加流:填写信息有误或漏填,提示其重新填写相关部分。
用例:查询订票状态
ID:5
简要说明:用户可以登录该系统查看自己所预定的火车票是否已经申请成功,提示申请成功时,用户可以在就近的火车票代售点直接领取自己的火车票;提示申请不成功时,代表
该火车票已近售完。
参与者:用户
前置条件:用户已使用本系统的票务服务
主流:1.成功登陆进入本系统;
2.用户选择点击查看订票信息;
3.用户选择其相关订票记录;
后置条件:显示其相关订票记录。
附加流:若没有订票或其他情况显示用户还没有订票记录。
用例:退订
ID:6
简要说明:在预定火车票后用户可以根据需要提交退票请求。
参与者:用户
前置条件:用户已经预定车票
主流:1.用户成功登陆本系统;
2.用户选择点击退订;
3.用户选择已预订车票信息;
4.点击确定。
后置条件:退订成功。
附加流:退订信息有误提示重新退订或联系管理员。
2.管理员模块
见下页
用例描述:
用例:管理员登录系统ID:1
简要说明:管理员通过输入自己的信息登陆到系统。
参与者:管理员
前置条件:管理员需要进入后台进行维护。
主流:1.进入管理员登录界面;
2.输入相关登录信息;
3.点击确定。
后置条件:管理员登录成功。
附加流:信息输入错误提示重新输入。
用例:查看用户信息
ID:2
简要说明:管理员根据注册用户实名认证后的信息,查看用户信息参与者:管理员
前置条件:管理员已成功登入后台,并需要查看用户信息。
主流:1.进入系统;
2.查看并选择查看用户信息;
3.输入相关条件;
4.点击确定。
后置条件:查看到相关用户信息。
附加流:相关信息输入错误提示重新输入。
用例:修改用户信息
ID:3
简要说明:管理员根据注册用户实名认证后的信息,修改用户信息参与者:管理员
前置条件:管理员已成功登入后台,并需要修改用户信息。
主流:1.进入系统;
2.查看并选择修改用户信息;
3.输入相关条件;
4.点击确定。
后置条件:修改相关用户信息成功。
附加流:相关信息输入错误提示重新输入。
用例:添加用户信息
ID:4
简要说明:管理员根据注册用户实名认证后的信息,添加用户信息参与者:管理员
前置条件:管理员已成功登入后台,并需要添加用户信息。
主流:1.进入系统;
2.查看并选择添加用户信息;
3.输入相关条件;
4.点击确定。
后置条件:添加相关用户信息成功。
附加流:相关信息输入错误提示重新输入。
用例:删除用户
ID:5
简要说明:管理员根据注册用户实名认证后的信息,删除用户
参与者:管理员
前置条件:管理员已成功登入后台,并需要删除用户。
主流:1.进入系统;
2.查看并选择删除用户;
3.输入相关条件;
4.点击确定。
后置条件:删除相关用户成功。
附加流:相关信息输入错误提示重新输入。
用例:查询票务
ID:6
简要说明:管理员可以查看某火车票的基本信息,其中包括车次、发车时间和到达终点时间、经过车站站点、剩余票数、票价等相关信息。
参与者:管理员
前置条件:管理员需要查询相关票务信息。
主流:1.进入系统;
2.查看并选择查询票务;
3.输入相关票务条件;
4.点击确定。
后置条件:查询成功。
附加流:相关信息输入错误提示重新输入或提示无此票务信息。
用例:订票处理
ID:7
简要说明:管理员登陆系统后,可以查看并接受用户提出的预定申请,并查询相应火车票的剩余数量、实时车况等信息来决定是否接受该申请。
如果该火车票已经售完就拒绝申请。
参与者:管理员
前置条件:管理员需要处理相关订票信息。
主流:1.进入系统;
2.查看并选择订票处理;
3.查看相关订票申请;
4.根据具体情况判断处理结果。
后置条件:同意订票或拒绝订票申请。
附加流:同意或拒绝订票失败,提示重新进行相关操作。
用例:缺票拒绝订票
ID:8
简要说明:订票信息上传到这里后如无余票则拒绝订票请求。
参与者:管理员
前置条件:管理员需要处理相关订票信息。
主流:1.进入系统;
2.查看并选择订票处理;
3.查看相关订票申请;
4.缺票拒绝订票申请。
后置条件:拒绝订票申请。
附加流:拒绝订票失败,提示重新进行相关操作。
用例:实时更新票务
ID:9
简要说明:管理员实时的把火车票的当前信息更新到数据库中,例如:剩余票数统计、发
车时间等信息修改等。
参与者:管理员
前置条件:管理员需要更新相关火车票信息。
主流:1. 进入系统;
2.查看并选择实时更新票务;
3.将实时票务信息更新进数据库。
后置条件:更新数据成功。
附加流:更新失败提示请重新更新数据。
六、领域建模
1、系统中的类及各类之间的关系:。