OA系统详细设计说明书

汽车资料管理 会议室资料维护 会议设备资料维护 会议类型维护 功能模块的实现及描述：

功能模块 子功能模块名称、标识符 描述 教育局各个处室有公文发起权限的办公人员起草公文，包括选择公文模版、填写公文、发送公文等操作步骤。发送公文时，需要填写公文名称、公文简介，公文正文作为附件方式保存和流传。公文发送后，按照预先定义好的流程进行流传。 教育局的各个处室的办公室主任能够对本处室发起（起草）的公文进行审核，点击是否通过审核按钮即可。 教育局局长可以对全局发布的公文进行审批，审批完成后直接生效，并发送给各级相关部门；教育局各副局长可以对自己分管的处室发布的公文进行审批，根据公文的处理流程，如不需要局长审批，则直接生效，否则公文流转到局长审批。 公文审批生效后，会发送给该公文的所有接受人；接收人用自己的用户账号和密码登录 OA 系统后，能够查看到发送给自己的公文，并且能够下载附件中公文正文，执行打印操作。 当公文处理完成后，具有归档权限的人员执行那个归档操作，系统自动把相应公文发起（起草） 公文审核 公文管理（DocumentManage） 公文审批 公文发送与接收 公文归档 功能模块 子功能模块名称、标识符 描述 的公文归档备份。 教育局各个处室有会议申请和发起权限的办公人员，提交会议申请。在填写会议申请时，需要填写会议类型、主题、简介、参与者、需要设备类型及数量等信息。会议申请填写完成后，该会议信息会按照会议处理流程进行流转。 教育局局长可以对全局各处室发起的会议申请进行审批，教育局分管办公室的副局长可以对各处室提交的会议申请进行审批。审批完成后，按照会议处理流程进行流转。 当会议申请审批通过后，直接发送给办公室主任去安排会议室和相关设备。办公室主任安排会议室、调拨会议设备。 会议生效后，系统自动发送会议通知给参加会议的相关人员。 会议中需要会议记录，并且最终需要归档；这里归档备份的资料主要是会议记录、会议录音、会议视频等信息，以附件的方式保存在系统中。 云山市教育局各处室需要用车的人员，提出用车申请，需要填写出行地、时间段、人员数目、行程简介、需车类型等资料；资料填写好后，按照用车审批流程进行流转，等待审批。 教育局局长可以对全局各处室发起的用车申请进行审批，审批完成后直接生效，并发送给办公室副主任安排出车；教育局分管办公室的副局长可以对各处室提交的用车申请进行审批，审批完成后，发送给办公室副主任安排出车。 用车申请审批通过后，办公室主任安排出车。 系统自动发送出车通知给司机、用车申请人及乘车人员。 当司机出车完成，回到教育局后，要执行交车动作，确认可以做下次出车。 会议申请 会议审批 会议管理（MeetingManage） 安排会议室和会议设备 会议通知下达 会议记录及归档 用车申请 用车管理 （VehicleManage） 用车审批 安排出车 出车通知 交车 功能模块 子功能模块名称、标识符 续车申请 描述 当用车申请人在外地用车过程中，需要增加用车时间时，需要提出续车申请，处理的步骤与用车申请一致。 当 OA 系统会议安排和用车安排流程处理完成后，系统自动发送电子邮件给流程下步处理人员，通知他们将要处理的事务。 云山市教育局的各级人员，在自己的电子信箱中能够接收到将要处理的事务的通知邮件。 当用户登录后，系统显示需参加的会议列表。 系统显示需坐车出行的信息列表。 系统显示需要该用户审批的用车申请数目，并且点击链接后，能够进入到具体审批操作界面，再完成审批活动。 系统显示待审批的会议数目，点击该链接后，能够进入到具体会议审批的操作界面，再完成会议审批活动。 系统显示待审批的公文列表，用户选择列表中的项后，系统能够显示该公文的详细信息，用户完成审批活动。 当用户登录后，系统显示需自己参加的会议列表。 系统显示需坐车出行的信息列表。 系统显示待审批的公文列表，选择列表中某项公文后，系统能够显示该项公文的详细信息，并且可以完成审批的操作。 系统显示待审批的公文列表，选择列表中某项公文后，系统能够显示该项公文的详细信息，并且可以完成审批的操作。 当用车申请人在外地用车过程中，需要增加用车时间时，需要提出续车申请，处理的步骤与用车申请一致，在系统处理过程中可看成是新提交的用车申请。 对系统后台管理的关键操作步骤给予消息发送 消息管理 （Message Manage） 消息接收 显示待参加会议列表 显示待乘车出行信息 显示待审批用车申请 显示待审批会议申请 显示待审批公文列表 显示待参加会议列表 显示待坐车出行信息 个人事务管理 （Personal Manage） 公文审批 移动办公 （Mobile Manage） 用车申请 续用申请 日志管理 记录日志 功能模块 （Log Manage） 子功能模块名称、标识符 描述 日志记录，主要记录是哪个用户进行了哪些操作。 用户在系统提供的登录窗口中，输入管理员分配给该用户的用户名和密码，就能够登录系统，并且进入到个人工作面板。 用户在使用系统的过程中，任何时候都可以执行注销操作，从而退出系统。用户角色维护：管理员可以维护系统中用户角色。包括新建角色、删除角色等操作，建立好角色后，在建立和维护用户信息使用，以便给予不同的用户不同角色、不同的角色代表在系统访问中的不同的权限。 管理员维护用户账户信息，可以根据有关部门给的名单或者资料，生成用户初始信息（用户名、密码、地址、电话、mail 等）。管理员可以维护用户信息，当 用户密码忘记或者账号出问题时，可以恢复用户名和密码信息，并且通过 mail 发给用户。管理员还可以删除用户信息。 以 word 方式建立几个独立的公文模版，供用户填写公文时用，在公文流通时，以附件方式进入公文流通；可以新建和删除公文模版。当某个公文模版有具体公文在流传时，则不能够删除公文模版，但是可以新建公文模版。 对每种类别的公文，设置相应的审批流程，以便在不同级别的单位、部门流转；要求能够实现新增公文处理流程，删除过时的公文处理流程。当有某个公文处理流程有公文正在流转时，不能够执行删除操作，而新增公文处理流程则不受此规则限制。 能够新建、删除、更改会议类型，建立好后供会议室定义、会议申请等操作使用。会议类型包括会议名称、会议描述等信息。 维护会议相关的视频、声音等多媒体设备，以及椅子、桌子、其它相关设备资料。会议设备资料主要包括设备名称、用户登录 用户注销 用户账号维护 系统管理 （System Manage） 公文模版资料维护 自定义公文处理流程 会议类型维护 会议设备资料维护 功能模块 子功能模块名称、标识符 描述 描述、数量及备注等信息。 会议室资料维护 维护会议室名称、会议室相关介绍、能容纳人数以及会议室的类型等信息。 维护汽车相关信息，包括汽车牌照、型号、座位数、载重和备注等信息。 汽车资料管理

3数据库设计

数据库表设计

--部门表

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) )