附件：实验报告样本
河北工业大学
《面向对象与UML》课程实验
实验报告
题目：基于视频的车辆识别软件
专业：计算机科学与软件软件工程
班级：软121
分组编号：
组长：蔡钺
成员：蔡钺
指导教师：薛桂香
完成日期：2014.06.14
目录
1 软件项目开发计划………………………………………………（页码2）
2 软件需求规格说明书……………………………………………（页码12）
3 软件设计规格说明………………………………………………（页码24）
4 软件项目开发总结报告………………………………………………（页码）
小组成员角色与分工情况表
姓名职责和完成的工作项目组评定
刘建东职责：
工作：
蔡钺职责：
工作：
穆维佳职责：
工作：
一、软件项目开发计划
完成人：
1引言
1.1编写目的
说明：编写这份软件项目开发计划的目的，并指出预期的读者。
目的：①使项目开发团队成员更好地了解项目各个情况，以便于合理、有序地开展项目开发计划。
②以书面形式明确项目生命周期内的工作任务范围、工作任务分解、项目团队组织、各成员工作责任、团队内外协作方式、项目内外环境条件、开发进度、经费预算、风险对策等内容，使各成员之间及项目团队与项目接收方之间达成共识与约定，作为项目的行动基础与项目团队开展、检测项目各阶段工作的依据。
预期读者：项目团队成员、项目接收方
1.2 背景
说明：
a.待开发的软件系统的名称；
b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
c.该软件系统同其他系统或其他机构的基本的相互来往关系。
随着我国经济的发展，汽车拥有量的急剧增加。数据显示，最近十年，我国机动车构成比例发生了根本改变，汽车取代摩托车成为机动车构成主体。2003年，我
国机动车保有量为9600多万辆，其中摩托车6000万辆，占61.4％；汽车2400万
辆，占25％，私家车则不足600万辆。十年来，人民群众生活水平迅速提高，汽车
进入千家万户，摩托车逐步被取代。截至2013年10月底，我国机动车保有量为2.5
亿辆，其中汽车1.35亿辆，占53.9％，私家车超过8500万辆，比10年前增长13
倍。公路交通成为我国重要的交通运输途径，是国家大力发展的基础设施。高速公
路作为公路交通的一个重要组成部分，是为了提高汽车运输的运输能力、速度和安
全性方面而专门为汽车交通服务的基础设施。利用各种高新技术，特别是电子信息
技术来提高管理效率、交通效率和安全的智能交通已成为当前交通管理发展的主要
方向。
据有关数据统计表明，70%以上的高速公路交通事故都是由超速及占道引起的。
如何做好高速公路超速及占道管理及处罚，对执法部门来说，取证难却成了执法中
最头疼的难题。所以，建立高速公路智能化控制占道系统实时控制车辆的行驶状况
并对其司机进行实时提醒，不仅畅通了交通状况，也使道路资源得到了充分的利用，减少了高速的交通事故的发生，给人民的生命财产到来了保障。
视频车辆检测与识别系统在现代交通控制系统中占有很重要的地位，是未来智能车路系统发展的基础。1972年日本首先研制成功用图像处理来实时测量交通的装
置，之后世界各发达国家都相继开展这方面的研究。日本由于人口密度及国土的原因，在交通管理方面的投入最多，技术也处于世界领先地位。例如日本交通管理技术协会的交通管制系统高度化委员会从1987年开始进行“有效采用画像处理技术的交通流检测系统调查研究”，探讨和研制许多可实用化的检测技术。但当时受到计算机的运算速度和存储能力的限制，这一领域的研究并没有取得多少实际应用价值的成果。
进入80年代后，随着计算机运算能力的增强以及小型机的普及，使计算机和模式识别的研究进入空前活跃的程度，自然，也对基于视觉的交通流参数采集的研究形成了巨大的推动力量。在这个阶段，美国、日本以及几个欧洲发达国家相继投入了巨大的财力、物力来进行这方面的研究，并研究出了实际系统，比较著名的有美国的AUToSCOPE系统、欧洲十一国联合研制的EuRO-COST系统等。1991年6月，美国Cal.P{California Polytecnic}大学曾经针对当今世界各国所完成或尚在发展的基于视觉的车辆检测系统作了长达22个月的评估工作并发表了评估结果，对于这种系统的功能和成本效益给予了极高的评价。
我国在车辆检测识别方面的研究起步较晚，只是在最近几年才展开。目前这方面的研究都处于实验阶段。随着我国交通工程智能化水平不断提高，随着道路交通管理部门的自动化水平的不断提高，基于视频的车辆检测与识别系统必将有广阔的应用前景。
1.3定义
名词
感兴趣区域（ROI）
二值化
灰度化
特征值
先验
模板
Opencv库
GA36-2007
Visual Stdio
1.4参考资料
参考资料名称出版单位作者出版时间《学习opencv》清华大学出版社作者：
Gary Bradski、
Adrian Kaehler
翻译：
于仕琪、
刘瑞祯
2009.10
《基于奇异值特征的目标识别符合算法》计算机工程
第31卷第15期
文章编号：
1000-3428（2005）
15-0151-03
文献标识码：A
中图分类号：
TP391
蒋玉春、张秀斌、胡
联
2005．08
《中华人民共和国公共安全行业标准GA36-2007》中华人民共和国公
安部
2007.09.28
《图像模板匹配快
速算法研究》
刘锦峰2007.05.01
《数显数字字符图像特征提取算法的研究》计算机技术与发展
第17卷第11期
文章编号：
1673-629X（2007）
11-0039-03
文章识别码：A
中图分类号：
TP391.41
张庆丰、岑豫皖、杜
培明
2007.11
2项目概述
2.1工作内容
开发项目主要工作
项目开发过程中相关文档编写
项目需求调研、分析
项目设计（总体设计、结构功能设计、数据流设计、原理设计）项目实现
项目测试、改良
递交项目及项目相关文档
2.2主要参加人员
姓名职位说明
刘建东组长河北工业大学大二计算机科
学系学生蔡钺组员河北工业大学大二软件工程
系学生穆维佳组员河北工业大学大二计算机科
学系学生
2.3产品
2.3.1程序
包含在附件中
2.3.2文件
文件名称内容要点
软件项目开发计划书需求分析、软件设计、工作分配
软件需求规格说明书软件开发过程中各项需求的规格说明
软件设计规格说明书软件设计过程中的规格说明
软件项目开发总结报告软件功能、软件优缺点、开发过程中的难题
及解决方案
2.3.3服务
服务项目内容开始日期支持服务期限
安装软件安装
维护软件模块维护
升级软件功能、数据
库升级
2.3.4非移交的产品
软件开发相关文档（项目开发设计、需求规格说明、设计规格说明、项目总结）
软件数据库（特征模板、人工神经网络、算法设计）
测试报告书
2.4验收标准
产品/服务验收标准
项目开发相关文档符合文档格式、内容详细、表述清晰
软件1、对于高清视频文件，在晴天天气下，
车牌识别率不得低于80%，车辆识别率
85%(即通过路口车辆计数)，阴天天气、
黑夜天气下暂不做要求；
2、支持多路数据处理，最少支持2路并发处
理。
3、系统内存消耗控制在1GB以内
4、系统可以在WindowsXP 操作系统上运行
5、支持清晰度为CIF(352*288)、
4CIF(705*576)的视频文件
2.5完成项目的最迟期限
2014-06-10
2.6本计划的批准者和批准日期
批准者：
工业和信息化部、教育部、江苏省人民政府、江苏省经济和信息化委员会、江苏省教育厅、中国（南京）软件谷管委会、中国电子信息产业发展研究院、中国信息化周报、江苏软件产业人才发展基金会
批准日期：
2014-02-17
3实施计划
3.1工作任务的分解与人员分工
工作任务负责人参加人员
需求分析蔡钺刘建东、蔡钺、穆维佳
软件设计刘建东刘建东、蔡钺、穆维佳
编码实现刘建东刘建东、蔡钺、穆维佳
软件测试穆维佳刘建东、蔡钺、穆维佳
软件移交刘建东刘建东
3.2接口人员
接口用户接口人员部门接口人员合同负责单位接
口人员
/ / / / /
/ / / / /
/ / / / /
/ / / / /
/ / / / /
3.3进度
开始日期完成日期所需资源里程碑
需求分析2014.03.01 2014.04.01 完成需求分析文
档
软件设计2014.03.25 2014.04.10 完成软件框架设
计
编码实现2014.03.29 2014.05.21 完成各功能函数
及其拼接
软件测试2014.04.20 2014.06.08 通过测试要求软件移交2014.06.09 2014.06.10 接收方收到项目
成果
3.4预算
所需劳务经费预算
/
3个月，3个人共同参与的的软件需求分析、
设计、开发、测试
项目递交邮费：10元
光盘刻录费：8元
3.5关键问题
关键问题技术难点风险
车辆统计对移动车辆进行识别（正常
行驶的车辆、异常行驶的车
辆）、
避免对一辆车的反复统计
（如运载小型车的大型货
车）、
不同环境下的光线、尘土等
级不同将对识别造成影响1、提高识别准确率将增大系统运行负担
2、降低每秒截取帧数以降低系统运行负担可能降低识别准确率
车牌区域选取对不同前景色车牌进行灰
度化
对特定矩形区域（车牌）进
行识别将背景中与车牌相似的矩形区域识别为车牌
车牌区域被过滤
车牌字符识别字符匹配1、被部分遮挡（污垢、泥点等）的车牌
图片存在残缺字符、字符消失等情况，
造成无法识别或识别错误
2、复杂的识别方式将增加系统运行负担
3、简略的识别方式将降低识别准确率
4支持条件
项目开发所需设施及条件
计算机（笔记本/台式机）及其外设（鼠标、键盘、电源等）
Windows系统
Opencv库
Visual stdio开发平台（vs2008以上版本）
无线/有线网络
办公地点
4.1计算机系统支持
系统支持使用要求
Windows7及以上操作系统全过程
Visual Stdio 2008以上的开发平台全过程
Opencv库全过程
录像设备测试期内
4.2需由用户承担的工作
内容时间
用户承担工作软件验收2014年6月10日
用户提供条件/ /
4.3由外单位提供的条件
内容时间条件
外单位工作/ / /
……
5专题计划要点
专题计划计划要点
质量保证计划明确项目开发目标、开发质量要求、开
发人员责任、各环节开发期限
项目测试计划对项目成果进行多方面测试，以确保项
目达到验收标准
二、需求规格说明书
完成人：
1．概述（Summary）
1.1项目的目的与目标（Purpose and Aim of Project）
目的目标
车辆轮廓识别 1.识别出所有视频中的移动（正向、逆向行
驶）车辆
2.不反复识别同一移动车辆
3.不识别出除汽车外的移动物体
4.统计车流量
车辆车牌区域识别 1.识别出车牌所覆盖的矩形区域
2.过滤或不识别类似车牌的矩形区域
车牌截图处理 1.对不同前景色车牌进行灰度化处理
2.使用图像增强、腐蚀、锐化等方法使车牌
字符清晰
字符切割 1.对车牌字符进行顺序切割
2.将所切割字符进行二次切割，使其符合模
板大小与位置要求
字符匹配 1.对清晰度较好的字符图片进行简单识别
2.对清晰度一般的字符图片进行略微复杂的
识别（如加权、分区块识别等）
3.对清晰地较低的字符图片进行复杂的识别
1.2 术语定义（Terms Glossary）
名词定义
感兴趣区域（ROI）从图像显示的窗口中选择的一个图像区域，这个区域是
图像分析所关注的重点
二值化将图像上的像素点的灰度值设置为0或255，也就是将
整个图像呈现出明显的只有黑和白的视觉效果
灰度化在RGB模型中，如果R=G=B时，则彩色表示一种灰度
颜色，其中R=G=B的值叫灰度值
特征值在A变换的作用下，向量ξ仅仅在尺度上变为原来的λ
倍。称ξ是A 的一个特征向量，λ是对应的特征值（本
征值）,是（实验中）能测得出来的量
先验通常意义上理解，同“经验”相对，意为先于经验的，但为
构成经验所不可或缺的
模板用于进行图像对比的标准图片
1.3 相关文档（Related Documents）
用户需求变更变更影响
支持多撸数据处理，最少支持二路并发处理软件设计、编码实现
2．问题初始分析（Early Analysis）
1.数据采集：全国各地城市采用的监控设备规格、质量、功能、性能不统一，此外，各街道、路口的设备架设点也无法提供角度、环境、拍摄距离相同或者相近的视频数据。
2.车辆统计（轮廓识别）：由于数据采集中存在着许多偏差与影响因素，加之不同车型、不同车辆的轮廓外形、行驶轨迹、行驶速度等均不相同，车辆统计建议采取运动识别与轮廓识别相结合的方法
3.兴趣区域搜索（车牌区域识别）：背景中可能含有可被误认为车牌区域的像素区域，或者由于某些原因（其他车辆、物体遮挡等）导致车牌无法被识别。
4.图片灰度化：我国使用的车牌有多种前景色，可能不存在单一灰度化阀值，使各种环境下截取的车牌图片灰度化。
5.字符匹配：车牌框内字符被污点遮蔽，可能造成一定程度上的字符残缺或增生。模板与切割字符图片存在尺寸上的不对应。
2.1 场景描述（Scene Description）
城市监控设备对于城市各个重点街道、路口进行视频数据采集。采集的数据上传至处理系统中，处理系统使用车辆检测识别软件自动对视频中的来往机动车进行检测、统计、识别。对于识别成功的机动车，软件生成相应的截取图片，并进行进一步分析处理，得到车牌识别结果，以文本和图片的格式输出、记录。
交管部门以车辆统计数据、车辆识别结果作为城市道路建设、交通管理的指导，改进城市交通系统
2.2 初始功能提取（Early Function Distill）
在建设平安城市的进程中，安全是政府日常管理工作中的重要任务。随着城市报警和监控系统的建设，对于监控数据的分析也日显重要。目前需要对重点街道或路口采集的视频数据进行分析，主要包括两点：①对于视频中过往机动车辆的机动车牌提取出来，生成截屏图片；②对提取的图片中机动车牌号码进行提取，并输出文件进行记录。通过系统的自动分析提取，可以对街道或路口的车辆流量进行统计，一方面解决了从海量数据中人工分析的困难，另一方面通过机动车辆的统计，对城市道路建设以及交通管理都具有重要指导意义。
3．目标系统功能需求（Function of Target System）
可进行视频播放、暂停、截取
支持软件的运行，且适应性较好
支持多种类型的数据存储、读取
3.1 功能需求分析（Function Analysis）
对具体功能需求进行细化分析，并用图形工具进行描述。
采用面向对象分析方法，要求采用业务类模型和用例图，配合活动图和序列图进行系统逻辑建模。
1、车辆轮廓识别：软件对视频进行按帧截图，将截取的图片进行灰度化、图像增强等预处理，使车辆轮廓明显，再使用特定轮廓识别算法进行轮廓识别。识别成功后对背景进行过滤，留下含有车辆的区域，并计入车流量。
2、车牌轮廓识别：对车辆区域进行进一步的轮廓识别、图像增强等处理，得到识别成功的含车牌数字的图片
3、车牌字符分割：利用先验知识，筛选车牌位置并提取车牌图片，进行二次差值放大，进一步利用边缘检测函数筛选字符并根据比例分割
4、字符匹配：设置与切割字符大小匹配的模板，利用帧差法等方法进行全模板匹配识别，筛选最优结果并将其作为识别结果
5、结果输出：根据模板所对应的字符，按次序排列各个字符，组合成车牌字符串，与车牌一同输出、记录。
3.2 功能需求点列表（Function List）
表2-1 功能需求点列表
编号功能名称使用人功能描述输入内容输出内容
1 / / / / /
面向对象分析与设计期末实验 设计题目 : 学生信息管理系统 姓名 学院：电子信息工程学院 系别: 计算机科学与技术 班级：网络工程1班
页眉内容 A部分需求分析 一、实验目的 利用所学的UML建模知识设计学生信息管理系统。由于信息技术的急 剧发展和配合管理的思想的出现，各种网络化，自动化，配合技术在各自的业界的管理实践中迅速得到应用。学生的信息的管理系统的开发非常有必要。学生的信息管理系统的目标是在学生的信息管理中，使用计算机的网络技术，通讯技术和信息处理技术，使学生的信息得到加工，依次传达及保存。 根据学生的信息管理的电子化和网络化，来实现全面改善学生信息的管理环境，提高管理效率。系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同功能。管理员能有效管理学生的信息，同时，学生可以随时大量检索查询多种信息。 二、实验仪器或设备 学生用计算机一台 三、设计原理、系统业务及功能 设计原理： 系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同 功能。管理员能有效管理学生的信息，同时，学生可以随时大量检索查 询多种信息。 设计方案及流程： 1.这个项目从结构上分。 ①管理员：通过已有学生信息仓库，管理学生的信息，还可以管理教师 的信息，管理课程的信息，管理班级的信息； ②学生：可以修改学生的信息，选择课程，检索成绩等； ③教师：修改教师的信息，检索学生的成绩，登记授课的学生状况等。 2．系统功能模块
（1）学生功能：查询课表，选课，成绩，修改学生个人信息。 （2）教师功能：录入成绩，查询教授学生状况，修改老师个人信息。 3．管理员功能模块 （1）学生管理：学生用户的追加，学生信息的浏览，修改，删除。 （2）教师管理：教师用户的追加，教师信息的浏览，修改，删除。 （3）课程管理：课程查询，添加，修改，删除，公布课表等。 （4）班级管理：班级的查询，添加，修改，删除 B部分系统UML建模 1．用况图 （1）系统用况图：
uml实验报告 学院 班级学号姓名 uml实验报告 实验一：用例图 实验结果： 小结实验心得体会： 用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后 各阶段的开发工作。用例图是uml中用来对系统的动态方面进行建模的7种图之一。用例图 描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能 的操作者。通过本次实验，我熟悉rational rose建模环境，更加清楚的了解了用例图的语 义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握 了用例间的类属关系、include关系和extend关系的语义、功能和应用。最后通过本次实验 学习了如何使用用例图为系统的上下文以及系统的需求建模。 思考题： 1. 如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？ 答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不 改变其在导航窗口中的存在，另一种是从建模中完全删除。 2. 如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在 参与者或用例的设置对话框中删除？ 答：都可以删除。 实验二：类对象模型的建立 实验结果： 小结实验心得体会： 类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。 类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服 务。通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、 依赖、聚合等，同时基本掌握了在rational rose中绘制类的关联、依赖、泛化关系。 思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“edit——delete”与“edit ——delete from model”，它们二者之间区别在哪里？ 答：“edit——delete”只是在绘图窗口中删除了模型对象，而“edit——delete from model”则是彻底的删除了模型对象。 实验三：顺序图、协作图 实验结果： 顺序图： 1. 归还图书 2.借出图书 协作图： 1. 归还图书 2. 借出图书 小结实验心得体会： 顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显 示对象之间的交互。协作图与顺序图是同构的，rose可自动转换。顺序图是强调消息的交互
《面向对象分析与设计UML》 实验报告 学号：180108213 姓名：庞志伟 班级：08级软件2班 指导老师：姚宇峰
实验及作业一 一、实验目的 了解软件工程等基础知识，为后续的统一建模语言UML知识的学习做好准备工作。 二、实验设备与环境 装有Visio、RathionalRose的计算机。 三、实验内容 1、复习阐述“软件工程开发模型”的相关概念，并分析各种模型的优缺点，写成实验报告。 2、熟悉UML软件设计工具Visio、Rational Rose的安装及环境 四、实验过程及结果 1、软件工程开发模型有（1）瀑布模型，（2）原型模型，（3）螺旋模型，（4）喷泉模型（1）瀑布模型 将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 优点： 1）为项目提供了按阶段划分的检瀑布模型查点。 2）当前一阶段完成后，您只需要去关注后续阶段。 3）可在迭代模型中应用瀑布模型。 缺点： 1）在项目各个阶段之间极少有反馈。 2）只有在项目生命周期的后期才能看到结果。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 （2）原型模型 原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。 优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。
uml学习心得体会 篇一：UmL学习心得耿庆博 UmL学习心得 (一)UmL（UnifiedmodelingLanguage，统一建模语言）是一组用于描述ooad过程的图形化表达方式。 UmL为交流面向对象的设计中的需求，行为、体系结构的实现提供了一套综合的表示法。 (二)UmL由9个不同类型的图组成： 用例图：显示了系统的外部可视行为。 用例图描述了系统外的人员和系统的交互动作，以及系统的响应，该类型的图可以用于描述系统的功能需求。 活动图：显示系统行为的峡谷纳西描述。 活动图描述了单个功能需求内部的细节行为，包括基本的场景和一些可选的场景。 组件图：显示了系统的体系结构。 组件图描述了系统的可部署单元（可执行文件，组件，数据存储和其他一些内容）以及一些借口，可部署单元通过这些接口进行交互，该图可以用于研究系统的体系结构。 顺序图：显示了对象随着时间的交互。 顺序图描述了某个功能需求的路径或场景内相对时间的详细行为，该
图可用于理解系统元素之间的消息流程。 协作图：显示了对象的交互，强调对象之间的关系。（在UmL2.0里面找不到了） 类图：显示了类的定义和关系。 类图描述了系统设计中的类和接口，以及他们之间的关系。该图可用于定义内部的，面向对象的代码结构。 状态图：显示了响应时间的状态改变。 状态图描述了系统如何改变状态以相应内部的和外部的事件，确保每个事件都被适当的处理。 部署图：显示了系统的物理体系结构。 部署图描述了系统的可部署单元（应用，组件，数据存储等）如何被赋予不同的节点，这些节点如何交互通信，用于系统映射和负载的研究。 包图：显示了设计的层次结构。 包图描述了设计的相关元素如何按组结合在一起，以及他们之间的关系。 (三)各种图的作用 1.用例图（Usecasediagram） 它是UmL中最简单也是最复杂的一种图。说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。用例图表示了角色和用例以及它们之间的关
《系统分析与建模》实验指导书__2011__/__2012__年第__二__学期 姓名：____钱秀梅_________ 学号：__ 10030117_____ 班级：_ 10计一_______ 指导教师：___殷凯__________ 计算机科学与技术系编写
系统分析与建模实验指导书―1―计算机科学与技术系 目录 实验0 熟悉软件开发环境 (1) 实验1 用例图设计………………………………………………… 实验2 类和对象图设计 (3) 实验3 交互图设计 (7) 实验4 状态图设计 (9) 实验5 活动图设计 (12) 实验6 包图设计 (15) 实验7 物理图设计 (17) 附录考核登记表 (23)
实验0 熟悉软件开发环境 一、实验目的 学习使用EA开发环境创建模型的一般方法，理解EA界面布局和元素操作的一般技巧。 二、实验环境 软件平台：Microsoft Windows2000 /XP。软件工具：EA 7.5。 三、实验内容与要求 1．学会启动和关闭EA 7.5开发环境。 2．使用目标项目（Project）的向导创建一个项目。 3．了解EA 7.5界面的六大组成部分（菜单Menu、浏览器Browser、文档窗口Document Window、图窗口Diagram Window、日值窗口Log Window和工具栏。 4．在浏览器中实现如下操作：增加模型元素（包括角色、用例、类、组建、图等）； 查看现有模型元素；查看现有模型元素之间的关系；移动模型元素；更名模型元 素；访问元素的详细规范。 5．分别在在图中增加删除图元素和在浏览器中增加删除图元素。 四、实验预习和准备 参考相关书籍，能够熟练地安装和使用EA 7.5软件建立模型。 五、实验过程与结果 读者 借书 还书 续借图0-1 用例图
计算机与信息技术学院综合性实验报告 专业：Java 年级/班级：10级计科1班 2010—2011学年第学2期课程名称Uml统一建模指导教师 本组成员 学号姓名 实验地点过街楼实验室实验时间第十一周 项目名称学生的信息管理系统实验类型综合性 一、实验目的 利用所学的UML建模知识设计学生信息管理系统。由于信息技术的急剧发展和配合管理的思想的出现，各种网络化，自动化，配合技术在各自的业界的管理实践中迅速得到应用。学生的信息的管理系统的开发非常有必要。学生的信息管理系统的目标是在学生的信息管理中，使用计算机的网络技术，通讯技术和信息处理技术，使学生的信息得到加工，依次传达及保存。根据学生的信息管理的电子化和网络化，来实现全面改善学生信息的管理环境，提高管理效率。系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同功能。管理员能有效管理学生的信息，同时，学生可以随时大量检索查询多种信息。 这个项目从结构上分。 ①管理员：通过已有学生信息仓库，管理学生的信息，还可以管理教师的信息，管理 课程的信息，管理班级的信息； ②学生：可以修改学生的信息，选择课程，检索成绩等； ③教师：修改教师的信息，检索学生的成绩，登记授课的学生状况等。 二、实验仪器或设备 学生用计算机一台 三、总体设计（设计原理、设计方案及流程等） 设计原理： 系统要对使用要求不同的用户群体，设置不同的权限，设置系统的不同功能。管理 员能有效管理学生的信息，同时，学生可以随时大量检索查询多种信息。 设计方案及流程： 1.这个项目从结构上分。
①管理员：通过已有学生信息仓库，管理学生的信息，还可以管理教师的信息，管 理课程的信息，管理班级的信息； ②学生：可以修改学生的信息，选择课程，检索成绩等； ③教师：修改教师的信息，检索学生的成绩，登记授课的学生状况等。 2．系统功能 （1）学生功能：查询课表，选课，成绩，修改学生个人信息。 （2）教师功能：录入成绩，查询教授学生状况，修改老师个人信息。 3．管理员功能 （1）学生管理：学生用户的追加，学生信息的浏览，修改，删除。 （2）教师管理：教师用户的追加，教师信息的浏览，修改，删除。 （3）课程管理：课程查询，添加，修改，删除，公布课表等。 （4）班级管理：班级的查询，添加，修改，删除 四、实验步骤（包括主要步骤、用例图、时序图等） 1、用例模型是把应满足用户需求的基本功能聚合起来表示的强大工具，用例反映了系 统能够完成什么样的功能，因此，用例图占据重要位置。 （1）系统用例图： 系统登录 查询课程表 选课 查询成绩 修改学生个人信息 修改教师个人信息 登记授课的学生状况 检索学生成绩 学生 老师 学生信息的管理教师信息的管理 课程信息的管理班级信息的管理 管理员 用户 该用例图中的用例分析如下：
《面向对象与UML》 实验报告 姓名：陈万全 学号：132852 班级：软件131
实验一UML建模基础 一、实验目的 1.熟悉UML建模工具Rational rose的可视化环境。 2.掌握利用Rational rose进行建模的步骤。 二、实验内容 1.熟悉Rational rose建模环境 2.建模基本步骤 3.结合日常生活中实际使用的系统，模仿2中的用例模型绘制用例图，并保存模型，熟悉利用Rational rose的建模过程，要求绘制的用例图中用例与2中的用例图不相同。
实验二用例图 一、实验目的 1.熟悉UML用例图的基本图形元素。 2.掌握用例与用例之间的各种关系。 3.熟悉针对具体场景使用例图进行软件建模的方法。 4.掌握用例规格说明的概念和基本结构，以及用例规格说明的作用。 二、实验内容 1.根据实验一建模实例，熟悉利用Raional rose软件绘制用例图的基本方法。 2.通过对“学生信息管理系统”的需求描述，确定系统用例图： “学生信息管理系统”的需求描述如下： ?在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作；同时校领导可以查询、修改全校所有学生的基本信息。 ?学校领导可以通过本系统了解每个班的任课教师、辅导员、学生姓名、学生人数、专业等班级基本信息。系统管理员可以进行查询班级基本信息、添加班级、修改班级基本信息、删除班级等操作。 ?在考试结束以后，教师可以将学生的考试成绩录入系统，还可以对学生的成绩进行查询和修改。学生可以通过本系统进行成绩的查询。 ?学生还可以在网上选择自己选修的课程(必修课必须上，所以不用选)，学生通过本系统可以看到有哪些课程可以选以及课程的基本信息。课程的基本信息包括：课程号、所属专业、课程名称、开课学期、学时数、学分、任课教师等。每个学生每学期的选修课程数不得大于6门，如果已经选择了6门课程则不能再选择其他课程。只有将已选择的课程删除掉才能再选择新课程。系统管理员负责修改、增加、删除选修课程。 ?系统管理员可以对系统的账号进行添加、设置、删除、查询等操作，同时可以设置每个账号的权限以及对应的个人信息。 a)请根据上述描述，确定系统的参与者 b)确定系统的用例并绘制完整的用例图。
本科实验报告 课程名称：系统分析与设计实验项目：《网上书店系统》实验地点： 专业班级：学号：20110 学生姓名： 指导教师： 2013年月日
实验一用例图 一、实验目的 初步掌握UML用例图的创建方法及其用例的描述。 二、实验要求 1．结合工具StartUML，熟悉UML用例图的模型元素。 2．使用StartUML工具建模网上书店系统的用例图。 三、实验主要设备：台式或笔记本计算机 四、实验内容： 根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。 网上书店陈述： 书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。有的甚至会在这呆上很长的时间直到把书免费看完。这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。 系统分析员：能谈谈您对网上书店的要求吗? 书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。书店管理员受理订单后，就会通知快递公司送货。当然，书店的图书上架和下架也应该由网上书店完成了。 工作人员甲：实体店中，图书是按照不同种类放置的，方便顾客挑选。网上书店的图书也应该能够按照这种模式分类显示。这样，图书的信息和种类要由网上书店设置和管理。已有种类的新书或新种类的图书上架，网上书店能够保存这些信息。如果信息输入错误，能够进行修改。 工作人员乙：另外书店会搞一些促销，推出一些特价图书。以前这些特价书的信息，都是我们根据促销活动整理出来，贴在书店的醒目位置。促销活动过后，特价图书会恢复原来的价格。希望网上书店也能够管理这些特价图书。 系统分析员：能谈谈平时买书的经过吗? 顾客甲：一般都是先在书店里看看图书的简要介绍，或者先找找看有没有自己需要的书，有时是没有目标的寻找，有时直奔一类图书而去。找到我想买的书或者觉得看的书不错，就会去柜台结帐。 工作人员丙：不过有时在结帐的时候，顾客会突然改变主意，不买一些书或者又回去挑选图书了。
UML实验报告(1) 学生学号01第一学期实验课程名称：UML建模技术实验项目名称关于新的电脑销售系统点的需求文档实验成绩1实验者向尧专业班级软件工程0703班组别19同组者实验日期12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会怎样为新的电脑销售系统点写需求文档实验内容：1、写一个概况陈述，包含信息系统相关的问题。 2、确定客户，包括公司名称、地址、电话号码，员工的头衔也要包含在他的名字之中 3、总结至少3个系统的目标 4、确定至少2个制约因素 5、建立一个基本功能和属性表 6、分析基本功能和属性的可行性 7、包括一个用类表现出来的环境图二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）需求一词在日常生活中经常使用，通常的需求是指人对于客观事务需要的表现，体现为愿望、意向和兴趣，因而成为行动的一种直接原因。 需求对用户和软件开发人员来说都是至关重要的，必须由他们共同合作才能写出较好的需求及需求文档。 需求是用户认为其所使用的系统应该具备的功能和性能。 三、主要仪器设备及耗材MicrosoftOfficeWord12月2日第一部分：实验分析与设计（可加页）一、实验内容描述（问题域描述）实验目的：学会如何为类中描述的事件写一个基本用例实验内容：1、仿照教科书来描述每个用例。
事件的主流程（成功场景）是用例的最重要的部分。 确保它准确地描述这个过程，同时还有少量一些替代流程即扩展。 2、对于这个项目假设所有客户用现金或信用卡支付租金，不允许用支票支付！ 3、要特别注意处理问题时的扩展，可以仿照你的老师给你的示例 4、有一些隐藏的要求：基本上租借出去的影碟信息必须有序地保存起来以跟踪物料，同样的归还的物品数据也应该保存起来，以备最后会计都会知道这些。 5、用例是：租赁项目，归还项目，迟交费项目，重新购置项目。 没有购买。 6、每天晚上待商店关门后，所有晚交的租金记入帐户持有人的信用卡。 7、每个夜晚商店关门后，所有超过10天迟了的租金记入帐户持有人信用卡的项目费用。 8、客户有一个帐号。 电话号码是首选，当客户第一次来时被分配。 如果客户不是在租赁的成员，成员的记录会临时创建。 他们的姓名，电话号码，信用卡号码和到期日被记录在其成员的记录里。 二、实验基本原理与设计（包括实验方案设计，实验手段的确定，试验步骤等，用硬件逻辑或者算法描述）1、根据系统的
北京信息科技大学 实验（上机）报告 课程名称U M L及建模工具学号2012012194姓名李自然成绩_______
附录： 影片租赁源程序 //租赁类的定义 class Rental { private Movie _movie; // 影片 private int _rentDate; // 租赁日期 private int _daysRented; // 租期 public Rental(Movie movie, int daysRented) { _movie = movie; _daysRented = daysRented; } public int getDaysRented() { return _daysRented; } public Movie getMovie() { return _movie; } double getCharge() { return _movie.getCharge(_daysRented); } int getFrequentRenterPoints() { return _movie.getFrequentRenterPoints(_daysRented); } } //顾客类的定义 class Customer { private String _name; // 姓名private String _phone; // 电话号码private Vector _rentals = new Vector(); // 租借纪录
public Customer(String name) { _name = name; } public void addRental(Rental arg) { _rentals.addElement(arg); } public String getName() { return _name; } //输出租赁交易报告 public String statement() { Enumeration rentals = _rentals.elements(); String result = "Rental Record for " + getName() + "\n"; while (rentals.hasMoreElements()) { Rental each = (Rental) rentals.nextElement(); //显示该顾客的每个租赁 result += "\t" + each.getMovie().getTitle()+ "\t" + String.valueOf(each.getCharge()) + "\n"; } //结尾打印（总费用和积分） result += "Amount owed is " + String.valueOf(getTotalCharge()) + "\n"; result += "You earned " + String.valueOf(getTotalFrequentRenterPoints()) + " frequent renter points"; return result; } //已超文本方式输出租赁交易报告 public String htmlStatement() { Enumeration rentals = _rentals.elements(); String result = "
\n"; while (rentals.hasMoreElements()) { Rental each = (Rental) rentals.nextElement(); //显示该顾客的每个租赁
Rational Rose使用 一、几种UML工具汇总。 目前市场上UML工具比较多，我们将列出比较有影响力的UML工具。 ◆Rational Rose: 如果不提及由Rational软件公司开发的Rational Rose建模工具，那就无需考虑UML工具的完整性。Rational Rose（Rose代表“Rational Object-oriented Software Engineering”）对UML来说，是一款可视化的建模工具。它有不同的版本来满足不同的需求。 Rational Rose提供上面我们谈到所有的特征。除此之外，Rational Rose也可以支持在同样的环境下进行数据模型的设计。Rational Rose更有趣的特征就是能够将UML中的图作为网页和图片发布。这就使得你能够在不安装Rational Rose的情况下分享你的应用设计。 ◆Together Control Center:由美国的Borland 公司开发的Together Control Center（源于Togethersoft）是一款可视化的UML建模工具。Together Control Center支持UML图、MVC 建模、正向工程技术和自动更新工程技术，以及双向工程技术，并且可以集成到比如IBM WebSphere Studio的集成开发环境。它不但支持文档编制，并且可以支持协作建模环境。Together Control Center的另一个特征是pattern repository。pattern repository使得经常使用的图和设计形式能够在建模中重新使用。它还支持Rational软件统一开发过程和极限编程方法等。 ◆Poseidon:源于Gentleware的Poseidon在ArgoUML开源软件中有其坚固的根基。作为开源的ArgoUML建模工具是一款实用的工具，包含全部UML特征的并且可以免费获得。Gentleware已经采取措施使得ArgoUML成为一款很好的建模工具。使用Poseidon不同的格调来满足不同的需求。 Poseidon通过使用单一用途的插件来支持正向技术和自动更新技术以及文档编制。Gentleware并没有忘记它的开源的特性，因此，为个人软件开发者免费提供UML Community Edition 1.5的Poseidon。 二、Rational Rose工具介绍与使用。 Rational Rose 是一种面向对象的统一建模语言软件设计工具，用于可视化建模和公司级水平软件应用的组件构造。就像一个戏剧导演设计一个剧本一样，一个软件设计师使用Rational Rose，以演员（数字）、使用拖放式符号的程序表中的有用的案例元素（椭圆）、目标（矩形）和消息/关系（箭头）设计个种类，来创造（模型）一个应用的框架。当程序表被创建时，Rational Rose记录下这个程序表然后以设计师选择的C++, Visual Basic, Java, Oracle8, CORBA或者数据定义语言（Data Definition Language）来产生代码。Rational Rose 的两个受欢迎的特征是它的提供反复式发展和来回旅程工程的能力。Rational Rose允许设计师利用反复发展（有时也叫进化式发展），因为在各个进程中新的应用能够被创建，通过把一个反复的输出变成下一个反复的输入。（这和瀑布式发展形成对比，在瀑布式发展中，在一个用户开始尝试之前整个工程被从头到尾的完成。）然后,当开发者开始理解组件之间是如何相互作用和在设计中进行调整时,Rational Rose能够通过回溯和更新模型的其余部分来保证代码的一致性,从而展现出被称为"来回旅程工程"的能力.Rational Rose是可扩展的,可以使用刻下载附加项和第三方应用软件.它支持COM/DCOM (ActiveX), JavaBeans, 和Corba组件标准. Rational Rose界面图：
一、实验目的 熟悉软件建模工具PowerDesigner的安装和使用，使用PowerDesigner绘制用例图，熟悉用例文档的编写，掌握系统需求模型的构造过程；学习使用PowerDesigner绘制类图。 二、实验内容 1. 根据如下场景构造需求模型，使用PowerDesigner绘制用例图，撰写用例“在线预订客房”和“前台预订客房”的用例描述文档，并进行模型检查。 某酒店订房系统描述如下： (1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订； (2) 前台服务员可以利用系统直接在前台预订房间； (3) 不管采用哪种预订方式，都需要在预订时交相应订金； (4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付； (5) 利用信用卡进行支付时需要和信用卡系统进行通信； (6) 客房部经理可以随时查看客房预订情况和每日收款情况。 2. 某电话公司决定开发一个客户信息管理系统，系统功能如下： (1) 浏览客户信息：任何使用Internet的网络用户都可以浏览电话公司所有的客户信息（包括姓名、住址、电话号码等）。 (2) 登录：电话公司授予每个客户一个账号。拥有授权账号的客户可以使用系统提供的页面设置个人密码，并使用该账号和密码向系统注册。公司管理人员也可以通过登录对客户信息进行管理。 (3) 修改个人信息：客户在系统中注册后，可以发送电子邮件或者使用系统提供的页面对个人信息进行修改。 (4) 删除客户信息：只有公司的管理人员才能删除不再接受公司服务的客户的信息。 绘制该系统的用例图。 3. 根据如下描述绘制类图： 某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。
天津理工大学华信软件学院 天津理工大学（华信软件学院） 实验指导书 课程名称：软件工程与UML建模 适应课程： （1969216）
上机实验（三）创建类和类图 一、实验目的： 在Rose 环境下创建类和类图, 完成应用案例的类图设计。 二、实验内容： (一）创建类 1）根据“需求陈述”提炼对象和类 2）分析对象，并将对象抽象成类 (二) 创建类图 建立类之间的关系（关联关系、泛化关系、聚集或组合关系、依赖关系等）创建类图。 (三) 综合应用练习。 三、操作步骤： (一) 创建类 1、启动Rose 2003进入后，在左面结构框内右击Logical View； 2、选New 选Class Diagram ,再在Class Diagram下创建类； 3、给类命名(比如Course)； 4、增加属性(右击框途中的类，选New Attribute)； 5、添加类操作(右击框途中的类，选New Operation)； (二) 建立类之间的关系 1．首先关联关系 (使用按钮工具，如果当前工具栏中没有，右击工具栏，然后添加相关按钮) 1) 单项关联； 2) 双向关联。 2．练习聚集和组合 (先建立关联，再右击靠近“整体”方的关联线，选Aggregate选项。) 3．然后泛化关系。 4．最后练习依赖关系。 四．实例练习（不能用课件及教材上的示例，要自己来想。） 1．举实例说明类之间的关联关系。 包括：单、双向关联、一对一关联、一对多关联、多对多关联、自反关联、限定关联和关联类。 2．举实例说明类之间的聚合（组合）关系。 3．举实例说明类之间的泛化（继承）关系。包括：单继承、多继承。 4．举实例说明接口与实现，抽象类与子类等。 五．综合应用： （一）以“学生选课系统”为例建立类图 1．“学生选课系统”涉及到的类： 1) Database类
UML学习心得 (一) UML（Unified Modeling Language，统一建模语言）是一组用于描述OOAD过程的图形化表达方式。 UML为交流面向对象的设计中的需求，行为、体系结构的实现提供了一套综合的表示法。(二) UML由9个不同类型的图组成： 用例图：显示了系统的外部可视行为。 用例图描述了系统外的人员和系统的交互动作，以及系统的响应，该类型的图可以用于描述系统的功能需求。 活动图：显示系统行为的峡谷纳西描述。 活动图描述了单个功能需求内部的细节行为，包括基本的场景和一些可选的场景。 组件图：显示了系统的体系结构。 组件图描述了系统的可部署单元（可执行文件，组件，数据存储和其他一些内容）以及一些借口，可部署单元通过这些接口进行交互，该图可以用于研究系统的体系结构。 顺序图：显示了对象随着时间的交互。 顺序图描述了某个功能需求的路径或场景内相对时间的详细行为，该图可用于理解系统元素之间的消息流程。 协作图：显示了对象的交互，强调对象之间的关系。（在UML2.0里面找不到了） 类图：显示了类的定义和关系。 类图描述了系统设计中的类和接口，以及他们之间的关系。该图可用于定义内部的，面向对象的代码结构。 状态图：显示了响应时间的状态改变。 状态图描述了系统如何改变状态以相应内部的和外部的事件，确保每个事件都被适当的处理。 部署图：显示了系统的物理体系结构。 部署图描述了系统的可部署单元（应用，组件，数据存储等）如何被赋予不同的节点，这些节点如何交互通信，用于系统映射和负载的研究。 包图：显示了设计的层次结构。 包图描述了设计的相关元素如何按组结合在一起，以及他们之间的关系。 (三) 各种图的作用 1.用例图（UseCaseDiagram） 它是UML中最简单也是最复杂的一种图。说它简单是因为它采用了面向对象的思想，又是基于用户视角的，绘制非常容易，简单的图形表示让人一看就懂。说它复杂是因为用例图往往不容易控制，要么过于复杂，要么过于简单。用例图表示了角色和用例以及它们之间的关系。 2.类图（ClassDiagram） UML面向对象中是最常用的一种图，类图可以帮助我们更直观的了解一个系统的体系结构。通过关系和类表示的类图，可以图形化的方式描述一个系统的设计部分。
目录 实验一用例图及进度安排 (2) 实验二活动图 (7) 实验三状态图 (15) 实验四类 (27) 实验五类的关系 (37) 实验六、七交互图 (43) 实验八、九对象图和包 (53) 实验十、十一组件图和部署图 (55) 实验十二正向工程 (62)
实验一用例图及进度安排 一、实验目的 1．熟悉用例图的基本功能和使用方法。 2．掌握如何使用建模工具绘制活动图方法。 3．学习使用Microsoft Project对题目进行进度安排。 二、实验器材 1．计算机一台。 2．Rational Rose 工具软件。 三、实验内容 根据图书管理系统开发要求，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。要求：对其中主要功能的用例书写书面用例。 四、实验步骤 书写“删除读者信息”用例的书面用例。一般应包含以下信息： （1）管理员在录入界面，输入待删除的读者名； （2）“业务逻辑”组件在数据库中，查找待删除的读者名； （3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续； （4）“业务逻辑”组件判断“待删除的读者”是否可以删除； （5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续； （6）在数据库中，删除相关信息； （7）显示删除成功信息； （8）结束。 分析: 在图书管理系统中,管理员首先登录系统,系统验证通过后,管理方可向系统查询数据,在查询后,系统会给出提示,有没有找到相关的数据,管理员根据系统查询的返回结果,进行下一步的操作,就是删除读者,在删除的过程中,系统会对查询得到的结果判断该记录是否可以删除,若可以删除,则给删除提示,若不能删除,也给相关的提示信息。 绘图步骤: (1)在用例图上双击main,出现如图1.1所示,为绘制用例图做好准备。
中南民族大学管理学院学生实验报告 课程名称：UML面向对象分析与设计教程 年级： 专业：信息管理与信息系统 学号： 姓名： 指导教师： 实验地点：管理学院综合实验室 2013 学年至 2014 学年度第 2 学期
目录 实验一 UML建模基础实验二用例图 实验三 UML类图 实验四对象图 实验五包图 实验六动态模型图
实验（一） UML建模基础 实验时间： 实验目的 1.熟悉UML建模工具Rational Rose的基本菜单及操作。 2.掌握UML的三大组成部分及各部分作用。 3.掌握UML的可见性规则和构造型的作用。 实验容 1.练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。 2.认识各种UML关系及可见性符号，并用工具表示出来。 答：各种UML关系如下：
分析与讨论 1.总结UML在软件工程中的作用以及使用UML建模的必要性。 答：统模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。 UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。 UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。 UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。 指导教师批阅：
《面向对象技术UML》实验四报告实验名称: 类图的设计 系别: 计算机专业: 11软工班级: 姓名: 学号: 实验日期: 2013 年 4 月 7 日 教师审批签字: 分数： 1. 实验名称: 类图的设计与制作 2. 实验目的: 熟悉使用Rational Rose工具，建立类图。 3. 实验要求: 实验题目选为图书借阅管理系统（P232-233）。根据各自的基本功能要求和可选功能要求，延续实验二所选的用例及其用例描述，完成该用例的类图的设计与制作（包括：类名，属性，操作，类之间的关 系，版型）；将实验步骤和屏幕显示记录下来，填写到实验结果栏。 参考“学习资料网站的分析与设计--20130407”提供的案例。主要参考图2.1、2.2，表2.1到2.9。 具体来说，根据某个用例的用例描述，设计出对应的基于协作的类图（含边界类、控制类、实体类。类之间的关系是依赖）和基于数据模式的实体类图（仅含实体类，实体类之间的关系是关联、泛化、组合、聚集等）。
4. 实验步骤： 任务1：环境设置 ①、选择Tools->Options。 ②、选择Diagram标签。 ③、确保选取Show Visibility、Show Stereotypes、Show Operation Signatures、Show All Attributes 和 Show All Operations复选框。 ④、确保取消Suppress Attrtbutes和Suppress operations复选框。 ⑤、选择Notation标签。 ⑥、确保取消Visibility as Icons复选框。 ⑦、单击OK，退出Options 窗口。 任务2：创建类 根据实验二制作的用例，创建该用例要用到的所有类。 ①、右单击浏览器的Logical View。 ②、选择New->C1ass Diagram。 ③、为新框图命名。双击打开新框图。 ④、选择类工具栏“Class”按钮，创建所有的类（自己命名）。 任务3：将版型加进类中（可选做） 根据需要，可以将任务2创建的类赋予相应的版型（stereotype）。版型的类型可以有：boundary型、control 型、entity型。本任务的目的是将一些类具体归纳到边界类、控制类、实体类中之一。 ①、右单击框图中的某个（些）类，从弹出菜单中选择Open Specification。在版型（stereotype）字段中输入boundary，单击OK。 ②、右单击框图中的某个（些）类，从弹出菜单中选择Open Specification。在版型（stereotype）字段中输入control，单击OK。 ③、右单击框图中的某个（些）类，从弹出菜单中选择Open Specification。在版型（stereotype）字段中输入entity，单击OK。 任务4：增加属性 ①、右单击框图中的某个类，从弹出菜单中选择New
面向对象分析与设计大作业 学院：计算机科学与工程学院 班级：计算机软件 3 学生姓名：陈俊伟 学号：2174 指导老师：苏锦钿 提交日期：
华南理工大学 面向对象分析与设计大作业课程实验报告 实验题目 :_____ 图书管理系统 uml 图__________________________ 姓名 :___ 陈俊伟 ________学号:_ 2174_____ 班级 : ___09 软件 3 班________ 组别 : ________ 合作者 : __________________ 指导教师 : ______ 苏锦钿 __________ 实验概述 【实验目的及要求】 一．目的 1.掌握面向对象技术的基本原理和各种相关概念； Rational Rose 2003 、 IBM 2. 熟练掌握 UML的基本知识和9 种常见的 UML图形 , 并能够利 用 Software Architecture、或trufun UML工具进行建模； 3.根据问题进行学习，拓广、深化； 4.独立完成一个应用程序的分析、设计和建模，为以后软件项目的开发打下实践基础。 【实验原理】 UML建模，就是用模型元素来组建整个系统的模型，模型元素包括系统中的类、类和类 之间的关联、类的实例相互配合实现系统的动态行为等。UML提供了多种图形可视化描 述模型元素，同一个模型元素可能会出现在多个图中对应多个图形元素，人们可以从多 个视图来考察模型。UML建模主要分为结构建模、动态建模和模型管理建模 3 个方面，第 1 个方面是从系统的内部结构和静态角度来描述系统的，在静态视图、用例视图、实施视 图和配置视图中适用，采用了类图、用例图、组件图和配置图等图形。例如类图用于描述系 统中各类的内部结构（类的属性和操作）及相互间的关联、聚合和依赖等关系， 包图用于描述系统的分层结构等；第 2 个方面是从系统中对象的动态行为和组成对象间的相互 作用、消息传递来描述系统的，在状态机视图、活动视图和交互视图中适用，采 用了状态机图、活动图、顺序图和合作图等图形，例如状态机图用于一个系统或对象从 产生到结束或从构造到清除所处的一系列不同的状态；第 3 个方面描述如何将模型自身组织到高层 单元，在模型管理视图中适用，采用的图形是类图。建模的工作集中在前两 方面，而且并非所有图形元素都适用或需要采用