广州市公安局二代OA系统建设项目.doc

1、广州市公安局二代 OA 系统建设项目招标需求广州市公安局2018 年 2 月I目 录第一章 项目概述 .1第二章 项目需求描述 .1第一节 项目概况 .1一、项目建设背景 .1二、项目建设目标和任务 .1三、项目建设规模 .2第二节 参考标准及规范 .2第三节 需求描述 .2一、软件开发需求 .3（一）业务功能需求 .31.公文管理 .4（1）收文管理 .4（2）发文管理 .5（3）公文交换 .5（4）传真电报 .6（5）督办管理 .6（6）电子公告 .7（7）信息报送 .8（8）公文查询 .82.事务管理 .9（1）考勤管理 .9（2）出国（境）管理 .10（3）任务管理 .10（4）会议管

2、理 .11（5）投票管理 .11（6）耗材管理 .12（7）日程管理 .12II（8）车辆管理 .12（9）其它事务 .123.协同通信 .13（1）电子邮件 .13（2）OA 短信 .14（3）即时通信 .14（4）网络云盘 .154.知识管理 .155.OA 门户 .166.移动办公 .167.统计分析 .17（1）统计内容 .17（2）统计方法 .188.系统管理 .18（1）用户管理 .18A）用户对象 .18B）用户认证 .19C）用户授权 .20D）用户管理 .20（2）模板管理 .20（3）流程管理 .21A）流程特点 .21B）流程分类 .22C）流程设计 .23E）流程跟踪

3、.23（4）日志管理 .23（5）监控管理 .24（6）系统帮助 .249.业务智能 .24III（二）非功能性需求 .261.关键业务处理能力需求 .26（1）公文处理业务量 .26（2）事务处理量 .26（3）协同通信量 .26（4）知识文档量 .26（5）移动业务量 .272.UI（用户界面）设计需求 .273.系统安全设计需求 .27（1）数据备份 .27（2）应用备份 .27（3）代码安全性 .284.系统性能需求 .28（1）用户访问规模 .28（2）系统响应指标 .28（3）系统运行可靠性 .285.系统接口建设需求 .29（1）基础类系统接口 .29（2）办公类系统接口 .30

4、（3）其他业务应用类系统接口 .316.系统部署与兼容性需求 .32（1）系统部署硬件环境 .32（2）系统部署软件环境 .33（3）系统兼容性需求 .33二、第三方软件采购需求 .33（一）软件采购清单 .33（二）采购软件详细要求 .341.数据库系统软件 .342.邮件系统 .34IV3.报表软件 .364.网盘系统 .39第三章 项目设计目标和设计原则要求 .42第一节 项目设计目标 .42第二节 项目设计原则 .42第三章 项目实施要求 .43第一节 项目阶段要求 .43第二节 项目实施整体要求 .45第四章 项目售后服务和培训要求 .45第一节 售后服务要求 .45第二节 培训要求

5、 .46第五章 项目评价 .46第一节 软件开发期评价 .47一、评价内容 .47二、评价方法 .47第二节 软件维护期评价 .48第一节 评价内容 .48第二节 评价方法 .49第六章 项目付款方式说明 .49第七章 项目评标原型演示及答辩要求 .50第七章 合同格式 .51广州市公安局二代 OA 系统建设项目采购合同（样板） .51附件一、项目评价方法 .1一、软件开发期评价 .1（一）评价内容 .1（二）评价方法 .1二、软件维护期评价 .2（一）评价内容 .2（二）评价方法 .3V附件三 保 密 协 议 .1广州市公安局二代 OA 系统建设项目招标需求1第一章 项目概述本项目通过软件开

6、发与部署，全新构建广州市公安局新一代 OA 系统，统一全市各级公安机关协同办公软件平台，全面支持一体化、智能化、移动化办公，全面提升公安部门间、工作 团队成员间工作协同效率。本项目主体工期为 12 个月。主体工期内要求全面完成相关软件开发、安装调试和用户测试等工作，并完成项目初验；项目初步验收通过后，项目所建系统连续稳定试运行 3 个月，且通 过第三方机构测评， 项 目可开展用户验收；用户验收通过后，由市工信委开展 项目最终验收；项目终验通过后，本项目还需承担 3年免费质保期；项目质保期结束，本项目所有款项支付完毕。本项目限价：426.662 万元 第二章 项目需求描述第一节 项目概况一、项目

7、建设背景广州市公安局现有办公自动化（OA）系统，基于 Lotus Domino 平台，始建于1999 年，自 2000 年起逐步推广至市局直属各部门，2010 年完成 B/S 模式升级后，推广至全市各级公安机关。 历经近 17 年， 现有 Domino（8.5.1）软件框架及其应用功能，已经无法满足全局用 户量和业务量迅猛增长需求，系统兼容性支持很差，系统各类业务功能缺陷难以有效改善，新增需求无法得到有效满足，整个系统运行极不稳定，系统安全方面也存在较多不足，用 户体 验感和系统可维护性也越来越差，严 重地影响了公安行政 办公效率有效改善与提高。广州市公安局迫切需要重新构建一套先进、实用、可靠

8、的行政办公管理系统 。二、项目建设目标和任务建设目标：通过重新构建广州市公安局办公自动化（OA）系统（以下简称二广州市公安局二代 OA 系统建设项目招标需求2代 OA 系统），优化全局公文管理、协同通信和知识 管理，丰富各 类事务管理应用，完善数据查询与统计分析功能，建立全市各级公安机关统一的协同办公软件平台，实现智能化、移动化办公，全面改善广州公安 办 文、办事、办会等行政办公效率，有力支撑公安行政管理与执法办案工作。建设任务：基于广州市公安机关行政办公业务需求，定制开发办公应用软件，并部署到广州市政府信息化云平台公安专用软硬件环境运行（含公安网、公安移动警务专网、部门独立局域网等），形成广

9、州市各 级 公安机关可用的先进实用、安全稳定的统一协同办公平台。三、项目建设规模本期项目建设的二代 OA 系统，将全面替代广州公安现有 OA 系统，服务全市各级公安机关及全部民警员工（包括市公安局 31 个直属部门、11 个区分局及下辖派出所，4 个行业公安 单位。全部在 职民警约 3.1 万人， 辅警（职工）约 3.2 万人）。二代 OA 系统建成后，须支持用户6.5 万人，在线用户数5000 个，业务并发访问用户数2200 个，公文处理500 万份/年，事务处理1000 万宗/ 年。第二节 参考标准及规范本项目软件开发，除必须遵循国家相关软件开发标准与数据标准以外，还必须遵循但不限于以下规

10、范：1.党政机关公文处理工作条例;2.公安广义云计算信息化建设项目技术规范 1-7 部分;3.公安信息通信网边界接入平台安全规范;4.公安移动警务应用相关规范;5.广州市公安局公文处理工作办法。第三节 需求描述本项目建设主要包括 2 个方面：软件开发和第三方软件采购。广州市公安局二代 OA 系统建设项目招标需求3一、软件开发需求本项目软件开发，应按照广州市政府投资信息化项目申报指南，充分利用全市信息化基础设施和共用复用系统资源（如广州市电子公文交换系统、广州市政务督查督办信息管理系统、广州市政务通统一通讯及业务资源管理平台等），开发适合广州公安行政办公需要与发展需求的协同办公软件系统，并实现与

11、其他相关系统无缝对接。本项目软件开发，需要实现以下软件功能并与相关系统对接：序号 业务模块 主要业务子功能（模块）或业务要求1 公文管理收文管理、发文管理、公文交换、传真电报、督办管理、电子公告、信息报送、公文查询等2 事务管理考勤管理、出国（境）管理、任务管理、会议管理、投票管理、耗材管理、日程管理、车辆管理以及其他事务管理等3 协同通信 电子邮件、OA 短信、即时通信、网络云盘4 知识管理知识文档管理，包括目录维护，知识文档上传、审核、更新、检索，以及分级授权，知识地图等5 OA 门户门户功能与展现内容：用户信息、OA 功能菜单、待办任务（消息） 、新闻信息、单点登录、日程安排等6 移动办

12、公全面支持民警、辅警通过移动警务终端（手机或 PDA）办公办事，与桌面终端业务功能一致7 统计分析 实现二代 OA 系统中各类业务信息的高级查询与统计报表8 系统管理用户管理、模板管理、流程管理、日志管理、系统监控与系统帮助等9 业务智能包括信息采集智能化、流程处理智能化、数据分析智能化、系统监测与用户管理智能化。10系统接口(对接系统列表)民警 PKI 认证系统、辅警 PKI 认证系统、电子印章系统、短信平台、应用门户平台、移动警务平台、省公安厅公文交换系统、广州市政府公文交换平台、广州市政务督查督办信息管理系统、门禁系统、要情系统、警务保障平台、审计综合管理信息系统、督察管理系统、档案系统

13、、安全审计平台等。（一）业务功能需求在业务功能上，二代 OA 系统应当全面支撑广州公安公文管理、事务管理、协同通信、知识管理、统计分析、系 统管理等基础业务 功能，全面支持移动办公，提供完善、丰富的 OA 门户 功能，系 统更加智能，用户体验更好，系统维护管理轻松，与高效、廉洁的公安工作要求相适应。广州市公安局二代 OA 系统建设项目招标需求41.公文管理公文管理是 OA 系统核心功能，主要实现广州公安各部门收发文流转处理，内部与外部的公文交换处理，包括收文管理、发文管理、公文交换、传真电报、督办管理、通知公告、信息报送以及公文综合查询等业务 功能。 这里公文包含了普通公文、传真电报、电子公告

14、、督 办公文等各类公文。（1）收文管理收文管理，实现各部门在签收外部公文（包括普通公文、传真电报、工作督 办、12345 热线等电子公文与纸质文件）之后内部流转处理，包括来文登记、拟办、 审核、批办 、承 办 、传阅、归档等 传递处理工作。关于公文处理意见。用户可以随时填写公文处理意见，但一旦提交并完成公文处理之后，不可修改或者 删除，但在重新 获得公文 处理权限后可继续追加新意见。同时 ，要合理设计不同类别用户“处理意见” 的排序和布局，参与公文处理的用户，均可 实时跟踪公文当前 处理状态以及其他人员处理意见。关于公文处理流程。系统支持“自由流程”，即在处理公文过程中，用户可自行选择公文处理

15、下一环节，并可让公文同时流向多个不同处理环节，实现公文并行处理，参与公文处理用户 可实时跟踪公文当前处理状态以及处理人员意见关于收发文之间关联。系统支持用户基于收文而草拟新的公文，并建立收文与发文之间关联。如基于收文草拟复函，或者 转发收文，将收文转为电子公告或督办公文，等等。基于收文而草拟发文（比如复函、请示、转发、公告等），可直接复用原收文的相关正文与附件；同时，因一份收文而衍生的多个发文，均可同时与原收文建立关联关系，用 户可以通过链接方式查看关联公文。关于收文处理表中“ 备注”信息。不同部门使用“备注 ”信息框的方法不尽相同，但一般会要求“ 备注” 信息可修改，不同用户可追加新的“备注” 信息项，并清晰显示每条“备注 ”信息的内容、添加人和添加时间。关于消息提醒。用户处理完成公文后，可选择（也可不选择）向下一个环节处理人员（也可选择）发起提醒，提醒方式可以是短信、 电子邮件、即 时通信等方式，或者其中之一。提醒内容预设为公文处理相关信息，但可再编辑。例如：某用 户已