uml系统分析实验报告（共10篇）
篇1：uml系统分析实验报告
房产销售系统
房地产销售管理系统是针对传统房地产企业管理模式与业务手段中逐渐表现出的效率低下、信息滞后、规范与执行力差等特点，利用先进的IT信息技术，结合房地产企业自身管理思想和模式，参考一系列大型房地产企业管理经验，帮助房地产企业实现在波动的大环境下，保持稳定、健康的可持续性发展的信息化管理软件。房地产销售管理软件在重视系统功能的全面性，流程的可控性，技术的先进性的同时更要注重系统的易用性。下面就将介绍一个简单的房产销售系统的建模方法。
1需求分析
房产销售系统的需求分析简述如下：
（1）客户可以通过网上和前台预定房子。
（2）客户注册后，可以查看房子信息；看到自己满意的房子可以提交预订单。（3）职员审核验证订单，如果客户资料无误，通过预定单并更新房产状态；否则拒绝订单请求。
（4）客户收到订单通过消息后，预付购房款，获得订单成功通知。
（5）客户来签订房产合同时出示通知，职员查看无误后，要求客户支付购房首款，并填写工作记录。
2系统建模
在系统建模以前，我们首先需要在Rational Rose 2007中创建一个模型。并命名为“房产销售系统”，该名称将会在Rational Rose 2007的顶端出现，如下图4-1所示。
图 4-1创建项目系统模型
2.1创建系统用例模型
创建系统用例的第一步是确定系统的参与者。房产销售系统的参与者包含以下两种：
（1）客户（2）职员（3）管理员 三个参与者如图4-2所示。
客户职员管理员
图4-2 系统参与者
然后，我们根据参与者的不同分别画出各个参与者的用例图。
1.客户用例图：客户在本系统中可以进行个人信息注册、预订房子、查看房产信息、支付购房预付款等操作，通过这些活动创建的客户用例图如图4-3所示。
个人信息注册楼盘信息查询查看房产信息客户户型信息查询预订房子支付购房预付款
图4-3 客户用例图
2.职员用例图：职员在本系统中能够进行系统登录、处理预订单、查询房产信息和录入房产信息的相关操作，通过这些活动创建的职员用例图如图4-4所示。
系统登录<
图4-4 职员用例图
3.管理员用例图：管理员在本系统中能够进行登录系统，审核客户注册请求，查看客户资料，删除账号的相关操作，通过这些活动创建的管理员用例图如下图所示。
登录系统<
图4-5管理员用例图
2.2创建系统静态模型
从前面的需求分析中，我们可以依据主要的八个类对象：房产、客户、职员、管理员、请求订单、工作记录、客户资料和服务记录创建完整的类图如图4-6所示。
图 4-6 系统类图
2.3创建系统动态模型
系统的动态模型我们可以使用交互作用图、状态图和活动图来描述。
2.3.1 创建序列图
1.管理员审核客户注册账号的活动步骤：（1）客户提交申请注册资料（2）管理员核实客户资料（3）添加客户（4）返回添加成功消息（5）通知客户注册成功。根据以上步骤创建的序列图，如下图4-7所示。
图4-7管理员审核客户注册账号序列图
2.客户签订购房合同的活动步骤包括：（1）客户出示预订单的通知（2）职员查看通知无误（3）客户支付购房首款（4）职员填写工作记录（5）更新房产的状态（6）客户签订购房合同。根据以上步骤创建的序列图，如下图4-8所示。
图4-8客户签订购房合同序列图
3.客户预订房产的活动步骤包括：（1）客户填写预订单（2）职员检查预订单并检查客户资料（3）办理预定房产订单的手续（4）完成手续后，建立新的客户手续（5）同意房产预定请求（6）通知客户。根据以上步骤创建的序列图，如图4-9所示。
图4-9客户预订房产序列图
2.3.2 创建活动图
我们还可以利用系统的活动图来描述系统的参与者是如何协同工作的。房产销售系统中，根据管理员、客户和职员的活动步骤我们可以创建活动图如下图4-10所示。
图4-10 系统活动图
2.3.3 创建状态图
在房产销售系统中，从客户开始发送预定请求道最后客户签订购房合同为止，整个系统的状态图如下图4-11所示。
图4-11 系统状态图
2.4创建系统部署模型
对系统的实现结构进行建模的方式包括两种，即构件图和部署图。
房产销售系统的部署图描绘的是系统节点上运行资源的安排。包括三个节点，分别是：客户端浏览器、Http服务器、数据库服务器，创建后的部署图如图4-12所示。
图4-12 系统部署图
篇2：uml系统分析实验报告
基于UML面向对象需求分析的通讯录管理系统一、实验目的：
1、熟悉UML建模工具Visio2007
2、熟悉活动图
3、熟悉顺序图
二、所用软件：
Microsoft Visio2007
三、实验分析：
时代在发展，人们的交际圈越来越广泛，人际关系的记录也越来越多，所以我就编写了一个通讯录管理系统，此系统由JAVA语言写成，主要功能有：
1、添加联系人信息
2、模糊查找了联系人（按姓名、按号码）
3、修改联系人信息
4、删除联系人信息
通过这个系统，正快速准确的对联系人信息进行各种操作。
还有此系统运用的数据库为SQL-server数据库，各种联系人信心都储存在其中，用户输入数据，系统通过数据库数据的验证，来完成各种多通讯录的操作。
四、实验步骤
1、活动图 Customersystem写入数据库进入主页面数据库中查找号码选择业务显示查询结果号码不存在添加联系人输入数据数据库中查找姓名按号码输入号码查找联系人显示查询结果姓名不存在按姓名输入姓名数据库中查找姓名修改联系人输入联系人姓名姓名不存在修改联系人信息提取联系人信息写入数据库删除联系人输入联系人姓名数据库中查找姓名姓名不存在退出系统从数据库删除联系人信息
2、顺序图
用户选择业务增加查找修改删除顶层包：用户选择添加返回查找返回修改返回删除返回
五、心得体会
篇3：基于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
篇4：uml系统分析实验报告
关键词：UM；系统建模；实验室管理
中图分类号：TP311.52 文献标识码：A文章编号：1007-9599 (2010) 13-0000-02
The Design of Management System for Laboratories on UML
Ma Wei
Changchun engineering college，130012
Abstract:UML is an object-oriented modeling language, the standard in system development is widely used. Based on laboratory management system software development needs,describes the system function requirement analysis modeling process.
Keywords:UML;system modeling;laboratory management
随着近年来高校教育改革和发展，为了进一步提高各高校管理的水平，不得不考虑如何提高工作的效率。实验室管理系统是网络教学的重要组成部分，主要实现实验室信息管理，发送报告、管理学习内容、预约实验室课程等功能。本文基于UML作为分析设计描述语言，分析设计了一个实验室管理系统。
一、UML建模机制
UML（Unified Modeling Language的缩写）统一建模语言，它是用来对软件密集系统进行可视化建模的一种语言。UML作为一种对软件系统进行规约、构造、可视化和文档化的语言，它融合Booch方法、OMT方法的核心概念而形成的一个公共的、同意的、有广泛实用性的建模语言。它也是为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
二、需求分析
开发者要充分了解客户的需要才能够设计出比较完善的系统，如果不能很好的理解客户需求，在设计上就会返工，下面就是经过双方调研后的到的需求說明。
（一）系统管理模块：该模块下又包括了用户管理、数据库备份、数据库还原等个子模块。由于该模块是对整个系统中权限的管理，所以该模块只有超级管理员可以操作，在这里超级用户可以添加其他用户并授予不用级别的管理权限。
（二）教师管理模块：该模块下又包括了实验授课计划表和审批、调串课三个子模块，该模块是教师登录后可管理的模块，所以该模块是对教师组登录后才可见的。教师在实验授课计划表中填写好所做实验的地点、时间、项目、班级、学生数等具体情况，用来为系统的自动排课提供信息，然而只有通过审批的计划表才可以参加排课。
（三）实验室管理功能：包括实验室信息、实验室统计、课程管理、实验室统计、设备管理、公告、日志管理、实验室预约管理七个子模块，辅助实验员与教师根据实验教学计划安排实验任务以及对实施情况进行监督管理。
（四）学生管理模块：学生在登录系统后可以进行实验室开放课程预选，并且可以查看课表。
三、用例视图的建立
用例视图描述的是系统的参与者与系统进行交互的功能，是参与者所能观察和使用到的系统功能的模型图。用例视图通常用例图表示，一个用例图就是系统中的一个功能模块，它表示参与者与系统之间进行的一次交互作用，也把参与者与系统中的用例的联系给标识出来，并确定什么样的参与者执行的哪个用例。系统的参与者可以使人，也可以使外部系统或子系统等。以本系统的“实验员”功能为例的用例图，如图1所示。
四、系统的静态模型的建立
UML建模分析与设计中静态模型是依据系统结构从静态观点描述系统的视图，它定义系统中的对象和类及类之间的关系和类的内部结构，即类的属性和操作。系统的静态模型主要包括静态视图（类图、对象图、包图）、用例视图（用例图）、实现视图（构件图、配置图）。
实验室管理系统中的“课程管理”用例的类图如图2 所示。
在“课程管理”用力中，有“课程类别（Course）”、“开放课程类（CouserOffering）”、“班级类（Class）”、“学生类（Student）”、“教师类（Teacher）”、“课程表（CourseOfferingform）”等。
五、系统的动态模型的建立
系统的静态模型建立以后，开始进行系统的动态建模。动态模型包括行为视图（状态图、活动图）、交互视图（顺序图、协作图）。顺序图将交互关系表示为一个二维图。纵向是时间轴，横向代表协作中独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。消息从一个对象的生命线到另外一个对象生命线的箭头表示。箭头以时间顺序在图中从上到下排列
六、结束语
基于ASP的实验室设备管理系统，是结合高校的实际情况所设计的一个基于数字化校园信息平台的实验室设备管理系统，它实现了高校实验室设备的网络化管理。在进行系统需求分析这个重要阶段时选择UML进行系统建模，可以让用户更好的参与进来，加强信息的交流，既加快了开发人员对问题的理解，又让设计流程变得清晰化。这说明UML这种系统建模提高了系统开发的成功性，促进了系统的实用性、规范性。
参考文献：
[1]时陪芳,张永胜.基于UML的上考试系统的设计[J].计算机系统应用，2005,（10）
篇5：UML实验报告
号:180 １0 ８２１３ 姓 姓
名: 庞志伟 班 班
级:08 级软件 2 班
指导老师:姚 姚 宇峰 峰 实验及作业一 一、实验目得
了解软件工程等基础知识,为后续得统一建模语言 UＭL 知识得学习做好准备工作。
二、实验设备与环境
装有Ｖisiｏ、RatｈionalRoｓｅ得计算机。
三、实验内容 １、复习阐述“软件工程开发模型”得相关概念,并分析各种模型得优缺点,写成实验报告。
２、熟悉ＵMＬ软件设计工具 Vｉsio、Ratioｎal Rose 得安装及环境
四、实验过程及结果 1、软件工程开发模型有(1)瀑布模型,(2)原型模型,(3)螺旋模型,(4)喷泉模型(１)瀑布模型 将功能得实现与设计分开,便于分工协作,即采用结构化得分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试与运行维护等六个基本活动,并且规定了它们自上而下、相互衔接得固定次序,如同瀑布流水,逐级下落。
优点: 1)为项目提供了按阶段划分得检
瀑布模型查点。
2)当前一阶段完成后,您只需要去关注后续阶段。
3)可在迭代模型中应用瀑布模型。
缺点: １)在项目各个阶段之间极少有反馈。
2)只有在项目生命周期得后期才能瞧到结果。
３)通过过多得强制完成日期与里程碑来跟踪各个项目阶段。
(2)原型模型 原型模型又称快速原型,它就是增量模型得另一种形式;它就是在开发真实系统之前,构造一
个原型,在该原型得基础上,逐渐完成整个系统得开发工作、快速原型模型得第一步就是建造一个快速原型,实现客户或未来得用户与系统得交互,用户或客户对原型进行评价,进一步细化待开发软件得需求。通过逐步调整原型使其满足客户得要求,开发人员可以确定客户得真正需求就是什么;第二步则在第一步得基础上开发客户满意得软件产品。
优点:克服瀑布模型得缺点,减少由于软件需求不明确带来得开发风险。
缺点:所选用得开发技术与工具不一定符合主流得发展;快速建立起来得系统结构加上连续得修改可能会导致产品质量低下。
(３)螺旋模型 螺旋模型采用一种周期性得方法来进行系统开发。这会导致开发出众多得中间版本。使用它,项目经理在早期就能够为客户实证某些概念。该模型就是快速原型法,以进化得开发方式为中心,在每个项目阶段使用瀑布模型法、这种模型得每一个周期都包括需求定义、风险分析、工程实现与评审 4 个阶段,由这４个阶段进行迭代、软件开发过程每迭代一次,软件开发又前进一个层次。螺旋模型基本做法就是在“瀑布模型”得每一个开发阶段前引入一个非常严格得风险识别、风险分析与风险控制,它把软件项目分解成一个个小项目。每个小项目都标识一个或多个主要风险,直到所有得主要风险因素都被确定。
优点: １)设计上得灵活性,可以在项目得各个阶段进行变更。
2)以小得分段来构建大型系统,使成本计算变得简单容易。
3)客户始终参与每个阶段得开发,保证了项目不偏离正确方向以及项目得可控性。
4)随着项目推进,客户始终掌握项目得最新信息 , 从而她或她能够与管理层有效地交互。
5)客户认可这种公司内部得开发方式带来得良好得沟通与高质量得产品。
缺点: 很难让用户确信这种演化方法得结果就是可以控制得。建设周期长,而软件技术发展比较快,所以经常出现软件开发完毕后,与当前得技术水平有了较大得差距,无法满足当前用户需求。
(4)喷泉模型 喷泉模型就是一种以用户需求为动力,以对象为驱动得模型,主要用于采用对象技术得软件开发项目。该模型认为软件开发过程自下而上周期得各阶段就是相互迭代与无间隙得特性。软件得某个部分常常被重复工作多次,相关对象在每次迭代中随之加入渐进得软件成分。无间隙指在各项活动之间无明显边界,如分析与设计活动之间没有明显得界限,由于对象概念得引入,表达分析、设计、实现等活动只用对象类与关系,从而可以较为容易地实现活动得迭代与无间隙,使其开发自然地包括复用。
优点: 喷泉模型不像瀑布模型那样,需要分析活动结束后才开始设计活动,设计活动结束后才开始编码活动。该模型得各个阶段没有明显得界限,开发人员可以同步进行开发。其优点就是可以提高软件项目开发效率,节省开发时间,适应于面向对象得软件开发过程。
缺点: 由于喷泉模型在各个开发阶段就是重叠得,因此在开发过程中需要大量得开发人员,因此不利于项目得管理、此外这种模型要求严格管理文档,使得审核得难度加大,尤其就是面对可能随时加入各种信息、需求与资料得情况。
五、实验小结: 通过本次实验让我了解了软件工程开发得 4 中主要模型与这些模型得优缺点、初次安装并使用 UML 软件设计工具 Visio 与Ｒatioｎaｌ Rose 使我初步认识了软件开发中 UML 得设计、实验及作业二 一、实验目得
1、了解面向对象得基本概念 2、熟悉面向对象得分析、设计过程 3、了解基于 UML 得面向对象分析设计过程
二、实验设备与环境
装有 Visio、ＲａthｉｏnaｌRose 得计算机。
三、实验内容 1、熟悉 Raｔｉonal Rosｅ得使用。
２、熟悉利用统一建模语言进行分析、设计软件得过程,完成作业:论述面向对象(OO)方法得特点、优势以及存在得问题。
四、实验过程及结果 面向对象方法(Oｂject—Oriented Ｍethod)就是一种把面向对象得思想应用于软件开发过程中,指导开发活动得系统方法,简称 OO(Objｅcｔ－Ｏｒｉenｔed)方法,就是建立在“对象“概念基础上得方法学。对象就是由数据与容许得操作组成得封装体,与客观实体有直接对应关系,一个对象类定义了具有相似性质得一组对象、而每继承性就是对具有层次关系得类得属性与操作进行共享得一种方式。所谓面向对象就就是基于对象概念,以对象为中心,以类与继承为构造机制,来认识、理解、刻画客观世界与设计、构建相应得软件系统、主要特征:封装性,多态性 优势:(１)强调从现实世界中客观存在得事物(对象)出发来认识问题域与构造系统,这就使系统开发者大大减少了对问题域得理解难度,从而使系统能更准确地反映问题域。
(2)运用人类日常得思维方法与原则(体现于 OO 方法得抽象、分类、继承、封装、消息通讯等基本原则)进行系统开发,有益于发挥人类得思维能力,并有效地控制了系 统复杂性。
(3)对象得概念贯穿于开发过程得终,使各个开发阶段得系统成分具良好得对应,从而显著地提高了系统得开发效率与质量,并大大降低系统维护得难度。
(４)对象概念得一致性,使参与系统开发得各类人员在开发得各所段具有共同语言,有效地改善了人员之间得 交流与协作、(5)对象得相对稳定性与对易变因素隔离,增强了系统得应变能力。
(6)对象类之间得继承关系与对象得相对独立性,对软件复用提供了强有力得支持。
存在得问题:(1)软件重用性差
(2)软件可维护性差
(3)开发出得软件不能满足用户需要 五、实验小结: 通过本次实验了解 Raｔional Ｒose 得使用。学习利用统一建模语言进行分析、设计软件得过程,通过上网查询,了解有关面向对象(OO)方法得特点、优势以及存在得问题。
实验及作业三
三、实验目得
1、讲解用例、参与者、ＵＭＬ语境建模技术与ＵＭＬ需求建模技术。
2、通过实例使学生有一个初步认识,为后面得学习打下坚实得基础。
四、实验设备与环境
装有 Visｉｏ、RationａlRosｅ得计算机。
四、实验内容 1、掌握“参与者”、“用例”、“各种关系”在Ｖisio 或 Raｔｉonal Rosｅ中得设计方法。体会用例图得设计方法。
2、以图书馆管理系统为例,完成其用例图得设计。并书写实验报告、四、实验过程及结果 图书管理系统中得参与者有读者、图书管理员与系统管理员、读者能够进行查询,借书(有扩展关系预定与续借),还书,罚款(有扩展关系超期罚款与损坏罚款),登陆;图书管理员能够进行登陆,处理借书,处理还书(有扩展关系收罚金),解除预定;读者订书借书还书删除预订信息图书管理员<
图书维护读者信息维护新增图书删除图书系统维护系统管理员 五、实验小结: 通过本次实验第一次使用ＲOＳE 画用例图使我初步了解了什么就是用例图,如何进行画用例图。通过画图书管理系统得用例图后,使我能够正确使用ＲOSE 软件画用例图、实验及作业四 一、实验目得
讲解静态视图中得类图、对象图等建模知识,并通过图书馆管理系统得静态视图进行实例讲解,为学生以后得学习打下坚实得基础。
二、实验设备与环境
装有Ｖiｓio、ＲationalRose 得计算机。
三、实验内容 实现并改进图书馆管理系统中得类图。
四、实验过程及结果 根据实验三得用例图画出如下得类图、1、读者,图书管理员,与系统管理员都就是用户,就是用户类得泛化;2、登录与用户就是依赖关系,登录需要取决于用户类里得用户名与密码。
五、实验小结:
通过本次实验就是我初步了解了如何将用例图转换成相应得类图。在画类图就是需要弄清楚类与类之间得各种关系,只有弄清楚类之间得关系后才能画好类图。
《面向对象分析与设计(UML)》实验五 一、实验目得
了解动态视图中得状态图得设计、建模,包括:状态机、状态、转移等概念。
二、实验设备与环境
装有 Vｉsio、RａtionaｌRose 得计算机、三、实验内容 实现并改进图书馆管理系统中得状态图、四、实验过程及结果
新书可借书删除已预定 已借书借书 预定借书还书取消预定
新用户 账户可借书可借书不可借书还书达借书上限删除用户户欠款还款借书超期或者损坏 五、实验小结:
通过本次实验得练习,让我初步了解并使用 Rｏsｅ画图书管理系统得状态图。在画图中通过分析画出图书管理系统得每个状态过程。
《面向对象分析与设计(UML)》实验六 一、实验目得
了解活动图得设计方法及建模技术。重点介绍了活动图得构成要素、判定、对象流、泳道等概念,以及活动图与状态图得关系、活动图与流程图得区别。
二、实验设备与环境
装有 Viｓio、ＲａtionaｌRｏse 得计算机。
三、实验内容 实现并改进图书馆管理系统中得活动图。
四、实验过程及结果
登录更新用户信息更新新图书信息 五、实验小结:
通过本实验得练习就是我初步了解了如何画活动图、《面向对象分析与设计(ＵML)》实验七 一、实验目得
了解动态视图中得时序图、协作图得设计、建模。
二、实验设备与环境
装有 Visio、RatiｏｎａlRose 得计算机。
三、实验内容 实现并改进图书馆管理系统得时序图,并在此基础上做出相应得协作图。
四、实验过程及结果 图书管理系统时序图: 1、借阅者预定图书
2、系统管理员添加新图书
３、系统管理员删除旧图书 借阅者 图书系统 图书名 预定记录登陆查找返回查找...预定图书生成预定记录系统管理员 图书系统 图书名 图书条目添加...查找返回创建新...4、图书管理员处理还书 系统管理员 图书系统 图书名 图书条录删除图书...查找返回删除图书...删除...图书管理员 还书 图书名 借阅者 借书记录 图书条目扫描...查找图书条目更新图书...删除借阅...更新借阅者可借图...查找
5、图书管理员处理借书 协作图如下: １、借阅者借书 2、图书管理员处理还书 ３、图书管理员处理借书 ４、系统管理员新增图书 图书管理员 借书 图书名 借阅者 借书记录 图书条目查找图...查找查找图书...查找...验证借阅者...查找创建借阅...借阅者 图书系统图书名图书目录借书记录1: 验证借阅者ID2: 预定图书4: 预定3: 查找图书名5: 创建借书记录图书管理员图书系统借书记录图书名 图书目录1: 查找借阅者ID2: 还书4: 还书 5: 更新记录3: 更新目录图书管理员图书系统借书记录图书目录图书名预定记录4: 验证是否达借书数量上限1: 验证借阅者ID5: 借书2: 查找是否有预定记录3: 更新借书记录6: 更新记录
5、系统管理员删除旧图
五、实验小结
通过这 8个课时得课程学习,使我初步了解什么就是时序图与协作图,如何使用Ｒose 画时序图与协作图。时序图就是消息时间顺序得交互图,描述了对象之间消息传递得时间顺序,在实验课上通过分析与画出了图书管理系统得时序图。而协作图描述得就是与对象结构相关得信息,表示一个类操作得实现。通过时序图可以清楚得了解到图书管理系统所有对象之间消息传递得时间顺序,通过协作图又能够清楚得瞧到各个对象之间得结构关系。
Ｒ ＲOSE 双向工程实验八 五、实验目得
1、了解 UML 模型与代码得对应关系。
２、了解 ROSE 得双向工程、六、实验设备与环境
装有Ｖｉsiｏ、RatｉonaｌRosｅ得计算机。
六、实验内容 1、掌握正向工程在 Visio 或Ｒationaｌ Ｒose 中得实现、体会类图中类关系在源代码中得体现。
(１)简单类、在类中添加属性与方法、类可见性设置。
(2)类图中得关系:泛化关系、关联关系(包括一对一关联、一对多关联、多对多关联、聚合关系、组合关系)、依赖关系、实现关系、系统管理员图书系统图书名图书目录1: 添加新书 2: 查找3: 更新目录系统管理员图书系统图书名 图书目录删除图书1: 2: 查找3: 更新
请依次将上述实验内容得ＵML 图与生成得代码附在实验过程及结果中,并说明UMＬ中得模型在源代码中就是否体现、２、掌握逆向工程在 Visio 或 Ratioｎａl Rｏse 中得实现。体会 Rａtional Ｒoｓe 在阅读代码中得好处。
六、实验过程及结果 1.1 在 Rｏse 得 LｏgicａlＶiew 下新建简单类Ｐｅopｌe 如下:
通过使用 UＭＬ中得正向工程得到代码如下:
1。２类图中得关系 Ａ:泛化关系
生成代码如下:
B:关联关系
(1)一对一:
生成代码如下:
(2)一对多
生成代码如下:
(３)多对多
ﻩ生成代码如下:
(4)聚合关系
生成代码如下:
C:依赖关系:
生成代码如下:
D:实现关系:
生成代码如下:
七、实验小结: 通过本次课程得学习与实验得联系就是我初步了解到如何使用Rose 进行ＵML 得正向工程与逆向工程,通过正向工程可以将类图转化成代码,通过逆向工程可以将代码转换正相应得类。
组件图与配置图设计 实验九 九 一、实验目得
1、了解组件图得概念及应用。
２、了解配置图得概念及应用。
二、实验设备与环境
装有 Visio、Rａtiｏnal Ｒｏse 得计算机。
三、实验内容 1、实现并完善图书管理系统中得组件图、配置图、四、实验过程及结果 1、组件图: 通过对系统中得组件与组件得接口进行建模得到如下图书馆管理系统组件图:
2、部署图: 通过对系统中得节点进行建模得到如下图书管理系统得部署图:
五、实 验小结: 通过这次课时得学习,使我初步了解 了什么就是组件图与部署图。组件图描述 了软件得各种组件与它们之间得依赖关系。而部署图即配置图,配置图描述了运行 软件得系统中硬件与软件得物理结构、通 过实验得练习,我完成得图书管理系统得 组件图与部署图。
篇6：UML实验报告总结
二、时序图和协作图建模
实习三 UML类图与包图建模（2学时）实验四 状态图和活动图建模 实验五
组件与部署图
实验一 熟悉Rational Rose及建立用例模型
（2学时）
一、实验名称：熟悉（2学时）
二、实验目的与要求：
了解和掌握Rose建模工具的使用 掌握怎样进行案例需求分析； 掌握UML用例图建模技术
三、实验内容：
1、熟悉rose上机环境及设置
2、根据以下谈话设计出用例图
Rational Rose及建立用例模型
四、实验步骤：
见实验说明书
实习二（2学时）
一、实验名称：
时序图和协作图建模（2学时）
二、实验目的与要求：
了解和掌握Rose或Visio建模工具的使用
掌握怎样进行系统分析，并进行UML静态建模分析； 掌握UML时序图和协作图建模技术
三、实验内容：
根据以下谈话设计出时序图和协作图建模。
四、实验步骤：
、UML类图与包图建模（2学时）
一、实验名称：UML类图与包图建模（2学时）
二、实验目的与要求：
了解和掌握Rose或Visio建模工具的使用
掌握怎样进行系统分析，并进行UML动态建模分析；
三、实验内容：
四、实验步骤：
实习四（2学时）
一、实验名称：
状态图和活动图建模（2学时）
二、实验目的与要求：
了解和掌握Rose或Visio建模工具的使用
掌握怎样进行系统分析，并进行UML动态建模分析； 掌握UML状态图和活动图建模技术
三、实验内容：
四、实验步骤：
实习五
组件与部署图与代码生成（2学时）
一、实验名称：
组件与部署图（2学时）
二、实验目的与要求：
三、实验内容：
篇7：安徽工业大学UML实验报告
胡增涛
实验
一、用例建模
【实验目的】
掌握客户需求分析的方法和步骤
了解以用例建模的软件开发方法
识别并编写用例
掌握用Rose进行用例建模的具体方法和步骤 【实验内容】
要求根据周围的实际情况，自选一个小型应用项目，分析业务需要，识别并编写用例、绘制用例图以理解系统需求，亦可老师指定的“企业综合信息管理系统”中的“进销存 管理子系统” 【实验原理与步骤】
建模原理：
1.需求获取，以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得 系统目标、范围和功能要求的初步说明。
2.用例分析，确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）
3.用例描述。分层绘制用例图，撰写用例的文字描述（采用单栏格式）。步骤：
1.需求获取。自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功 能要求的初步说明。（也可采用老师指定的题目：“企业综合信息管理系统”中的“进销 存管理子系统”）。
2.用例分析。确定系统范围和边界、确定参与者、确定用例。3.用例描述。分层绘制用例图，描述用例。画图原理：
采用Rose软件进行用例建模必须建立在完好的系统用例分析基础之上，只有做好系统 分析，系统用例建模才能达到预期的效果。
步骤：
1.分层绘制用例图，每层采用“包”进行管理。2.以“企业综合信息管理系统”—》“进 销存管理”子系统—》“销售管理”—》“合同管理”—》“收款单处理”为主线，完成 实验。其他主线也可以。【实验结果】
1.用Rose绘制的“企业综合信息管理系统”的1级用例图如下： 此系统包括“财务管理子系统”、“综合支持管理子系统”、“生产调试管理子系统”和“经 理查询子系统”等，而“进销存管理子系统”又包括“采购管理子系统”、“销售管理子 系统”和“库存管理子系统”。
2.用Rose绘制“进销存管理”的2级用例图如下：
“管理进销存”用例管理企业与客户签订采购／销售合同，并督促合同的执行和履约，提供售后服务。对库存产品和物料进行出／入库的有效管理，及时盘点并提出低于库存预警线而需要采购的物料清单和各种库存统计报表。
3.用Rose绘制“销售管理子系统”的3级用例图如下：
制定销售计划，与客户签订销售合同，井将其详细内容录入管理系统。监控正在履约的合同，检查客户是否按时付款，对付款的客户发货。
4.用Rose绘制“销售合同管理子系统”的4级用例图如下： 销售合同的主要条款是销售合同的重心，它决定了合同签订双方的义务和权利，决定了销售合同是否有效和是否合法，是当事人履行合同的主要依据。这是一份合同的重中之重，营销员在签订合同的过程中，一定要对合同所具备的主要条款逐一审明，详尽规定，使之清楚、明确。
【实验总结】
1.在添加用例之间的关系时应注意，用例之间的关系有：一般关联关系（用无方向实绩 箭头或单向实线箭头）；包含关系；扩展关系（都是一种依赖关系，所以用依赖线【虚 线箭头】）；泛化关系（空心三角实线箭头）。
2.刚进到实验室去做实验的时候，不知道如何下手去做，后来看看文档，然后再做就很 容易上手了。
实验
二、分析建模 【实验目的】
理解面向对象系统和对象类建模（概念建模）的概念 了解和掌握面向对象系统分析的方法和步骤
了解和掌握寻找开发系统中类（概念）的方法和技巧 掌握用Rose绘制概念模型的方法 【实验内容】
在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型 【实验原理与步骤】
建模原理：
1.使用概念目录列表（见下图）和非正式分析法（识别问题域的文本描述中的名词 短语，然后将其作为概念或属性的候选对象）相结合的方法识别概念。因此，待开 发用例的文字描述中，名词可能 成为概念或属性的候选对象；表示 行为的动词词 组有可能成为事务型或过程 型对象；形容词组有可能对应抽象的名词型概念。
采用的技术基本上就是：ER图和纯行为+OO的聚合、泛化。
2.最终关联的数量 介于“需要知道”型关联与【“需要知道”型关联+“需要理解”型（从通用关联列表中派生出的，见下图）】之间。
【实验结果】
用Rose绘制的概念模型如下图：
【实验总结】
1.此实验主要注意关联的命名、画法和阅读方向。比如：打算在“销售客户”与“销售 合同之间画一一般关联，命名为“签订”，显然主语是“销售客户”，宾主是“销售合同”，画线的时候反而要从宾主拖向主语，这样，打开连线的规格说明，才可以看到RoleA 是“销售客户”。
2.关于聚合与组合，首先，关联的读法是A聚合成B（因此菱形在大头），因此 要从B 画向A，比如：从“销售合同”画向“销售合同明细”。这时Role B Detail中的Aggregate 就已经 选中（表示 聚合，是空心菱形），如果再选中Bye Value，就变成 组合了（空心 菱形）。
实验
三、设计建模1 【实验目的】
理解顺序图的基本概念 了解和掌握软件工程中用例逻辑时序的分析方法 掌握使用Rose创建顺序黑乎乎 的方法 【实验内容】
在用例模型和概念模型的基础上，对首选的用例进行分解，识别出系统事件（系统操作）、（并写出契约的后置条件）；为每个系统事件画顺序图，为对象分配职责。【实验原理与步骤】
原理：
1.在系统顺序图中，所有的系统都被当成黑盒子看待，顺序图的重点是参与者发起的跨 越系统边界的事件。
2.系统事件是由某参与者发起的指向系统 的输入事件。一个事件的发生能够触发一个 响应操作的执行。
3.请仔细研究下图，考察它是如何从左边的“购买商品”用例文字描述中分解出3个系 统事件的。
4.参照用例模型和概念模型。为每个系统操作估计后置条件。（实例创建、形成关联、属性修改）
5.按照设计模式为对象分配职责
步骤：
1.分析首选用例的文字描述，按事件进行分解，识别出系统事件。（下面以“企业 综合信息管理系统”）——》“进销存管理”子系统——》“销售管理”——》“合同 管理”主线中的“收款单处理”用例为例）
2.为每个系统事件估计后置条件。（以上做了部分分析）
3.按设计模式进行设计 首先考虑控制者，领域控制者选参与者角色，即“销售人员”。为了避免使用FORM窗口等表示层对象，我们构造一个类“应用协调者”向控制者发 送消息。【实验结果】
用Rose画出的设计类图如下图：
用Rose画出的顺序图如下：
实验
四、设计建模2 【实验目的】
理解面向对象类之间关联的概念
了解和掌握分析类之间关联关系的方法
了解和掌握待开发系统中类之间关联关系的分析方法
完善设计类图，掌握使用Rose对关联进行建模的过程 【实验内容】
根据设计建模（1）中交互分析，进一步设计关联和对象 可见性（补上遗漏的关联），完善设计类图。【实验原理与步骤】
原理：
步骤： 【实验结果】
用Rose完善的设计类图如下图：
【UML与软件建模实验总结】
篇8：基于UML的考试系统分析
一、UML用例图描述
1.1识别参与者
使用用例来分析系统, 首先需要确定系统的参与者。参与者是代表与系统交互的人、硬件设备或另一系统。参与者并不是软件系统的组成部分, 它存在于系统的外部。可以确定系统主要有3个参与者:Student (学生) 、Teacher (教师) 、Administrator (系统管理员) 。
1.2识别用例
用例是规定系统或部分系统的行为, 它描述系统所执行的动作序列集, 并为执行者产生一个可供观察的结果。
二、主要用例的事件流及活动图
(1) 学生登录
(1) 简单描述:本用例提供了用户如何登录到再现考试子系统中。 (2) 后置条件:如果学生登录成功, 学生进入在线考试界面, 等待考试, 如果学生登录信息错误, 系统给出错误提示, 要求学生重新登录后者退出系统。 (3) 事件流:用户进入考试系统后, 如果用户参加考试则给出登录信息, 此时启动用例。
a.当学生要求参加考试时, 系统提示学生登录考试子系统。b.学生输入学号、密码后提交信息。c.系统对学生输入的登录信息进行安全验证, 验证成功后, 学生进入考试子系统。
E-1:如果学生输入的学号和密码中任意一项发生错误, 系统给出错误信息, 并要求学生重新登录。
(2) 浏览考试新闻
(1) 简单描述:学生在考试之前, 应确定该课程的相关考试信息, 此时应登录系统查看有时候用户为了安全需要修改自己的基本信息, 本用例实现将用户的最信息更新到数据库。 (2) 前置条件:在本用例开始前, 学生用户必须已经通过了身份验证, 进入了新闻浏览界面。 (3) 后置条件:进入新闻浏览界面后, 学生可以点击新闻标题查看新闻详细信息, 查看完毕后学生继续查看其它新闻标题或退出系统。
(4) 事件流
a.当学生输入账号、密码进入登录考试系统, 然后转到新闻察看界面。b.学生点击新闻标题后转到新闻详细信息界面, 如果学生想浏览其它新闻信息, 可以再次转到新闻浏览界面, 否则可以直接退出系统。
E-1:如果学生在登录新闻浏览界面时, 没有通过身份验证, 系统应给出提示信息, 告知用户重新输入账号和密码。E-2:如果学生用户成功登录新闻浏览界面, 但是系统暂时没有新闻信息, 此时系统应给出相关信息告知学生用户。
(3) 建立考试
(1) 简单描述:学生在考试之前, 教师首先应该建立相关科目的考试。该用例实现组卷功能和建立考场功能。 (2) 前置条件:在本用例开始前, 教师用户必须已经通过了身份验证, 进入建立考试界面。 (3) 后置条件:建立考试后, 该试卷表头信息将在考试界面中显示, 如果学生登录在线考试界面后, 将看到新建立的试卷信息。
(4) 事件流
a.当学生输入账号、密码进入登录考试系统, 然后转到新闻察看界面。b.学生点击新闻标题后转到新闻详细信息界面, 如果学生想浏览其它新闻信息, 可以再次转到新闻浏览界面, 否则可以直接退出系统。
E-1:如果学生在登录新闻浏览界面时, 没有通过身份验证, 系统应给出提示信息, 告知用户重新输入账号和密码。E-2:如果学生用户成功登录新闻浏览界面, 但是系统暂时没有新闻信息, 此时系统应给出相关信息告知学生用户。
(4) 在线考试
(1) 简单描述:在线考试在实现时, 主要考虑到了界面冻结、登录控制、时间控制、交卷控制、安全性问题和防止作弊问题。 (2) 前置条件:在线考试是考试系统地关键用例, 在本用例开始前, 学生用户必须进行身份验证, 考生通过验证后刚可进入考试界面。 (3) 后置条件:考生在规定时间里进行答题, 答题完毕后, 当学生点击交卷后, 进入成绩显示界面, 此界面显示考生客观题得分。考生查看成绩后即可退出系统。同时系统将冻结每个考生的考号。
(4) 事件流
a.学生输入考号、密码进入在线考试系统, 点击开始考试生成试卷后开始考试。b:考试界面加锁, 即所有的输入信息均被该界面接收。c.学生在规定时间内进行答题, 答题完毕后交卷。d.进入成绩显示界面, 在该界面显示考生客观题成绩。e.考试界面解锁。f.冻结考生考号, 要求学生退出系统。g:考生试卷封存, 解冻考生的考号。
E-1:如果考生在登录在线考试界面时, 没有通过身份验证, 系统应给出提示信息, 告知用户重新输入考号和密码。E-2:如果考生在开考后的半个小时内登录考试系统, 系统仍然允许该考生参加考试, 学生通过身份验证后即可参加考试。E-3:如果考生在开考后半个小时后登录考试系统, 系统拒绝该考生进入考试界面, 但系统并不冻结该考生考号, 该考生可以进行非考试的其它操作。E-4:如果考生在规定的考试时间结束之后登录系统后, 由于系统已经默认将该考生的考号冻结, 所以系统禁止该考生登录, 并给出相关提示信息。E-5:如果考生在开考半个小时内交卷, 系统禁止交卷, 并给出提示信息。E-6:如果考生在规定时间内没有交卷, 系统将强制考生提交答案信息, 并给出客观题成绩。
(5) 考生成绩查询
a.考生输入考号、密码后进行身份验证, 通过后进入成绩查询界面。b.考生输入试卷编号后, 成绩查询界面显示该考生在某一次考试中的总成绩。c.查询完毕后, 考生返回考试系统主界面进行其它的操作或者退出系统。
E-1:如果考生输入的考号、密码有错误, 系统将给出错误提示, 提示考生重新输入考号和密码, 同时判定该考生的登录次数, 如果登录次数超过三次, 系统强制该考生退出, 并给出提示信息, 但是不冻结该考生考号。E-2:考生通过身份验证进入查询系统, 在输入考试试卷号后出现考试试卷号错误, 此时系统应给出错误信息, 并要求学生重新输入考试试卷号。
参考文献
[1]徐晖.使用UML进行面向对象的项目管理[M].北京:人民邮电出版社, 2004.
篇9：基于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.
篇10：UML系统建模与分析大作业
题
目：
《图书馆管理系统》 专业班级：
学
号:
姓
名：
一、系统功能需求
1、基本功能
① 借阅者能够借阅书籍和还书。
② 图书管理员能够处理借阅者的借阅和还书请求。
③ 系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除和更新借阅者帐户，增加和删除书籍。
2、系统主要包括以下几个模块：
2.1、基本数据维护模块
① 添加借阅者帐户
② 修改更新借阅者帐户信息 ③ 添加书目
④ 修改和更新书目信息 ⑤ 添加书籍 ⑥ 删除书籍
2.2、基本业务模块
① 借书 ② 还书 ③ 书籍预留
④ 取消书籍预定
2.3、数据库模块
① 借阅信息管理 ② 书籍信息管理 ③ 帐户信息管理 ④ 书籍预留信息管理
2.4、信息查询模块
① 查询书籍信息 ② 查询借阅者信息
3、系统中的类
① 读者类Reader ② 图书馆人员类 LibraryStaff 图书馆管理员类LibraryManager 系统管理员类SystemManager 图书馆馆长类LibraryBoos ③ 图书馆数据库类LibraryDatabase 图书馆资源数据库ResourcesDatabase 图书馆读者数据库ReaderDatabase 图书馆工作人员数据库LibraryStaffbase ④ 图书馆资源类LibraryResources 实物书籍类BooksResources 电子书籍类ElectronicResources 书类Book
Magazine杂志类
4、系统的用例图
借阅者请求服务的用例图
1借书还书resourcesDatabase下载（阅读）电子书长籍11读者身份验证1reader查询书籍资料阅读杂志readerDatabase11libraryDatabaselibraryStaffese
图书馆工作人员用例图
图书馆管理员验证处理读者借书处理读书还书1systemManager添加书目resourcesDatabase1系统管理员验证删除书目1添加书籍1libraryDatabaselibraryStaff删除书籍readerDatabase删除读者用户libraryManager添加读者用户
二、软件系统体系结构建模 2.1、系统的时序图
系统管理员添加书籍的时序图
系统管理员添加借阅者帐户的时序图
系统管理员删除书目的时序图
图书管理员处理书籍借阅的时序图
图书管理员处理书籍归还的时序图
借阅者查询书籍信息的时序图
借阅者预留书籍的时序图
ReaderReaderDatabase1:验证身份()ResourcesDatabase2:返回验证信息3:使用终端机器预留书籍()4:预留书籍信息5:返回书籍信息和馆藏地点
2.2、系统的协作图
系统管理员添加书籍的协作图
SystemManager2:返回验证消息LibraryResources3:向数据添加新书()4:向书库添加新书()7:返回添加新书成功1:验证身份()5:返回添加成功信息LibraryStaffbaseResourcesDatabase 系统管理员删除书籍的协作图
SystemManager3:删除数据库书目()7:删除成功2:返回信息1:验证身份()LibraryResources5:返回删除消息4:删除馆藏的书()LibraryStaffbaseResourcesDatabase6:更新数据库
图书管理员处理借书的协作图
对象13：发出借书请求4:输入ReaderID()5:返回读者信息11：将书给读者对象42:返回信息7:输入书籍ID()10:借阅成功1:验证身份()对象38:该书信息对象5对象29:标记该书借出
图书管理员处理还书的协作图
借阅者预留书籍的协作图2.3、系统的活动图
借阅者的活动图
进入图书馆
Reader进入刷卡终端键盘输入ReaderId刷卡输入ReaderID验证成功享受Reader各项服务借书还书将书给图书馆管理人员将书还给图书馆管理员查询书籍资料登录查询终端机下载电子资料登录账户图书管理人员处理借书请图书馆管理人员处理还书请求输入查询资料信息进入电子资料数据库借书成功还书成功得到相关资料信息下载或阅览电子资愿该项服务结束结束离开图书馆 图书管理员的活动图
验证图书馆管理人员账户登录到管理员账户等待读者的还书请求等待读者的借书请书处理读者的还书请处理读者借书请求重新等待读者服务请求处理还书结束处理借书 借书将书给读者重新等待读者服务请求系统管理员的活动图
系统管理员维护借阅者帐户的活动图
系统管理员 维护借阅者账户的活动图登录到系统管理员账户登录到维护读者账户模块添加读者账户删除读者账户修改更新读者账户输入新账户信息检查该账户信息修改更新读者数据库信息有欠款欠书开设新读者账户没有欠款欠书将账户给读者删除该账户信息督促该用户归还欠款书 系统管理员进行书目信息维护的活动图
系统管理员进行书目信息维护的活动图登录到系统管理员账户登录到书目信息维护模块添加书目删除书目修改更新书目向数据库中添加书目删除数据库中的书目修改更新数据库书目向书库添加新书目删除书库中书目 系统管理员维护书籍信息的活动图
系统管理员维护书籍活动图登录到系统管理员账登录到维护书籍模添加书籍删除书籍向书库添加书籍删除书库中书籍更新数据库书籍信
三、硬件系统体系结构建模
3.1、业务对象组件图 <><>Item.javaLoan.javaTitle.javaReservation.java3.2、用户界面的组件图
UpdateBorrowerFBorrowerFrame.jrame.javaavaCancelResevationFBorrowerWirame.javandow.javaFindBorroweReturnItemrDialog.javaFrame.javaLendItemFFindTitleDrame.javaialog.javaUpdateTitleTitleFramFrame.javae.java
3.3、系统的部署图
DatabaseApplication ServiceWeb Bussiness ApplicationOperation<>BorrowerInformation.java
MainWindow.javaReservationFrame.javaTitleInfoWindow.javaBorrowerInfoWindow.java
【uml系统分析实验报告】相关文章：
uml系统分析设计论文08-17
uml图书管理系统需求分析与设计05-16
3系统分析实验报告04-18
成都理工大学电力系统分析实验报告08-20
信号与系统分析实验六05-28
实验楼排风系统分析论文04-15
机票预订系统系统分析报告08-21
销售系统分析报告07-21
物流系统分析设计报告03-14