OA 办公系统项目(第二次)技术服务要求
表 1:
序号 |
服务名称 |
主要技术标准与参数 |
数量 |
单位 |
备注 |
1 |
OA 办公系统 |
1. 办公自动化系统建设要求 1.1 总体目标 1、充分利用先进的计算机网络技术,打造教职工网上协同办公自动化系统,为各单位、部门、学院提供信息交换平台,有 效协调、处理各部门之间的工作,提高内部处理事务的准确性与 及时性,全面提升日常办公效率。 2、在 OA 系统上实现公文流转、协同办公、信息发布、督察督办、知识文档共享等工作,实现办公自动化。满足日常办公的 需要,工作流程可根据实际需要自由定制。 3、OA 系统提供互联网方式访问,为各下属单位及异地办公用户提供远程办公支持。 4、用户数要求:系统支持注册数不限制并且大并发用户同 时在线使用,为以后扩展提供基础。 5、系统支持后期软件终身免费升级,并开放 70%源代码。 6、平台要求全部采用通用性好,便于维护,开源、可跨平台及可移植性强的 PHP、Java 等开发语言进行开发,数据库要求使用灵活性强、稳定。 7、版权要求:投标单位须保证本项目建设的系统所有使用的 软件均为合法、正版,否则引起的法律责任由中标人负责。 1.2 系统建设原则一致性原则 为学校信息系统建设与规划提供一致、统一的基础架构及集 成化的平台。 安全性 办公自动化系统将承载整个学校的管理工作,数据安全、应 用安全等多方面均会对学校的管理工作或业务工作造成重大的影响,因此办公自动化系统在广泛信息共享的同时须具备较高的 安全水平和完善的安全访问机制。办公自动化系统还须具备方便 的数据备份及灾难恢复能力,可在服务器系统崩溃后最短时间内 使系统恢复正常运行。 |
1 |
套 |
|
易用性和友好性 办公自动化系统须提供直观易用、友好的、人性化的用户操 作界面,方便不同层次的工作人员使用。 适应性 要求办公自动化系统具有良好的适应性,可通过简单的设置 迅速符合用户的业务习惯,适应用户。 1.3 系统需求 根据项目建设需要,本次招标的目标内容从最基本的公文管 理入手,优先实现最核心的和最易上手的应用功能,以通用的功 能为主。这个阶段的实施目标是全员办公自动化基础应用普及和 促进组织建立基于办公自动化系统的协同办公的新理念和工作 方式,通过公文管理、行政办公和个人办公等应用初步体现办公 自动化系统的应用效益和价值,如办文效率大幅提高,节约人力 时间成本,初步体现敏捷化管理等。 平台开发要求必须使用 PHP、Java 等语言开发及开源数据库MYSQL 或正版数据库技术体系进行开发。 同时满足三种运行模式:网页版(B/S)、桌面版(C/S)、 手机移动客户端。 1.4.1、内部信息发布平台 (1) 学校内部的公告栏,发布各种通知信息、发文公告信息等; (2) 发布学校内部的各种规章制度、管理规范以及相关法律法规等信息; (3) 发布学校内部日常事务处理和办公流程的说明,各种办事表单、表格模板等; (4) 发布学校各级机构和人员的联系信息; (5) 办公常用工具软件下载和使用说明; (6) 对系统中各类信息进行查询检索,支持条件检索和全文检索; (7) 记录领导的工作日程安排,并可以对相关领导和部门人员共享,进行协作安排。 1.4.2、个人办公 |
|
|
|
(1) 在办公自动化系统界面实现收发和管理邮件; (2) 显示待批和待阅文件,待办的审批公文、请示报告、公告信息,及待处理的工作等,提醒进行办理,通过待办事宜可 以直接进入办理各种事务; (3) 显示交办下级的任务和工作,落实和跟踪办理情况与进度; (4) 实现按不同的工作审批种类、不同的时间段进行业务处理的授权,方便领导应对无法正常办公情况下的日常事务处理; (5) 提供各部们工作计划、相关领导和部门领导工作通报信息; (6) 将个人计划的每日工作等安排,如:会议、待办、任务等信息;个人日历可向相关人员共享; (7) 个人通讯录,记录部门、团队、同事、客户等常用联系人信息; (8) 按周、月、年等填写或上传个人工作事务,可共享给上级领导或其他相关人员; (9) 提供备忘录功能,记录各种备忘信息,及时提醒进行处理; (10) 实现学校公文收发、审批、归档等功能,集成 WORD 编辑器,支持套红、常用语等。办文包括起草拟办、审核批示、 会签、签发、登记、批阅、传阅、催办、归档等流程。 1.4.3 、督查督办管理 (1) 实现学校督查科进行任务派发、督办——督查科根据工作实际,将学校确定的重要工作、领导批办事项等工作任务, 通过督促检查(简称“督查”)督查平台派发给责任领导、责任部门(牵头部门、协办部门)等,派发时应该明确任务具体要求、完成时限等;对部门已办理完成的工作任务进行审结,(注:审结权限可以放宽到一定范围);(包含督办事项的来源名称以及主办协办等一些要求内容)。 (2) 承办部门办理情况实时反馈(根据任务分配的内容实时的反馈并且进行委托他人帮忙办理,同时可以申请暂停、结束 等以及上传材料进行情况说明)。 (3) 领导实时批示、查阅(领导的督查门户可以随时查阅 相关的信息,随时批示等)——原则上,各位责任领导(一般是分管校领导)只能看到自己负责的任务办理情况,党委书记、校 长、学校办公室主任、督查科工作人员等可以看到所有的工作任 务落实情况,特殊情况下需要督查部门调整相应权限。 (4) 分类汇总查看,督察报告的生成(自定义选择字段形成相应的图表,并且生成督察报告等) (5) 任务提醒。任务派发、反馈、领导批示意见等进行提 醒。 |
|
|
|
1.4.4 、行政办公 (1) 公告通知:支持设置公告的审批规则,可以按人员、部门、角色多种方式确定发布范围,允许设置附件的下载打印权 限。 (2) 新闻管理:支持定时发布,允许评论,包含实名评论和匿名评论,可以提取关键字,并通过关键字查看相关公告、新 闻、邮件、文件柜相关信息。 (3) 投票管理:支持投票置顶和匿名投票,支持有效期设置,支持投票数据统计与导出。 (4) 日程安排查询:允许有管理权限的人员查询员工日程安排及完成情况并安排工作。 (5) 会议管理:支持会议申请、审批、通知、会议纪要功能。便于对会议内容的回溯和追踪。 1.4.5 、知识管理 (1) 对学校现有知识文档资料进行归类管理和分类索引, 例如学校流程、法律法规、内部制度、培训资料、工作报告等。 模块支持全文检索功能,方便用户随时查阅历史归档记录; (2) 管理学校多层次的知识文档,实现知识管理,并可对目录管理进行权限管理; 1.4.6 、通讯管理 (1) 可以进行点对点的即时交流和文件传送,可以通过系统查看用户是否在线,用户可以在办公自动化系统中看到用户是 否在线,可直接与用户交流。可以直接从学校目录中获取用户的 身份信息与群组信息; (2) 包括组织机构管理、用户信息、角色管理等,支持无层级限制的树型组织结构管理;提供图形化的组织结构展示模式和组织结构维护方式;有级别控制。 |
|
|
|
1.4.7 、收发文 (1) 发文管理。具有多条发文管理流程业务线,实行不同级别、不同文号、不同人员不同流程;根据实际需求可随时进行 流程修改、表单修改等调整。 (2) 收文管理。在收到公文后,登记员可以对公文进行多种操作,部分公文需经领导审阅后进行分发,其他公文则可以直 接进行分发,根据实际需求可随时进行流程修改、表单修改等调 整;批完成的公文可以由相关负责人进行分发处理,可发起传阅 或具体办理;用户通过待阅读收文表单,查看尚未阅读公文,阅 读后的公文显示在已办结公文中。 1.4.8 、流程配置 (1) 系统在实际使用过程中,要求在不编写任何代码的前题下,系统能实现流程、表单结构、查询等相关内容的自定义。 流程设计简单易学,支持图形化工作流程设计功能,支持固定流程(预设步骤)和自由流程功能; (2) 工作流程支持前进、回退、分支、选择、判断、收回、 删除、委托、并发、会签、子流程、催办等功能; (3) 工作流程支持按任意条件进行查询功能,支持查询统计结果生成报表并导出功能; (4) 工作流程的转交支持内部邮件、事务提醒、app 提醒等多种方式提醒,工作流程每步可以设置办理时限,对于超时办 理的工作流可统计并催办; (5) 能用工作流程功能实现公文管理、印章管理、办公用品管理、维修维护管理等各种综合审批事务管理。 (6) 统计报表功能,可对报表基础属性进行设置,统计方式可对数据和字段分组,可对特定字段和权限进行设置。 1.4.9 、系统配置 (1) 基于浏览器,通过图形化的界面,管理员用户拖拽绘制流程图,并设定相应的处理节点信息,即可完成流程的配置。 通过特殊的流程与表单关联方式,可以实现流程与表单的独立创建和维护,改善旧的表单和流程的维护模式更为方便和直观; (2) 提供多种流程管理控制类应用的模板数据库,帮助用户以标准的方法和步骤,快速的实现具有复杂工作流的应用系统; (3) 提供灵活的电子表单制作工具,可以定义表单的风格、 式样和输入项目。表单定制与流程定制工具结合,编辑流程对应表单样式; (4) 实现对流程运转情况监控,用户可以查看本人所参与办理的业务的运作情况; (5) 根据流程运行统计情况,对所有流程的效率进行分析, 便于未来对流程进行优化; (6) 管理员可以定制系统首页的菜单项,并进行菜单项的授权管理;根据登录用户的权限,能够查看和访问不同的菜单项; 可定制部门、个人的个性化页面; (7) 对信息平台的栏目和内容信息按权限进行发布和管理。支持内容在线编辑、发布预览、发布审批等功能; (8) 设置登录密码、图像照片、界面风格、自定义桌面、管理个人基础信息、查看权限等; (9) 组织结构无层级限制;提供图形化的组织结构展示模式和组织结构维护方式;基于角色的用户管理,有安全级别控制。 支持多级、多部门、跨地域的分布式办公模式。 |
|
|
|
2. 校园平台应用系统信息门户平台技术需求 学校信息门户的建设是要将各应用系统的操作界面统一设 计,统一实现。使操作界面清晰、美观、干净、直观,并且前后 操作连贯。学校信息门户的建设将以数据获取和数据整合为核 心,通过对各类现有应用系统中信息和数据资源的全面、有机整 合来为综合业务网的工作协同服务。 3. 项目实施要求 实施方案要确保系统在总体上应具有技术先进、安全可靠、 扩展性强、维护方便等特点。 建立专门的项目小组,由专人负责,确保项目按时按质进行。项目建设过程分为计划、调研、设计、实施、测试、试运行及推广等阶段。 对建设过程中的设计、实施、测试、试运行及推广等阶段分 别制订详细的工作计划。 针对用户的需求进行充分调研,并编写电子版数据需求规格 说明书文档。 招标文件提出的对应用系统开发的基本需求,是投标人编制 投标文件和报价的主要依据,但不应作为编制正式实施方案的完 整的详细要求。在编制正式的应用系统建设实施方案时,投标人 应深入分析和充分考虑甲方对本系统现在及未来发展的要求,设 计出完整优质的方案,完全满足甲方需求。 合理安排项目进度,合理划分项目实施阶段,明确每个阶段 应完成的工作及每个阶段完成后提交的产品及文档。 |
|
|
表 2:
服务期限 |
签订合同之日起 3 个工作日内,根据用户要求在指定服务器上安装系统,测试中,若发生不符合设计要求,投标方应及时协调进行更改。 |
设备货物售后服务要求 |
1、用户培训 提供该软件产品的技术培训,包括但不限于安装调试、使用和运行管理、开发示范、性能 调优、问题检测与修复等内容。 (1) 总体要求 投标人应保证提供最有经验的培训讲师,使学校教职员工在培训后能够顺利使用系统,系 统管理人员能够进行日常维护和管理配置,开发人员能够进行二次开发。 要求能根据我单位的实施情况,提供专业的实施服务。实施的内容主要包括各模块的初始 化设置、工作流程及各种数据报表的调研、设计和修改。实施的总体要求为在较短的时间内, 使通用化的软件能在我单位具体应用。。 培训应包括技术培训和产品使用培训。 培训计划:根据校方要求,合理安排培训课程的时间、地点及内容; (2) 培训对象 提供分部门、分模块、分层次的软件使用培训,培训对象包括但不限于以下用户: 学校终端用户; 学校各级管理人员; 学校软件系统维护人员。 本系统在服务期内提供服务包括版本升级、打补丁、系统维护、咨询服务、应用户要求进 行功能性业务性修改、配置等服务。 2、售后服务 售后服务要求:为用户提供专业周到的售后服务,服务质保期为自验收之日起两年。 (1)质保期服务包含: 上门:包含上门实施和上门回访、远程无法解决,须现场服务的提供上门手把手技术支持。 培训:针对不同角色、不同部门针对性培训,确保科学有效的操作。 托管设置:根据学校要求帮助用户在系统中做个性化设置(不涉及代码开发) 收发文:提供收发文流程的深度应用支持和培训。 督办支持:提供对督办流程的下发、催办、反馈、申请等操作支持和培训。 流程支持:提供工作流程的流程表单、流程设计疑难解答与技术支持。 远程升级:跨版本升级、修正合集的远程升级支持,提供专业指导。 VIP 群:建立 VIP 独立群,群内有专业一名客服人员,一名实施工程师,一名研发工程师, 针对不同问题与不同领域专业人员进行直接沟通,并及时得到响应和解决方案。 专员:提供一对一专员服务,提供技术人员手机号码,以得到更即时的服务支持。 数据安全维护:提供远程数据库、附件资料的备份方案与技术支持。 远程:在自己不能尽快解决问题的情况下,可以申请专业 OA 服务人员远程协助支持。移机:提供移机(更换服务器)的技术支持与响应。 内外网访问:帮助开通、维护稳定的内外网访问,及移动端的技术支持。 移动端支持:手机客户端包含安卓,苹果手机功能模块的设置及使用支持。 电话:可以通过电话咨询,寻求疑难问题解答。 QQ 群:进入 QQ 交流群,互相交流使用经验,借鉴别人使用经验。服务时间:7×12 是指每周 7 天,每天 8:00-20:00。 (2)要求终身免费提供远程电话、邮箱、QQ 群等远程服务以及用户服务区、OA 知识库、OA 社区、统一需求管理平台等自助服务。 |