OA系统详细设计说明书.doc

OA系统详细设计说明书

作 者：

完成日期： 2012.07.27

签 收 人：

签收日期：

窗体底端
目录
1 引言 - 5 -
1.1 文档目的 - 5 -
1.2项目背景 - 5 -
1.3 文档范围 - 5 -
1.4 读者对象 - 6 -
1.5 参考文档 - 6 -
1.6 术语与缩写解释 - 6 -
2 程序系统的结构 - 6 -
2.1系统的总体模块划分： - 7 -
2.2子系统模块划分： - 7 -
2.2.1 公文管理模块 - 7 -
2.2.2 会议管理模块 - 8 -
2.2.3 车辆管理模块 - 8 -
2.2.4 消息管理模块 - 9 -
2.2.5 个人事务管理模块 - 9 -
2.2.6 移动办公模块 - 9 -
2.2.7 日志管理模块 - 10 -
2.2.8 系统管理模块 - 10 -
2.3功能模块的实现及描述： - 11 -
3数据库设计 - 15 -
3.1数据库表设计 - 15 -
3.2相关的视图设计 - 18 -
4 公文管理设计说明 - 19 -
4.1 程序描述 - 19 -
4.3.2 灵活性 - 20 -
4.3.4 数据安全性 - 20 -
4.4 输入项 - 20 -
4.5输出项 - 20 -
4.6 算法 - 20 -
4.7 接口 - 20 -
4.9 限制条件 - 21 -
5 会议管理设计说明 - 21 -
5.1 程序描述 - 21 -
5.2 界面设计模拟图 - 21 -
5.3 性能 - 21 -
5.3.1 数据的完整性，准确性 - 21 -
5.3.2 灵活性 - 21 -
5.3.3 数据完成的时间性 - 22 -
5.3.4 数据安全性 - 22 -
5.4 输入项 - 22 -
5.5输出项 - 22 -
5.6 算法 - 22 -
5.7 接口 - 22 -
5.8 注释设计 - 22 -
5.9 限制条件 - 22 -
6 用车管理设计说明 - 23 -
6.3.1 数据的完整性，准确性 - 23 -
6.3.2 灵活性 - 23 -
6.3.3 数据完成的时间性 - 23 -
6.3.4 数据安全性 - 24 -
6.4 输入项 - 24 -
6.5输出项 - 24 -
6.6 算法 - 24 -
6.7 接口 - 24 -
6.8 注释设计 - 24 -
6.9 限制条件 - 24 -
7 消息管理设计说明 - 24 -
7.1 程序描述 - 24 -
7.2 界面设计模拟图 - 25 -
7.3 性能 - 25 -
7.3.1 数据的完整性，准确性 - 25 -
7.3.2 灵活性 - 25 -
7.3.3 数据完成的时间性 - 25 -
7.3.4 数据安全性 - 25 -
7.4 输入项 - 26 -
7.5输出项 - 26 -
7.6 算法 - 26 -
7.7 接口 - 26 -
7.8 注释设计 - 26 -
7.9 限制条件 - 26 -
8 个人事务管理设计说明 - 26 -
8.1 程序描述 - 26 -
8.2 界面设计模拟图 - 27 -
8.3.1 数据的完整性，准确性 - 27 -
8.3.2 灵活性 - 27 -
8.3.3 数据完成的时间性 - 27 -
8.3.4 数据安全性 - 27 -
8.4 输入项 - 27 -
8.5输出项 - 27 -
8.6 算法 - 28 -
8.7 接口 - 28 -
8.8 注释设计 - 28 -
8.9 限制条件 - 28 -
9 移动办公管理设计说明 - 28 -
9.1 程序描述 - 28 -
9.2 界面设计模拟图 - 29 -
9.3 性能 - 29 -
9.3.1 数据的完整性，准确性 - 29 -
9.3.2 灵活性 - 29 -
9.3.3 数据完成的时间性 - 29 -
9.3.4 数据安全性 - 29 -
9.4 输入项 - 29 -
9.5输出项 - 29 -
9.6 算法 - 29 -
9.7 接口 - 29 -
9.8 注释设计 - 30 -
9.9 限制条件 - 30 -
10 日志管理设计说明 - 30 -
10.1 程序描述 - 30 -
10.2 界面设计模拟图 - 30 -
10.3 性能 - 30 -
10.3.1 数据的完整性，准确性 - 30 -
10.3.2 灵活性 - 30 -
10.3.3 数据完成的时间性 - 31 -
10.3.4 数据安全性 - 31 -
10.4 输入项 - 31 -
10.5输出项 - 31 -
10.6 算法 - 31 -
10.7 接口 - 31 -
10.8 注释设计 - 31 -
10.9 限制条件 - 31 -
11 系统管理设计说明 - 32 -
11.1 程序描述 - 32 -
11.2 界面设计模拟图 - 32 -
11.3 性能 - 32 -
11.3.1 数据的完整性，准确性: - 32 -
11.3.3 数据完成的时间性： - 33 -
11.3.4 数据安全性： - 33 -
11.4 输入项 - 33 -
11.5输出项 - 33 -
11.6 算法 - 33 -
11.7 接口 - 33 -
11.8 注释设计 - 33 -
11.9 限制条件 - 33 -

1 引言
1.1 文档目的
本文档主要针对办公自动化操作的功能的实现与运行的环境所提出的具体要求，为下阶段的设计、开发提供重要的参考依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。
1.2项目背景

办公自动化简称 OA(Office Automation)，主要是利用计算机、通信和自动控制等技术与设备，实现办公业务的自动化。它是提高办公效率、办公质量和实现科学管理与科学决策的一种辅助手段。
现在，Web 开发技术不断发展和成熟，能够在互联网上实现非常复杂的系统，满足各种业务要求；同时，计算机硬件和网路也得到飞速发展，计算机数据处理速度以及网路传输速度都得到几何倍数的增长；通过高校、专业培训班，以及网路学习资料等渠道，人们操作计算机的熟练程度越来越高。在这种背景下，OA 系统基本上都是采用 Web 技术来实现，并且在实际工作中起越来越重要的作用。现在的 OA 系统不仅能够满足单位或者组织内部的日常办公活动，还能够进一步扩展为单位之间或者组织之间的信息交流，从而达到利用计算机系统，来提高办公效率、加快各种办公业务流程处理速度的目的，实现办公数字化、流程自动化、操作灵活，而不受地域、时间的约束，真正提高办公效率。

项目说明：
项目名称：OA系统
项目的提出者：云山教育局
项目开发者：Winarray 软件公司
用户：云山教育局的相关部门成员

1.3 文档范围

本文档包含以下几部分：
1. 产品介绍
2. 面向的用户群体
3. 应当遵循的标准或规范
4. 范围
5. 系统中的角色
6. 功能性需求
7. 非功能性需求
8. 需求确认
1.4 读者对象
本文档的读者范围包括：
1. 需求提供方：云山市教育局
2. 开发方：Winarray 软件公司的项目经理、系统分析设计人员、测试人员、质量保证成员等。
1.5 参考文档
《OA项目说明文档》 《EduOA产品文档》 《OA项目需求规格说明书》
《UML系统分析与设计教程》 作者：冀振燕 出版社：人民邮电出版社

1.6 术语与缩写解释
缩写、术语及符号
解 释
OA
Office Automation的缩写-办公自动化系统

2 程序系统的结构

2.1系统的总体模块划分：
OA系统

系统管理
日志管理
移动办公
个人事务管理
消息管理
用车管理
会议管理
公文管理

2.2子系统模块划分：
2.2.1 公文管理模块

公文发起（起草）

公文审核
公文管理

公文审批

公文发送与接收

公文归档

2.2.2 会议管理模块
会议申请

会议审批
会议管理

安排会议室和会议设备

会议通知下达

会议记录及归档

2.2.3 车辆管理模块
用车申请

用车审批

安排出车
车辆管理

出车通知

交车

续车申请

2.2.4 消息管理模块
消息管理
消息发送

消息接收

2.2.5 个人事务管理模块
显示待参加会议列表

个人事务管理
显示待乘车出行信息

显示待审批用车申请

显示待审批会议申请

显示待审批公文列表

2.2.6 移动办公模块
显示待参加会议列表

移动办公
显示待坐车出行信息

公文审批

用车申请

续用申请

2.2.7 日志管理模块
日志管理

记录日志

2.2.8 系统管理模块
用户登录

用户注销

用户账号维护

系统管理
公文模版资料维护

自定义公文处理流程

会议类型维护

会议设备资料维护

会议室资料维护

汽车资料管理

2.3功能模块的实现及描述：
功能模块
子功能模块名称、标识符
描述
公文管理（DocumentManage）
公文发起（起草）
教育局各个处室有公文发起权限的办公人员起草公文，包括选择公文模版、填写公文、发送公文等操作步骤。发送公文时，需要填写公文名称、公文简介，公文正文作为附件方式保存和流传。公文发送后，按照预先定义好的流程进行流传。
公文审核
教育局的各个处室的办公室主任能够对本处室发起（起草）的公文进行审核，点击是否通过审核按钮即可。
公文审批
教育局局长可以对全局发布的公文进行审批，审批完成后直接生效，并发送给各级相关部门；教育局各副局长可以对自己分管的处室发布的公文进行审批，根据公文的处理流程，如不需要局长审批，则直接生效，否则公文流转到局长审批。
公文发送与接收
公文审批生效后，会发送给该公文的所有接受人；接收人用自己的用户账号和密码登录 OA 系统后，能够查看到发送给自己的公文，并且能够下载附件中公文正文，执行打印操作。
公文归档
当公文处理完成后，具有归档权限的人员执行那个归档操作，系统自动把相应的公文归档备份。
会议管理（MeetingManage）
会议申请
教育局各个处室有会议申请和发起权限的办公人员，提交会议申请。在填写会议申请时，需要填写会议类型、主题、简介、参与者、需要设备类型及数量等信息。会议申请填写完成后，该会议信息会按照会议处理流程进行流转。
会议审批
教育局局长可以对全局各处室发起的会议申请进行审批，教育局分管办公室的副局长可以对各处室提交的会议申请进行审批。审批完成后，按照会议处理流程进行流转。
安排会议室和会议设备
当会议申请审批通过后，直接发送给办公室主任去安排会议室和相关设备。办公室主任安排会议室、调拨会议设备。
会议通知下达
会议生效后，系统自动发送会议通知给参加会议的相关人员。

会议记录及归档
会议中需要会议记录，并且最终需要归档；这里归档备份的资料主要是会议记录、会议录音、会议视频等信息，以附件的方式保存在系统中。

用车管理
（VehicleManage）
用车申请
云山市教育局各处室需要用车的人员，提出用车申请，需要填写出行地、时间段、人员数目、行程简介、需车类型等资料；资料填写好后，按照用车审批流程进行流转，等待审批。
用车审批
教育局局长可以对全局各处室发起的用车申请进行审批，审批完成后直接生效，并发送给办公室副主任安排出车；教育局分管办公室的副局长可以对各处室提交的用车申请进行审批，审批完成后，发送给办公室副主任安排出车。
安排出车
用车申请审批通过后，办公室主任安排出车。
出车通知
系统自动发送出车通知给司机、用车申请人及乘车人员。
交车
当司机出车完成，回到教育局后，要执行交车动作，确认可以做下次出车。
续车申请
当用车申请人在外地用车过程中，需要增加用车时间时，需要提出续车申请，处理的步骤与用车申请一致。
消息管理
（Message Manage）
消息发送
当 OA 系统会议安排和用车安排流程处理完成后，系统自动发送电子邮件给流程下步处理人员，通知他们将要处理的事务。
消息接收
云山市教育局的各级人员，在自己的电子信箱中能够接收到将要处理的事务的通知邮件。
个人事务管理
（Personal Manage）
显示待参加会议列表
当用户登录后，系统显示需参加的会议列表。
显示待乘车出行信息
系统显示需坐车出行的信息列表。
显示待审批用车申请
系统显示需要该用户审批的用车申请数目，并且点击链接后，能够进入到具体审批操作界面，再完成审批活动。
显示待审批会议申请
系统显示待审批的会议数目，点击该链接后，能够进入到具体会议审批的操作界面，再完成会议审批活动。
显示待审批公文列表
系统显示待审批的公文列表，用户选择列表中的项后，系统能够显示该公文的详细信息，用户完成审批活动。
移动办公
（Mobile Manage）
显示待参加会议列表
当用户登录后，系统显示需自己参加的会议列表。
显示待坐车出行信息
系统显示需坐车出行的信息列表。

公文审批
系统显示待审批的公文列表，选择列表中某项公文后，系统能够显示该项公文的详细信息，并且可以完成审批的操作。
用车申请
系统显示待审批的公文列表，选择列表中某项公文后，系统能够显示该项公文的详细信息，并且可以完成审批的操作。
续用申请
当用车申请人在外地用车过程中，需要增加用车时间时，需要提出续车申请，处理的步骤与用车申请一致，在系统处理过程中可看成是新提交的用车申请。
日志管理
（Log Manage）
记录日志
对系统后台管理的关键操作步骤给予日志记录，主要记录是哪个用户进行了哪些操作。
系统管理
（System Manage）
用户登录
用户在系统提供的登录窗口中，输入管理员分配给该用户的用户名和密码，就能够登录系统，并且进入到个人工作面板。
用户注销
用户在使用系统的过程中，任何时候都可以执行注销操作，从而退出系统。用户角色维护：管理员可以维护系统中用户角色。包括新建角色、删除角色等操作，建立好角色后，在建立和维护用户信息使用，以便给予不同的用户不同角色、不同的角色代表在系统访问中的不同的权限。
用户账号维护
管理员维护用户账户信息，可以根据有关部门给的名单或者资料，生成用户初始信息（用户名、密码、地址、电话、mail 等）。管理员可以维护用户信息，当 用户密码忘记或者账号出问题时，可以恢复用户名和密码信息，并且通过 mail 发给用户。管理员还可以删除用户信息。
公文模版资料维护
以 word 方式建立几个独立的公文模版，供用户填写公文时用，在公文流通时，以附件方式进入公文流通；可以新建和删除公文模版。当某个公文模版有具体公文在流传时，则不能够删除公文模版，但是可以新建公文模版。
自定义公文处理流程
对每种类别的公文，设置相应的审批流程，以便在不同级别的单位、部门流转；要求能够实现新增公文处理流程，删除过时的公文处理流程。当有某个公文处理流程有公文正在流转时，不能够执行删除操作，而新增公文处理流程则不受此规则限制。
会议类型维护
能够新建、删除、更改会议类型，建立好后供会议室定义、会议申请等操作使用。会议类型包括会议名称、会议描述等信息。
会议设备资料维护
维护会议相关的视频、声音等多媒体设备，以及椅子、桌子、其它相关设备资料。会议设备资料主要包括设备名称、描述、数量及备注等信息。
会议室资料维护
维护会议室名称、会议室相关介绍、能容纳人数以及会议室的类型等信息。
汽车资料管理
维护汽车相关信息，包括汽车牌照、型号、座位数、载重和备注等信息。

3数据库设计
3.1数据库表设计

--部门表
create table Department
(
D_ID int identity(101,1) primary key,
D_Name Varchar(20) not null,
D_Remarks Varchar(Max)
)

--岗位表
create table Post
(
P_ID int identity(201,1) primary key,
P_Name Varchar(20) not null ,
P_Remarks Varchar(Max)
)

--会议类型表
create table TypeM
(
TM_ID int identity(301,1) primary key,
TM_Name Varchar(20) not null ,
TM_Remarks Varchar(Max)
)
--文档类型表
create table TypeF
(
TF_ID int identity(401,1) primary key,
TF_Name Varchar(20) not null ,
TF_Remarks Varchar(Max)
)
--用户表
create table [User]
(
U_ID int identity(1001,1) primary key,
U_Name Varchar(20) not null unique,
U_Password Varchar(20) not null ,
U_Post int foreign key references Post(P_ID),
U_Dep int foreign key references Department(D_ID),
U_Email Varchar(20),
U_Address Varchar(50),
U_Phone Varchar(13),
U_time datetime,
U_Job Varchar(2) check(U_Job='是' or U_Job='否') default'是',
U_Remarks Varchar(200)
)
--车辆信息表
create table Vehicle
(
V_ID int identity(501,1) primary key,
V_Num Varchar(7) not null ,
V_Name Varchar(20) not null ,
V_Status Varchar(4) check(V_Status='正常' or V_Status='维修' or V_Status='租用') default'正常',
V_Seat int,
V_Pilot int foreign key references [User](U_ID),
V_Remarks Varchar(Max)
)
--设备表
create table Equipment
(
E_ID int identity(601,1) primary key,
E_Name Varchar(20) not null ,
E_Description Varchar(50),
E_Status Varchar(4) check(E_Status='正常' or E_Status='损坏') default'正常',
E_sum int,
E_Idle int,
E_Remarks Varchar(Max)
)
--会议表
create table Meeting
(
M_ID int identity(2001,1) primary key,
M_UID int foreign key references [User](U_ID),
M_Type int foreign key references TypeM(TM_ID),
M_Theme Varchar(20),
M_Depict Varchar(20),
M_Start datetime,
M_End datetime,
M_Remarks Varchar(Max),
M_Status Varchar(10) check(M_Status='审批通过' or M_Status='审批不通过' or M_Status='未审批') default'未审核',
M_Audit int foreign key references [User](U_ID),
M_AuditStatus Varchar(4) check(M_AuditStatus='同意' or M_AuditStatus='反对'),
M_AuditRemarks Varchar(Max),
M_Approval int foreign key references [User](U_ID),
M_ApprovalStatus Varchar(4) check(M_ApprovalStatus='同意' or M_ApprovalStatus='反对'),
M_ApprovalRemarks Varchar(Max),
)
--用车表
create table Car
(
C_ID int identity(3001,1) primary key,
C_UID int foreign key references [User](U_ID),
C_Departure Varchar(20),
C_Destination Varchar(20),
C_VID int foreign key references Vehicle(V_ID),
C_Start datetime,
C_End datetime,
C_Reason Varchar(Max),
C_Status Varchar(10) check(C_Status='审批通过' or C_Status='审批不通过' or C_Status='未审批') default'未审核',
C_Audit int foreign key references [User](U_ID),
C_AuditStatus Varchar(4) check(C_AuditStatus='同意' or C_AuditStatus='反对'),
C_AuditRemarks Varchar(Max),
C_Approval int foreign key references [User](U_ID),
C_ApprovalStatus Varchar(4) check(C_ApprovalStatus='同意' or C_ApprovalStatus='反对'),
C_ApprovalRemarks Varchar(Max),
)
--文档表
create table [File]
(
F_ID int identity(4001,1) primary key,
F_UID int foreign key references [User](U_ID),
F_Type int foreign key references TypeF(TF_ID),
F_Content Varchar(Max),
F_Remarks Varchar(Max),
F_Status Varchar(10) check(F_Status='审批通过' or F_Status='审批不通过' or F_Status='未审批') default'未审核',
F_Audit int foreign key references [User](U_ID),
F_AuditStatus Varchar(4) check(F_AuditStatus='同意' or F_AuditStatus='反对'),
F_AuditRemarks Varchar(Max),
F_Approval int foreign key references [User](U_ID),
F_ApprovalStatus Varchar(4) check(F_ApprovalStatus='同意' or F_ApprovalStatus='反对'),
F_ApprovalRemarks Varchar(Max),
)
3.2相关的视图设计
——用户视图
CREATE VIEW v_User
AS
Select U_ID, U_Name ,P_Name ,D_Name , U_Email , U_Address ,U_Phone,U_time,U_Job,U_Remarks
from [User],Post,Department
where U_Post=P_ID AND U_Dep=D_ID

——会议视图
CREATE VIEW v_Meeting
AS
select M_ID,M_UID,U_Name,TM_Name ,M_Theme,M_Depict ,M_Start,M_End,M_Remarks ,M_Status,(select U_Name from [User] where U_ID=M_Audit) AS Audit ,M_AuditStatus ,M_AuditRemarks ,(select U_Name from [User] where U_ID=M_Approval) AS Approval,M_ApprovalStatus ,M_ApprovalRemarks
from Meeting,[User],TypeM
WHERE M_UID=U_ID AND M_Type=TM_ID

——用车视图
CREATE VIEW v_Car
AS
SELECT C_ID,C_UID,U_Name,C_Departure,C_Destination,V_Num,C_Start,C_End,C_Reason,C_Status,(select U_Name from [User] where U_ID=C_Audit) AS Audit,C_AuditStatus,C_AuditRemarks,(select U_Name from [User] where U_ID=C_Approval) AS Approval,C_ApprovalStatus,C_ApprovalRemarks
FROM Car,[User],Vehicle
WHERE C_UID=U_ID AND C_VID=V_ID

——文档视图
CREATE VIEW v_File
AS
SELECT F_ID,F_UID,U_Name,TF_Name,F_Content,F_Remarks,F_Status,(select U_Name from [User] where U_ID=F_Audit) AS Audit,F_AuditStatus,F_AuditRemarks,(select U_Name from [User] where U_ID=F_Approval) AS Approval,F_ApprovalStatus,F_ApprovalRemarks
FROM [File],[User],TypeF
WHERE F_UID=U_ID AND F_Type=TF_ID
4 公文管理设计说明
4.1 程序描述
在公文管理功能模块中，主要是完成公文的起草、审核、审批、发文和归档等操作，实
现公文管理的办公自动化，主要包括以下功能：
公文发起（起草）：教育局各个处室有公文发起权限的办公人员起草公文，包括选择公文模版、填写公文、发送公文等操作步骤。发送公文时，需要填写公文名称、公文简介，公文正文作为附件方式保存和流传。公文发送后，按照预先定义好的流程进行流传。
公文审核：教育局的各个处室的办公室主任能够对本处室发起（起草）的公文进行审核，确保该公文的格式和内容符合相关政策、法规、条例等要求，签字确认后，该公文进入下一步流转活动。
公文审批：教育局局长可以对全局发布的公文进行审批，审批完成后直接生效，并发送给各级相关部门；教育局各副局长可以对自己分管的处室发布的公文进行审批，根据公文的处理流程，如不需要局长审批，则直接生效，否则公文流转到局长审批。
公文发送与接收：公文审批生效后，会发送给该公文的所有接受人；接收人用自己的用户账号和密码登录 OA 系统后，能够查看到发送给自己的公文，并且能够下载附件中公文正文，执行打印操作。
公文归档：当公文处理完成后，具有归档权限的人员执行那个归档操作，系统自动把相应的公文归档备份。

4.2 界面设计模拟图

4.3 性能

4.3.1 数据的完整性，准确性
录入数据采用表格方式，限制录入数据类型及取值范围以保正 数据的完整性及准确性。
4.3.2 灵活性
对数据输入的要求不大，可输入数字、英文字母、汉字等等，操 作界面简洁，用户在使用系统时会感到很轻松，进行的都是增、删、 查、 改的最基本的操作， 况且用户所需要的操作都有明显的标志提示， 所以操作很灵活。

4.3.3 数据完成的时间性

如通知的录入， 仅当管理员录入通知进程后， 各用户方可知。

4.3.4 数据安全性
依赖于网络本身对用户使用权限的规定。在程序模块中通过使 用密码控制功能对用户使用权限加以限制。
4.4 输入项
4.5输出项
4.6 算法
4.7 接口
无

4.8 注释设计

a．加在模块首部的注释：//**；
b．加在各分枝点处的注释：//*；
c． 对各变量的功能、范围、缺省条件等所加的注释：//** **//；
d．对使用的逻辑所加的注释等等：//；
4.9 限制条件
无
5 会议管理设计说明
5.1 程序描述
在会议管理功能模块中，要完成会议申请、审批及会议归档等操作，实现云山市教育局会议管理的自动化。主要包括以下功能：
会议申请：教育局各个处室有会议申请和发起权限的办公人员，提交会议申请。在填写会议申请时，需要填写会议类型、主题、简介、参与者、需要设备类型及数量等信息。会议申请填写完成后，该会议信息会按照会议处理流程进行流转。
会议审批：教育局局长可以对全局各处室发起的会议申请进行审批，教育局分管办公室的副局长可以对各处室提交的会议申请进行审批。审批完成后，按照会议处理流程进行流转。会议安排：当会议申请审批通过后，直接发送给办公室主任去安排会议室和相关设备。办公室主任安排会议室、调拨会议设备。
会议通知下达：会议生效后，系统自动发送会议通知给参加会议的相关人员。
会议记录及归档：会议中需要会议记录，并且最终需要归档；这里归档备份的资料主要是会议记录、会议录音、会议视频等信息，以附件的方式保存在系统中。
5.2 界面设计模拟图
5.3 性能
5.3.1 数据的完整性，准确性
录入数据采用表格方式，限制录入数据类型及取值范围以保正 数据的完整性及准确性。
5.3.2 灵活性
对数据输入的要求不大，可输入数字、英文字母、汉字等等，操 作界面简洁，用户在使用系统时会感到很轻松，进行的都是增、删、 查、 改的最基本的操作， 况且用户所需要的操作都有明显的标志提示， 所以操作很灵活。
5.3.3 数据完成的时间性
如通知的录入， 仅当管理员录入通知进程后， 各用户方可知。
5.3.4 数据安全性
依赖于网络本身对用户使用权限的规定。在程序模块中通过使 用密码控制功能对用户使用权
5.4 输入项
5.5输出项
5.6 算法
5.7 接口
无

5.8 注释设计
a．加在模块首部的注释：//**；
b．加在各分枝点处的注释：//*；
c． 对各变量的功能、范围、缺省条件等所加的注释：//** **//；
d．对使用的逻辑所加的注释等等：//；
5.9 限制条件
无

6 用车管理设计说明
6.1 程序描述
在用车管理功能模块中，主要是完成用车的申请、审批及交车等操作，实现云山市教育
局用车管理自动化，主要包括以下功能：
用车申请：云山市教育局各处室需要用车的人员，提出用车申请，需要填写出行地、时间段、人员数目、行程简介、需车类型等资料；资料填写好后，按照用车审批流程进行流转，等待审批。
用车审批：教育局局长可以对全局各处室发起的用车申请进行审批，审批完成后直接生效，并发送给办公室副主任安排出车；教育局分管办公室的副局长可以对各处室提交的用车申请进行审批，审批完成后，发送给办公室副主任安排出车。
用车安排：用车申请审批通过后，办公室主任安排出车。
出车通知：系统自动发送出车通知给司机、用车申请人及乘车人员。
续车申请：当用车申请人在外地用车过程中，需要增加用车时间时，需要提出续车申请，处理的步骤与用车申请一致。
交车：当司机出车完成，回到教育局后，要执行交车动作，确认可以做下次出车。

6.2 界面设计模拟图

6.3 性能
6.3.1 数据的完整性，准确性
录入数据采用表格方式，限制录入数据类型及取值范围以保正 数据的完整性及准确性。
6.3.2 灵活性
对数据输入的要求不大，可输入数字、英文字母、汉字等等，操 作界面简洁，用户在使用系统时会感到很轻松，进行的都是增、删、 查、 改的最基本的操作， 况且用户所需要的操作都有明显的标志提示， 所以操作很灵活。
6.3.3 数据完成的时间性
如通知的录入， 仅当管理员录入通知进程后， 各用户方可知。
6.3.4 数据安全性
依赖于网络本身对用户使用权限的规定。在程序模块中通过使 用密码控制功能对用户使用权限加以限制。
6.4 输入项
6.5输出项
6.6 算法
6.7 接口
无
6.8 注释设计
a． 加在模块首部的注释：//**；
b．加在各分枝点处的注释：//*；
c． 对各变量的功能、范围、缺省条件等所加的注释：//** **//；
d．对使用的逻辑所加的注释等等：//；
6.9 限制条件