uml软件建模实训报告

uml软件建模实训报告（精选8篇）

uml软件建模实训报告 篇1

【摘要】在软件工程中，UML建模技术的应用十分广泛，具有可视化、定义良好以及功能强大等优点。基于此，笔者从UML建模技术的概念和优势入手，对软件工程中UML建模技术的应用模式和应用流程进行了分析，主要介绍了用例图、类图、序列图和协作图在软件工程中的应用，并将人才招聘系统作为研究对象，阐述了UML建模技术的实践应用，以期为相关研究提供参考。

【关键词】软件工程；UML建模技术；需求分析

前言

在进行软件的开发时，技术人员大都会通过面对对象描述的方法进行建模，该方法是将软件系统的对象看做是构建模块。在进行建模的过程中，UML建模技术可以创建系统的静态结构以及动态行为，可以有效提高建模的效率和准确性。因此，对于软件工程中的UML建模技术研究具有一定的现实意义与理论指导价值。

1.UML建模技术概述

UML是一种规范定义、文档化或者可视化的最标准的建模语言，可以应用于软件工程的各个阶段。UML建模语言拥有统一的符号以及语义，可以将所有项目根植与一种建模语言中，并对这些项目中的所有概念进行明晰的表示与定义，在很大程度上扩大了系统的应用范围，使UML建模技术的应用更为灵活。在UML中，主要包括图、事物以及关系这三个基本构造。具体而言，UML建模技术在软件工程中的应用主要有如下优势：第一，UML建模技术可以在系统模型中实现完全独立，虽然UML建模技术会与其余建模工具进行配合应用，但是并不会与系统的开发过程不产生交集；第二，UML建模技术在软件工程中的应用是面向对象的，打破了传统建模语言的差异性，可以通过统一的模型元素进行方法与图形的表述；第三，UML建模技术可以捕捉软件系统中的静态行为信息与动态行为信息，静态行为信息主要是指软件系统中对象，动态行为信息主要是从时间角度和状态角度对对象通讯的定义；第四，UML建模技术的和具体的实现没有关系，适用于所有语言平台或者工具平台，还能够应用于具有代码生成功能的交互式可视化建模工具，该工具可以为UML建模技术提供多种编程语言代码和程序构筑模型[1]。

2.软件工程中的UML建模技术应用模式

在软件工程中，UML建模技术主要通过视图的应用进行软件开发，UML建模技术一共可以提供八种图，实现软件系统开发的可视化以及模型化，以此获取软件系统的主要资料，从而明确软件系统的架构与体系。本文主要对常用的四种图进行分析：第一，用例图。在UML建模技术中，用例图是最基本的图。在软件工程中，需求分析阶段的重点在于需求获取，需求获取的重点在于系统模型的构建，系统模型构建的最佳方法就是用例图。用例图可以构建的用例模型可以为系统软件的开发奠定良好的基础。第二，类图。在UML建模技术中，类图主要用于表示不同实体（包括人、数据或者事物等）间的相关关系。在软件工程中，类图能够表示软件系统的静态结构，包括逻辑类图和实现类图这两种。其中，逻辑类图是指业务人员所说的事物种类，如保险-住房抵押-信贷-利率等；实现类图是指程序员负责的实体，但是并不会通过相同的属性进行描述，因为实现类图会进行HashMap或者Vec-tor等事物的引用。第三，序列图。在UML建模技术中，序列图能够主要用于具体用例流程的详细定义，主要通过自描述进行用例流程的定义，还能够表示用例流程中不同对象的不同调用关系。在实际的应用过程中，序列图的绘制过程较为简单，在横跨图的上部区域，不同的框代表每个类的对象，每个框中类的对象名称和类的名称使用空格/冒号/空格进行分隔，比如，MyReportGenerator：ReportGenera-tor。如果其中一个类对象向另一个类对象进行消息的发送，需要通过带有指向接收性质的连线来实现，技术人员需要将消息/方法的名称标注于于连线上。如果发送的消息较为重要，技术人员需要绘制带有指向发起性质的虚线，并将返回值标注于虚线上。第四，协作图。在UML1.1版本的时候，协作图被称作Collabo-rationDiagram，翻译为中文是协作图；在UML2.0版本的时候，协作图被称作CommunicationDiagram，翻译为中文是通讯图。但不论哪一种翻译方式，协作图都可以看做是序列图的全新表达方式。对于UML建模技术来说，序列图注重前后顺序，通过循环图或者分支结构来表示，而协作图则更为注重协同关系，协作图不能通过图像来表示[2]。

3.软件工程中的UML建模技术应用流程

在软件工程中，RationalRose能够满足现有全部建模环境的需求，在软件开发过程中，支持开发人员、分析人员和系统工程师将需求以及系统的机构转变为代码，从而实现需求以及系统的可视化。一般来说，软件开发过程包括需求分析、方案设计、方案实现、测试与配置等环节。

3.1需求分析环节

在软件工程的需求分析阶段，技术人员主要应用UML建模技术中的用例图，了解系统的所有需求，并对需求进行相应的描述。对于用例图而言，技术人员通过事件的应用实现用户与系统间的交互作用，并在用例图中表明用户能够实现的目标，还能够将功能分析以及需求分析中包含的系统模块，根据角色平均分配到不同用户中，提高系统模型的清晰度。

3.2设计环节

在软件工程的设计阶段，技术人员需要全面考虑所有软件开发技术的局限性，对需求分析阶段的系统模型进行进一步的扩展与细化。设计阶段的目标在于将系统模型转变为代码，对需求分析阶段提取的系统属性与操作进行细化，并添加更多的类处理，比如，用户接口、设备、数据库以及通信等。一般来说，软件工程的设计阶段包括两个部分，其一，结构设计，又被称作高层设计，主要任务是对包（即子系统）进行定义，主要定义的内容为包与包之间的依赖性以及通信机制，进一步实现结构的清晰化与简化，尽量减少各部分的依赖性，避免双向依赖关系的构建；其二，详细设计，这一部分主要是对包的细化，技术人员可以通过详细设计了解所有类的清晰全面描述。设计阶段中UML建模技术的应用包括类图和序列图这两种。首先，类图的应用，在软件工程中，类图属于静态视图，可以通过以下两种方式进行定义：通过问题域的概念进行定义、通过该类实际表示的内涵进行定义，技术人员需要根据系统需求分析以及系统用例进行类图的构建；然后，序列图的应用，在软件工程中，序列图属于动态视图，主要用于描述系统中各个对象的交互以及通讯，技术人员可以根据序列图了解对象实现某种功能时，是如何进行序列消息的发送与接受。

3.3实现环节

在软件工程中，实现环节就是指构造或者实现环节，主要工作内容为类的编程。一般来说，技术人员会将C#语言作为软件系统的开发环境，因为C#语言在逻辑试图转变为代码部件这一映射过程中，有显著的优势。在UML建模技术中，主要有以下几种图用于编码过程：第一，类的规格说明，不同类的规格说明体现了不同的属性与操作；第二，类图，能够显示软件系统中类的静态结构以及类之间的关系；第三，状态图，能够体现软件系统中类的对象现有的状态、需要处理的转移和转移需要触发的操作；第四，动态图，在编程过程中，动态图主要包括顺序图、活动图以及合作图这三种，主要用于体现对象应用该类对象的过程；第五，用例图及其规格说明，能够体现出软件系统的需求以及结果。

3.4测试与配置环节

当软件工程的系统编码全部完成之后，技术人员需要进行系统的全面测试，保障软件工程的质量。具体而言，测试环节分为系统测试、单元测试、验收测试以及集成测试这几种。对于系统测试来说，技术人员可以应用UML建模技术的用例图，测试开发的软件系统是否充分满足了用例图描述的需求；对于单元测试来说，技术人员可以应用UML建模技术的类图以及类的规格，对软件系统中单独的类或者成组的类进行测试；对于集成测试来说，技术人员可以应用UML建模就似乎的组件图以及合作图，测试软件系统中各个组件的合作状况[3]。

4.软件工程中的UML建模技术的应用实例

本文主要将在线人才招聘系统的市场管理和信息管理作为实例分析对象，进行软件工程中UML建模技术的应用研究。4.1人才招聘系统的登录界面设计对于人才招聘系统软件而言，登录界面的设计可以提高系统的管理水平。在进行登录界面的设计时，技术人员可以应用CustomLoginUI进行界面参数的传递，当用户输入登录信息并点击确定按钮之后，系统可以自动进行“sendMessage”，并应用HTTP进行服务器请求，在接收到CustomLoginUI的合法回复之后，即为用户登录成功，可以应用人才招聘系统进行相应的操作。4.2人才招聘系统中用例图的应用分析第一，人才招聘系统的管理人员会通过管理功能设定系统的基本信息，比如，招聘的岗位、岗位的任职要求和岗位的薪酬待遇等内容，招聘信息主要通过Web形式上传到Internet上。第二，应聘人员通过CustomLoginUI界面进行人才招聘系统的登录操作，当系统确认应聘人员的身份之后，即可登录系统。应聘人员可以在招聘信息下面填写个人信息，系统会将应聘人员的个人信息上传到在线人才管理系统中，个人信息也会通过Web形式上传到Internet上。第三，招聘人员可以在系统中查看应聘人员的个人信息，根据岗位的.要求以及应聘人员的履历，决定是否邀请应聘人员面试。需要邀请应聘人员时，招聘人员可以通过系统进行E-mail的发送。与此同时，管理人员需要将应聘人员的信息添加到人事档案库中，以数据文本的格式进行存储。第四，当招聘工作完成之后，管理人员需要将人才招聘系统关闭。在关闭的过程中，管理人员的决策可以看作是抽象角色，通过“fromUseCaseView”表示。管理人员实施的操作主要包括招聘活动的启动与停止、招聘信息的管理、人事档案与招聘信息的导出等。4.3人才招聘系统中类图的应用分析第一，类图的选择，技术人员需要根据人才资源系统的特点，通过同时得到类图的方式，应用stereotypeobject-entity、control、boundary等方法，确保角色可以有效应用于对象的通讯过程中，还能够保障序列图和协作图间的有效转换。第二，组件设计，技术人员需要将上一个步骤得到的类图进行实体映射，以此得到类图表。具体的映射方法如下：首先，将人才招聘系统中的实体进行单独的表的定义；然后，将实体表的继承网络结构删除，确保不同层次的实例具备一致的属性；最后，将人才招聘系统中的子类文件状态配置于相应的表中，并在组件中建立数据库，用于TaxDate等映射表的存储。第三，组件图的构建，技术人员需要通过控制类组件进行组件图的构建，如果技术人员采用的编程语言为C++，可以将控制类组件存储为（.h文件）或者（.ccp文件）。另外，对于源代码文件，技术人员可以应用包进行源代码的分组，并通过关联进行序列图的类信息显示。当组件图构建完成之后，技术人员需要将能够执行的主程序（即.exe文件）以及java语境链接库加入到组件图中，实现人才招聘系统的开发[4]。

5.结论

综上所述，UML建模技术可以提高软件开发的效率和有效性，值得推广应用。通过对软件工程中的UML建模技术分析可知，开发人员需要深入了解UML建模技术的各种视图及应用特点，在软件工程的各个阶段正确应用视图，充分发挥出UML建模技术的作用，提高软件工程的质量。希望本文可以为技术人员进行软件开发提供帮助。

参考文献

[1]陈冠元.软件工程中的UML建模技术[J].电子技术与软件工程,2018(05):47.

[2]刘传会.基于UML2.0顺序图的高可信实时软件建模技术研究[A].中国航空学会、中国航空研究院,2017,8.

[3]夏志龙.使用UML和Event-B构建基于云平台的应用软件模型[D].江苏科技大学,2016.

uml软件建模实训报告 篇2

为了解决上述问题,软件系统在进行通常功能建模的过程中加入相应的安全建模,就能使软件系统的安全性能大大提高。图1[1]描述的是系统安全分析、设计与通常系统UML建模过程的集成。

1 XACML

可扩展访问控制标记语言(Extensible Access Control Markup Language,XACML)是OASIAS制定的一种新的标记语言,它承诺可以使策略管理和访问决策标准化。作为一个OASIS标准,XACML定义了一种通用的用于保护资源的策略语言和一种访问决策语言可以取代各种信息访问控制的专有方法。

图2描述了XACML的体系结构和访问控制实施过程。在XACML中,访问请求首先到达策略执行点(policy enforcement point,PEP),PEP创建一个XACML请求并发送到策略决策点(policy decision point,PDP),后者评估请求并返回一个响应,该响应可以是允许访问的,也可以是拒绝访问的。PDP评估请求中的相关策略和规则后会做出授权决策。PDP需要向策略访问点(policy administration point,PAP)获得策略,PDP做出的授权决策被发送到PEP,PEP履行义务,并根据PDP发送的授权决策允许或拒绝访问[2]。

下面以学生成绩管理系统为例,用基于VBAC[1]模型来说明系统开发和安全需求建模,以及访问控制策略的生成。

2 软件系统建模以及安全建模集成

VBAC中的角色是较粗粒度的任务的抽象,表示的是一系列的功能[1]。VBAC的角色对应于UML中的参与者[1]。图3的用例图中定义三个角色:Student、Teacher和Administrator。

图3中Administrator继承了Teacher,Teacher能够访问用例addGrade。按继承的语义,Administrator也可以访问用例addGrade。但是从安全要求出发,这种访问不可行的,系统要求只有Teacher有这个权利访问addGrade。因此,对于Administrator,addGrade就是禁用用例。为了标识禁用用例,扩展角色和用例之间的关联的<>为<>。带有<>的关联称之为禁用关联,指的是未被授权的访问,而这些未被授权的访问必须被阻止。

系统开发者对系统的安全建模是通过用例模型中所描述的角色和用例之间的授权关系来表示。这里扩充用例图中的注释,以一种高层的、非形式的方式来描述系统中的角色访问权限。图4是加入安全建模的系统用例图,用例addReview对于Administrator是禁用用例,在Teacher与addGrade之间的关联上的注释中就能体现,同时Administrator与addGrade之间的关联的<>扩展为<>。

3 生成XACML规范的访问控制策略

使用XACML提供的策略语言来描述read Grade所形成的访问控制策略。

假设现在有这样一个请求:a user named zhansainan in the"PLA.edu.cn"namespace want to read his grade形成的request contex如下:

PEP把这个request发送给PDP,PDP对这个访问请求通过现有的访问策略来决定该request是否在现有的访问策略范围内,然后给出一个response。通过sun公司XACML Implementation提供的simplePDP.java这个文件,执行结果如下:

也就是说PDP根据现有的策略,同意了这个访问请求。实事上,subject,resource以及action都是和policy是匹配的。

4 结论

通过扩充UML图素、引入VBAC描述角色与授权之间的关联,生成XACML描述的访问控制策略,使软件系统UML建模与系统安全建模集成。

参考文献

[1]Brose G,koch M,Lohr K P.Integrating Access Control Design into the Software Development Process[C].Proc Of6th International Con-ference on Integrated Design and Process Technology(IDPT),2002.

uml软件建模实训报告 篇3

关键词：UML；软件工程；系统建模

中图分类号：TP311.52文献标识码：A文章编号：1007-9599 (2010) 16-0000-01

The Technology and Analysis of UML Model in Software Engineering

Hong Sha,Yang Jing

(Chongqing University Software College,Chongqing400044.China)

Abstract:The thesis analyzes the conception,characteristics and components of UML and points characteristics of UML in application.

Through UML,its picture characteristics can be well applied and give a help to set up and analyzes the system mode.The thesis also introduces the model tools in development and application,and finally points out the difficulties in learning UML.

Keywords:UML;Software engineering;System model

UML這三个字母的全称是Unified Modeling Language，即统一建模语言，简单地说就是一种有特殊用途的语言。UML可以实现大型复杂系统各种成分描述的可视化、说明并构造系统模型，以及建立各种所需的文档，它是一种定义良好、易于表达、功能强大且普遍适用的建模语言。

一、UML的发展

从二十世纪八十年代初期开始众多的方法学家都在尝试用不同的方法进行面向对象的分析与设计。有少数几种方法开始在一些关键性的项目中发挥作用包括Booch OMTShlaer／Mellor Odell／Martin RDD OBA 和Objectory。到了二十世纪九十年代中期出现了第二代面向对象方法，著名的有Booch’94OMT的延续以及Fusion等。此时面向对象方法已经成为软件分析和设计方法的主流。这些方法所做的最重要的尝试是在程序设计艺术与计算机科学之间寻求合理的平衡，来进行复杂软件的开发。由于Booch和OMT方法都已经独自成功地发展成为世界上主要的面向对象方法，因此JimRumbaugh和Grady Booch在1994年10月共同合作把他们的工作统一起来。到1995年成为统一方法Unified Method版本0.8随后Ivar Jacobson加入并采用。

二、UML的组成与优势

UML由图和元模型组成。在这里图是语法，元模型是语义。UML主要地包括了三个基本构造块：事物（Things）、关系（Relationships）和图（Diagrams）。UML在系统模型分析与设计中有着良好的优势，主要体现在如下的一些方面：（1）完全独立于过程。它是系统建模语言，完全的独立在开发过程之外。（2）是面向对象的。它支持面向对象技术的主要概念，而且有许多模型元素的表示图形和方法，能够简洁地表达面向对象之各种概念。（3）易于掌握使用。这些所囊括的图形结构清晰，非常利于建模，也比较容易掌握。（4）具有可视化的特点。UML模型图可以清楚地表示系统的逻辑模型，这个特点非常适于复杂系统的建模。（5）独立于程序设计语言。用UML建立的软件系统模型可以用Java、Vc++、SmalltaIk等任何一种面向对象的程序设计来实现。

三、UML详细分折

（一）UML中的主要图

图是事物集合的分类，UML中包含多种图：（1）部署图：部署图定义系统中软硬件的物理体系结构；（2）顺序图：顺序图表示对象之间动态合作的关系；（3）活动图：活动图描述系统中各种活动的执行顺序。（4）组件图：组件图描述代码部件的物理结构以及各部件之间的依赖关系；（5）类图；类图描述系统所包含的类、类的内部结构及类之间的关系；（6）包图：包图表明包及其之间的依赖类图；（7）状态图：状态图描述一类对象的所有可能的状态以及事件发生时状态的转移条件；（8）协作图：合作图描述对象之间的协作关系；（9）对象图：对象图是类图的一个具体实例；（10）例图从用户的角度出发描述系统的功能、需求。展示系统外部的各类角色与系统内部的各种用例之间的关系；实际上UML的分析过程，就是这些图的具体应用。

（二）UML建模工具

自从1997年正式发布UML以后，大量商用UML建模CASEI具都出现了。这也就提供了许多的选择，同时也要求在选择正确的UML建模工具以更好地适应软件应用程序开发需求、比如队以及Rose。它们在UML建模能力上有相似的功能。两者都可以很好的支持u札九种图中的八种。但是EA在用户友好性的灵活性中比Rose更具有一些优势，尤其是在序列图方面。在双向工程中，Rose比EA支持更多的语言，除c#和VB．NET外（事实上，Rational开发了另外的工具Rational XDE for．NET就是针对NET环境的）。在项目生命周期的支持方面，EA相对于Rose来说，是更好的选择。特别是需要工具上没有或第三方工具不支持的一些其他的特定功能时，选择RationalRose会是更好的决定。

四、关于UML学习与应用

学UML的难处不在于学习语法，而是在于要改变思维习惯。u札是一种新的工具，但同时也是代表了一种新的先进的思考方法，如果不能掌握这样的方法，只能学到了UML的形，而没有掌握其神髓。但是这里也不要迷信UML的作用，UML在表达界面设计、用户体验设计、数据库设计等方面，能力还是很弱的，不要只用UML，应该善用一切可以利用的东西，包括文字，只有综合应用各方面的建模、分析方法，才能更加有利于我们的软件开发。

参考文献：

[1]张龙祥.UML与系统分析设计[J].北京邮电大学学报,2008

个人博客UML建模 篇4

2010 —— 2011 学 年 第 一 学 期

信息技术学院

《软件系统建模与UML》综合设计实验

***系统的UML建模

班

级 学

号 姓

名 任课教师

日

期

2010年12月30日

0 图书管理系统的分析及设计---应用UML建模

目 录

第1章 系统需求..............................................2 第2章 需求分析..............................................4

2.1 识别参与者...........................................4 2.2 识别用例.............................................5 2.3 用例的事件流描述....................................11 第3章 静态结构模型.........................................16 3.1 定义系统对象........................................16 3.2 定义用户界面类......................................16 3.3 建立类图............................................16 第4章 动态行为模型.........................................19 4.1 创建系统顺序图（协作图）............................19 4.2 创建系统的状态图....................................19 4.3 创建系统的活动图....................................29 第5章 数据库模型...........................................31 第6章 物理模型.............................................32 6.1 创建系统组件图......................................32 6.2 创建系统部署图......................................33 图书管理系统的分析及设计---应用UML建模

第1章 系统需求

系统概述

Blog是一种让编写者可以表达自己意见、发表自己的看法以及见闻的方式。系统目标是使好友之间有一个交流沟通的平台，通过博客可以互相了解彼此的生活状况，系统拥有发布日志，心情，照片，留言评论等功能。

系统功能分析

本Blog系统将完成以下功能：

 网站首页功能

 用户的注册、登录和登出  个人消息中心管理功能  照片管理功能  相册分类管理功能  文章管理功能  文章分组管理功能  心情管理功能

 日志，照片，心情评论管理功能  留言板留言，回复功能  装扮空间功能图书管理系统的分析及设计---应用UML建模

根据以上分析，画出系统功能图（PPT原版）： 图书管理系统的分析及设计---应用UML建模

第2章 需求分析

2.1 识别参与者

参与者关系图如图2-1所示：

游客其他会员博主

图2-1 参与者关系图

游客：未注册的用户，只拥有普通浏览功能

注册会员：已注册成为会员，与游客是泛化关系，拥有查看，评论，留言，回复留言评论的功能

博主：博客的拥有者，与会员是泛化关系，拥有查看，评论，回复评论，对自己博客的所有的文章，心情，照片，评论留言具有管理的权限。图书管理系统的分析及设计---应用UML建模

2.2 识别用例

主用例图如图2-2所示：

看文章看相册看心情看留言板日志评论看主人资料图片评论游客看评论回复心情评论留言板留言会员评论文章，照片，心情文章博主修改博客内容照片相册回复、删除留言评论心情管理好友更改装扮

图2-2 主用例图图书管理系统的分析及设计---应用UML建模

管理留言板用例图如图2-3所示：

查看留言游客添加新留言会员回复留言博主删除留言

图2-3 管理留言板用例图图书管理系统的分析及设计---应用UML建模

管理文章用例图如图2-4所示：

查看文章评论查看文章游客添加新评论会员回复评论添加文章博主删除文章修改文章删除评论

图2-4 管理文章用例图图书管理系统的分析及设计---应用UML建模

管理相册用例图如图2-5所示：

查看评论游客查看照片添加新评论会员回复评论上传照片删除照片/修改博主创建相册删除/修改相册删除评论回复评论

图2-5管理相册用例图图书管理系统的分析及设计---应用UML建模

管理心情用例图如图2-6所示：

查看评论游客查看照片添加新评论会员回复评论上传照片删除照片/修改博主创建相册删除/修改相册删除评论回复评论

图2-6 管理心情用例图图书管理系统的分析及设计---应用UML建模

注册登录用例图如图2-7所示：

浏览博客游客注册进入自己博客会员登录访问别人博客

图2-7 注册登录用例图

管理好友用例图如图2-8所示：

添加好友博主删除好友

图2-7 管理好友用例图

更改装扮用例图如图2-9所示：

博主更改装扮

图2-9 更改装扮用例图 图书管理系统的分析及设计---应用UML建模

2.3 用例的事件流描述

2.3.1浏览博客用例描述

用例名称：浏览博客用例

用例描述：用户进入自己或者其他会员的博客 参与者：博主，其他会员，游客 前置条件：进入博客 后置条件：退出博客

假设条件：用户已进入网上博客 基本操作流程：

1、进入网上博客

2、查看信息中心，文章，好友心情，相册，留言板等

3、退出网上博客 备选流程：

点击“进入自己博客”可以进入自己博客

2.3.2管理留言板用例描述

用例名称：管理留言板用例

用例描述：博主可以通过此用例添加、删除留言，回复留言

会员可以留言，游客只能浏览 参与者：博主，其他会员，游客 前置条件：成功进入到留言板模块 后置条件：退出留言板模块 假设条件：用户已经进入网上博客 基本操作流程：

1、进入留言板模块

2、博主：添加，删除，修改留言，回复留言

3、会员：添加留言，游客只能查看

3、退出留言板模块 图书管理系统的分析及设计---应用UML建模

备选流程：

点击导航超链接可以直接进入其他模块

2.3.3管理文章用例描述

用例名称：管理文章用例

用例描述：博主可以通过此用例添加、删除、修改文章及评论、回复评论

会员可以浏览文章以及进行评论，游客只能浏览 参与者：博主，其他会员，游客 前置条件：成功进入到文章模块 后置条件：退出文章模块 假设条件：用户已经进入网上博客 基本操作流程：

1、进入文章模块

2、博主：添加，删除，修改文章，评论及回复评论

3、会员：浏览文章，添加评论和回复评论，游客只能查看

3、退出文章模块 备选流程：

点击导航超链接可以直接进入其他模块

2.3.4管理相册用例描述

用例名称：管理相册

用例描述：博主可以通过此模块添加、删除、修改相册；添加、删除照片

会员可以浏览相册，照片，以及对照片进行评论；游客只能浏览 参与者：博主，其他会员，游客 前置条件：进入相册模块 后置条件：退出相册模块 假设条件：用户已进入网上博客 基本操作流程： 进入相册模块

游客：查看相册照片，评论，回复 图书管理系统的分析及设计---应用UML建模

3、会员：查看相册照片，评论照片，回复评论

4、博主：查看、添加、删除、修改相册、照片、回复评论

5、退出相册模块 备选流程：

点击导航超链接可以直接进入其他模块

2.3.5管理心情用例描述

用例名称：管理心情

用例描述：博主可以通过此用例添加、删除、修改心情，及添加、删除评论、回复评论；

会员可以浏览心情，以及进行评论，回复评论，游客只进行查看 参与者：博主，其他会员，游客 前置条件：成功进入到心情界面 后置条件：退出心情界面 假设条件：用户已进入网上博客 基本操作流程：

1、进入心情界面

2、博主添加，删除，修改心情，添加、删除评论及回复评论

3、会员为心情评论或者回复评论，游客只能查看

4、退出心情界面 备选流程：

点击导航超链接可以直接进入其他模块

2.3.6管理好友用例描述

用例名称：管理好友

用例描述：博主可以通过此模块添加好友 参与者：博主

前置条件：博主已登陆自己博客 后置条件：退出添加好友模块 假设条件：用户已登录自己博客 图书管理系统的分析及设计---应用UML建模

基本操作流程：

1、进入管理好友模块

2、选择要添加或者删除的好友的会员名称

3、点击添加或者删除

4、添加或者删除成功

4、退出管理好友模块 备选流程：

点击导航超链接可以直接进入其他模块

2.3.7查看信息中心用例描述

用例名称：查看信息中心

用例描述：博主可以通过此模块更改个人信息

所有用户都可以通过此模块浏览博主信息 参与者：博主，其他会员，游客 前置条件：成功登录到个人信息模块 后置条件：退出个人信息模块 假设条件：用户已进入网上博客 基本操作流程：

1、进入个人信息模块

2、所有会员：查看博主信息

3、博主：更改个人信息

4、退出个人信息模块 备选流程：

点击导航超链接可以直接进入其他模块图书管理系统的分析及设计---应用UML建模

2.3.8装扮博客用例描述

用例名称：装扮博客

用例描述：博主可以通过此模块更改皮肤装扮 参与者：博主

前置条件：博主已登陆自己博客 后置条件：退出装扮模块 假设条件：用户已登录自己博客 基本操作流程：

1、进入装扮模块

2、选择喜欢的皮肤

3、点击装扮，装扮成功

4、退出装扮模块 备选流程：

点击导航超链接可以直接进入其他模块 图书管理系统的分析及设计---应用UML建模

第3章 静态结构模型

进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。系统的静态结构模型主要用类图和对象图描述。

3.1 定义系统对象

博主：博客的拥有者，拥有博客的所有权限，也可理解为后台管理员或者系统管理员；

前台用户：分为会员和游客

会员：可以查看和评论博主的文章，心情，相册，以及在留言板留言；

游客：只具有查看博主的博客的权限；

3.2 定义用户界面类

通过对系统的不断分析和细化，可识别出下述界面类、类的操作和属性。图书管理系统的分析及设计---应用UML建模

边界类如图3-1所示：

图3-1 边界类图 图书管理系统的分析及设计---应用UML建模

3.3 建立类图

实体类图如图3-2所示：

图3-1 实体类图 图书管理系统的分析及设计---应用UML建模

第4章 动态行为模型

4.1 创建系统顺序图

文章、心情、照片的添加顺序图如图4-1所示：

: 博主 : 日志管理界面1: 添加日志2: 添加文章信息3: 添加修改成功 : 文章 : 照片管理界面 : 照片 : 心情管理界面 : 心情4: 返回添加成功5: 添加照片信息6: 添加照片7: 添加修改成功8: 返回添加成功9: 添加心情10: 添加心情信息11: 添加修改成功12: 返回添加成功

图4-1 文章、心情、照片的添加顺序图图书管理系统的分析及设计---应用UML建模

文章、心情、照片的删除顺序图如图4-2所示：

: 博主 : 日志管理界面1: 删除日志2: 删除文章信息3: 返回删除成功 : 文章 : 照片管理界面 : 照片 : 心情管理界面 : 心情4: 显示删除成功5: 删除照片信息6: 删除照片7: 返回删除成功8: 显示删除成功9: 删除心情10: 删除心情信息11: 返回删除成功12: 显示删除成功图4-2 文章、心情、照片的删除顺序图图书管理系统的分析及设计---应用UML建模

文章、心情的修改顺序图如图4-3所示：

: 博主1: 修改日志 : 日志管理界面 : 文章 : 心情管理界面 : 心情2: 修改文章信息3: 返回修改成功4: 显示修改成功5: 修改心情6: 修改心情信息7: 返回修改成功8: 显示修改成功

图4-3 文章、心情的修改顺序图 图书管理系统的分析及设计---应用UML建模

文章、心情、照片的查看顺序图如图4-4所示：

: 游客1: 查看文章(): 未登录浏览页面 : 文章 : 心情 : 照片 : 留言板2: 选择符合添加文章3: 返回要查看的文章4: 返回文章信息5: 查看心情()6: 选择符合添加心情7: 返回要查看的心情8: 返回心情信息9: 查看照片()10: 选择符合添加照片11: 返回要查看的照片12: 返回照片信息13: 查看留言板()14: 选择留言15: 返回留言板16: 返回留言板信息图4-4 文章、心情、照片的查看顺序图 图书管理系统的分析及设计---应用UML建模

留言添加、回复顺序图如图4-5所示：

: 会员1: 添加留言 : 留言管理界面 : 留言板 : 留言板回复2: 添加留言3: 返回添加成功4: 显示添加成功5: 继续添加6: 回复留言7: 添加回复8: 添加回复信息9: 返回添加回复信息成功10: 返回添加回复成功11: 显示添加成功12: 继续回复

图4-5留言添加、回复顺序图图书管理系统的分析及设计---应用UML建模

留言删除顺序图如图4-6所示：

: 博主 : 留言管理界面1: 删除留言2: 删除留言信息(): 留言板3: 返回删除成功()4: 显示删除成功5: 继续删除留言()

图4-6留言删除顺序图如图书管理系统的分析及设计---应用UML建模

登录注册顺序图如图4-7所示：

: 游客1: 登录(): 登录界面 : 会员 : 注册界面2: 验证()3: 返回登陆成功4: 验证()5: 注册()6: 返回注册成功7: 再次登录()8: 验证()9: 返回登录通过

图4-7登录注册顺序图图书管理系统的分析及设计---应用UML建模

管理好友顺序图如图4-8所示：

: 博主 : 好友管理界面 : 好友1: 添加好友()2: 添加好友信息3: 返回添加成功4: 显示添加成功5: 删除好友()6: 删除好友信息7: 返回删除成功8: 显示删除成功

图4-8 管理好友顺序图图书管理系统的分析及设计---应用UML建模

4.2 创建系统的状态图

好友状态图如图4-8所示：

未成好友状态添加好友删除好友成功添加未成功添加好友状态未成功关闭状态

图4-8好友状态图图书管理系统的分析及设计---应用UML建模

会员状态图如图4-9所示：

其他会员游客注册博客会员查看别人博客退出状态查看别人博客登陆自己博客登陆自己博客博主

图4-9会员状态图

文章状态图如图4-10所示：

查看状态关闭不是会员评论回复评论不是博主是会员删除文章评论是博主可编辑状态可修改文章回复文章评论删除文章修改文章添加新文章

图4-9文章状态图 图书管理系统的分析及设计---应用UML建模

4.3 创建系统的活动图

管理文章活动图如图4-10所示：

登录自己博客验证密码，用户名是否匹配验证通过删除文章验证未通过失败返回失败结果成功返回成功登录失败退出图4-10管理文章活动图 图书管理系统的分析及设计---应用UML建模

登录注册活动图如图4-11所示：

登录验证用户名密码密码错误退出用户名不存在注册不注册注册注册成功用户名不存在输入用户名密码用户名已存在继续注册放弃注册注册失败

图4-11登录注册活动图 图书管理系统的分析及设计---应用UML建模

第5章 数据库模型

数据库模型如图5-1所示：

图5-1 数据库模型图

图书管理系统的分析及设计---应用UML建模

第6章 物理模型

6.1 创建系统组件图

网上博客组件图如图6-1所示：

会员登陆、注册文章分组文章评论回复心情主程序照片相册留言板好友留言板回复个人消息中心

图6-1 网上博客组件图

图书管理系统的分析及设计---应用UML建模

6.2 创建系统部署图

网上博客部署图如图6-2所示：

客户端浏览器WEB浏览器

HTTP浏览器TomCat服务器图6.2 网上博客部署图

三维软件实训报告 篇5

三维软件实训报告

学 期: 2011~2012学年

桂电职院机电工程系

实训作品截图展示

图59

图221

图184

图81

图312

桂电职院机电工程系

目录

1、实训内容---------------------------4页

2、实训目的--------------------------4页

3、零件221建模设计（详）----5页

4、零件221出工程图-----------9页

5、渲染输出为JPG格式的图片--9页

6、装配-10页

7、制作爆炸图-----------------------11页

8、实训总结-12页

桂电职院机电工程系

1.实训内容

① 熟练撑握NX7.0草绘里的各种常用命令与功能，要求所作草图简明标准，尺寸约束完整。

② 熟练撑握并懂得灵活应用拉伸、旋转、扫描、混合、筋等特征来完成模型设计。

③ 撑握各种常用编辑与修改，使用模型更加完善。

④ 建立装配文件进行装配，要求装配合理、标准，并编辑制作装配爆炸图。

⑤ 出工程图，并进行编辑标注，自定标题栏，打印标准A4图纸。⑥ 撰写实训报告。

2.实训目的

① 进一步提高NX7.0基础模块进行机械三维制图及产品造型的能力。

② 加强学生对NX7.0建模的综合应用能力。

③ 进一步巩固机械制图与绘图，读图与识图能力。

④ 进一步学习科学的建模方法，和提高高效率的建模技巧。⑤ 加强学生团队协作能力，及自学能力。

桂电职院机电工程系

3.零件221建模设计（详）

步骤

1、单击“标准”工具条中的“新建”按钮，在弹出的对话框中，选择“名称”为“模

按型”，“类型”为“建模”，“单位”为“毫米”，“文件名”则输入“lingjian221”，单击钮，完成新文件的建立。

步骤

2、单击草图按钮，创建草图。类型选择“在平面上”，草图平面栏中选择“现有平面”，单击“选择平的面或平面”，移动鼠标选择草图中的“XY”平面，单击步骤

3、单击草图工具条中的圆（）命令，在原点画出两个同心圆，单击

按钮。

按要求依次标注尺寸，如图所示步骤

4、单击矩形（）命令，在Y轴负方向画出与大圆相离的矩形，并按要求标注尺寸。单击直线（）命令，延长上水平线与大圆相交，下水平线延长4mm，单击圆弧（）命令如图所示）按钮，画一段圆弧，单击修剪（

桂电职院机电工程系

步骤

5、参照步骤4，画出下图中的尺寸轮廓。点击完成草图（）命令

步骤

6、单击拉伸（）按钮，选择相应的曲线或直线进行拉伸，如图所示

桂电职院机电工程系

拉伸2

拉伸3

拉伸4

拉伸5

拉伸6 步骤

7、单击求和（步骤

8、单击倒圆角（）按钮，把各拉伸部件进行求和）命令，对图“拉伸6”中的两接触边进行圆角，如图所示

桂电职院机电工程系

步骤

9、以“拉伸6”中的上表面为基准平面，建立草图模式，绘出如下图的轮廓

步骤

10、创建求差拉伸，如下图所示

拉伸12

模型历史记录

完成图

桂电职院机电工程系

4、零件221出工程图

步骤

1、单击开始（）按钮，在下拉菜单中单击“制图”。在弹出的对话框中，大小选

。，比例为1:1，单击步骤

2、在A4模板内，移动鼠标到相应位置，单击左键，即确定零件的向视图，向左、向右依次得到各向视图。步骤

3、单击局部放大（标注，如下图所示）按钮，得到放大图，单击标注尺寸（）按钮，按要求进行

5、渲染输出为jpg格式的图片

步骤

1、单击拉菜单中单击，在下拉菜单中选择

按钮

按钮，则完成对图片的，在导出下步骤

2、在弹出的对话框中，选择指定位置进行保存，然后单击JPG格式的转化

桂电职院机电工程系

6、装配

步骤

1、启动NX 7.0软件，找到打开（）按钮并单击，在弹出的对话框中，找到已画好的键，进入编辑模式，则弹出装配的一系列装配图各零件，单击底座部件以此为基准，单击步骤

2、单击开始（操作功能

步骤

3、在弹出的装配菜单中，单击添加组件（行

桂电职院机电工程系

7、制作爆炸图

步骤

1、爆炸图指令，也是在装配图的下拉菜单中，找到爆炸图（击创建爆炸图，弹出对话框单击，单击自动爆炸组件（）按钮并单击，然后单），选择要爆炸的零件，输入爆炸值，单击按钮，完成

桂电职院机电工程系

实训总结

2011年11月21日至25日，总共5天，这5天对于我来说意义非凡。这学期我们开始接触UG NX7.0。相对于Auto CAD的平面绘图，UG NX7.0略显成熟许多，这是一个三维软件立体建图。立体的空间能给人以视觉上的美感，而我与UG NX7.0的不解之缘也由那时开始，一直向今天走来。

直到11月21日至25日，我们在老师的安排下进行了5天实训。可以说这5天的实训既是忙碌的又是充实的。我们从老师那里接到任务以后，就投入到紧张的实训阶段。此次任务比较繁重，每人要独自完成5个立体图，外加小组成员配合完成装配图的各个零件，并制作装配图，导出爆炸图。我们小组，根据个人的实际情况，我们又各自划分了各自负责的项目。

从打开软件的兴奋，到看图的眉头紧锁，再到草图的无从下手。这一切的过度，对我所学知识，是一种极大的挑衅。平时上课有老师一步一步的讲解，画图也是边看书边画，慢慢来。现在想想都后怕，在短暂的摸索后，开始了草图的绘制。

桂电职院机电工程系

真有一马平川的感觉，气吞山河的气势。但偶尔也会遇到一些棘手的问题，和同讨论，向老师请教，经过自己的坚持与努力，最终顺利完成了此次实训任务。

此次实训，不仅需要能力，素质，知识，更需要去如何完成一个任务，享受整个过程，懂得了享受工作才能享受生活。当遇到问题时，要冷静思考，一点一点的排除障碍，积少成多，到最后获取成功，一种自信心就由然而生，这应该就是工作的乐趣。有时候不懂的就需要与人讨论，虚心请教，别人的身上或许有你缺少的知识，优势互补，每一次的挫折都会使我更接近成功，做起事来也会事半功倍。还有学会了在工作中与人的合作与交流，同乐同累，合作互助，这是团体的精神，也是必须学习的东西。

在此之前，一直都是学习理论知识，课堂上的实践机会也较少。所以说实话，在实训之前，零件的设计、零组件装配、装配图的爆炸、工程图的绘制对我来说是比较抽象的，一个完整的机器要怎么分工以及完成该机器所要的步骤也不是很明确。此次又有UG NX7.0软件的实训，虽然只有一周，但获益匪浅。对UG NX7.0软件有了一个前所未有的认识与理解。经过这次实训，让我明白了一个完整机械产品的设计、开发，必须由团队来分工合作，并在每个阶段中进行必要的总结与论证。

“纸上得来终觉浅，绝知此事要躬行”！,在短暂的实训过程中，让我深深感受到自己在实际运用中专业知识的匮乏。以前总以为自己学的还不错，一旦应用到实际就大不一样了，这时才真正领悟“学无止境”

桂电职院机电工程系的含义。经过为期一周的三维软件实训，我对UG NX7.0软件设计平台有了更深一步的了解，对UG NX7.0认识与使用也有了大大的提高。以及如何使用操作方面有了本质的提高。

UML建模--银行管理系统 篇6

建模

课程设计报告

专业：

学号：

姓名：

任课教师：

一、系统概述

银行是与人们生活密切相关的一个机构，银行可以提供存款、取款、转账等业务。在银行设立账户的人或机构被称为银行的客户（customer）。一个客户可以在银行开设多个账户（account），客户可以存钱到账户中，也可以从自己的账户中取钱，还可以将存款从一个账户转到另一个账户。另外，客户可以随时查询自己的账户情况，以及查询以前所进行的存款、取款等交易记录。客户还有权利要求关闭自己的账户。

实际生活中的银行功能其实还要复杂得多，但为了简化系统，本次设计只考虑银行的基本功能。简化版的银行信息系统至少应具有如下功能：

1.一个银行可以有多个账户； 2.一个银行可以有多个客户； 3.一个客户可以持有多个账户； 4.一个账户可以有多个持有者； 5.银行可以为客户开设账户； 6.银行可以为客户注销账户； 7.客户可以从自己账户中取钱； 8.客户可以向自己账户中存钱；

9.客户可以在同一银行的不同账户之间转账； 10.客户可以在不同银行的不同账户之间转账； 请完成登录、存款、取款、转账和查询几个模块的设计。

二、需求分析

银行系统是与生活紧密相关的一个机构，银行提供了存款、取款、转账等业务。在银行设立账户的人或机构通常被称为银行的储户。一个储户可以在银行开多个账户，储户可以存钱到账户中，也可以从自己的账户中取现，还可以将存款从一个账户转到另一个账户。储户还可以随时查询自己账户的情况，并查询以前所进行的存款、取款等交易记录。后台管理员可以对客户的账户进行注销、删除、查询等管理，还有就是银行利息、汇率、手续费之类参数的设置，以及财务管理以及财务分析。

软件分别有开户，查询存取款，转账等功能。各个模块各有不同的功能，但都能完成查询和存取功能。各模块的数据都存放在数据库中。数据的调用和连接都有程序来完成。

此软件所要完成的主要功能有三方面：如果是存款，用户填写存款单，然后交给收银员键入系统，同时系统还要记录存款人姓名，住址，身份证号码，存款类型，存款日期，利率及密码（可选）等信息，完成后由系统反馈成功存款信息给用户。如果是取款，用户填写取款的相关信息（取款金额、取款币种）进行提交，系统要求用户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息单给用户。如果是转账，用户填写转账的相关信息进行提交，系统要求用户输入密码以确认身份，核对密码正确无误后系统计算利息并反馈信息给用户。系统及时更新数据库。

外部功能：实现化窗口，开户/销户、存款/取款、查询/转账。

内部功能：同步，过滤，定位，识别，更新，连接。

三、系统的UML基本模型

（1）、用例图

通过分析对银行管理系统的需求分析，确定参与者有银行客户、收银员。收银员具有维护系统信息、维护客户信息、查询客户情况和处理处理客户需求的作用。用例包括：

1）开户、2）存款、3）取款、4）转账、5）查询、6）销户等

（2）、用例描述：

用例名称：银行信息系统

描述：银行客户对需要办理业务的需求以及收银员对事件的处理。

（3）、银行信息系统的事件流

1.用例存款的事件流

1.1 前置条件

在存款之前，客户已经办理银行账号并且带来现金若干，并到达银行网点。1.2 后置条件

如果这个用例成功，这个存款事件是成功的，否则，系统没有变化。1.3 扩充点

无 1.4 事件流

1.4.1 基流（1）客户将银行卡交给收银员。

（2）收银员要求客户输入卡密码。

（3）客户输入卡密码，并确认密码。

（4）收银员提示，请客户选择服务类型。

（5）客户选择存款服务。

（6）收银员提示：存款数目。

（7）客户说出数目，并把钱交给收银员。

（8）收银员完成服务。

（9）收银员退还卡。1.4.2 替代流

如果输入的密码无效，用户可以重新输入密码或者终止用例。

2.用例转账的事件流

2.1 前置条件

在转账之前，客户已经办理银行账号，被转账人的账号已经存在并且已经知道了对方的账号。

2.2 后置条件

如果这个用例成功，这个转账事件是成功的，否则，系统没有变化。2.3 扩充点

无 2.4 事件流

2.4.1 基流

（1）客户填写转账单。

（2）客户把转账单和银行卡交给收银员。

（3）收银员要求客户输入卡密码。

（4）客户输入卡密码，并确认密码。

（5）收银员转账成功。

（6）收银员退还卡。2.4.2 替代流

如果输入的密码无效，用户可以重新输入密码或者终止用例。

3.用例查询的事件流

3.1 前置条件

在查询之前，客户已经办理银行账号并且携带银行卡，并到达银行网点。3.2 后置条件

如果这个用例成功，这个查询事件是成功的，否则，系统没有变化。3.3 扩充点

无 3.4 事件流

3.4.1 基流

（1）客户将银行卡交给收银员。

（2）收银员要求客户输入卡密码。

（3）客户输入卡密码，并确认密码。

（4）收银员提示，请客户选择服务类型。（5）客户选择查询服务。

（6）客户说出查询内容，收银员将内容反馈给客户。

（7）收银员完成服务。

（8）收银员退还卡。3.4.2 替代流

如果输入的密码无效，用户可以重新输入密码或者终止用例。

（4）、活动图

活动图是基于对象的状态变迁所绘制的视图。

收银员首先凭着自己的系统用户名和密码登录系统，收银员可以通过银行客户提供的有效证件号开户，提供客户账号开户、存款、取款、转账、查询、销户等功能，最后退出系统。

1．存款活动图

2．转账活动图

3．查询活动图

（5）、时序图

时序图（Sequence Diagram）主要用于按照交互发生的一系列顺序，显示对象之间的这些交互。收银员通过用户账号和密码登录系统，在系统的操作窗口对需要存款、取款、转账、查询、销户的用户进行操作，最后退出操作窗口。

我们所开发的银行管理系统时序图如图所示：

（6）、类图

类图是对象结构建模的一部分，类图描述系统中类的静态结构。类图是代码生成（将模型转化为代码）的来源，也是逆向工程（将代码转化为模型）的目标设生成物。

类图设计如下图：

系统中主要的类（1）用户类： 它的属性有用户名（Name）、密码（Password）、银行卡号（Cardnumber）、用户身份证号码（ID）。

操作包括修改密码（Changpassword）、存款（deposit）、取款（cash）、转账（transfer）、查询（Chaxun）、、用户开户（Registered）。

（2）系统类：

它的属性有电脑号（Computernumber）、机器地址（Mac）。本身的操作没有，但有被管理员使用的操作。（3）收银员类：

它的属性有用户名（name）、密码（password）。操作包括用户开户（Registeredusers）、注销用户（Deleteusers）、查询用户信息（Chaxun）、系统维护（Weihu）。

（7）状态图

状态图用来表示建模对象是如何改变其状态的，状态定义为对象行为在某一时刻的快照或转折点。

四、结论

系统主要的实现目标是实现客户开户、存款、取款、转账、查询、销户和后台服务器端系统的设计，提供完善的功能设计。

五、总结及心得体会

uml软件建模实训报告 篇7

随着软件开发技术的不断涌现, 基于业务应用层面开发和测试的比重逐渐增加, 复杂度和难度不断提高。同时, 激烈的市场竞争使得软件生命周期缩短, 软件研发和测试的时间将大幅减少。本文以移动终端软件自动化测试为实例, 着重于对软件自动化测试思路的整理, 利用UML顺序图、状态图创建自动化测试用例模型, 生成测试场景用例和有效的自动化测试工具的配置参数。

1 移动终端的自动化测试

1.1 发展趋势

针对软件测试中重复性工作较多的特点, 自动化测试机制将大大提高测试效率。其优势体现在可最大程度提高测试效率, 使软件更快地推向市场, 获得盈利空间。

1.2 自动化测试思想

借鉴其它软件产品自动化测试方法并结合移动终端自身特点, 移动终端的自动化测试方法可概括为以下几个步骤: (1) 对被测产品进行系统分析。将被测产品的性能指标转化为测试的具体目标; (2) 建立虚拟用户测试脚本。将业务流程转化为测试脚本, 通常是指虚拟用户脚本; (3) 根据测试指标创建测试用例场景。根据真实业务用例场景, 对生成的测试脚本进行复制和控制, 转化为满足测试指标的测试用例集; (4) 运行测试场景, 监测应用性能。在性能测试运行中, 实时监测让测试人员在测试过程中的任何时刻都可了解应用程序的性能优劣; (5) 测试结果分析和性能评价。结合测试结果数据, 分析产品性能行为表现的规律, 并准确定位系统性能的瓶颈所在。

2 基于UML方法的自动化测试用例建模

2.1 UML模型图的形式化定义

统一建模语言UML是一种可视化的建模语言, 有着便于人机交互的机制。UML提供了一些可互相组合图表的图形元素, 其目的是用多个视图展示一个系统, 这组系统图被称为一个模型。简单的UML类图、顺序图 (场景) 和状态图如下:

对象图:类是一组具有类似属性和共同行为的事务的抽象, 而对象则是一个类的实例, 它是具有具体属性值和行为的一个具体事物。而对象图就是用一些图形元素来表示这种具体事物。如图1- (I) 所示, 矩形方框代表对象的图标, 它被分成3个区域, 最上面的区域标注对象名, 中间区域是对象的属性, 最下面区域里列的是对象的操作。

状态图:状态图描述了一个对象所处的可能状态以及状态之间的转移, 并给出了状态变化序列的起点和终点。一个简单的UML状态图如图1- (II) 所示。

顺序图:顺序图主要描述了对象间发送消息的时间顺序。在顺序图中, 每一个交互的对象就是一个测试单元。

顺序图SD可以表示为一个六元组{O, M, E, msg, Obj, →}其中:

O={O1, O2, …, Om}, 是对象的集合, O1, O2, …, Om都是顺序图中的对象。

M={M1, M2, …, Mn}, 是消息的集合, M1, M2, …, Mn都是顺序图中的消息。

E=M{s, r}, 是事件集合。事件是指消息的发送和接收。对于消息msg, 发送事件用s表示, 接收事件用r表示。顺序图中所有发送消息事件的集合记为S, 所有接收消息事件的集合记为R。

msg是从E到M的一个函数关系, msg () e) ) 表示事件e所对应的消息。

Obj是从E到O的一个函数关系, obj () e) ) 表示事件e所对应的对象。

→是消息集合M上的一个全序关系, 表示顺序图中的消息在纵向时间轴上的先后关系。

我们用符号‘<<’来表示事件间的先后关系, 它满足如下三个性质: (1) 对同一消息而言, 发送事件先于接收事件; (2) 在同一对象的生命线上, 若事件e1出现在发送事件e2的上方, 则e1先于e2; (3) 在同一个对象的生命线上, 如果接收事件e1出现在e2的上方, 并且它们分别对应的发送事件也位于同一个对象的生命线上, 则e1先于e2。

顺序图的场景:对于顺序图SD, 场景定义为一个消息序列, 并且满足下面两个条件: (1) 所有M中的事件在序列中出现且仅出现一次; (2) 对于任意两个消息序列Mi, Mj, 如果 (Mi, s) << () Mj, s) ) , 那么序列中Mi在Mj的前面。

2.2 用UML模型图生成测试场景用例

由UML模型图的形式化定义可知, 一个简单顺序图刻画了系统运行的一个场景, 其运行过程表现为一个事件的序列 (e1, e2, …, em) 。由于事件之间存在强制顺序关系‘<<’, 一个顺序图可能包含多个事件序列, 而每一个事件序列又代表一个场景。可以用一个有向无环图 (DAG) 来表示‘<<’关系, 对于任意两个事件ei, ei∈E, 如果ei<

根据场景定义, 通过所找到的合法事件序列就可确定与该事件序列相应的场景。

综上, 我们将UML顺序图场景测试用例生成方法概括为以下几个步骤:

(1) 根据所测试项的测试步骤创建顺序图, 检查顺序图中的每一个对象, 如果其存在状态图, 就将对象状态加入到顺序图中。

(2) 通过遍历顺序图中的事件序列从而找出所有的场景。这样就将复杂顺序图化简成多个简单的顺序图来进行处理, 遍历每个事件序列就可以得到所有场景。

(3) 选定一个场景, 根据其事件序列在顺序图中遍历该场景, 并记录场景的输入和最终输出。

(4) 确定每个场景的环境条件。在顺序图中, 每一个交互的对象就是一个测试单元。从测试单元中导出相应的环境设置 (包括对象属性、操作和消息中的参数) 。找出环境设置后, 再为每一个场景找出相应的选择, 从而确定其环境条件。

(5) 测试用例生成。一个完整的UML测试用例包括四个部分:环境条件、输入、方法调用序列、预期输出。所有这些信息已从前面的四步中生成, 只要将它们组合在一起即可。在实际测试所创建的顺序图中, 方法调用序列就是该场景中的事件序列。

可用同样的方法为所有场景生成测试用例。

2.3 实例——用UML方法进行移动终端遇忙转接测试项的用例建模

对于移动终端而言, 其UML状态图如图2所示:

(1) 根据测试规程中移动终端遇忙转接测试项的测试步骤创建UML顺序图, 检查顺序图中的交互对象tested, 根据其状态图可知该对象包含三种状态:power off, idle, busy, 将这3种状态加入到顺序图中, 加入状态信息后的最终结果如图3所示。

(2) 通过遍历该顺序图中的事件序列从而找出所有的场景。所有事件序列构成了一个有向无环图DAG, 如图4所示:

从事件e1开始, 遍历该DAG的每一个分支, 相当于将复杂顺序图化简为多个简单的顺序图进行处理, 遍历每个分支可得到所有场景。对于该测试项, 得到的三个场景及其对应的事件序列如下所示:

(3) 记录每个测试场景的输入和预期输出。

输入:对于这三个场景而言, 测试用例输入均为测试者拨打测试样机号码。预期输出:Scene1提示“) 关机”) , 呼叫失败;Scene2和Scene3呼叫成功, 建立通话。

(4) 确定每个测试场景的环境条件。假定在测试过程中配合测试的软件assistant1和assistant2均保持正常状态, 即assistant1始终处于正常主叫状态, assistant2保持正常待机状态。那么对于交户对象tested而言, 从其对象图中导出相应的环境设置 (包括对象属性、操作) 。

(5) 移动终端遇忙转接测试项测试用例生成。对于这三个场景, 所有测试用例信息已从前面的四步中生成。在各场景测试用例中, 方法调用序列就是该场景中的消息序列。

3 结束语

本文以移动终端软件测试为例, 提出的基于UML模型图生成软件自动化测试场景用例的方法, 包括找出场景和生成测试用例。顺序图中的场景设计可能与实现不一致, 但通过执行顺序图中的所有可能场景, 至少能在其中一个场景的执行过程中达到该错误, 因此只要从顺序图中生成覆盖所有场景的测试用例就能有效地找出存在的错误。在测试用例的生成过程中, 我们将环境条件与输入, 方法调用序列和预期输出作为最终的测试用例, 最后将系统测试后的实际输出和方法调用序列与预期的输出和方法调用序列进行比较, 从整体上验证系统的最终实现是否与设计一致, 从而完成顺序图的场景测试。

摘要：以移动终端软件测试为例, 依据统一建模语言 (Unified Modeling Language, UML) , 利用建模工具和UML模型图, 给出了一种生成测试用例的方法。该方法能直观地创建自动化测试用例方案模型, 尽可能多地生成测试用例场景, 从而加大了测试用例的隐含故障覆盖率, 并能为移动终端的自动化测试工具提供有效的配置参数。

关键词：自动化测试,UML模型图,用例,场景

参考文献

[1]Booch.G., Rumbaugh.J.Jacobson.I..The Unified Modeling Language User Guide[M].Addison-Wesley, Reading MA, 1999.

[2]Bennett.S., McRobb, S.Farmer, R..Object-Oriented Systems Analy-sis and Design using UML[M].McGraw-Hill, Lodon, 1999.

[3]陆璐, 王柏勇.软件自动化测试技术[M].北京:交通大学出版社, 2006.

[4]徐宏喆，陈建明．UML自动化测试技术[M].西安:西安交通大学出版社, 2006.

物流软件实训报告 篇8

班 级： 城运1301班 姓 名： 贺鹏程 学 号： 1301010107 指导教师： 赵柱文 谢志红 陈柳

2014 年 12 月

一、实习名称

物流软件实训

二、实习时间

2014年12月15日——2014年12月19日

三、实习地点

重庆公共运输职业学院D303机房

四、实习内容

1、学会使用第三方物流模拟软件，熟悉其操作流程

2、将所学物流知识在实践中灵活运用

3、了解第三方物流的实际操作

4、在实践中增强我们的物流概念，处理好每一个环节

五、心得体会

经过一年物流专业的学习,我们在实践还有些缺乏，但在老师细心的教导下，我们在这次物流订单业务流程的实训中收获不小，对各个作业流程有了一定的理论基础,通过在电脑上将这些理论与实际的操作相结合,在实践中提高运用知识的能力。这次实训中，我们主要是在电脑上模拟操作订单的 业务流程，还通过模拟操作在第三方物流虚拟平台了解物流的基本流程。在实际的操作过程中，我发现原来在课堂上老师反复讲解的知识理论在实践中却得到了简单化，那些书本中的长篇大论在实训室经过老师的指导剖析一一呈现在眼前，不再需要我们在课堂费劲想象具体的实物空间，只要我们亲身到实训室很快我们就会学会我们所学的知识。在实践中你会发现很多东西看起来都是我们在课堂上讲过的，但到实际运用中让我们感到束手无策了，只有我们认真学习自己的专业知识，积极的参与实践，才会促进我们原有专业水平的提高，而且让我们感到我们在不断进步，在不断的走向成功。

们这次实训的主要内容有：了解第三方物流服务的特点、主要设备和作业流程，对其进行分析，并结合所学的理论进行操作。物流的七个要素当中比如说运输，运输两个字概念包括的概念非常广，包括公路运输、铁路运输、航空运输、海运等，第三方物流公司的业务流程，证书申请认证等，而且还通过模拟操作在第三方物流虚拟平台了解物流的基本流程。第三方物流内部的构成一般可分为两类：资产基础供应商和非资产基础供应商。对于资产基础供应商而言，他们有自己的运输工具和仓库，他们通常实实在在地进行物流操作。而非资产基础供应商则是管理公司，不拥有或租赁资产，他们提供人力资源和先进的物流管理系统，专业管理顾客的物流功能。广义的第三方物流可定义为两者结合。因此，对物流各环节如仓储、运输等的严格管理，再加之拥有一大批具有专业知识的物流人才，使得他们可以有效地运转整个物流系统。

通过这次学习，使我们物流管理专业的学生具有运用所学理论知识来分析问题和解决问题的能力，全面、系统地巩固和提高在校期间所学到的基础知识和专业知识。通过对多种环节、多个内容的操作和训练，让学生了解物流企业的业务及其运作流程和环节，掌握物流实务综合技能。