项目概况及技术服务要求

《项目概况及技术服务要求》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、第一章项目概况及技术服务要求一、项目简介以学校内流程固定的公文传递及多部门之间的协作办公为建设重点，实现学校与职能部门、二级院系之间的公文流转、会议（活动、会议室）管理、公文和电子审批的文档管理、日程时间管理、工作目标管理和网上申请审批等与行政办公事务相关的功能，同时实现移动办公。二、技术规格要求1、系统采用基于web的B/S架构，支持多种浏览器正常访问（IE、Firefox、Chrome、Safari、360浏览器等）2、系统支持移动客户端访问，包括IOS、Android等主流移动平台操作系统，支持平板及手机设备3、系统支持在线浏览MSOffice、PDF等主流办公软件4、系统支持多

2、种数据库（Oracle、MySql、SQLServer）和多种中间件（Weblogic、Tomcat）5、系统应支持多种操作系统（Windows、Linux）★6、系统应提供三员分离控制机制，将最高管理员权限拆分为系统管理员、应用管理员和审计管理员三个，系统管理员负责系统的日常运行维护，应用管理员负责账户管理、应用设置管理和分级授权管理，审计管理员负责对系统管理员、应用管理员和普通用户的操作行为进行监督和跟踪分析。7、系统应易学易用，操作简单，功能模块和菜单设计、风格定位等符合教育日常管理工作习惯和需要，系统内各信息数据应保证具备及时更新和及时交流，能最大限度地适应今后我校工作要求的变

3、化和组织发展变化的需要，既确保系统技术先进性的保持，又保证投资的有效性和延续性★8、系统应提供多种风格的预制皮肤进行切换选择，系统应支持多任务窗口，以满足客户使用的便利性。（需提供产品截图）9、系统应提供数据分离技术，解决历史数据和日常运行数据的分离。并提供附件数据的分离存储技术，以保障系统不随时间的延长而降低性能。★10、系统应开放数据字典，开放API接口，采用标准的XML数据交换方式，用于维护、扩展升级及与外界信息的沟通;功能模块配置灵活，可通过二次开发与其它符合数据接口规范的软件无缝连接，使整个系统具备强大的扩展性和兼容性。11、系统运行安全可靠，具有动态负载均衡处理能力、容错能

4、力。除系统维护、数据备份等特殊情况之外，系统必须7×24小时安全可靠运行。12、系统应基于RABC模型设计权限控制体系，权限与角色相关联，有详细完善的用户安全管理策略。用户应按照自身属性（职务、职称、所在单位、行政级别等）被划分为不同角色或组合，并可单独授权，可灵活架构虚拟组织及其相关权限。用户仅能在权限设定内进行系统操作及数据查看13、系统应有完备的日志记录管理，包括数据库操作、系统配置更改、业务数据更改、用户登录及操作记录等。三、办公系统主要功能要求1、公文收发（1）应实现学校纸质公文电子化，并按照公文运行要求进行业务流转。（2）对所有收文文件进行管理，包括登记、办公室拟办意见、领

5、导批示、部门领导批阅办理、办公室编号、分发、归档。相关办理人员可对收文进行跟踪、催办、督办、传阅等操作。办理意见可以查看，编号可自定义。支持手写批注、痕迹保留、电子签章等应用。（3）对所有发文文件进行管理。发文过程包括拟稿、核稿、审稿、相关领导会签，主要（管）领导审批；办公室编号、分发、传阅、归档；相关办理人员可对发文进行撤回、跟踪、催办、督办等操作。★（4）发文正文有痕迹保留，办理意见可查看，发文编号、发文稿纸、红头模板可事先预置且符合公文规范要求（需提供产品截图）。（5）应提供相应的电子用印、加密控制、流程控制、权限控制和备份等应用；支持电子印章的在线使用；支持公文正文的修改留痕和

6、公文流转过程中的操作日志可查；支持公文电子档的归档和安全存放。（6）应支持公文文号的自动生成、手工填写和断号管理；支持多种方式进行公文的查询和统计；支持外来纸质公文和电子公文登记；支持公文正文套红、公文单套红和打印输出。（7）满足2012年国家最新公文规范。（8）可以实现收文转收文；送文单和签收单直接查看正文和附件；支持文单落款多样化；支持快速收发文；支持发文登记薄和收文登记薄。2、公文归档和查询公文流转结束后进行公文正文及附件的存储；对办结公文进行归档，实现规范化管理。支持文件归档、文件查询、文件借阅等。具有对文件及公文单、文件流转路径记录进行查询，有模糊查询和高级查询等功能，具有公

7、文借阅功能。支持按时间顺序检索和排序、发文单位检索和排序、关键字检索。对收发文的文号进行分类管理，可以自增号码，并授权相关科室人员进行文号分配；具备文号断号收回和处理功能。3、多部门日常协作管理⑴应包括新建事项、待发事项、已发事项、待办事项、已办事项、督办事项；★⑵应支持用户自定义工作流程，发起人可通过图形化界面直接安排从发起人到最终处理人的所有协作流程，以满足事务处理需要；支持基于事务规则的分支流转；支持流程节点的多种创建方式；支持流程节点的