_蔡岳成y
1.登录oa ,post, ~/moa/login
参数:username 用户名，password 密码
返回:个人信息参数
(用户id: userid,
用户名:username,
用户类型:usertype)
2.我的工作，查看工作审批和历史记录 ~/moa/worklist
参数:用户userid 可选 begin/ , offset/
返回:请假和外出的列表jsonArry
(工作条目id,
工作名称 workname,
工作类型worktype,
创建人createname,
创建时间createtime,
节点名称notename,
状态status)
3.查看请假工作列表具体详情 ~/moa/getleave
参数:工作的leaveid, 工作类型worktype
返回:对应的工作信息
(时间 createtime～
姓名 username～
部门 department～
假期去向goto～
请假天数requestday～
请假类型requesttype～
请假起始时间leavetime～
请假结束时间 backtime
事由requestreason～
备注other
审批记录approvalhistory)
4.查看外出工作列表具体详情 ~/moa/getoutwork
参数:工作的outworkid, 工作类型worktype
返回:对应的工作信息
(时间 createtime～
姓名 username～
外出起始时间leavetime～
外出结束时间 backtime
事由requestreason～
审批记录approvalhistory)
5.外出申请 ~/moa/requestoutwork 流程参照
参数:用户userid～用户类型:usertype，时间 createtime～外出天数outworkday～ 外出起始时间leavetime～ 外出结束时间 backtime ～ 事由requestreason～ 回来时间realbacktime～
节点1领导选择,要求可以选择分管领导 ,～ 节点2领导选择,要求可以选择分管领导 ,～节点3领导～
返回:提交是否成功
6.请假申请 ~/moa/requestleave ,根据requestday和用户类型:usertype 判断节点1，节点2是否需要，流程参照,
参数:用户userid～用户类型:usertype，时间 createtime～ 姓名 username～ 部门 department～ 假期去向goto～ 请假天数requestday～ 请假类型requesttype～
请假起始时间leavetime～ 请假结束时间 backtime ～ 事由requestreason～ 备注other～ 节点1领导选择,要求可以选择分管领导 ,～
节点2领导选择,要求可以选择分管领导 ,～节点3领导～ 返回:提交是否成功
7.待办工作--领导审批 ~/moa/getapprovalworklist
参数 用户userid 可选 begin/ , offset/
返回:待办请假和外出审批列表jsonArry格式 工作条目id, (
工作名称 workname,
工作类型worktype,
创建人createname,
创建时间createtime, 节点名称notename,
状态status)
8.查看待审批请假单 ~/moa/getapprovalleave
参数:待办工作列表的leaveid,
返回:时间 createtime～
姓名 username～
部门 department～
假期去向goto～
请假天数requestday～
请假类型requesttype～
请假起始时间leavetime～
请假结束时间 backtime
事由requestreason～
备注other
9.审批请假条 ~/moa/approvalleave 参数:待办工作列表的id, 审批意见 approval，
返回:对应的信息
10.查看待审批外出单 ~/moa/getapprovaloutwork
参数:待办工作列表的id,
返回:对应信息
时间 createtime～
姓名 username～
外出起始时间leavetime～
外出结束时间 backtime
事由requestreason～
11.审批外出 ~/moa/approvaloutwork
参数:待办工作列表的id,审批意见 approval，
返回:成功对应的信息 errorcode
一、 请假流程
1、 普通员工及部门副经理请假
A、 请半天假 由员工填写请假单-部门负责人审批-办公室归档
,岳明、王书琴,
B、 请一天假 由员工填写请假单-部门负责人审核-相应分管领
导审批,王书琴、岳明、张斌,-办公室归档,岳明、王书琴, C、 请一天以上假 由员工填写请假单-部门负责人或者相应分管
领导审核,王书琴、岳明、张斌,-总经理审批-办公室归档,岳
明、王书琴,
2、 部门经理请假
A、 请半天假或一天假 由部门经理填写请假单-相应分管领
导审批,王书琴、岳明、张斌,-办公室归档,岳明、王书琴,
B、 请一天以上假 由部门经理填写请假单-相应分管领导审
核,王书琴、岳明、张斌,-总经理审批-办公室归档,岳明、
王书琴,
3、 副总经理请假
A、 请任何天数都由总经理审批--办公室归档,岳明、王书琴,
二、 外出流程
1、 普通员及部门副经理因工外出
A、 外出半天 由员工填写外出单-部门负责人审批-办公室
归档,岳明、王书琴,
B、 外出一天 由员工填写外出单-部门负责人审核-相应分
管领导审批,王书琴、岳明、张斌,-办公室归档,岳明、
王书琴,
C、 外出一天以上 由员工填写外出单-部门负责人或者相
应分管领导审核,王书琴、岳明、张斌,-总经理审批-
办公室归档,岳明、王书琴,
2、部门经理外出
A、外出半天或一天 由部门经理填写外出单-相应分管领导审批,王书琴、岳明、张斌,-办公室归档,岳明、王书琴, B、 外出一天以上 由部门经理填写外出单-相应分管领导审
核,王书琴、岳明、张斌,-总经理审批-办公室归档,岳明、
王书琴,
3、副总经理外出
只要有外出都由总经理审批--办公室归档,岳明、王书琴,
oa系统需求文档
Java0802 第二项目小组
版本历史
第一部分 概述
1.项目名称及背景 项目名称
开发背景
2.文档说明
第二部分
任务说明
1.功能概述
2.用户环境
第三部分 需求分析
1.实现功能
系统用例图
Java0802第二项目小组
管理员功能清单
普通用户功能清单
Java0802第二项目小组
2.用例说明 [用例 1] ●用例图
●描述
●参与者
[用例 2] ●用例图
●描述
●参与者
[用例 3] ●用例图
●描述
●参与者
[用例 4] ●用例图
●描述
●参与者
[用例 5] ●用例图
Java0802第二项目小组
●描述
●参与者
[用例 6 ●用例图
●描述
●参与者
[用例 7] ●用例图
●
描述
●
参与者
[用例 8]
●
用例图
●
描述
●
参与者
[用例 9]
Java0802第二项目小组
●描述
●参与者
[用例 10] ●用例图
●描述
●参与者
[用例 11] ●用例图
●描述
●参与者
[用例 12] ●用例图
●描述
●参与者
[用例 13]
●用例图 ●描述
Java0802第二项目小组
●参与者
[用例 14]
●用例图
●描述
●参与者
3.用例关系
附 1.2 系统设计说明书模板
系统设计说明书
版本历史
第一部分 概述
1.文档说明
2.系统需求概述
第二部分
系统总体结构
Java0802第二项目小组
第三部分 系统设计 类图
[用例 1]实现
●时序图
●描述
第四部分 数据库设计
1.逻辑设计
2.表设计
Java0802第二项目小组
4.1 数据库:GameCardSale 所有表信息
4.2 表 UserInfo
4.3 表 UserState
4.4 表 RoleInfo
4.5 表 SysFun
Java0802第二项目小组
4.6 表 RoleRight
4.7 表 BranchInfo 4.8 表 DepartInfo
4.9 表 FileInfo
4.10 表 FileTypeInfo
4.11 表 AccessoryFile
4.12 表 ManualSign
Java0802第二项目小组
4.13 表 WorkTime
4.14 表 Message
4.15 表 MessageType
4.16 表 MessageToUser
4.17 表 ReadCommonMessage
4.18 表 Schedule
4.19 表 MeetingInfo
Java0802第二项目小组
4.20 表 PreContract
4.21 表 MyNote
4.22 表 LoginLog
4.23 表 OperateLog
第五部分 界面设计
1.公共模块界面设计
Java0802第二项目小组
2.人事管理模块界面实现
用例 1
用例 2
Java0802第二项目小组
Java0802第二项目小组
用例 3
Java0802第二项目小组
3.日程管理模块界面实现
用例 1
Java0802第二项目小组
Java0802第二项目小组
用例 2
Java0802第二项目小组
用例 3
Java0802第二项目小组
4.文档管理模块界面实现
用例 1
Java0802第二项目小组
Java0802第二项目小组
Java0802第二项目小组
用例 2
用例 3
Java0802第二项目小组
5.消息传递模块界面实现
用例 1
Java0802第二项目小组
Java0802第二项目小组
oa系统需求文档
表设计//*所有的表的详细设计信息汇总，
表名(中文) 表名(英文) 功 能 说 明
病原信息表 存放病原基本信息
分析影响因素类存放病原发生可能性分 别信息 析
评分影响因素类存放病原发生的可能性 别信息 影响因素评分
疾病病原种类信 息
传染源特性信息
传播途径信息
易感人群信息
媒介信息
病原体传播信息
疾病社会信息
预防与控制信息
治疗信息
流行及传播信息
病毒分子生物信 息
发病机制与诊断 信息
4.2 表 病原信息表()
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明
Int 非空 种子，自增1 病原信息ID
Varchar(50) 非空 传染病病原名称 PassWord Varchar(50) 非空 传染病病原英文名称 DepartId int 非空 分析影响因素类别 Gender int 非空 评分影响因素类别
非空 地区 RoleId int
非空 数量 Int UserState 非空 时间 dataTime
4.3 表 分析影响因素类别()
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明
Int 非空 种子，自增1 分析影响因素类别ID
Varchar(50) 非空 影响因素类别名称
Int 影响因素评分
Int 权重系数
Int 影响因素加权评分
Int 影响因素总加权评分
Int 影响因素总加权评分最大值
4.4 表 评分影响因素类别()
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明 RoleId int 非空 种子，自增1 评分影响因素类别ID RoleName Int 非空 外键 分析影响因素类别ID RoleDesc Int 非空 风险评分
Varchar(200) 描述
4.5 表 疾病病原种类信息()
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明 NodeId int 非空 主键 疾病病原种类ID DisplayName Varchar(50) 非空 疾病名称
NodeURL Int 非空 外键 分析影响因素类别ID DisplayOrder int 非空 外键 评分影响因素类别ID ParentNodeId Varchar(200) 非空 描述
4.6 表 传染病源特性信息
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明 RoleRightId int 非空 种子，自增1 传染病原特性ID RoleId int 非空 传染源的名称
传染源的特性
NodeURL Int 非空 外键 分析影响因素类别ID NodeURL Int 非空 外键 评分影响因素类别ID
描述
4.7 表 传播途径信息()
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明 BranchId int 非空 种子，自增1 传播途径信息ID BranchName Varchar(50) 非空 传播途径名称
BranchShortName Varchar(50) 非空 传播途径种类
NodeURL Int 非空 外键 分析影响因素类别ID NodeURL Int 非空 外键 评分影响因素类别ID
描述
4.8 表 易感人群信息()
表名 数据类型(精
列名 度范围) 空/非空 约束条件 其他说明 DepartId int 非空 种子，自增1 易感人群信息ID DepartName Varchar(50) 非空 易感人群名称
PrincipalUser Varchar(50) 非空 表UserInfo外键，对应UserId字段 易感人群特性 NodeURL Int 非空 外键 分析影响因素类别ID NodeURL Int 非空 外键 评分影响因素类别ID
描述
4.9 表 媒介信息()
表名 数据类型(精
列名 度范围) 空/非空 约束条件 其他说明
FileId int 非空 种子，自增1 媒介信息ID FileName Varchar(50) 非空 媒介名称
FileType int 非空 媒介类别
Remark Varchar(50) 分类地区
FileOwner Varchar(50) 非空 特征
CreateDate DateTime 非空 描述
ParentId int 非空 相关图片
4.10 表 病原体传播信息()
数据类型
表名 (精度范
列名 围) 空/非空 约束条件 其他说明
种子，自FileTypeId int
非空 增1 病原体传播ID FileTypeName Varchar(50) 非空 病原体传播名称
FileTypeImage Varchar(50) 非空 媒介种类
NodeURL Int 非空 外键 分析影响因素类别ID NodeURL Int 非空 外键 评分影响因素类别ID
描述
4.11 表 疾病社会信息()
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明 AccessoryId int 非空 种子，自增1 疾病社会ID
FileId int 非空 疾病社会名称
AccessoryName Varchar(50) 非空 疾病社会原因
NodeURL Int 非空 外键 分析影响因素类别ID NodeURL Int 非空 外键 评分影响因素类别ID
描述
4.12 表 预防与控制信息()
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明 SignId int 非空 种子，自增1 控制传染\传播途径ID UserId Varchar(50) 非空 控制传染源
4.13 表 治疗信息
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明 WorkTimeId int 非空 种子，自增1 治疗信息ID OnDutyTime Varchar(50) 非空 治疗病原的名称
OffDutyTime Varchar(50) 非空 治疗原则
治疗措施
治疗药物
治愈标准
4.14 表 流行及传播信息()
表名
列名 数据类型(精度范围) 空/非空 约束条件 其他说明 MessageId int 非空 种子，自增1 流行及传播ID Title Varchar(100) 非空 流行及传播名称
Content Varchar(5000) 非空 流行及传播时间
Type int 非空 造成伤害数量
BeginTime DateTime 非空 地区
EndTime DateTime 非空 是否接种疫苗
FromUserId Varchar(50) 非空 病例
IfPublish int 非空 传播类型
4.15 表 病毒分子生物信息()
表名 数据类型(精度
列名 范围) 空/非空 约束条件 其他说明
病毒分子生物MessageTypeId int
非空 种子，自增1 信息ID
病毒分子生物MessageTypeName Varchar(50)
非空 名称
病毒分子生物MessageDesc Varchar(50)
形状
特征
种类
时间
地区
4.16 表 发病机制与诊断信息()
表名 空/非数据类型(精度范
列名 围) 空 约束条件 其他说明
发病机制Id int
非空 种子，自增1 ID MessageId int 非空 Message表外键，对应MessageId字病原名称
段
ToUserId Varchar(50) 非空 UserInfo表外键，对应UserId字段 如何引起 IfRead int 非空 发病时间
描述
oa与大数据需求文档
承德市扶贫开发领导小组办公室 办公自动化系统(OA)及大数据显示系统
需求分析
根据国家和省、市级领导对扶贫工作的重视以及承德市扶贫开发领导小组办公室工作需要,现筹备开发承德市办公自动化系统,OA,及大数据显示系统。
首先明确办公自动化系统,以下简称OA系统,及大数据显示系统的安装使用范围,只实现市本级各个科室间横向联通还是在实现市本级各个科室间横向联通的同时实现市级与县级的纵向联通,。大数据显示系统的显示媒介,电脑端显示、移动媒体端显示、会议室LED屏幕显示,。同时OA系统和大数据显示系统均需要服务器空间,可购置专用服务器或租用网络空间,。
,一,OA系统需求设计可实现公文交换、会议通知、短信平台、档案文件管理等功能。
,1,公文交换系统可实现市扶贫办各个科室间的文件流转。领导对文件的签批也可以依托OA系统进行。市扶贫
办对县级扶贫部门的文件下发,县级扶贫部门可将文件落实情况以及需要的数据统计回传给市扶贫办。公文交换系统应具备文件催收、催办功能,可在文件下发若干时间后自动或手动对文件接收人进行催收或催办。同时依托短信平台可向收件人发送短信,让收件人及时查收、处理文件。
,2,会议通知系统可实现市扶贫办对本级的各个科室以及县级扶贫部门的会议通知。通知内容可包括会议名称、会议时间、会议地点、召集人、主持人、会议议程、会议需准备的材料等内容。此系统可以和短信平台系统相结合使用,从而使会议通知在OA系统显示的同时,也让参会人收到相同内容的会议通知短信。
,3,短信平台系统可形成联系人电话簿,同时实现联系人电话簿的管理和群组划分,如市本级扶贫办工作人员和县级扶贫部门工作人员,每个联系人需可加入多个群组,实现对联系人电话簿的管理。短信平台可向指定的联系人或者联系人群组发送短信,如文件接收短信,文件催收、催办短信,会议通知短信,以及特殊事件交办短信等短信。
,4,档案文件管理系统可对办结的文件进行存档,方便以后查阅,市级扶贫办可查阅市级和县级扶贫部门的存档,县级扶贫部门只能查询本部门的存档。
同时联系各个科室,让各个科室提出具体业务功能需求加入到OA系统当中。
,二,大数据显示系统可在多媒体平台上进行显示,显示的媒体包括电脑端,电脑显示器,,移动端,手机或平板电脑,,会议室LED屏幕。
大数据显示系统初步设计以承德市行政区域地图为基础,显示全市各个县扶贫村数量及位置,形成承德市扶贫村具体位置总览图。同时在总览图下部显示全市扶贫村数量、全市贫困人口、建档立卡人口数量及人均收入。大数据显示系统下部设置按钮切换显示模式,点击相应按钮可显示/隐藏全市贫困村具体位置总览图、扶贫产业带、国家省市各级规划项目等显示内容。以上内容可相互叠加显示。
单击地图中某个县可进入二级显示页面,显示该县行政区域地图和该县扶贫村具体位置,显示扶贫村村名和具体帮扶单位,,下部显示该县扶贫工作简介,该县扶贫村数量、贫困人口数量、建档立卡人口数量、人均收入及脱贫年限。县级二级页面需设置返回上级按钮,可返回市级扶贫村具体位置总览图。县级显示图下部设置与市级显示系统相同的按钮,实现与市级显示系统相同的功能。县级显示页面显示的内容可叠加显示。
oa系统建设需求
OA 系统建设要求
第一章 需求概述
(一)建设背景
2010年是我公司的发展之年, 转折之年, 办公自动化系统(即 OA 系 统) 是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。 随着信息化建设在我公司的推广和普及, 把 OA 推上一个新的信息化发展 台阶——数字化办公阶段。长期以来,公司领导高度重视信息化建设, 建立起自己的硬件应用平台,并引进多套业务系统。其中,应用较为成 熟的是 K3财务系统、K3人力资源系统(正在实施) 、电子邮件系统等。 但是,随着机构的发展,公司已经逐步从集中式办公向总部->分中心的 模式变化,早期建设的各种封闭的以业务为核心的系统面临着不能满足 办公需求的情况。
因此,现阶段有必要重新建设一套技术先进,符合当前办公发展需 要的办公自动化系统,增强协作,以更大发挥信息技术的优势,进一步 提高办公效率。
(二)建设目标
1、提供可靠的、可追查的公文流转平台,有效的缩短公务处理的周 期,加快公文流转过程,减少路耗、找人、等待等中间环节,保持公务 处理渠道的畅通;
2、打破时空及地域限制,实现无纸化办公,远程办公、异地办公;
3、通过信息网络平台,提高信息统计和分析的水平,为领导提供准 确、实时的预测和决策的辅助支持;
4、提供完善的信息交流机制,方便公司各部门、单位、和员工之间 日常办公及业务信息的交流和管理,实现业务办理互联互通,信息数据 共享;
5、充分利用现有建设好的网络环境及已有的网络配置资源,充分地 保护已有的信息化投资;
(三)建设任务
在总体设计思路上采用集中部署、分布式架构,公司各部门、单位 能拥有独立的公文处理子系统,灵活部署,易调整,不受组织机构调整 的影响。
(四)建设原则
大友企业公司 OA 系统的建设应体现先进性、可靠性、实用性、安全 性、易使用性、开放性、有限开源性、可扩展性、可维护性等原则。 1、先进性:应当采用当今主流技术,既要考虑应用平台和工具的先 进,更要考虑系统结构和应用设计的先进性,以适应宏观上业务管理、 发展规划和微观上事务办理的需求。
2、可靠性:系统设计应采用成熟、稳定、可靠的软件技术,保证系 统在大数据量、高并发的情况下长时间不间断地安全运行。
3、实用性:根据业务需求和业务流程,从方便用户使用的角度进行 系统设计、功能和模块划分。工作流程设计要求简捷流畅,能适应工作 流不稳定和突发事件等各种现实情况。
4、安全性:系统建设要符合用户对信息安全管理的要求,建立完善 可靠的安全保障体系,对非法入侵、非法攻击和网络计算机病毒应具有
很强的防范能力,确保系统具有严格的身份认证功能,并有相应的技术 手段对数据安全和操作安全加以保护。
5、易使用性:主要体现在两个方面:一是应用界面简捷、直观, 尽 量减少菜单的层次和不必要的点击过程,使用户在使用时一目了然,便 于快速掌握系统操作方法,特别是要符合工作人员的思维方式和工作习 惯,方便非计算机专业人员的使用;二是应提供联机的或脱机的帮助手 段。
6、开放性:为了使系统具有较强的生命力和开放性,应遵循已有的 国际标准和国内标准,以利于采用多种先进技术和产品。
7、有限开源性:随着业务逻辑的改变,需要对系统进行维护、微调 或二次开发。对该系统的非核心代码,应该开放。并提供规范的数据库 设计,接口规范。
8、可扩展性:该信息系统是一个不断发展中的应用系统,在系统设 计时要考虑到新技术,新产品出现时对本系统的兼容性;当业务需求、 外部环境发生变化时,可以扩展系统的功能和性能。软件设计要简明, 各功能模块间的耦合度小,以适应业务发展需要,便于系统的继承和扩 展。
第二章 总体要求
(一)基本要求
系统设计必须遵循国家相关法律、法规,尤其是计算机信息系统安 全的有关标准要求。
供应商所作的需求分析应完全满足大友企业公司 OA 系统的用户需
求。本文件提出的对大友企业公司 OA 系统建设要求,是供应商提供解决 方案主要依据,在编制 OA 系统实施方案时, 供应商应深入分析和充分考 虑业主单位对本系统现在及未来发展的需求,设计出完整的优质方案。 供应商必须承诺提供的所有软件产品为正式版本,并提供有关软件 版本的书面证明材料。
供应商必须承诺提供的所有软件产品都具有正式合法使用权,并提 供相应书面授权书。
(二)支撑平台要求
1、服务器端
(1)操作系统
保证系统至少可以运行在 Windows server 2008操作系统平台上。 (2)中间件系统
中间件服务器采用严格遵循 J2EE 规范和标准,能够提供消息服务、 事务处理、组件、负载均衡、安全性、应用支持等方面强大的功能,支 持 EJB、Servlet、JSP、JMS、JNDI、JCA、JACC、HTML、Web Services、 XML。系统必须能在任何符合 J2EE 规范的中间件服务器间平滑移植。 (3)数据库系统
系统透明支持 MS SQL SERVER 2008数据库系统。
2、客户端
系统必须在以下环境下正常运行, 并且无需任何客户端维护或设置。
(1)操作系统:Window全系列;
(2)文字处理软件:office2000以上;
(3)浏览器:IE6.0,IE7.0,其他常用的浏览器;
(三)安全保密要求
系统建设必须遵循有关国家电子政务信息安全保障体系要求,按照 国家法规实施安全等级保护,加强系统信息安全管理。
供应商必须明确提供完善的、可行的系统安全方案,应包括有双向 身份认证、文件加密、数据备份与恢复、防病毒、防入侵等功能,应支 持 PKI 加密,电子签名和第三方的 CA 认证。
(四)质量保证要求
中标供应商必须有针对本项目的质量保证体系和组织,并制订质量 保证计划,列出项目实施过程中质量监督和保证执行的措施,要记录质 量保证活动,并保存和维护这些记录。
(五)组织管理要求
1、中标供应商必须成立合理的实施团队,建立健全保障项目顺利实 施的各项管理制度和质量保证体系。
2、中标供应商必须指定专职于本项目的项目经理, 配置相应的项目 实施管理、培训、质量保证等人员,保证有足够的高素质人员参加本项 目的实施,确保项目顺利实施。
3、参与本项目实施的技术人员必须具有承担过 OA 软件实施经验, 能够与用户进行良好沟通。
4、参与本项目的技术人员必须对本系统相关业务有所熟悉,掌握办 公自动化业务的相关基础知识。
5、供应商应对上述内容列出详细人员计划,包括人员姓名、经验、
学历和在本项目中的职责分工等。
6、供应商应根据项目建设的具体内容和整体工期要求, 并提交切实 可行的项目工作计划。
(六)项目交付要求
供应商应在供应文件中提供具体的项目交付说明、交付计划、交付 物标准说明等。
中标供应商在系统正式运行前必须提供以光盘为介质的完整的安装 系统,包括应用软件、运行所必须的附加软件、与应用软件有关的电子 文档等。
项目实施过程中,供应商应按照软件实施要求形成全面详尽的技术 资料,以确保技术资料的一致性和完整性,在系统正式运行前提交完整 的与应用系统相关的文档。所交付的文档至少包括:系统需求分析、安 装说明书、使用说明书/用户手册、系统维护说明书等。各种文档应当以 光盘和书面两种形式交付。
(七)项目验收要求
1、验收方案由用户最终确定,中标供应商配合。在验收时报价人自 行组织验收所需的资料,并在用户的监查下现场进行演示和验收。 2、中标供应商完成项目实施后,编制《项目交付文件》 。交付文件 应满足完整性、一致性和可读性要求。
3、中标供应商应负责在项目验收前将系统的全部有关产品说明书、 安装手册、技术文件、资料、及安装、测试、验收报告等文档汇集成册 交付使用单位。
4、用户对《项目验收文件》会审通过后,通知中标供应商现场验收 时间安排。
5、现场验收内容包括:《项目交付文件》一致性检查、验收测试。 第三部分 功能需求
1、基础应用平台
(1)、组织机构与权限管理
为各个业务系统提供通用并且统一的组织结构定义和权限配置,可 以用多种灵活的配置方式(包括:根据用户、用户组、部门、岗位、角 色)定义系统资源的权限,从而满足不同类型组织的需求。
(2)、文档发布与查看
OA 系统中所有的栏目,文档(HTML文件)都应该有属性(相当于在 资源管理器中查看文档属性时,实现的高级属性) ,重点是版本和权限, 并可以根据属性来控制文档的存取和修改。
文档发布,必须指定文档属性,如果不指定,则自动继承文档所属 栏目的属性。
文档查看,必须检查权限。
文档修改,能进行版本控制,并保存原文档的历史版本。
(3)、报表
能综合分析各种业务的台账信息,以电子表格的形式导出报表,能 编辑和打印报表。
(4)、工作流
提供统一的工作流引擎,以及图形化的业务流程管理和定制工具,
能快速建立协同/协作事务,如网上审批等。
主要具有两大功能:第一,建造功能,对工作流过程及其组成活动 自定义;第二,运行控制功能,在运行环境中管理工作流过程,对工作 流过程中的活动进行调度;
(5)、表单
提供图形化的表单制作工具,管理和维护人员可利用它对页面样式 方便快捷的进行编辑和管理。表单生成后,应用服务器端的表单引擎应 用服务实现对表单的操作。通过表单引擎服务完全处理表单的增删改查 等功能。
(6) 、通用提醒功能
提供统一的提醒功能组件,能对系统中存在日期属性的对象设置提 醒功能,如工作任务提醒。
(7) 、基于组织机构的总门户与部门门户的架构方案。
2、应用系统功能
2.1公司资讯
通过公司资讯,实现信息共享功能,实现电子文档(通知、公告、 文件等) 、 内部刊物、 通讯录、 规章制度及标准、 规范的共享, 方便存取、 汇集、管理和查询。解决目前信息共享资源分散、不足和工作效率较低 的问题。
(1)登记保存 OA 系统办结的所有公文,可通过收文、发文等模块 自动归入相应文件模块,在本模块中可授权给相关人员查询阅读。 (5) 提供整个系统所有公文和信息的关键字、发布时间等检索或全
文检索引擎。
2.2公共信息
公共信息用于实现公司各部门、单位之间内部信息发布、交流和共 享。系统要支持不同风格的信息栏目的设置,可实现各类信息的编录、 审核和发布,信息发布格式可自定义,不同层级用户可根据权限将信息 发布到本部门办公平台。各类公共信息由授予权限的栏目管理员统一管 理和发布
(1)公告
单位内部的公告栏,以方便内部人员及时了解相关公告。登记了新 公告栏后,即可发布到首页的最新消息里。支持传阅,把最新的公告传 阅给相关人员。
(2)工作动态
每个部门都可以发布本部门的工作动态,以方便内部人员相互通晓 部门之间的工作。首页的工作动态是各部门工作动态的集合。
(3)意见箱
意见箱是单位内部人员发布意见、建议的地方,发布建议的时候, 可以指定建议的读者,也可以通过传阅把建议发给相关人员,意见发布 可署名也可以匿名发表,由发布者控制。后台实际上增加字段控制是否 显示发布人。 (超级管理员才可以查看匿名发表者的姓名)
2.3公文处理
公文管理是办公自动化系统的最为核心的应用,它主要分为收文、 发 文和办文三大类。
(1)收文
收文包括:公文签收、登记等处理流程。
系统支持两种收文方式:一种是纸质文件,需实现扫描成图片文件 输入并阅读浏览;另外一种为电子文件。只有具备收文登记权限的人才 能新建收文。
支持退文。
系统要具有对重要来文的安全处理方案。
收文处理的流转环节可灵活调整,流转环节数和流转过程可根据需 要重新定义。
系统应具有杜绝“死文”发生,收文动态跟踪功能。
(2)发文
发文可按个人、部门、单位执行,并生成月度、年度发文登记表(分 权限),包括:拟稿、审稿、核稿、审签、会签、签发、编号、校对、 分 发、归档等处理流程。
系统可以对文件流程、正文格式、流水号格式、文件办理单、审批 人员范围、批阅权限、操作内容等多种信息进行自定义配置。
可以使用预先定义的公文模版(推荐使用 word 格式)进行拟搞。 并 支持多个模版。
可根据发文字号自动生成发文文号。
可打印文件呈批表、文件呈阅表、文件处理表、退文单、延期申请 单、正文等表单(输出到 word 文件或其他格式后由用户打印)送领导批 示。
发文处理流程的流转环节可灵活调整,根据需要增减和重新命名, 流转方向除向前传递外,也可回传或回撤,并且实现发文会签功能。 (3)办文
办文包括拟办、批示、承办、分发、反馈、传阅、催办、归档等处 理流程。
系统可以对文件流程、正文格式、流水号格式、文件办理单、审批 人员范围、批阅权限、操作内容等多种信息进行自定义配置。
可实现公文的在线编辑,审批痕迹保留,常用语。
对于仅仅需要传阅的公文,提供并发机制,加快公文办理进度。 可打印文件呈批表、文件呈阅表、文件处理表、退文单、延期申请 单、正文等表单(输出 word 文件后由用户打印)送领导批示。
办文处理流程的流转环节可灵活调整,根据需要增减和重新命名, 流转方向除向前传递外,也可回传或回撤,并且实现文件会签功能。 该用户已完成的公文能存储在系统中的个人文件夹中以便以后查 找。
已办结的公文能通过归档的操作,归档到 OA 的电子资源数据库中, 以供有权限的用户进行查询。
(4)督办催办
落实和跟踪各部室的办文情况与进度,按指定的时间段汇总各部室 的办文情况与进度, 可以在系统中使用预先定义的公文模版 (word格式) 起草交办通知、催办通知和督办通知等公文。
系统提供督办事项一览表,以便经办人能对其经办的所有督办事项
有一个实时、全面的了解。
督办过程的电话催办等过程可详细记录备查。
(5)代理授权
当个人特别是领导出差或休假时,为了不延误其与相关人员或部门 的工作,这就要求个人在出差或休假时,其工作得有人接管或代理。授 权可以是本人,也可以是系统管理员进行设置。
代理授权是为了解决个人出差或休假期间对公文处理权限的指定代 理过程。当出差或休假完成后,可以取消代理设置,并可以查阅其出差 或休假期间代理人为其处理了哪些工作,代理情况如何等。
需考虑到实际情况,如一个人往往会一身多职,会有多种业务,因 此可以设定多个代理人完成不同类型的工作。
(6)交办功能
某用户可以把自己的任务通过申请后交给某人接任,交办成功后, 任何人对该用户发文时自动提醒该用户已经交给某人办理,并要求确定 是否继续办理,交办完成后生成交办期间工作目录表。
某员工调职或离职后,其原来岗位的文件和任务能通过系统自动交 办给接任人,使接任人能立刻接手其岗位的工作。 (或权限的克隆) (7)查询统计
可以根据管理权限和指定条件查知当前公文处理情况和领导批示, 可根据发文单位、时间等组合查询,并提供个人或部门在一定的时间段 内所办理过的公文情况汇总表,系统至少应能按月度、季度和年度为当 前用户或部门生成办文统计报表,并打印等辅助功能。
(8)流程监控
实现对公文处理的流转情况监控,用户可以查看本人所参与办理的 公文的运作情况,领导可以查看本单位所有人参与办理的公文的运作情 况。
2.4公文归档
公文办结后可以分类归档,系统提供灵活、便捷的查询检索功能。 档案管理可以按公文属性进行分类。 (如通知,请示,上行文等) 2.5综合事务管理(综合政务)
综合事务管理主要包括:会议管理、领导日程、字典管理(主题词、 文号管理、来文单位) 、通讯录等。
2.5.1会议管理
举办会议是单位办公的重要形式之一。会议室及会议设施是一种需 要共享的资源。
办公室可以将会议室的情况登记在 OA 系统中。 各部室组织的会议需 要使用会议室时, 通过 OA 可以查看各个会议室的使用情况, 以预定使用 哪个会议室,而且确定会议室的使用时间。
会议安排应具有会议室冲突检测、参会领导时间冲突检测等提示功 能。
会议室预定成功后,通过会议管理模块,登记会议的议题、时间、 会议室、参与人、主持人、会议资料上传到系统。系统会自动形成会议 通知单,并由会议发起人发送给相关人员,同时系统会自动生成一条消 息显示在公告栏中,并可以在指定时间对相关人员进行会议提醒。
会议参与人收到会议通知后,系统会自动发给会议发起人一个回执 进行确认,以便确认是否通知到位。 会议参与人还可以直接在 OA 系统中 下载会议资料、议题等文件。
会议管理系统应可以查询、 统计会议室使用情况和各种会议情况等。 2.5.2领导日程
领导是一种角色,设置为公司领导即需要进行日程安排。通过按时 间、活动内容为序的领导日程汇总表,以便了解各项活动有哪些领导参 加。领导日程汇总表显示在首页。
领导日程通常由领导自行填写,并可以灵活选择需要参与工作的人 员(即建立多个常用的私有组) 。
领导日程安排应能通过权限设置,使具有权限的用户能对领导日程 进行维护和管理,有权限用户在为领导安排日程时,可以通过选择任何 领导为其安排工作日程。同时用户可以根据领导日程安排生成每天、每 周和每月的活动安排表。
2.5.3主题词管理
主题词是一份公文或档案资料的概要性描述,在进行公文管理时主 题词的定义是必不可少的。对于公文处理国家提供标准的主题词库供用 户使用。对于不同类型的机关,都会有各自的主题词库。
按照国家提供的标准为用户实现了主题词库的管理,以便用户在进 行公文管理使用,由于不同行政单位的主题词库可能不同,系统需要提 供多套主题词库并指定某一单位使用哪一个主题词库;
主题词库按国家公文处理标准提供的三级分类管理,分别是主题词
区域分类(一级) 、类别词(二级)和类属词(三级) ;
系统提供主题词自动标引功能。根据用户输入的一段信息(一般是 标题) , 自动检索主题词库, 检索标引的主题词范围限于类别词和类属词, 如果检索到对应主题词则自动标引,一般先标类别词再标类属词; (按公 文要求一般出除了类别词外不会超过 5个类属词,数量的选择和重要性 的选择可以由用户最后筛选)对于上级文的主题词需要采用上级的主题 词库进行标引;管理员对主题词的维护管理包括:增加、修改、删除。 2.5.4文号管理
文号是公文管理过程中必不可少的,但是,由于不同的单位其文号 的编制或管理的方式可能不同,为了适应不同单位文号管理机制,为用 户提供了通过先定义,后使用的方式的文号管理模式,只要用户按照本 单位的公文文号编制原则:“文件字+[年号]+文件号”定义好,那么在 公文处理过程中,系统就可以根据用户定义的原则自动地生成所需要的 文号。
公文文号支持多个编号方式。比如党委文件,纪委文件等编号方式 就不同。
文号一般只能由系统管理员或授权用户进行维护和管理,其维护管 理包括:增加、修改、删除。
文号管理不仅提供以上维护管理,而还提供了补号和预留文号的功 能,其目的为了防止用户在进行公文管理时,某些公文因为操作错误而 废除公文时,文号没有被使用,而产生文号漏号或者因为某篇公文需要 使用某个文号而无法获取。
2.5.5来文单位
在公文管理过程中,收文一般都是外单位发来的公文,为了在进行 收文办理过程中,方便用户填写主、抄送单位,也为了更加规范对主、 抄送单位的命名,为用户建立了来文单位的管理,只要用户在使用收文 管理之前,将可能的来文单位定义在系统中,则用户在使用收文管理功 能时,就可使用系统定义好的来文,在需要填写主、抄送单位时,选择 使用,为方便用户,系统同时允许用户直接录入新的单位信息。
来文单位的维护管理一般只提供给系统管理员或已授权的用户,其 管理操作包括::增加、修改、删除。
2.5.6通讯录
公用电话本记录市检测公司和与外部进行联系的有关信息,部门电 话本记录本部门人员的电话,个人名片是个人的可以公开的资料。公用 电话本公开给所有人查阅和使用,但只有有权人员才能管理维护。通讯 录应能灵活的模糊查询,能由电子表格(Excel)导入数据。公用电话本 的管理应提供如下维护管理的操作:(1)编辑操作(增、删、改) ; (2) 查询操作,可以对任何数据项进行模糊查询,如:电话号码(各种电话 号码) 、单位、姓名、职务。
2.5.7办公用品管理
实现公司机关及各单位日常办公用品申购、入库、领用的精细化管 理。
包括办公用品入仓登记、划出、划入、领用、报废、库存调整、物 品库存与使用查询,并能生成相应的表格(按部门,月汇总) 。
用带表单的工作流实现申请购置功能。
物品的领出归还与事务流程进行联动,即在物品调拨流程中进行物 品领出时,物品库中数量自动减少;反之当物品调拨流程中的物品归还 时,物品库中数量自动增加。
各部门可以查询领用的物品,个人可以查询自己领用的物品。 2.5.8设备管理
实现全公司办公、生产设备等固定资产从申购、验收、登记、发放 到报废全流程的精细化管理。解决目前设备管理采用人工方式带来的申 购周期较长和工作量大的问题。
重点关注:
(1)资产管理。 (申购、验收、登记、领用、维护、维修、报废、 划拨等)
(2)量值溯源。 (周期、单位、费用、备注等)
(3)资产折旧。 (各部门可以查询自己的折旧情况)
(4) 每个人可以查询自己保管的资产情况,每个部门可以掌握自己 的资产情况。
(5)部分数据能展现在报表中心,如设备分布图等。
2.5.9项目管理
项目分类管理,按项目管理相关的文件。
2.5.10事务管理
通过自定义工作流引擎,设备及办公用品申请采购审批、用款审批 流程、出访审批、报销审批、人员请假等事务流程,能通过系统进行控
制与管理,并能生成相应的表格。
2.5.11值班管理
日常值班,节假日值班管理,并生成值班登记表。自动发布到公告 牌中。
2.6个人办公
为用户提供一个个人办公平台,提供日常管理办公所需的电子工具 和文档信息服务。
2.6.1待办事宜
用户只要打开个人办公首页,需审批公文、请示报告、公告信息等 都显示在待办事宜中,通过待办事宜可以直接进入办理各种事务。能对 待办公文的未办条数和公告栏、消息栏等未读信息进行弹出框或短信提 醒。
2.6.2消息管理
系统提供类似邮件传递方式的消息传递,能编写正文和添加一定数 量和大小的附件,进行一对一或一对多的发送,并且提供短信的提醒功 能。与标准的邮件系统不同,这里不需要回执,但是发件人可以查询是 否对方已经查看。
2.6.3个人工作日志
记录记录和统计个人每天的工作情况,即个人每天做了哪些工作, 便于工作总结。
2.6.4文件收藏夹
收集个人的工作文件,可以按资源管理器的方式进行管理,并能移
动。能设置为共享,实现资源共享。
2.6.5个人日历
设置可重复的会议、约会、提醒信息,提供管理工作计划和日程的 工具。
2.6.6即时通讯
系统提供方便的邮件和短信联系方式,包含系统短信(关注“我知 道了” , “以后再说”两个功能)和手机短信两种沟通形式。
2.6.7个人通讯录
个性化的个人地址本,可对个人通讯簿进行录入、修改、删除、备 份、导入和条件查询。
2.6.8个人设置
设置用户个人密码,修改用户姓名、联系方式、手机等信息,也可 设置出差、休假等用户状态。同时在个人设置中可以定制个性化办公桌 面风格。
特别说明:个人办公邮箱必须能灵活设置(利用现用办公邮箱如酒 钢邮箱和大友邮箱)
2.8后台管理
2.8.1用户管理
实现统一的用户管理平台,其中包括实现灵活地对机构、组和人员 的管理。系统要求用户管理应以对象树(相似于 Windows 的资源管理器) 及相对不同的对象类型(机构即部门、组、人员均应有相应的编辑界面) 的表现形式提供给用户,并进行相应用户权限的设置。
请注意,不同的用户可以建立多个私有组,把不同的人归入相应的 组。
2.8.2流程表单管理
管理员根据实际工作需要在工作流引擎中制定公文管理的相关审批 工作流程。支持使用表单生成器中制作各类表单的显示界面,如文件呈 批表、文件呈阅表等。提供图形化的流程定义和制作工具,管理和维护 人员可利用它对页面样式方便快捷的进行编辑和管理。应用服务器端的 引擎应用服务实现对流程和表单的操作。通过流程引擎服务完全处理流 程环节的增删改查等修改功能,而不需要编写程序。流程中某些环节的 修改不能影响其他环节的正常运行,并且不影响之前公文的正常流转, 并且可以根据需要随时更改,即时生效。某表单修改后能实现对其他相 关联的表单的对应项自动进行相关的修改。
2.8.3表单权限管理
管理员能根据不同流程和表单的需要设置某一流程表单的各项权 限,如是否可编辑、是否可打印、是否可跳转流程,是否加锁等。权限 的设置界面与表达要简明易懂,能通过简单的培训使管理员了解各项表 单权限的功能与设置方式。
2.8.4公文管理
管理员能改变公文实例的当前状态, 对产生的公文实现结束、挂起、 锁定、恢复、删除等操作。
2.8.5日志管理
能记录用户在使用系统过程中,对系统所做的操作。
2.8.6基础数据管理
任何公文在办理过程中,都需要定义说明公文密级和速级,文号的 分类,提醒的方式,基础数据管理是根据系统在实施过程中,用户对公 文基础输入数据的要求而设计的功能。其目的一是为了方便用户输入, 二是为规范这些数据的输入标准。
2.8.7在线用户监控
在线用户监控就是系统管理员,可以通过此功能监视使用系统的所 有用户,如果统管理员发现某在线用户可疑并经查实,确认其非法时, 则中断该用户的使用权。
2.8.8数据的备份与恢复
能通过系统的管理页面设定时间周期,系统自动完成系统数据库和 相关配置文件的备份,并能使用光盘等媒介进行数据的异地备份。 能通过系统的管理页面简单地进行系统数据库和相关配置文件的恢 复。
2.9视频会议
能够支持服务器 — 桌面模式(WEB端、客户端共存) 。
预留主会场 — 分会场模式
具有会议录制及点播、摄像头远程控制、双屏显示模式、投票功能, 共享桌面与程序共享:主要应用于一些大型应用程序操作介绍; 共享白板:类似与现实中的黑板,主要用于在开会与培训中书写各 种关键字;
协同浏览:主要用于在培训中输入网站地址并按回车键,即可在各
客户端同步显示相应的网页;
文件下载:当会后由文件需要下发或是培训材料分发到各参会人员 手中时,都可以在这里上传,等会后供参会者下载;
共享文档:可以上传各种 office 文档以及各种图片,在培训或是开 会中有文档需要演示时可以点击上传,在列表中双击打开,所有参会者 可同步观看。
第四部分 项目进度要求
1、 项目整体要求:自合同签订三月内完成招标文件中规定的需求。
2、 软件安装完成要求:12月 25日前完成安装
3、 培训要求:要求培训次数不得少于三次,天数不得少于三天 (3*8H) ,首次基础功能培训在软件安装完成 1周内完成。 第五部分培训和售后服务要求
一、培训
1、供应商提供详细的培训计划。
2、供应商负责免费培训用户的相关管理人员、技术人员。
3、供应商负责免费现场培训用户方有关人员,直至掌握为止。 二、售后服务
1、供应商要有专门的售后服务队伍,一天内对出现的问题提供解决 方案。
2、提供热线电话,接受用户的随时咨询。
3、对软、硬件系统提供一年以上全免费维护。硬件提供三年质保。
第六部分 其他
一、投标人资格条件:
(一) 投标人具有合法经营资格的法人, 注册资金不少于人民币 100万元,经营范围应包含软件的企业;
(二)投标人具有计算机信息系统集成资质证书;
(三)具有自主知识产权(或代理权)的 OA 办公自动化系统。 六、商务要求:
(一)供应商所投报的软件为正版软件;
(二)签订合同时,中标供应商须签订保密安全协议书及保证所供 应产品具有知识产权的承诺书;
(三)供应商须提供完善的售后服务(包括服务计划、技术人员、 响 应时间等)。负责免费现场培训操作人员,直至掌握操作技术为止;
(四)合同由中标供应商与采购人双方签订;
(五)操作说明书等全部技术资料(见项目需求)在系统验收合格后 移交采购人;
(六)投标人须具有所投主要品牌产品的自主版权或代理(经销)证 书或制造商授权书(制造商除外);
(七)供应商必须由法定代表人或委托代理人参加采购仪式,随时 接受评审委员会的询问、质疑,并就有关问题予以解答;
