uml实训总结小结[共5篇]

第一篇：uml实训总结小结

专用周小结

总结通过一个学期的UML学习，并根据“婚姻中介系统”这个实例，从一开始对UML的概念模糊，到后来的一次次撰写作业和请教老师，使我渐渐的对UML有了一个系统的了解。我已经理解了UML的作用和运作模式以及方法。它一种是统一建模标准语言，现在对于大多软件开发来说，都使用UML做为建模语言，形成了统一的标准。其次，UML是图形化的语言，它可以很直观的描述出一个事物的状态，行为与特征，能很好的说明与表达我这个婚姻中介系统。总之，UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。UML是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号而已。它可以对任何具有静态结构和动态行为的系统进行建模，所以我很喜欢使用UML，因为它方便简捷，干净清爽，直观形象。在这学期的UML的大作业中，经过老师的指导和帮助，我独立的完成了基于UML的“婚姻中介系统”大作业。不论是MDA系统中的CIM-1还是PIM-1，每次我都会根据老师的要求改之又改，有时候好不容易琢磨出了一幅UML图，可是拿给老师看了以后，结果却是要重新画过，重新理清思路。可是在一遍遍的修改中，我并没有沮丧，而是边研究老师的PPT和老师的指导，边理清每个步骤，每个符号，以及每一幅图的内容和相互之间的联系，使得整个系统思路更为清晰。在UML大作业中，我明白了，作为一个系统，需求分析很重要，一开始就应该明确业务流程，才能不至于之后的工作偏离方向。对于用例图，活动图，状态图，类图，序列图，应该分清他们之间的关系，明确各自的作用，将一个系统的各个功能和状态具体的抽离出来，搭建模型。并且悟出了系统是一个整体，我们应该形成从整体出发，将整体分块局部剖析，进而重视和完善内部细节。

UML课程带给我的不仅仅只是软件（staruml）的使用技能的学习，更是一种设计系统思维的提升。这门课程虽然已经结束了，但是在系统的设计中，我还有很多需要改进的地方。在今后的学习工作中我必将不断的学习和理解它的内涵和精髓，不断完善。

签名（手写）：

日期：2012.6.2217

第二篇：UML实训总结

实训总结（收获与体会）

通过一个学期的Uml学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次UML实训的体现。

三个周的UML实训，主要是围绕着一个实训题目“基于UML系统需求分析与设计--合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。从中让我认识到UML的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用Uml作为建模语言，形成了统一的标准。它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。

总之，在我看来，UML是一种定义良好、易于表达、功能强大且普遍适用建模语言。融入软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建模，所以我很喜欢适用UML，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。

这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。所以，当遇到自己模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和老师和同学进行有效地方沟通。

在这次实训过程中，感触最深的也就是合作精神了。独木难成林，单枪匹马，那是最错误的思想和做法。这次我是深有感触了。对于一个系统的分析，到最终项目的完成，需要分析每个文档，然后在写出纸质的文档，而在每个文档中，内容比较多，分析也要求比较到位，所以单独凭借一个人去完成，似乎有点困难，于是我们小组，将每个文档进行分析，能独立成块就分配给每一个人，这样，每个人都有自己的任务，谁也不会闲着，既学到了知识，也充实了自己。另外一点，就是我深深体会到了积累知识的重要性。在实训当中我们遇到了不少难题，但是经过我们大家的讨论和老师细心的一一指导，问题得到了解决。两个月的实训结束了，收获颇丰，同时也更深刻的认识到要做一个合格的程序员并非我以前想像的那么容易，最重要的还是细致严谨。社会是不会要一个一无是处的人的，所以我们要更多更快地从一个学生向工作者转变，总的来说我对这次实习还是比较满意的，它使我学到了很多东西，为我以后的学习做了引导，点明了方向。

实训的日子即将结束，回想这一个过程，有过痛苦，有过烦恼，有过喜悦和有过成功。痛苦烦恼的是自己对所学书本知识掌握得不是很扎实，面对着从书本上学到的知识与实际联系不起来，总结起来就是自己的动手练习的时间太少。而喜悦的是，在做的过程中遇到了困难和问题，主动向老师和会的同学请教，然后再做，直至做正确做成功后的那种喜悦。

团队的力量是无穷的，通过组员的共同努力，完成了实训项目。虽然，我们这组的项目存在着诸多的不足和缺点，但这正是以后学习和工作需要弥补的。这次实训将为我以后进入社会提过了一笔宝贵的财富，是对我能力的一个见证。最后，不得不感谢指导教师熊飞老师的辛勤指导，和小组成员的共同努力！

第三篇：UML实训报告[推荐]

软件建模实验报告

题 目： 图书管理系统

专业： 班级： 姓名： 学号： 指导教师： 成绩：

完成日期：年月

摘 要

随着知识化和信息化新经济时代的到来，作为信息技术龙头的计算机及软件技术突飞猛进，uml成为一种不可或缺的工具。uml是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。用现有的知识，按照软件工程思想和系统的开发步骤，以图书管理的应用需求为背景，分析设计了图书管理系统，并利用rational rose对系统进行建模，完成用例图和类图的构建，为后期的程序设计提供标准。

根据建模需求分析，总结出本系统的参与者有借阅者和图书管理员两类。根据其职能不同，借阅者只能使用该系统借书、预订书刊以及还书。图书管理员则可使用系统进行图书馆业务的管理工作，如借阅者，书刊等的信息维护。系统可实现书籍信息的添加、修改、删除等功能，这就保证了数据库信息的一致性和统一性、安全性。

该系统以面向对象理论和数据库管理信息系统开发相关知识为依据，介绍了设计开发中的模块设计和数据与程序的连接，使sql server 2008与 visual studio 2010得到了有效的结合。

关键词：图书管理系统；uml；rational rose面向对象

目 录 1 需求分析............................................................................................错误！未定义书签。1.1 开发背景及意义........................................................................................................4 1.2 功能需求....................................................................................................................4 2 系统建模..............................................................................................................................8 2.1 创建系统用例模型......................................................................................................8 2.1.1 确定参与者........................................................................................................8 2.1.2 参与者的用例图..............................................................错误！未定义书签。2.2 系统的时序图............................................................................错误！未定义书签。2.2.1 确定系统参与者的属性..................................................错误！未定义书签。2.2.2 确定系统主要业务实体类..............................................错误！未定义书签。2.2.3 确定系统类之间的关系..................................................错误！未定义书签。2.3 系统的协作图..........................................................................错误！未定义书签。2.3.1 创建序列图和协作图......................................................错误！未定义书签。2.3.2 创建状态图......................................................................错误！未定义书签。2.3.2 创建活动图......................................................................错误！未定义书签。2.4 创建系统的部署摸型..............................................................错误！未定义书签。1 需求分析

1.1 开发背景及意义

图书馆是一个专门收集、整理、保存、传播文献并提供利用的科学、文化、教育和科研机构。现代社会，图书馆成为继续教育、终身教育的基地，担负了更多的教育职能。传递科学情报，是现代图书馆的一个重要职能。图书馆收藏的图书资料，是人类长期积累的一种智力资源，图书馆对这些资源的加工、处理，是对这种智力资源的开发。图书馆主要是用来学习的，如果有人遇到问题，他可以通过图书管的书籍来解决问题。但是为了图书馆的正常运行和保护图书，图书馆管理系统将用户划分为三类人：借阅者，图书管理员，系统管理员。

一个基本的图书馆管理，可以大致分为以下流程：用户登录进入系统，在系统允许的情况下，进行可以进行的操作，如借书、还书和预定书籍等；管理员可以整理书籍和管理预订的书籍等；系统管理员管理书目，管理借阅者信息等。1.2 图书管理系统的需求分析 1.2.1系统功能需求

（1）借阅者可以通过网络查询书籍信息、预约书籍和续借书籍。

（2）图书管理员作为借阅者的代理完成借阅图书、归还图书和查询借阅信息工作。（3）系统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除

和更新借阅者帐户，增加和删除书籍。满足上述需求的系统主要包括下面几个模块：

（1）基本数据维护模块：提供使用者录入、修改并维护基本数据的途径。例如对借阅

者的书籍的各项信息的更新与修改。

（2）基本业务模块：主要用于实现用户借书与还书的管理，例如借阅者可以登录系统

预订书籍，图书管理员可以取消书籍的预订，当然还可以进行借书、还书等操作。（3）数据库管理模块：在系统中，所有书籍的信息以及借阅者的帐户信息都要统一管

理，书籍的借阅情况、预订情况也要进行详细的记录，所以要用统一的数据库平台进行管理。

（4）信息查询模块：主要用于查询书籍的信息和借阅者的信息。

图 1.1系统功能需求 1.2.2基本数据维护模块

图 1.2数据库管理模块

（1）添加借阅者信息：系统管理员可以添加借阅者帐户。

（2）修改更新借阅者信息：系统管理员可以修改更新借阅者信息。（3）添加书目信息：系统管理员可以添加书目。

（4）修改更新书目信息：系统管理员可以修改和更新书目信息。（5）添加书籍信息：系统管理员可以添加书籍。（6）删除书籍信息：系统管理员可以删除书籍。篇二：uml实验报告

《面向对象分析与设计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）原型模型

原型模型又称快速原型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品。

优点：克服瀑布模型的缺点，减少由于软件需求不明确带来的开发风险。

缺点：所选用的开发技术和工具不一定符合主流的发展；快速建立起来的系统结构加上连续的修改可能会导致产品质量低下。

（3）螺旋模型

螺旋模型采用一种周期性的方法来进行系统开发。这会导致开发出众多的中间版本。使用它，项目经理在早期就能够为客户实证某些概念。该模型是快速原型法，以进化的开发方式为中心，在每个项目阶段使用瀑布模型法。这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段，由这4个阶段进行迭代。软件开发过程每迭代一次，软件开发又前进一个层次。螺旋模型基本做法是在“瀑布模型”的每一个开发阶段前引入一个非常严格的风险识别、风险分析和风险控制，它把软件项目分解成一个个小项目。每个小项目都标识一个或多个主要风险，直到所有的主要风险因素都被确定。

优点：

1）设计上的灵活性,可以在项目的各个阶段进行变更。2）以小的分段来构建大型系统,使成本计算变得简单容易。3）客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。4）随着项目推进,客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效地交互。5）客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。

缺点：

很难让用户确信这种演化方法的结果是可以控制的。建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。

（4）喷泉模型

喷泉模型是一种以用户需求为动力，以对象为驱动的模型，主要用于采用对象技术的软件开发项目。该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性。软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分。无间隙指在各项活动之间无明显边界，如分析和设计活动之间没有明显的界限，由于对象概念的引入，表达分析、设计、实现等活动只用对象类和关系，从而可以较为容易地实现活动的迭代和无间隙，使其开发自然地包括复用。

优点：

喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。

缺点：

由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。

五、实验小结：

通过本次实验让我了解了软件工程开发的4中主要模型和这些模型的优缺点。初次安装并使用uml软件设计工具visio和rational rose使我初步认识了软件开发中uml的设计。

实验及作业二

一、实验目的

1、了解面向对象的基本概念

2、熟悉面向对象的分析、设计过程

3、了解基于uml的面向对象分析设计过程

二、实验设备与环境

装有visio、rathionalrose的计算机。

三、实验内容

1、熟悉rational rose的使用。

2、熟悉利用统一建模语言进行分析、设计软件的过程，完成作业：论述面向对象（oo）方法的特点、优势以及存在的问题。

四、实验过程及结果

面向对象方法(object-oriented method)是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称oo(object-oriented)方法，是建立在“对象”概念基础上的方法学。对象是由数据和容许的操作组成的封装体，与客观实体有直接对应关系，一个对象类定义了具有相似性质的一组对象。而每继承性是对具有层次关系的类的属性和操作进行共享的一种方式。所谓面向对象就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。

主要特征：封装性，多态性 优势：

（1）强调从现实世界中客观存在的事物（对象）出发来认识问题域和构造系统，这就使系统开发者大大减少了对问题域的理解难度，从而使系统能更准确地反映问题域。

（2）运用人类日常的思维方法和原则（体现于oo方法的抽象、分类、继承、封装、消息通讯等基本原则）进行系统开发，有益于发挥人类的思维能力，并有效地控制了系 统复杂性。

（3）对象的概念贯穿于开发过程的终，使各个开发阶段的系统成分具良好的对应，从而显著地提高了系统的开发效率与质量，并大大降低系统维护的难度。

（4）对象概念的一致性，使参与系统开发的各类人员在开发的各所段具有共同语言，有效

地改善了人员之间的 交流和协作。

（5）对象的相对稳定性和对易变因素隔离，增强了系统的应变能力。

（6）对象类之间的继承关系和对象的相对独立性，对软件复用提供了强有力的支持。存在的问题：

（1）软件重用性差（2）软件可维护性差

（3）开发出的软件不能满足用户需要

五、实验小结：

通过本次实验了解rational rose的使用。学习利用统一建模语言进行分析、设计软件的过程，通过上网查询，了解有关面向对象（oo）方法的特点、优势以及存在的问题。

第四篇：档案管理系统UML实训报告

目录

1.实训名称..........................................................2 2.实训题目..........................................................2 3.实训目的..........................................................2 4.实训内容及结果....................................................2

4.1档案管理系统需求分析.....................................................................................................2

4.1.1系统功能需求...................................................2 4.1.2用户管理模块...................................................5 4.1.3系统参数设置模块...............................................5 4.1.4借阅管理模块...................................................6 4.1.5案卷管理模块...................................................6 4.1.6文件管理模块...................................................7 4.1.7数据管理模块...................................................7 4.2系统的UML建模...............................................................................................................8

4.2.1UML初始模型....................................................8 4.2.2业务建模.......................................................8 4.2.2.1业务用例模型.............................................8 4.2.2.2业务分析模型............................................15 4.2.3分析模型......................................................18 4.2.3.1参与者..................................................18 4.2.3.2用例....................................................18 4.2.3.3用例图..................................................19 4.2.3.4时序图..................................................20 4.2.3.5协作图..................................................24 4.2.3.6状态图..................................................26 4.2.3.7分析类图................................................27 4.2.4设计模型......................................................29 4.2.4.1包图....................................................29 4.2.4.2类图....................................................31 4.2.4.3组件图..................................................33 4.2.4.4部署图..................................................33 4.2.4.5数据建模................................................33 5.实训小结.........................................................39

1.实训名称

信息系统分析与综合课程设计

2.实训题目

档案管理系统

3.实训目的

通过实践使学生更深入地了解与掌握信息系统的概念、分析设计信息系统的原理和方法，使学生熟练掌握结构化系统分析与设计的方法。为学生今后在使用、管理与开发管理信息系统打下基础。

4.实训内容及结果

4.1档案管理系统需求分析

4.1.1系统功能需求

档案管理系统是一套功能强大，操作简便、实用的自动化管理软件，包括用户管理、系统参数设置、档案数据录入（分为文件录入和案卷录入两部分）、案卷数据查询（分为文件查询和案卷查询两部分）、借阅管理、数据维护（分为数据备份和数据操作）、操作日志查看、报表打印等。可以用于一般的档案室，也可用于网络中的办公系统，进行联网操作。本档案管理系统主要针对某档案室的具体业务流程开发设计，系统提供了较好的功能扩充接口。开发档案管理软件是为了满足该档案室对档案管理和业务管理的方便，以现代化的创新思维模式工作。下面概括一下本档案管理系统大致的功能需求。用户登陆 在用户进入系统前，首先要求用户进行登录，登录是要验证用户名和密码是用户的登录密码要求机密保存在数据库中。用户登录后需要记入到日志库否匹配，验证通过后允许用户进入本系统操作。用户的密码需要进行加密算法。中。修改注册信息 用户登录后，可以修改自己的注册信息，包括修改用户密码，每页显示行数等信息，不允许修改用户名、姓名和部门等信息。

权限设置

本模块只有系统管理员可以操作。

管理员可以增加系统用户、删除系统用户、修改用户的相关属性、修改用户的权限表。

系统参数设置

本模块设置系统的辅助参数表，这些参数表是输入数据时作为辅助使用的。每个参数表需要有增加、删除、修改和查看等操作。

数据录入 本模块处理用户输入新的档案文件信息或者档案案卷信息。

输入数据时要考虑用户连续录入的情况，可以从上一条记录复制数据到新的记录中。

不同的档案不同的输入情况，比如科技档案只有文件信息，没有案卷信息。输入案卷信息之后可以接着输入此案卷下的文件信息，案卷信息中相应的字段带入文件信息输入界面，且不可更改。

数据维护

本模块需要具有“数据维护”的权限的用户可以操作。

数据维护模块对已经“删除”（只是做删除标记）的档案文件做最后的判定，判断该文件是否要删除。此模块涉及两种操作：回复和彻底删除。

数据查询

按用户输入的条件查询相应的档案文件信息。

查询结果以列表目录形式显示，也可以卡片形式显示。具有档案处理权限的用户可以对查询的结果编辑并保存，也可以“删除”（做删除标记）档案文件记录。

数据修改

本模块主要实现批量修改数据的功能，可以有用户指定条件，将数据库中所有符合条件的文件或案卷记录按要求修改某个字段的值。

例如可以指定将所有文件年份为“2002”的文件记录的保管期改为“长期”。报表打印

打印各种档案的目录表和统计表。可以由用户设计进行报表的自动生成。

档案借阅

此模块分为外借登记、归还记录和电子借阅申请处理两部分，具有“借阅管理”权限的用户可以操作此模块。

外借模块实现档案文件的借出登记和归还登记功能。

电子借阅申请由具有“借阅管理”权限的用户处理，一般用户提出阅读电子文档的申请后，被同意阅读后，文件将被发送给申请人。

数据备份及恢复

本模块需要实现数据的备份和恢复机制。

数据备份操作可以按、档案种类等条件做部分备份或完全备份。数据恢复就是将备份的数据恢复到数据库中。

可以对数据进行备份和恢复，备份的路径在系统参数设置中指定。备份生成一个XML文件，恢复的时候自动由此恢复。具有批量备份和恢复功能。

查阅操作日志

本模块对系统运行日志操作，具有“日志操作”权限的用户可以进入本模块。可以尽心查看日志记录等操作。

下图为整个档案管理系统的功能需求。

图1 档案管理系统的功能需求

4.1.2用户管理模块

用户管理模块包括如下图2所示几个部分

图2 用户管理模块

添加用户：管理员可以对用户进行添加操作。

删除用户：管理员可以对已有用户进行删除操作。

查看用户权限：每个用户都具有一定的权限，管理员可以查看用户的管理权限。

修改管理权限：管理员可以修改用户的管理权限。

添加管理权限：管理员在权限管理中可以添加管理权限。

删除管理权限：管理员在权限管理中可以删除管理权限。

4.1.3系统参数设置模块

系统参数设置模块包括如下图3所示几个部分

图3 系统参数设置模块

系统表：管理员可以修改单位名称和卷宗号并保存。

档案种类表：对档案种类进行添加、删除操作。

文件种类表：对文件种类进行添加、删除操作。文件类目表：对文件类目进行添加、删除操作。

其他参数表：对其他文件进行编辑、删除操作。在编辑时可以修改附件存放路径和备份文件存放路径。

4.1.4借阅管理模块

借阅管理模块包括如下图4所示几个部分

借阅登记：输入借阅条件后就可以申请借阅登记。

借阅查询：提供对所借出案卷的查询工作，对归还日期做详细说明。

网上借阅：网上借阅提供网上借阅申请、未提交的借阅申请、已处理的借阅申请、借阅申请处理和网上答复几个小模块。

其中网上借阅申请、未提交的借阅申请、已处理的借阅申请模块是所有用户都拥有的，借阅申请处理是具有借阅管理权限的用户所拥有的模块、网上答复是具有借阅答复权限的用户所拥有的模块。

图4 借阅管理模块

4.1.5案卷管理模块

案卷管理模块包括如下图5所示几个部分

图5 案卷管理模块

案卷查询：对所需要的案卷进行查询操作。

案卷录入：保存案卷。4.1.6文件管理模块

文件管理模块包括如下图6所示几个部分

图6 文件管理模块

文件查询：对所需要的文件进行查询操作。

文件录入：保存文件。

4.1.7数据管理模块

数据管理模块包括如下图7所示几个部分

图7 数据管理模块

数据备份：对文件表和案卷分别进行备份。

数据恢复：对文件表和案卷分别进行数据恢复。

4.2系统的UML建模

4.2.1UML初始模型

选择菜单命令【File—>New】打开如图8所示的【Create New Model】对话框，选择J2SE模式，然后单击【OK】按钮。并保存这个新的模型为“档案管理系统”。

图8 新建模型

4.2.2业务建模

4.2.2.1业务用例模型  确定业务参与者

参与者是系统的主体，表示提供或接收系统信息的人或系统，他们是交互作用的人或事物。本系统的功能大致可以分为以下几个部分。

用户登录——验证用户身份的合法性，判断是否运行进入本系统。

修改注册信息。

权限设置——增、删用户，修改用户属性和用户的权限。

系统参数设置——设置系统的辅助参数表。

数据录入——档案案卷和文件信息的录入。

数据维护——对用户删除的数据进行判定，恢复或者正式删除。

数据查询——查询档案数据，可以查看查询到档案文件数据，根据权限的不太也可以修改指定的档案数据。

数据修改——用户可以通过此模块批量修改数据。

报表打印——打印各类档案目录及统计报表。

档案借阅——包括档案外借、归还的登记以及网上借阅的处理。

数据备份和恢复——档案数据的备份和恢复。

日志记录。

通过以上的分析，可以创建以下的参与者：

管理员

档案室人员

案卷输入人员

借阅管理人员

一般人员

在Rose中，参与者的创建如图9所示。

图9 业务参与者

 确定业务用例

经过分析调查，档案管理系统根据业务流程可以分为以下几个用例：

用户登录

根据权限进入

管理员系统参数设置

管理员进行用户管理

数据信息录入

数据查看

数据备份和恢复

普通用户网上借阅管理

管理员操作日志并查看

报表打印

用户注册管理

在Rose中，使用Use Case View建立用例，如图10所示。

图10 业务用例

 用例规约

每个用例都有其用例规约，即每个用例的含义，这里仅对部分用例进行用例规约。

 借阅登记：

正常事件流：

借阅管理员选择借阅者

借阅管理员查看借阅者当前时段之前的借阅申请记录 借阅者提交借阅登记命令 借阅管理员选择需要借阅的时间 在借阅视图中显示新的借阅信息 可选事件流：

借阅管理员选择借阅者

借阅管理员选择一个已有的借阅记录 借阅管理员改变借阅时间

在借阅视图中更新这个新信息，并在以后视图中都可以看到

异常事件流： 没有此借阅者。

 借阅查询：

正常事件流：

借阅管理员输入需要查询的案卷号 在借阅视图中显示这个案卷的借阅信息  网上借阅：

正常事件流：

借阅者查看已提交和未提交的借阅申请 借阅者查看已提交的借阅申请是否被处理 借阅管理员处理借阅申请

 用例建模

按照业务参与者的只能划分，档案管理的用例图分别为：借阅管理员的用例图，档案室人员的用例图，系统管理员进行系统维护的用例图。如图

11、图

12、图13所示。

 借阅管理人员的用例图

图11 借阅管理人员的用例图

 档案室人员的用例图

图12 图档案室人员的用例图  系统管理员进行系统维护的用例图

图13 系统管理员进行系统维护的用例图

 活动图 活动图描述活动是如何协同工作的。当一个操作必须完成一系列事情，而又无法确定以什么样的顺序来完成这些事情时，活动图可以清晰地描述这些事。在档案管理系统中，有明确活动的类有系统管理员、案卷输入人员、借阅管理人员、一般人员。可以在系统中为这几个类建立活动图。

 一般人员的活动图

一般人员首先登录系统，然后进入网上借阅、借阅登记、借阅查询等活动，注意这几个活动都是并列的。完成活动后退出系统。如图14所示。

图14 一般人员的活动图  借阅管理人员的活动图

借阅管理员可以处理两种情况，借阅申请处理和借阅归还处理。当一般人员申请借阅档案时，借阅管理员要检查一般人员的凭证是否满足借阅条件；当一般人员归还档案时，借阅管理员要检查所借的档案是否超时，如果超时，将采取一定的惩罚措施。如图15所示。

图15 借阅管理人员的活动图

 案卷输入人员的活动图

案卷输入人员的活动比较简单，主要负责案卷的录入工作。如图16所示。

图16 案卷输入人员的活动图

 系统管理员的活动图

系统管理员拥有最高的权限，几乎可以做任何工作，所以相对处理的内容比较多，活动图也就很多。因此，这里仅以一部分为例。 系统管理员维护系统数据的活动图

系统管理员在维护系统数据的活动中，可以进行两种操作，即数据备份和数据恢复。如图17所示。

图17 系统管理员的活动图

 系统管理员维护用户的活动图

系统管理员在维护用户的活动中，可以对用户实行管理，在用户管理中可以添加用户、删除用户，还可以查看用户权限；在权限管理中，系统管理员还可以对用户实现权限管理，进行删除用户权限和添加用户权限的操作。如图18所示。

图18 系统管理员维护用户的活动图  系统管理员设置系统参数的活动图

系统管理员在设置系统参数的活动中，设计多个并列的小活动。如修改单位名称及卷宗号、添加/删除档案种类、添加/删除文件种类、添加/删除文件类目，还有其他参数设置。这些操作都将在设置系统参数的大活动中进行。如图19所示。

图19 统管理员设置系统参数的活动图

4.2.2.2业务分析模型  时序图

时序图按照时间顺序描述系统元素之间的交互。档案管理系统的时序图主要有如下几个。

用户管理模块中的系统管理员添加、删除或修改用户的时序图。

案卷管理模块中的案卷输入员录入或查询案卷的时序图。

借阅管理模块中的借阅管理员管理借阅案卷的时序图。

文件管理模块中的一般人员查询文件的时序图。

数据管理模块中的系统管理员备份或恢复数据的时序图。

系统参数设置模块中的系统管理员的添加、删除文件档案的时序图。

 系统管理员添加用户的时序图

图20 系统管理员添加用户的时序图

 案卷输入员录入案卷的时序图

图21 案卷输入员录入案卷的时序图

 借阅管理员管理借阅案卷的时序图

图22 借阅管理员管理借阅案卷的时序图  一般人员查询文件的时序图

图23 一般人员查询文件的时序图

 系统管理员备份数据的时序图

图24 系统管理员备份数据的时序图

 系统管理员的添加档案的时序图

图25 系统管理员的添加档案的时序图 4.2.3分析模型

4.2.3.1参与者

通过分析调查，可以创建以下的参与者，如图26所示。

管理员

档案室人员

案卷输入人员

借阅管理人员

一般人员

图26 参与者

4.2.3.2用例

根据分析得出该业务一共有以下用例，如图27所示。

图27 用例

4.2.3.3用例图

按照业务参与者的只能划分，档案管理系统的用例图分别为：借阅管理人员的用例图、档案室人员的用例图、系统管理员进行系统维护的用例图。如图

28、图

29、图30所示。

 借阅管理人员的用例图

图28 借阅管理人员的用例图

 档案室人员的用例图

图29 档案室人员的用例图  系统管理员进行系统维护的用例图

图30 系统管理员进行系统维护的用例图

4.2.3.4时序图

时序图按照时间顺序描述系统元素之间的交互。档案管理系统的时序图主要有如下几个。

用户管理模块中的系统管理员添加、删除或修改用户的时序图。

案卷管理模块中的案卷输入员录入或查询案卷的时序图。

借阅管理模块中的借阅管理员管理借阅案卷的时序图。

文件管理模块中的一般人员查询文件的时序图。

数据管理模块中的系统管理员备份或恢复数据的时序图。

系统参数设置模块中的系统管理员的添加、删除文件档案的时序图。

 系统管理员添加用户的时序图

用户首先使用自己的用户名和密码登录系统，在登录时，登录模块会讲用户的ID保存在系统的缓存中并提交给下一页面。然后进入用户管理模块，在进入这个模块时，同样会验证用户的ID，因为这个模块只有具有管理员身份才可以进入。进入后单击“添加用户”命令即可在添加列表中按要求添加用户信息，完毕后单击“保存”按钮提交列表信息给数据库模块，进行添加处理，最后提示添加成功信息给管理员。如图31所示。

图31 系统管理员添加用户的时序图

 案卷输入员录入案卷的时序图

案卷输入员首先使用自己拥有的用户名和密码登录系统。在登录时，登录模块将案卷输入员的ID保存在系统的缓存中并提交给下一页面。进入案卷管理模块，只有他和比他权限大的用户才可以进去。然后提交“案卷录入”命令，要求案卷输入人员输入案卷的相关信息，注意录入信息的具体要求。录入完毕后单击“保存”即可完成案卷录入工作，并提示案卷录入成功的信息。如图32所示。

图32 案卷输入员录入案卷的时序图  借阅管理员管理借阅案卷的时序图

借阅管理员用系统管理员分配的用户名和密码登录系统，进入借阅管理模块。在登录时，登录模块会将借阅管理人员的ID保存在系统的缓存中并提交给下一页面。想借阅必须先登记，提交“借阅登记”命令，进入借阅借阅登记页面，要求借阅管理人员输入相关借阅的内容，主意内容的输入要求。单击“查询”命令寻找满足用户需求的文件，如果有，单击“借阅”命令即可完成借阅操作。如图33所示。

图33 借阅管理员管理借阅案卷的时序图

 一般人员查询文件的时序图

一般人员的权限非常小，他根据管理员分配的用户名和密码登录档案管理系统，同时提交ID给文件管理模块。这样就看操作文件管理模块中的某项功能了，比如查询文件功能。在档案管理系统的界面中单击“文件查询”命令，将进入查询文件的界面，然后按要求输入查询条件并提交，这时，系统将根据提交的信息显示出结果给一般人员，至此完成文件查询操作。如图34所示。

图34 一般人员查询文件的时序图  系统管理员备份数据的时序图

系统管理员拥有在高的权限级别，几乎可以干任何事情。首先还是要登录档案管理系统，并提交ID给数据管理模块，然后单击“数据备份”命令，系统提示输入想要备份的文件路径。管理员输入信息后提交信息给数据库，保存该条信息，以便日后查询，最后显示备份成功信息给管理员。如图35所示。

图35 系统管理员备份数据的时序图

 系统管理员的添加档案的时序图

系统管理员做的第一步就是登录系统，并提交他的ID给档案管理模块。在档案管理系统的后台界面中单击“档案录入”命令，进入添加档案界面，该界面要求输入待添加档案的基本信息。添加完毕提交档案信息并保存到数据库中，最后显示添加档案成功信息给管理员，至此添加档案操作动作完成。如图36所示。

图36 系统管理员的添加档案的时序图 4.2.3.5协作图 协作图用来表现系统的对象间另一种交互，即时间和空间顺序上的交互。档案管理系统的协作图主要有以下几个。如图

37、图

38、图

39、图40、图

41、图42所示。

用户管理模块中的系统管理员添加、删除或修改用户的协作图。

案卷管理模块中的案卷输入员录入或查询案卷的协作图。

借阅管理模块中的借阅管理员管理借阅案卷的协作图。

文件管理模块中的一般人员查询文件的协作图。

数据管理模块中的系统管理员备份或恢复数据的协作图。

系统参数设置模块中的系统管理员的添加、删除文件档案的协作图。

 系统管理员添加用户的协作图

图37 系统管理员添加用户的协作图

 案卷输入员录入案卷的协作图

图38 案卷输入员录入案卷的协作图  借阅管理员管理借阅案卷的协作图

图39 借阅管理员管理借阅案卷的协作图

 一般人员查询文件的协作图

图40 一般人员查询文件的协作图

 系统管理员备份数据的协作图

图41 系统管理员备份数据的协作图  系统管理员的添加档案的协作图

图42 系统管理员的添加档案的协作图

4.2.3.6状态图 在档案管理系统中，有明确状态转换的类有档案和借阅者账户（相当于包含 档案的状态图

档案处于外借状态时，可以借阅，借阅后就变为借阅状态。外借档案归还后又变为可外借状态。如图43所示。特定个人信息的电子借阅证）。可以在系统中为这两类事物建立状态图。

图43 档案的状态图

 借阅者账户的状态图

借阅者的账户刚被管理员添加时处于借阅账户的可用状态，当所借档案数带到规定的借阅数目上限后，变为不可用状态。当账户被管理员删除后，变为删除状态。如图44所示。

图44 借阅者账户的状态图

4.2.3.7分析类图  实体类

经过分析，有如下实体类，分别为借阅时间、日志、管理权限、数据备份记录、文件存放路径、报表、数据恢复记录、文件种类、用户、借阅申请、档案种类、案卷信息，如图45所示。

图45 实体类  控制类

经过分析，有如下控制类，分别为：打印报表workflow、档案种类表操作workflow、根据权限查看workflow、借阅查询workflow、数据查看workflow、数据信息录入workflow、数据备份和恢复workflow、管理员用户管理workflow、网上借阅workflow、普通用户网上借阅管理workflow、管理员操作日志并查看workflow、用户注册管理workflow、用户登录workflow、借阅登记workflow、文件种类表操作workflow、管理员系统参数设置workflow，如图46所示。

图46 控制类

 边界类

经过分析有，如下边界类，分别为：借阅登记UI、借阅查询UI、文件种类操作UI、管理员系统参数设置UI、数据查看UI、档案种类操作UI、网上借阅UI、管理员操作日志并查看UI、用户注册管理UI、数据备份和恢复UI、管理员用户管理UI、数据信息录入UI、用户登录UI、普通用户网上借阅管理UI、根据权限查看UI、报表打印UI，如图47所示。

图47 边界类

4.2.4设计模型

4.2.4.1包图 本系统共有6个包，分别为用户管理模块的包、系统参数设置模块的包、借阅管理模块的包、案卷管理模块的包、系统中文件管理模块的包、系统中备份管理模块的包。

图48 包图

包中的类

 系统中用户管理模块的类图，如图49所示

图49 统中用户管理模块的类图

 系统中中系统参数设置模块的类图，如图50所示

图50 系统中中系统参数设置模块的类图  系统中借阅管理模块的类图，如图51所示

图51 系统中借阅管理模块的类图

 系统中案卷管理模块的类图，如图52所示

图52 系统中案卷管理模块的类图

 系统中文件管理模块的类图，如图53所示

图53 系统中文件管理模块的类图  系统中备份管理模块的类图，如图54所示

图54 系统中备份管理模块的类图

4.2.4.2类图

和数据库字段相关的基础类 在档案管理系统中最基本的几个类：User、fVolumn、Archive、FileType、RoleUser，如图55所示。

图55 和数据库字段相关的基础类

User类是用户信息类，它的属性很多，包括用户登录所用名（EnterName）、用户姓名（UserName）、用户密码（PassWord）、用户所属部门（Department）、没有显示查询条数（RowsPage）。

fVolumn类是档案案卷信息数据描述类，包括案卷编号（VolumID）、档案种类（ArchiveType）、案卷号（VolumnNo）、案卷标题（VolumnTitle）、工程代号

31（Code）、类目号（Category）、保管期限（RetentionPeriod）、案卷起始年月（StartDate）、案卷截止年月（EndDate）、案卷总件数（TotalNum）、案卷总页数（TotalPage）、责任者（Duty）等属性。

Archive类是档案管理类，包括档案序号（SeriaNo）、状态（Status）、删除标记（Deleted）、同步标记（RepFlag）、档案种类（ArchiveType）、文件种类载体种类（FileType）、题目分说明（Title）、一般文献类型标识（literatureType）、题目说明（TitleRemark）、成文日期载体形式时间（FileDate）、文件年代工程代号载体年代（Code）等属性。

FileType类是档案种类类。RoleUser类是用户角色类。

各类之间的关系

 数据库表类之间的关系，如图56所示。

图56 各类之间的关系

User类表示档案管理系统中的用户，RoleUser类指用户的权限。在现实世界中，一个用户只能拥有一个权限，但是一种权限可以分配给多个用户，所以User和RoleUser之间是多对一的关系。fVolum记录的是案卷的基本信息，FileType记录了案卷的种类,Archive是档案管理的类，所以fVolum与FileType是一对一的关系，fVolum与Archive是多对一的关系。

4.2.4.3组件图

 系统的组件图包括系统服务和数据服务两个组件。如图57所示。

图57 组件图

4.2.4.4部署图

配置图主要是用来说明如何配置系统的软件和硬件。系统由多个节点构成，应用服务器负责整个系统运行的总体协调工作，数据库负责数据管理。Web应用程序模块拥有参与者进行各自权限的操作。管理员可以通过管理应用服务器来管理整个系统。一般人员可以通过互联网访问应用服务器来操作服务。系统的配置图，如图58所示。

图58 配置图

4.2.4.5数据建模  创建数据库对象

在构建视图中创建BBS数据库

图59 BBS数据库（1）

选择SQL Sever 2000数据库

图60 BBS数据库（2）

 创建模式

在逻辑视图中创建模式

图61 创建模式

 创建域包和域

在逻辑视图中创建域包和域  创建域包

图62 创建域包

 创建域

在这里创建3个域，分别为ID域、name域和pwd域。

 ID域

ID域数据类型为INT，有唯一性约束和非空约束。

图63 ID域

 name域

name域数据类型为VARCHAR，长度为20，有唯一性约束和非空约束。

图64 name域

 pwd域

pwd域数据类型为VARCHAR，长度为15，有唯一性约束和非空约束。

图65 pwd域

 创建数据模型

图66 创建BBS数据模型

 创建表

 分别创建用户表、管理员表、版块信息表、帖子信息表。如图

52、图

53、图

54、图55所示。 User表

图67 User表

 Archive表

图68 Archive表

 fVolumn表

图69 fVolumn表

 RoleUser表

图70 RoleUser表

 FileType表

图71 FileType表

 创建表与表之间的关系

 创建各表之间的关系，如图72所示。

图72 各表之间的关系

 代码生成

 在“档案”模式上单击右键，选择弹出菜单中的选项“Data Modeler”，在弹出的子菜单中再选择前向工程“Forward Engineering„”，打开前向工程对话框，如图73所示。

图73 代码生成（1）

 单击“Next”进入下一个对话框进行功能设置，选择希望生成代码的模型元素。功能选项如图74所示

图74 代码生成（2）

 单击“Next”选择保存脚本代码的文件。输入保存代码的文件名，选择好文件路径，点击“Next”完成。显示的对话框如图75所示。

图75 代码生成（3）

 生成代码，如图76所示。

图76 代码

5.实训小结

统一建模语言（UML）是一个通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。它记录了对必须构造的系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息控制。UML 适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具，UML 是一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。通过本次实训，我对UML建设的整个过程更详细的了解；并学会了如何使用Rose画用例图、活动图、顺序图、协作图、状态图、类图、包图等。总之，通过自己的努力和老师、同学的帮助，使我在这次实训中收获了很多。

第五篇：实训小结

实训小结范文

时间过的真快，在2006年的7月我们走出了校园，踏上了工作岗位，开始了实习生活，一眨眼的工夫，我们已经工作快一年了，在这一年中我们学会了很多以往在学校里学不到的知识。一年中我几乎尝遍了人生中的酸、甜、苦各种味道。

实习的第一天，我怀着忐忑不安的心情来到了我实习公司的楼下，因为没有见过将要工作在一起的同事，对他们或多或少都有些好奇，会想他们容不容易相处?会不会教给我新的知识，会不会像有些人口中说的那样让我在一旁歇着，一点也不教我?站在大厦的楼下，迟

迟的不敢走进电梯，眼看着时间一分一秒的过去了距离老师和实习单位联系人的时间越来越近了，最终我还是鼓起勇气，进了电梯按了公司所在的楼层。说来也是巧，我去报到的那一天刚刚我要工作的单证部在加班，后来办公室主任帮我介绍了我们部门的经理和其他的同事后，我也加入了工作的行列。第一天遇到的事和人都是陌生的，我几乎是从零开始。但有一点很庆幸我所想的一切都是浪费的，他们不但很容易相处，而且会教我很多东西，真后悔当初应该早点进电梯，在楼下站了半天。

在实习的时候，学到了很多实用的东西 而且这些是在学校没有学到过的 比如称量 第一步就是确认批号并核对批纪录，核对Pick lisk 和Object lisk及主料放行报告。

第二步确认清场。若生产拜唐苹则还须确认房间温湿度，更换标示。

第三步准备器具 检查桶、铲子、料斗及筛网等，工具放置于已消毒的推

车上准备容器检查容器，封闭容器下口，称量容器皮重，安装出风过 滤称的检查确认校准期，检查水平状态，检查称的托盘，显示重量回零确认公差进入系统确认公差值上限、下限，确认打印机连接状态。

第四步 首先进入系统 进入系统领取原料，条码识别原料信息、核对放行报告和原料批号是否一致，再根据放行报告输入原料使用含量称量用桶或容器放在所用称的正中，确认后开始称料称量主料打开原料包装，避免其操作中引入异物或造成其它污染称料，其间条码识别所用原料的每个独立包装并输入其含量至称料结束，操作中避免物料由容器返回至原料包装内 结束后将未用完的原料包装密封，标记使用量，退回原料库物料确认后全部投入终混容器，出库登记 然后领取原料，条码识别原料信息称量用桶或容器放在所用称的正中，确认后开始称料 打开原料包装，避免其操作中引入异物或造成其它污染称

量辅料称料，其间条码识别所用原料的每个独立包装至称料结束，操作中避免物料由容器返回至原料包装内结束后将未用完的原料包装密封，标记使用量，退回原料库确认后按要求投入终混容器，出库登记，进行下一辅料称量 取下连接器、出风过滤，密封容器，清洁容器外表面 收

集称量器具残留物料，器具进行密封或遮盖保护 第五步上批物料转移，清除区域上批产品信息，废料退库 更换房间状态标示，清场，填写清场单，被授权人检查 将清场单复印件放在指定区域，原件附在批记录中

第六步 清洗 料斗和连接器尽量拆卸，清洁时避免零件的磨损和磕碰用自来水冲掉附在表面的粉尘 用擦拭布沾%金鱼洗涤灵液擦拭所有表面 用自来水冲洗干净后使用去离子水喷淋零件所有表面 检查并用毛巾擦干或压缩空气吹干，不合格则须重新清洗 如不立即消毒须用干净丝绸或保鲜膜覆盖以防止

被污染 确认设备已清洗干净，按要求正确佩戴手套和口罩 干净丝绸喷70-75%医用酒精由接触产品至非接触产品部位、由上至下、由内至外擦拭，裸手操作接触产品部位后须消毒 料斗和连接器的内外表面均须进行消毒消毒后敞开晾置至少2小时 在设备安装前，由被授权人对设备清洁结果进行目检 然后安装连接器下口的容器密封圈，为防止有脱落的密封圈碎屑，用压缩空气清洁并检查，安装硅胶密封圈，密封保护。

第七步 超过经验证的有效期清洁 先拆卸料斗和连接器与产品接触工具所有部件进行2遍消毒，第2遍需更换丝绸 最后检查并安装料斗和连接器。

第八步 维修或保养后的清洁 维修或保养接触物料的工具，需要进行完全清洁用毛巾或擦拭纸清洁被污染外表面，如有必要可使用酒精及洗涤灵，目检确认表面污渍及洗涤灵残留已被彻底清除。

这些称量的步骤完完全全的都要

一步一步的来完成 而且每一步都是很重要的 在学校的时候我是常常很马虎的 来到了这里 学到了 称量 对于这一项工作 不仅不能马虎而且要认认真真的仔仔细细的完成 对于我也是锻炼了我自己 让自己的意志更坚强 让我对工作 对于任何事情都是认真仔细的完成。

有一次，一大早醒来就感觉头晕晕的，喉咙痛痛的，很明显的迹象我感冒了。但是想想我是个实习生，我总不能随便打个电话去然后说我生病了我不去了，那会给人留下什么样的印象哦，最后我还是去上班了。在工作的时候我人真的好难过，真的好想和部门经理请假回家休息，但是话到了嘴边就是说不出来，一直忍着直到六点多下班，晚上回到家倒头就睡。那时候想想如果在上学那该多好啊，可以请假休息一下，工作真的是好辛苦啊！!实习中最开心的事情当然是拿工资啦，那时候让我知道了赚钱是多么的不容易，看着发着的工资，真的有点舍不得用。因为这钱跟以往父

母给的不一样，以前用钱的时候不会去想这钱得来有多么的辛苦，但是用自己发来的工资的时候感觉就不同了，用的时候会觉得这是我自己赚来的钱，有种飘飘然的感觉，但又有一种感觉就是这可是我很辛苦才赚来的呀，这么给花了会不会太浪费呀！！!

最让我开心的事情是我有好多肯教我的老师们，他们用自己的工作经验慢慢的教给我知识，让我把书上的理论知识运用到了实践上，教给我为人处事的道理，也能包涵我刚刚出校门对工作陌生而犯下的错误。让我在工作上学到了很多东西，也在处事上学到了很多，学会在怎么样的情况下对人的态度应该怎么样，该凶的时候就必须要凶，否则就办不好事情。真的是非常感谢他们。

实习不再是以前的校园生活，有学校呵护着你，在社会上我们有时候就必须要自己去面对处理一些事情，培养了我们的独立性。其实外面社会这个学校，有许许多多可以让我们学习的知识。