开放大学OA系统开发项目需求说明模板Word下载.docx
《开放大学OA系统开发项目需求说明模板Word下载.docx》由会员分享，可在线阅读，更多相关《开放大学OA系统开发项目需求说明模板Word下载.docx（18页珍藏版）》请在冰豆网上搜索。
信息发布
协同办公管理平台的信息发布分为四大类：
公告、调查、讨论、新闻。
1.3
全文检索
信息门户提供自己的全文搜索引擎，可以对信息门户信息和业务信息进行全文搜索，须支持模糊查询。
1.4
消息中心
消息中心是信息门户的工作中心，提供了以消息为中心的工作方式，实现“事找人”的工作方式，提高日常工作的效率。
2
公文管理
2.1
发文管理
发文管理是建立公文和对应的发文流程，实现公文审核、审批、签发、复核、封发等操作，完成公文审批、修改、清稿、套红等一系列动作，并形成可交换的正式电子公文的过程。
按规定的流程和模板进行起草公文及其流转过程，能够做到审批痕迹保留、整稿、套红、电子盖章，提供办理日志等监控和查询，能够按照国家行政公文格式自动生成符合格式的文稿和打印功能。
校行政和党委发文流程流转结束后，流程中的经办人可在发文传阅中将文件内部分发给部门相关人员查看。
支持发文类型自定义，如行政发文、党委发文、请示报告等。
支持多部门联合发文。
支持在起草公文时上传各类附件的功能。
支持发文撤回功能，发出的文件如发现问题能否由下发者撤回，对撤回操作必须进行审核、记录等备查。
发文拟文需提供office编辑环境，支持修改在线编辑、痕迹保留、套红头等功能。
2.2
收文管理
收文按规定的流程进行外来文件登记及其流转过程，能够对纸质文件扫描录入，并可以对工作流程进行监控、跟踪、催办。
2.3
模板管理
支持自定义多种公文模板管理，如：
公文一般由版头、份号、密级、紧急程度、发文字号、来文单位、来文字号、收文日期、登记人、签发人、标题、主送机关、抄送机关、正文、附件、发文机关署名、成文日期、印发传达范围、主题词、印制版记等组成。
支持自定义必填字段。
2.4
流转管理
支持工作流管理的流转定义，包括【拟稿】、【审核】、【会签】、【签发】、【套红】、【印发】、『二次分办』；
【归档】、【发布】、【多维度统计查询】等多级流转环节。
2.5
归档管理
实现公文文件在审批处理结束后自动归档到文档库。
2.6
督办管理
公文督办人对公文进行督促办理，向办理公文的人员发出督办意见，并可以改变正在进行着的公文的处理流程
2.7
签报管理
用于组织内部的公文流转，以形成一个拟文、审核、审批（或会签）、签发、批示、办理、阅读和归档的处理过程
2.8
公文统计
按照公文的收文发文进行统计，并提供相应的查询，将查询的数据导出为Excel文件
2.9
电子印章管理
设置word文档的电子签章图片，管理图片的使用人员及权限。
用户可以自制属于自己的公章图片，放入系统进行个人文档的签名
3
会议管理
会议需求总览
实现会议议题、会议室资源和会议安排信息一目了然，提供冲突提醒功能，实现会议议定事项与相关人员个人待办事项的关联。
会议申请、审批，会议统计情况的实时发布，会议人员通知、会议资料传递、会议记录、会议决议下达、会议决议与日程的关联、会议决议执行和监控、会议决议执行情况汇总等功能。
3.1
议题管理
有两大类型会议，常委会，校办会，不同类型走不同分管领导审批，议题由各部门上传汇报，全部通过的议题实现自动汇总。
3.2
会议发起
发起会议通知，选定时间、地点、主题、会议参会人员（到秘书或者直接到个人），参会人员可回执是否参加，并可转办请其他人代为参会。
同时可以提交议题，文字和附件均可，并明确是否公开；
确认有校领导参加的会议可根据需要填写邀请校领导的流程单。
3.3
会议日历
集中展现XX开放大学所有的会议安排，并根据要求可实现会议报表，如：
周会议、月会议等，可由会议负责人创建报表后转交领导批示。
3.4
会议室管理
集中展现所有会议室的情况，会议室可用资源、容纳人数、使用情况，在发起会议时进行冲突检测。
3.5
会议通知
会议管理员或发起人可根据会议的主题选择对应的提醒方式，如：
移动APP、微信等，可预约提醒时间。
3.6
会后管理
会议结束后，支持输入会议纪要，可直接转发文审批，根据会议结果新建督察督办任务，可重点跟踪任务完成情况。
4
事务审批
学校内部有部门和二级学院众多，各部门之间的日常工作协同经常发生，跨部门的管理相对困难；
部门内部的日常管理相对方便，但有时也会存在信息沟通不对称，任务拖沓等现象，特别是有些多人协作的项目，管理也会存在问题。
利用软件的协同工作功能，可以有效减少人工传递，实现信息共享，降低人员交通开支，实现规范化流转，提高效率
协同流程主要分为两类：
其一是严格意义上的流程，此类协同工作要求流程中每个角色，必须严格按照组织定义的业务或工作流程操作，如公文审批流程，此类称为固化流程；
其二是工作的结构和规则已定义，但是在流转过程中可根据需要进行规则外的处理和新角色的加入，以更加贴近实际场景的有效处理，如：
协同工作的转发、加减签、会签、知会等处理，此类称为自定义流程。
4.1
表单定制
可任意的定制出差、请假、等表单，表单的定制采用向导式，普通人员即能完成表单定制工作。
而无须专业的计算机知识。
同时，所定义的表单的每个字段可以进行授权操作。
表单定制与流程定制工具结合，编辑流程对应表单样式；
支持所见即所得方式编辑表单。
4.2
图形化流程管理
支持图形化的流程配置与管理，支持对流转的审批过程进行连续的动态演示，流转过的审批过程图例显示；
分支流程：
支持当前处理人可根据情况选择下一步的流向。
并发审批：
支持多人并发审批功能。
撤回：
支持环节处理人可将下一环节处理人未处理的文件撤回。
驳回：
支持流转过程中，若某一个审核环节通不过，系统可提供驳回功能，将公文驳回到起草人或者流程中规定的环节；
知会：
支持流转过程中的参与人可将事项知会给相关人员；
转办：
支持当前处理人直接将办理事项交由其他人办理；
过程跟踪及消息订阅：
支持办理人（或上级领导）可查看当前事项后续环节的办理情况，支持秘书跟踪领导批示意见，支持对关心（重点）事项订阅办理过程动态消息；
催办提醒：
支持通过系统催办规则进行自动催办，支持管理员进行手动催办，支持办理人则自定义规划进行催办，同时支持同类事项在一定时间段内不多次催办的规划设定；
支持超时提醒功能；
消息交互：
系统中的各类催办及订阅消息可支持即时通讯、邮件、手机短信等形式进行交互；
委托办理：
当用户因故不能及时处理公文时，可将工作委托到其他人员，可设置委托的生效时间和结束时间，被委托人具有委托人同样的处理权限。
当文档要提交流转至该委托人时，系统便根据委托设置去判断，是否委托给他人处理；
5
知识管理
知识管理需求总览
对文档的存放、阅读和查找进行有效的组织与控制，并提供快捷的检索工具，支持全文检索。
将各种文档分门别类进行层次化的目录管理，使用关键字或全文索引，方便员工检索和查阅文档，文档管理具有收藏功能。
可实现对文档处理周期的管理，包括文档的撰写、审阅、批准、发布、存档等各个环节。
对文档进行版本控制，保证用户所访问的是最新和有效的文档。
实现文档处理过程的工作流自动化，如自动发送审批请求、自动催办等。
有效地进行安全性控制，以信息技术的手段对各种文档实行分层次、分级别的权限管理，通过系统日志等手段对重要文档的使用情况进行监督管理。
5.1
单位文档
主要用于学校存储的文档，供教职工方便快捷的查询利用或者下载，免去了资料查找的繁琐过程，提高工作效率和文件的利用率
5.2
公文档案
公文档案用来进行公文文档的存储、归档。
由公文档案库管理员进行管理，普通用户查看归档公文需要通过公文档案库管理员借阅
5.3
个人文档
存储个人的文档
6
通讯录管理
6.1
通过树形组织架构展现教职工的通讯录（如：
校区-单位／部门-人员）；
通讯录包括个人的办公电话、移动电话、职务、上下级组织关系、部门等基础信息；
具备搜索功能，按照姓名、首字母、电话、单位等多维度快速搜索查询；
移动端可直接拨打电话、发送邮件和站内消息，同时可与手机通讯录同步，如：
将系统通讯录保存到个人手机通讯录；
智能识别手机来电人员的信息。
具备权限设置和共享管理功能，如：
中层干部通讯录授权于中层以上干部及OA秘书。
7
移动办公
7.1
移动办公
移动办公平台支持IOS、Android操作系统，用户均可以采用安装客户端的方式，在手机及移动智能终端上完成各项移动办公操作。
移动工作模块应与对应的PC端功能保持一致，根据实际需要进行开发，以公共信息发布、工作流审批和文档资料查询为主，以固定流程为主，以菜单选择和低填报量为主，避免通过移动终端开展需要进行大量文档编辑和数据填报工作。
同时须支持并实现移动办公与微信（企业微信、微信服务号等）的集成应用。
（1）系统在无需额外增加服务器的情况下支持移动办公；
（2）支持移动终端建立流程，支持催办督办管理、流程可监控；
（3）移动办公需要支持Android、IOS等操作系统的智能手机；
（4）应用功能上要支持文件办理、资料查询、通知公告、通讯录、离线消息提醒等主要功能，包括文件办理的移动端手写及原笔迹签批；
（5）具有较高的安全控制策略，能实现用户与手机硬件号进行绑定。
8
假期管理
8.1
请假、出差
学校教职工均可发起请假/出差；
请假/出差由发起人的上级领导审批；
领导在审批的时候显示出部门内已请假/出差人员信息。
系统自动获取发起时间、送达时间、申请人，自动生成编号；
时间、事由、地点由发起人填写，审批由发起人上一级领导填写；
需要支持销假；
根据申请单，可以展示出学校请假/出差人员，及在校人员。
请假流程审批，支持领导审批时，展示实时统计查询数据，支撑领导审批决策。
9
用车申请
车辆管理是对学校的车辆基本信息进行登记、员工向管理员提出车辆使用申请、通过审批人员审批后，管理员对车辆申请派车并安排出车。
10
用印申请
包括印章制作流程、用印申请流程等；
规范学校对印章的规范管理。
3、其它功能要求
3.1关于工作界面
1）可根据内部不同岗位、不同部门的工作范畴，可建立不同级别的工作界面，界面的展现形式、内容都可以根据用户的不同个性化的展现。
2）针对不同的工作界面可自定义分权管理维护者，并约束查看范围。
由于所处部门、所在岗位的不同，用户可自行定义日常工作所需关注的信息及不同的处理事项。
3）可实现根据我校的形象快速调整工作界面的展现样式。
4）权限要求：
针对不同的界面可自定义分权管理维护者，并约束查看范围。
3.2关于工作流程的管理平台
1）建立统一的工作流程管理平台，进行跨部门的协作，支持工作流的分级管理和控制机制。
2）支持自定义各种简单到复杂的流程，从信息表单、流转步骤，到流转条件、操作人员等，可在平台中快速部署和开发，自定义流程要求支持流程版本管理。
3）工作流平台采用图形化设计器，实现流程定制功能，流程的定制能与组织结构绑定；
用户可自行定义流程表单信息内容以及所需要审批的路径环节；
对复杂流程模式的支持，如并行、回退、条件分支、自由流等；
支持子流程嵌套以及流程脚本语言编写；
支持对各流程环节的编辑和控制功能；
支持委托授权、移交、流程干预、流程跟踪与监控等；
和文档管理系统集成；
能够支持针对流程表单的Excel直接导入功能。
4）流程节点的权限可采用多种方式实施：
系统事先确定、流程发起者指定、根据前一结点的执行情况由前一结点的执行者确定、根据流程的执行情况由某一结点的执行者确定后续结点的流向及流程结点的执行者。
5）系统应能提供独立的具有自主产权的工作流程引擎、表单建模功能，并能够方便的实现工作流程与其他模块之间信息的协同。
6）实现内部流程管理优化，通过效率分析产生数据，帮助适时优化内部流程。
7）提供流程数据报表：
自定义的流程和数据报表，快速呈现数据统计。
8）灵活的工作流程配置：
从字段、表单到流程路径的全面开放，方便日常流程的变更和快速调整。
在流程中查看关联数据，使得数据帮助审批人快速审批。
9）流程监控，监控某一流程的状态，即可以方便的查看当前流程到达哪一个活动，经过了哪些活动和转移，以及相关的处理意见等情况。
提供对流程流转情况的查询和超时预警等功能。
3.3系统与用户管理
1）组织机构及人员管理：
支持树型组织结构，无层级限制，实现“部门”“角色”“群组”多种组织形式、离职、临时人员账号冻结与一人多岗，身兼多职的设置功能，组织信息维护可下放指定给相关人员进行维护，部署的系统人员调整信息实现实时自动同步，人员档案信息的查看（如：
人员基础信息、教育学历、家庭情况、岗位晋升调整信息、奖惩信息、所属资产信息、假期信息等）。
用户可通过传统树状的组织结构形式逐级查询人员、也可以自定义组、自定义查询等方法来利用组织树查询。
2）用户管理：
支持管理员手动注册用户，可恢复用户密码到初始化状态。
3）组织机构配置管理主要用于定义部门的组织机构图，通过定义部门的属性及其之间的关系，可以形成树状组织机构图，机构配置中常包含的项目有：
部门编号、部门名称、部门发文字号、部门排序号等。
4）需要实现角色管理、权限管理、界面管理、日志管理、其他管理。
5）要有一整套非常灵活的基于对象权限和用户角色概念的授权机制。
系统既可以提供完整的预定义权限，也可以根据应用需要，设置各种细微、具体的权限控制，包括了对系统内的每一个操作的权限授权与管理。
6）为便于用户自身进行个人工作内容的管理，满足个性化的办公习惯及需求，需要系统自身具备个性化界面配置，布局及内容的自定义。
7）实现对系统的管理安全，以及对突发事件的及时处理与追逆，需要对系统的登录、操作、浏览等进行记录与管理。
8）实现系统正常运行的一系列维护工具。
9）在系统管理模块中，系统需要提供工作流定制工具、公文表单定制工具、报表定制工具等多种系统自定义工具。
提供了完整的备份和恢复工具，帮助用户在系统出现问题时能够快速恢复整个系统，保证系统的正常使用。
3.4集成需求
1）完成校方现有OA系统中数据向新OA系统的数据迁移工作。
2）系统要求支持单点登录，能接入校方的统一身份认证体系。
3）移动办公功能必须集成到校方的APP和微信公众号（企业号）中，实现在校方的移动APP和微信公众号（企业号）中可以发起和处理相关OA功能。
（二）技术要求
1.保持不间断稳定运行，须支撑XX开放大学PC用户200并发使用（不限制用户注册数）、手机APP用户200人同时在线操作时，页面响应时间不超过1秒，同时请求同一个中等复杂度的事务时，响应时间不超过3秒。
2.系统须支持集团化多单位架构设置、支持多级单位/部门设置、树型等组织结构设置。
由集团管理员进行集团组织机构的统一管理，由单位管理员、部门管理员进行各单位各部门独立的、分权的管理。
支持自由调整上级单位/部门，可自由设置单位间访问权限，随时调整组织架构灵活适应学校管理发展。
平台须提供可伸缩的多组织模型管理，支持各地市开放大学独立后台管理，支持维护部门、岗位、职务级别、人员、公文、表单等功能。
3.系统须提供7×
24小时的连续运行，平均年故障时间小于1天，平均故障修复时间小于4小时，提供应急响应的预案。
4.系统须基于Spring开发框架，遵循JavaEE的标准规范，采用JAVA语言设计开发，须引入Groovy、Rest、Erlang、Html5、CSS3等多种先进技术；
5.在架构方面须采用MVC编程模式进行分层设计，须满足标准定义、分散关注、松散耦合、逻辑复用的设计要求；
在数据持久方面，须采用基于JDBC轻量级的对象封装的Hibernate框架实现数据对象关系映射，可以应用于任何符合JDBC标准的数据访问场景，支持主流关系型数据库。
系统采用SOA架构建设，可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。
PC端采用B/S结构，服务器部署在本地，通过常用浏览器即可访问系统；
移动终端需同时支持Android和ios两种语言（paid、智能手机等）开展移动办公。
6.考虑和学校其他系统的集成，要求系统的开发平台兼容性强，本系统要求采用java平台开发。
7.支持系统定时自动备份技术，保证系统的稳定性，一旦发生异常情况，能够将系统状态尽快恢复到系统正常的状态。
8.采用B/S架构，系统和中间件支持主流浏览器，包括IE8及以上版本及360、火狐、chrome等。
支持市面主流office产品,包括Office（2003及以上版本）和WPS，同时免费支持维护期内出现的新主流浏览器和office产品的兼容升级。
9.采用目前Java主流开发语言和平台技术，基于分布式计算技术进行系统架构设计和系统开发，系统采用多层架构的体系结构，须充分考虑到系统今后纵向和横向的平滑扩张能力。
10.基于多种数据库运行，须支持mysql、SQL、Oracle数据库。
11.支持Windows或者Linux操作系统部署。
12.支持多种主流应用服务中间件。
13.采用自主工作流专利技术。
14.具有对操作系统、数据库、中间件之间的匹配调优能力。
15.系统流程表单设计须采用自主知识产权的表单流程设计器，无码进行表单、流程、统计查询等功能设计，简单易用。
16.系统设计应考虑与学校其他业务系统的集成开放性，满足学院已有系统和未来建设系统对接的包容性。
17.系统应采用业内领先的开发技术，保障系统在长时间内可维护，可个性化开发。
同时平台本身也需具备零代码业务模块搭建功能，易于平台业务功能的个性化建设与扩展。
该平台必须免费开放标准二次开发规范和接口，并提供开发工具，支持与异构系统等进行人员、页面、数据和流程等信息的全面集成。
（三）安全需求
1）充分考虑协同办公系统的安全保密性，具有严格的权限控制，将用户按一定的级别分类，可设置不同级别的用户访问、处理不同级别的经办流程和文件。
根据不同级别和类别的用户进行访问权限控制、功能菜单的使用控制、流程及文件等的流向控制。
用户身份鉴别成功后，当其空闲操作的时间超过规定值时，要求重新进行身份鉴别，当用户身份鉴别尝试失败次数达到规定次数后，对该用户进行锁定，只能由安全管理员进行解锁。
充分考虑系统安全性，明确支持数字证书、动态验证码、动态口令等方式。
能够实现提供基于角色的访问控制的权限管理，并提供相应系统实现说明。
2）系统须从网络层、应用层、数据层三个方面进行安全管控。
网络层支持VPN加密访问；
应用层采用SSL传输加密、HTTPS加密、IP访问控制等多种措施；
数据层采用双机热备、远程访问限制等安全策略。
3）应使用认证机制确保数据交换接口的安全性，保证系统数据安全。
4）系统须具有IP安全控制功能，能够设置一定IP地址段范围内的机器访问，系统对不在IP地址范围内的无法登陆系统。
5）实现完善的权限管理机制，确保不同级别的用户对数据的访问权限限制，保证公文和事务数据的安全。
6）在系统架构设计、系统软硬件平台选择以及应用系统开发上应充分考虑安全需求，保证系统运行安全可靠。
7）系统及数据安全：
系统源代码无SQL注入、跨站脚本、弱口令等常见安全漏洞，能够应对暴力破解口令等攻击；
系统本地化部署，支持内外网隔离部署，所有数据采用加密方式存储，具有方便快捷的数据备份机制和数据恢复能力。
8）可以监控所有的文件流传流程，实时掌握流转状态；
可控的电子文档：
系统设有撤回、退回、特送、委托等功能保证文件每时每刻的办理状态都是可控的；
完备的日志系统：
系统具有完整的电子流转日志及安全日志系统。
9）提供系统的操作日志，具有审计功能，具有独立的审计管理员，系统管理员不能删除操作日志。
四、其他
1.签定合同日期：
自中标（成交）通知书发出之日起30个工作日内按时签约。
2.交货（服务）地点：
XX市中远路169号，XX开放大学。
合同签定之日起6个月内完成标书中指明的所有建设内容。
3.验收的具体方案：
系统建设完成后，承建方须提交验收申请表、项目合同、需求说明书、功能确认单、部署报告、测试报告、用户测试报告、试运行报告、维护操作手册、用户操作手册和其他需要补充的材料（如备忘录）等材料，装订成册后提交校方申请验收。
在接到供应商以书面形式提出验收申请后，在5个工作日内及时组织相关专业技术人员，并邀请相关部门共同参与验收，出具验收报告，作为支付货款的依据。
4.免费提供培训：
培训对象为系统管理员、管理人员、操作员。
系统管理人员培训内容为系统相关的维护及开发等技术内容；
管理人员培训内容为系统流程和相关的管理思想；
操作员为系统的操作培训。
培训时间应贯穿于项目实施到系统验收全过程。
5.系统维保：
建设方承诺免费维保期为三年，自系统验收合格当天起算。
法定代表人资格证明
XX开放大学：
单位名称：
地址：
姓名：
性别：
职务：
身份证号码：
，系（供应商名称）的法定代表人，以本公司名义参加XX开放大学（项目名称）、项目编号：
招标采购的投标活动，代表本公司签署投标文件、进行合同谈判、签订合同和处理与之有关的一切事务。
特此证明。
供应商名称：
（公章）
日期：
年月日
法人代表身份证复印件粘贴处
法定代表人授权书
本授权书声明：
注册于（国家或地区的名称）的（公司名称）的在下面签字的（法定代表人姓名、职务）代表本公司授权在下面签字的（公司名称）的（被授权人的姓名、职务），身份证号码：
为本公司的合法代理人，参加XX开放大学（项目名称）、项目编号：
的投标，
升级会员 