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

上传人:b****1 文档编号:12467579 上传时间:2023-04-19 格式:DOCX 页数:32 大小:114.35KB
下载 相关 举报
OA系统详细设计说明书.docx_第1页
第1页 / 共32页
OA系统详细设计说明书.docx_第2页
第2页 / 共32页
OA系统详细设计说明书.docx_第3页
第3页 / 共32页
OA系统详细设计说明书.docx_第4页
第4页 / 共32页
OA系统详细设计说明书.docx_第5页
第5页 / 共32页
点击查看更多>>
下载资源
资源描述

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

《OA系统详细设计说明书.docx》由会员分享,可在线阅读,更多相关《OA系统详细设计说明书.docx(32页珍藏版)》请在冰豆网上搜索。

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

OA系统详细设计说明书

 

OA系统详细设计说明书

作者:

完成日期:

签收人:

签收日期:

 

体底端

1引言

文档目的

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

同时本文档也作为项目评审验收的依据之一。

项目背景

办公自动化简称OA(OfficeAutomation),主要是利用计算机、通信和自动控制等技术与设备,实现办公业务的自动化。

它是提高办公效率、办公质量和实现科学管理与科学决策的一种辅助手段。

现在,Web开发技术不断发展和成熟,能够在互联网上实现非常复杂的系统,满足各种业务要求;同时,计算机硬件和网路也得到飞速发展,计算机数据处理速度以及网路传输速度都得到几何倍数的增长;通过高校、专业培训班,以及网路学习资料等渠道,人们操作计算机的熟练程度越来越高。

在这种背景下,OA系统基本上都是采用Web技术来实现,并且在实际工作中起越来越重要的作用。

现在的OA系统不仅能够满足单位或者组织内部的日常办公活动,还能够进一步扩展为单位之间或者组织之间的信息交流,从而达到利用计算机系统,来提高办公效率、加快各种办公业务流程处理速度的目的,实现办公数字化、流程自动化、操作灵活,而不受地域、时间的约束,真正提高办公效率。

项目说明:

项目名称:

OA系统

项目的提出者:

云山教育局

项目开发者:

Winarray软件公司

用户:

云山教育局的相关部门成员

文档范围

本文档包含以下几部分:

1.产品介绍

2.面向的用户群体

3.应当遵循的标准或规范

4.范围

5.系统中的角色

6.功能性需求

7.非功能性需求

8.需求确认

读者对象

本文档的读者范围包括:

1.需求提供方:

云山市教育局

2.开发方:

Winarray软件公司的项目经理、系统分析设计人员、测试人员、质量保证成员等。

参考文档

《OA项目说明文档》《EduOA产品文档》《OA项目需求规格说明书》

《UML系统分析与设计教程》作者:

冀振燕出版社:

人民邮电出版社

术语与缩写解释

缩写、术语及符号

解释

OA

OfficeAutomation的缩写-办公自动化系统

2程序系统的结构

系统的总体模块划分:

 

子系统模块划分:

公文管理模块

 

会议管理模块

 

车辆管理模块

 

 

消息管理模块

 

个人事务管理模块

 

移动办公模块

 

日志管理模块

 

系统管理模块

 

功能模块的实现及描述:

功能模块

子功能模块名称、标识符

描述

公文管理(DocumentManage)

公文发起(起草)

教育局各个处室有公文发起权限的办公人员起草公文,包括选择公文模版、填写公文、发送公文等操作步骤。

发送公文时,需要填写公文名称、公文简介,公文正文作为附件方式保存和流传。

公文发送后,按照预先定义好的流程进行流传。

公文审核

教育局的各个处室的办公室主任能够对本处室发起(起草)的公文进行审核,点击是否通过审核按钮即可。

公文审批

教育局局长可以对全局发布的公文进行审批,审批完成后直接生效,并发送给各级相关部门;教育局各副局长可以对自己分管的处室发布的公文进行审批,根据公文的处理流程,如不需要局长审批,则直接生效,否则公文流转到局长审批。

公文发送与接收

公文审批生效后,会发送给该公文的所有接受人;接收人用自己的用户账号和密码登录OA系统后,能够查看到发送给自己的公文,并且能够下载附件中公文正文,执行打印操作。

公文归档

当公文处理完成后,具有归档权限的人员执行那个归档操作,系统自动把相应的公文归档备份。

会议管理(MeetingManage)

会议申请

教育局各个处室有会议申请和发起权限的办公人员,提交会议申请。

在填写会议申请时,需要填写会议类型、主题、简介、参与者、需要设备类型及数量等信息。

会议申请填写完成后,该会议信息会按照会议处理流程进行流转。

会议审批

教育局局长可以对全局各处室发起的会议申请进行审批,教育局分管办公室的副局长可以对各处室提交的会议申请进行审批。

审批完成后,按照会议处理流程进行流转。

安排会议室和会议设备

当会议申请审批通过后,直接发送给办公室主任去安排会议室和相关设备。

办公室主任安排会议室、调拨会议设备。

会议通知下达

会议生效后,系统自动发送会议通知给参加会议的相关人员。

会议记录及归档

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

用车管理

(VehicleManage)

用车申请

云山市教育局各处室需要用车的人员,提出用车申请,需要填写出行地、时间段、人员数目、行程简介、需车类型等资料;资料填写好后,按照用车审批流程进行流转,等待审批。

用车审批

教育局局长可以对全局各处室发起的用车申请进行审批,审批完成后直接生效,并发送给办公室副主任安排出车;教育局分管办公室的副局长可以对各处室提交的用车申请进行审批,审批完成后,发送给办公室副主任安排出车。

安排出车

用车申请审批通过后,办公室主任安排出车。

出车通知

系统自动发送出车通知给司机、用车申请人及乘车人员。

交车

当司机出车完成,回到教育局后,要执行交车动作,确认可以做下次出车。

续车申请

当用车申请人在外地用车过程中,需要增加用车时间时,需要提出续车申请,处理的步骤与用车申请一致。

消息管理

(MessageManage)

消息发送

当OA系统会议安排和用车安排流程处理完成后,系统自动发送电子邮件给流程下步处理人员,通知他们将要处理的事务。

消息接收

云山市教育局的各级人员,在自己的电子信箱中能够接收到将要处理的事务的通知邮件。

个人事务管理

(PersonalManage)

显示待参加会议列表

当用户登录后,系统显示需参加的会议列表。

显示待乘车出行信息

系统显示需坐车出行的信息列表。

显示待审批用车申请

系统显示需要该用户审批的用车申请数目,并且点击链接后,能够进入到具体审批操作界面,再完成审批活动。

显示待审批会议申请

系统显示待审批的会议数目,点击该链接后,能够进入到具体会议审批的操作界面,再完成会议审批活动。

显示待审批公文列表

系统显示待审批的公文列表,用户选择列表中的项后,系统能够显示该公文的详细信息,用户完成审批活动。

移动办公

(MobileManage)

显示待参加会议列表

当用户登录后,系统显示需自己参加的会议列表。

显示待坐车出行信息

系统显示需坐车出行的信息列表。

公文审批

系统显示待审批的公文列表,选择列表中某项公文后,系统能够显示该项公文的详细信息,并且可以完成审批的操作。

用车申请

系统显示待审批的公文列表,选择列表中某项公文后,系统能够显示该项公文的详细信息,并且可以完成审批的操作。

续用申请

当用车申请人在外地用车过程中,需要增加用车时间时,需要提出续车申请,处理的步骤与用车申请一致,在系统处理过程中可看成是新提交的用车申请。

日志管理

(LogManage)

记录日志

对系统后台管理的关键操作步骤给予日志记录,主要记录是哪个用户进行了哪些操作。

系统管理

(SystemManage)

用户登录

用户在系统提供的登录窗口中,输入管理员分配给该用户的用户名和密码,就能够登录系统,并且进入到个人工作面板。

用户注销

用户在使用系统的过程中,任何时候都可以执行注销操作,从而退出系统。

用户角色维护:

管理员可以维护系统中用户角色。

包括新建角色、删除角色等操作,建立好角色后,在建立和维护用户信息使用,以便给予不同的用户不同角色、不同的角色代表在系统访问中的不同的权限。

用户账号维护

管理员维护用户账户信息,可以根据有关部门给的名单或者资料,生成用户初始信息(用户名、密码、地址、电话、mail等)。

管理员可以维护用户信息,当用户密码忘记或者账号出问题时,可以恢复用户名和密码信息,并且通过mail发给用户。

管理员还可以删除用户信息。

公文模版资料维护

以word方式建立几个独立的公文模版,供用户填写公文时用,在公文流通时,以附件方式进入公文流通;可以新建和删除公文模版。

当某个公文模版有具体公文在流传时,则不能够删除公文模版,但是可以新建公文模版。

自定义公文处理流程

对每种类别的公文,设置相应的审批流程,以便在不同级别的单位、部门流转;要求能够实现新增公文处理流程,删除过时的公文处理流程。

当有某个公文处理流程有公文正在流转时,不能够执行删除操作,而新增公文处理流程则不受此规则限制。

会议类型维护

能够新建、删除、更改会议类型,建立好后供会议室定义、会议申请等操作使用。

会议类型包括会议名称、会议描述等信息。

会议设备资料维护

维护会议相关的视频、声音等多媒体设备,以及椅子、桌子、其它相关设备资料。

会议设备资料主要包括设备名称、描述、数量及备注等信息。

会议室资料维护

维护会议室名称、会议室相关介绍、能容纳人数以及会议室的类型等信息。

汽车资料管理

维护汽车相关信息,包括汽车牌照、型号、座位数、载重和备注等信息。

3数据库设计

数据库表设计

--部门表

createtableDepartment

D_IDintidentity(101,1)primarykey,

D_NameVarchar(20)notnull,

D_RemarksVarchar(Max)

--岗位表

createtablePost

P_IDintidentity(201,1)primarykey,

P_NameVarchar(20)notnull,

P_RemarksVarchar(Max)

--会议类型表

createtableTypeM

TM_IDintidentity(301,1)primarykey,

TM_NameVarchar(20)notnull,

TM_RemarksVarchar(Max)

--文档类型表

createtableTypeF

TF_IDintidentity(401,1)primarykey,

TF_NameVarchar(20)notnull,

TF_RemarksVarchar(Max)

--用户表

createtable[User]

U_IDintidentity(1001,1)primarykey,

U_NameVarchar(20)notnullunique,

U_PasswordVarchar(20)notnull,

U_PostintforeignkeyreferencesPost(P_ID),

U_DepintforeignkeyreferencesDepartment(D_ID),

U_EmailVarchar(20),

U_AddressVarchar(50),

U_PhoneVarchar(13),

U_timedatetime,

U_JobVarchar

(2)check(U_Job='是'orU_Job='否')default'是',

U_RemarksVarchar(200)

--车辆信息表

createtableVehicle

V_IDintidentity(501,1)primarykey,

V_NumVarchar(7)notnull,

V_NameVarchar(20)notnull,

V_StatusVarchar(4)check(V_Status='正常'orV_Status='维修'orV_Status='租用')default'正常',

V_Seatint,

V_Pilotintforeignkeyreferences[User](U_ID),

V_RemarksVarchar(Max)

--设备表

createtableEquipment

E_IDintidentity(601,1)primarykey,

E_NameVarchar(20)notnull,

E_DescriptionVarchar(50),

E_StatusVarchar(4)check(E_Status='正常'orE_Status='损坏')default'正常',

E_sumint,

E_Idleint,

E_RemarksVarchar(Max)

--会议表

createtableMeeting

M_IDintidentity(2001,1)primarykey,

M_UIDintforeignkeyreferences[User](U_ID),

M_TypeintforeignkeyreferencesTypeM(TM_ID),

M_ThemeVarchar(20),

M_DepictVarchar(20),

M_Startdatetime,

M_Enddatetime,

M_RemarksVarchar(Max),

M_StatusVarchar(10)check(M_Status='审批通过'orM_Status='审批不通过'orM_Status='未审批')default'未审核',

M_Auditintforeignkeyreferences[User](U_ID),

M_AuditStatusVarchar(4)check(M_AuditStatus='同意'orM_AuditStatus='反对'),

M_AuditRemarksVarchar(Max),

M_Approvalintforeignkeyreferences[User](U_ID),

M_ApprovalStatusVarchar(4)check(M_ApprovalStatus='同意'orM_ApprovalStatus='反对'),

M_ApprovalRemarksVarchar(Max),

--用车表

createtableCar

C_IDintidentity(3001,1)primarykey,

C_UIDintforeignkeyreferences[User](U_ID),

C_DepartureVarchar(20),

C_DestinationVarchar(20),

C_VIDintforeignkeyreferencesVehicle(V_ID),

C_Startdatetime,

C_Enddatetime,

C_ReasonVarchar(Max),

C_StatusVarchar(10)check(C_Status='审批通过'orC_Status='审批不通过'orC_Status='未审批')default'未审核',

C_Auditintforeignkeyreferences[User](U_ID),

C_AuditStatusVarchar(4)check(C_AuditStatus='同意'orC_AuditStatus='反对'),

C_AuditRemarksVarchar(Max),

C_Approvalintforeignkeyreferences[User](U_ID),

C_ApprovalStatusVarchar(4)check(C_ApprovalStatus='同意'orC_ApprovalStatus='反对'),

C_ApprovalRemarksVarchar(Max),

--文档表

createtable[File]

F_IDintidentity(4001,1)primarykey,

F_UIDintforeignkeyreferences[User](U_ID),

F_TypeintforeignkeyreferencesTypeF(TF_ID),

F_ContentVarchar(Max),

F_RemarksVarchar(Max),

F_StatusVarchar(10)check(F_Status='审批通过'orF_Status='审批不通过'orF_Status='未审批')default'未审核',

F_Auditintforeignkeyreferences[User](U_ID),

F_AuditStatusVarchar(4)check(F_AuditStatus='同意'orF_AuditStatus='反对'),

F_AuditRemarksVarchar(Max),

F_Approvalintforeignkeyreferences[User](U_ID),

F_ApprovalStatusVarchar(4)check(F_ApprovalStatus='同意'orF_ApprovalStatus='反对'),

F_ApprovalRemarksVarchar(Max),

相关的视图设计

——用户视图

CREATEVIEWv_User

AS

SelectU_ID,U_Name,P_Name,D_Name,U_Email,U_Address,U_Phone,U_time,U_Job,U_Remarks

from[User],Post,Department

whereU_Post=P_IDANDU_Dep=D_ID

——会议视图

CREATEVIEWv_Meeting

AS

selectM_ID,M_UID,U_Name,TM_Name,M_Theme,M_Depict,M_Start,M_End,M_Remarks,M_Status,(selectU_Namefrom[User]whereU_ID=M_Audit)ASAudit,M_AuditStatus,M_AuditRemarks,(selectU_Namefrom[User]whereU_ID=M_Approval)ASApproval,M_ApprovalStatus,M_ApprovalRemarks

fromMeeting,[User],TypeM

WHEREM_UID=U_IDANDM_Type=TM_ID

——用车视图

CREATEVIEWv_Car

AS

SELECTC_ID,C_UID,U_Name,C_Departure,C_Destination,V_Num,C_Start,C_End,C_Reason,C_Status,(selectU_Namefrom[User]whereU_ID=C_Audit)ASAudit,C_AuditStatus,C_AuditRemarks,(selectU_Namefrom[User]whereU_ID=C_Approval)ASApproval,C_ApprovalStatus,C_ApprovalRemarks

FROMCar,[User],Vehicle

WHEREC_UID=U_IDANDC_VID=V_ID

——文档视图

CREATEVIEWv_File

AS

SELECTF_ID,F_UID,U_Name,TF_Name,F_Content,F_Remarks,F_Status,(selectU_Namefrom[User]whereU_ID=F_Audit)ASAudit,F_AuditStatus,F_AuditRemarks,(selectU_Namefrom[User]whereU_ID=F_Approval)ASApproval,F_ApprovalStatus,F_ApprovalRemarks

FROM[File],[User],TypeF

WHEREF_UID=U_IDANDF_Type=TF_ID

4公文管理设计说明

程序描述

在公文管理功能模块中,主要是完成公文的起草、审核、审批、发文和归档等操作,实

现公文管理的办公自动化,主要包括以下功能:

公文发起(起草):

教育局各个处室有公文发起权限的办公人员起草公文,包括选择公文模版、填写公文、发送公文等操作步骤。

发送公文时,需要填写公文名称、公文简介,公文正文作为附件方式保存和流传。

公文发送后,按照预先定义好的流程进行流传。

公文审核:

教育局的各个处室的办公室主任能够对本处室发起(起草)的公文进行审核,确保该公文的格式和内容符合相关政策、法规、条例等要求,签字确认后,该公文进入下一步流转活动。

公文审批:

教育局局长可以对全局发布的公文进行审批,审批完成后直接生效,并发送给各级相关部门;教育局各副局长可以对自己分管的处室发布的公文进行审批,根据公文的处理流程,如不需要局长审批,则直接生效,否则公文流转到局长审批。

公文发送与接收:

公文审批生效后,会发送给该公文的所有接受人;接收人用自己的用户账号和密码登录OA系统后,能够查看到发送给自己的公文,并且能够下载附件中公文正文,执行打印操作。

公文归档:

当公文处理完成后,具有归档权限的人员执行那个归档操作,系统自动把相应的公文归档备份。

界面设计模拟图

性能

数据的完整性,准确性

录入数据采用表格方式,限制录入数据类型及取值范围以保正数据的完整性及准确性。

灵活性

对数据输入的要求不大,可输入数字、英文字母、汉字等等,操作界面简洁,用户在使用系统时会感到很轻松,进行的都是增、删、查、改的最基本的操作,况且用户所需要的操作都有明显的标志提示,所以操作很灵活。

数据完成的时间性

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

数据安全性

依赖于网络本身对用户使用权限的规定。

在程序模块中通过使用密码控制功能对用户使用权限加以限制。

输入项

输出项

算法

接口

注释设计

a.加在模块首部的注释:

//**;

b.加在各分枝点处的注释:

//*;

c.对各变量的功能、范围、缺省条件等所加的注释:

//****//;

d.对使用的逻辑所加的注释等等:

//;

限制条件

5会议管理设计说明

程序描述

在会议管理功能模块中,要完成会议申请、审批及会议归档等操作,实现

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1