收藏本站
我的资料
   
查看手机网站
OA系统选型网
采购软件系统 选型  免费咨询平台
按系统领域分
  • OA协同系统 • 移动应用
    OA协同系统
    无纸化系统
    移动OA
    协同管理
    移动应用
    移动考勤
    移动报销
    移动营销
  • HR人力资源 • 合同管理
    HR人力资源
    人事管理
    薪酬管理
    考勤管理
    招聘培训管理
    合同管理
    合同管理
  • CRM客户管理 • 项目管理
    CRM客户管理
    客户管理
    销售管理
    在线CRM
    项目管理
    项目管理
  • ERP系统 • 财务系统
    ERP系统
    生产制造ERP
    商贸ERP
    云ERP
    通用ERP
    财务系统
    资金管理
    财务管理
    报表管理
    财税一体化
  • 网站开发• 网络推广
    网站设计开发
    网站建设
    定制开发
    小程序
    网络推广
    SEO优化推广
    万词霸屏推广
    大搜竞价推广
  • 进销存 • 订货商城系统
    进销存管理
    库存管理
    采购管理
    存货核算
    在线进销存
    订货系统
    分销商城
    订货商城
    微信三级分销
  • 文档管理 • 流程管理
    文档管理
    文档查询
    文档存储管理
    文档安全管理
    流程管理
    流程管理
  • 预算管理 • 资产管理
    预算管理
    费用预算
    全面预算
    资产管理
    固定资产
    资产使用管理
  • 系统集成 • 生产制造• 其它
    系统集成
    安防监控
    远程管理
    生产制造
    生产管理
    设备管理
    产能管理
    生产计划
    其他
    硬件设备
    400号码
    教育系统
    其它

企业办公 OA项目需求分析说明书(精品)

 二维码 1376
发表时间:2022-06-23 11:10作者:oa网址:http://www.gxskm.com


企业办公 OA项目需求分析说明书(精品)

1.1编写目的 ............................................................... 3

1.2背景 ................................................................... 3

1.3定义 ................................................................... 3

1.4参考资料 ............................................. 4

2.1系统目标 ............................................................... 4

2.2用户的特点 ............................................................. 4

2.3应用范围 ............................................. 5

2.4假定和约束 ............................................................. 4

2.5系统平台及应用软件开发总体需求 ......................................... 5

3.1应用软件总体构成 ....................................................... 7 3.2对功能的规定 ........................................................... 9

3.2.1电子邮件 ........................................................... 9

3.2.2信息发布 .......................................................... 10

3.2.2.1电子公告 ...................................................... 10

3.2.2.2电子论坛 ...................................................... 10

3.2.2.3电子期刊 ...................................................... 11 3.2.3公文流程 .......................................................... 12

3.2.3.1收文管理 ...................................................... 12

3.2.3.2发文管理 ...................................................... 15

3.2.3.3呈批件管理 .................................................... 17

3.2.3.3呈批件管理 .................................................... 18

3.2.3.4函件管理 ...................................................... 21

3.2.3.5传真电报管理 .................................................. 24 3.2.4会议管理 .......................................................... 27

3.2.5业务办公 .......................................................... 28

3.2.5业务办公 .......................................................... 29

3.2.5.1车辆管理 ...................................................... 29

3.2.5.2报表传递 ...................................................... 32

3.2.5.3合同管理 ...................................................... 35

3.2.5.4会议室资源管理 ................................................ 37

3.2.5.5业务文件审批管理 .............................................. 39 3.2.6档案管理系统 ...................................................... 40 3.2.6档案管理系统 ...................................................... 41

3.2.6.1文书档案管理 .................................................. 41

3.2.6.2归档文件管理 .................................................. 41

第1页

3.2.7待办事宜 .......................................................... 42

3.2.8个人办公服务 ...................................................... 43

3.2.8.1用户认证 ...................................................... 43

3.2.8.2密码修改 ...................................................... 43

3.2.8.3个性设置 ...................................................... 43

3.2.8.4外出设置 ...................................................... 43

3.2.8.5常用意见 ...................................................... 43

3.2.8.6日程安排 ...................................................... 43

3.2.8.7个人通讯录 .................................................... 43

3.2.8.8任务指派 ...................................................... 44 3.2.9系统界面 .......................................................... 45

3.2.9.1系统登录界面 .................................................. 45

3.2.9.2系统功能界面 .................................................. 45

3.2.9.3常用界面元素与图片 ............................................ 45

3.2.10系统维护 ......................................................... 46

3.2.10.1人员与组织 ................................................... 46

3.2.10.2工作岗位 ..................................................... 46

3.2.10.3组织机构 ..................................................... 46

3.2.10.4流程配置 ..................................................... 46

3.2.10.5检索配置 ..................................................... 46

3.2.10.6流程日志 ..................................................... 46 3.3对性能的规定 .......................................................... 47

3.4输人输出要求 .......................................................... 47

3.5数据管理能力要求 ...................................................... 47

4.1设备 .................................................................. 48

4.2支持软件 .............................................................. 48

第2页

本文档是对本公司办公自动化系统推广的需求进行简单地分析

和说明,为公司做信息化建设提供建议和参考。

我们正处在从“工业社会”向“信息社会”过渡的伟大时代!集

团信息化建设正快步进行,并取得一定成果,为响应集团信息化建设

规划,保证我公司顺利完成集团的信息化发展规划要求,对我公司的

办公系统需求做简要分析。

目前我公司项目公司多,部分之间联系频繁,为强化企业内部管

理,提高企业办公效率,在集团公司的统一协调下,决定在全公司推

广办公自动化。

目前我公司正使用的OA系统,无法通过自身改进来满足今天的需求,必须选择一家专业的房地产OA系统开发公司,从新开发办公系统,及集成一系列的客户关系管理系统、销售管理系统、开发项目

管理系统。

第3页

结合目前公司旧OA系统的特性,全面考虑办公自动化的功能、

性能、可操作性和可视性,使得设计的新系统能够克服旧系统中的不

足,增强旧系统的功能,为公司决策层提供辅助决策的办公平台,为

各职能部门办公人员实现无纸化和移动办公。在设计实施的过程中尽

量要做到吸收和继承旧系统的优点,保留旧系统好的操作习惯,新系

统还应具有良好的扩展性、易用性,安装、实施、管理简便,运行维

护费用低的特点。通过办公自动化系统的建设和应用,逐步实现我公

司办公无纸化、信息电子化、办公事务处理并行化,以提高办公效率

和办公质量为最高目标。

公司有Internet固定IP,项目公司部分是固定IP、部分是拨

号上网,公司与项目公司之间无内网连接。

1、 考虑到安全问题,公司至少有一台OA专用服务器,服务器标准需要根据具体业务需要才能定; 2、 集团,公司和项目公司之间以内网方式连接还是以万维网的方

第4页

式连接也需要以具体业务及系统安全性来决定。

1、网络服务器: 采用PC服务器作为系统的应用服务器

2、操作系统与系统软件平台

客户端安臵:支持Window 2000、Window XP、Windows 98

浏览器:采用IE 6.0,支持IE 7.0 3、应用软件系统总体开发说明

(1).新的OA系统将采用B/S模式,实现公文流程和业务流程处理的

自动化,对办公流程可进行环节定义、路径设臵以及路径规则的

描叙,从而实现办公流程依照规则可灵活配臵,如流程回退,流

程的跳跃,流程路径的增加等,同时还可对办公流程进行流程监

控;

(2).通过电子邮件系统实现公司内部员工与外部用户自由通信和交

流;

(3).系统通过对使用者的注册和验证,来确保系统一级的安全性,防

止非法用户进入系统,系统通过对权限的定义和分配,防止用户

对系统越权操作;

(4).对个人到来的邮件、公务通知提供了声音或视觉提醒,方便用户

即时处理邮件和公文;

(5).由系统管理员对用户操作导致的流程死节点进行疏通,保证公文

流程和业务流程的畅通,提高系统运行的容错性和可靠性。当主

第5页

文档发生错误时,由系统管理员对出错的文档进行修正,并保证

主文档修正后,其相关的传阅、会签的文档的正确。有效的防止

错误文档的扩散;

(6).可进行网上公告信息的发布,网上电子讨论; (7).新系统将增强文档编辑功能,拟采用word作为超文本的编辑器。

提高OA的文字的处理功能,如插入图表、文字、的排版,增加

红头文件加盖电子印章等;

(8).新系统将增强文件的查询功能,提供多种文件分类和多条件的组

合查询,支持跨库查询。实现对公司和部门各种资料、文档、档

案的分类保存和方便快捷的查找,达到信息的完全共享;

(9).增加系统的稳定性,防止出现坏文档和死文档,强化文件的并行

处理能力,有效解决文件的加锁和解锁问题; (10).对数据量大的系统分时间段建库,以提高系统的处理速度;

(11).对公文流程处理和业务流程处理环节设臵处理时限,对超时的

处理进行提醒和督促,从而提高办公效率; (12).对公文流程处理和业务流程处理可进行授权,使得外出时,工

作可交他人代理;

(13).新系统提供个性化的服务,如:个人操作界面,个人常用意见

等;

(14).打破部门间的藩篱,实现公文流程和业务流程在部门间的协作

和交流;

(15).实现集团公司与机施公司之间的文件收发回执功能,以避免文

第6页

件收发有遗漏;

(16).对附件文档修改后可以直接保存,而不必拆离。

第7页

电子邮件(收件箱、发件箱、草稿、废纸篓)

信息发布

电子公告(公司公告、常用信息、人员外出)

电子论坛(技术交流、员工天地、企业文化论坛、焦点话题)

电子期刊(企业文化、领导讲话、精彩回放)

公文流程

收文管理(公司收文、部门收文)

发文管理(公司发文、部门发文、会议纪要)

呈批件管理(公司请示、部门请示、公司报告、部门报告)

函件管理(公司函、部门函)

传真电报管理(公司传真电报、部门传真电报)

会议管理(计划内会议、计划外会议)

业务办公

车辆管理

报表传递

合同管理

业务文件审批

会议室资源管理

档案管理

文书档案管理

归档文件管理

待办事宜(待办文件、待阅文件、已办工作)

个人办公服务

用户认证

修改密码

个性设置

外出设置

常用意见

日程安排

个人通讯录

任务指派

系统界面

系统登录界面

系统功能界面

模块界面元素与图片

系统维护

人员与组织

工作岗位

组织机构

流程配置

检索配置

流程日志

第8页

在公司的OA网上,用户可在全公司和各子公司范围内相互收发电子邮件,邮件系统内

具有收件箱、发件箱、草稿、废纸篓功能,在系统内可对邮件进行转发、删除、保存、回执

等多种操作,此外还需达到如下要求:

(1).当有新邮件到达时,系统以声觉和视觉的形式对收件人进行提醒; (2).OA邮件可通过Internet发出,也可接收Internet上的邮件; (3).可以将邮件归到设定的文件夹内,也可将邮件归到本地(OutLook)保存; (4).可对邮件按时间、人员排序查寻;

(5).可对邮箱大小进行限制;

(6).可在邮件系统内进行个人的工作计划或任务的日程安排,并可自动提醒; (7).外出时,可对别人发来的邮件进行自动应答;

(9).发送邮件时,可通过地址本选定发送人和群组,也可通过按部门和科室选定发送人和群

组,查询群组成员可通过查询基础数据。

第9页

在OA系统中,对公司级和部门级的一些告示、通知等公告信息进行管理,为企业提供

公告信息的编辑、审批、播发、清除等功能,其设计要求如下: (1).由系统管理员设定公告信息管理员群组,公告信息管理员群组成员可维护; (2).只有公告信息管理员群组中的成员才能编辑、播发、清除公告信息; (3).公告信息管理员群组中的成员编辑的公告信息必须经过领导审批才能进行发布; (4).系统可将超过播发期限的公告信息做自动清除;

(5).公告信息可在屏幕上循环滚动播发,同时滚动播发的速度可设定。

在OA系统中,为员工提供其他员工外出授权信息的查询。当公司某些员工由于特殊原

因不能及时登陆OA系统处理日常公务时,在其外出前能在OA系统中设置一个或多个员工代理其处理日常公务,在其外出设置完成后,其他员工可以查阅到外出员工的信息。

在OA系统中,为员工提供常用信息(旅游信息、酒店信息、火车时刻信息等)地编辑、

发布、查询功能。由系统管理员设定常用信息发布群组,只有常用信息发布群组中的成员才

能编辑和发布公司常用信息,同时可以及时修改相关信息,一般员工只能查阅信息。

在OA网内部,为员工提供讨论、交流的园地, 其设计要求如下: (1).员工可在电子论坛上发表意见或针对别人的意见与之讨论; (2).讨论主题由设定的管理员定期删除;

(3).讨论的空间分四种:技术交流、员工天地、企业文化、焦点话题; (4).为增强电子论坛的严肃性,在论坛上参与讨论的员工全部签署真实姓名。

员工对公司内部相关技术方面的问题在技术交流中建立相关主题,方便其他员工实时参

与讨论和交流,及时解决相关技术方面的难点或疑点。

:

员工将自己对工作、学习、生活等方面感兴趣的问题在员工天地中建立相关主题,方便

其他员工实时参与讨论和交流,以便增进员工间的相互了解。

:

员工对公司企业文化建设方面的问题提出相关主题,方便其他员工实时参与讨论和交

流,让公司每个员工对公司企业文化建设出谋划策,以便提高公司整体竞争力。

:

员工对当今社会比较关注的话题在焦点话题中建立相关主题,方便其他员工实时参与讨

论和交流。

第10页

为公司和部门提供需要对所有员工发布的规章制度、企业文化、技术资料等在OA网上

发布的空间,方便员工及时学习和了解公司规章制度、企业文化、技术资料。系统管理员可

以设定电子期刊管理员群组,只有电子期刊管理员群组中的成员才能编辑、修改期刊信息,

一般员工只能查询相关信息。

:

电子期刊管理员定期将公司企业文化建设方面的信息发布到企业文化专栏,方便员工及

时了解公司的企业文化。

:

电子期刊管理员定期将公司领导在一些大型会议上的讲话发布到领导讲话专栏,让员工

随时有机会领会公司会议精神。

:

电子期刊管理员定期将公司一些大型活动中记录的文字、图片、视频等资料在精彩回放

专栏中发布,供员工浏览查询,以便提供公司集体荣誉感和员工凝聚力。

第11页

对公司和部门收到上下级公司、或其它单位的来文后所进行的一系列处理过程进行计算

机管理,收文管理分为公司收文和部门收文两种,公司收文基本处理环节包括登记、拟办、

批示、分发、部门签收、部门批示、部门办理和传阅等处理环节,部门收文基本处理环节包

括登记、部门批示、部门办理和传阅等处理环节。其设计要求如下: 1、 收文管理为分公司收文和部门收文两种。收文环节和路径可由管理员自行设定,默认可

设为登记、拟办、批示、分发、部门签收、部门批示、部门办理、传阅、督办、归档等。

其默认工作流程如图【公司收文业务流程图】和【部门收文业务流程图】所示; 2、 收文原件支持多种形式的文档格式,对纸质文件可直接扫描引入; 3、 可自动形成收文登记流水号,对文件分类、来文单位等有一定规律的栏目,应做到选择

和输入方式相结合;

4、 对涉密文件,系统可以只填写收文登记表,而不引入原件; 5、 可按收文处理状态、文件类型、文件字号、来文单位等进行查询,并提供全文检索; 6、 文件在办理的过程中,要求承办者与协办者相互之间可动态查阅,办理完毕后督办人可

查看承办与协办意见和结果,并可视办理情况可打回承办者和协办者重新办理,或送交

归档;

7、 文件传阅者传阅完毕应可签传阅意见和签名,传阅文件的分发者应可感知文件传阅人的

传阅意见和签名;

8、 文件在归档状态后应在设定的时间内保留,超过时间后系统自动清除; 9、 当流程进行中遇到死结点时,收文系统管理员应可通过意外事件处理系统对死结点进行

疏通,以保证流程的通畅;

10、 系统可进行监控督办文件的办理情况,对到期和逾期未办的文件,系统能自动催办。

收文日期 收文序号 来文单位 文件字号 来文标题

收文主题词

文件类型 紧急程度 份 数 性质 密 级 收文流水号

承办部门 拟办

意见 协办部门

拟办意见

批示意见

办理情况

第12页

A:从函件数据收集库中文件转入收文函件数据收集库A

系统,如果是纸制文件,则扫描文件

B:办公室收发员将文件登记编号 登记B

C:办公室领导或秘书拟办来文,提出

流转意见

拟办C D:公司领导对来文进行批示

E:办公室收发员将文件发放给相关部

批示D 门,发放形式有三中:承办、协办、传

阅,根据文件性质具体发放形式由领导

和收发员决定

分发E F:承办部门领导对文件提出处理意

见,指定人员办理

承办拟办F 协办拟办J 传G:承办人员办理具体事宜

L H:办公室相关人员对文件进行督办

承办G 协办K I:办公室相关人员将文件送入档案室

J:协办部门领导拟办文件 督办H

K:协办人员办理具体事宜

L:传阅部门和人员传阅文件 归档I

第13页

A:从函件数据收集库中文件转入部门

函件数据收集库A 收文系统,如果是纸制文件,则扫描文

B:部门收发员将文件进行登记 登记B

C:部门领导拟办来文,提出流转意见

拟办C D:部门收发员将文件发放给相关人

员,发放形式有三中:承办、协办、传

阅,根据文件性质具体发放形式由部门

领导和收发员决定 分发D

E:传阅人员传阅文件

承办G 协办H 传F:部门收发员对文件进行督办

G:承办人员办理具体事宜 E

督办F H:协办人员办理具体事宜

I:部门收发员将文件送入档案 归档I

第14页

对公司名义发出和部门名义发出的红头文件的处理过程进行计算机管理,发文管理分为

公司发文和部门发文两种,公司发文基本处理环节包括拟稿、部门审核、会签、办公室核稿、

签发、成文、发布、归档等处理环节,部门发文基本处理环节包括拟稿、办公室核稿、部门

领导签发、成文、发布、归档等处理环节。其默认工作流向如图【公司发文业务流程图】和

【部门发文业务流程图】所示。设计要求如下:

1、 公司发文和部门发文流程环节和路径可自行设定,默认可设为拟稿、部门审核、会签、

办公室核稿、签发、成文、发布、归档等处理环节; 2、 支持加盖与日期合成的电子公章;

3、 在公文处理中,增加文件的密级程度和紧急程度,并分别标示; 4、 发文文件字、文件号、部门应三者对应,在年末时还应考虑文件号的跨年度问题;

5、 发文流水号可自动生成,也可指定流水号,如果指定的流水号比最大流水号值(系统维

护中的)小,则指定流水号不影响当前系统中的最大流水号值(系统维护中的),如果

指定的流水号比最大流水号值(系统维护中的)大,则系统维护中的流水号为当前指定

的最大流水号值;

6、 发文会签有串行和并行二种供用户选择,二者都要求可进入流程配置,会签人可自己会

签、也可转交他人会签,会签人不修改正文,只填写会签意见和签名; 7、 当流程进行中遇到死结点时,发文系统管理员应可通过意外事件处理系统对死结点进行

疏通,以保证流程的通畅;

8、 文件头中的发文单位中的主送单位、抄送单位、抄报单位应与正文中的主送单位、抄送

单位、抄报单位一致,并始终用顿号分隔;

9、 可按发文处理状态、红头标题、文件类型、文件字号、发文部门等进行查询,并提供全

文检索;

10、 单位内发文所发到各部门的文件作为发文类型处理,如有部门漏发的情况则可再次

补发;

11、 起草人对自己起草的未发送文件有删除权限; 12、 发文正文修改痕迹和处理意见都可保留。

标题:

集团内接受部门(单位): 发文单位: 分发: 发文性质: 抄报: 使用特殊红头: 抄送: 特殊红头选择: 文件分隔线:

是否需要文号: 是否联合发文:

第15页

拟稿A A:起草人起草公司发文

B:部门领导审核起草人起草的文件,如

果不符合要求,可以退回起草人重拟 审核B

C:办公室对通过审核的文件进行文字审会签G 核,如果不符合要求,可以退回起草人 核稿C

D:公司领导对文件签发,领导也可以终

止发文过程

签发D E:办公室对领导签发通过的文件进行成

文、编号、发放等一系列处理

成文、分发E F:办公室对发放过的文件送入档案室

G:如果文件需要会签,部门领导可以决

定将文件送到相关部门领导征求意见 归档F

第16页

拟稿A

A:起草人起草部门发文

B:办公室文件进行文字审核,如果不符核稿B 合要求,可以退回起草人

C:部门领导对文件签发,领导也可以终

签发C 止发文过程

D:办公室对签发通过的文件进行成文、

编号、发放等一系列处理 成文、分发D

E:办公室对发放过的文件送入档案室

归档E

第17页

对公司员工向公司领导或部门领导请示、汇报工作情况所进行的一系列处理过程进行计

算机管理,呈批件分为公司请示、部门请示、公司报告、部门报告四种。公司请示和公司报

告基本处理环节包括拟稿、部门审核、公司审核、返回申请部门、归档等处理环节;部门请

示和部门报告基本处理环节包括拟稿、部门审核、返回申请人、归档等处理环节。其设计要

求如下:

1、 各级呈批件流程环节和路径可自行设定。其默认工作流向如图【公司呈批件业务流程图】

【部门呈批件业务流程图】所示;

2、 呈批件流水号可自动生成,也可指定流水号,如果指定的流水号比最大流水号值(系统

维护中的)小,则指定流水号不影响当前系统中的最大流水号值(系统维护中的),如

果指定的流水号比最大流水号值(系统维护中的)大,则系统维护中的流水号为当前指

定的最大流水号值;

3、 呈批件会签有串行和并行二种供用户选择,二者都要求可进入流程配置,会签人可自己

会签、也可转交他人会签,会签人不修改正文,只填写会签意见和签名; 4、 当呈批件流程进行中遇到死结点时,呈批件系统管理员应可通过意外事件处理系统对死

结点进行疏通,以保证流程的畅通;

5、 文件在办理的过程中,要求承办部门和承办者与协办部门和协办者相互之间可动态查

阅,办理完毕后督办人可查看承办与协办意见和结果,并可视呈批件办理情况打回承办

者和协办者重新办理,或送交归档;

6、 系统可进行监控督办文件的办理情况,对到期和逾期未办的文件,系统能自动催办;

7、 可按呈批件处理状态、类型、部门等进行查询,并提供全文检索。

自编文号: 发文单位或发文人 发文日期 主送领导或部门 抄送领导或部门

领导或部门 批复、指令

事由

第18页

拟稿A A:请示或报告人起草请示或报告的文

件内容

审核B B:部门领导审核请示或报告的文件内

容,如果需要使用资金,则需进行财务

审核,如果不使用资金,则直接送公司

领导审核 财务部审核C

C:财务部领导对请示或报告的文件进

行审核

财务总监审核D

D:财务总监对请示或报告的文件进行

审核

公司领导审核E E:公司领导对请示或报告的文件进行

审核,公司领导包括分管领导或总经理

回复拟稿人F F:将审核结果返回请示或报告人

K:将文件送档案作资料保存

归档G

第19页

拟稿A

A:请示或报告人起草请示或报告的文

件内容

审核B B:部门领导对请示或报告的文件内容

进行审核

回复C C:部门领导将审核结果回复起草人

D:将文件送入档案作资料保存

归档D

第20页

对以公司名义或部门名义所发出的函件的形成过程进行计算机管理,函件管理分公司函

件和部门函件两种类型,公司函件流程基本包括拟稿、部门审核、会签、综合部核稿、签发、

成文、发布、归档等处理环节,部门函件基本流程包括拟稿、部门签发、成文、发布、归档

等处理环节。其设计要求如下:

1、 函件管理流程环节和路径可由系统管理员自行设定,各级便函流程节点名称可自行设

定,其默认工作流如图【公司函件业务流程图】【部门函件业务流程图】所示; 2、 函件文件字、文件、部门应三者对应,在年末时还应考虑文件号的跨年度问题; 3、 函件流水号可自动生成,也可指定流水号,如果指定的流水号比最大流水号值(系统维

护中的)小,则指定流水号不影响当前系统中的最大流水号值(系统维护中的),如果

指定的流水号比最大流水号值(系统维护中的)大,则系统维护中的流水号为当前指定

的最大流水号值;

4、 函件会签有串行和并行二种供用户选择,二者都要求可进入流程配置,会签人可自己会

签、也可转交他人会签,会签人不修改正文,只填写会签意见和签名; 5、 当流程进行中遇到死结点时,函件系统管理员应可通过意外事件处理系统对死结点进行

疏通,以保证流程的畅通;

6、 以公司名义发到各部门的函件,在各部门内应作为部门的收文流程处理; 7、 可按函件处理状态、类型、部门等进行查询,并提供全文检索; 8、 抄送单位、部门或人员之间一律始终用顿号“、”分开。

事 由:

正 文:

发文单位: 领导签发: 拟稿人: 发文 字 号 总页数 分 发:

抄 报:

抄 送:

发出时间: 广州市建筑机械施工有限公司

第21页

拟稿A A:起草人起草公司函

B:部门领导审核起草人起草的文件,如

果不符合要求,可以退回起草人重拟 审核B

C:办公室对通过审核的文件进行文字审会签G 核,如果不符合要求,可以退回起草人 核稿C

D:公司领导对文件签发,领导也可以终

止发文过程

签发D E:办公室对领导签发通过的文件进行成

文、编号、发放等一系列处理

成文、分发E F:办公室对发放过的文件送入档案室

G:如果文件需要会签,部门领导可以决

定将文件送到相关部门领导征求意见 归档F

第22页

拟稿A

A:起草人起草部门函

B:办公室文件进行文字审核,如果不符核稿B 合要求,可以退回起草人

C:部门领导对文件签发,领导也可以终

签发C 止发文过程

D:办公室对签发通过的文件进行成文、

编号、发放等一系列处理 成文、分发D

E:办公室对发放过的文件送入档案室

归档E

第23页

对以公司名义或部门名义所发出的传真电报的形成过程进行计算机管理,传真电报管理

分公司传真电报和部门传真电报两种类型,公司传真电报基本包括拟稿、部门审核、会签、

综合办核稿、签发、成文、发布、归档等处理环节,部门传真电报基本包括拟稿、部门签发、

成文、发布、归档等处理环节。其设计要求如下:

1、 传真电报流程环节和路径可由管理员自行设定,其默认工作流向如图【公司传真电报业

务流程图】【部门传真电报业务流程图】所示;

2、 传真电报文件字、文件号、部门应三者对应,在年末时还应考虑文件号的跨年度问题; 3、 传真电报流水号可自动生成,也可指定流水号,如果指定的流水号比最大流水号值(系

统维护中的)小,则指定流水号不影响当前系统中的最大流水号值(系统维

护中的),如果指定的流水号比最大流水号值(系统维护中的)大,则系统维

护中的流水号为当前指定的最大流水号值;

4、 传真电报会签有串行和并行二种供选择,二者都要求可进入流程配置,会签人可自己会

签、也可转交他人会签,会签人不修改正文,只填写会签意见和签名; 5、 当流程进行中遇到死结点时,传真电报系统管理员应可通过意外事件处理系统对死结点

进行疏通,以保证流程的畅通;

6、 以公司名义发到各部门的传真电报,在各部门内应作为部门的收文流程处理; 7、 可按传真电报处理状态、类型、部门、文件字号等进行查询,并提供全文检索; 8、 抄送单位、部门或人员之间一律始终用顿号“、”分开。

事 由:

正 文:

发文单位: 领导签发:

拟稿人: 发文 字 号 总页数 分 发:

抄 报:

抄 送:

发出时间: 广州市建筑机械施工有限公司

第24页

【公司传真电报业务流程图】

拟稿A A:起草人起草公司传真电报

B:部门领导审核起草人起草的文件,如

果不符合要求,可以退回起草人重拟 审核B

C:办公室对通过审核的文件进行文字审会签G 核,如果不符合要求,可以退回起草人 核稿C

D:公司领导对文件签发,领导也可以终

止发文过程

签发D E:办公室对领导签发通过的文件进行成

文、编号、发放等一系列处理

成文、分发E F:办公室对发放过的文件送入档案室

G:如果文件需要会签,部门领导可以决

定将文件送到相关部门领导征求意见 归档F

第25页

拟稿A

A:起草人起草部门传真电报

B:办公室文件进行文字审核,如果不符核稿B 合要求,可以退回起草人

C:部门领导对文件签发,领导也可以终

签发C 止发文过程

D:办公室对签发通过的文件进行成文、

编号、发放等一系列处理 成文、分发D

E:办公室对发放过的文件送入档案室

归档E

第26页

对计划会议和日常的会议审批过程进行计算机管理,同时可以发会议通知,会议审批流

程为起草、部门审核、办公室审核、领导审核、预定会议室、发会议通知、归档等处理环节,

会议审批流程如【会议审批业务流程图】。其设计要求如下: 1、 会议管理审批流程环节和路径可自行设定,默认可设为起草、部门审核、办公室审核、

领导审核、预定会议室、发会议通知、归档等处理环节; 2、 能够以图形化的方式查看会议室的使用和预定情况,以便能够了解会议室的空闲便于预

定会议室;

3、 可对会议的内容(会议名称、召开部门、日期、会期、地点、参加范围、费用预算等)进

行一系列审批;

4、 可发邀请函到部门或个人参加会议,并可接收邀请回执; 5、 会议管理会签有串行和并行二种供用户选择,二者都要求可进入流程配置,会签人可自

己会签、也可转交他人会签,会签人不修改正文,只填写会签意见和签名; 6、 当流程进行中遇到死结点时,会议计划管理员应可通过意外事件处理系统对死结点进

行疏通,以保证流程的通畅;

7、 可按会议计划处理状态、类型、部门等进行查询,并提供全文检索; 8、 可对会议的召开过程和决议进行记录(如基本情况、人员出席、议题讨论、会议发言),

并可整理形成会议纪要。

拟稿人员: 拟稿部门: 会议时间: 会议地点: 会议参与人数: 会议紧急程度: 召开会议主题:

会议详细描述:

第27页

开始 A会议申请人针对会议情况起草

会议申请表,详细填写会议相关信

拟稿A

B会议申请人的部门领导审核会议

申请

部门审核B

C办公室负责领导审核会议申请

办公室审核C D公司领导审核会议申请

E 会议起草人为会议预定会议室

领导审核D 并准备会议资料

F会议起草人对参加的部门和人员

预定会议室E 发放会议通知

G处理完毕的流程后台归档处理 发会议通知F

H红线表示可以退回的环节

归档处理G

第28页

主要对公司车辆使用申请、司机基本情况、及车辆使用情况进行计算机管理。车辆申请

的基本处理环节包括:申请人填写申请单、部门领导审批、办公室派车、申请单反馈等。其

设计要求如下:

1、 车辆基本信息管理:内容包括详细记录车辆的型号、车号、驾驶员等信息,形成车辆台

帐;

2、 车辆调度管理:管理各部门的用车调度情况,包括用车申请、审批及派车单样式记录,

派车单样式包括车辆、部门、用车人、目的地、里程情况、用油情况等记录并可根据部

门、车辆等条件进行分类统计;

3、 车辆管理模块需具备必要的统计功能,完成指定车辆在指定时间段中,用油,年检,行

驶里程,驾驶员综合评价分数,路桥费用等相关的统计报表; 4、 在用户申请用车时,在用户指定时间段内,无法使用的车辆应该不在选择的范围内;

5、 车辆申请人员在用车结束后应可以对用车情况,服务质量,司机态度等方面给予评价,

给定的相关评价将成为相关指标的依据;

6、 车辆申请单在指定时应成为日后生成,统计,查询相关报表的数据来源; 7、 系统应具备相关的提醒功能,例如车辆的年检日期前指定天数以邮件或短信息方式给车

辆管理员提示信息;

8、 车辆使用完毕后,对应的车辆应该由系统设置为可用车辆; 9、 领导使用的车辆应该不在一般用户用车申请的范围内; 10、 对使用超时的车辆,应由管理员人为处理延时使用,或取消其出车安排; 11、 所有的派车申请单需要良好的查询功能,以方便历史数据的查找。同时需要按用户

的需要以多种视图展示。

车辆牌照: 车辆型号: 车辆上次年检日期: 车辆下次年检日期: 车辆发动机号: 车辆归属: 车辆详细说明:

司机姓名: 年龄: 性别: 牌照类型: 驾驶证号: 身份证号: 目前指定驾驶车辆: 归属单位: 司机详细说明:

第29页

申请信息

申请部门: 申请人名: 随行人员数目: 抵达地点: 用车开始时间: 用车结束时间: 预计里程: 申请用途:

派车信息

车辆牌照: 车辆型号: 车辆驾驶人员: 本次实际油量: 车辆实际里程: 本次行驶里程: 本次实际路桥费用: 用户评价

司机服务评分: 车辆情况: 评价备注:

第30页

开始 A各部门具体经办人填写申请(姓名、

陪同人员、前往地点(路经地点)、派

车具体事由、出发具体时间、归回时间

派车申请A 等)。

B所在部门主要业务负责人审批(单位

部门领导审核B 意见)。

C车辆管理部门派车(车辆编号、驾驶

派车C 员、约行驶路程、调度人、调度时间等)。

D申请反馈,将派车结果反馈给申请

申请反馈D 人。

E办结,做处理完毕标记,过期删除。

办结E

第31页

报表传递主要是对公司内部和上报集团公司需要填报的业务报表进行审批和上报的过

程进行计算机管理,业务报表在报表传递模块中已附件的形式附加到审批文件中,对报表数

据的统计和分析有操作员人工完成。其设计要求如下: 1、 报表模板管理:由于用户的报表模板不是一成不变的,因此要求数据库需要在管理员的

干涉下完成报表模板的新增,修改,删除, 并能实时的提供给用户填写和上报。模板

提供给用户使用挑选时,应以管理员指定的分类形式呈现; 2、 由于报表上报将跨服务器实现,因此整个上报过程将以函件数据库为中转,以接收和发

送的形式完成;

3、 报表传递审批流程环节和路径可自行设定,默认可设为起草、部门审核、办公室审核、

领导审核、上报、归档等处理环节;

4、 报表传递拟稿前,提供可供选择的报表模板让用户挑选,并将用户挑选的模板以附件的

形式在指定的分类表单中生成,生成的附件需要支持在线编辑功能,痕迹保留功能;

5、 处理完成的报表可按指定的分类提供用户浏览查询,归档文件的处理需要提供查询和全

文检索功能;

6、 函件收集数据库应以后台代理的方式处理相关报表的上传,代理执行的时间间隔以用户

规定的时间为准;

7、 系统可进行监控报表的办理情况,对到期和逾期未办的报表,系统能自动催办;

8、 报表传阅者传阅完毕应可签传阅意见和签名(含签名日期和时间),传阅报表的分发者应

可感知报表传阅人的传阅意见和签名(含签名日期和时间) 9、 报表起草人对自己起草的未发送报表有删除权限; 10、 需要传递和审批的报表基本包括:

等。

第32页

A?报表传递拟稿人针对指定报表填写或者修

开始 改指定的附件信息和正文,若拟稿为部门主

管,将直接送文档到办公室审核环节,若办公

室主管拟稿将直接送领导审核环节,若办公室拟稿A 人员拟稿将跳过部门审核环节。

B?报表传递拟稿人部门领导审核报表 部门审核B

C?办公室负责领导审核报表

办公室审核C D?公司领导审核报表

E?报表传递管理员收到领导签发的报表后,

领导审核D 对报表做适当的文书处理

F?报表传递管理员将该报表分发到函件收集

管理员处理E 数据库,由函件收集库转到集团公司报表传递

收文数据库,形成新的流程文档并在集团公司

报表文档管理员的个人工作台形成待办文件 上报集团公司F

G?处理完毕的流程后台归档处理

H?红线表示可以退回的环节 归档处理G

第33页

开始

集团收文A A?集团报表传递收文环节由指定

的文档管理员将函件收集数据库发

送的报表整理后送交报表收集部门报表收集人审核B 指定人员处理。

B?报表收集人员收集的报表经过必部门审核C

要的处理后提交部门领导审核。

C?部门领导审核报表。

是否需领导

D?由部门领导决定该报表是否需审核阅文D

公司领导审批或者阅文。

E?公司领导审核查阅报表 领导阅文E

F?报表收集工作完成后,文档将回

到报表收集人员环节进行归档处理。

归档处理F

第34页

合同管理主要是对合同文本审批的处理过程进行计算机管理,其审批过程基本包括:合

同起草、部门审核、财务审查、审计审查、法规审查、领导审核、法定代表审批、归档等环

节。合同审批默认的流程如下【合同审批业务流程图】。其设计要求如下: 1、 合同文本基本信息:内容包括详细记录合同审批申请文本正文,合同附件,合同要求签

署日期,合同信息目录,合同分类等;

2、 合同审批的流程一定要经过财务审查,审计审查,法规审查环节。 3、 生成的文档以用户指定的视图方式呈现;

4、 合同审批申请文档的查询需具备良好的,可定义的查阅权限控制; 5、 合同审批申请人员对自己起草的未发送文档有删除权限;

6、 合同审批申请文档正文修改痕迹和处理意见都可保留;

7、 系统可进行监控文档的办理情况,对到期和逾期未办的文档,系统能自动催办。

经济合同名称 经办人

主办单位 送批时间 主办单位意见

日期 计财部门意见 审查人

日期 审计部门意见 审查人

日期 法规部门意见 审查人

日期 主管领导意见

签定时间 法定代表人意见

签定时间

第35页

合同拟稿A

部门领导审核B

A部门主管业务人员负责拟稿合同、协

议(负责人可直接转送财务审查节

点) 财务审查C

B主管部门负责人负责核对、审批

审计审查D C财务部门领导签署审查意见

D审计部门领导签署审查意见

法规审查E

E法规部门领导签署审查意见

F主管业务领导签署审核意见

领导审核F G法定代表人签署审批意见

H档案室负责文件资料的归类、查询 法定代表审批G

H

归档H

第36页

主要对公司会议室及其相关资源使用的申请过程,及会议室和相关资源使用情况进行计

算机管理,会议室申请过程基本包括:申请起草、部门审核、办公室审核、会议室安排,会

议室和相关资源使用情况必须能查询到会议室和资源的使用和空闲状态。其设计要求如下:

1、 会议室基本信息管理:内容包括详细记录会议室的最大使用人数,会议室地点,适应范

围,是否有投影仪,是否有幻灯片,是否有麦克风等相关资源配置; 2、 会议室调度管理:管理各部门的会议室使用情况,包括会议室申请、审批及会议室申请

样式记录。会议室使用人员部门需详细填写会议室资源要求,会议用途,会议参加人员,

会议室使用时间,会议完成时间,会议主持人员,会议召集部门,是否有投影仪,是否

有使用空调,是否有水果,花篮摆放,是否可以使用宣传条幅,是否使用专人服务,是

否使用茶水等等相关信息;

3、 会议室管理模块需具备必要的统计功能,完成指定会议室在指定时间段中使用次数,与

会人员数目,使用人员评价分数等;

4、 在用户申请用会议室时,在用户指定时间段内,无法使用的会议室应该不在选择的范围

内;

5、 会议室申请人员在会议室使用结束后应可以对会议室卫生情况,管理人员服务质量,态

度等方面给予评价,给定的相关评价将成为相关指标的依据; 6、 会议室申请单在指定时应成为日后生成,统计,查询相关报表的数据来源;

7、 系统应具备相关的提醒功能,在会议室使用前的某段时间以短信,邮件的方式提醒会议

室管理员做好接待准备;

8、 会议室使用完毕后,对应的会议室应该由系统设置为可用会议室; 9、 对使用超时的会议室,应由管理员人为处理延时使用,或取消其会议室安排;

10、 所有的会议室申请单需要良好的归档查询功能,以方便历史数据的查找。同时需要

按用户的需要以多种视图展示。

主办单位 会议名称 会议时间 起始时间

结束时间

申请日期

申请人 分管领导

签名

其他

第37页

A会议室申请人员根据会议的需要,填写会议室

申请单,若拟稿为部门主管,将直接送文档到办

开始 公室审核环节,若办公室主管拟稿将直接送会议

室管理员处理环节,若办公室一般人员拟稿将跳

过部门审核环节。

申请起草A

B会议室申请人员部门领导审核会会议室申请

部门审核B C办公室领导审核会议室申请

D会议室管理员收到办公室主管领导签核的会

办公室审核C 议室申请的信息后,进行会议室申请的相关处理

并且按要求将会议室安排完毕的通知给拟稿人

员(待阅文件),同时按需要打印文件,归档。

会议室管理员处理D

E处理完毕的流程后台归档处理

F红线表示可以退回的环节 归档处理E

第38页

主要是对各业务部门和科室需要处理的业务文件进行审批的过程进行计算机管理,业务

文件审批的各类文件都以附件的方式附加到审批文件中,业务文件审批的基本环节包括:审

批文件起草、部门领导审核、相关部门会签、公司领导审核、返回文件起草部门等环节。其

设计要求如下:

1、 业务文件审批流程的环节和路径可自行设定,默认可设为审批文件起草、部门领导审核、

相关部门会签、公司领导审核、返回文件起草部门等环节; 2、 处理完成的业务文件可按指定的分类提供用户浏览查询,归档文件的处理需要提供查询

和全文检索功能;

3、 系统可进行监控业务审批的办理情况,对到期和逾期未办的报表,系统能自动催办;

4、 业务文件审批的各个审批环节都能签写审批意见; 5、 业务文件起草人对自己起草的未发送报表有删除权限; 6、 需要审批的业务文件基本包括:

等。

第39页

起草A A:业务部门起草需要审批的业务文件

B:部门领导对起草的业务文件进行审

核,如果业务文件涉及多个部门,必须

部门审核B 送相关部门会签,如果不涉及多个部

门,则直接送公司领导审核

相关部门会签F

C:相关公司领导对业务文件进行审核 公司领导审核C

D:将审批通过的业务文件返回相关业

务部门

回复起草部门D E:业务部门将处理完的业务文件送档

案备查

F:相关部门领导对业务文件进行会签

归档E

第40页

按照广东省档案局出台的最新档案管理规范,对公文流程管理系统中产生的文件进行登

记、分类、归档管理。

(1) 文书档案管理主要是把公文流程管理中形成的文档最后进行归档管理,也就是

把收文、发文、呈批件、函件、传真五类文档进行归档处理; (2) 由于档案库文档数在不断的增加,为防止因文档数过多,数据库过大而导致操

作速度慢,因此要求分收文、发文、呈批件、函件、传真、五种类型以及年度

建立档案库;

(3) 要有手动登记的功能,内容可以同原来的,手动登记保存的文件也要进入上述

视图;

(4) 文件定了期限后自动生成件号;

(5) 已归档的档案文件中的期限、件号、专题、页数、类别号应可以由设定的人修

改;

(6) 所有的打印应可以选择范围和预览所选择的范围(含目录、文件); (7) 专题代码为顺序号、一个号代表一个专题、一份文件可以选择多个专题名称,

也可以不选专题;

(8) 视图界面部分的文件排列始终不改变,生成归档目录后也不改变; (9) 档案借阅流程为:借阅申请、借阅审批、借阅,借阅时间到期后文件自动消失; (10) 文件归挡时,处理意见也要求归档,处理意见和正文还能够分别打印。

所有在OA系统中处理过的文件都能自动转到归档文件数据库中,在归档文件中查询文

件的方式基本继承文件在处理过程中的查找方式,可以按不同分类进行文件查询,并提供全

文检索和条件组合查询的功能。

第41页

待办事宜是员工在公文处理流程和业务处理流程的各环节需要办理的事宜,主要对发来

的文档进行传阅、审核、会签、签发、批示、办理、督办等处理。

对待办事宜中的文档可根据处理的情况分为待办文件、待阅文件、已办(阅)文件,下表是对文档处理情况的说明;

在OA系统中别人提交给当前用户办理或审批的文件,待办文件中还从

待办文件 打开的文件一般用兰色来标示,已打开过但未办理完毕的文件一般用

浅棕色标示

在OA系统中别人提交给当前用户传阅的文件,待阅文件中从未打开的

待阅文件 文件一般用兰色来标示,已打开过但未办理完毕的文件一般用浅棕色

标示

已办(阅)文件 在OA系统中当前用户已经办理、审批或传阅完毕的文件 待办事宜设计要求:

1、 待办事宜从大的方面分为:待办文件、待阅文件、已办文件三中类别; 2、 在每个大的类别中文件能按日期、处理人、文件类型、处理类别等方式进行不同的排序; 3、 待办事宜中的文件能进行组合条件查询;

4、 已办文件只能保留一定的期限,系统能自动删除过期的已办文件。

第42页

提供对用户注册和身份验证的功能,B/S模式的应用系统身份验证可以考虑采用数字证

书的方式。

提供用户对自己的标识符密码进行修改的功能。

由用户按自己的工作习惯,对日常OA操作环境的显示页面进行定制。包括个人工作台

首页,个人工作选项,已办工作保存期限,待阅文件保存期限,移动电话号码,是否起用公

文短消息通知,启用短消息通知的文件类型等相关的选项。

对员工外出时,可将自已在公文流程处理和业务流程处理中的权限授予他人代替处理,

回来之后可收回授出的权限,并能够查询授权人所作的工作。

用户处理在公文流程和业务流程中需自己填写意见的文档时,对一些常用的意见词按不

同的数据库进行相关的设置,以方便用户在处理大批量的文档时,能按照自己个人工作习惯

签核文档。

可以把个人的日常工作计划和任务记录在日历中,到时给以短信提醒和在待办工作中提

醒。

提供对个人名片的管理功能,可快速的分类存储、多种方式查找(姓名、拼音、类别、地域)个人名片信息提供对个人名片的管理功能,可快速的分类存储、多种方式查找(姓名、

第43页

拼音、类别、地域)个人名片信息。

提供公司领导,主管对下属给予指定的任务,并以待办文件的格式发送到指定人员的待

办工作中,下属执行完任务后给领导汇报任务完成情况和适当的说明。

第44页

提供一个系统登录界面,用户只需输入代码和秘密,即可进入到办公自动化系统。 提供一个系统功能主界面,OA系统所有的功能在主界面上都有分类和体现 对常用界面元素与图片进行统一定制,以便各子系统共享使用,提高系统开发的效率。

第45页

对单位名称、部门名称、人员姓名、人员职务以及流程管理中涉及的一些基础数据(如

发文文件字号、收文流水号、公章名称等等)进行维护,要求可以非常方便的对单位名称、部门名称、人员姓名、人员职务以及流程管理中涉及的一些基础数据(如发文文件字号、收文流水号、公章名称等等)进行增加、修改、删除操作。

对系统中涉及的一些角色(如公文管理员、系统管理员、档案管理员等等)和组织机构(公

司领导、机关各部室等等)进行维护,要求能够灵活定义一些角色或组织机构以满足办公系

统的需求,角色或组织机构中的成员可任意随时的添加或删减。

对流程管理中的各子流程的各个环节进行处理权限定义、以及对相关人员进行权限分配

管理,要求可以非常方便的对流程管理中的各子流程的各个环节进行处理权限定义、以及对

相关人员进行权限分配,也可以方便的收回相关人员的相关权限。

要求对流程管理中的各子流程的各个节点名称可进行定义或修改、对各节点间的流向可

进行设置或改变、对各子流程的各个节点允许处理的部门以及所对应的权限进行设置,并能

满足一些节点的特殊处理要求。

对需要检索的数据库的检索方式进行配置,以便系统能按用户或管理员指定的方式进行

文件查询搜索。

查看服务器运行信息,及时了解服务器运行过程中发生的问题。

第46页

在系统所有的点击操作中,时间不超过10秒钟,日常点击操作不超过5秒钟,对所有的统计操作不超过20秒钟。

对一些基础数据能够实现帮助或选择录入,所有的页面可打印输出,或另存为html、txt、pdf等格式的文件。

每一个数据库最大可达到5G的文档容量,可达到100万条文档记录数。

第47页

服务器:PC服务器、1GM内存以上、两个以上CPU 客户端:128M内存以上、PII以上CPU

应用系统平台服务器端支撑软件为:

Lotus DominoV5.011

应用系统平台客户端支撑软件为:

Wndwos98以上,IE5.5以上,Office 2000以上

注册会员图片可放大.png



入驻机构:    <商家如何入驻>
本网部分内容转载自其他媒体,目的在于传递更多信息,并不代表本网赞同其观点或证实其内容的真实性。不承担此类作品侵权行为的直接责任及连带责任。
在线客服
 
 
 
 
 工作时间
周一至周五 :9:00-17:30
 联系方式
邮箱:oaxuanxing@qq.com
会员登录
登录
我的资料
我的收藏
留言
回到顶部