网上购物系统基于uml

2024-05-03

网上购物系统基于uml(精选8篇)

篇1:网上购物系统基于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;

篇2:网上购物系统基于uml

姓名:牛慧敏

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

关键词:对象管理组织 统一建模语言 面向对象设计

[Abstract]:This paper describes the history and development of basic concepts and analysis of the current use of UML problems through the practical application of UML to the design and development of network shopping system development to achieve some examples to explain the principles of UML

[key words]:OMG, UML, OOA.1.UML基本概念和历史:

UML是有世界著名的面向对象技术专家G.BOOCH,J.RUMBAUGH,和I.JACOBSON发起,在BOOCH方法,OMT方法和OOSE方法的基础上,汲取其他面向对象方法的优点,广泛征求意见,几经修改而完成的。目前UML得到了诸多大公司的支持,已经成为面向对象技术领域内占主导地位的标准建模语言。

目前最新的UML规范说明是2003年3月发布的1.5版本。OMG在同时进行两个UML版本的工作,一个是对1.X版本的改进工作,一个是有较大改动的版本2.0的工作。OMG从2001年开始UML2.0的工作,由于UML2.0是一个比较大的升级工作,其发布时间也一再的 推迟。经过对2.0版本草案的多次征求意见和修改,2003年8月,OMG发布了最后的征求意见版本。正式的版本将很快发布。在UML建模语言成为标准之前,有很多的OO方法,每种方法都说自己是最好的,出现了所谓的方法学大战。随着UML被OMG采纳为标准,面向对象领域的方法学大战也随之结束。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.网络购物系统的分析:

(1)用例图的分析:分析阶段的一个主要工作是对用户的需求进行分析,找出系统的用例,如下图是网络购物系统的用例图:当然这并不是唯一的用例图,每个设计者对用例的划分粒度,参与者的选择,用例优先级的分配等有不同的方案。在用例的分析中,对于用例还有一个很重要的工作就是要有用例的描述,这样会让用户能更加明白你的系统的用途。在网络购物系统中,购物者进入网站是浏览或购买自己喜爱的东西,对于用例的描述有不同的格式,但是基本的内容应该都是差不多的。都是能尽量的把系统的所有功能描述清楚,让用户最大化的理解和能使用系统的功能。

管理员登陆系统管理员管理信息会员信息处理定单people购物者登陆系统将定单发送给销售者查看顾客定单商品信息购物者浏览和查询商品决定购物销售者也有自己的登陆界面填写定单将定单发给管理员销售者销售者登陆系统定单信息查看信息货物信息发货

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

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

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

5.参考文献:

[1] Alan Zeichick , Modeling Usage Low;Developers Confused About UML 2.0, MDA,2004 [2] ITU Recommendation Z.100, Specification and Description Language(SDL);2003 [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;

篇3:网上购物系统基于uml

Unified Modeling Language (UML) 又称统一建模语言或标准建模语言, 是始于1997年一个OMG标准,它是一个支持模型化和软件系统开发的图形化语言, 为软件开发的所有阶段提供模型化和可视化支持,包括由需求分析到构造和配置。

1. U M L包括的内容。

作为一种建模语言,U M L的定义包括UML语义和UML表示法两个部分。UML语义描述基于UML的精确元模型定义。元模型为U M L的所有元素在语法和语义上提供了简单、一致、通用的定义性说明,使开发者能在语义上取得一致,消除了因人而异的最佳表达方法所造成的影响。此外U M L还支持对元模型的扩展定义。U M L表示法定义U M L符号的表示法,为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。U M L的主要可以由下列五类图(共9种图形)来组成:用例图,从用户角度描述系统功能,并指出各功能的操作者;静态图 (Static diagram) ,包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类,表示类之间的联系如关联、依赖、聚合等,也包括类的内部结构(类的属性和操作);行为图(Behavior diagram),描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。交互图(Interactive diagram),描述对象间的交互关系;实现图 (Implementation diagram) ,其中构件图描述代码部件的物理结构及各部件之间的依赖关系。

2. U M L的主要特点。

标准建模语言U M L的主要特点可以归结为三点:一是UML统一了Brooch、OMT和OOSE等方法中的基本概念。二是UML还吸取了面向对象技术领域中其他流派的长处,其中也包括非O O方法的影响。UML符号表示考虑了各种方法的图形表示,删掉了大量易引起混乱的、多余的和极少使用的符号,也添加了一些新符号。因此,在U M L中汇入了面向对象领域中很多人的思想。三是UML在演变过程中还提出了一些新的概念。在UML标准中新加了模板 (Stereotypes) 、职责 (Responsibilities) 、扩展机制 (Extensibility mechanisms) 、线程 (Threads) 、过程 (Processes) 、分布式 (Distribution) 、并发 (Concurrency) 、模式 (Patterns) 、合作 (Collaborations) 、活动图(Activity diagram)等新概念,并清晰地区分类型 (Type) 、类 (Class) 和实例 (Instance) 、细化 (Refinement) 、接口 (Interfaces) 和组件 (Components) 等概念。

3. U M L的应用领域。

U M L的目标是以面向对象图的方式来描述任何类型的系统,具有很宽的应用领域。其中最常用的是建立软件系统的模型,但它同样可以用于描述非软件领域的系统,如机械系统、企业机构或业务过程,以及处理复杂数据的信息系统、具有实时要求的工业系统或工业过程等。总之,UML是一个通用的标准建模语言,可以对任何具有静态结构和动态行为的系统进行建模。

二、利用U M L分析网上虚拟商店系统

1. 架构分析。

从战略规划的层面上看, 该电子网上虚拟商店系统全部建成, 将会是一个大型而且复杂的应用系统, 采用经典的三层体系结构已不能达到系统需要, 所以在此我们采用的是多层体系结构, 具体的设计如下:

2. 用例图举例

名称:商品信息分类查看

说明:用户在网站上可以通过点击每一个商品的分类显示该分类的所有商品

前置条件:进入商品目录页面

后置条件:商品详细信息查看

扩展:“没有你需要的商品信息”

包含:“商品简略信息分类列表显示”

基本操作流程(基本路径): (1) 用户进入商品目录页面; (2) 点击一个自己想要查看的商品分类按钮; (3) 在商品简略信息分类列表中,选择自己想要查看的商品信息点击商品名或分类的名称进行查看。

可选操作流程(备选路径):备选过程A:没有你需要的商品信息。 (1) 用户进入商品目录页面; (2) 点击一个自己想要查看的商品分类按钮; (3) 该分类商品售尽或者取消就会出现没有相应信息页面。

3. 事件流说明举例

用例名:商品信息管理:

基本操作流程: (1) 管理员进入管理页面; (2) 选择菜单中的商品管理,可看到商品添加、商品修改、商品删除、商品分类修改、是否置顶。

可选操作流程(备选路径):备选过程A:商品添加。 (1) 选择商品信息添加的子菜单; (2) 填写商品信息表单; (3) 提交表单,等待确认。

备选过程B:商品信息修改。 (1) 选择商品信息修改子菜单; (2) 在表单中选择需要修的项目进行修改; (3) 提交表单,等待确认。

备选过程C:商品分类修改。 (1) 选择商品分类修改子菜单; (2) 修改、或添加分类; (3) 提交表单,等待确认。

4. 交互图举例。

商品管理包括商品信息查看、商品添加、删除、修改几个功能,进入管理员登录界面输入管理员名和密码,登录成功就可以进入商品管理界面,不成功则返回登录页面。

5.类图。

系统中的主要类图举例

6.类的关系图。

以商品查看为例, 说明类的关系图:

三、总结

U M L强大的需求分析规范和功能可以使电子商务系统的需求分析更完善;对于用例的说明, 流程的规范可以极大地简化电子商务网上虚拟商店系统需要。电子商务网上虚拟商店系统的分析是一个很浩大的工程, 不仅要考虑系统功能的设计, 更多的应该是要考虑这些设计和企业实际情况的结合, 具体来说, 企业进行网上虚拟商店系统的设计和建设不是为了得到一个网站, 而是通过建设重组自己的流程, 或者说电子商务网上虚拟商店系统的建设就必须要求企业重组自己的流程。所以, 无论是商品信息的查询, 订单处理等等, 都需要进行最优化的设计, 再通过建设来让企业和客户通过系统获得双赢。

参考文献

[1]Hassan Gomaa:用UML设计并发、分布式、实时应用[M].北京航空航天大学出版社, 2004年5月第1版第1次印刷

篇4:基于UML的系统分析与设计

关键词:UML;系统分析;语言

中图分类号:TP311.52 文献标识码:A 文章编号:1674-7712 (2014) 18-0000-01

随着社会信息化程度的逐渐加快,软件的需求量变得越来越大,结构也变得越来越复杂,这无形中增加了软件开发的难度系数和复杂性。UML作为一种面向对象的建模方法,融入了软件工程领域的新方法、新技术、新思想,在软件不同的开发周期使用同一组概念和表示方法,并且在同一个模型中可以混合使用,具有功能强大、容易表达、适用度较高等优势。

一、统一建模语言

UML的简介。统一建模语言是OMG(Object Management Group)组织于1997年发布的。它是一种面向可视的、对象的且被广泛使用的建模工具。UML语言由元模型和图构成,图代表的是UML的语法,定义各种UML元素、框图、符号及使用方法。元模型是UML的语义,可以给出图的含义,所以UML是通过元模型描述的以图形表示方法为基础的一种建模语言。UML的特点如下:

(1)UML仅仅是一种标准的建模语言,它完全独立于开发过程;(2)UML是单一通用的建模语言;(3)UML擅长分布式、并行的系统的建模;(4)UML有许多新的概念,如扩展机制、模式等。

常见的UML模型图一般包括静态的用例图、动态的状态图和活动图的行为图。用例图包含类图、包图、对象图;状态图和行为图包含顺序图、协作图的交互图形以及构件图、配置图的实现图等5类10种模型。

二、UML在系统开发中的建模

(一)RUP

RUP(Rational Unified Process)是Rational軟件公司创造的一种面向对象且基于网络的软件工程方法。因为UML仅仅是一种建模语言而不是建模方法,本身独立于过程,因此在实际的开发中通常会将RUP和UML联系在一起,建立软件系统可视化模型,帮助人们提供管理软件复杂性的能力。RUP告诉我们如何通过可视化对软件系统建模,使建模变的直观、清晰,降低软件开发的风险系数,从而能更好的适应用户需求的经常性变动,控制整个系统的开发过程,维护系统完整性。

RUP软件生命周期在时间上一般可分为开始、细化、构建和移交4个阶段。开始阶段是为了系统建立案例,通过确定参与者、项目边界、用例及参与者与用例的关系这四个步骤确定用例图。此阶段主要完成用例图。细化阶段的目标是分析问题领域,在开始阶段的基础上,收集更详细的系统需求,建立健全的体系结构基础,制定项目计划,除去已知的高风险元素。此阶段主要包括计划,分析和结构设计。细化阶段需要完成初期评估,审查用例质量和风险调查。类图反应的是对象之间的抽象关系,如幻化、关联和聚合等,建立类图是细化阶段最重要的工作。生成类的三个步骤:(1)识别类;(2)确定类的属性和操作;(3)确定类之间的关系。

细化阶段完成的图主要有包图、类图、活动图、对象图、顺序图、状态图和协作图。在构建阶段中,所有剩余的构件和应用程序功能被开发并集成为产品,所有的功能被详细测试。构建阶段后期,需要配置系统运行的软硬件环境,这其中硬件环境可用配置图来表示。移交阶段是将设计完成的软件产品交给用户,接受用户的测试,提交用户手册,进行用户培训等,确保软件对最终用户是可用的。移交阶段可能是跨越了几次迭代,软件需求规范及用UML表示的用例图、类图、组件图和配置图要及时更新,保证软件和模型同步。

(二)面向对象的UML的建模

面向对象的UML建模过程主要包含了解需求、分析、设计、实现、测试和配置。首先进行业务流程建模,主要是为了评估系统、理解需求及系统将要解决的问题。其次需求分析,主要是用例模型的定义,采集和评价系统的需求。在这个过程中需要了解各角色间的关系以便进行系统设计及实现时减少盲目性,这一过程要注意对象和类的定义以及领域分析。然后进行的是系统分析与设计,设计分为框架设计和详细设计。系统分析与设计的结果是产生一个对象模型,即设计模式。最后进行的是实现,可运用Rational Rose或其他软件提供的平台分析前面所设计的图,再转化为自己熟悉的高级语言,这样可以看到UML把图转换成系统的程序设计结构的框架,并且系统扩张时仅需更改前两步的设计图,改变程序的框架,从而彻底改变传统设计所带来的复杂性和潜在的危险性。在系统测试的时候也可运用UML将系统划分为多个单元,将每个单元作为一个整块,分别对它们进行测试,再将测试结果返回到设计实现中进行分析。可以看出在整个系统设计的全过程,运用UML减少了系统设计的复杂性与盲目性,提高了设计效率。

三、结束语

UML作为一种面向对象的标准化的统一建模语言在系统开发中是非常重要的,特别是对于联系复杂,结构庞大的系统来说,利用基于UML的可视化建模软件工具,按照RUP的要求方便的管理项目需求、使基于组件的框架、验证软件质量、控制版本更新,从而实现整个软件系统的面向对象分析、设计与迭代。

参考文献:

[1]Booch G,Rumbaugh J,Jacobson I.UML用户指南(第2版)[M].北京:人民邮电出版社,2006.

[2]刘芳.UML语言及实际中建模的应用[D].山东科技大学,2003.

[3]成茜.ERP人力资源管理系统在企业中的应用[J].企业导报,2013(07):215-216.

篇5:网上购物系统基于uml

班级:085姓名:邓玉龙学号:082301009

4摘要:针对目前常用的需求分析方法存在的弊端,提出了一种基于UML的信息系统需求分析模型,该模型提供了一个基于UML信息系统需求分析框架及其应用过程。实践表明,该模型对信息系统开发具有较好的适应性。

需求分析是软件开发的关键环节,需求分析结果的好坏直接决定软件开发的成败[11,如何选择一种高效的需求分析方法,直接影响待开发软件的质量。本文在简要介绍UML的基础上,针对常用需求分析算法存在的不足,提出了一种基于UML的信息系统需求分析模型,实践表明,该模型能有效提高软件开发的效率和待开发软件的质量。UML概述

UML是一种编制系统蓝图的标准化语言,可以实现大型复杂系统各种成分描述的可视化,说明并构造系统模型并建立各种所需的文档,是一种定义良好、易于表达、功能强大且普遍适用的建模语言。UML对软件工程的发展做出了杰出的贡献13]。UML支持从需求分析开始的软件开发的全过程。‘UML通过三类图形建立系统模型:用例(Use Case)图、静态结构图(对象类图、对象图、组件图、配置图)和动态行为图(顺序图、协同图、状态图、活动图),这些图可以从不同的抽象角度实现系统的可视化。UML采用一整套成熟的建模技术,广泛地适用于各个应用领域。它的各个模型可以帮助开发人员更好地理解业务流程,建立更可靠、更完善的系统模型。从而使用户和开发人员对问题的描述达到相同的理解,以减少语 义差异,保障分析的正确性。

2常用需求分析方法及其不足

信息系统实质上是实际业务系统的一种计算机模型,因此,信息系统的开发实质上就是要建立业务模型与计算机模型系统之间的映射关系。一个综合性的信息系统要支持组织内各级多个部门的管理,结构复杂、规模庞大。因此,要想开发出一套高效的系统,首先要进 行系统的需求分析,根据需求过程中工作性质的不同,信息系统需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审四个阶段。但是,在实际需求分析过程中,由于信息系统所涉及的信息量非常庞大,以致在需求定义中常常忽略某个环节或环节间的必要联系,从而出现产品质量低下、开发周期漫长或遗漏关键功能等问题。目前比较常用的需求分析方法主要有数据流分析法、原型分析法和基于用例的分析法三种。

(1)数据流分析法(DFA)

数据流分析是建立系统模型的一种主要需求分析方法,它采用分解的策略,将软件系统抽象为一系列的逻辑加工单元,单元接收输入数据流,加工后使之变换成输出数据流,从而表示出软件系统的处理内容和任务。但是随着信息技术的发展和企业业务过程的日益庞大复杂,信息系统复杂多变,易出错,难维护。

(2)原型分析法

原型法是指在系统尚不完善时就呈现给用户,不断修改改善,在完善过程中逐渐了解需求,但原型法也存在如下缺陷⋯:①原型的设计和修改工作量大,增加了系统的开发成本;②由于用户不关-fi,或不理解原型的概念最初需求,并用UML活动图对以用户业务流程为核心的初始用户需求进行描述。

(3)用例模型的创建:分析步骤(2)所得活动图中每个活动的参与者,找出该活动中与之相对应的动作,二者形成一个用例。通过确定系统边界和分析活动的转移,删除多余的用例,合并相同的用例,填补遗漏的用例;采用活动图的泳道技术对用例进行集成,形成一个完整的用例模型。

(4)动态模型、静态模型的创建:分析步骤(2)所得活动图中每个活动所涉及到的对象及对象之间的关系,根据活动的改变而引起对象状态的变化和对象的交互,创建相应的对象图、状态图和交互图(顺序图、协作图);应用顺序图对步骤(2)所得活动图中的每个活动进行分析,发掘新的需求,完善描述初始用户需求的活动图;通过顺序图对步骤(3)所得用例模型中的每个用例进行处理,创建相应的类图。

3基于UML的信息系统需求分析模型的应用

基于UML的信息系统需求分析模型对MIS系统的开发具有较好的适应性,结合具体实践,本节以运动会信息管理系统的开发为例,说明该模型在MIS系统开发中的应用。

(1)捕获初始需求:通过大量调研,给出该系统的初始需求描述:运动会信息管理系统要实现运动员报名、各类人数统计、竞赛日程设定、初秩序册生成、检录和成绩处理、新秩序册生成、团体分统计、破纪录人数统计等功能。

(2)创建用例模型:通过对每个活动的参与者的分析,所获得运动会信息管理系统的整用例模型

篇6:网上购物系统基于uml

一、图书馆管理系统可行性分析

随着政府机关与广大企事业单位内部网络的广泛建立,在通用信息平台上构筑高效实用的协同工作和自动化办公应用系统,满足信息高度共享和即时发布的需求,有效实现内部知识管理,已成为众多用户的共同需求。

该图书管理系统,为图书馆管理提供了一个较好的解决方案。在开发过程中,按照软件工程的步骤,从设计到开发采用了面向对象的思想和技术,采用了SQL SERVER 2000数据库,使得本系统可以方便的和其他子系统进行数据交换。同时,注意从软件的图形应用界面上优化软件质量,使得本系统具有很强的可操作性。

二、需求分析

需求分析的目的是深入描述软件功能和性能,确定软件设计的约束和软件同其他系统元素的接口细节,定义软件的其他有效性需求。2.

1、客户需求分析

①能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。

②能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。

③提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。

④提供旧书注销功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。

⑤能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。⑥对所借图书情况进行登记,包括借阅时间、借阅人等 ⑦对超出借阅时间、损坏或丢失图书的读者进行相应处理 ⑧读者可以查询自己的信息 ⑨借书、还书、续借书

2.2 定义系统的边界和范围 该系统的边界为学校的图书馆

该系统的范围可包括“读者管理子系统”、“书籍管理子系统”、“借阅管理子系统”、“系统管理子系统” 2.3确定执行者

根据前面介绍的客户需求分析可以看出。“图书馆管理系统”有三个执行者,即“读者”、“图书管理员”、“系统管理员”

1)2)读者:查询个人信息、查询图书信息、借阅图书、返还图书、续借图书、接受相应处理

图书管理员:借书处理、还书处理、新旧书登记处理、办理相应处理手续

3)系统管理员:系统维护工作——学生信息管理、图书信息管理、系统状态维护 2.4确定用例

(1)“图书馆管理系统”中的用例

在第一层,根据客户对“图书馆管理系统”的整体业务功能要求,可选的用例有:

·基本业务功能管理

·基本数据修改 ·信息查询

·数据库管理

(2)“基本业务功能子系统”中的用例

在第二层,客户对“基本业务功能子系统”的整体业务功能要求,可选的用例有: ·借阅管理 ·借书

·续借书 ·还书

(3)“基本数据修改功能子系统”中的用例

在第二层,客户对“基本数据修改功能子系统”的整体业务功能要求,可选的用例有: ·读者信息管理 ·读者信息录入 ·读者信息修改 ·读者信息注销 ·书籍信息管理 ·书籍信息录入 ·书籍信息修改

·书籍信息注销(4)“信息查询子系统”中的用例

在第二层,客户对“信息查询子系统”的整体业务功能要求,可选的用例有: ·图书信息查询 ·读者信息查询

(5)“数据库管理子系统”中的用例

在第二层,客户对“数据库管理子系统”的整体业务功能要求,可选的用例有: ·借阅管理 2.5分层绘制用例图

根据系统需求分析中客户对系统的功能要求,我们一确定了系统和子系统的边界、执行者和用例,现在就可以绘制用例图了。

1. 最高层用例图

根据客户对“图书馆管理系统”的整体业务功能要求,可以绘制如图1-1所示的最高层用例图 2. 第2层用例图

在第2层用例图中包括四个用例图:基本业务功能子系统、基本数据修改功能子系统、信息查询子系统、数据库管理子系统。如下图所示:

System<>借书<>续借书图书管理员借阅管理<><>还书超期罚款<>系统管理员丢失罚款图1-2 基本业务功能子系统System图书信息管查询图书管理员读者信息查询读者图1-4 信息查询子系统 读者

System读者信息销毁<><>读者信息录入读者信息管理<>读者信息修改系统管理员书籍信息管理<>书籍信息录入<><>书籍信息修改图书管理员书籍信息销毁图1-3 基本数据修改功能子系统

System借阅管理系统管理员图1-5 数据库管理子系统

2.6 描述用例

1.“借书”用例

用例编号:0102(共有两层用例图,每层用2位数字表示,采用4位编号)用例名:借书

执行者:直接执行者:图书管理员,涉及到的执行者有:读者、系统管理员 目的:借阅图书

过程描述:

(1)图书管理员登陆基本数据修改功能子系统,点击“借阅管理”中的“借阅”(2)输入图书证编号

若输入不正确,则提示“您输入的借阅证号码有误,请重新输入!”;输入正确后,显示读者已借阅图书信息,提示超期未归还的图书;(3)输入图书编号

若读者已借满,提示“您已借满,请先归还部分图书再来借,谢谢!”;若读者可以正常 4 借阅,提示“您确定要借阅这本书吗?”

(4)确定借阅图书,则借阅证号增加一条借阅信息记录;读者选择 “放弃”,回到步骤(3)重新选择图书;

(5)读者成功借阅图书,系统管理员保存借阅记录并修改库存图书数量、读者借出数量。

(6)借阅完成,点击“退出”,退出系统。2.“还书”用例 用例编号:0103 用例名:还书

执行者:直接执行者:图书管理员,涉及到的执行者有:读者、系统管理员 目的:归还图书 过程描述:

(1)图书管理员登陆基本数据修改功能子系统,点击“借阅管理”中的“还书”;(2)输入图书证编号;

若输入不正确,则提示“您输入的借阅证号码有误,请重新输入!”;输入正确后,显示读者已借阅图书信息,提示超期未归还的图书,有超期未还的图书,调用“超期罚款”;若读者说自己丢失图书,调用“丢失罚款”

(3)输入要还的图书编号; 若输入错误,提示“您未借阅该图书!” 若输入正确,提示“您确定要归还这本书吗?”(4)读者选择“确定”,读者借阅的图书信息记录消失;读者选择 “放弃”,返回到步骤(3)

(5)完成还书,点击“退出”,退出系统;

(6)读者成功归还图书,系统管理员删除借阅记录,并修改数据库管理子系统的图书数量和读者借出数量。

3.“读者信息录入”用例

用例编号:0302 用例名:读者信息录入

执行者:直接执行者:系统管理员,间接执行者:读者 目的:录入新读者相关信息,包括姓名、身份、学院 过程描述:

(1)系统管理员登陆基本数据修改功能子系统,点击“读者信息录入”(2)写入读者相应信息,将读者信息保存至数据库

(3)发放图书证

(4)创建完成,读者信息录入成功,在数据库管理子系统增加图书信息,退出系统

4.“读者信息注销”用例 用例编号:0303 用例名:读者信息销毁

执行者:直接执行者:系统管理员,间接执行者:读者

目的:当读者由于工作地点变化或其他原因,无需再使用图书馆的图书资料时,应当为其办理注销

过程描述:

(1)系统管理员登陆基本数据修改功能子系统,点击“读者信息注销”(2)查询读者的借阅记录

若有未归还图书,给出提示:暂时不能注销

否则注销读者,提示:注销后,不能借阅图书 若不确定,返回上一层界面

(3)注销图书证,删除基本数据修改功能子系统中的读者信息(4)注销完成,在数据库管理子系统删除读者信息,退出系统 5.“书籍信息录入”用例 用例编号:0305 用例名:书籍信息录入

执行者:直接执行者:系统管理员,间接执行者:图书管理员,数据库管理子系统 目的:图书馆里的图书根据馆藏需求进行更新 过程描述:

(1)系统管理员登陆基本数据修改功能子系统,点击“书籍信息录入”

(2)写入图书相应信息

(3)图书管理员给图书进行分类编号,记录条形码信息(4)图书管理员为图书张贴条形码

(5)图书管理员检查图书编号是否入库

(6)在数据库管理子系统增加图书信息,书籍信息录入成功,退出系统 相应活动图如下:

系统管理员界面图书管理员数据库管理子系统登陆基本数据修改功能子系统点击书籍信息录入图书进行分类编号,记录条形码信息图书张贴条形码检查图书编号是否入库增加图书信息[否]退出系统[是]

6.“书籍信息注销”用例

用例编号:0306 用例名:书籍信息注销

执行者:直接执行者:系统管理员,间接执行者:图书管理员,数据库管理子系统

目的:当图书馆里藏书,由于受到毁损或其他意外的破坏而无法再使用的情况下,需要对馆藏图书进行注销。过程描述:

(1)系统管理员登陆基本数据修改功能子系统,点击“书籍信息注销”

(2)输入图书编号,若该书借阅出库,则暂时不能注销,提示“该书借阅中,不能注销”;若该书未被借阅,提示“确定要注销此书吗?”若不确定,返回上一层界面(3)成功注销图书后,在数据库管理子系统删除图书信息,退出系统

三、系统分析

3.1建立对象类(1)reader 类名:reader 类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享 功能:负责读者信息并对这些信息进行处理,便于对读者借阅信息进行统一管理。属性:读者的编号ID(reader_id)、姓名(reader_Name)、身份(identification)、学院(academy)、所借书籍的编号(borrowed)等 操作:借书和还书、接受相应处理

(2)system admin 类名:system admin 类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享 属性:编号和姓名等

操作:读者信息管理、书籍信息管理、借阅管理、(3)books admin 类名:books admin

类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享 属性:编号和姓名等

操作:借阅管理、书籍信息录入、书籍信息修改、书籍信息注销(3)Books 类名:Books 类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,可以共享 属性:书名、作者、书籍编码、类别、价钱、入库时间 操作:分类编号、记录条形码信息、(4)borrow 类名:borrow 类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享 属性:借阅书籍的编号、借阅时间、操作:借书、还书、续借书、交欠款、交罚款(5)data 类的类型:该类创建的对象是持久对象,存储在服务器上的数据库中,不可以共享 属性:书籍信息、读者信息、借阅信息

操作:读者信息录入、读者信息修改、读者信息注销、书籍信息录入、书籍信息修改、书籍信息注销、增加借阅信息、删除借阅信息 3.2 建立对象类图

reader+编号+姓名+身份+学院+所借书籍的编号+借书()+还书()+接受相应处理()data+书籍信息+读者信息+Attribute1+读者信息录入()+读者信息修改()+读者信息注销()+书籍信息录入()+书籍信息修改()+书籍信息注销()+增加借阅信息()+删除借阅信息()system admin+编号+姓名+读者信息管理()+书籍信息管理()+借阅管理()Books+书名+作者+书籍编码+类别+价钱+入库时间+分类编号()+记录条形码信息()borrow+借阅书籍的编号+借阅时间+借书()+还书()+续借书()+交欠款()+交罚款()books admin+编号+姓名+借阅管理()+书籍信息录入()+书籍信息修改()+书籍信息注销()图2-1 图书馆管理系统类图

四、系统设计

4.1顺序图建模

◆在“借书”用例中涉及的对象间的交互分析如下:

1)登录系统。图书管理员登陆“基本数据修改功能子系统”,对读者的借书要求进行处理。涉及的对象:

·消息的发送者:“系统管理员”对象 ·消息的接收者:“基本数据修改功能子系统借阅窗口”对象 传递的消息:

·消息:口令密码()

·消息的类型:同步消息

·返回消息:口令密码正确或出错信息 2)输入图书证编号。涉及的对象:

·消息的发送者:“基本数据修改功能子系统借阅窗口”对象 ·消息的接收者:“基本数据修改功能子系统借阅窗口”对象

传递的消息:

·消息:核对图书证编号()·消息的类型:自调用消息

·返回消息:图书证编号正确或出错信息 3)输入图书编号。涉及的对象:

·消息的发送者:“基本数据修改功能子系统借阅窗口”对象 ·消息的接收者:“reader”对象

传递的消息:

·消息:[最大借书额为0]:核对借书额()·消息的类型:同步消息

·返回消息:可以借书 4)确定借阅图书。涉及的对象: ·消息的发送者:“reader”对象 ·消息的接收者:“reader”对象 传递的消息:

·消息:[确定借书]: 借阅证号增加借阅信息记录()·消息的类型:自调用消息 ·返回消息:借书成功 5)修改数据库。涉及的对象: ·消息的发送者:“reader”对象 ·消息的接收者:“数据库管理系统借阅管理”对象

传递的消息:

·消息:[借书成功]: 保存借阅记录并修改库存图书数量、读者借出数量()·消息的类型:同步消息

·返回消息:退出系统

根据以上确立的“借书”用例图中涉及的对象,建立“借书”用例的顺序图如图3-1:

基本数据修改功能子系统借阅窗口reader数据库管理系统借阅管理窗口 : 图书管理员1 : 登录系统()2 : 核对图书证编号()3 [最大借书额为0] : :核对借书额()4 [确定借书] : 借阅证号增加借阅信息记录()5 [借书成功] : 保存借阅记录并修改库存图书数量、读者借出数量()图3-1 “借书”用例顺序图

◆在“还书”用例中涉及的对象间的交互分析如下:

1)登录系统。图书管理员登陆“基本数据修改功能子系统”,对读者的还书要求进行处理。涉及的对象:

·消息的发送者:“系统管理员”对象 ·消息的接收者:“基本数据修改功能子系统还书窗口”对象 传递的消息:

·消息:口令密码()

·消息的类型:同步消息

·返回消息:口令密码正确或出错信息

2)输入图书证编号。涉及的对象:

·消息的发送者:“基本数据修改功能子系统还书窗口”对象 ·消息的接收者:“基本数据修改功能子系统还书窗口”对象

传递的消息:

·消息:核对图书证编号()

·消息的类型:自调用消息

·返回消息:图书证编号正确或出错信息

3)超期罚款处理。涉及的对象:

·消息的发送者:“基本数据修改功能子系统还书窗口”对象 ·消息的接收者:“基本数据修改功能子系统超期罚款窗口”对象 传递的消息:

·消息:[超期]:超期罚款()·消息的类型:同步消息 ·返回消息:销毁超期信息

3)丢失罚款处理。涉及的对象:

·消息的发送者:“基本数据修改功能子系统还书窗口”对象 ·消息的接收者:“基本数据修改功能子系统丢失罚款窗口”对象

传递的消息:

·消息:[丢失]:丢失罚款()·消息的类型:同步消息 ·返回消息:销毁超期信息

4)输入图书编号。涉及的对象:

·消息的发送者:“基本数据修改功能子系统还书窗口”对象 ·消息的接收者:“reader”对象 传递的消息:

·消息:[借阅]:核对是否借阅此书()·消息的类型:同步消息 ·返回消息:是否借阅此书 5)确定还书。涉及的对象: ·消息的发送者:“reader”对象 ·消息的接收者:“reader”对象

传递的消息:

·消息:[确定还书]: 借阅证号删除借阅信息记录()·消息的类型:自调用消息 ·返回消息:还书成功

6)修改数据库。涉及的对象:

·消息的发送者:“reader”对象 ·消息的接收者:“数据库管理系统借阅管理”对象

传递的消息:

·消息:[还书成功]: 删除借阅记录并修改库存图书数量、读者借出数量()·消息的类型:同步消息 ·返回消息:退出系统

根据以上确立的“还书”用例图中涉及的对象,建立“还书”用例的顺序图如图:

基本数据修改功能子系统还书窗口基本数据修改功能子系统超期罚款窗口基本数据修改功能子系统丢失罚款窗口reader : 图书管理员1 : 登录系统()2 : 核对图书证编号()3 [超期] : :超期罚款()4 [丢失] : :丢失罚款()5 [借阅] : :核对是否借阅此书()6 [确定还书] : : 借阅证号删除借阅信息记录()

图3-2 “还书”用例顺序图一

reader数据库管理系统借阅管理5 [确定还书] : : 借阅证号删除借阅信息记录()6 [还书成功] : :删除借阅记录并修改库存图书数量、读者借出数量()

图3-3 “还书”用例顺序图二

4.2 构件图建模

构件图主要用于建立系统的静态实现视图模型,通过构件之间的依赖关系描述系统软件的组织结构,展示了系统中的不同物理构件机器之间的联系。

图3-4所示的是图书馆管理系统部分构件图,图书管理员登陆“基本数据修改功能子系统”并成功通过验证后,进入基本数据修改功能子系统主界面

图书管理员登陆验证基本数据修改功能子系统主界面续借书借书还书丢失罚款超期罚款图3-4 基本数据修改功能子系统构件图

4.3 配置图建模

实用配置图定义的软硬件结构及通讯机制,表示软硬件系统之间的合作关系;使用构件图描述系统由哪些构件组成。

图书馆管理系统是一个客户/服务器和服务器/浏览器相结合的系统,可以同配置图显示系统的物理结构,如图3-5所示:

篇7:网上购物系统基于uml

摘要:在项目管理中,项目客户关系管理是实现项目成功实施的重要环节。本文以交通项目为背景,把面向对象建模技术应用在其项目客户关系管理系统的建模设计过程中,使用可视化的统一建模语言UML对该系统进行了详细的分析和设计。关键词:项目;CRM;PCRM;UML;用例

Abstract:In project management,project customer relationship management acts an important role for a SUCCeSSfUl implementa‘tion of project.In this paper,the object·oriented modeling technology is used to design the project customer relationship manage‘ment system based on tragic engineering projects,and the function and components of the system are designed and described indetail by using visual unified modeling hnguag UML.

Key words:pmject;CRM;PCRM;UML;use case

一、引 言

CRM(Customer Relationship Management)是指企业针对各方面信息进行实时采集和动态跟踪,然后进行综合、分析、处理、统计,进而辅助企业进行以客户为中心的全面运营管理¨。客户关系管理的理念要求企业必须完整地认识整个客户生命周期,提供与客户沟通有效的统一平台,提高员工与客户接触的效率和客户反馈率,提高客户的忠诚度、满意度以及降低企业经营成本,从而提升企业客户的价值,提高企业利润收入。项目是一个组织为实现既定的目标,在一定的时间、人员和资源约束条件下,所开展的具有一定独特性的一次性工作。项目的含义非常广泛,既可以是一个大型的工程项目,也可以是一项新产品的开发、一项科研课题的研究,或一项特定的服务。项目的客户是使用项目成果的个人或组织,任何一个项目都是为项目的客户服务的,所以在项目管理中必须认真考虑项目客户的需要、期望和要求¨J。项目客户关系管理(Project Customer Relation— ship Management,PCRM)系统是在项目管理过程中,用来捋清各种客户关系、对客户行为进行分析并提供决策支持的系统。采用传统的结构化设计方法很难满足现在大型软件系统的要求,而面向对象技术实现了软件的可重用性和可扩展性,提高了系统的稳定性,并使系统易于理解和维护,针对系统特点我们选择面向对象技术对项目客户关系管理系统进行分析、设计。

1、项目客户关系管理系统的特点

项目客户关系管理是以通过持续改进提高客户满意度为中心,不断实现对项目质量、成本、进度的控制,建立适应客户不断变化需求的灵活的组织结构,以全面客户满意为目标,最终与客户建立长期良好的

合作关系,实现双赢的管理方法 J。客户关系的管理应以项目的实施过程为主线,客户关系管理贯穿于项目管理的整个流程中,尤其要把握项目进度计划实施与客户关系管理实施的协调。项目管理是在有限的资源条件下,为实现项目目标所采取的一系列管理活动,传统的项目管理系统多是在企业内部进行进度、成本、资源、费用的管理。项目客户关系管理系统中:项目客户应该参与项目整个过程,客户提供项目;客户为项目提供主要信息,表达自己的需求;客户约束项目;客户提出项目变更并审核变更;客户接收项目交付物并使用产品。客户管理的目标和项目管理的目标是统一的,即实现客户的全面满意。’在项目全生命周期中,存在客户与项目、客户与企业的频繁的各种形式的交互,基于软件可重用性和可扩展性,开发该系统应该采用面向对象技术。

二、可视化的统一建模语言UML 2.1 UM L概述

统一建模语言UML是一种定义良好、易于表达、功能强大且普遍适用的可视化图形面向对象技术建模语言 J。它溶人了软件工程领域的新思想、新技术和新方法,它的作用域不只限于支持面向对象的分析与设计,还适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。UML采用图形化的表示法,主要包括用例图、类图、包图、状态图、活动图、序列图、协作图、组件图和部署图等。这些图为系统的分析、开发提供了多种图形表示,它们的有机结合可以分析和构造一个一致的关系,并不是每个项目都会用到所有的图,许多项目并不需要状态图或活动图,但一般项目至少产生用例图、序列图和类/协作图。在软件开发过程中,UML是软件开发人员表达设计思想、进行交流沟通的非常有效的工具。2.2 RoSE简介

Rational Rose是一种面向对象的分析建模工具,利用这个工具,我们可以建立起用UML描述的软件系统的面向对象模型,并且可以自动生成和维护VB、C++、Java等语言的代码框架。应用Rose进行系统建模的过程大概如下:

(1)识别系统的用例和角色:识别出角色(Actor)与各功能用例(Use Case)O(2)系统分析:建立Sequence(序列)视图、Collaboration(协作)视图以及State(状态)视图。(3)系统设计:确定系统的类及类的属性、操作、各类之间的关系,建立起详细的Class Diagram(类图)。

(4)代码实现:在建模完成后,开发人员利用RationalRose工具可以生成程序代码框架,并对代码框架进行修改和补充,形成完整代码;而且,还可根据代码逆向生成UML模型。

三、PCRM 系统设计

3.1 PCRM 总体功能结构图

项目客户关系管理系统主要由四大功能模块组成:客户管理、项目管理、服务管理、日历管理。对每一功能模块进行分析,可得到详细的子功能,如图1所示。作为PCRM系统基础的客户管理模块,其结构形式以客户资源管理为基础,客户分析为核心,兼顾实现潜在客户和合作伙伴管理的子功能。项目管理功能模块实现项目全生命周期的各个环节进度、成本、质量以及客户关系的协调管理,包括市场分析、项目采购(招投标)、合同管理、项目进度管理、项目绩效考核等子功能。服务管理功能模块实现项目生命周期、客户生命周期内外客户服务相关内容管理,划分为客户接触管理、客户评价/投诉、需求变更管理等子功能。由于篇幅的限制,图1并不是最终细化的功能结构图,比如说客户分析子功能还应进一步划分为:客户群分析、客户满意度分析、客户价值分析、客户流失分析等,项目进度管理子功能还应进一步划分为:项目资源管理、成本控制、进度计划等。四大功能模块的子功能模块之间是有效结合,它们相互协作、相互贯穿,最终使行业中的企业运行模式从“以项目为中心”向“以客户为中心”进行转变。

3.2项目管理功能模块Use Case视图

图I表示了系统最大的功能模块的划分,对每一个功能应再创建用例图,进一步明确其功能。由于项目管理功能模块是整个系统的核心模块,我们仅对项目管理功能模块用例进行进一步细分,其它模块的建模过程与其类似。项目管理功能模块的用例图如图2所示。注:途中“通常ADU操作”,指的是“ADD、DELETE、UPDATE操作”,细化后的底层用例都应实现“通常ADU操作”,图2中并没一一标出。

项目管理功能模块中涉及的参与者包括:企业领导、项目经理、项目执行人员、合作伙伴、客户、相关厂商等。其中企业领导、项目经理、项目执行人员、合作伙伴等角色参与到项目管理的整个过程中;而角色客户与项目实施方紧密地沟通交流、协作,参与进度计划、成本控制、项目资源管理、项目绩效考核、合同管理等;相关厂商可能只参与某些项目的合作投标过程。3.3 建立Sequence图

定义出各功能模块的基本功能、建立起系统的Use Case视图以后,下一步应该针对每个Use Case的业务操作流程绘制其Sequence视图。Sequence视图反映系统中若干个对象之间的动态协作关系,分析对象之间消息的先后次序,说明对象之间的交互过程,以及系统执行过程中,在某一具体位置将会发生什么事件。我们以“对客户沟通记录”操作为例说明sequence 视图的建立过程:相关人员登录项目管理主界面,打开项目采购中的客户沟通记录界面,选择、打开记录界面,在界面上根据权限对数据库进行增删改操作(权限及输入的合法性检验过程略)。这个过程我们可以初步建立一个完全面向操作过程的se—quence视图,如图3所示。此处我们没有绘制协作图,协作图可以由所画的

Sequence视图动态生成。其它功能模块的建模过程也与此类似,这里不再说明。3.4系统类图设计

对系统的Use Case图进行分析,我们可以得到系统的类图,在分析阶段,可以找出大部分的类以及类中的大部分的属性,剩余的类和属J陛可以在详细设计阶段通过Sequence图找出。类图设计过程中,具有相似行为或属性的类应合并,以避免类的冗余、提高类的抽象性和继承性。客户沟通局部类图如图4所示。

3.5 PCRJVI系统的代码结构设计

PCRM系统我们采用如图5所示的三层软件结构,分为User Services(用户层)、Business Services(业务层)、Data Services(数据服务层),这种结构有利于类的重用和扩展,有利于提高类的抽象性和继承性,这正是面向对象设计的优势所在。三层结构中各类的功能如下:User Services层中的边界类PCRM defineform实现界面显示功能,边界类Facade运行界面中的函数和过程;Business Services层中的PRCM Man—ager集合管理类和PCRM持久实体类对界面提交的数据进行业务逻辑处理,负责数据修改的Modify类、负责数据读取的Fetch

类和DataAccess类将业务逻辑处理好的数据提交给Data Services(数据服务层)进行数据存取;Data ewices(数据服务层);OLEDB(ADO)/ODBC类通过DBMS(数据库管理系统)实现

对数据库的存取。

应用此三层软件结构,结合面向对象设计过程中设计的类图,图3所示的对客户沟通记录操作的Sequence图可以转化为如图6所示的对客户沟通记录操作的程序Sequence图。这时,在Rose中可以自动生成对客户沟通记录进行增删改的VB、C++、Java等语言的代码框架了。

四、结束语

本文对项目客户关系管理这个项目管理中的新课题作了一定研究探讨,并以交通项目为背景定义出了一个项目客户关系管理系统。在这基础上以统一建模语言UML为工具,将面向对象技术应用于项目客户关系管理系统设计中,使得系统具有更好的可重用性、可维护性,在一定程度上实现了软件开发的自动化、实现了软件设计和编码的无缝的连接,提高了软件开发的效率和质量。有关项目客户关系管理许多问题还有待于进一步研究,项目客户关系管理系统还有待进一步完善。参考文献:

[1] 夏安邦,孙欣.对当前CRM研究的综述和讨论[J].中国制造业信息化,2004,33(5):13—17.

[2] 戚安邦.项目论证与评估[M].北京:机械工业出版社,2004. [3] 陆菊春.浅析项目客户关系管理[J].商业时代,2003(17):22.

[4] Boggs W.UML与Rational Rose 2002从入门到精通[M].北京:电子工业出版社,2002. [5] 马重明,张学旺,范时平.基于UML的软件体系结构开发方法[J].计算机工程与应用,2006,42(4):118.120.

篇8:基于UML的网上实验教学系统

网络已成为现代教育必不可少的渠道之一, 随着计算机网络技术的发展, 网络教育已经兴起, 网络教育打破了传统教育模式, 具有资源共享、化抽象为形象的优势, 因此, 越来越受人们的欢迎。

实验教学作为高校教育中的重要环节, 对学生实践能力, 学校教学质量的提高起着至关重要的作用。传统的实验教学都是在课堂和实验室里面完成, 但是一些重复性强的实验每次都要放在教室或实验室完成, 显然是对教学资源的一种浪费。除此之外, 有一定难度, 复杂的实验可能对学生讲解一次, 学生未必就能接受, 因此如果学生能够通过网上实验教学平台自己学习并检测学习效果, 这显然减轻了老师的负担, 并且能培养学生的自主学习能力和探索精神。但是, 随之而来的问题就是如何制作一个可在网络上共享的、交互的实验教学系统, 以达到甚至优于面授教育的效果。

2 B/S体系结构和实现B/S体系结构的技术方案

要开发“网上实验教学系统”, 首先应该根据系统的应用实际情况确定系统的体系结构。本系统是基于WEB服务的, 因此B/S结构是理想的选择。

2.1 B/S体系结构概述

B/S (Browser/Server) 结构即浏览器和服务器结构。用户工作界面是通过W W W——浏览器来实现, 极少部分事务逻辑在前端 (Browser) 实现, 但是主要事务逻辑在服务器端 (Server) 实现, 形成所谓三层 (3-tier) 结构。

2.2 实现B/S体系结构的技术方案——搭建支持PHP的WEB服务平台

鉴于PHP是目前较为流行的一种网页设计技术它综合了传统的H T M L文件、Active X脚本程序 (script) 语言及Active X组件技术, 具有在服务器端而不是在客户端运行脚本的优势, 因此, 服务器端可选用IIS6.0或Apache搭建支持P H P的W E B服务平台, 用到的软件有PHP5.0, MYSQL, ZendOptimizer, PHPMyadmin.客户端只需使用一般的浏览 (如:Microsoft Internet Explorer) 即可。

值得注意的是:PHP4.0版本以后, 面向对象 (OOP) 的编程方式是PHP的突出特点之一, 采用这种编程方式可以对大量零散代码进行有效组织, 从而使PHP具备大型Web项目开发的能力。接下来, 将用面向对象的基本思想简单介绍基于UML的网上实验教学系统。

3 UML建模

统一建摸语言 (UML) 是一种标准的软件建模语言, 是一种定义良好、易于表达、功能强大且普遍适用的建模语言。UML具有面向对象、可视化、表示能力强、独立于过程等特点。

4 网上实验教学系统的建模

关于这个网上实验教学系统, 基本的要求其实比较简单, 就是允许学生可以自由的学习系统中共享的学习资料 (包括多媒体课件, 实验教学视频等) , 并且通过作业的形式检验学习效果, 巩固知识。本文结合实际需要, 采用了用例图、类图和顺序图三种图形对系统进行分析。

4.1 用例图UML中的用例图描述了一组用例, 参与者以及它们之间的关系。

因此用例图包括以下3方面内容:用例 (U s e Case) 、参与者 (Actor) 、依赖, 泛化和关联关系.参与者不是特指人, 是指系统以外的在使用系统或与系统交互中所扮演的角色.用例是对包括变量在内的一组动作序列的描述, 系统执行这些动作, 并产生传递特定参与者的价值的可观察结果。

(1) 学习资料管理, 包括添加、修改和删除学习资料三个子用例。分别实现教师对学习资料的添加、修改和删除。 (2) 作业管理包括布置作业、提供参考答案和删除作业三个子用例.分别实现教师对某门课程的作业的布置、发布参考答案和删除。

学生涉及的用例有: (1) 学习, 学习列出的学习资料; (2) 列出学习资料, 列出教师发布的学习资料; (3) 做作业, 学生做已布置的作业并提交; (4) 列出已布置作业, 列出教师已布置的作业包括参考答案; (5) 核对答案, 学生查看教师已经公布的标准答案。

综上所述, 建立系统的用例模型如图4.1所示。

4.2 类图UML中的类包括三部分, 类的上层表示类名;

中层包括属性 (即类包含的信息) ;下层包括操作 (类的行为) 。

如图4.2所示, 我们仅拿学习资料管理类图作示范解释。 (1) 学习资料管理类, 负责责实现学习资料管理的核心功能, 包括添加、修改、删除学习资料三个功能。 (2) 生成学习资料类, 负责生成一份学习资料 (网页, 或视频) 。 (3) 列出学习资料类, 负责当学生申请学习时, 列出学习资料清单。

4.3 顺序图

顺序图显示对象之间的动态合作关系, 它强调对象之间消息发送的顺序, 同时显示对象之间的交互图显示按时间顺序排列的交互。因此可以看到按时间顺序排列的对象的生命线和它们交换的消息。消息由箭头表示, 垂直线是对象的生命线, 表明对象是什么时候创建的, 以及它存在的时间

图4.3是“学习资料管理”的顺序图.在图4.3中, 教师登录教学系统, 进入网上作业子系统, 进行网上学习资料的管理。其操作的顺序是: (1) 进入学习资料管理显示当前教师所负责的所有课程; (2) 点击实验清单浏览该课程下的所有实验; (3) 添加实验 (4) 生成实验学习资料; (5) 可返回修改, 删除实验; (6) 学生申请时, 生成实验学习资料清单; (7) 实验存储。

由此可见, 顺序图能直观的描述对象之间的时间顺序反映了对象之间的某一次特定的交互过程。

5 结束语

基于U M L的网上实验教学系统是一个基于W e b方式的实用性很强的网络系统。它是网络教育系统的一个重要组成部分, 通过该系统能充分利用教学资源, 节省学校人力物力。而且在实验教学系统中能很方便的引入声音, 视频、动画等效果, 相信能极大的调动学生学习的积极性, 达到培养学生自主学习和动手实践能力的目的。

参考文献

[1]张治国.基于UML的图书馆系统的设计与实现.科技资讯[J].2007年P78-79

[2]袁静珍.网上作业系统的UML建模分析与设计.宜春学院学报 (自然科学) [J].2007年8月第四期P92-94

[3]张静, 李涛.基于UML建模的高校学生管理系统的设计[J]数据库及信息管理.2007年9月P11-12

[4]陈玲.基于UML的电子商务教学平台的研究[D].北京工业大学硕士学位论文.20070308.P5-15, 24-37

上一篇:情人节经典祝福语短信下一篇:财务领导讲话多篇