XX集团OA招标文件模版Word下载.docx

上传人:b****1 文档编号:13591675 上传时间:2022-10-11 格式:DOCX 页数:12 大小:25.15KB
下载 相关 举报
XX集团OA招标文件模版Word下载.docx_第1页
第1页 / 共12页
XX集团OA招标文件模版Word下载.docx_第2页
第2页 / 共12页
XX集团OA招标文件模版Word下载.docx_第3页
第3页 / 共12页
XX集团OA招标文件模版Word下载.docx_第4页
第4页 / 共12页
XX集团OA招标文件模版Word下载.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

XX集团OA招标文件模版Word下载.docx

《XX集团OA招标文件模版Word下载.docx》由会员分享,可在线阅读,更多相关《XX集团OA招标文件模版Word下载.docx(12页珍藏版)》请在冰豆网上搜索。

XX集团OA招标文件模版Word下载.docx

4.功能需求4

4.1.应用支撑平台4

4.1.1.工作流系统4

4.1.2.表单定制工具4

4.1.3.信息发布平台5

4.1.4.门户平台5

4.1.5.报表平台5

4.1.6.系统管理组件5

4.2.综合应用需求6

4.2.1.信息门户6

4.2.2.办公自动化6

4.2.3.辅助办公7

4.2.4.知识管理8

4.2.5.邮件系统8

4.2.6.升级需求8

5.商务要求8

5.1.资格要求8

5.2.投标要求9

6.产品评判标准11

1.概述

随着信息技术的不断进步,信息资源的开发和利用已成为企业发展和参与市场竞争的重要战略因素。

在这个竞争异常激烈、客户需求变换不定的信息时代,企业不仅需要依靠降低产品成本的体系,也需要可以不断地获取知识、提高响应速度的协同工作平台。

当前,某某集团办公自动化系统(OfficeAutomation,简称OA)是2003年初基于LotusDomino/NotesR5平台(C/S架构)建设的,系统具有待办事宜、工作流、电子邮件、信息发布、综合信息、资料管理、网上培训、系统管理等功能模块。

随着时间推移和技术进步,如今协同作业、实时通讯、知识管理、移动办公、数据集成等成为了系统发展主流。

如果不借鉴或熔入最新OA技术,系统将难于满足某某集团业务不断拓展的新需要。

因此,某某集团拟对原OA系统进行更新换代,构建集团基于B/S结构的协同管理应用平台(下称管理平台),并在此平台上建设OA系统。

2.建设目标

构建开放性好、兼容性强的协同管理应用支撑平台,并在此统一平台之上部署办公自动化信息门户、初级商业智能之数据集成等扩展系统,这是本项目建设总体目标。

总体上,充分考虑未来发展需要,统一规划、分步实施、逐步扩展,保证系统完整性,做到统一标准、统一交换、统一管理、统一认证、互联互通和资源共享。

具体上,要求该平台不仅能支撑目前的应用软件,还要能支持日后各种可能的应用软件,包括如知识管理、合同管理、项目管理、任务管理、物品采购申领等各种业务系统。

系统应方便协同工作,保障办公管理向规范化、信息化、和谐化发展,注重知识管理的实际应用,融协同作业、实时通信、信息发布、资源管理、行政办公、业务流程、信息集成于一体,为管理决策层提供各种决策参考数据,为员工提供良好的办公手段和沟通协作平台,提高办公效率。

2.1.建设范围

通讯事业部:

某某电子有限公司

某某永辉纸品有限公司

视听事业部:

某某视听科技有限公司

电池事业部:

某某电池有限公司

3.总体技术需求

在技术实现上,要求采用开放式的技术架构,客户端和服务端程序必须支持多种操作系统(至少包括Windows系列和Linux系列),支持主流的数据库(ORACLE、SQL-SERVER、DB2等)。

系统采用B/S架构,在中心机房部署服务器和应用系统,客户端通过浏览器即可方便使用,尽可能降低系统的维护和使用成本,便于系统今后的推广应用。

在系统的配置方面,应能根据实际的需要组合出任意的业务处理流程,用这些可自定义的流程来解决所有的审批和办公业务。

在系统程序架构方面,应能够根据实际的需要很方便地为各公司定制其自身的协同办公系统,要求既能确保其数据独立性,又不需要在每增加一个分公司的时候都要单独再部署一套系统。

提供灵活的门户定制功能,根据使用者的角色(身份和权限)的不同系统呈现不同的菜单或功能。

系统操作应该采用简单、直观的图形化界面,支持多种语言,最大程度地方便非计算机专业人员的使用,并提供统一的图形化的维护界面,维护人员通过简单的鼠标操作即可完成对整个系统的配置和管理。

具体要求如下:

⏹三层结构:

要求采用开放架构及标准的“表现层-逻辑层-数据层”三层次结构。

⏹采用B/S架构:

系统必须采用B/S架构,完全浏览器界面,客户端零安装。

以便系统的维护和版本更新只限于在服务器上进行。

⏹易于二次开发扩展:

系统提供二次开发的接口,可以方便用户将办公系统或其他需求扩展到该系统平台上。

要求提供详细开发指导文档,并可为客户提供二次开发服务。

⏹关系型数据库的集成能力:

支持对关系型数据库的集成,可以与其他系统互换信息,可以提供决策数据参考,保证系统的外拓或兼容。

⏹ 

跨多平台:

支持当前业界绝大多数操作系统平台如:

Windows(Windows9x,2k,xp)、Unix(Linux、Aix)等。

多级安全机制:

系统可以采用多级安全机制如服务器安全、数据库安全,每级安全要有严格的权限控制保障,必要时,可提供CA认证方式。

⏹底层平台应该包含工作流平台、门户平台、信息发布平台、数据集成平台等,这些平台将作为日后信息化建设的基础,应保证其可扩展性、安全性、性能稳定性。

⏹要求采用开放平台的软件技术,保证核心的平台软件能够与具体的业务无关,避免定制开发带来的周期长、系统不稳定、维护难等问题。

核心平台软件包括工作流、门户、报表工具、信息发布等,

⏹工作流平台必须提供图形化设计流程的功能,要求做到所见即所得,同时为了满足日后信息化建设的发展,必须提供标准接口可以无缝内嵌相应的程序页面从而达到最少编码化和最大灵活性的要求。

⏹ 要求支持LDAP,以方便日后对资源的统一管理。

系统必须提供目录结构式的组织架构管理功能,同时,为了满足扁平化管理的需求,必须支持在单位组织架构的基础上构建虚拟团队(以项目为基础的团队组织架构)的功能,以便实现矩阵式管理。

并且工作流平台必须提供对这种组织架构模式的支持,能够按照这种结构模式进行流转处理。

⏹应具有统一的用户及权限管理机制,能够很方便地对系统进行全面的权限管理,避免信息的冗余,以及由于个别系统的设计不当导致的安全隐患。

4.功能需求

4.1.管理平台

管理平台建设是应用系统的基础,应该直接使用成熟的软件平台,为了加快建设的进程,降低建设的风险。

作为应用软件系统的底层支撑,应具备高度的可靠性和可扩展性。

管理平台是信息化建设的底层平台,基于分布式多层构架和组件技术构建,具有跨领域和通用性的特质。

该平台应兼顾稳定性、伸缩性、安全性、可扩展性、平台兼容性以及效率等方面的要求。

在功能组件方面,应用支撑平台应提供强大的流程、用户、角色、业务表单等定制工具,实现图形化的审批流程自定义和表单自定义功能。

管理平台应具有良好的灵活性:

不限制信息使用节点的性质(人、部门、岗位、角色都可),丰富多样化的文档模板定制功能(浏览、审核、批复、修改等,所见即所得),灵活的信息流转顺序等,应能根据用户实际的需要,组合出任意的业务处理流程,利用这些可自定义的流程来处理审批业务。

应用支撑平台应具有以下的基本功能和组件:

4.1.1.工作流系统

工作流系统必须采用可拖拽的图形化设计器,实现流程定制功能,同时要求流程的定制与组织架构绑定;

工作流系统能够具备对复杂流程模式的支持,如并行、回退、条件分支等,同时支持子流程嵌套以及流程脚本语言编写;

工作流系统还必须支持对各流程环节的编辑和控制功能;

工作流系统还必须具有联动性,即可以将诸多关联时间与数据,可以通过流程之间的数据关联而连带的显示给审批者,这样有利于审批者全面的掌握该事件(请求)的所有相关联的情况,便于准确的做出审批意见和决定。

4.1.2.表单定制工具

电子表单是在流程中使用的信息载体。

在实际工作中,审批工作流是针对相应流程使用的处理信息表单。

表单定制工具要求是一个图形化的应用软件,可以开发出动态页面应用,其结果可保存为XML并具有数据库访问能力,只要经过简单培训的工作人员都可以自己动手制作表单。

表单定制工具要求以可拖拽的图形化界面方式实现表单的定制和编辑,支持多种业务文档类型,能够对各种表单元素进行处理,同时要求表单的定制与组织架构无缝结合,在表单定制操作上要求具有较强的可用性和便利性。

考虑到现阶段,集团有多套业务系统的应用,并且也有涉及到审批的数据,要求电子表单内的数据不仅能来源于OA系统也能获取到其他业务系统内的数据,使得一张表单可以涵盖多套系统的数据,并可以作为审批依据,其次,OA的表单也可以被其他异构系统调用,完成OA与业务系统之间数据的相互交互。

4.1.3.信息发布平台

信息发布平台主要是对于公告通知、签约新闻、人事变动等公共信息的及时发布与推送体系。

4.1.4.门户平台

门户子系统为用户提供的基于WEB的信息服务门户平台,应基于多层体系结构,具有高度可扩充性、个性化、成员管理、聚合和安全等服务的能力;

具有良好的跨平台支持特性,按照用户的身份、角色、所属群组等提供合适的关键内容、应用和服务;

可扩展性和可移植性强,提供完整的二次开发工具,具有开放的、功能强大的、无须编写代码、贴近应用的开发维护软件平台。

信息发布平台主要应用有以下3个层面:

新闻公告、制度规范等广而告之的信息的统一的发布与获取平台;

待办工作、邮件短信、计划安排、项目会议等工作事宜的及时提醒与快速处理的个人办公桌面;

经验知识、专家地图、FAQ、知识历程图这类可快速复制的知识的指引性共享平台。

4.1.5.报表平台

要求报表子系统不依赖于某个系统而存在,它作为一个通用的工具,能为各个系统提供报表服务,能够平滑的嵌入本次系统建设的各个业务系统中。

要求基于三层次结构开发,用户端只要有浏览器就能够浏览报表、图表等信息。

1、提供可视化的报表设计功能,操作方法和Excel等电子表格程序类似,可以方便的设计业务报表和统计报表。

2、要求支持各种常见的格式,包括表格,直方图、饼图等多种格式的图表;

支持多种统计方式;

提供序列号、当前用户、当前日期等多种计算字段;

支持常见的Excel计算函数;

3、报表的结果可以另存为Excel电子表格或HTML格式的文件。

4、独立的报表工具,能够不依赖某个系统的历史数据生成直观报表,可快速人工根据现实数据制作各种表现方式的显示报表。

4.1.6.系统管理组件

系统管理组件应该包括:

用户组织机构建模子系统、资源权限管理、数据和日志管理等。

用户组织机构建模子系统:

要采用图形化的工具定义组织机构图,能以图形化的方式为各个机关部门及单位建立树状组织机构图及横向的虚拟组织架构图,组织机构图要能显示使用者的职责、职称及从属关系等。

管理者根据工作流使用者在不同工作流程中需要完成的任务,为其赋予角色。

资源权限管理:

与组织机构相结合,建立权限控制和管理体系,确保系统用户对系统资源的访问受到保护和控制。

日志管理:

包括日志监控、日志审计和日志统计,系统中发生的所有对数据产生变更的操作和系统本身的运行检测情况都要被记录在平台日志中,平台日志要能被具体应用系统来直接使用,例如在公文交换系统应利用平台日志中属于公文管理部分的日志记录。

4.2.综合应用需求

4.2.1.信息门户

v通过B/S方式登陆信息门户。

v能够实现信息的发布功能,包括新闻、通知公告、项目信息等的信息发布和查看。

v能够通过简易的图表等方式实时为各层管理人员提供企业的关键信息,包括经营数据、项目进度、人力资源情况等,为领导决策及时提供支持。

v通过信息门户实现不同业务间的协同。

v提供个性化页面设置,如:

可按个人意愿或工作要求设置页面风格。

v模块自由组合,用户可以进行个人需要,进行模块的自由组合。

v支持多级多层门户,解决多种信息分层发布,满足对信息传播的对象确定性要求。

v门户支持权限分层,能将不同的信息准确的推送给相应的人员或者组织,不会做到信息发布面过大或者过小。

v门户的信息来源可以完全覆盖

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 党团工作 > 入党转正申请

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1