基于UML和RUP的办公自动化系统.doc

本科学生毕业设计

基于UML和RUP的办公自动化系统
的设计和实现

黑 龙 江 工 程 学 院
二○一二年六月

The Graduation Design for Bachelor's Degree

Design and Implementation
of Office Automation System
Based on UML and RUP

Heilongjiang Institute of Technology
2012-06·Harbin

黑龙江工程学院本科生毕业设计

I

黑龙江工程学院本科生毕业设计
摘 要

办公自动化系统是由各种办公设备与办公人员构成的信息系统，它服务于某种目标，不断使人们的部分办公业务活动借助于这些设备。系统的最终目的是尽可能地充分利用信息资源提高生产率、工作效率和质量，辅助决策能力。Internet的快速发展和应用，为办公自动化系统的发展提供了很好的契机，使得它在技术和应用上都得到了更高层次的发展，并成为现代社会发展的重要标志。
本设计是以黑龙江工程学院办公自动化系统的开发过程的实际情况为背景，提出了以有效提高软件质量和缩短软件开发周期为目标，以UML和RUP开发过程在系统中的应用为主要研究内容的指导思想。
首先，论文在分析了黑龙江工程学院办公自动化系统的开发特点和要求的基础上，提出将RUP开发过程应用于系统开发，并根据系统特点制定出适合于本系统的RUP开发过程；其次，深入分析了黑龙江工程学院办公自动化系统的功能需求，结合实际开发模块建立了用例模型，描述系统的功能需求；再次，分析了RUP开发过程中分析阶段的任务和步骤，建立了分析模型，精化了得出的用例模型中的用例，完成了系统分析；分析了设计阶段的任务和步骤，建立设计模型，为系统选择了开发平台，讨论了系统的体系结构，设计出模块类模型和数据库结构；最后，在实现阶段，建立了物理模型，分析了关键方案技术，讨论了界面设计和实现，最终实现了办公自动化系统中的部分模块。
基于UML和RUP的开发方法使得系统开发具有了良好的规范性，同时使得对系统的分析和设计变得直观、清晰，降低了系统的开发风险，使得办公自动化系统更加实用高效。

关键词：办公自动化系统；RUP；UML；用例模型；物理模型

ABSTRACT

Office Automation is an information system which is made of all kinds of office equipments and office workers. It provides service for given goals and makes people count on all these kinds of office equipments. The end aims of this system are to make good use of information resource to enhance productivity、work efficiency and quality and assistant decision-making. With the rapid growth and application of Internet, a good chance has been offered to the development of OA. Office Automation system has gotten a higher level in technology and application aspects and become an important mark for modern society.
In the light of the situation of Office Automation system development which I had taken part in, I come up with such a thought which takes improving software quality and reducing software development period as aims and takes how to apply RUP and UML into system development as content.
On this basis, this paper analyzes the characteristics and requirements of the development of office automation system for Heilongjiang Institute of Technology and then I apply RUP process into the system development; Secondly, this paper analyzes the functional requirements of the Heilongjiang Institute of Technology automation system deeply and builds a use case model for the actual modules to describe their functional requirements; Thirdly, this paper analysis model to refine the eases of the ease model by analyzing the tasks and steps of RUP development process analysis phase, which is used to achieve the analysis of the system; Fourthly, this article gives the analysis of the mission and steps of the design phase and builds design model which includes the choice of development platform for the system, the system architecture design module class designs and database structure designs; Lastly, during the complement stage the paper establishes a physical model and makes a research of key complement technology. In addition, this paper shows the interface and the ultimate realization codes of part of modules of office automation system.
The design based on the UML and RUP development makes system development with a good standard, and makes the analysis and design of the system becomes intuitive, clear, reduce the system development risk. It makes the office automation system is more effective and efficient.

Key words: Office Automation; UML; RUP; use case model;physical model
III

目 录

摘要 I
Abstract II
第1章 概 述 1
1.1 选题背景 1
1.2 研究目的和意义 2
1.3 研究内容 2
1.4 本设计的结构安排 3
第2章 系统开发的理论基础 4
2.1 办公自动化系统开发过程的研究 4
2.1.1 办公自动化系统的开发特点和要求 4
2.1.2 软件开发过程的比较和选择 5
2.2 RUP基础介绍 5
2.2.1 RUP简介 5
2.2.2 统一软件开发过程中的各个阶段 6
2.2.3 统一软件开发过程RUP的核心工作流 6
2.3 UML基础介绍 8
2.3.1 UML语言产生与发展 8
2.3.2 UML语言特点 9
第3章 办公自动化系统需求捕获 10
3.1 系统目标 10
3.2 RUP需求捕获概述 10
3.3 RUP需求捕获 11
3.3.1用例捕获需求中的重要概念 11
3.3.2用例捕获需求的任务与步骤 12
3.4系统主要功能分析 13
3.5 定义用例 14
3.6 本章小结 16
第4章 办公自动化系统分析 17
4.1 RUP分析过程概述 17
4.2 RUP分析过程 17
4.2.1 RUP分析中的重要概念 17
4.2.2 RUP的分析任务和步骤 18
4.3 办公自动化系统的分析 18
4.3.1 细化用例 18
4.3.2 提取分析类 19
4.3.3 建立静态结构模型 20
4.4 本章小结 21
第5章 办公自动化系统设计 22
5.1 RUP系统设计过程概述 22
5.2 RUP系统设计过程 22
5.3 办公自动化系统设计 23
5.3.1 架构设计 23
5.3.2 架构设计 23
5.4 本章小结 29
第6章 办公自动化系统的实现 30
6.1 RUP实现过程概述 30
6.4本章小结 34
结论 35
参考文献 36
致谢 37
附录 38

第1章 概 述

1.1 选题背景
在办公自动化技术出现以前，人们在日常的办公过程中，要手工完成各部门的信息传递和事务交接，很容易出现差错；上下级和部门之间也无法实现协同工作，难以及时沟通；而且，信息和业务流程相互分离，人们只能凭纸张甚至人脑来记忆业务流程中的数据信息和操作历史记录，从而使工作无法得到监控和评估。传统的办公模式根本无法适应现代办公的需求，一种全新高效的办公技术的诞生已经成为历史的必然。随着信息技术的高速发展，目前的第二代办公自动化系统正在向着第三代发展。 80 年代中期起步的第一代办公系统以个人电脑、办公套件为主要标志，实现了数据统计和文档写作电子化。从 20 世纪 90 年代中期开始，办公自动化系统发生了第一次革命性演进，第二代办公自动化系统以网络技术和协同工作技术为主要特征，实现了工作流程的自动化，实现了收发文从传统的手工方式向工作流自动化方式的飞跃。第三代办公自动化则是从以工作流程为中心的第二代办公自动化系统提升到以知识管理为核心。比如，在公文流转中，第二代办公自动化实现了收发文和档案管理一体化的自动处理。第三代办公自动化在此基础上更为文件处理的每一个环节提供了该步骤所需要的相关知识，包括在线的专家、文件背景资料及企业其他的相关知识，确保每个使用者都能够随时随地根据需要向专家学习、向企业现有知识学习，使教职工在办公自动化系统中的地位从被动向主动转变，从而在提升每个教职工创造能力的过程中，大大提高了企业与机构的整体创新和应变能力。
传统的办公自动化系统开发方法是面向过程的，其缺点是难以处理需求和技术风险、进行软件质量控制和开发时间控制，开发出的系统难以适应办公需求的变化，似的系统不易维护，难于扩展，所以对办公自动化系统重新分析建模师完全必要的。为了提高系统建模质量、软件开发效率，便于软件代码维护，我们使用统一建模语言（Unified Modeling Language，UML）和统一管理过程（Rational Unified Process，RUP）技术进行分析和建模。UML是面向对象技术领域内的标准建模语言，易于表达、功能强大，用于可视化描述和构造软件系统，以及商业建模。UML支持需求分析开始的软件开发全过程，提供了软件开发的各个阶段的可视化建模支持，包括需求分析到规格书写，以及系统开发和建立等。UML和RUP在软件系统的建模和开发中得到了广泛的应用。
1.2 研究目的和意义
在信息化时代的今天，用户对信息的需求量、广泛程度和时效性的要求日益提高，传统的办公和管理模式受到了极大的冲击，为了适应信息服务业的飞速发展，尽可能充分利用信息资源提高生产率、工作效率和质量，越来越多的高校开始采用无纸化办公系统，因此，办公自动化系统应运而生。统一建模语言UML功能强大，易于表达，溶入了软件工程领域的很多新思想，全面支持面向对象的整个开发过程它支持从需求分析开始的软件开发全过程，有助于建立清晰、直观的系统模型，适合很多领域上的复杂系统。统一软件开发过程RUP，包括初始、细化、构造、移交四个阶段，提供了一个基于建模语言UML的、以体系结构为中心的、用例驱动与风险驱动相结合的迭代的软件开发过程，是人们使用UML方法时的典型过程。RUP是高校灵活的增量式迭代开发过程，它可以对项目进行有效的计划和管理，降低风险，提高质量，降低软件开发复杂度，提高软件开发效率。
该办公系统针对黑龙江工程学院教职工开发，使教师不再机械重复地从事繁琐的事务性工作，节省出更多的时间和精力去关注和解决重要的、关键性的事情，从而提高高校的办事效率，增强高校的生命力和综合竞争能力。办公自动化系统已经不简单只是一种办公工具，而是逐步成为决定学校生存和发展的命脉之一。基于UML和RUP的办公系统将使开发工作加高效。
1.3研究内容
本设计来源于黑龙江工程学院管理办公自动化系统的开发，是针对教职工进行校园办公的。本人参加了项目的分析、设计和实现过程，在项目实现中独立完成了个人通讯录、日程安排、工作日志、短消息管理、公告管理和会议管理六个功能模块。本系统是针对黑龙江工程学院教职工用户而开发的软件，要求满足用户现有需求；以扩展系统需求；提供开发人员有效的交流方式；尽量缩短系统开发周期；尽量节省系统开发成本。
因此，本设计研究的内容主要有以下几个方面
1、软件开发过程的研究。本文研究的办公自动化系统，具有自身特点和要求，同时现在可用的软件开发过程也多种多样，研究适合于本系统的软件开发过程至关重要。
2、系统模型的建立。众所周知，系统开发的决定性部分在于系统模型的建立，系统实现是建立在正确有效的系统模型之上的。 因此在设计阶段需要根据黑龙江工程学院的实际情况进行模型建立，明确开发目标。
3、系统的实现。系统实现之前的所有工作都是在为它做准备，实现系统才是软件开发的最终目的。因此，系统的实现是本设计的主要研究内容。
1.4 本设计的结构安排
本设计主要针对如何使用RUP和UML技术来设计和实现黑龙江工程学院办公自动化系统的问题展开的，结构安排如下：
第一章 概述，简要介绍了本课题的选题背景和来源，课题的研究目的和意义，本设计主要研究内容及结构安排等。
第二章 系统开发的理论基础，简要介绍了RUP和UML中的基本知识，为后面的章节做准备。根据理论基础分析得出适合于本系统的过程。
第三章 系统需求捕获，分析用户的需求，建立用例模型，及时用用例图准确捕获系统需求。
第四章 系统分析，建立系统分析模型，包括精化本系统用例和建立静态对象模型。
第五章 系统设计，建立系统的设计模型，介绍本系统开发平台的选择，设计出本系统的整体架构、类和数据库。
第六章 系统的实现，建立了系统的物理模型，分析实现过程的关键技术，给出系统实现效果。

4
第2章 系统开发的理论基础

2.1 办公自动化系统开发过程的研究
2.1.1 办公自动化系统的开发特点和要求
黑龙江工程学院办公自动化系统属于第三代办公系统，以网络为中心，是融信息处理、业务流程和知识管理于一体的应用系统。它基于计算机技术、通信技术和软件技术，并且融合各种现代管理理论、方法以及各种管理人员为一体，最终为高校办公管理与决策服务的一个人机结合的系统。该系统项目具有下列特性：
1、多学科性
办公自动化系统项目开发涉及多个学科，多个技术如计算机科学、通信技术、管理科学、行为科学等学科，具有较大难度。
2、风险大
开发环境多变，项目进行中不确定因素很多，这些因素轻则对项目成本费用和完成时间产生影响，重则影响整个项目的成败，因而系统项目具有较大的风险性。
3、时间性强
办公自动化系统开发一般都要耗费一定的人力、物力、财力和时间资源。开发周期较长是一个重要问题，因为项目周期越长，失败的几率就会越大。
4、强调团队协作
从知识管理到公文处理要涉及许多机构、人员、设备和具体业务领域，需要集体智慧，协同努力，共同完成。
综上所述，因此，在开发办公自动化系统这样的复杂系统时，目前大多数办公自动化系统存在以下不足：
1、软件开发过程的不规范性。
2、系统不具有扩展性。由于采用传统的软件开发模型，系统需求要求一次性完成，使系统开发没有灵活性，一旦用户要求修改需求，将会给系统开发带来巨大负担。
3、系统可靠性不高。由于软件在开发过程的用户需求分析、系统概要设计、详细设计及最后实现过程，开发人员多采用传统的文档形式进行交流，容易产生歧义和偏差，导致系统的可靠性明显降低。
4、系统开发人员交流不方便。正如上面所说系统该分析、设计和实现阶段缺乏统一、直观和有效的交流方式。
5、系统开发工作量繁重。传统的开发过程的分析、设计和实现阶段相对独立，每个阶段产生的结果不能为下一阶段提供实际的好处，导致系统的开发工作量不能够有所减轻。
从以上特点看，在办公自动化系统的开发中不仅需要用软件工程的思想来指导，更需要一个软件过程管理理论来控制与管理软件开发过程中的方方面面。这样的软件过程管理理论可以采用通用的方法或过程来指导团队活动的顺序；明确每个成员的任务；确定开发等工作。
2.1.2 软件开发过程的比较和选择
目前占软件开发过程市场主导地位的面向对象的开发过程主要有敏捷方法和统一开发过程。
敏捷方法如极限编程Extreme Programming，XP）具有灵活性，倡导尽早的、持续的交付有价值的软件满足用户需要，用交流沟通取代详尽的文档，强调团队的主动、自律、自我组织和自发管理。但XP也是以代码为核心的一种方法，很多的东西是未知的，知识只存在于两个地方：开发者的头脑和最后的代码。对于项目管理者来说，敏捷开发方法弱化了知识管理的概念。
RUP是由Rational软件公司开发的一种软件工程过程，是文档化的软件工程产品，所有RUP的实施细节及方法导引均以Web文档的方式集成，由Rational公司开发、维护并销售，是为各种软件开发组织提供了一种有效的分配与管理任务和职责的规范方法，保障开发组织能够在预定的进度和预示范围内开发出满足最终用户需要的高质量软件产品。RUP又是一套软件工程方法的框架，各个组织可根据自身的实际情况，以及项目规模对RUP进行裁剪和修改，以制定出合乎需要的软件工程过程。RUP吸收了多种开发模型的优点，具有很好的可操作性和实用性，并且和目前应用广泛的UML有着良好集成、有多种CASE工具进行支持、不断的升级与维护，迅速得到软件开发行业的广泛认同，越来越多的软件开发组织以它作为软件开发模型框架。
因此，本系统采用了RUP开发过程，使用UML和RUP进行建模，使得办公自动化系统更加实用高效。
2.2 RUP基础介绍
2.2.1 RUP简介
RUP的开发过程是一个二维结构，可以用一个二维坐标来表示：横坐标代表制定开发过程时的时间，体现了过程的动态结构，它以术语周期、阶段、迭代和里程碑来表达；纵坐标表现了过程的静态结构，它用术语活动、产物、角色和工作流来描述。
2.2.2 统一软件开发过程中的各个阶段
RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段、细化阶段、构造阶段和交付阶段。每个阶段结束于一个主要的里程碑；每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。
1、初始阶段
初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部实体，在较高层次上定义交互的特性。在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来讲，初始阶段可能很短。
2、细化阶段
细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境，包括创建开发案例，创建模板、准则并准备工具。
3、构造阶段
在构造阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。从某种意义上说，构造阶段是一个制造过程，其重点放在管理资源及控制运作以优化成本、进度和质量，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。
4、交付阶段
交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的结构问题应该已经在项目生命周期的早期阶段解决了。在交付阶段的终点要确定目标是否实现，是否应该开始另一个开发周期。
2.2.3 统一软件开发过程RUP的核心工作流
RUP中有9个核心工作流，分为6个核心过程工作流和3个核心支持工作流。尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这些工作流在整个生命周期中一次又一次被访问。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。

1、业务建模
业务建模工作流描述了如何为新的目标组织开发一个构想，并基于这个构想在商业用例模型和商业对象模型中定义组织的过程、角色和责任。
2、需求
需求工作流的目标是描述系统应该做什么，并使开发人员和用户就这一描述达成共识。为了达到该目标，要对需要的功能和约束进行提取、组织和文档化；最重要的是理解系统所解决问题的定义和范围。
3、分析和设计
分析和设计工作流将需求转化成未来系统的设计，为系统开发一个健壮的结构并调整设计使其与实现环境相匹配，优化其性能。分析设计的结果是一个设计模型和一个可选的分析模型。设计模型是源代码的抽象，由设计类和一些描述组成。设计类被组织成具有良好接口的设计包和设计子系统，而描述则体现了类的对象如何协同工作实现用例的功能。设计活动以体系结构设计为中心，体系结构由若干结构视图来表达，结构视图是整个设计的抽象和简化，该视图中省略了一些细节，使重要的特点体现得更加清晰。体系结构不仅仅是良好设计模型的承载媒介，而且在系统的开发中能提高被创建模型的质量。
4、实现
实现工作流的目的包括以层次化的子系统形式定义代码的组织结构；以组件的形式（源文件、二进制文件、可执行文件）实现类和对象；将开发出的组件作为单元进行测试以及集成由单个开发者（或小组）所产生的结果，使其成为可执行的系统。
5、测试
测试工作流要验证对象间的交互作用，验证软件中所有组件的正确集成，检验所有的需求已被正确的实现，识别并确认缺陷在软件部署之前被提出并处理。RUP提出了迭代的方法，意味着在整个项目中进行测试，从而尽可能早地发现缺陷，从根本上降低了修改缺陷的成本。测试类似于三维模型，分别从可靠性、功能性和系统性能来进行。
6、部署
部署工作流的目的是成功的生成版本并将软件分发给最终用户。部署工作流描述了那些与确保软件产品对最终用户具有可用性相关的活动，包括：软件打包、生成软件本身以外的产品、安装软件、为用户提供帮助。在有些情况下，还可能包括计划和进行beta测试版、移植现有的软件和数据以及正式验收。
7、配置和变更管理
配置和变更管理工作流描绘了如何在多个成员组成的项目中控制大量的产物。配置和变更管理工作流提供了准则来管理演化系统中的多个变体，跟踪软件创建过程中的版本。工作流描述了如何管理并行开发、分布式开发、如何自动化创建工程。同时也阐述了对产品修改原因、时间、人员保持审计记录。
8、项目管理
软件项目管理平衡各种可能产生冲突的目标，管理风险，克服各种约束并成功交付使用户满意的产品。其目标包括：为项目的管理提供框架，为计划、人员配备、执行和监控项目提供实用的准则，为管理风险提供框架等。
9、环境
环境工作流的目的是向软件开发组织提供软件开发环境，包括过程和工具。环境工作流集中于配置项目过程中所需要的活动，同样也支持开发项目规范的活动，提供了逐步的指导手册并介绍了如何在组织中实现过程。
2.3 UML基础介绍
2.3.1 UML语言产生与发展
UML产生于80年代末至90年代中期面向对象的分析与设计方法的发展的高潮时期,经过不断的发展，逐渐成为广泛接受的标准建模语言。公认的面向对象建模语言出现于70年代中期。从1989年到1993年，数量从不到十种增加到了五十多种。在众多的建模语言中，语言的创造者努力推崇自己的产品，并在实践中不断完善。但是面向对象方法的用户并不了解不同建模语言的优缺点及相互之间的差异，因而很难根据应用特点选择合适的建模语言，于是爆发了一场“方法大战”。90年代中期，一批新方法出现了，其中最引人注目的是Booch1993和OOSE等。众多的建模语言各有千秋，面对众多的建模语言用户由于没有能力区别不同语言之间的差别，而且虽然不同的建模语言大多类同，但仍存在某些细微的差别极大地妨碍了用户之间的交流。UML的主要创始人是Jim Rumbaugh、Ivar Jacobson和Grady Booch，他们最初都有自己的建模方法（OMT、OOSE和Booch），彼此之间存在着竞争。后来，经过Booch、Rumbaugh和Jacobson三人的共同努力，于1996年6月和10月分别发布了两个新的版本，即UML0.9和 UML0.91，并将UML重新命名为UML（Unified Modeling Language）。1997年l月7日，OMG采纳UMLI.1作为基于面向对象技术的标准建模语言。目前，UML已经被工业界和科技界普遍接受，并广泛地用于各种应用领域。
2.3.2 UML语言特点
UML不仅仅支持面向对象的分析和设计，更重要的是它支持从需求分析到软件开发的全过程。概括而言，标准建模语言UML的主要特点可以归结为几点
1、面向对象。UML支持面向对象技术的主要概念，提供了一批基本的模型元素的表示图形和方法，能简洁明了地表达面向对象的各种概念。
2、可视化，表示能力强。通过UML的模型图能清晰地表示系统的逻辑模型和实现模型。可用于各种复杂系统的建模。
3、独立于过程。UML是系统建模语言，独立于开发过程。
4、独立于程序设计语言。用UML建立的软件系统模型可以用Java、VC++、Smal1talk等任何一种面向对象的程序设计来实现。
5、易于掌握使用。UML图形结构清晰，建模简洁明了，容易掌握使用。UML是标准的建模语言，而不是标准的开发过程，在不同的组织和不同的应用领域，需要采取不同的开发过程。UML作为面向对象的可视化标准建模语言，采用图形符号表示系统中的对象和关系，从不同的角度描述待开发系统，为更好地理解业务流程提供有效的交流形式。UML适用于各种规模的系统开发。能促进软件复用，方便地集成已有的系统，并能有效处理开发中的各种风险。
2.4 本章小结
本章是该办公自动化系统开发的理论基础，简要介绍了RUP和UML中的基本知识，为后面的章节做准备。根据理论基础分析得出适合于本系统的过程。

第3章 办公自动化系统需求捕获

3.1 系统目标
高校办公自动化系统是针对黑龙江工程学院教职工的系统，因此系统的目标是：“建立适用于黑龙江工程学院教职工需要的办公自动化系统主要通过网络技术，实现教职工和资源管理、相关事务的处理以及办公信息收集、发布和管理电子化，并逐步实现机关办公系统的自动化，从而达到信息高度共享、高效传递和工作规范化的目的”。即要使开发出的系统具有以下特征：
1、整个系统具有良好的可维护性和易用性。在将产品提供给黑龙江工程学院之后，学院的系统维护人员能轻松、容易的维护本自动化系统。
2、基本实现无纸化办公，降低办公成本。在本系统的系统平台上，上至学院领导者下至各院系教职员工都可以通过它完成自己的工作。
3、为所有使用人员提供一个真正意义上的交流平台，使教职工实现交流及协同工作。系统需要借助网络技术，尽量使教职员工可以通过系统与其他教职工的良好合作与交流。
4、支持分布式办公与移动办公。以往的系统大多是基于客户端/服务器的模式，大大限制了使用者，本系统则要求采用浏览器/服务器的模式设计和实现，方便了系统使用人员。
5、实现工作流转的自动化，以及流转过程的实时监控与跟踪。这是系统的一个核心功能，使用系统可以完成现实公文处理的全部过程和步骤，大大提高了办公效率。

3.2 RUP需求捕获概述
需求是系统必须具有的特征，或者为了使客户接受该系统而必须满足的约束，需求捕获就是发现客户需求的过程，这个过程仅仅集中在活动者对系统的观点上，系统的功能、用户和系统之间的交互作用、系统可以检测和处理的错误以及系统功能的环境条件都是需求的一部分，本章中着重讨论系统的功能。在该阶段中，开发人员通过观察用户以及与用户交流理解应用域（目标产品应用的特定环境）并提出需求，通过建立用例模型确定应用域模型。通过使用用例模型消除了传统需求过程中产生隔阂的可能性，改善了客户、开发人员和用户之间的交流。
3.3 RUP需求捕获
3.3.1用例捕获需求中的重要概念
用例模型是统一软件开发过程RUP在需求获取阶段的产物，它由分层次的用例图构成，用例图中又包含活动者（Actor）、用例 （Use Case）以及用例间的联系。
1、活动者（Actor）
活动者（Actor）是用户作用于系统的一个角色，有自己的目标，通过与系统的交互达到目标。活动者在UML中的图形表示如图3.1所示。

图3.1 活动者的图形表示
找出系统的活动者是获取系统用例的前提，那么如何来识别系统的活动者呢？可以参考以下问题：
(l)谁使用系统的主要功能（主要使用者）？
(2)谁需要系统支持他们的日常工作？
(3)谁来维护、管理使系统正常工作（辅助使用者）？
(4)系统需要操纵哪些硬件？
(5)系统需要与哪些其它系统交互，包含其它计算机系统和其它应用程序？
(6)对系统产生的结果感兴趣的人或事物？
2、用例（Use Case）
用例是描述关于所介绍功能的所有可能场景的抽象，分为两类：业务用例和系统用例。业务用例是指系统提供的业务功能与活动者（用户）的交互，表现问题域中各实体之间的联系和业务往来情况，用于建立问题域的业务用例模型；系统用例是指活动者与系统的交互，它表现了系统的功能需求和动态行为，用于建立问题域的系统用例模型。用例在UML中的图形表示如图3.2所示。

图3.2 用例的图形表示
在识别出系统的活动者之后，就可以对每个活动者提出问题以获取用例。可以参考以下问题：
(1)活动者要求系统提供哪些功能（执行者需要做什么）？
(2)活动者需要读取、产生、删除、修改或存储的信息有哪些类型？
(3)必须提醒活动者的系统事件有哪些?或者活动者必须提醒系统的事件有哪些?怎样把这些事件表示成用例中的功能？
(4)为了完整地描述用例，还需要知道活动者的某些典型功能能否被系统自动实现?
3、另外，还有一些不针对具体活动者问题（即针对整个系统的问题）：
(l)系统需要何种输入输出？输入从何处来?输出到何处？
(2)当前运行系统（也许是一些手工操作而不是计算机系统）的主要问题。
用例间的联系
用例除了与活动者有联系以外，用例之间也存在着一定的联系，这些联系包括：泛化关联、包含关联和扩展关联等。
(l) 泛化关联。泛化代表一般与特殊的关系。
(2) 包含关联。包含关联是指一个基本用例的行为包含了另一个用例的行为。
(3) 扩展关联。扩展关联的基本含义与泛化关联类似，但是对于扩展用例有更多的规则限制。

4、用例图
用例图描述的是活动者与用例的交互活动。它在UML中的图形表示如图3.3所示。

图3.3 用例图的图形表示
用例图是系统的一个功能模型，在绘制用例图时，它的粒度与抽象层次是需要认真把握的。
3.3.2用例捕获需求的任务与步骤
用用例进行需求捕获的目标是建立问题域模型，一般步骤如下：
1、确定系统范围和系统边界；
2、定义活动者；
3、定义用例和分析用例间的联系；
4、分层次画出用例框图，构成需求获取阶段的用例模型。
3.4系统主要功能分析
在日常的工作中，我们深感一套好的办公自动化软件是提高学校管理工作效率的关键。因此我们在学校原有网络的基础上，根据学校的需求，结合我校的实际情况，开发了这套办公自动化系统。本系统的功能包括了日常办公过程中的各项目，为各级部门和管理人员提供信息交流和数据一体化管理。该系统主要是用于教职工之间的交流、信息共享，支持学校信息交流、教务管理等各种应用，提供了一个基于校园网的全面办公自动化解决方案。因此，本系统包括个人通讯录模块、日程安排模块、工作日志模块、短消息管理模块、公告管理模块、会议管理模块。如图3.4所示

办公自动化系统

公告管理
短消息管理
会议管理
工作日志
日程安排
个人通讯录

图3.4 黑龙江工程学院系统功能结构图

对黑龙江工程学院办公自动化系统的模块功能简述如下：
1、个人通讯录模块
个人通讯录模块主要负责个人联系人的更新、修改、删除等功能。
2、日程安排模块
日程安排是办公系统的一个必不可少的辅助功能。模块主要功能是日程的查看、更新、修改、删除等。
3、工作日志模块
工作日志是用来记录个人有关工作的事，描述教职工做了什么，以及详细的结果。主要是向学院领导看的，便于院系相关领导了解教职工的工作内容，工作状态等信息。该模块包括日志添加、显示、删除、修改、排序等功能
1、 短消息管理模块
短消息管理模块主要涉及教职工对自己收到消息的管理，包括增、删、改、查等功能。
2、 公告管理模块
公告管理模块主要涉及教职工对自己收到公告的管理，包括增、删、改、查等功能。
3、 会议管理模块
会议管理模块主要涉及教职工对自己会议消息的管理，包括增、删、改、查等功能。
3.5 定义用例
由于黑龙江工程学院办公自动化系统的复杂性，本文主要介绍系统中的个人通讯录管理、日程安排管理、短消息管理模块。
每一个Use Case都是一个活动者与系统在交互中执行的有关事务序列。 Use Case图是系统的外部行为视图。在确定了活动者的基础上，找出Use Case，并绘制Use Case图，可视化活动者与Use Case之间的联系，可以更清楚地了解系统的行为。由于本系统包含的内容较多，本设计只