济南大学综合实习报告OA办公自动化

济南大学综合实习报告—OA办公自动化

综合实习报告

题 目 OA办公自动化系统的设计 学 院 信息科学及工程学院 专 业 计算机科学及技术 姓 名 XXX 学 号 20111221379 班 级 计1107班 指导教师 XXXXXX 助理指导教师

二O一五 年 一 月 十一 日

0 / 29

济南大学综合实习报告—OA办公自动化

1 设计背景

1.1系统开发的背景

当今社会是一个信息飞速发展的社会，因此，针对各行业来说，计算机的应用实为重要，求质量、求速度，尽可能的脱离手工操作，是现代人追求的目标。

在现代社会中，任何一个行业，任何一个企业，高效准确的办公都是至关重要的。快捷的信息交流，畅通的公文传递，迅速的文档查询，自动的工作流转等等都能提高一个企业的办公效率，进而提高其市场竞争力。

传统的办公模式在信息的浪潮中，显然已经远远不能满足高效率、快节奏的现代工作和生活的需要。Internet/Intranet的迅猛发展，为信息的交流和共享，团队的协同运作提供了技术的保证，同时也预示着网络化办公时代来临。

现有办公自动化系统和大型信息管理系统中，企业业务流程重组或者是文件流转功能都是核心功能。同时我们也认为，企业办公主要是一个文件流转的过程，所有的办公事务都可以抽象成一个数据库表单。传统的办公自动化系统和大型MIS系统在处理企业管理流程中大多采用企业业务流程重组（BKR），其核心思想就是要先优化企业业务管理流程，再根据优化后的流程建设企业信息系统。这样不仅在系统建设中工作量巨大，同时面临来自企业内部重重的阻碍。

要想实现办公自动化，就需要实施计算机管理，所以，我们开发了这个办公自动化系统WEBOA，此系统是基于网络的，安装方便，易于维护。

1.2系统开发的意义

多年以来,人们对以纸质文件为中心的传统办公方式习以为常。但是,世界进入信息时代之后,这种传统的人工管理方式的弊病日显突出。比如,时效性差、容易出错,并难以应对信息社会的巨大挑战。传统办公方式的特点决定了部门内部及各部门之间彼此孤立。通常是某一部门运作一段时间后,将其工作结果移交下一部门作为其工作的依据。一旦该部门的工作出现错误,其下一部门就无法正常工作。出现这种现象的直接原因主要是员工之间、部门之间缺乏交流、文件在不同部门都有所囤积。另外,传统办公方式含有大量重复性劳动行为,这种程序性行为的发生也是造成文件批量出错的原因。因此,建立节约型、高效性工作方式成了信息时代必然的要求。 鉴于此，办公自动化有其独特的优势。它不仅兼顾个人办公效率的提高，更重要的是可以实现群体协同工作。协同工作意味着要进行信息的交流，工作的协调及合作。由于网络的存在，这种交流及协调几乎可以在瞬间完成，并且不必担心对方是否在电话机旁边或是否有传真机可用。这里所说的群体工作，可以包括在地理上分布很

1 / 29

济南大学综合实习报告—OA办公自动化

广，甚至分布在全球上各个地方，以至于工作时间都不一样的一群工作人员可以实现远程办公或在家办公。不仅如此，办公自动化可以和一个企业的业务结合的非常紧密，甚至是定制的。因而可以将诸如信息采集、传递、查询、统计等功能及具体业务密切关联。操作人员只须点击一个按钮就可以得到想要的结果，从而极大得方便了企业领导的管理和决策。办公自动化将人从繁琐、无序、低序、低端的工作中出来从事核心事务，整体提高了企业办事的工作效率和对信息的可控性，降低了办公成本，提高了执行力，使管理趋于完善，企业更具有竞争力。

2 / 29

济南大学综合实习报告—OA办公自动化

2 需求分析

2.1 总体概要

需求分析阶段是OA管理系统开发最重要的阶段。因为只有充分了解用户和系统本身的需求后，才能够设计出比较完善的系统。

关于OA项目功能需要最起码的人员管理，就要对人事进行分析，而人员扩展出来的是他们所做的操作行为，他们各司其能对整个企业进行管理和维护，这个OA系统必须是人员的各种操作只能为主体，这些包括对企业的工作进行调度分配，工资发放，人员职能调度，工作分析（奖惩人员），财产股权分配，人员的考勤，工作审批，公司客户管理（包括合作意向，建立协议），股权，对繁杂的工作进行有条理的管理，人员出入的档案管理，文件资料管理，对工作的记录（包括一段时间的计划，所完成的业务），对每天的工作的进展情况进行的记录；而除了保证了公司的正常运作的前提下的这些，其他的像发邮件，群聊都是在此基础上扩展出来的，是对各项基本工作的完善，只有在完成基本的操作基础之上才可以考虑扩展问题。

当然，扩展时必要的，像是远程会议:它可以实现远程办公，如果人员在外需要参加重要会议；而收发邮件，群聊等等联系可以确保所下发的工作能够方便，而且可使内部人员对工作进行询问交流，保证工作的完整进行，而论坛等可以作为位各层次人员提供一个发表建议，对公司通告和发展方向了解的平台，而办公楼的管理也是在部门这种逻辑管理存在的情况下对各办公地理位置和内部实体的管理，它是其实同时是对财产管理的划分，因为没有明确的界限，所以要考虑兼备互溶的问题，而同此情况相当的问题也是如此处理，而像是新闻一类的模块它既是对人员了解外部信息的渠道，同时也可以使人员考虑当前时事而采取各种适应性的措施，对于公司来说也有一定的作用，总的来说，项目的基本目的就是给企业的工作带来便利，针对各种企业的不同模式，考虑扩展功能，而应看到的是，企业之间是存在共同点的，而且就办公来说是有百分之七十以上的相同点，所以应考虑把相同之处提取，然后就不同企业进行不同配置，这就可以达到软件的复用价值。

对于此次的综合实习只是一些基础的操作加上几个扩展的操作，但题目要求扩展性要强所以要做好基础操作另外要为将来的扩展做好基础工作。

2.2 系统功能分析

3 / 29

济南大学综合实习报告—OA办公自动化

图2-1 系统流程图

基于对OA办公自动化系统的本身的理解，得到的需求规格说明以下： （1）系统为所有用户建立登录资料信息，所有的用户在进入系统前都需要身份验证，用户证号和密码输入正确才能进入系统。在登录和退出系统时进行上下班的考勤工作；

（2）系统为不同的用户分配不同的访问权限；

（3）系统可分为普通员工、部门主管、系统管理员三类不同的用户； （4）在系统中，管理员对系统的配置进行设置

（5）系统中，管理员可以对用户的某些信息进行修改、增加和删除； （6）系统中，管理员可以查看系统的运行日志； （7）管理员和主管可以发布、更改和删除公告；

（8）用户根据自己的权限，可以访问拥有权限的文件及资源，并可以进行系统的操作；

（9）为了促进内部员工之间的交流，设置聊天室、活动投票功能；

为了解决问题，满足用户的需求，该系统项目将从实际、方便的角度出发，分别设置面向三种类型的用户，包括普通用户、部门主管、管理用户。其中，（1）普通用户：这部门用户为部门中的普遍员工。（2）部门主管：主要是指各个部门的负

4 / 29

济南大学综合实习报告—OA办公自动化

责人，他们主要是负责管理部门的事务，管理员工，处理员工提交的各种文档。（3）管理用户：该用户拥有完全地使用OA管理系统的权力，并对用户及部门的基本信息、用户登录管理、系统的显示设置等等进行维护。

所以，基于以上三种不同类型的用户，该系统给予分配不同的权限，系统会根据用户的不同权限进行判断是否可以访问的某页面，并且提供不同的系统菜单。它们都是基于在同一个数据库上所进行的操作，所以它们之间也相互联系，相互影响。

OA办公自动化系统包括如下的功能（如图2-2所示），其中每个功能模块都由若干相关联的子功能模块组成。

图 2-2 OA办公自动化的基本功能模块

功能需求

➢ 日程管理

⑴ 我的日程：可以添加、删除、修改、查看日程等； ⑵ 部门日程：可以按条件搜索、查看日程等； ⑶ 日程管理：可以按条件搜索、彻底删除日程等； ➢ 文档管理

⑴ 文档列表：可以添加、删除、修改、下载文档等； ⑵ 文档搜索：可以按条件搜索、下载文档等； ⑶ 回收站：可以还原、彻底删除文档等；

5 / 29

济南大学综合实习报告—OA办公自动化

➢ 消息传递

⑴ 个人信箱：包括收件箱、草稿箱、已发送、已删除的信息统计、删除等； ⑵ 消息管理：可以按条件搜索、彻底删除信息等； ➢ 个人记录

⑴我的便签：可以添加、删除、修改、查看便签等；

⑵我的通讯录：可以添加、删除、修改、查看、按条件搜索联系人等； ➢ 考勤管理

⑴考勤设置：可以设置上下班时间、考勤无效时间等； ⑵考勤历史查询：可以按条件搜索、查看考勤历史等； ⑶考勤统计：可以统计考勤信息、导出Excel表等； ⑷员工签到、签退：可以让员工签到、签退等； ➢ 人事管理

⑴部门管理：可以添加、删除、修改、查看部门等； ⑵用户管理：可以添加、删除、修改、查看用户等； ➢ 系统管理

⑴角色管理：可以添加、删除、修改、查看角色和分配角色权限等； ⑵登录日志：可以按条件搜索、删除登录日志； ⑶操作日志：可以按条件搜索、删除操作日志； ➢ 常用工具

包括：计算器、万年历、世界时间等常用的工具； ➢ 登录功能

可以登陆系统、设置账号信息（包括个人资料、修改密码等）和系统注销、退出等

非功能需求

⑴ 操作需求：用户界面友好、简洁，操作简单、方便，易维护。 ⑵ 性能需求：信息的存取及检索要快捷，稳定性要强，安全性要高。 ⑶ 安全需求：在用户进行登录时，只有授权的账号和密码才能进入。 ⑷ 界面需求：界面简洁、框架清晰、美观大方。

2.3系统数据分析

2.3.1 数据流程图

6 / 29

济南大学综合实习报告—OA办公自动化

数据流程图中各个符号的含义如下图2-3所示：

处理过程 外部实体 数据流 数据存储 图2-3数据流程图符号含义

图2-4为本系统数据流程图顶层图，把一个系统看成一个整体功能，表达了系统的边界及输入、输出数据流。

图2-4 数据流程图(顶层)

图2-5为本系统数据流程图第一层图，是在顶层图的基础上进行进一步的剖析处理过程。

用户 操作信息 登录信息 办公自 动化系统 操作权限 用户信息 管理员 7 / 29

济南大学综合实习报告—OA办公自动化

图2-5 OA办公自动化系统数据流程图(第一层)

8 / 29

济南大学综合实习报告—OA办公自动化

3 概念结构设计

3.1概述

总体设计过程可分为两个主要阶段：功能设计，确定办公管理系统的实现方案；结构设计，确定该软件的结构。功能设计是在需求分析的基础上进行的，这里所说的“功能”是泛指的，不仅指问题定义中列出的功能，还包括软件定义时确定的任何一个的数据加工或处理步骤。结构设计，是将整个系统按照不同的功能和层次划分为一个个功能简单明确且相对的部分（模块），每个模块实现系统的一项具体功能，自顶向下，逐步细化。结构设计是确定程序由哪些模块组成，以及这些模块之间的关系。

根据软件工程原理，在利用模块进行结构设计时，我们应遵循如下原则： ⑴ 模块之间的联系程度，各模块间的联系越弱，模块的性越高，该系统的整体结构越好。

⑵ 模块之间应尽量以数据连接为主，以特征连接为辅。必要时可以建立控制连接；

⑶ 强模块内部的组合强度是高功能的组合。 ⑷ 模块的分解到合适的程度；

⑸ 增强模块的扇入系数，减少模块的扇出系数，扇入系数指一个模块的直接上级模块的个数，扇出系数指一个模块拥有的直接下级模块的个数，应控制在7以内；

⑹ 高模块的信息隐蔽程度，软件设计是一个将信息需求转换成数据结构、程序结构和过程性的多步骤过程。常用的结构设计方法是基于模块化、自顶向下逐步细化，结构化程序设计等程序设计基础上发展起来的。

3.2系统模块

3.2.1 系统总体结构

本办公管理系统的目标旨在改善和提高公司内部办事处理的计算机应用水平，实现基于计算机网络的协同办公能力，实现网络化的个人工作日志提交，网站短信，通讯录查询，公共聊天室，任务查询等功能，提高办公效率，为公司的知识化管理平台提供信息基础。

模块层次图，是描述软件层次特性的工具，描述某个模块负责管理控制哪些模块以及上下级模块或同级模块之间的数据传递关系。模块层次图，能够清楚地表明

9 / 29

济南大学综合实习报告—OA办公自动化

系统的结构，并可用来粗略地估计系统的尺寸。它的优点就是图形清晰，缺点是不能表明程序的主要执行逻辑，尤其是没有表明模块之间的通讯情况。

根据需求分析、用户的要求以及为完善系统而添加的一些功能，可以得到系统的模块层次图。公司的办公自动化系统主要面向两种用户，即普通员工和高级管理员，本系统普通员工的功能结构图3-1所示。

办公自动化员工子系统 修 改密码 文件收发 公告浏览 公司考勤 公共聊天室 工作计划查询

图3-1企业办公自动化员工子系统

管理员子系统的功能模块如图3-2所示：

办公自动化管理员系统 修 改密码 修 改用户密 码 权限管理 部门管理 用户管理 通讯薄管理 公告管理 任务计划 公共聊天室 图3-2企业办公自动化管理员子系统

10 / 29

济南大学综合实习报告—OA办公自动化

3.2.2系统模块描述

系统模块的描述主要是描述出系统模块的功能和处理。主要是用文字去描述，而不是用图形图描述。

⑴员工管理子系统 ①修改密码

修改密码模块主要完成修改员工的登录密码的功能，系统对用户登录时要进行身份验证，员工用户的密码可以由自已进行维护修改。 ②文件收发

公司员工在登录办公自动化系统之后，可以查看自己的邮箱里的邮件和发送邮件。 ③公告浏览

每天公告会定时更新员工可以浏览公告知道公司的决定和计划。 ④公司考勤

登录系统之后要进行签到和签退。 ⑤公共聊天室

员工可以在公共聊天室里进行交流，聊天室的信息是共享的。 ⑥工作任务查询

员工可以查询领导分配自己的任务的信息，领导可以给员工分配任务，当任务计划到期时，系统会有相应的提醒。 ⑵管理员子系统 ①修改密码

管理员可以对自己的密码进行维护，可以修改自己的密码。 ②修改用户密码

管理员可以修改其它用户的密码信息。 ③权限管理

管理员可以对用户的使用权限进行设定，可以分配给不同的用户不同的使用权限，普通员工拥有最小的使用权限，领导等高级用户可以拥有更多的权利。 ④部门管理

管理员可以对企业的部门信息进行管理，可添加、删除、修改企业的部门信息。 ⑤用户管理

11 / 29

济南大学综合实习报告—OA办公自动化

管理员可以员工的基本信息进行添加、删除及修改。 ⑥公告管理

管理员可以增、删、改、查公告。 ⑦网内短信

管理员也可以向其它用户发送短信或接收其它用户发送的短信。 ⑧任务计划

管理员或高级用户可以向普通用户分配任务计划。普通员工可以查看到分配给自己的任务。 ⑨公共聊天室

管理员可以聊天室进行发言，及查看其它员工的聊天的情况。

3.3 数据库设计

3.3.1 数据库介绍

数据库是指自描述的完整记录的集合。数据库是自描述的：它除了包含用户的源数据外，还包含关于它本身结构的描述。数据库的自描述特点，它提高了程序／数据性，它使得检查数据库本身就确定数据库的结构和内容成为可能。数据库包含用户数据文件和其他内容，数据库在元数据中包含关于自身的描述。另外，数据库还包含用来表示数据之间的关系和提高数据库应用的性能的索引。最后，数据库还包含关于使用数据库的应用程序的数据。

设计一个数据库需要我们耐心收集和分析数据，仔细理清数据间的关系，消除对数据库应用不利的隐患等等。在整个设计过程中，我们必须按步骤认真完成。一个数据库的设计好坏将直接影响将来基于该数据库的应用。

另外，数据库也不是存在的，它总是及具体的应用相关的，为具体的应用而建立的。因此在设计数据库之前我们必须明确应用的目的，在设计数据库的时候也应时刻考虑用户需求，数据库及具体应用之间是相辅相成的关系。

数据库的设计过程一般包括以下几个步骤： ⑴ 确定建立数据库的目的和收集数据

数据库设计过程的第一个阶段是确定建立数据库的目的和收集数据。通常，我们也把确定建立数据库的目的称为需求分析。需求分析的任务就是通过详细调查要处理的对象来明确用户的各种需求。并且通过调查、收集和分析信息，以了解在数据库中需要存储哪些数据，要完成什么样的数据处理功能。这一过程是数据库设计

12 / 29

济南大学综合实习报告—OA办公自动化

的起点，它将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。

确定目的之后就需要根据目的收集有用的数据。在着手收集数据之前最重要的就是要调查用户的实际需求，然后分析及表达这些需求。调查用户需求的方法有很多，如查阅记录、访谈、开调查会、设计调查表请用户填写或回答相关问题等。其中比较有效的方法是访谈，我们可以借助一些设计合理的调查表来及用户直接交流。通过充分交流，可以了解他们平时是如何使用数据库的，以及对当前信息的要求，进而设计满足用户需求的字段，并根据设计的字段收集数据。

⑵ 建立概念模型

确定建立数据库的目的以及完成数据收集后，就进入数据库设计过程的第二阶段——建立概念模型。概念模型，也称信息模型，它是按用户的观点来对数据和信息建模，主要用于数据库设计。这一阶段是整个数据库设计的关键。设计时，一般先根据应用的需求，画出能反映每个应用需求的E-R图，其中包括确定实体、属性和联系的类型。然后优化初始的E-R图，消除冗余和可能存在的矛盾。概念模型是队用户需求的客观反映，并不涉及具体的计算机软、硬件环境。因此，在这一阶段中我们必须将注意力集中在怎样表达出用户对信息的需求，而不考虑具体实现问题。

⑶ 建立数据模型

完成上一阶段后，我们得到了一个及具体计算机软、硬件无关的概念模型。接着我们就可以着手建立数据库模型了，这是数据库设计过程的第三个阶段。在这一阶段中我们要将概念模型中得到的E-R图转换成具体的数据模型。数据模型是表示实体及实体间的联系的模型。数据模型一般分为层次、网状、关系和面向对象模型等，主要是用于DBMS的实现。目前比较常用的是关系数据模型，我们通常将E-R图转换成关系数据模型，实际上就是要将实体、实体的属性和实体之间的联系转换为关系模式。

⑷ 实施及维护数据库

最后一个阶段是实施及维护数据库。完成数据模型的建立后，我们就必须对字段进行命名，确定字段的类型和宽度，并利用数据库管理系统或数据库语言创建数据库结构、输入数据和运行等，因此数据库的实施是数据库设计过程的“最终实现”。如果数据库运行很成功，则表明数据库设计任务基本结束，以后的重点就是数据库的维护工作，包括做好备份工作、数据库的安全性和完整性调整、改善数据库性能等。

数据库的设计在数据库应用系统的开发中占有很重要的地位。只有设计出合理的数据库，才能为建立在数据库上的应用提供方便。不过数据库的设计过程从来都

13 / 29

济南大学综合实习报告—OA办公自动化

不会有真正的结束，因为随着用户需求和具体应用的变化和扩大，数据库的结构也可能会随之变化。

3.3.2 系统E-R图

概念模型是对信息世界建模，所以概念模型能够方便、准确地表示出信息世界中的常用概念。概念模型的表示方法很多，其中最为著名最为常用的是P.P.S.Chen于1976年提出的实体-联系方法（Entity-Relationship Approach）。该方法用E-R图来描述现实世界的概念模型，E-R方法也称E-R模型。

E-R模型的关键元素是实体、属性和联系。实体是可以从用户的工作环境中标识出的事物，是用户想要跟踪的某个事物。实体在E-R图中，用矩形表示，矩形框内写明实体名。实体具有属性，有时也称作性质，是用来描述实体的特征的。属性可以是组合的或者多值的。在E-R图中，属性用椭圆形表示，并用无向边将其及相应的实体连接起来。实体可以通过联系相互关联。在一般的联系中，使用二元联系居多，二元联系主要有三种类型，1：1，1：n，m：n。在1：1（读做“1对1”）联系中，一种类型的单个实体实例及另一个类型的单个实体实例关联。在1：n（读做“1对N”或者“1对多”）联系中，一个类型的单个实体实例及另一个类型的多个实体实例相关联。在m：n（读做“N对M”或者“多对多”）联系中，一个类型的单个实例及另一个类型的多个实体实例相关联，同时地，后一类型的单个实体实例及前一类型的多个实体实例相关联。在E-R图中，联系用菱形表示，菱形框内写明联系名，并用无向边分别及有关实体连接起来，同时在无向边旁标上联系的类型（1：1，1：n或者m：n）。

在本系统中，主要有以下的实体：员工、部门、短信、任务、日志等。其中人员实体及属性如图3-3所示

员工 员工编号 手机号码 员工姓名 姓名 登录名 电话 图3-3员工实体及属性

14 / 29

济南大学综合实习报告—OA办公自动化

部门实体及属性如图3-4所示，部门信息的主要属性包括：部门代号、部门名称、上级部门、邮编、地址。

上级部门 部门名称 部 门

备注 邮编 地址 部门代号 图3-4部门实体及属性

文件实体及属性如图3-5所示，短信实体包括：序号，发送人，接收人，内容，日期，已读。

接收人 内容 序号 文件

已读 日期 发送人 图3-5短信实体及属性

任务信息实体及属性如图3-6所示，任务实体的主要属性包括：任务编号，用户编号，任务名，任务内容，执行时间。

任务名 用户编号 任务编号 任务 执行时间 任务内容 图3-6任务信息实体及属性

15 / 29

济南大学综合实习报告—OA办公自动化

考勤实体及属性如图3-7所示，日志实体包括：编号，员工编号，日志时间，内容。

员工编号 编号 考勤

签退时间 签到时间 图3-7考勤实体及属性

办公管理系统主要以员工为核心，充分发挥“提高工作效率”的宗旨。这个系统中各个实体之间的关系，基本上都是以员工为基础的。一个员工在一个部门工作，一个部门有多名员工，所以员工及部门之间属于多对一的关系。一个员工可以写多个日志，一个日志只能是一个员工提交的，一个领导可以给多个员工发布任务，一个任务只是一个领导发布。员工可以发送短信。

根据这些信息，由此得到了办公自动化管理系统的实体及其联系图3.8。 任务 M 查看 文件 M 发送 1 1 M 任务 M 分配 M 分配 1 主管/管理员 1 员 工 M 查看 查看 工作 M 1 签到 M 部门 1 M 考勤 图3-8 总体E—R图

16 / 29

济南大学综合实习报告—OA办公自动化

3.3 安全保密设计

作为一个管理系统，其中的数据资料不允许随意更改,系统须有保密措施。系统数据库将设置操作员表，将管理员名称和密码记录在操作员表中，拥有管理员权限的操作员才能正常登录本系统，非操作人员将不能打开本系统。因此,为保证系统正常运行，拥有权限的人员才能进行数据库进行维护操作。

对于一个数据库而言,安全性是指保护数据库不被破坏、偷窃和非法使用的性能。一个设计良好的安全模式能使用户的合法操作变得很容易,同时使非法操作和意外破坏很难或不可能发生。SQL Server 2000的安全性分为两类:数据库安全性和应用程序安全性。数据库安全性以信息资源和信息资源的用户为主要管理对象,一个用户只要具有对某个对象的访问权限,则无论使用什么工具,都可以对该对象进行访问。

3.3.1 登陆用户的安全性

对于员工及管理员用户，系统设计了登陆界面，每个合法用户有一个密码，该密码由用户自行维护，从而实现对用户的身份验证。

3.3.2 操作安全性

对授权用户的权限的授予和回收。如果是系统管理员，那么还可以为其它用户分配权限。

3.3.3 数据安全性

客户端层和数据库层隔离,客户端无法接触本质的数据库,无法进行非法的修改和破坏,使得数据库得到有效安全的保护。

4 逻辑结构设计

本系统采用的数据库管理系统是Microsoft公司的SQL Server 2000。该管理系统由一系列产品组成，不仅能够满足最大的数据处理系统和商业 Web 站点存储数据的需要，还能为个人或小企业提供易于使用的数据存储服务。

17 / 29

济南大学综合实习报告—OA办公自动化

Microsoft SQL Server 2000 的特性包括： ⑴．Internet 集成。

SQL Server 2000 数据库引擎提供完整的 XML 支持。它还具有构成最大的 Web 站点的数据存储组件所需的可伸缩性、可用性和安全功能。SQL Server 2000 程序设计模型及 Windows DNA 构架集成，用以开发 Web 应用程序，并且 SQL Server 2000 支持 English Query 和 Microsoft 搜索服务等功能，在 Web 应用程序中包含了用户友好的查询和强大的搜索功能。 ⑵．可伸缩性和可用性。

同一个数据库引擎可以在不同的平台上使用，从运行 Microsoft Windows® 98 的便携式电脑，到运行 Microsoft Windows 2000 数据中心版的大型多处理器服务器。SQL Server 2000 企业版支持联合服务器、索引视图和大型内存支持等功能，使其得以升级到最大 Web 站点所需的性能级别。 ⑶．企业级数据库功能。

SQL Server 2000 关系数据库引擎支持当今苛刻的数据处理环境所需的功能。数据库引擎充分保护数据完整性，同时将管理上千个并发修改数据库的用户的开销减到最小。SQL Server 2000 分布式查询使您得以引用来自不同数据源的数据，就好象这些数据是 SQL Server 2000 数据库的一部分，同时分布式事务支持充分保护任何分布式数据更新的完整性。复制同样使您得以维护多个数据复本，同时确保单独的数据复本保持同步。可将一组数据复制到多个移动的脱接用户，使这些用户自主地工作，然后将他们所做的修改合并回发布服务器。 ⑷．易于安装、部署和使用。

SQL Server 2000 中包括一系列管理和开发工具，这些工具可改进在多个站点上安装、部署、管理和使用 SQL Server 的过程。SQL Server 2000 还支持基于标准的、及 Windows DNA 集成的程序设计模型，使 SQL Server 数据库和数据仓库的使用成为生成强大的可伸缩系统的无缝部分。这些功能使您得以快速交付 SQL Server 应用程序，使客户只需最少的安装和管理开销即可实现这些应用程序。 ⑸．数据仓库。

SQL Server 2000 中包括析取和分析汇总数据以进行联机分析处理 (OLAP) 的工具。SQL Server 中还包括一些工具，可用来直观地设计数据库并通过 English Query 来分析数据。

本系统的数据库名为StuOA。包括如下几个表：

表4-1 数据库ZyyOA所有表信息

表 名 UserInfo UserState SysFun 功 能 描 述 存放用户基本信息表 设置用户是否被屏蔽状态表 存放菜单功能基本信息表 18 / 29

济南大学综合实习报告—OA办公自动化

RoleInfo BranchInfo DepartInfo LoginLog OperateLog Message MessageType MessageToUser ReadCommonMessage Schedule MeetingInfo PreContract AccessoryFile MyNote MyLinkMan ManualSign SetWorkTime 存放角色基本信息表 机构信息表 部门信息表 登录日志表 操作日志表 消息信息表 消息类型表 消息发送对象表 用户已读消息表 日程信息表 会议类型表 预约人信息表 文档信息表 文档类型表 附件文档信息表 我的便签表 我的通讯录表 考勤信息表 设置上下班时间和考勤过期时间表

表4-2 UserInfo表的结构

字段名称 UserId UserName PassWord DepartId Gender RoleId 数据类型 空/非空 是否主键 是 否 否 否 否 否 否 约束条件 字段描述 用户唯一标识 真实姓名 密码 所在部门 性别 用户角色 Varchar(50) 非空 Varchar(50) 非空 Varchar(50) 非空 int int int 非空 非空 非空 非空 UserState int 表UserState的外键，对应 用户状态 UserStateId 字段

表4-3 UserState表的结构

字段名称 UserStateId 数据类型 空/非空 是否主键 是 否 19 / 29

约束条件 字段描述 用户状态id；0：正常状态、1：被屏蔽 用户状态名称 Varchar(50) 非空 UserStateName Varchar(50) 非空 济南大学综合实习报告—OA办公自动化

表4-4 SysFun表的结构

字段名称 NodeId DisplayName NodeURL 数据类型 int 空/非空 非空 是否主键 约束条件 是 否 否 否 否

表4-5 RoleInfo表的结构

字段名称 数据类型 空/非空 是否主键 约束条件 字段描述 RoleId int 是 非空 自增1 角色id RoleName Varchar(50) 非空 否 角色名称 RoleDesc Varchar(50) 空 否 角色描述

表4-6 RoleRight表的结构

字段名称 数据类型 空/非空 是否主键 非空 非空 是 否 约束条件 自增1 字段描述 角色权限id RoleRightId int RoleId int 字段描述 菜单节点id 菜单名称 菜单连接地址 菜单显示顺序 父节点id Varchar(50) 非空 Varchar(50) 非空 非空 非空 DisplayOrder int ParentNodeId int NodeId int 非空 否

表RoleInfo的外键，对应角色id RoleId 表SysFun的外键，对应菜单节点id NodeId 表4-7 BranchInfo表的结构

字段名称 BranchId BranchName BranchShortName 数据类型 Int 空/非空 是否主键 约束条件 字段描述 非空 是 否 否 自增1 机构id 机构名称 机构简称 Varchar(50) 非空 Varchar(50) 非空

表4-8 DepartInfo表的结构

字段名称 DepartId DepartName PrincipalUser 数据类型 int 空/非空 非空 是否主键 约束条件 是 否 否 自增1 表字段描述 部门id 部门名称 部门负责Varchar(50) 非空 Varchar(50) 非空 20 / 29

济南大学综合实习报告—OA办公自动化

UserInfo外键，对应UserId字段 ConnectTelNo Faxes bigint bigint 空 空 空 否 否 否 表BranchInfo的外键，对应BranchId字段 ConnectMobileTelNo bigint 人 联系电话 移动电话 传真 BranchId int 非空 否 所属机构

表4-9 LoginLog表的结构

字段名称 LoginId 数据类型 int 空/非空 非空 是否主键 约束条件 字段描述 是 自增1 UserInfo表外键，对应UserId字段 登录日志id UserId Varchar(50) 非空 否 登录者id LoginTime IfSuccess DateTime int 非空 非空 否 否 否 否

LoginUserIp varchar(100) 非空 LoginDesc varchar(100) 空 登录时间 登录是否成功；0：失败、1：成功 登录用户IP 登录备注 表4-10 OperateLog表的结构

字段名称 OperateId UserId ObjectId 数据类型 int Varchar(50) Varchar(50) 空/非空 是否主键 约束条件 字段描述 非空 非空 非空 非空 非空 是 否 否 否 否 否

表4-11 Message表的结构

字段名称 MessageId Title Content 数据类型 int Varchar(100) 空/非空 非空 非空 是否主键 约束条件 字段描述 是 否 否 自增1 消息Id 消息标题 消息内容 自增1 操作日志Id 操作者id 操作名称 操作对象Id 操作描述 操作时间 OperateName Varchar(50) OperateDesc Varchar(200) 非空 OperateTime DateTime Varchar(5000) 非空 21 / 29

济南大学综合实习报告—OA办公自动化

Type BeginTime EndTime FromUserId IfPublish RecordTime int DateTime DateTime Varchar(50) int DateTime 非空 非空 非空 非空 非空 非空 否 否 否 否 否 否 消息类型 开始有效时间 有效结束时间 发送者 是否已发布 发送时间 是否发送或草稿删除；0：未删除、1：已删除 是否完全删除；0：未彻底删除、1：已彻底删除 IfSendDelete int 非空 否 IfAbsolutelyDelete int 非空 否

表4-12 MessageType表的结构

字段名称 MessageTypeId MessageDesc 数据类型 int 空/非空 非空 是否主键 约束条件 字段描述 是 否 否

表4-13 MessageToUser表的结构

字段名称 Id MessageId 数据类型 int int 空/非空 是否主键 约束条件 非空 非空 是 否 字段描述 自增1 序号Id Message表外键，对应消息Id MessageId字段 UserInfo表外键，对应发送对象Id UserId字段 是否已读； 0：未读、1：已读 是否收件删除； 0：未删 除、1：已删除 自增1 消息类型Id 消息类型名称 消息类型描述 MessageTypeName Varchar(50) 非空 Varchar(50) 空 ToUserId Varchar(50) 非空 否 IfRead int 非空 否 IfReceiveDelete int 非空 否 22 / 29

济南大学综合实习报告—OA办公自动化

表4-14 ReadCommonMessage表的结构

字段名称 ReadId 数据类型 int 空/非空 是否主键 非空 非空 是 否 约束条件 自增1 Message表外键，对应MessageId字段 UserInfo表外键，对应UserId字段

表4-15 Schedule表的结构

字段名称 ScheduleId Title Address MeetingId 数据类型 int Varchar(50) 空/非空 非空 非空 是否主键 约束条件 是 否 否 否 自增1 MeetingInfo表外键，对应MeetingId字段 字段描述 日程Id 日程标题 会议地址 会议类型 日程开始时间 日程结束时间 日程内容 创建者id 创建时间 是否公开； 0：公开、1：不公开 是否发送删除；0：未删除、1：已删除 字段描述 序号Id 消息Id MessageId int UserId Varchar(50) 非空 否 消息读取者id Varchar(500) 非空 int 非空 BeginTime EndTime SchContent CreateUser CreateTime IfPrivate DateTime DateTime 非空 非空 否 否 否 否 否 否 varchar(500) 非空 Varchar(50) DateTime int 非空 非空 非空 IfSendDelete int 非空 否

表4-16 MeetingInfo表的结构

字段名称 MeetingId 数据类型 int 空/非空 非空 是否主键 是 否

表4-17 PreContract表的结构

字段名称 数据类型 空/非空 非空 是否主键 约束条件 是 23 / 29

自增1 字段描述 预约序号Id PreContractId int 约束条件 字段描述 自增1 会议类型Id 会议类型名称 MeetingName Varchar(50) 非空 济南大学综合实习报告—OA办公自动化

表Schedule外键，对应ScheduleId字段 表UserInfo外键，对应UserId字段 ScheduleId int 非空 否 日程Id UserId Varchar(50) 非空 否

预约人Id 表4-18 表的结构

字段名称 FileId Remark ParentId IfDelete 数据类型 int Varchar(50) int Varchar(50) Varchar(50) int Varchar(200) int 空/非空 是否主键 非空 非空 非空 空 非空 非空 非空 非空 非空

表4-19 表的结构

字段名称 数据类型 int 空/非空 非空 是否主键 约束条件 字段描述 是 否 否 否

表4-20 AccessoryFile表的结构

字段名称 AccessoryId FileId 数据类型 int int 空/非空 非空 非空 非空 非空 非空 非空 是否主键 约束条件 是 否 否 否 否 否 否 自增1 表的外键，对应FileId 字段 表的外键，对应字段 字段描述 文件附件Id 文件Id 附件名称 附件大小 附件类型 创建日期 附件路径 自增1 文件类型id 文件类型名 文件类型对应的图标 文件类型后缀 是 否 否 否 否 否 否 否 否 约束条件 自增1 表的外键，对应字段 字段描述 文件Id 文件名称 文件类型 备注 创建者Id 创建日期 父节点Id 文件路径 是否删除；0：未删除、1：已删除 CreateDate DateTime Varchar(50) 非空 Varchar(50) 非空 Varchar(50) 空 AccessoryName Varchar(50) AccessorySize int AccessoryType int CreateDate DateTime AccessoryPath Varchar(200) 非空 24 / 29

济南大学综合实习报告—OA办公自动化

表4-21 MyNote表的结构

字段名称 NoteId NoteTitle CreateTime CreateUser 数据类型 int Varchar(50) datetime Varchar(50) 空/非空 非空 非空 非空 非空 是否主键 是 否 否 否 否

表4-22 MyLinkMan表的结构

字段名称 PersonId UserId PersonName Birthday Sex Phone MobilePhone Email QQ Msn Relation 数据类型 int Varchar(50) Varchar(50) datetime int Varchar(50) Varchar(50) Varchar(100) Varchar(50) Varchar(100) varchar(50) 空/非空 非空 非空 非空 非空 非空 空 非空 非空 空 空 非空 是否主键 约束条件 是 否 否 否 否 否 否 否 否 否 否

表4-23 ManualSign表的结构

字段名称 数据类型 SignId UserId int Varchar(50) 空/非空 是否主键 非空 非空 非空 是 否 否 否 否

表4-24 SetWorkTime表的结构

约束条件 自增1 表UserInfo中userid的外键 字段描述 签卡Id 用户Id 签卡时间 签卡备注 签卡标记；1:签到、0：签退 自增1 表UserInfo外键，对应UserId字段 字段描述 联系人Id 创建人Id 联系人姓名 出生日期 性别；0：男、1：女 电话号码 手机号 邮箱 QQ号 MSN号 关系 约束条件 自增1 字段描述 便签id 便签标题 便签内容 创建时间 NoteContent Varchar(500) 空 表UserInfo外键，对应创建者id UserId字段 SignTime DateTime SignDesc Varchar(200) 非空 SignTag int 非空 25 / 29

济南大学综合实习报告—OA办公自动化

字段名称 WorkId OnWorkTime OffWorkTime 数据类型 int 空/非空 是否主键 非空 是 否 否 否 否 约束条件 字段描述 工作Id 上班时间 下班时间 考勤失效开始时间 考勤失效结束时间 Varchar(50) 空 varchar(50) 空 空 空 BeginInvalidDate datetime EndInvalidDate datetime

5 总结

短暂的综合实习结束了，我在这次设计过程中实现了对过去所学知识的回顾、总结和应用。该系统能够实现数据的输入、查询、修改、有关统计的各项功能，能

26 / 29

济南大学综合实习报告—OA办公自动化

够追朔到数据的始终。完成了OA办公系统开发和应用，达到预期要求目的。不可否认，该系统在开发过程中仍存在许多的缺点和不足，由于本人是第一次实现系统程序的开发，经验不足，能力有限，所以开发出的系统软件还不够完善，功能实现的还不完全，保密性还不够高，这都是我以后在系统设计需要应该注意和解决的问题。

本论文在对OA办公自动化系统的论述后，深入论证了设计的全过程。整个设计过程力求按软件工程教学中软件开发的步骤进行，循序渐进，逐步求精。该系统所有相关程序均经过多次上机调试，证明是正确的、可行的。

经过两个月的艰辛付出，我完成了该系统开发的各项任务。在实际的设计过程中，我也遇到了许多难解的问题，所有这些通过自己潜心研究和网上查找资料，都得到了完美的解决。有了这次毕业前的实战演练，我相信，自己所的得到的收获将会在自己以后的学习工作中起到巨大作用。

致谢

首先要衷心地感谢我的导师段春笋老师，严谨的治学态度，开阔的思维，循循善诱的指导一直给我很大的启发。当我对论文的思路感到迷茫时，您为我指点迷津；当我怀疑自己能否把论文写好时，你热忱的鼓励让我重塑信心。唯一的遗憾是我不够主动，错失了许多跟您交流的机会。

其次感谢学校对我的栽培，四年来尽力为我提供良好的学习和生活环境，使我能在这里快乐无忧的学习和生活。

感谢学院给我们这次综合实习的机会，让我们可以提高自己的综合能力。 感谢信息系的所有同学和朋友们，是你们陪伴我一起成长，一起分享我的快乐及痛苦，是你们给我的生活增添了多少的光彩，如果没有你们，我不敢想象我的大学生活会是什么样子的，你们是我这四年最大的财富。

最后要深深地感谢我的父母和家人，没有你们就没有今天的我。我永远都不会忘记你们的良苦用心和对我一如既往的支持及鼓励。四年来，快乐的事情因为有你们的分享而更快乐，失意的日子因为有你们亲切的关怀也能够忘却伤痛，坚强前行。希望你们能够身体健康，这也是我最大的心愿。

参考文献

[1]（美）厄尔曼著,贾菡等译.PHP基础教程(第4版)[M].人民邮电出版社，2011. [2]王珊，萨师煊著,陈浩等译.数据库系统概论(第4版)[M].高等教育出版社，2006.

27 / 29

济南大学综合实习报告—OA办公自动化

[3] 信达工作室 译.PHP开发人员手册[M].北京：人民邮电出版社.2001.6. [4] 徐锋 陈绍继 译.AJAX及PHP基础教程[M].北京：人民邮电出版社.2007.9. [5] 王俊杰 编著.精通JavaScript动态网页编程[M].北京：人民邮电出版

社.2007.2.

[6] 王石 杨英娜 编著.精通PHP＋MYSQL 应用开发[M].北京：人民邮电出版

社.2006.7.

[7] 苗雪兰 刘瑞新 宋歌 编著.数据库系统原理及应用教程[M].北京：机械工业出

版社.2007.10.

[8] 飞思科技产品研发中心 编著. PHP & MySQL网站设计及实现[M]. 北京：电子

工业出版社.2001.4.

[9] (加) Lee Babin [等] 著；林琪, 荆涛等译. PHP 5范例代码查询辞典[M].北

北京：人民邮电出版社.2007.2.

[10] 编著. PHP+MySQL经典案例剖析[M]. 北京：清华大学出版社.2008. [11] 清源计算机工作室编著. PHP动态网站设计及制作[M]. 北京：机械工业出版

社.2001.1.

[12]Jennifer Niederst Robbins著，靳志伟 等译.学习web设计（第3版）[M].

机械工业出版社，2009.

[13](美)Terry Felke-Morris 著，陈小彬译.XHML网页开发及设计基础(第3版).

清华大学出版社，2007.

[14]张海藩，软件工程导论（第五版）[M]清华大学出版社，2012.

28 / 29