uml系统建模设计报告（精选8篇）
（2010 / 2011 学年 第 2学期）
题 目：
基于UML的ATM自动
柜员机系统
专
业：
成员：
指
导
教
师：
基于UML的ATM自动柜员机系统建模报告
一、需求分析
（1）功能需求：
1.登陆：客户通过输入正确的登陆密码即可登陆ATM。
2.取款：允许客户取出自己账户中的现金。3.客户存款：允许客户把现金存入自己账户。4客户查询余额：允许客户查询自己的账户余额。
5客户转账：允许客户将自己账户中的金额转移至另一账户。6客户更改密码：允许客户修改自己的登录密码。
（2）系统操作要求：
1．要求用户每次取款数额为50的整数倍；
2．要求用户一次取款数额不得大于1000元； 3．要求用户一天取款数额不得超过5000元； 4．要求用户每次取款数额不得大于账户余额； 5．要求用户设置的登录密码为6位。
（3）系统性能要求：
1．要求反应时间不得大于10秒钟； 2． 系统设计目标：
ATM自动取款机可以提供24小时不间断服务，操作简单，可以很方便为用户提供取款、转账/汇款、查询账户余额等服务。
（4）实现手段：
使用ASP.NET进行界面设计，建立一个数据库保存客户的账户信息，使用C#语言功能函数并对数据库中的账户信息进行操作。
二、总体设计
本系统总共分为登陆、查询、存款、取款、转账、修改密码等6个功能模块。
1.登录模块：登陆模块使用字符匹配算法，要求用户在输入账号之后输入登陆密码，只有输入正确的密码才能登陆自己的账户。否则提示密码错误。
2.查询模块：用户输入正确的密码后就可登陆自己的账户并接受服务。查询功能允许用户查得自己账户上的余额信息。
3.存款模块：允许客户向自己的账户中存入现金。
4.取款模块：允许客户从账户中取走现金，要求取出的金额不能大于所剩余款，否则提示余额不足。
5.转账模块：允许客户将自己账户中的金额转移至另一账户。要求所转的金额不能多于所剩余款，否则提示余额不足。
6.修改密码模块：允许用户修改自己的登陆密码，密码仍然是6位数的，修改之后，下次登陆就应该用新密码。
三、详细设计 用例图：
类图：
客户取钱的协作图：
其他功能的协作图与此类似。
账目类的状态图：
ATM系统的部署图：
四、测试报告 我们在客户数据库中建立四个账户，如下：
其中四个属性分别是客户名、账号、密码、账户余额。打开网页，进入初始页面：
若选择取回磁卡，显示如下：
1.登录功能测试
我们选择继续以进行测试，单击测试进入如下页面：
若输入不存在的账号，则出现提示：
现在我们输入正确的账号，这里以08060112为例：
单击确认，系统将提示客户输入密码，正确的密码是“123456”，我们输入“333333”以进行测试，系统提示密码错误：
我们输入正确的密码“123456”，单击确认，则进入交易界面：
2.查询功能测试
单击查询，显示如下
与数据库表中的number值比较可得，结果正确。3.取款功能测试
选择返回，回到主菜单，单击取款，系统提示客户输入取款金额：
我们输入300单击确认，显示如下
单击确定回到主菜单，单击查询，显示如下：
余额为700，说明取款成功，取款功能顺利实现。4.转账功能测试
单击返回，回到主菜单，单击转账，系统提示用户输入转入账号，我们以转入08060119为例：
单击确认，系统提示转账金额，我们输入300：
单击确认，提示转账成功：
单击确定回到主菜单，这时我们单击查询08060112的余额：
结果正确，我们再通过数据库查询08060119的余额，打开表格，右击，执行，显示如下：
结果也正确，说明转账功能也已顺利实现。5.存款功能测试
单击返回回到主菜单，单击“存款”，我们通过输入数值来模拟放入现金：
单击确认，系统提示操作成功：
单击“确定”回到主菜单，单击查询，显示如下：
结果正确。
6.修改密码功能测试
单击返回回到主菜单，单击“修改密码”，系统提示如下：
我们将密码修改为“555555”，输入“555555”后，提示操作成功：
单击确定就回到主菜单。这时我们取回磁卡重新登录以测试密码是否已经修改。依旧输入卡号08060112，单击确认，输入旧密码“123456”，提示密码错误：
单击确定，重新输入新密码“555555”，单击确认，则可顺利登录到主菜单
可见，密码已经修改成功，另一方面，我们查看数据库中的数据，右击，执行，显示如下：
可以看到账户08060112的password属性已经变为“555555”，因此，修改密码功能也能顺利实现。至此，ATM系统的六大功能都已通过测试并正确无误。
五、总结
通过这次UML建模的学习，我们学会了很多知识。之前我对UML建模一无所知，但现在我已学会了一些UML建模的基本知识，并学会了建立一些简单的模型。
虽然只有短短的几个礼拜，但收获却是很大的。首先是分析问题的能力，刚拿到这个题，总觉得无从下手，不知道题目到底要我们做什么，心里只是干着急，不知道该干嘛。经过一周的迷茫，我们开始静下心来，分析题目，找参考书，尝试性地进行编程。到第三周，我们终于做出了一个成果并且编译没有错误。之后就是尝试运行，运行的过程中出现很多问题。比如转账，修改密码等，但经过我们细心的测试、排查，还是找到了错误的原因并进行了纠正。因此，我们的查错改错的能力也得到了提高。最重要的是，我们通过这次实习学会了互相合作，俗话说“三个臭皮匠顶个诸葛亮”，也许我们单独做很难完成这个程序。但是只要我们团结一致就没有克服不了的困难。这次实习在我们的大学生活乃至整个人生中都有着非常重要的意义，是一笔不小的财富，难忘的经历。我们会以此为基础走好人生的每一步。
(一) UML的概述
UML (Unified Modeling Language, 统一建模语言) 承袭面向对象分析与设计 (OOAD Object Oriented Analysis and Design) 的方法, 是一种用来描述系统蓝图的标准模式语言。它是由三位面向对象方法领域著名的方法学家Grady Booch, James Rumbaugh和Ivar Jacobson提出, 结合了他们以及其它众多优秀方法和思想, 得到了世界知名公司如Microsoft, HP, IBM, Rational等的使用和支持, 并于1997年11月被OMG (Object Management Group) 组织采纳作为基于对象技术的标准建模语言。它融入了软件工程领域的新思想、新方法和新技术, 不仅支持面向对象的分析和设计, 还支持从需求开始的软件开发过程, 是近十年来最具有划时代意义的软件技术之一。它是一种可以应用于任何软件开发过程的标记法和语义语言) 。作为对软件解决方案的业务领域进行描述的事实上的标准, UML是第一种获得大多数从业者、软件厂商和学术界一致认同的表示法。
UML是一种通用的可视化建模语言, 用于对软件描述、可视化处理、构造和建立软件系统制品的文档。它记录了对必须构造的系统的决定和理解, 可用于对系统的理解、设计、浏览、配置、维护和信息控制。UML适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具, 是一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。UML包括概念的语义, 表示法和说明, 提供了静态、动态、系统环境及组织结构的模型。它可被交互的可视化建模工具所支持, 这些工具提供了代码生成器和报表生成器。UML标准并没有定义一种标准的开发过程, 但它适用于迭代式的开发过程。它是为支持大部分现存的面向对象开发过程而设计的。
UML描述了一个系统的静态结构和动态行为。UML将系统描述为一些离散的相互作用的对象并最终为外部用户提供一定功能的模型结构。静态结构定义了系统中重要对象的属性和操作以及这些对象之间的相互关系。动态行为定义了对象的时间特性和对象为完成目标而相互进行通信的机制。从不同但相互联系的角度对系统建立的模型可用于不同的目的。
(二) 学生信息管理系统中UML的建模系统
1. 随着我国教育事业的飞速发展, 高校的在校学生人数
也在与日俱增, 迫切需要建立一个功能完备的高校学生信息管理系统。根据实际业务的需求, 主要提供九大管理功能模块“学生宿舍管理”, “注册管理”, “信息查询”, “人员管理”, “奖惩管理”, “贫困生管理”, “信息打印”, “数据统计”, “用户管理”。
(1) “学生宿舍管理”宿舍管理模块主要完成宿舍信息的初始化, 学生住宿信息的输入、输出、查询、打印、宿舍异动等操作。在设计中可根据宿舍中最大住宿人数判断现有入住人数。宿舍基本信息包括宿舍编号、入住人数、宿舍类型 (男生/女生) 、宿舍位置等相关信息。
(2) “注册管理”模块实现每学期对各班级学生的注册, 注册以班级为单位进行, 首先显示各班级学生的姓名、学号和注册情况, 使用者可通过记录移动确定注册学生。注册时可对全班学生进行全部注册即按全部注册按钮后全班同学全部标记为注册, 也可单个注册;但取消注册时只能单个取消, 这主要是从用户的方便性考虑的;系统还具有注册查询和打印的功能。
(3) “信息查询”模块对所有用户开放, 使用时根据用户权限判断用户的类型给出相应的查询内容。在查询过程中权限分配如下:院级用户可查询全院所有教职工和学生的信息;系部人员可查询系部学生和教师的信息;班主任只能查询本班学生的信息。
(4) “人员管理”模块主要实现对班主任的设定, 管理员信息的录入、用户信息的修改和增删用户的操作, 除用户信息的修改外其他模块只能供系统管理员使用,
(5) “奖惩管理”模块主要实现对在校学生奖励、优秀毕业生、惩处等方面进行管理和统计。奖励信息主要包括奖学金、优秀学生干部和三好学生等方面的信息。奖励等级又可分为系、校、国家和专项奖学金。同时还可对奖励金额进行统计。
(6) “贫困生管理”模块是对全校的贫困生情况进行管理, 该模块主要包括输入贫困生信息、勤工助学、助学贷款、贫困生信息分析及查询打印模块等几个模块。 (下转第75页) (上接第61页) 贫困生信息包括家庭情况、勤工助学情况、临时困难补助等情况。贫困生信息分析主要分析近年来学生在评优、贷款、勤工助学等方面的情况, 便于跟踪分析贫困生的在校表现情况, 根据学生的全面情况考虑为临时困难补助的发放提供依据。
(7) “信息打印”主要是对教师、学生、班级、专业对照表、贫困生情况和宿舍电话等基本信息。
(8) “数据统计”主要统计在校学生数男、女生学生数, 年级学生数、班级学生数和学生住宿情况。
(9) “用户管理”模块完成用户的增加、删除和用户密码修改等操作。输入管理员编号, 显示管理员姓名, 分配用户权限。
2. 学生管理系统充分利用了UML的模型图来设计。
UML定义了五大类模型图。
(1) 第一类是用例图, 以学生管理系统为例, 从学生的角度来描述系统的功能, 并列出这些功能的执行者。
(2) 第二类是静态图, 静态图有类图, 对象图和包图三种图形符号, 系统中的类及其之间的联系用类图定义, 对象图是类图的一个实例, 它是一个具体对象, 包图表示了一个或多个类的组合, 学生管理系统以类图为核心建立静态模型。
(3) 第三类是行为图, 描述系统的动态模型, 包括状态图和活动图, 状态图描述一类对象所具有的所有可能的状态及基转移关系, 活动图展示系统中各种活动的执行流程。
(4) 第四类是交互图, 也是系统的动态模型的描述, 描述对象之间的交互关系, 它包括顺序图和协作图, 顺序图强调对象之间的协作关系, 学生信息管理系统中用顺序图来描述学生宿舍管理系统的动态交互关系。
(5) 第五类图是实现图, 包括组件图和配置图, 学生信息管理系统的实现采用了配置图, UML中的这些基本图形符号为学生信息管理系统的分析、设计、实惠提供了十分方便的可视化手段。
(三) 结束语
UML是一种功能强大的、面向对象的可视化系统分析的建模语言, 它采用一整套成熟的建模技术, 广泛地适用于各个应用领域。它的各个模型可以帮助开发人员更好地理解业务流程, 建立更可靠、更完善的系统模型。从而使用户和开发人员对问题的描述达到相同的理解, 以减少语义差异, 保障分析的正确性。
本文通过简述UML的建模思想在学生信息管理系统中的设计, 并利用UML技术准确、友好地为开发高校学生信息管理系统的业务流程和管理建模, 提高了学生信息管理系统开发的效率, 同时使用ROSE工具的双向工程功能, 可以在代码和模型之间进行转换, 如有变动, 不需要对原有的设计做很大的修改, 使得系统的开发更加具有灵活性, 也可以提高经济效益。从中我们可以体会到使用统一建模语言UML开发管理系统的方法和过程。UML的建模思想居大多数的管理系统中都可以得到较好的应用, 它有着广泛应用的前景。
摘要：随着高校教育教学改革的不断深入, 众多院校开始使用了计算机学生信息管理系统。文章以统一建模语言UML为基础, 通过对高校学生信息管理系统的建模的理论进行分析。
关键词：UML,建模,学生信息
参考文献
[1]陈雨婕.基于UML的学生选课及成绩管理系统的分析与设计[J].科技创新导报, 2008.
[2]陈静.基于UML的学生管理信息系统设计与实现[J].中国优秀硕士学位论文全文数据库, 2007.
[4]张静, 李涛.基于UML建模的高校学生管理系统的设计[J].电脑知识与技术, 2007.
关键词：UML；图示管理系统；建模
中图分类号：TP311.52
随着图书馆规模的壮大，各种图书信息量成倍增大，传统的人工管理方式必然会导致图书馆管理杂乱无章，从而影响图书馆的正常运作。因此为了保证整个图书馆正常运行和管理，这时就需要一套新的有效、合理、实用和规范的系统，来满足管理需求。然而在进行管理系统开发之前，我们必须先做好需求分析，分析越是详细越是节约系统开发所需的时间。
1 UML简介
1.1 UML的概念
UML即统一建模语言，是一种面向对象技术领域内的标准建模语言。它采用统一的图形和符号来代表模型元素，可避免一些不太必要的差异存在，这就是图书管理系统开发所需的成熟性的建模语言。
1.2 UML建模机制
UML主要包括静态建模机制与动态建模机制两种形式。
（1）静态建模机制主要有力图、对象图、类图、组件、包等。
（2）动态建模之地主要有消息、协作图、顺序图、活动图等。
2 图书管理系统需求与功能分析
2.1 图书管理系统的需求
图书管理系统是用来为学生提供方便的，他们对系统的需求：（1）能依照譬如书名、作者、编号等多种方式来查询图书馆的藏书，以便更好的借阅、续借、预借和归还；（2）能及时的查询和更新图书借阅情况、浏览动态信息和自己的基本资料等。
图书管理人员对系统的需求：（1）能便于查询图书和图书借阅情况，对借书还书进行处理，以及浏览图书动态信息；（2）能随时更新一些学生借阅图书超期通知、及图书借阅情况、藏书情况，方便学生能及时获取一些借书信息。
图书系统管理对系统的需求：（1）能提供录入、修改、登记、注销图书等功能；（2）能轻松进行新生信息登记和已毕业学生信息的注销等信息。
2.2 图书管理系统的功能
系统开发前首先必须对系统进行需求分析和功能分析，通过需求分析，我们主要把管理系统的使用成员分为三类：借阅者、工作人员及系统管理员。其中借阅者所需的功能主要是查询图书信息与个人借阅信息等；工作人员所需的功能主要是查询图书信息、借阅者借阅信息与借阅者还书信息等；系统管理员所需的功能主要有管理借阅者信息、图书信息和图书馆工作人员信息等。下面主要从三大模块来讲述所需功能：
（1）图书系统维护模块：对系统用户的身份进行录入、修改、分类和删除；对图书数据进行录入、校审、修改和删除；对借阅者数据进行录入、修改和删除，以及发布、删除和修改图书动态信息等。
（2）图书工作人员模块：主要是查询图书信息；借阅、预借、续借和返还图书；修改和删除图书的借阅信息；查询借阅者信息等。
（3）图书借阅者模块：譬如查询图书数目；查询个人借阅图书情况；修改部分限定的借阅者个人信息等。
2.3 系统例图分析
系统分析阶段最关键的就是建立例图来分析，用例图的形式来表现用户所期望的功能，它能被所有想成为参与者的外部用户看到。利用用户视图，使用者能清楚的看到系统后续每个阶段所需完成的任务，整个系统的建设过程都是环绕所建的用例图来进行的。譬如在建设图书管理系统用例图的时候，要考虑到系统中书目消息和信息是不受任何条件限制的，任何用户都可以随意浏览。
3 图书管理系统的设计
采用UML进行图书管理系统的建模，分析系统必须采用面向对象的方法，然后建立可视化的模型用图形直观地表现信息，从而架设面向对象的系统模型。
3.1 静态系统模型
系统设计中最主要就是类图，使用者想要一步步的完善整个系统，就首先必须了解系统基本的类以及它们之间的关系。使用类图来描绘系统中那些类的静态结构，不但对系统中的类以及各组类间的关系等进行了定义，而且确定了类的属性和操作。因此它在定义信息结构的同时更阐述了系统的行为，与数据模型大不一样。
3.1.1 参与者类
参与者类主要有Borrower、librarian、Administrator三大类，Borrower类是表示借阅者类，它所包含的属性比较多，例如账户姓名、ID、地址等等，但是借阅和还书是最主要的操作；librarian类是表示工作人员类，包含的属性有账户、姓名、地址等；Administrator类是表示系统的管理员类。
3.1.2 其他类
除了上面的三种类别外，系统还包括譬如Item、Load、Title、Reservation等类别，其中Item类是表示固定某本图书的类，它包括书的编号等属性，一般用来进行预订、查询等操作；Load类是表示具体某本书的借阅情况类，它包括所借图书的借书时间、ISBN等属性；Title类是表示书目信息记录的类，它基本包括图书名称、ISBN、作者、图书总量等属性，用来进行查询、借出、撤销、创建、归还等操作；Reservation类是表示预借信息类，它包括预借书的ISBN、预借时间等属性。
3.2 动态系统模型
一般由消息、协作图、顺序图、状态图以及活动图构成系统的动态行为，这些图形一般被用在系统的主要的用例和对象上，方便更准确的分析系统的动态行为和特征。图书管理系统里包括的每个服务操作，都是由各个对象相互合作提供的。下面主要是介绍如何绘制协作图、顺序图和活动图，以及它们如何从动态层面上来描述系统内部的行为过程和协助关系。
3.2.1 顺序图
顺序图主要是各对象间的动态交互关系的描述，主要是表现对象间消息传送的时间顺序。顺序图包括水平轴和垂直轴，水平轴用来表示各个对象，垂直抽用来表示时间。顺序图中用一个个垂直虚线矩形框来表示对象，并在上面标明类名和对象名。
图书管理系统中需要绘制的顺序图非常多，主要包括借阅者还书顺序图、借阅者借书顺序图、工作人员处理还书顺序图、工作人员处理借书顺序图、借阅者查询书顺序图以及系统管理员增加图书顺序图等等。
3.2.2 协助图
协作图主要是各个对象间的链接关系和交互合作关系的描述。尽管它和顺序图一样都是用来描绘对象间的交互合作关系，但是它们所注重的地方有差异。顺序图侧重于表现各个对象交互关系的时间顺序，而协作图则是侧重于表现各个交互对象之间的静态链接关系。
3.2.3 活动图
活动图主要是各操作行为的描述，或是对象和用例内部工作过程的描述。活动图虽然是由状态图变化而成的，可是他们却有不同的利用价值。活动图是利用对象的状态变化来获知动作以及动作的结果。活动图中的活动不间断，在一个活动结束后立马进入另外一个活动。
图书管理系统中标明有确切的活动的类别主要有借阅者、图书管理人员和系统管理员，这三个类别都包括很多的活动。
4 总结
只有选择了最适合的图书管理系统的UML分析和设计工具，才能最大程度地减轻工作量，让用户更准确地理解模型，从而进行良好的沟通。本文主要介绍如何利用建模语言UML来创建图书管理系统。图书管理系统的建设中通过利用了UML可视化建模工具的各种图形，从而实现整个系统面对对象分析、设计和开发，大大的节省了开发的时间。
参考文献：
[1]姜慧霖，杨克领.基于UML的图书管理系统设计[J].科技信息（学术研究），2007（27）.
[2]周莹，张宇华.UML及其在图书管理系统中的应用[J].电脑与信息技术，2004（04）.
[3]刘锋.图书管理系统的UML建模分析与设计[J].计算机与信息技术，2008（04）.
[4]花昀峤.基于面向对象技术的图书管理系统研究[D].吉林大学，2009.
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设计
分数：
学期：
班级： 学号： 姓名： __ ___ 授课教师： __
一、需求分析
网上教学系统基本分为三个模块：
1、教师模块：教师在教学网站上通过登录教学系统，进行输入课程介绍、上传课件、发布消息、修改和更新消息。
2、学生模块：学生在教学网站上通过登录教学系统，进行浏览信息、查找信息、下载文件。
3、管理员模块：管理员通过登录教学系统，对页面维护、批准用户的注册申请。
二、用例模型
设计系统首先需要进行用例图的建立，所以在此进行参与者确定。
1、在网上教学系统中，教师为参与者之一。教师作为教学直接实施者，需要在网上教学系统中进行进行输入课程介绍、上传课件、发布消息、修改和更新消息，如下图教师用例图所示。
图1：教师用例图
2、学生是网上教学系统的重要参与者。学生作为教学受益者，需要在网上教学系统中进行浏览信息、查找信息、下载文件。其用例图如下图所示。
图2：学生用例图
3、管理员也是网上教学系统的参与者之一，作为系统的维护人员，管理员需要在系统中进行页面维护、批准用户的注册申请。下图为管理员用例图。
图3：管理员用例图
三、静态模型
进行网上教学系统程序设计需要先绘制出类图，以便程序的编写。用户类操作为登录；
学生类操作处了登录、注册外还有浏览、下载、查询。教师类操作有登录、注册、上传、修改、发布。管理员类操作为基本管理和系统维护。下图为网上教学系统的类图。
图4：用户类图
四、动态模型
4.1、顺序图
4.1.1、学生模块下载课件顺序图
图5：学生下载课件顺序图 4.1.2、学生模块浏览页面顺序图
图6：学生浏览页面顺序图
4.1.3、教师模块上传课件顺序图
图7：教师上传课件顺序图 4.1.4、教师模块修改信息操作顺序图
教师在教学系统上的操作以及教学系统自身运作。
图8：教师修改操作顺序图
4.1.5、管理员模块顺序图
管理员与教学系统及教学系统与信息数据库之间的交互。
图9：管理员顺序图
4.2、协作图
4.2.1、学生协作图
图10
图11 4.2.2、教师协作图
图12
图13 4.2.3、管理员协作图
图14
4.3、状态图
网上教学系统的基本流程为：用户在首页输入网上教学系统的地址，在登录界面输入用户名以及密码，系统验证，若成功则进入下一个状态，若不成功则返回上一界面。验证成功时分为三种情况，为管理员用户则跳转管理员模块；为教师用户则跳转教师模块；为学生用户则跳转学生模块。其状态图如下：
图15：系统状态图
4.4、活动图
网上教学系统的总活动图：
图16：系统活动图
五、总结
在进行网上教学系统的UML设计时，需要对Rose软件有一定的了解，并会使用其进行各种图的建立，明白不同图的绘图规则以及所需主要项。
网上教学系统的UML设计主要为对用例图、类图、顺序图、协作图、活动图、状态图的建立。分析出系统的对象以及功能，这需要对面向对象设计有一定的了解，明白系统中各个部分的内容和功能。
摘要：本文对面向对象的概念、UML产生的背景及其基本内容进行了阐述，在对图书馆图书管理系统进行功能描述和需求分析的基础上，结合软件工程和面向对象需求分析，设计了基于UML的用例图、包图和顺序图，状态图等语言机制的图书馆图书管理系统模型。关键词： UML；建模语言；面向对象；需求分析；图书管理系统 1关于面向对象
面向对象是一种的程序设计方法，或者说它是一种程序设计类型，其基本思想是使用对象，类，继承，封装，消息等基本概念来进行程序设计。它是从现实世界中客观存在的事物（即对象）出发来构造软件系统，并在系统构造中尽可能运用人类的自然思维方式，强调直接以问题域（现实世界）中的事物为中心来思考问题，认识问题，并根据这些事物的本质特点，把它们抽象地表示为系统中的对象，作为系统的基本构成单位（而不是用一些与现实世界中的事物相关比较远，并且没有对应关系的其它概念来构造系统）。这可以使系统直接地映射问题域，保持问题域中事物及其相互关系的本来面貌。它可以有不同层次的理解：
（1）从世界观的角度可以认为：面向对象的基本哲学是认为世界是由各种各样具有自己的运动规律和内部状态的对象所组成的；不同对象之间的相互作用和通讯构成了完整的现实世界。因此，人们应当按照现实世界这个本来面貌来理解世界，直接通过对象及其相互关系来反映世界。这样建立起来的系统才能符合现实世界的本来面目。
（2）从方法学的角度可以认为：面向对象的方法是面向对象的世界观在开发方法中的直接运用。它强调系统的结构应该直接与现实世界的结构相对应，应该围绕现实世界中的对象来构造系统，而不是围绕功能来构造系统。
（3）从程序设计的角度来看，面向对象的程序设计语言必须有描述对象及其相互之间关系的语言成分。这些程序设计语言可以归纳为以下几类：系统中一切皆为对象；对象是属性及其操作的封装体；对象可按其性质划分为类，对象成为类的实例；实例关系和继承关系是对象之间的静态关系；消息传递是对象之间动态联系的唯一形式，也是计算的唯一形式；方法是消息的序列。
面向对象的方法学包括了以下核心概念：
对象（object）：即指现实世界中各种各样的实体。它可以指具体的事物也可以指抽象的事物。
类（class）：类是具有相似内部状态和运动规律的实体的集合（或统称、抽象）。类的概念来自于人们认识自然、认识社会的过程。
消息（Message）: 消息是指对象间相互联系和相互作用的方式。一个消息主要由5部分组成：发送消息的对象、接收消息的对象、消息传递办法、消息内容（参数）、反馈。
封装：对象间的相互联系和相互作用过程主要通过消息机制得以实现。对象之间并不需要过多的了解对方内部的具体状态或运动规律。面向对象的类是封装良好的模块，类定义将其说明（用户可见的外部接口）与实现（用户不可见的内部实现）显式地分开，其内部实现按其具体定义的作用域提供保护。类是封装的最基本单位。封装防止了程序相互依赖性而带来的变动影响。在类中定义的接收对方消息的方法称为类的接口。
继承：类之间的继承关系是现实世界中遗传关系的直接模拟，它表示类之间的内在联系，以及对属性和操作的共享，即子类可以沿用父类的某些特征。
重载：重载是指类的同名方法在给其传递不同的参数是可以有不同的运动规律。在对象间相互作用时，即使接收消息对象采用相同的接收办法，但消息内容的详细程度不同，接收消息对象内部的运动规律也可能不同。关于UML UML(Unified Modeling Language)是在Booch方法、OOSE方法和OMT方法的基础上演化而来的基于面向对象技术的标准建模语言。它统一了面向对象建模的基本概念、术语和图示符号，描述了建模过程中所必须遵循的基本步骤，提供了一整套描述软件系统模型的概念和图形表示法，可从不同的视角为系统建模。统一建模语言UML是一种语义丰富、通用、可视化的建模语言和事实上的国际工业标准，易于理解和交流。UML提供的丰富的视图从多个视角描述系统的不同侧面，可以有效运用于软件的建模、分析与设计。标准建模语言UML的定义包括UML语义和UML表示法两个部分。UML语义通过其元模型来严格地定义。UML表示法定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法来建模提供标准。这些图形符号和文字所表达的是应用级的模型，在语义上它是UML元模型的实例。UML的主要内容通常用用例图、类图、对象图、状态图、活动图、构件图、配置图、顺序图、协作图和包图等l0种图来描述，它们从不同的角度和层次为系统建模提供支持，完全可以 描述系统的方方面面。
与传统的软件建模方法相比, UML 有如下一些特点:(1)UML 是一个可视化建模语言, 是一种图形化的面向对象的设计工具语言,而不是可视化程序设计语言,但用UML描述的模型可与各种编程语言直接相连,把UML 模型映射成编程语言。在不同程序中使用同样的UML 图表类型, 因为UML 具有任意程序的独立性,定义一个标准程序不是一个UML 的目标。
(2)UML 是一种可用于详细描述的语言,其所建立的模型是精确、无歧义和完整的。同时UML是一种文档化的语言,对其各建模元素可进行详细说明,并能生成所建模型的文档。标准建模语言UML支持面向对象的分析与设计,定义良好、易于表达、功能强大。它的最大用途是利用图形来描述真实世界各个对象的符合表示,让所有系统设计者在构建系统需求分析、对象模型化定义到对象设计的整个开发过程完全标准化。3 本课题的研究意义
一个图书馆的图书资料库在正常运转中总是面对大量的读者信息、书籍信息以及两者相互作用产生的借书信息、还书信息。图书馆作为一个信息资源的集散地，图书和用户借阅资料繁多，包含着很多的信息数据。以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况(如借书天数、超过限定借书时间的天数)的统计和核实等往往采用人工检查，对借阅者的借阅权限以及借阅天数等采用人工计算、手抄进行，数据信息处理工作量大，容易出错和丢失。因此，建立一个智能化、系统化、信息化的图书资料库是十分重要的。使用计算机软件对图书进行管理，是计算机应用的一部分。充分利用计算机的功能，实现对读者管理、书籍管理等自动化控制，将会使图书资料库的工作强度大大减弱，可以实现图书检索迅速、可靠性高、存储量大、寿命长、成本低，能最大限度地提高图书管理的效率，也是图书管理信息化、正规化管理的必然趋势。4 基于UML的图书管理系统的需求分析与设计过程
图书管理系统的开发和应用主要通过两个步骤来实现：首先是基于系统功能的需求分析，其次是系统模型的设计和实现。
4.1需求分析
需求分析是软件工程过程的一个重要阶段,其中一个主要任务是确定系统的功能需求,采用面向对象方法,基于UML的可视化系统需求分析,因为有用户的积极参与,既可以加快设计者对于问题的理解,又能够在系统描述方面减少语义差异,保证分析的正确性。需求分析的目标就是建立需求模型,即从功能需求出发建立用例模型, UML的用例视图从用户的需求中提取,以盒图的方式描述待开发的系统的功能需求。每个用例都指定了客户的需求即他们需要系统干什么。用例图为设计活动不仅记 录需求而且还提供了一种挖掘的信息, 它记录了需求到设计结果之间的映射关系,能够确保设计结果具有明确的根据或者说具有可维护性,基于UML的软件开发过程是以用例驱动的。
首先我们进行角色识别，角色识别的任务是找出所有可能与系统发生交互行为的外部实体、对象、系统。它们的行为不受系统控制，但是可以提供输入给系统。对于一所大学的图书管理系统，基本的功能是完成图书的借阅和相关信息的管理，服务的对象有本科生，研究生，教师，及其他学校的学生，还有社会人员，这些人可归结为一类即读者。而为帮助读者顺利完成借还书的可以是工作人员，可以是自动借还书机，他们可以归结为一类即图书管理人员。因此对于一个图书管理系统主要有两类角色，读者、图书管理员。
其次，在主要角色的基础上，可以识别出与角色相应的用例，从而得到系统的用例模型。与读者相关的过程包括：借书、还书、预定、图书信息检索、借阅查询(如查询本人借书记录、还书期限、是否超期)、个人相关信息查询及修改(如学号、姓名、性别、年级、专业、家庭住址、联系电话、出生日期、民族、政治面貌、身份证号等)。与图书管理员相关的过程包括：办理借书、办理还书、解除预定、图书订购、读者信息管理（增加/删除读者、修改读者权限及密码、借阅超期罚款）、图书信息管理（增加/删除数目、图书类别等相关信息的修改、流通情况）。系统管理（系统的登陆、退出、日志维护、系统更新）。以上分析中，与读者，图书管理员相关的过程构成了本系统的基本用例。
4.2 系统的整体结构
综上所述一个图书管理系统的整体结构可以分为三大模块：图书管理模块、读者管理模块、系统管理模块。
（1）图书管理模块包括与图书相关的一些过程，主要有图书的借出、图书的归还、预定、图书信息检索、图书订购、图书相关信息管理。
（2）读者管理模块主要包括与读者有联系相关的过程，主要有增加/删除读者、修改读者权限及密码、借阅信息查询、个人信息查询及修该、借阅超期和丢失罚款。
（3）系统管理模块包括系统的登陆、退出、系统维护、系统更新。综上我们画出系统的整体结构，如图一所示：
图书管理系统图书管理读者管理图一 图书管理系统的整体结构
系统管理 4.3 图书管理系统的用例图
从以上分析中我们不难得出系统的基本用例图，如图二所示：
借书/还书预定/解除预定图书检索图书信息管理图书订购借阅信息查询个人信息查询/修改读者信息管理 读者借阅超期罚款 图书管理员系统管理图二 系统的基本用例图
图书管理和图书管理是图书管理系统的重要组成部分，为此我们按照前文所述将图书管理模块和读者模块以及系统管理模块详细精化得出如下的用例图，如图
三、图
四、图五所示：
按年代查询图书借入借出管理出版社查询图书购入作者查询图书查询书名查询图书管理模糊查询图书管理员图书信息管理类别查询信息删除信息添加
图三 图书管理模块的用例图
信息修改增加/删除读者修改权限个人信息查询/修改图书管理员读者管理读者借阅信息查询读者办理挂失图四 读者管理用例图
超期/丢失罚款
登陆/退出软件更新系统管理系统更新 管理员系统维护硬件更新日志维护 图五 系统管理模块的用例图
4.4 图书管理系统的行为图
我们再进行动态建模分析。对于图书管理系统借书还书是两个重要的过程，我们先来分析一下借书、还书的一般过程，并由借书的一般过程画出其顺序图、协作图以及活动图。
（1）借书的过程：读者刷卡进入图书馆，或者先查询图书及个人借阅信息，或者直接去挑选图书，选择好图书后进入借书程序，管理员先检查读者的借书证件，查验能否借阅，比如：证件是否无效或书籍是否已经借满等，即检验其借书的合法性和有效性，如果是非法用户或借书数量范围外，则该读者不能借阅图书。如果满足借阅要求，则再获取所借书的标题以进行库内搜索，获取书目查询此书的数量，看是否还有此书，如果没有则阻止其他借书者可能进行的预订活动，将此书借出，根据书号将此书的借阅标志位取反以表示此书已借出，并将此书的书目减1。并为此读者记录借阅日期，以及归还日期，在归还日期内未能归还和续借的，并为其记录超借天数及罚款数额。
（2）还书过程：在返还图书的过程中，管理员首先获取读者的借阅信息和被归还的书籍的信息，如书标题信息，数量等，并一一审核每本书的归还日期是否超过应归还日期。在完成阶段，将此书的书号登记并设计标志位为已归还，以便读者网上预订和继续借阅，同时将此类图书的数量加1，如果读者超期或丢失所借书籍，则要进行赔偿处理。
所以我们不难画出借书一般过程的顺序图，如图六所示：
图书管理员读者信息图书信息修改图书借出刷卡进入并选书核对读者信息 图书扫描并消磁修改读者借阅信息图六 借书一般过程的顺序图
有顺序图可得到协作图，如图七所示。仔细分析借书过程的细节，可以画出如图八所示的活动图，它表示了复杂算法的过程，尤其是过程中的判断、并发和同步。
刷卡进入 读者挑选图书图书管理员 核对信息图书信息修改图书扫描 消磁读者借阅信息 修改读者信息图书借出
图七 借书一般过程的协作图
读者 管理系统N禁止入内刷卡是否为本馆服务对象Y输入卡号/密码选择图书N卡号密码正确？Y个人信息查询/修改Y借阅信息查询图书检索刷条形码显示读者相关信息能否借阅N确定借书NY刷图书条码更改改读者及图书的借阅信息退出是否借阅完毕YN图八 借书过程活动图
以上我们用多种语言机制分析了读者的主要相关事件流，下面我们绘制图书管理员使用系统的状态图分析图书管理员的主要事件流。从以上分析可知，图书管理员相关的过程包括：办理借书、办理还书、解除预定、图书订购、读者信息管理（增加/删除读者、修改读者权限及密码、借阅超期罚款）、图书信息管理（增加/删除数目、图书类别等相关信息的修改、流通情况）。由此我们可绘制如图九所示的图书管理员使用系统的状态图：
登陆关闭办理借书修改图书信息办理还书增加数目图书预留取消增加加读者解除预定删除读者查询数目存储信息修改读者权限查询读者信息图九图书管理员使用系统的状态图
4.5 图书管理系统的静态图
定义并描述了各个类后，我们可以根据实际情况引入包来管理类，本图书馆管理系统可以划分为四个包：用户管理：对系统用户进行管理，为用户提供信息服务接口，便于对系统进行操作。借阅管理包括借书处理，还书处理和罚款处理等。读者管理包括对读者图书等信息进行维护，主要有读者信息的增删，对图书更新资料进行维护。系统服务：包括系统登录检查，安全维护等。系统的包图如图十所示：
用户管理借阅管理读者及图书管理系统服务 图十 系统包图 4.6 图书管理系统的实现
经过系统分析和设计后，就可以根据设计模型在具体的环境中实现系统，生成系统的源代码、可执行程序和相应的软件文档，建立一个可执行系统。进而需要对系统进行测试和排错，保证系统符合预定的要求，获得一个无错的系统实现。测试结果将确认所完成的系统可以真正使用。参考文献
[1] 齐治昌.谭庆平.宁洪.软件工程.北京:高等教育出版社 [2] 张海藩.软件工程.北京:人民邮电出版社
[3] 董翔.基于UML的图书管理系统的开发和应用.科技情报开发与经济2008年第l8卷第l2期 [4] 吴开华.邢养晓.罗德撤
.数字图书馆元数据研究[J].中国图书馆学报，2002，(3)．
[5] 刘治国．构建基于B／S结构的图书管理系统[J]．信息技术，2005(3)：72—73． [6] 管斌.袁国忠 译.用例驱动的UML对象建模应用-范例分析.北京:人民邮电出版社 结束语
1 统一建模语言UML
1.1 UML的定义
UML(Unified Modeling language)[2],是一种面向对象的建模语言。它的主要作用是帮助用户对软件系统进行面向对象的描述和建模,它可以描述从需求分析、系统设计、编码和测试等软件开发全过程。
UML由视图(View)、图(Diagram)、模型元素(Model Element)和通用机制(General Mechanism)等几个部分组成。
视图(View)是表达系统的某一方面特征的UML建模元素的子集,视图并不是图,它是由一个或多个图组成的对系统某个角度的抽象。在建立一个系统模型时,通过定义多个反映系统不同方面的视图,才能对系统做出完整、精确的描述。
图(Diagram)是模型元素集的图形表示,通常是由弧(关系)和顶点(其他模型元素)相互连接构成的。
模型元素(Model Element)代表面向对象中的类、对象、接口、消息和关系等概念。UML中的模型元素包括事物和事物之间的联系。事物之间的关系能够把事物联系在一起,组成由意义的结构模型。
通用机制(General Mechanism)用于表示其他信息,比如注释、模型元素的语义等。
1.2 UML的内容
UML的重要内容可以由下列五种类图来定义:
第一类是用例图(Use Case Diagram)[3],从用户角度描述系统功能,并指出各功能的操作者。
第二类是静态图(Static Diagram),包括类图、对象图和包图,其中类图用于定义系统中的类,描述类之间的关系(关联、依赖、聚合等)及类的内部结构(类的属性和操作),对象图所使用的符号与类图几乎完全相同,它们是类的实例。包图由包或类组成,主要表示包与包之间的关系,包与类之间的关系。
第三类是行为图(Behavior Diagram),描述系统的动态模型和组成对象之间的交互关系。其中状态图描述一类的对象所有可能的状态以及事件发生时状态的转移条件。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系,有利于识别并行活动。
第四类是交互图(Interactive Diagram),描述对象之间的交互关系。一种成为顺序图,用以显示对象之间的动态合作关系。另一种是合作图,它侧重描述对象之间的合作关系。如果强调时间和顺序,则使用顺序图如果强调上下级关系,则选择合作图。这两种图合称为交互图。
第五类是实现图(Implementation Diagram),包括组件图和配置图。组件图描述代码部件的物理结构以及各组件之间的依赖关系。配置图定义系统中软硬件的物理体系结构。
从应用角度看,采用面向对象技术设计系统时,遵从以下几个阶段[4]:需求分析、概要设计(总体设计)、详细设计、编码调试、测试、维护,这也是瀑布式软件生命周期开发过程。用UML建模及Rational Rose工具的面向对象开发技术大致归纳为以下几个步骤[5]:(1)建立用例框图;(2)建立交互框图;(3)细化上述一系列图中的用例;(4)建立类框图;(5)建立状态转换框图;(6)软件构造(编码、调试、组件部分测试);(7)测试;(8)建立组件框图:定义和浏览系统的实际软件结构,描述系统组件之的编译相关性;(9)建立部署框图:定义应用程序在网络结构中的实际部署,包括网络布局和软件组件在网络上的位置;(10)维护。以上各步骤中存在反复、循环、细化。(1)、(2)属于需求分析阶段;(3)-(5)属于设计阶段(总体设计、详细设计)。
2 基于UML的HIS建模
下面结合某医院信息系统HIS项目,用UML图来建模,根据项目规定和开发需要绘制了相应的图形。
2.1 功能模块
首先,根据卫生部《医院信息系统基本功能规范》,结合该医院实际情况和预算,将HIS分解成14个子系统,包括:数据字典维护分系统;门诊挂号分系统;门诊医生工作站分系统;住院医生工作站分系统;护士工作站分系统;药品管理分系统;门诊划价收费分系统;住院病人入出转管理分系统;住院收费管理分系统;病案病历管理分系统;院长统计查询分系统;医疗保险接口分系统;权限设置分系统;数据备份和恢复分系统。主要模块的功能具体如下:
门诊挂号分系统:实现预约挂号、窗口挂号、处理号表、统计和门诊病历处理等基本功能。
门诊医生工作站分系统:医生处理门诊记录、诊断、处方、检查、检验、治疗处置、手术和卫生材料等信息。
住院医生工作站分系统:医生处理诊断、处方、检查、检验、治疗处置、手术、护理、卫生材料以及会诊、转科、出院等信息。
护士工作站分系统:护士核对并处理医生下达的长期和临时医嘱,对医嘱执行情况进行管理,同时完成护理及病区床位管理等日常工作。
药品管理分系统:对药库、门诊药房、住院药房、药品价格、药品会计核算等信息的管理以及辅助临床合理用药,包括处方或医嘱的合理用药审查、药物信息咨询、用药咨询等。
门诊划价收费分系统:包括门急诊划价、收费、退费、打印报销凭证、结账、统计等功能。
住院病人入出转管理分系统:包括入院登记、床位管理、住院预交金管理、住院病历管理等功能。
住院收费管理分系统:包括住院病人结算、费用录入、打印收费细目和发票、住院预交金管理、欠款管理等功能。
病案病历管理分系统:对病案首页和相关内容及病案室(科)工作进行管理。
院长统计查询分系统:从医院信息系统中加工处理出有关医院管理的医、教、研和人、财、物分析决策信息,以便为院长及各级管理者决策提供依据。
医疗保险接口分系统:完成医院信息系统与上级医保部门进行信息交换的功能。
2.2 用例图(Use Case Diagram)
用例图用来描述系统应该具备的功能,显示用例、参与者以及它们之间的关系。在用例图中,参与者是指与系统交互的用户,用例是对一个系统或一个应用的一种单一的方式所做的描述,是关于单个活动者在与系统对话中所执行的处理行为的陈述序列。在软件开发过程中,恰当地使用用例可以有效地控制交互式开发过程。
每个分系统可以用若干个用例图来表达,本文借助Rose 2003软件工具,以门诊部挂号分系统中病人挂号为例,绘制了其用例图(见图1)。主要角色有:病人、挂号收费员。用例主要有注册登记、产生病历卡、付费,其中包括一些对用例的包含、扩展关系,如注册登记包括记录病人个人信息,安排就诊科室等,付费方式有医保、公费和自费等方式。
2.3 时序图(Sequence Diagram)
时序图描述了对象之间传递消息的时间顺序,它用来表示用例中的行为顺序,是强调消息时间顺序的交互图,它反映了若干对象的动态协作关系。主要分析对象所发消息的先后顺序,说明对象之间的交互。它是对系统工作流程的一个过程反映,直接影响着系统将来是否与实际关系相符。图2描述了病人挂号的时序图。
2.4 协作图(Collaboration Diagram)
协作图用来表现系统的对象间的另一种交互,即时间和空间顺序上的交互。虽然和时序图表现交互的方式不同,但系统的时序图和协作图一般描述相同的内容。图3描述了病人挂号的协作图。
2.5 状态图(Statechart Diagram)
状态图是通过类对象的生命周期建立模型来描述对象随时间变化的动态行为,显示了该实体如何根据当前所处的状态对不同的时间做出反应的。当行为的改变和状态有关时才创建状态图。它是对类所描述的一个对象的一个补充,展示了此类对象所具有的所有可能的状态及当某些事件发生时其状态的转移情况。如图4所示,药库管理员在添加药品时,首先登陆系统,然后进行药品的添加,最后更新药品信息。
2.6 活动图(Activity Diagram)
活动图用于展现参与行为的类的活动或动作,描述一个操作中所要进行的各项活动的执行流程,描述一个用例的处理流程或某种交互流程,对于每个用例均可画出其活动图,以便更详细地描述该用例与角色的交互。如图5所示,系统管理员在维护系统数据的活动中,可以进行两种操作,即数据备份与数据恢复。
以上主要结合医院信息系统介绍了用UML来指导项目开发的需求分析和系统分析的过程,在软件开发的后续开发阶段系统设计、系统构造和系统测试等阶段都可以使用UML的不同图形表示工具来帮助我们做相应的开发设计,以具体实现软件。这里因篇幅关系就不再一一详述。
3 结束语
UML是用于对系统进行描述、可视化处理、构造和建立软件系统的统一建模语言,适用于软件开发的各个阶段、各种应用领域。利用同样的UML模型可以生成不同语言的框架代码,而且可以通过反向生成,在编写代码过程中及时更新UML模型。本文同时借助Rose 2003开发工具,结合医院信息管理系统项目案例,绘制出各种相应的UML图,从不同角度和层次上为系统分析、设计和实现提供了支持,从而很好地解决了系统建模问题。本系统以病人业务为中心,以信息管理为主线,以电子病历为发展目标,集病人信息、费用信息、管理信息于一体的原则设计,尽可能地减轻事务处理人员的劳动强度,合理记录医院各类数据,确保数据的准确性,提高医疗管理和科学决策的水平,更好地为社会提供高质量高效率的服务。
参考文献
[1]卫生部.医院信息系统基本功能规范[S].2001.
[2]Rumbaugh J,Jacobson I,Booch G.UML参考手册[M].北京:机械工业出版社,2001.
[3]Pilone D,Pitman N.UML2.0in a Nutshell[M].2nd ed.O'Reilly Media,2006.
[4]Booch G,Rumbaugh J,Jacobson I.The Unified Modeling Language User Guide[M].2nd ed.Addison Wesley Professional,2005.
摘 要：随着计算机和互联网技术的迅速发展，网络将高校内部的学术论文汇聚到一起，在线处理稿件己成为可能。各高校内部迫切需要规范化的学术论文投稿在线系统来满足学术论文投稿工作的高效率进行，系统应用UML分析设计B/S结构的系统模型，实现在线投稿、信息实时发布、信息储存量大、处理速度快捷、数据准确直观、查询检索灵活方便、成本降低、可视化等具体功能。
关键词：论文管理系统；高效率；在线投稿
中图分类号：TP391 文献标志码：A 文章编号：1673-8454（2016）07-0078-04
随着网络信息化的不断发展，计算机技术在期刊论文编辑流程中的应用日益增加。传统的高校学术论文投稿工作的流程是：投稿者通过投稿信箱投稿，或者将纸质版和电子版论文交到学校的编辑部，编辑部的人员进行审稿和后续的一系列繁琐的审稿工作，工作量大、效率低，极大地制约了学术期刊的编辑出版。建立在线投稿、在线查询、留言咨询、编辑在线审稿等一系列的在线论文投稿系统已成趋势，本系统是使用UML建模语言和数据库Microsoft SQL 2008相结合的开发模式，系统程序结构逻辑清晰明了，易于扩展，具有良好的跨浏览器兼容性。系统在开发过程中，结合自身投稿经验，全面了解编辑部稿件的审核、刊用、发表流程，运用全面的需求调研和贴切的系统设计理念设计和开发；系统中包含多种消息互动，如系统消息、用户消息、审稿通知、催审通知，使编辑部用户之间随时交流，保证了用户之间的互动性；系统完全基于浏览器界面设计，用户端无需再安装任何软件只需联网就可进行论文投稿的相关工作；系统应用UML分析设计B/S结构的系统模型，维护简单快捷，避免了C/S系统维护的繁琐，降低维护成本，良好的系统开放性和可扩展性使系统升级和功能扩展工作更加轻松方便。本系统的应用，减轻了编辑人员的重复劳动，可以全方位整合资源，提高工作效率，此外，还可以帮助编辑部管理作者、专家信息，实现编辑部与投稿作者的网上通信，实现投稿、审稿的网络化，扩大工作的范围和影响力，提高稿件质量。
一、系统结构
系统分为投稿用户模块、管理员模块、审稿模块，由于其面对的用户不同，其功能也不同，具有相对独立性，模块之间又相互联系，各个模块分为若干子模块，如图1所示为系统结构。
1.投稿用户模块
投稿用户模块分为用户注册、用户登录、在线投稿、查看稿件状况、个人信息修改、安全退出6个子模块，在登录作者中心后，您可以：投稿、跟踪查询您的稿件信息、与编辑部交流、查询稿件缴费情况。
投稿模块的各子模块功能介绍如下：
（1）用户注册：用户第一次投稿，请先注册，并记住用户名和口令，系统把用户设置的用户名和密码通过用户注册的E-mail发送给用户。
（2）用户登录：如果用户已经拥有用户名和密码，直接登录即可，请不要重复注册，否则可能导致用户信息查询不完整。
（3）在线投稿：用户登录个人中心后，根据可查看投稿须知、版权协议、论文模板、系统要求和使用帮助，按照要求修改论文的格式后就可进行投稿。
（4）查看稿件状况：用户投稿后几天后，可以再次登录作者中心查看稿件审核情况：初审、复审、缴费、退稿，作者根据审核情况进行后续操作。
（5）个人信息修改：用户登录之后修改个人信息、密码等，在作者中心可进行个性化设置。
（6）安全退出：完成投稿后，作者点击安全退出按钮，就可以退出作者中心，保证稿件的安全性。
2.管理员模块
管理员模块分为系统参数设置、系统状态设置、投稿用户管理、投稿论文管理、文件更新管理、专家信息管理、论文分配评审7个子模块，管理员模块的各子模块功能介绍如下：
（1）系统参数配置：包括UML文件的配置、UML和IIS配置、UML MMC管理单元的配置、UML网站管理工具的配置、UML配置API、为 SQL Server 创建和配置应用程序服务数据库等一系列的配置，保证UML配置的安全。
（2）系统状态设置：在系统正常时，系统状态设置为可用，用户可正常登录本系统；维修或者更新系统时，系统状态暂时设置为不可用，待系统正常后恢复可用状态。
（3）投稿用户管理：对投稿用户的添加、修改、删除、查询、密码重置等。
（4）投稿论文管理：对投稿论文的教学目的、选题、研究方法进行分类管理等，分为导出论文信息和论文状态管理2部分。
（5）文件更新管理：在投稿用户投稿的前几天内，投稿作者可随时更新论文直到送到初审，管理员根据投稿作者的要求，对论文更新管理工作。
（6）专家信息管理：对专家信息的新增、更新、修改、删除、查询等的管理。
（7）论文分配评审：根据投稿稿件类型进行分析，分类分配对应的专家进行评审工作，评审给出评审意见，投稿作者可导出评审意见并进行论文的修改工作。
3.评审模块
评审模块分为审核送审稿件、给出评审意见、账号管理、其他功能4个子模块，评审模块的各子模块功能介绍如下：
（1）审核送审稿件。审核的过程分为3轮：第一轮由编辑部进行初审；第二轮由专家评审；第三轮由编委进行终审；审核完成后进行后续工作，审核过程中可对稿件进行通过、修改、退稿等操作。
（2）给出评审意见。审核论文结束后，对论文的缺陷和不足给出评审意见，根据评审意见，投稿作者修改论文。
（3）账号管理。对账号进行添加、删除、查看、信息修改，禁用、启用等操作。
（4）其他功能。实现站内用户之间的联系与沟通，对稿件的分类进行添加、修改、删除、查看等其他功能。
二、系统配置及运行环境
1.系统配置
本系统的开发环境为UML+SQL Server 2008，系统只需要Web服务器，本地电脑无需安装任何软件，不需要配置内部服务器，只要能上网系统就可运行。
2.运行环境
（1）服务器端：Windows XP、Windows 2003、Windows 2007、Windows 2008；
（2）客户端：Windows XP、Windows 2003、Windows 2007、Windows 2008；
（3）数据库：Microsoft SQL Server 2005、SQL Server 2008；
（4）浏览器：IE 、360、UC、QQ浏览器兼容。
三、系统分析图
1.管理员用例图
系统管理员主要是维护整个系统的正常运行，包括的主要用例有：系统资源配置、系统用户管理、用户权限管理、系统角色管理，如图2所示为管理员用例图。
（1）系统资源配置：系统管理员配置系统的实现环境、后期维护与管理等。
（2）系统用户管理：对用户的添加、修改、删除、查询、密码重置等。
（3）系统角色管理：对系统角色的新增、修改、删除、查询。
（4）用户权限管理：系统权限的初始化、修改、删除进行管理。
2.数据流图
数据流图从数据传递和加工角度，以图形方式将校内在线论文投稿系统结构化，本系统的整个数据流程是：投稿用户和审核专家登录作者中心，完成各自的任务，确认无误后安全退出系统，系统数据流图表达了系统管理员从添加任务到输出的变换过程，如图3所示系统数据流。
3.顺序图
本系统的顺序图纵向代表时间轴，时间沿竖线向下延伸。横向轴代表了登录、数据库管理、添加审核论文任务、数据库4个模块在协作中各独立对象的类元角色，类元角色用生命线表示，从左到右方向用实线表示，从右到左方向用虚线表现，如图4所示为系统管理员添加投稿论文任务的顺序。
四、系统审稿流程分析
校内论文在线投稿系统是基于Web的现代化的编辑管理系统，系统的应用，减少了重复劳动，减轻了编辑人员的工作量，使论文编辑更加科学化，规范化，提高了工作的质量与效率，使投稿和评审变得简单化、规范化。本系统中，投稿人（作者）、编辑、评审专家是系统的主体，系统的6种稿件状态如下：
（1）收稿状态：稿件送达编辑部，其相关资料录入稿件投稿系统，没有送审；
（2）送初审状态：稿件送给到评审专家进行初审，论文审核处理中；
（3）退稿状态：稿件未被编辑部录用；
（4）改稿状态：稿件需修改后重新审核录用；
（5）录用状态：稿件审核通过，没有正式发表；
（6）刊出状态：稿件被刊登，正式发表。
稿件审核的过程是：用户登录个人中心按投稿要求申请投稿，编辑部收稿对稿件进行初审，不符合刊载题材范围的稿件，编辑部直接退稿，符合刊载题材的稿件，系统记录投稿时间，生成文章投稿编号，显示稿件已被送入初审状态；初审通过后进行第二轮评选工作：专家评审；专家评审通过后进行第三轮评审：编委终审，未通过编辑部退稿。编委评审通过后进行编辑加工，未通过编辑部退稿。编辑加工是根据编辑部的要求，投稿作者修改稿件返回进行质量合格鉴定，不合格寄作者修改，合格后进行主编审定然后进行录排；录排需寄作者再次校对，校对无误后编辑部进行录排，录排的过程是：编辑校对—发稿会—校对修改；上述过程进行完毕后，稿件就可以出版，出版之前进行最后一次质量检查，无误后寄作者反馈给编辑部方可出版。如图5所示为系统稿件审核流程。
五、结束语
本系统通过软件测试，数据传输准确、运行稳定，系统采用动态数据实现技术以及模块化程序设计技术，使系统具有良好的可扩展性和可移植性。通过合理选择数据结构、操作系统和开发环境，构成一个完善的网络体系结构，系统的应用减轻管理员的工作量，提高论文投稿的效率，同时通过多重审核，大大提高了稿件的质量，系统经过多次修改、完善，目前已是稳定版本，各项功能实现完整，达到预期效果。系统的特点如下。
（1）高安全性：在系统的设计过程中，充分利用网络软件和硬件提供的各种安全措施，既保证用户共享资源，又充分考虑系统及数据资源的容灾、备份、恢复的要求，系统提供强大的数据库备份工具，保证所有数据的安全性，管理员可设置不同的用户角色限制用户权限保障用户的个人隐私。
（2）可靠性：系统对软件和硬件设施优化选型，保证了系统的可靠性，此外，系统利用先进的软件编码技术进行代码编写，良好的可靠性使得系统在数据传输方面更加便捷，保证了数据的严密性与准确性。
（3）可维护性：系统的维护简单方便，相关人员对后台数据库及时更新维护工作主要包括：软件的及时更新、更改、硬件环境的配置等。
（4）实用性：系统从不同类别用户角度出发，满足了投稿用户、专家、编辑部工作人员等相关人员的需求，经历不断调试，反复操作，从理论到实践，再从实践到理论的过程，最终使得审稿工作更加顺利的进行。
参考文献：
[1]刘婕，张琳.ASP.NET 2.0+SQL Server动态网站开发[M].北京：电子工业出版社，2007： 54-60.
[2]房大伟，庞娅娟.ASP.NET开发典型模块大全[M].北京：人民邮电出版社，2010：43-56.
[3]杨继成.浅谈高校学报信息管理系统的设计与应用[C].第二届全国核心期刊与期刊国际化、网络化研讨会论文集，2004.
[4]刘佳.网络投稿系统的设计与实现[D].北京：北京邮电大学，2009.
[5]黄方圆.基于工作流技术的行政审批系统的设计与实现[D].上海：上海交通大学，2006.
[6]张翔，赵群，罗向阳.期刊网络化办公系统的设计与实现[J].科技与出版，2011（2）：66-68.
【uml系统建模设计报告】推荐阅读：
基于UML的开放式课堂教学管理系统建模09-20
通信系统建模与仿真06-12
uml系统分析和设计04-05
管理系统uml课程设计01-29
建模课程实验报告02-25
uml银行管理系统06-01
建模与仿真实验报告06-25
数据分析与建模,实验报告,实验四,最优化模型建模分析04-10
bbs管理系统uml02-28
建模教案10-12
