网上购物系统uml模型

2023-06-22

第一篇:网上购物系统uml模型

某大学教务管理系统UML模型

随着高校校园网的建设和Internet技术的引进,基于校园网和Internet的应用系统的开发正在蓬勃发展。教务管理师高校教学管理的一向重要工作,现代化的高校教务管理需要现代化的信息管理系统支持。新世纪背景下,高校教育体制进行了大规模的改革,招生人数逐年增加,教学计划不断更新。在高校日常管理中,教务管理无疑是核心工作,重中之重。其管理模式的科学化与规范化,管理手段的信息化与自动化对于学校的总体发展产生深远的影响,由于管理内容过多,繁琐,处理的过程也非常复杂,并且随着学校人员的增加,教务管理系统的信息量大幅上升,因此往往很难及时准确地掌握教务信息的运作状态这使得高校教务管理的工作量大幅度增加,另外,随着教育改革的不断深化,教学管理模式也在发生变化,例如实施学分制、学生自主选课等。这一切都有赖于计算机网络技术和数据库技术的支持,在这样的形势下建立和完善一个集成化的教务管理系统势在必行。

目前,国内高校都开发了自己基于校园网的教务管理系统。由于其教务管理模式不尽相同,不同学校的实际教务管理情况各有自己的特点,因而各高校需要针对自己的教务管理模式和特点建立自己的教务管理系统。本设计是基于某高校的教务管理模式开发的基于校园网的教务管理系统。这样一个系统不仅可以降低工作量、提高办公效率,而且使分散的教务信息得到集中处理,对减轻教务工作负担、提高教务管理水平、实现教务管理的现代化具有重要意义。

1.建立系统用例模型

1.1确定系统模型的参与者

仔细分析教务管理系统问题描述。在UML中,角色代表位于系统之外和系统进行交互的一类对象,本系统中创建主要的角色有以下三类:

(1)教务员:教务员在教学管理系统中对全体学生进行用户登录、学籍管理、选课管理、教学管理和成绩管理,并且对教师进行登录管理、教学管理和成绩管理。教务处工作人员处理日常的系统维护,例如维护和及时更新学生,教师信息以及安排选课等。

(2)教师:教师根据教务系统的选课安排进行教学,将学生的考试成绩录入此系统。 (3)学生:学生能够在教务管理系统更改学籍信息、进行选课、查询已选课程和考试成绩。

1.2识别用例

用例是系统外部参与者与系统在交互过程中需要完成的任务,识别用例最好的方法就是从分析系统的参与者开始,考虑每一类参与者需要使用系统的哪些功能,如何使用系统,根据教务管理系统的运行流程个提取的参与者信息,确定系统分为以下几个用例: (1)学生参与者用例:

用户登录 学籍管理 选课管理 (2)教师参与者用例:

用户登录 成绩管理 教学管理

(3)教务员参与者用例:

用户登录 学籍管理 排课管理 成绩管理 选课管理 教学管理 系统维护

1.3建立如下四个用例图模型

(1)顶层用例图如图1-1所示

图1-1顶层用例图

从用例图1-1可以看出学生、教师和教务员都使用了“用户登录”用例,表示学生必须先进行用户登录后才可以进行学籍管理和选课管理。同理,教师也必须登录后才能进行成绩管理和教学管理。教务员登录后进行系统设置、学籍管理、排课管理和教学管理等操作。

(2)学生角色用例图 如图1-2所示

图1-2学生角色用例图

从用例图1-2可以看出学生登录后才能进行所有的操作,这样可以提高系统的安全性。 (3)教师角色用例图如图1-3所示

图1-3教师角色用例图 从用例图1-3可以看出教师所有的用例都是建立在“用户登录”基础上,表示教师必须先登录后才可以执行相应的功能,这样可以提高系统的安全性,以免有人故意提供虚假信息。 (4)教务员角色用例图如图1-4所示

图1-4教务员角色用例图

从用例图1-4可以看出教务员的用例相对较多,但是教务员的所有的用例都必须在“用户登录”的基础上,表示教务员必须先登录才可以执行相关的功能,这样同样可以提高系统的安全性,避免有人故意更改信息。

2 建立系统动态模型 2.1活动图

经过活动图的建模可以比较清楚地了解整个进程过程的操作过程,本系统中主要的活动图有如下几个:学生成绩查询活动图、教务员修改学生资料活动图、学生选课活动图以及教师成绩录入活动图

(1)学生成绩查询图如图2-1所示

图2-1 学生成绩查询活动图

从图2-1可以看出,活动图分为多个不同的泳道,每个泳道表示学生在查询成绩活动中不同参与者的工作流。每个泳道中的活动是参与者要执行的操作。通过不通泳道之间的活动过渡,可以了解参与者之间的通信。这些信息可以帮助我们更好地理解系统的业务过程。

在学生成绩查询活动图中可以知道,学生、教师和教务员之间存在着相互联系。学生登录以后可以查询已选科目和成绩单,如果发现自己的成绩单有错误后可以通知教务员成绩有误,教务员联系教师后,教师修改成绩,然后教务员更新数据库。成绩无误后,查询结束。

(2)教务员学生资料修改活动图如图2-2所示; (3)学生选课活动图如图2-3所示;

图2-2教务员学生资料修改活动图图2-3学生选课活动图

从图2-2可以看出,教务员登录教务系统,系统验证用户名和密码,若有错误重新输入,无误后进行选择修改项目,确定修改,

图2-3学生选课活动图图2-4 教师成绩录入活动图

2.2顺序图

主要包括如下几个顺序图 ①教务学籍管理顺序图 ②学生注册顺序图 ③学生选课顺序图 ④教师成绩录入顺序图

图2-5教务学籍管理顺序图

图2-6学生注册顺序图

图2-7教师成绩录入顺序图

3系统类模型 3.1系统包图

将整个教务管理系统划分为人员信息、接口和事务3个包,分别控制不同的应用。

3.2类图

根据系统划分的三类包图,分别讨论人员信息包,接口包和事务包中的类图分别为: (1)人员信息包内的类图 (2)接口包内的类图 (3)事务包内的类图

图3-1 人员信息包内的类图

图3-2接口信息包内的类图

图3-3系统事务信息包内的类图

第二篇:网上购物系统UML建模

本科生课程设计—网上购物系统的分析及设计

广西科技大学

Guangxi University of Scienceand Technology

课 程 作 业

业: 计算机科学与技术

班级学号:

学生姓名:

班级学号:

学生姓名:

指导教师:

二〇一三年十二月摘

要 ..................................................................................................................................................... III 1 引言 ....................................................................................................................................................... 3

1.1 选题背景 .................................................................................................................................... 3 1.2 选题意义和目的......................................................................................................................... 3 1.3 研究方法 .................................................................................................................................... 3 2 可行性分析 ........................................................................................................................................... 4

2.1 技术可行性分析......................................................................................................................... 4

2.1.1与现有系统比较的优越性 ............................................................................................... 4 2.1.2 技术可行性评价 .............................................................................................................. 4 2.2 经济可行性分析......................................................................................................................... 4

2.2.1 支出 ................................................................................................................................. 4 2.2.2 投资回收周期 .................................................................................................................. 4

3 网上购物系统的分析............................................................................................................................ 5

3.1 网上购物系统的需求分析: ..................................................................................................... 5 3.2 用例分析 .................................................................................................................................... 5

3.2.1确定用例: ......................................................................................................................... 5 3.2.2 创建用例.......................................................................................................................... 5 3.2 用例分析 .................................................................................................................................... 6

3.2.3创建用例图 ....................................................................................................................... 6 3.3 类图分析 .................................................................................................................................... 7

3.3.1 当前系统的类 .................................................................................................................. 7 3.4 时序图分析 ................................................................................................................................ 8

3.4.1 时序图描述 ...................................................................................................................... 8 3.4.2 顾客的时序图 .................................................................................................................. 8 3.4.3客户删除订单的时序图 ................................................................................................... 9 3.4.4 管理员处理订单的时序图 ............................................................................................ 10 3.4.4 管理员处理订单的时序图 ............................................................................................ 10 3.5 系统的协作图分析 ................................................................................................................... 11

3.5.1 顾客订购协作图 ............................................................................................................ 11 3.5.2 顾客删除订单的协作图 ................................................................................................ 11 3.5.3 管理员处理订单协作图 ................................................................................................ 12 3.6 系统的状态图分析 ................................................................................................................... 13

3.6.1 管理员状态图 ................................................................................................................ 13 3.6.2 用户状态图 .................................................................................................................... 13 3.7 系统的构件图分析 ................................................................................................................... 14

3.7.1 网上购物系统构件图 .................................................................................................... 14 3.8 系统的部署图分析 ................................................................................................................... 15

3.8.1 网上购物系统部署图 .................................................................................................... 15

4 参考书籍 ............................................................................................................................................. 17 结

论 ..................................................................................................................................................... 17

本科生课程设计—网上购物系统的分析及设计

本论文共分三部分,分别介绍了统一建模语言(UML)、面向对象程序分析与设计以及通过一个简易电子商务系统的例子介绍如何应用UML进行项目需求分析、结构规划和生成框架代码,以及如何从现有系统逆向转出代码,生成Uml模型。

该设计的主要目的是对统一建模语言的学习过程,并在学习中,通过一个简单的例子来理解UML语言的建模思想。本设计是通过一个购物车的例子来理解UML语言的。通过面向对象程序设计方法与UML思想的结合,对系统进行建模。即设计UML中的类图、对象图、用例图、协作图、顺序图、状态图、构件图和部署图。通过这些UML框图生成代码。然后,根据生成的代码框架及UML模型来完善整个程序。

这个网上购物系统,主要是实现向购物车中添加和删除商品及对商品进行结帐的功能。系统是用JSP语言实现的,它的主要功能都是通过Servlet控制的。该程序的设计思想都是通过UML语言体现的,论文详细描述了整个设计及学习的全过程。

关键词:

统一建模语言 面向对象分析

ABSTRACT

This paper is divided into three parts and introduces separately Unified Modeling Language, OOA and OOD . By a piece of easy E-business system , It shows how to apply UML to carry on Requirement Analysis and Structure plan and to turn into project code, and how to transfer to project code reversely and produce UML model from a existing system. The main purpose of this design is to study course of Unified Modeling Language. During studying, the modeling thought of UML can be understood through a simple example. In order to understand the thought of UML, an example of shopping cart is citinged. Through the combination of the method of OOD and the thought of UML, the model of the system is realized. Namely, it is to design Class Diagram、Use Case Diagram、Sequence Diagram、State Diagram、Component Diagram and Deployment Diagram. The code is produced by using these UML block diagrams. Then, the whole program is perfected according to code frame that are produced and UML model. The online shopping system mainly realizes functions of adding goods to shopping cart and deleting goods from shopping cart and checking out . The system is developed by JSP language, and the main functions of it are controlled through Servlet. The design philosophy of this procedure was all embodied through UML language. The paper has described in detail the design and whole studying processes.

Key Word:

Unified Modeling Language

II

1.1 选题背景

1 引言

它主要是通过在网页上进行简单的对商品进行选购。

1.2 选题意义和目的

该案例的目的主要是:一,学习UML在面向对象技术中的应用。二,演示在一个完整的应用中如何使用UML:从分析到设计模型到真正的代码和可运行的应用。三,学习使用UML建模工具Visio。本案例遵循的是一种顺序过程。

1.3 研究方法

一个成功的系统开发项目的成功之处在于它能够在想象者和实现这些想象的系统开发人员之间建立起沟通的桥梁。统一建模语言(Unified Modeling Language,UML)就是一种建立桥梁的工具。它能帮你捕捉住对系统所发挥的想象力,并是你能够用这些想象出来的东西来和项目的风险承担人(在这里可以理解为用户)进行交流。UML借助与一套符号和图形来帮助我们完成这些工作。每种图形在开发过程中都发挥其各自不同的作用。

3

2 可行性分析

2.1 技术可行性分析

2.1.1与现有系统比较的优越性

简单性:在实现平台的功能的同时,尽量让平台操作简单易懂,这对于一个网站来说是非常重要的。

针对性:该平台设计是网上购物系统及后台管理的定向开发设计,所以具有专业突出和很强的针对性。

实用性:该平台能完成商品展示和管理员管理的基本信息,具有良好的实用性。 2.1.2 技术可行性评价

技术可行性:目前,公司的管理工作和服务工作存在盲目性、随意性、和无效消耗,不能保证营销部门的工作质量,影响商品的销售,给公司带来实际的和潜在的经济损失。虽然系统开发初期投资较大,但是,若开发成功本系统,将有助于公司更好地预测市场,更好的开发客户及时调整经营销售策略,在激烈的市场竞争中把握主动。因此,从长远利益考虑,本项目若能开发成功,它所带来的效益将远高于系统投入。

2.2 经济可行性分析

2.2.1 支出

经济可行性:由于实体店铺对电子购物商城系统开发项目达成了共识,并拨出专项资金,用以购置建立网络中心所需的网络设备和软件,具备了开发Web平台系统的基本条件。

为了今后的系统维护,开发团队准备联合具有丰富经验的软件开发人员共同研究,这为今后系统的顺利开发提供了有力的技术条件。 2.2.2 投资回收周期

资本周转速度快,回收期短,风险小,盈利多。不足的是,投资回收期没有全面地考虑投资方案整个计算期内的现金流量,即:忽略在以后发生投资回收期的所有好4

处,对总收入不做考虑。只考虑回收之前的效果,不能反映投资回收之后的情况,即无法准确衡量方案在整个计算期内的经济效果。

3 网上购物系统的分析

3.1 网上购物系统的需求分析:

1:普通用户可以登陆系统,成为登陆后用户。

2:普通用户只具有搜索产品、查看产品分类、查看产品项目、查看产品等几个基本权限。

3:除提供一般权限外,本系统还可为登陆后用户提供编辑帐号、购物车、定单、结算的功能和服务。

4:登陆后用户可修改购物数量。

3.2 用例分析

3.2.1确定用例: 1系统需要哪些输入/输出?这些输入/输出从何而来?到哪里去? 2执行者是否需要对系统中的信息进行读、创建、修改、删除或存储? 3.2.2 创建用例

1 订单处理 2 订单维护 3 订单状态查询 4 个人信息维护 5 订购 6 接收发货 7 库存查询 8 缺货拒绝

5

9 商品查询 10商品信息维护 11销售查询 12员工信息维护 13报表维护 14订单增加 15订单删除

3.2 用例分析

3.2.3创建用例图

系统管理的用例图如图3-1所示:

系统用户的用例图如图3-2所示:

6

3.3 类图分析

3.3.1 当前系统的类

当前系统的类:

1 产品类(Product)的主要操作:设置和获取每个属性值的方法。

2 产品类别类(Category)的主要操作:设置和获取每个属性值的方法。 3 产品项目类(Item)的主要操作:设置和获取每个属性值的方法。

4 订单类(Order)的主要操作:设置和获取每个属性值的方法、初始化订单(initOrder)、增加产品项目(addLineItem)等。

5 购物车类(Cart)的主要操作:设置和获取每个属性值的方法、增加产品项目(addItem)、删除产品项目(removeItemById)等。

6 购物车项目类(CartItem) 的主要操作:设置和获取每个属性值的方法、统计金额(calculateTotal)等。

网上购物系统的类图如图3-3所示:

7

图3-3 网上购物系统的类图

3.4 时序图分析

3.4.1 时序图描述

顺序图可描述几个对象间的动态协作关系,它非常直观的展示了对象之间传递消息的时间顺序。反映了系统执行过程中某个特定时刻所发生的事情。在系统分析时,可对主要对象类绘制顺序图,以便分析系统的行为,验证和修改系统的静态结构,满足用户的需求,达到系统的目标。 3.4.2 顾客的时序图

顾客首先使用自己的帐号和密码进行登陆系统,登陆模块会将客户的ID保存在系统缓存中,并提交给商品查询模块。商品查询模块提示客户输入查询条件,客户输8

入适当的查询条件后,查询模块将显示商品列表。客户得到商品列表后,提交自己想要购买的商品ID,订购模块得到商品ID。生成订单并提交给数据库模块进行保存,保存成功后,提示用户订购商品成功。顾客订购的时序图如图3-4所示:

图3-4 顾客订购的时序图

3.4.3客户删除订单的时序图

客户在提交订单后可以对订单进行维护(添加,删除,修改)。客户首先输入自己的帐号和密码登陆系统,登陆模块会将客户的ID保存在系统缓存中,并提交给订单查询模块。订单查询模块会显示当前所有的订单,顾客得到该列表后,选择要删除商品的ID,订单处理模块把删除信息提交给数据模块,数据模块保存信息。订单处理提示用户删除成功。客户删除订单的时序图如图3-5所示:

9

图3-5 客户删除订单的时序图

3.4.4 管理员处理订单的时序图

管理员使用其帐号和密码登陆后,登陆模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理的列表,管理员提交某商品的ID得到该商品的库存情况,如果库存充足则接收订单,并把接收信息提交给数据模块,数据模块更新该客户的订单信息并返回成功信息给订单处理模块,订单处理模块提示改操作成功。管理员处理订单的时序图如图3-6所示:

3.4.4 管理员处理订单的时序图

10

图3-6 管理员处理订单的时序图

3.5 系统的协作图分析

3.5.1 顾客订购协作图

顾客订购协作图如图3-7所示:

图3-7 顾客订购协作图

3.5.2 顾客删除订单的协作图

顾客删除订单的协作图如图3-8所示:

11

图3-8 顾客删除订单的协作图

3.5.3 管理员处理订单协作图

管理员处理订单协作图如图3-9所示:

图3-9 管理员处理订单协作图

12

3.6 系统的状态图分析

3.6.1 管理员状态图

管理员状态图如图3-10所示:

图3-10 管理员状态图

3.6.2 用户状态图

用户状态图如图3-11所示:

13

图3-11 用户状态图

3.7 系统的构件图分析

3.7.1 网上购物系统构件图

构件之间存在的唯一关系是构件的依赖性。构件依赖性指一个构件依赖于另一个构件。构件依赖性画成构件之间的虚线箭头。如下图箭头指的构件表示被依赖,也就是说,Cart、Eshop、Checkout都依赖于ShoppingServlet。下图描述的是在网上购物系统中几个构件之间的依赖关系。网上购物系统构件图如图3-12所示:

14

图3-12 构件图

3.8 系统的部署图分析

3.8.1 网上购物系统部署图

部署图可以显示节点以及它们之间的必要连接,也可以显示这些连接的类型,还可以显示组件和组件之间的依赖关系,但是每个组件必须存在于某些节点上。部署图用于对系统的实现视图建模。绘制这些视图主要是为了描述系统中各个物理组成部分的分布、提交和安装过程。在实际应用中,并不是每一个软件开发项目都必须绘制部署图的。如果项目开发组所开发的软件系统只需要运行于一台计算机并且只需使用此计算机上已经由操作系统管理的标准设备,这种情况下就没有必要绘制部署图了。另一方面,如果项目开发组所开发的软件系统需要使用操作系统管理以外的设备(例如数码相机、路由器等)、或者系统中的设备分布在多个处理器上,这时就有必要绘制 部署图,用其来帮助开发人员理解系统中软件和硬件的映射关系。下面是本系统的部署图,如图3-13所示:

15

Desktop ...16

Desktop ...RegistrationS LANerverWebBrowserbuyingSystemsaleSystemMaintainSystemLANDesktop PC(saler)

图3-13 网络购物系统的配置图Internet

4 参考书籍

[1] 面向对象程序设计高级教程,陈奇,高等教育出版社,2001 [2] 标准建模语言UML极其支持环境,周伯生,张莉等,北京:计算机世界,1998 [3] UML和模式应用——面向对象分析和设计导论,Craig Larman等,姚淑珍,李虎译,机械工业出版社,2002 [4] UML ASL Reference Guide ASL Language Level 2.5;Ian Wilkie, Adrian King, Mike Clarke, Chas Weaver and Chris Rastrick;

[5] Stephen J. Mellor, Marc J. Balcer,Executable UML :A Foundation for Model-Driven Architecture, ,2003,科学出版社

本次课程设计将UML建模应用到构建系统设计上,并通过八种框图,从各种角度观察系统来进行需求分析、系统设计。通过一个完整的简单例子来说明UML在整个系统设计所发挥的作用。

通过这次的课程设计,使我对UML全新的理解,使我对UML产生了更加浓厚的兴趣,在程序的设计过程中,我发现自己的软件知识尤其是对软件的整体设计不是完全理解,对于一些细节不够了解,对知识的了解不全面,有待学习和提高。

通过这次的设计,知道自己的不足,我相信自己会在一定时间内通过不断的学习和实践提高自己的能力,设计给我带来很大的帮助,同时开阔了我的眼界,使我明白只有自己亲自实践,才能了解自己所做的东西,如果没有实践,恐怕就不会有电流的产生,地球为什么是圆的,以及现在的一切。勤于实践不仅能锻炼自己,还能够提高17

自己的能力,增强自己的自信心。在面对困难时要勇敢的面对才有能力、有把握去克服它,征服它。虽然我现在还有所欠缺,但我相信在以后的工作和生活中,我会不断提高自己,完善自己。

18

第三篇:网上教学系统的UML设计

《统一建模语言UML》

课程报告

题目:网上教学系统的UML设计

分数:

学期:

班级: 学号: 姓名: __ ___ 授课教师: __

一、需求分析

网上教学系统基本分为三个模块:

1、教师模块:教师在教学网站上通过登录教学系统,进行输入课程介绍、上传课件、发布消息、修改和更新消息。

2、学生模块:学生在教学网站上通过登录教学系统,进行浏览信息、查找信息、下载文件。

3、管理员模块:管理员通过登录教学系统,对页面维护、批准用户的注册申请。

二、用例模型

设计系统首先需要进行用例图的建立,所以在此进行参与者确定。

1、在网上教学系统中,教师为参与者之一。教师作为教学直接实施者,需要在网上教学系统中进行进行输入课程介绍、上传课件、发布消息、修改和更新消息,如下图教师用例图所示。

图1:教师用例图

2、学生是网上教学系统的重要参与者。学生作为教学受益者,需要在网上教学系统中进行浏览信息、查找信息、下载文件。其用例图如下图所示。

图2:学生用例图

3、管理员也是网上教学系统的参与者之一,作为系统的维护人员,管理员需要在系统中进行页面维护、批准用户的注册申请。下图为管理员用例图。

图3:管理员用例图

三、静态模型

进行网上教学系统程序设计需要先绘制出类图,以便程序的编写。 用户类操作为登录;

学生类操作处了登录、注册外还有浏览、下载、查询。 教师类操作有登录、注册、上传、修改、发布。 管理员类操作为基本管理和系统维护。 下图为网上教学系统的类图。

图4:用户类图

四、动态模型

4.1、顺序图

4.1.1、学生模块下载课件顺序图

图5:学生下载课件顺序图 4.1.2、学生模块浏览页面顺序图

图6:学生浏览页面顺序图

4.1.3、教师模块上传课件顺序图

图7:教师上传课件顺序图 4.1.4、教师模块修改信息操作顺序图

教师在教学系统上的操作以及教学系统自身运作。

图8:教师修改操作顺序图

4.1.5、管理员模块顺序图

管理员与教学系统及教学系统与信息数据库之间的交互。

图9:管理员顺序图

4.2、协作图

4.2.1、学生协作图

图10

图11 4.2.2、教师协作图

图12

图13 4.2.3、管理员协作图

图14

4.3、状态图

网上教学系统的基本流程为:用户在首页输入网上教学系统的地址,在登录界面输入用户名以及密码,系统验证,若成功则进入下一个状态,若不成功则返回上一界面。验证成功时分为三种情况,为管理员用户则跳转管理员模块;为教师用户则跳转教师模块;为学生用户则跳转学生模块。其状态图如下:

图15:系统状态图

4.4、活动图

网上教学系统的总活动图:

图16:系统活动图

五、总结

在进行网上教学系统的UML设计时,需要对Rose软件有一定的了解,并会使用其进行各种图的建立,明白不同图的绘图规则以及所需主要项。

网上教学系统的UML设计主要为对用例图、类图、顺序图、协作图、活动图、状态图的建立。分析出系统的对象以及功能,这需要对面向对象设计有一定的了解,明白系统中各个部分的内容和功能。

UML设计的完整性会影响网上教学系统进程,所以需要认真的进行UML设计。

第四篇:基于UML的网络购物系统的分析

摘要:论文简单的描述了UML的基本概念和发展历史,并且分析了目前运用UML存在的一些问题,通过在实际的设计开发中运用UML对网络购物系统的开发例子来阐述UML的一些实现原理。

关键词:对象管理组织统一建模语言 [Abstract]: [key words]:

1.UML简介和背景:

2. 目前运用UML存在的一些问题:

自从OMG()提出UML以来,随着它的不断完善发展, UML逐渐被很多企业接受认可, 在很短的时间内,UML已经成为软件工业中占支配地位的建模语言。但目前在国内外UML的运用情况却不是很好。2002年6月底,BZ公司对226个个体进行了调查,结果是有34%的开发人员运用UML进行系统开发的建模,62%的开发人员不用UML进行开发,4%的开发人员不太确定[1].究其原因是UML1.4还存在以下几个方面的不足: 第一,目前UML很多地方运用难以解释的字符来描述系统的功能、系统的行为和计算,不易于理解。并且没有对数据操作进行定义,很多对象之间的行为过程没有加以说明,如:对象之间关系的操作(relationship manipulation),这些都迫切需要一个标准化的行为描述语言(Action Specification Language)来对系统的行为进行精确的描述。

第二,UML虽然是一种面向对象的软件系统设计的标准描述语言,但是在其状态图中用状态和迁移表示对象行为关联时用到了大量的不易于理解的注释字符,因此,系统的UML模型既不是可以执行的也是不和用编程语言开发的可执行程序相协调。

第三,在不同的技术实现平台上(如:实现语言,软件环境)对同样需求的系统建模时细节差别很大,系统构建模型的重用性就很低。这样在计算机技术正在向各个方向快速发展的今天,老的遗留系统必须和新技术的实施平台,开发技术相协调,使得新旧系统之间的集成或系统的演化面临不同的实现技术,老的遗留系统在运用新技术进行重构时,必然要浪费很多财力,人力进行系统模型的更新甚至完全重建系统。 3.网络购物系统的分析:

3.1网络购物系统的需求分析:

1:普通用户可以登陆系统,成为登陆后用户。

2:普通用户只具有搜索产品、查看产品分类、查看产品项目、查看产品等几个基本权限。

3:除提供一般权限外,本系统还可为登陆后用户提供编辑帐号、购物车、定单、结算的功能和服务。

4:登陆后用户可修改购物数量。 3.2 用例图的分析:确定执行者 1谁使用系统的主要功能?

2谁需要从系统获得对日常工作的支持和服务?

3需要谁维护管理系统的日常运行?

4公司的哪个部门使用系统?

5系统需要与其它哪些系统交互?

6谁需要使用系统产生的结果? 针对网上购物系统的前台系统,通过回答以上问题,可以得到执行者有两类,普通用户和登录后的用户。 确定用例:

2系统需要哪些输入/输出?这些输入/输出从何而来?到哪里去?

4执行者是否需要对系统中的信息进行读、创建、修改、删除或存储? 绘制用例图如下,见图(1):

3.3类图的分析:画类图和理解类图时都应采用三个层次的观点。这些观点也适用于其它模型。三个层次的观点不是UML的组成部分,但对建造模型或评价模型都非常有用,且都可应用于UML.(1)概念层描述应用域中的概念,是对现实世界的直接描述,与实现它们的类有关但与实现方案和实现语言无关。(2)说明层描述软件的接口,而不是软件的实现。一个类型描述一个接口,但可能有多种实现。(3)实现层从实现的角度定义类及其实现,揭示了软件实现体的构成情况。

针对当前系统1产品类(Product)的主要操作:设置和获取每个属性值的方法。 2产品类别类(Category)的主要操作:设置和获取每个属性值的方法。 3产品项目类(Item)的主要操作:设置和获取每个属性值的方法

4订单类(Order)的主要操作:设置和获取每个属性值的方法、初始化订单(initOrder)、增加产品项目(addLineItem)等。

5购物车类(Cart)的主要操作:设置和获取每个属性值的方法、增加产品项目(addItem)、删除产品项目(removeItemById)等。

6购物车项目类(CartItem) 的主要操作:设置和获取每个属性值的方法、统计金额(calculateTotal)等。

下面是系统的类图,见图(2):

4.系统的顺序图分析:顺序图可描述几个对象间的动态协作关系,它非常直观的展示了对象之间传递消息的时间顺序。反映了系统执行过程中某个特定时刻所发生的事情。在系统分析时,可对主要对象类绘制顺序图,以便分析系统的行为,验证和修改系统的静态结构,满足用户的需求,达到系统的目标。根据以上图(1)、图(2)的分析,可得网上购物系统如下,见图(3):

5.结束语:UML在软件工程中的运用是与OMG组织提出的MDA是相一致的,随着它的不断发展和完善,并且随着OMG使UML实现的标准化﹑统一化,最终基于UML的MDA软件开发过程将变为一个更加重用,更加快速,更加有效的软件开发方法,使软件开发方法向更高抽象层,更加可重用发展。 6.参考文献:

[1] 面向对象程序设计高级教程,陈奇,高等教育出版社,2001 [2] 标准建模语言UML极其支持环境,周伯生,张莉等,北京:计算机世界,1998 [3] UML和模式应用——面向对象分析和设计导论,Craig Larman等,姚淑珍,李虎译,机械工业出版社,2002 [4] UML ASL Reference Guide ASL Language Level 2.5;Ian Wilkie, Adrian King, Mike Clarke, Chas Weaver and Chris Rastrick;

第五篇:关于网上书店的Visual studio 2010 UML建模

关于网上书店的Visual studio 2010 (旗舰版)UML建模

visual studio 2010 是微软推出的软件开发的集大成者,在这个平台上,你可以创建很多类型的应用,目前他也是作为敏捷开发的利器。下面我要演示的是怎么再visual studio2010中进行UML建模。

本人申明,由于这是本人是自学的,难免是有不足或者错误的地方,欢迎指出改正。还有就是我用的工具是VS2010旗舰版(UItimate),高级版(premium),专业版(professional)可能并不具有UML建模功能。

我们这次主要是建两种类型的模型。 1. 用户用例图 2. 活动图

步骤如下

一.首先打开VS2010,新建一个空的win32控制台项目(注意添加为其添加解决方案),输入名字“网上书店系统”。如图

点“确定”

二.点“下一步”,选择“空项目”。如图

然后点“完成”,一个空的项目就建好了。

三.建模

点visual studio 2010 菜单栏上的“体系结构”(或者ctrl+,再N)“新建关系图”UML用例图.

在“名称”中输入自己想要的名称,然后一路点确定,知道完成,会出现如下界面,就说明UML这个工程已经建好了。

四.添加用例

下面这幅图是我们的的目标图,接下来我们要在visual studio 2010中实现它。

1. 左键单击“参与者”然后在工作区单击,在我们的工程中就会出现一个参与者的图标

再参与者的下面actor中双击,我们就可以修改它的名称了,我们这里改为“游客”,同理我们再这样生成2个参与者,并且分别把他们的名字命名为“会员”和“管理员”。 2.接下来我们就要往我们的工程中添加用例(usecase)了, 由我们的目标图可以看出我们需要5个“用例”,单击几面右方的“用例”,然后再工程中单击,我们既可以得到以下用例。图1.图2

图1

图 2

用同样的方法,我们先生成5个用例。双击用例,修改其名称,最终我们的到的效果如下图(此时我们还没有排版和链接)

接下来,我们把各个图形排列成们目标图一样,当然你也可以排成自己想要的布局。拍好之后如下图

2. 接下来我们要把各个元素关联起来,单击工具栏中的“关联”然后再按住鼠标左键,从起点图开始,到了目标图之后松开鼠标,我们就把两个元素连起来了。如图(记得要点在图上,不然是连不起来的)

按照同样的方法,我们再把其他的元素连起来,至于那个虚线的箭头,我们选依赖项就行了。都连好之后记得保存。下面这个图是完成了的图。

下面是活动图的建立方法

下面这个图是我们的目标图

一. 点visual studio 2010 菜单栏上的“体系结构”(或者ctrl+,再N)“新建关系图”UML活动图.

再名称中修改自己想要的名称,然后一路“确定”直到完成

1. 首先我们在我们的工程当中新建一个“初始节点”和一个“活动最终节点”建立的方法我就不多说了,跟上面的一样。如下图

然后再初始节点的上方添加一个注释,写入“登陆支付系统” 如图

接下来在工程中新建5个“操作”,一个“联接节点”,一个“决策节点”,并输入相应的名称。

然后把他们拍成目标图的样子。如图

最后我们再选择“联接符”,把他们按照目标图的样子连接起来,然后就大功告成了。(Y(^_^)Y,亲„..记得保存哟。)下面是完成之后的图。

本文来自 99学术网(www.99xueshu.com),转载请保留网址和出处

上一篇:卫生学校工作计划ppt下一篇:我们的成长300字作文