西安科技大学
《软件建模与UML》
实验报告
题目:
学院: _计算机科学与技术学院
专业及班级: 软件
工程
路基工程安全技术交底工程项目施工成本控制工程量增项单年度零星工程技术标正投影法基本原理
1202班
姓名:
学号:
日期:
目 录
第1章 实验目的及实验内容 3
第2章 系统需求建模 3
第3章 系统静态建模 5
第4章 系统动态建模 8
第5章 系统物理建模 11
第6章
总结
初级经济法重点总结下载党员个人总结TXt高中句型全总结.doc高中句型全总结.doc理论力学知识点总结pdf
12
第1章 实验目的及实验内容
1实验目的:
通过对网络教学系统的建模加深对UML的理解与掌握。整个过程按照软件设计的
事迹
优秀志愿者事迹材料平安创建事迹材料优秀班集体事迹材料工会先进集体事迹材料优秀教师事迹300字
流程进行,包括系统需求建模·系统静态建模·系统动态建模和系统物理建模。完成如下任务:
(1)简要的需求
分析
定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析
(2)建立该系统的各种视图和模型。
(3)完成各项系统功能的设计。
(4)形成系统建模的各种文档和开发报告。
2实验内容:
学生可以登录网站浏览信息·查找信息和下载文件。
教师可以登录网站输入课程简介·上传
课件
超市陈列培训课件免费下载搭石ppt课件免费下载公安保密教育课件下载病媒生物防治课件 可下载高中数学必修四课件打包下载
文件·发布消息·修改和更新消息。
系统管理员可以对页面维护以及批准用户的注册申请。
订购图书系统主要要求对用户和订购图书情况进行添加、删除、确认等。其中:
(1)管理员对管理员帐号和员工帐号进行管理,操作导入数据库;
(2)员工对员工帐号和订购图书情况进行管理,操作导入数据库;
(3)客户进行注册客户帐号、更新帐号、订购图书操作,操作导入数据库。
网上图书销售系统是一个复杂的电子商务系统,它必须提供用户的接口以及用户登录并选择喜好的图书;同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。
图1.1 网上订购图书系统总框架图
第2章 系统需求建模
UML创建系统用例模型
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图,呈现了一些参与者和一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。
用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。
管理员模块用例:
图2.1 管理员模块用例图
顾客模块用例:
图 2.2顾客模块用例图
第3章 系统静态建模
参与者的基本类图
图3.1
3.1系统中参与者的类
系统中的类图如图3.2.3所示。
【类图说明】
(1)Person是所有类的父类,它的属性包括用于标示不同身份的人的ID,姓名(Name)以及地址(Address)。它的方法包括根据ID搜索、根据姓名搜索、设置某人的姓名、地址的。
(2)Customer继承了父类的方法和属性并添加了自己的属性和方法。Reg_date表示该用户的注册日期,password表示登录密码。Search_goods()用于搜所商品,maintian_order()用于维护客户订单。
(3)employee继承了person,它的属性dateHired表示雇用日期,right表示使用权限,salary表示该员工薪水,password表示登录密码。Handle_Order()用于处理订单,这是所有员工共有的操作。系统管理员类中还增加了查询分析和报表打印的方法。
图3.2系统参与者类图
3.2 系统中其他的类
(1)Goods是商品类。它的属性包扩商品ID、商品名称(name)、库存数量(storage)、商品介绍(introduce)、商品类的方法有search()用于供查询。
(2)Orders订单类。它的属性包括订单ID、用户ID、商品ID、订单日期(Date)、订单中商品数量(num)、订单状态(statu)。订单类的方法包括添加订单add()、编辑订单modify()、搜索订单search()和删除订单delete()。这些方法中供 Person类使用,handle()供employee 使用,modify()、delete()和handle()供Customer类使用。
(3)Record存储记录类。该类存储了所有的用户操作、包括用户的查询和订购操作,这些数据是后台程序分析的基础。该类的属性包括记录ID、用户ID、商品ID、操作类型、操作日期,方法包括search()、打印print()和获得数据get()。
图3.3系统中的其它类
各类之间的关系
网上图书销售系统各类之间的关系如下图所示。
图3.4网上图书销售系统各类之间大的关系
【类图说明】
一个操作员可以处理多个订单。一个管理员也可以处理多个订单,并且管理员具有数据查询的权限。一个订单中包括了多个商品,一条历史记录中包含了多个商品,一个顾客只能对应一条历史记录,但他有多个订单的记录。
第4章 系统动态建模
4.1创建订书系统的时序图
顾客订购的时序图如下所示:
图 4.1 顾客订购的时序
顾客删除订单的时序图如下所示:
图4.2 顾客删除订单
管理员处理订单的时序图如下所示:
图4.3管理员处理订单
4.2创建订书系统的协作图
(1)顾客建立订单协作图下所示。
图4.4顾客建立订单协作图
(2)顾客删除订单协作图如下图所示。
图4.5顾客删除订单协作图
(3)管理员处理订单协作图如下图所示。
图4.6管理员处理订单协作图
系统活动图
图4.7购买商品活动图
第5章 系统物理建模
5.1系统的组件图
系统的组件图如图3-1所示,包括系统服务、客户服务和数据服务3个组件
图5.1系统组件图
5.2系统配置图
系统有多个节点构成,应用服务器负责整个系统的整体协调工作,数据库负责数据管理。客户机通过互联网与应用服务器相连,这样管理员可以通过互联网管理应用服务器,客户可以通过互联网访问应用服务器得到图书销售服务。系统配置图如图3.5.2所示。
图5.2系统配置图
第6章 总结
本系统设计首先是从系统的需求分析及系统分析的目的出发,首先讲述了本系统的需求分析模块,其次对系统进行了建模,主要对系统进行了系统的用例模型、系统的静态模型、系统的动态模型、系统的部署模型的创建,然后针对这些模型进行了详细的讲述,及又建立了一些图型,这就是本系统的基本结果。
网上图书销售系统我以前也有接触过,但是,我还有很多地方自己做的不足。结合本期学过的UML基础与Rose建模方法,画出系统的用例图、类图与对象图、状态图、时序图、协作图,以及组件图和部署图。在这次实验中,关于UML的概念以前比较模糊的地方,我在实际操作中,变得更加清楚,Rational Rose的UML功能运用的更加熟练;