UML实验报告
- 格式:doc
- 大小:2.73 MB
- 文档页数:12
面向对象建模UML实验报告
在面向对象建模中,最常用的工具之一就是统一建模语言(UML)。
UML为开发人员提供了一种标准化的方法,用于描述系统的结构、行为和交互。
UML提供了一种图形表示方法,以及一套规则和符号,用于描述系统的各个方面。
实验目的:
通过此次实验,我们的目标是掌握面向对象建模的基本概念和方法,并能够使用UML语言对系统进行建模。
具体目的如下:
1.了解面向对象建模的基本思想和概念。
2.掌握UML的基本语法和符号。
3.能够使用UML对系统进行建模和分析。
4.学会使用UML工具进行建模。
实验步骤:
1.学习面向对象建模的基本概念和方法。
了解UML语言的基本语法和符号。
2.选择一个系统进行建模。
可以选择一个现有的系统,或是一个虚构的系统。
系统可以是一个软件系统,也可以是一个物理系统。
3.根据系统的需求和功能,使用UML语言对系统进行建模。
根据系统的结构和行为,选择合适的UML图形进行建模,例如用例图、类图、活动图等。
5.对建模结果进行分析和评估。
根据建模结果,分析系统的结构和行为,评估系统的可行性和性能。
6.根据分析结果,进行系统设计和开发。
实验结果:
通过此次实验,我们能够更好地理解和分析系统,能够使用UML语言对系统进行建模和分析。
我们可以通过UML图形清晰地描述系统的结构和行为,帮助开发团队更好地进行系统设计和开发。
通过实验的学习,我们不仅掌握了面向对象建模的基本概念和方法,也学会了使用UML工具进行建模和分析。
总结:。
实验一熟悉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系统建模--图书馆图书管理系统实验使用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的操作平台。
二.实验内容:利用UML做一个图书馆借书系统的建模。
三.实验步骤:名称:借书”。
说明:学生在图书馆挑选好需要的图书后,通过图书管理员把书借回去。
参与者:学生,图书管理员频率:每天可能会有很多次。
最繁忙的情况是,借书的人非常多,按照现在的速度,大约每分钟完成一个人的结束工作。
前置条件:无后置条件:修改所借出的图书的剩余数量。
假设:借书者总是从图书馆找到书,然后才能拿书办理借书手续,因此,总是有足够的书可以出借。
基本操作流程:借书成功。
1)学生将所借图书和借书证交给图书管理员2)图书管理员将学生借书证号码和所借图书输入系统3)系统校对借书信息,比对该学生以往借书情况和当前借书情况,如果不存在不允许借书的情况,则记录借书交易的信息,并且修改相应的馆藏图书的数量信息。
4)如果该学生已经预订了这本图书,则撤销该预定。
5)报告交易成功。
可选操作流程:所借图书超出最大借书数量。
1)学生将所借图书和借书证交给图书管理员2)图书管理员将学生借书证号码和所借图书输入系统3)系统校对借书信息,比对该学生以往借书情况和当前借书情况,发现已超出最大借书数量,则停止当前交易,并且提示用户错误原因。
4)图书管理员可以应学生的意见,减少借书数量,并重新提交系统。
流程活动图:见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程,而很少会涉及系统的概念。
分析,则是从系统的角度来来看待软件应该为用户提供的服务。
同样,同设计不同的是,分析仍然停留在“做什么”的层次,。
一、实验目的熟悉软件建模工具PowerDesigner的安装和使用,使用PowerDesigner绘制用例图,熟悉用例文档的编写,掌握系统需求模型的构造过程;学习使用PowerDesigner绘制类图。
二、实验内容1. 根据如下场景构造需求模型,使用PowerDesigner绘制用例图,撰写用例“在线预订客房”和“前台预订客房”的用例描述文档,并进行模型检查。
某酒店订房系统描述如下:(1) 顾客可以选择在线预订,也可以直接去酒店通过前台服务员预订;(2) 前台服务员可以利用系统直接在前台预订房间;(3) 不管采用哪种预订方式,都需要在预订时交相应订金;(4) 前台预订可以通过现金或信用卡的形式进行订金支付,但是网上预订只能通过信用卡进行支付;(5) 利用信用卡进行支付时需要和信用卡系统进行通信;(6) 客房部经理可以随时查看客房预订情况和每日收款情况。
2. 某电话公司决定开发一个客户信息管理系统,系统功能如下:(1) 浏览客户信息:任何使用Internet的网络用户都可以浏览电话公司所有的客户信息(包括姓名、住址、电话号码等)。
(2) 登录:电话公司授予每个客户一个账号。
拥有授权账号的客户可以使用系统提供的页面设置个人密码,并使用该账号和密码向系统注册。
公司管理人员也可以通过登录对客户信息进行管理。
(3) 修改个人信息:客户在系统中注册后,可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。
(4) 删除客户信息:只有公司的管理人员才能删除不再接受公司服务的客户的信息。
绘制该系统的用例图。
3. 根据如下描述绘制类图:某商场会员管理系统包含一个会员类(Member),会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等,会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种,不同类型的会员在购物时可以享受不同的折扣;每个会员可以拥有一个或多个订单(Order),每一个订单又可以包含至少一条商品销售信息(ProductItem),商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等;每一条商品销售信息对应一类商品(Product),商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
UML实验报告本科实验报告课程名称:系统分析与设计实验项⽬:《⽹上书店系统》实验地点:专业班级:学号:20110学⽣姓名:指导教师:2013年⽉⽇实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。
⼆、实验要求1.结合⼯具StartUML,熟悉UML⽤例图的模型元素。
2.使⽤StartUML⼯具建模⽹上书店系统的⽤例图。
三、实验主要设备:台式或笔记本计算机四、实验内容:根据下⾯给出的⽹上书店问题陈述,分析该系统总体需求,建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。
⽹上书店陈述:书店经理:我们原本是⼀个传统的实体书店,顾客要买书都是亲⾃到书店⾥来的,这样挺不⽅便。
⾯且随着书店销售图书种类和数量的增加以及顾客的增长,尤其是⼤量顾客到书店选购图书,使得书店场地不⾜,⼯作⼈员也很忙碌。
其实,还有⼀点就是,有不少⼈进⼊书店后并不买书,只是查找⼀些资料。
有的甚⾄会在这呆上很长的时间直到把书免费看完。
这种⾏为,⼯作⼈员⼀般是不阻⽌的,结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。
⽽且现在电⼦商务已经发展起来了,所以我们想到借助⽹络,让顾客通过⽹上书店购买图书。
这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出,同时计算机可以⽅便的检索图书信息,让顾客可以⾜不出户以更优惠的价格买到需要的书。
系统分析员:能谈谈您对⽹上书店的要求吗?书店经理:⽹上书店要能实现对外和对内的功能,对外是顾客能在⽹上书店订购图书,提交订单。
对内,书店⼯作⼈员能够通过⽹上书店及时的看到这些订单,并进⾏处理。
为了把书送到顾客⼿⾥,我们已经联系了快递公司,初步达成协议,由他们往返场客和书店之间把图书送到顾客⼿⾥。
书店管理员受理订单后,就会通知快递公司送货。
当然,书店的图书上架和下架也应该由⽹上书店完成了。
⼯作⼈员甲:实体店中,图书是按照不同种类放置的,⽅便顾客挑选。
⽹上书店的图书也应该能够按照这种模式分类显⽰。
UML实验报告班级:软件0841姓名:张文成学号:081842173实验内容:用例建模、分析建模、设计建模(1)、设计建模(2)实验一:用例建模[实验目的]〃掌握客户需求分析的方法和步骤〃了解以用例驱动的软件开发方法〃识别并编写用例〃掌握用Rose 进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况,自选一个小型应用项目,分析业务需求,识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[实验原理和步骤]建模原理:(1) 需求获取。
以任务和客户为中心,通过会议、面谈等手段对客户需求进行调研,获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例,同时采用分层思想,对用例的层次级别进行划分(高层用例、子系统级、用户目标级)(3)用例描述。
分层绘制用例图,撰写用例的文字描述(采用单栏格式)。
步骤:(1)需求获取。
自选题目,与相关客户、领域专家等反复商讨,获得系统目标、范围和功能要求的初步说明。
(也可采用教师指定的题目:“企业综合信息管理系统”中的“进销存管理子系统”,但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明)。
(2)用例分析。
确定系统范围和边界、确定参与者、确定用例。
(3)用例描述。
分层绘制用例图、描述用例。
画图原理:采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上.只有做好系统用例分析,系统用例建模才能这到预期的效果。
步骤:(1)分层绘制用例图,每层采用“包”进行管理。
(2)以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”为主线,完成附录2 中的操作过程(亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线)[ 实验结果]实验2 分析建模[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上,选择第一个迭代周期打算开发的用例,建立相关的概念模型。
《软件建模原理》实验报告学院:计算机学院班级:姓名:学号:授课老师:实验一:用例建模[ 实验日期] 2011年6月22 日[ 实验目的]·掌握客户需求分析的方法和步骤·了解以用例驱动的软件开发方法·识别并编写用例·掌握用Rose 进行用例建模的具体方法和步骤[ 实验内容]要求学生根据周围的实际情况,自选一个小型应用项目,分析业务需求,识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”(参见“项目背景及简要分析”)。
[ 实验原理和步骤]建模原理:(1) 需求获取。
以任务和客户为中心,通过会议、面谈等手段对客户需求进行调研,获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例,同时采用分层思想,对用例的层次级别进行划分(高层用例、子系统级、用户目标级)(3)用例描述。
分层绘制用例图,撰写用例的文字描述(采用单栏格式)。
步骤:(1)分层绘制用例图,每层采用“包”进行管理。
(2)以“企业综合信息管理系统”-> “进销存管理”子系统-> “销售管理”-> “合同管理”->“收款单处理”为主线,完成附录2 中的操作过程(亦可选择“企业综合信息管理系统”-> “进销存管理”子系统-> “库存管理”-> “原材料出库”->“领料单处理”主线)[ 实验结果]综合支持的类图[ 实验总结]第一次运用rose进行用例建模。
熟悉了rose中的控件的意义,对UML有了更加深刻的了解,学会了建立2级例图。
但目前运用rose来建模还是非常的生硬,仅仅知道跟着指导书来进行建立模型。
收获与体会:用例建模主要是要了解各个图形所代表的意义,知道用例还可以进行下一级的描述,进行下一步的深化。
实验2 分析建模[ 实验日期] 2011年 6 月23 日[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上,选择第一个迭代周期打算开发的用例,建立相关的概念模型。
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.熟悉Rational Rose环境及功能,能够设计出完整系统。
【实验要求】1.对系统功能进行必要的描述;2.绘制系统的主要模型图;3.模型图要有说明性文字解释。
【实验内容】1.网络教学系统的需求分析;2.网络教学系统UML建模。
【实验步骤】一: 网络教学系统的需求分析1、系统功能需求(1)学生可以登陆网站浏览和查找各种信息以及下载文件。
(2)教师可以登陆网站给出课程见解、发布、修改和更新消息以及上传课件。
(3)系统管理员可以对页面进行维护和批准用户的注册申请。
满足上述需求的系统主要包括下面几个模块(1)数据库管理模块:提供使用者录入、修改并维护数据的途径。
(2)基本业务模块:教师可以上传文件、发布消息、修改和更新消息;学生可以下载文件;管理员可以维护页面,批准注册等。
(3)信息浏览、查询模块:主要用于对网站的信息进行浏览、搜索查询。
图 1.1系统功能需求2、数据库管理模块图 1.2数据库管理模块(1)教师信息管理:负责教师信息的管理。
(2)课程简介信息管理:负责课程简介信息的管理。
(3)文件上传信息管理:负责文件上传信息的管理。
3、基本业务模块图 1.3基本业务模块(1)文件上传:教师可以使用此模块将课程的数据上传到网站服务器。
(2)文件下载:学生可以使用此模块从网站上下载课件及其他资料。
(3)消息发布:教师可以通过此模块发布学习方法、课程重点等和教学相关的文章,以及和课程相关的通知等。
(4)消息修改和更新:教师可以通过此模块对自己发布的信息进行修改和更新。
(5)页面维护:网站管理员可以使用此模块对网站的页面进行维护。
(6)用户注册批准:网站管理员可以使用此模块批准用户注册。
4、信息浏览、查询模块图 1.4信息查询模块功能(1)网页信息浏览:用户浏览网站信息。
(2)文章信息搜索:用户根据关键字搜索文章。
二: 系统的UML建模1、系统的用例图创建用例图之前首先需要确定参与者。
①在网络教学系统中,需要学生和教师的参与。
学生可以浏览课程简介,教学计划,学习方法等教师发布的文章,并可以根据关键字查询文章。
此外,学生可以从网站上下载课件。
教师作为教学的主导者,使用此网站可以发布学习方法,课程重点等和教学相关的文章,以及和课程相关的通知等,还可以将某一门课程的课件上传。
②网站需要一个专门的管理者进行日常维护与管理,所以需要有系统管理员的参与。
(1)系统用户参与的总的用例图教师和学生都可以从“网站用户”这个参与者泛化而来,网站用户是指网站的注册用户,注册用户可以登录系统完成相应的操作。
系统用户参与的总的用例图如图所示。
从图中可以清楚地看到泛化关系与各个参与者所参与的用例。
图 2.1系统用户参与的总的用例图抽象参与者注册用户的用例只有登录系统(System Login)一个,学生和老师用户除了包含这个用例以外,还各自有相对应的用例。
(2)学生参与者的用例图学生参与者的用例图如下图所示。
图 2.2学生参与的用例图①文章浏览用例:学生可以浏览诸如课程简介,教学计划,学习方法等教师发布的文章。
②文章搜索用例:学生可以使用搜索功能根据关键字查询相应的文章。
③文章下载用例:学生可以使用下载功能将网站上的课件以及资料信息下载到本地机器上。
〖用例图说明〗①Download:文件下载用例。
②Look through info:文章浏览用例。
③Article search:文章搜索用例。
④Identify:权限认证用例。
此用例用来认证文件下载是否具有下载文件的权限。
(3)教师参与者的用例图教师参与者的用例图如下所示。
图 2.3教师参与的用例图①添加课程简介用例:教师可以为自己所教授的课程添加课程简介。
②上传课件用例:教师可以将课程的课件上传到网站上供学生下载。
③文章或消息发布用例:教师可以发布介绍学习方法,课程重点等和教学相关的文章,以及和课程相关的通知等。
④文章或消息修改用例:教师可以修改自己发布的文章和通知。
〖用例图说明〗①Course Intro:添加课程简介用例。
②Upload CAI:上传课件用例。
③Message Issue:文章或消息发布用例。
④Message Update:文章或消息修改用例。
(4)系统管理员参与者的用例图系统管理员的用例图如下所示。
图 2.4系统管理员参与的用例图①页面维护。
系统管理员可以对网站进行日常维护与管理。
②处理注册申请。
系统管理员可以处理学生或教师用户的注册申请。
〖用例图说明〗①Page Maintenance:页面维护。
②CAI Process:教师上传的课件经过系统管理员的审批和处理。
③Information Update:页面更新。
系统管理员负责网站的页面更新,除了文章,消息,图片等的更新,还包括页面的美化和板块的调整。
④Process Registration:处理注册申请。
2、系统的时序图网络教学系统中的用例很多,所能画出的时序图也很多,在此不一一介绍。
(1)系统管理人员管理网站的时序图图 3.1 系统管理人员管理网站的时序图〖时序图说明〗①Login:登录系统的函数。
②Add_or_delete_Article:添加或删除的文章。
③UpdateCAI():更新CAI课件的函数。
④Add_or_delete_User:添加或删除用户。
⑤Show():刷新页面的函数。
⑥Notify():通知用户的函数。
系统管理人员通过与管理窗口的交互可以添加或删除文章,更新CAI课件,添加或删除用户。
具体的操作由管理窗口与数据库交互完成,管理员操作后的结果会在页面上显示。
(2)用户登录系统的时序图图 3.2 用户登录系统的时序图〖时序图说明〗①Input(String,String):输入用户名和密码的函数。
②Send(String,String):将用户名和密码发送给服务器的函数。
③Query_and_V alidate():查询数据库并验证用户名和密码正确性的函数。
④feedBack():发送反馈消息的函数,如果验证通过,发送OK;如果验证出错,发送Error.⑤ShowInformation():将反馈信息显示给用户的函数。
用户要登录系统,首先要和登录窗口交互,输入用户名和密码。
登录窗口负责和服务器交互,将用户输入的用户名和密码发送到服务器,服务器再与数据库交互,以验证用户名和密码的有效性,如果验证成功,则返回OK,验证失败返回Error。
服务器将通过登录窗口将信息显示给用户。
(3)学生下载文件时序图图 3.3 学生下载文件的时序图〖时序图说明〗①Request:学生发送下载请求。
②Send(String,String):传递下载参数的函数。
③Identity():验证用户权限的函。
④authorize:返回认证信息的函数。
学生要下载文件,首先要向下载窗口发送请求,然后下载窗口的参数传递个服务器,服务器与数据库交互以获得用户的权限认证,认证信息再通过服务器及下载窗口传递给学生。
3、系统的协作图:1 、用户登录系统的协作图图 4.1 用户登录系统的协作图〖协作图说明〗①Input(String,String):输入用户名和密码的函数。
②Send(String,String):将用户名和密码发送给服务器的函数。
③Query_and_V alidate():查询数据库并验证用户名和密码正确性的函数。
④feedback():发送反馈消息的函数,如果验证通过,发送OK,否则,发送Error。
⑤ShowInformation():将反馈信息显示给用户的函数。
2、学生下载文件的协作图图 4.2 学生下载文件的协作图〖协作图说明〗①Request:学生发送下载请求。
②Request(String,String):传递下载参数的函数。
③Identity():验证用户权限的函数。
④showStatus():返回下载状态的函数。
如果认证成功,开始下载,不成功则报错。
4、系统的状态图:图 5.1 系统的状态图〖状态图说明〗①HomePage:处于网站主页。
②Certify:登录验证状态。
③SuccessPage:登录成功页面。
④UploadApplyPage:文件上传页面。
⑤Storing File:文件存储状态。
⑥OldPage: 页面未更新状态。
⑦NewPage:页面更新状态。
教师要上传文件,首先要登录网站,通过网站认证后转入文件上传页面,上传文件后处于文件存储状态。
文件存储后,要经过管理员的认证才可以在页面上显示,如果通过认证,则刷新页面,如果未通过,页面维持不变。
5、系统的活动图:(1)用户登录系统的活动图图 6.1 用户登录系统的活动图〖活动图说明〗①InputURL:输入网站的URL。
②Show HomePage:显示网站主页。
③Input Login Information:输入登录信息。
④Press ”OK” Button:单击“OK”按钮。
⑤Certify UserInfo:用户信息认证。
⑥Show Success Page:显示登录成功界面。
用户登录系统时,首先要输入登录网站的URL,然后从首页的登录窗口中输入信息登录信息,如用户名和密码,点击页面上的登录按钮。
用户输入的信息会与数据库中的信息对比验证,如果验证成功返回登录成功页面,如果失败,返回登录失败页面。
(2)教师上传课件的活动图图 6.2 教师上传课件的活动图〖活动图说明〗①Apply File Upload:申请文件上传。
②Certify Size And Other Aspact:验证文件的大小和其他信息。
③Store:文件存储。
④Administrator Authorize:系统管理员认证。
⑤Update Page:更新页面。
⑥Delete File:删除文件。
教师要上传文件,先要进入文件上传页面,然后验证上传文件的大小和其他信息是否符合要求。
验证成功后将文件存储,当系统管理员认证通过,更新页面;认证不通过删除文件。
(3)系统管理员维护网站的活动图图 6.3 系统管理员维护网站的活动图〖活动图说明〗①Login:登录系统。
②Process CAI:处理上传的课件。
③Update Information:更新页面信息。
④Modify Page:修改页面。
6、系统中的类(1)参与者相关的类系统中和参与者相关的类的类图如下:图7.1 参与者相关的类〖类图说明〗①User类是所有类的父类,包括属性有Account(登录名)、Password(密码)、email(用户邮箱)等。
方法有getEmail(获取邮箱)、getAccount(获取登录账户名)以及changePass(修改密码)。