技术规格服务要求Word文档下载推荐.docx

资源描述

技术规格服务要求Word文档下载推荐.docx

《技术规格服务要求Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《技术规格服务要求Word文档下载推荐.docx（12页珍藏版）》请在冰豆网上搜索。

技术规格服务要求Word文档下载推荐.docx

校方应对系统底层工作流平台及相关业务系统拥有永久使用权。

＊（六）系统响应时间。

在1000用户并发条件下，系统所有页面响应时间不超过5秒。

＊（七）稳定性。

系统架构设计合理，提供可行的容灾方案，结合必要的集群、热备等手段，保证系统不间断运行。

一旦系统出现故障，保证迅速恢复服务及故障前的数据。

＊（八）可扩展性。

系统架构设计可满足业务变化引起的系统功能升级，同时应具有良好的开放性，遵循业界相关标准，支持开放的标准接口。

非专业人士可在厂商人员的指导下利用工作流引擎自行建模，实现业务流程的新建、修改、变更。

＊（九）易维护性。

采用参数配置、公式调整、代码维护等手段，确保用户可自行维护系统基础设置数据项。

＊（十）易操作性。

系统设计须满足非专业用户的日常使用，界面简洁友好。

＊（十一）浏览器兼容性。

系统应兼容PC端（包括但不限于IE、Firefox、Chrome、Safari、Edge等浏览器的最新版本并向下兼容）、手机端（Android/iOS）等主流浏览器，并协助解决因浏览器兼容性导致的各类系统问题。

系统应兼容高分辨率显示器，在不同分辨率的显示器上显示应比例协调、字体清晰。

＊（十二）系统需采用主流成熟的开发技术，B/S架构，使用Oracle、SQLServer、MySQL等关系型数据库，操作系统支持Linux6及以上或WindowsServer2012及以上版本，文件存储支持多应用节点共享模式。

系统运行环境应遵循学校统一标准。

3.2系统功能要求

协同办公系统（一期）项目包含：

公文管理系统、议事决策系统、督查督办系统、会议管理系统、合同管理系统和常规办公支撑服务功能。

同时，系统应提供工作流引擎，系统管理员可根据需要自行构建流程类业务管理子模块。

系统应对接我校人事系统，同步人员信息数据库，根据人员身份自动赋予或改变其对应的访问和管理权限。

针对不在我校人事数据库中的人员，系统应提供临时用户功能，管理员可批量导入临时用户，临时用户可使用管理员指定的系统功能。

系统应建立一个可分类、分层管理的“文档库”，对子系统和各功能模块产生的数据和用户主动上传的数据进行自动归档、自动编号、自动传递。

用户根据管理员设置的权限，可访问、查询、调用、维护数据，用户也可向管理员申请访问指定数据。

数据的查询功能包括全文模糊检索和自定义条件精确检索。

（一）系统的门户

系统门户包含OA系统所有模块入口，在门户中用户可选择登入身份，个人（包括行政人员、教师、学生等）、系统管理员、单位管理员，不同身份对应不同系统使用权限。

门户应呈现个人信息、单位通知、待办事项、个人日程表等，个人门户中功能菜单可自由定义。

同时，应依托企业微信，打造便捷高效的协同办公系统移动客户端，实现掌上办公。

（二）常规办公支撑服务功能

常规办公支撑服务功能指党政机关办公常用功能，包含但不限于：

日历、通讯录、值班（加班、请假）登记、工作简报、调查统计、用印管理、通知公告等功能。

日历：

实现学校各类活动、会议日程的在线管理、提醒功能，全校日历向所有用户开放，每个用户根据自身身份可查看到其所属二级单位的公共日历。

包含常见的日程管理功能，提供公共日历（校级、二级单位级）和个人日历功能，并与通知公告系统联动。

实现通知公告系统中的公共通知自动排入公共日历，个人通知以及个人待办事项自动排入个人日历。

个人日历可向指定人员开放查阅。

通讯录：

实现全校人员联系信息的在线登记和查阅。

用户自行维护个人名片并设置查询权限，系统自动同步形成全校通讯录，他人可根据用户设置的权限查看。

值班（加班、请假）登记：

实现全校二级单位值班、加班的登记、统计、查询功能。

实现节假日值班、加班信息在线登记、设置和统计，以及平日请假在线申请。

指定用户可查看、下载全校汇总表。

工作简报：

实现各类型工作简报的分类管理、分类起草、分发、存档功能。

简报按类别（每日信息、高水平大学建设工作简报、督查督办工作简报）上传，简报起草审核留痕存档，类别管理员可维护，简报的内容以附件的形式上传，支持常见格式（pdf、word、Excel）。

功能流程：

校办秘书起草——校办主任审核——校办秘书分发（发给指定的中层干部群组，选择人）——办结。

可通过报表统计简报的阅读次数，按阅读次数排序。

调查统计：

实现意见的在线投票、统计功能，调查发起人可指定被调查目标人群，系统自动邀请被调查人填写调查问卷，系统自动生成统计报告，调查发起人指定人员查看。

用印管理：

是实现大学公章、党委章、法人章、党委书记章（或其他副职校领导个人名章）、钢印、介绍信申请使用管理，实现公章使用申请审批全流程留痕，实现用章材料的拍照存档（参考银行使用的现场拍照系统）。

根据不同的印章类型（管理员可增减）实现使用申请的登记、存储、查询、编辑等功能。

校长章、书记章、校长身份证复印件及校长相关身份信息审核流程：

申请人->

部门正职领导审核（处长、院长、书记）->

分管校领导审核->

校办安排用章（退回或结束流程）。

行政章（公章、校办章）、党务章（党委章、党办章）、法人证书复印件、介绍信：

对外报送材料用章：

校办主任审批->

主要校领导审定->

申请人需填写用印基本信息，具体见我校在用的“用印证明”。

通知公告：

实现学校各类通知公告的在线发布，在线分发功能。

指定用户可公开发布通知公告，通知公告可见范围可设置。

通知公告系统与其他子系统联动，与短信平台、邮件平台、微信对接，可以站内消息、短信、电子邮件、微信等形式发布通知公告，向指定群组或个人推送。

（三）公文管理系统

阅文：

实现上级来文文件的收录、编目、存储、查询、分发等功能。

整合我校现有阅文系统，整体迁移其全部功能和数据。

增加自动编号功能、自动编辑、单独查询功能、办理流程可视化功能、系统催阅功能、自动办结和打印归档等功能。

系统流程：

学校办收文管理员登记来文->

学校办收文管理员转发至学校办公室主任审批->

学校办收文管理员根据学校办公室主任审批意见转发相关校领导、职能部门审批（支持流程并行，职能部门设置收发员，负责部门内部公文流转）->

学校办收文管理员办结。

发文：

实现发文的编辑、审核、自动格式调整、自动编号签章、分发等功能。

需要兼容我校现有发文系统数据库，并将其整体迁移至新系统，新系统要可查询旧数据。

可将现有发文系统功能整体迁移，并增加以下功能：

1、需要支持调用相关会议议决、请示报告、会议纪要等文档资料库的文件，支持会签功能（并签、串签、串并签方式），会签涉及部门全部提交意见后，会签结束才能进行下一步；

2、需要支持发文字号自动生成功能，系统需自动校验文号重复性；

3、套红模板可以直接限定公文格式，拟稿人无论是直接起草还是复制粘贴文字内容，都遵循模板中规定的格式；

4、在正式成文后，可以选择是否自动签章，由公文管理员决定；

5、提供两个途径的文件pdf格式在线发布功能，包括呈送主送单位、抄送单位，一键式发布到信息门户“校内文件”栏目等；

6、提供发文归档功能，学校办及各发文单位管理员指定时间范围，按照要求的格式导出可管理的发文归档信息（包括数据表单、发文正文文件及相关附件等）。

请示报告：

旧的签报系统中可以迁移的内容应迁移至新的请示报告系统。

并提供归档功能，学校和各单位管理员可指定时间范围，按照一定的格式导出可管理请示报告的归档信息（包括数据表单、正文文件及相关附件等）。

系统流程为：

部门秘书拟稿->

部门分管领导核稿->

部门负责人签字->

以并联+串联的方式在校领导和各部门之间流转->

自动归档。

（流转过程中每个部门仅一个节点，部门内部可以自行设置审核流程。

管理员可设置每个审核节点的办结时间，系统定时自动按节点催办）。

应用场景包含：

a）以非正式文件的形式对外报送的材料（请示、报告、方案计划、各类人员信息表等）需要校领导审核的流程；

b）学校各个部门的非正式文件需要校领导审核的流程。

为二级单位提供相应的公文管理平台。

（四）议事决策系统

按照学校既有流程，实现各类议事决策会议的分类管理和在线组织、通知、存档、关联查询等功能。

可根据不同的议事程序设置会议程序，对接督查督办系统，实现从议题征集、审定、会议通知、记录纪要到议决督办的全流程管理；

对接日程表系统和通知公告系统，实现会议的自动通知、提醒等功能。

系统应预设好以下几类会议的默认程序：

校级

议事

决策

会议

议题征集

1、各个部门（授权用户）将拟提请党委常委会、校长办公会决定的事项提交议题申请->

部门主要负责人审批->

协办部门会签->

部门主要负责人确认->

相关领导签出会议纪要->

系统向领导和相关人员分发议决->

3、牵头职能部门授权相关职能部门可查询、调用该议决。

院系级议事

主要针对职能部门、院系党政会议

1、会前秘书上传会议议程，并通过系统通知相关人员出席。

3、学校授权相关职能部门可查询、调用该议决。

（五）督查督办系统

实现各类工作任务的在线督查、督办，各部门在系统中可反馈工作落实情况，各部门工作落实情况对指定人员实时显示，系统实现自动按该系统管理员设置的时间催办。

1、发起督查督办：

指定用户通过两个途径发起督办，一是调用文档库内的相关议决、发文和请示报告，发起督办；

二是就其他需要的内容，编辑填写督办条目，发起督办。

每一项督办项目需要明确督办内容及任务目标、分管领导、牵头部门及协同部门（如有）、办理时限（是否需要每月跟踪督办）等。

2、下达督办任务：

发起督办项目后，由部门负责人同意，即进入督办流程，相关督办条目推送至分管领导和有关执行单位。

3、反馈填写执行情况：

有关执行单位负责人按时填写督办完成情况。

每月跟踪督办的，应每月按时上报推进执行情况。

如逾期未完成的，系统向分管领导和相关部门发出提醒。

被提醒人会在手机App、企业微信和PC端均收到提醒。

督办人员可自行设置提醒日期。

4、结束督办：

督办发起人根据督办完成情况，决定提请结束督办，并由分管督查督办的领导决定是否结束督办。

5、统计汇总：

系统自动就督办情况汇总生成统计报表。

（六）会议管理系统

会议管理系统包含大型活动审批、校内用车管理、校外车辆管理、会议室管理、会议发起等功能，并预留接口与校内相关信息系统对接。

具体功能描述如下:

大型

活动

审批

申请单位填写活动申请单->

部门审核->

相关职能部门（可设置）并行审批->

按审批意见生成回执

若涉及车辆报备、场地使用应自动联动相关系统

校内

用车

1、单位车辆建立单位车辆库，包含车辆使用的费用标准，车辆基本信息（包含：

品牌，车型，车牌，几人坐（不包含司机），司机姓名，联系方式，车龄，收费标准（元/公里））；

2、申请人->

车队查看执行；

3、在申请人申请页面字段：

申请人，起止时间，申请部门，起止地点，人数，可勾选车型；

4、需要生成每周车辆使用情况表供管理员和车队负责人查看；

5、具备车辆使用情况分析统计功能，可按车辆库中各字段以及时间字段进行统计分析；

校外

车辆

放行

1、申请人登记车号、事由->

保卫处审核，并通过“通知提醒”功能的方式，提醒保卫处并确认。

会议室管理

1、会议室库包含以下字段：

楼宇名称、会议室名称、室号、面积、座位数、设备情况（投影仪、话筒几个、其它）、是否活动桌椅、会议室照片、管理模式、管理单位等；

2、管理员具有设置会议室开放时间和关闭时间的功能，申请页面可根据会议室的开放或关闭允许或禁止申请者申请会议室；

3、校办权限：

可以撤销所有已走完流程的会议，以释放会议室资源

4、会议申请时，与前后已有的会议必须间隔指定的会场整理时间，具体间隔时间可设置；

5、所有通过校办审核的会议，可形成会议总表，周会表（在校内一周安排公开发布的），普通会表三种呈现方式；

6、按照会议室名称，所在楼宇，设备（投影仪，话筒）等会议室库中信息字段进行统计分析。

7、所有会议室可设置管理模式（一级管理、二级管理），一级管理为校办审批通过的会议申请，二级管理为只需部门审批通过的会议申请，不同的管理模式的会议室对应相应的申请审批流程：

一级管理模式申请流程：

部门（部门领导）审核->

校办审核->

后勤保障部、楼宇物业查看执行

二级管理模式申请流程：

部门（办公室主任）审核->

8、预留网上缴费功能接口，用于支付物业人员加班费或其他费用；

9、会议室管理员有会议室管理公告维护功能，点击发布可发布到OA首页会议室申请相关信息栏目。

10、会议管理员，可以维护申请页面提醒文字（申请页面上方），申请者必须勾选才能提交申请。

11、会议室管理员审批通过后，申请人缴费，缴费后可打印会议审批单，作为会议室缴费和使用依据。

发起

1、申请人->

物业查看执行；

2、具有会议室使用情况检测功能，采用图形可视化的直接呈现方式，以及会议室信息查看功能；

3、物业只需要查看会议与物业相关的重要信息；

4、在流程中，当前节点的下一步节点未审批之前，当前节点的操作可撤销，可更改；

5、会议申请完成之后，会议申请者收到“会议申请成功”待办事宜，打开之后，页面上有“通知会议参加人”功能，提醒方式如“通知提醒”模块；

会议申请单上的会议参加人名单作为初始名单，可进行修改，修改后确认作为通知提醒的最终确认名单，将根据最终确认名单生成参会人员，并且添加到参会人员个人日程里面；

6、当会议室撤销时，需向参会人，物业执行人发起撤销通知；

7、会场管理员，在审批会议环节，签署审批意见的同时，可以调整会议申请的起止时间。

（七）合同管理系统

实现学校各类型合同的统一上传、归类管理、归口审核、流程把控、集中存档功能，其中，已建有合同管理系统的部门（如：

科研管理部门、设备管理部门、国资、后勤等），可使用原系统上传、审核，本系统实现与其数据对接。

管理员可设置系统中合同类型和审核流程，即按合同类型增减职能部门、法务、财务、校领导等各类人员的审核环节；

涉及经费支出的合同，财务处可设置支付条件；

各类人员根据权限可查看合同审核流程进行状态；

所有合同审核后由本系统集中存档。

＊（八）基础数据集成系统所使用的组织机构、楼宇、房间及人事等基础信息，需通过学校数据中心对接。

同时，系统应向数据中心提供标准化数据接口，满足学校数据共享和数据交换的要求。

＊（九）统一身份认证集成系统的登录及身份认证功能，需与学校统一身份认证平台集成。

＊（十）门户集成

可在学校数字校园门户中集成系统待办条目数显示功能，用户进入校园门户，无需再进入协同办公系统即可看到待办数目提醒。

＊（十一）权限管理

系统中的权限可以灵活定义，支持同一用户在不同部门授予不同权限的功能，支持二级授权管理。

＊（十二）日志管理

系统需提供详细的日志记录，包括用户登录日志记录和用户操作日志记录。

用户对数据的增、删、改等操作均可进行记录，并提供系统管理员监控页面。

＊（十三）适应性要求

系统应避免直接使用组织机构编码、教职工工号等字段进行业务数据关联，保证系统功能不受相关信息变更造成的影响。

＊（十四）数据迁移

学校现有办公自动化系统、阅文系统中关键历史数据，可迁移至新系统中。

4、商务条款要求：

4.1、交货地点：

货到华东师范大学中山北路校区

4.2、质保期：

验收合格后至少1年

4.3、交货期：

合同签订后180天

4.4、付款方式：

合同签订后付10%，系统需求确认签字后付20%，验收合格后付50%，质保期结束后付20%。

4.5、实施、保障与服务：

4.5.1、实施与保障

1）项目总体实施进度要求：

需求调研、分析：

合同签订后2个月；

系统设计、开发：

需求分析完成后3个月；

系统试运行、培训：

系统开发完成后1个月。

2）中标方应在中标后至项目通过验收，安排至少2名工程师（熟悉高校业务）驻场开发，驻场人员的人选须经过校方认可，未经校方许可，中标方不得擅自更换驻场人员。

3）提出全面、完整的方案，包括项目实施阶段的总体技术方案（包括系统各项软件功能、建议硬件规格、配置理由和整个系统性能指标）和符合未来发展趋势的校企合作方案。

4）提出满足系统要求的实施方案、服务方案、项目管理和风险防范措施。

其中：

a、实施方案包括实施计划、工程进度表等；

b、服务方案包括人员培训、运行维护方面的技术支持、系统升级及功能扩展、对后续工程的支持等方面的承诺；

c、项目管理必须具有合理的项目管理策略和较高的项目控制水平；

风险防范措施包括风险分析及具体的防范措施。

5）指导用户构建软件的运行环境，完成软件的安装与配置。

6）指导用户收集、整理、录入（或导入）软件运行需要的有关基础数据。

7）需提供专门的运维服务，用于接收、确认学校反馈的问题/需求并及时解决反馈的问题、满足学校反馈的需求，为学校建立并维护完整、准确、详细的软件使用档案。

8）包含核心功能的系统有完善的前序版本和后续版本线，以保证在未来五年，有可以供所有用户升级的稳定系统版本。

9）中标方须提供参加本系统开发和实施技术人员的社保编号和交税证明。

10）中标方须在签订合同前提供无犯罪记录证明（含参加本系统开发和实施技术人员的相关证明）。

4.5.2、文档要求

按照系统建设的进度，递交相应的系统文档，要求文档规范齐全。

《项目实施计划》、《历史数据准备》、《需求调研报告》、《软件需求规格说明书》、《数据库设计说明书》、《系统功能设计报告》、《功能测试报告》、《性能测试报告》、《安全测试报告》、《系统交付书》、《系统培训记录》、《系统运行报告》、《系统验收报告》（包含不限于功能、性能和安全的验收报告）、《软件使用手册》、《数据字典》以及所有在系统建设过程中涉及到二次开发模块的源代码、二次开发后这一部分代码的部署文档，二次开发后的模块的源代码知识产权归学校所有。

4.5.3、培训要求

1）中标方应依据学校的实际情况，协商制定切实可行的完整培训计划，采用集中培训与专项指导两种方式，为用户免费培训使用与维护软件的有关技术人员，包括系统管理员、操作员及招标人要求的其他人员。

2）招标人要求所有的培训在招标人指定地点进行。

3）中标方应向校方提供所有参与该项目的具体研发人员（编码人员及测试人员）的名单与联系方式，并注明相应职责，并按照校方要求建立长期有效的联系机制。

4.5.4、验收要求

1）系统开发完成试运行期间，应通过第三方专业测试机构对系统的性能、安全性等测试。

2）系统试运行并达到验收要求后，中标方提出验收申请，校方组织验收评审会，评审委员由技术专家及用户单位代表组成。

4.5.5、售后服务

在系统验收完成后，开始售后服务。

售后服务的范围和内容：

1）提出服务承诺。

最终须按照合同规定的时间，派遣技术人员上门服务。

2）在免费服务期限之内，为学校免费提供各种技术服务，包括在线答疑、定期回访、软件更新、适应性修改、增量性修改、版本升级与技术培训。

3）售后服务期内中标方应提供7*24小时专人响应服务，技术人员须在2小时内有效响应，紧急故障2-6小时内排除，一般故障24小时内排除。

如果因为中标方原因造成系统不能正常运行

展开阅读全文