大庆经发建设投资集团有限公司固定资产管理一体化平台采购项目变更公告

内容
 
发送至邮箱

大庆经发建设投资集团有限公司固定资产管理一体化平台采购项目变更公告



采购单位: (略) 市经济技术 (略)


(略) 经 (略) 有限公司固定资产管理 * 体化平台采购项目

变更公告

* 、项目名称: (略) 经 (略) 有限公司固定资产管理 * 体化平台采购项目

* 、项目编号:JKQZC 点击查看>>

* 、为保证本项 (略) ,现对招标 (略) 变更,变更内容如下:

( * )招 (略) 分项目需求中的参数更正为:

系统总体性能要求如下:

1、采用B/S结构设计;服务器端支持Windows、Linux操作系统。

2、数据库同时支持Mysql、Oracle、MS-SQL关系型数据库;

3、中间件服务器支持Tomcat、WebSphere、WebLogic。

4、系统客户端通过浏览器即可方便使用,支持IE6-IE * ,支持safari、Firfox chrome等主流浏览器。

5、总体应可承载 * 人同时在线的访问和使用。系统要求PC端可支持 * 并发用户使用,手机端支持 * 并发用户使用

6、移动办公客户端采用APP形式开发,支持IOS、Android操作系统。

7、所产产品拥有资产管理软件著作权登记证书。

第 * 章  总体建设内容

1.1  平台要求

1.1.1  开发平台

平台在语言方面应基于Spring开发框架,遵循J2EE的标准规范,主要采用JAVA语言设计开发,同时引入Groovy、Rest、Erlang、Html5、CSS3等多种技术;架构方面应采用MVC (略) 分层设计,满足标准定义、分散关注、松散耦合、逻辑复用的设计要求;在数据持久方面应采用基于JDBC轻量级的对象封装的Hibernate框架实现数据对象关系映射,可应用于任何符合JDBC标准 (略) 景,支持主流关系型数据库。

平台应基于分层、组件化设计思路,同时运用分布式体系架构,要具有高度的灵活性和扩展性,支持各业务模块插拔, (略) 快速配置、灵活组合。

平台应提供完备的开放接口和规范,基于数据交换引擎和单点登录SSO,可与SCM和邮件系 (略) (略) 人员、页面、数据、流程和消息的多层次集成整合。

发起时在指定节点通过指定操作(发送,提交,回退,取回,终止,撤销,暂存代办) 触发调用 (略) 任务。

  执行任务为并发模式, (略) ,不影响用户操作。

  任务为阻塞模式, (略) 成功,则可弹出提示框显示成功信息,点击确定后 (略) 。 (略) 失败,则弹出错误信息提示框,并阻塞 (略) 。

  平台应提供基于Eclipse的开发工具,帮助开发者快速搭建开发环境,建立插件,生 (略) 景的代码框架。

l  引擎支持表单数据配置化映射到数据交换任务的传入参数;

l  要提供FormData的自动解析,转换为数据交换引擎的内置Document格式,可直接用于后续的映射和转换。

1.1.1.1  开发框架

平台为Java开发人员提供本地SDK。包括MVC开发框架、 (略) 理 、插件化、Ajax、资源控制、日志、国际化、配置、脚本引擎、事件、缓存、加解密、锁、定时任务、附件管理、消息接口、全文检索等丰富的前后端组件。

平台解耦提供的API层对开发人员完全开放,经过严格的单元测试,保证向下兼容以确保平滑升级,并提供详细的API手册。

1.1.1.2  脚本引擎

平台提供协同DSL(domain specific language领域专用语言), * 次开发可以通过脚本不停机调整业务逻辑,脚本引擎广泛应用于产品的各个功能中。

1.1.1.3  平台事件

平台应提供大量的事件,以提升系统的可扩展性, * 次开发可通过监听事件嵌入自己的业务逻辑。

底层组件(或 * 个模块)发生动作,需要让上层应用(或其它模块)做出响应动作。

1.1.1.4  缓存组件

平台为应用开发提供了通用的支持集群同步的高性能缓存组件,开发者可以不用了解具体实现细节, (略) 署的应用,缓存可在分布式缓存和集中式 (略) 切换。

1.1.1.5  附件管理

平台提供以时间维度集中管理附件,便于扩展存储以及增量备份,提供上传下载等 * 系列附件接口。

1.1.1.6  公式组件

平台提供统 * 的函数、变量和表达式引擎,管理员和关键用户可以在流程分支匹配、 (略) (略) 调用,极大提升了产品的灵活性。

最终用户可以通过简单配置,使用 * 次开发者使用脚本定制的公式,扩展系统能力。

1.1.1.7  WebService

平台提供基于JAX-WS和JAX-RS的WebService,重点支持REST,与SOAP相比,REST WebService简化了调用,也降低了技能要求。

1.1.2  移动开发平台

平台应提供从开发、调试、 (略) 署、运行和管控的全生命周期的管理支撑。不仅可以快速集成企业现有的原生、 H5移动应用的能力,还要能够支撑企业应用定制化开发,实现移动应用 * 体化。可以通过平台组件及支撑工具,快速构建自己的应用,还可以通过平台的代码编译工具生成可在客户端、 (略) 的代码,为平台提供把应用集成到移动平台上的能力。

平台应采用Hybrid(原生+H5)混合开发模式,在IOS、Android的系统层加入原生组件,比如拍照、定位、指纹等,且可以通过JS Bridge桥接器提供给H5的应用使用;在HTML APIs层加入H5组件,比如:列表、导航、按钮、图表等,可直接引用JS使用;可以通过JS Bridge桥接器使用Native组件,让H5应用可以使用系统级的接口。平台应满足如下特点:

  使用H5语言:可以直接修改应用的代码,快速完成应用定制。

  组件化:所有接口组件化, (略) 需组件,即可组装出 * 个应用。

  开发简单:只需要 * 套代码,不需要分别对IOS、Andro (略) 开发。

  维护简单:降低开发、维护成本。

  使用简单:触手可用,不需要单独安装IOS、Android应用。

  更安全:标准的 (略) 络传输加密;应用白名单;安全 (略) 环境,原生应用加固、代码混淆、运行环境安全检测;密码、手势、声纹、账号设备绑定的安全认证;本地数据加密存储。

 

  自适应强:平台使用Hybrid混合开发模式,采用国际通用标准的Html5语言开发规范,实现 * 次开发,多平台、多设备、 (略) 。

l  多平台: (略) 在IOS、Android以及Windows Phone系统的设备;

l  多设备: (略) , (略) 在不同尺寸的设备上,如iPad、iPhone设备。

l  多应用:支持Hybrid模式的应用上。

l  更新快:使用H5开发,可以实现快速更新,不需要重新安装IOS、Android应用,也不需要通过漫长的苹果审核周期,可以无感知的使用新应用。

 

1.2功能要求

1.2.1资产管理

应用概述

需要实现标准化的资产从采购到入库及资产使用的管理流程,同时可 (略) (略) 调整,扩展性、灵活性强,可适用于通过全员参与、全过程管理的协同思想实现资产管理信息化。系统可轻松地管控各个资产的使用情况,责任信息,以提高资产利用率,降低损失。

整体要求如下

(1) (略) 有人员均可分配帐号并参与使用,具备良好的群众基础;如此参与管理的人员更多, (略) 需的数据来源更广泛,为积累管理的大数据打下了坚实的基础,为提升单位管理水平提供了良好的保障。

(2)资产管理责任明确,不因其岗位职务变动而消失,员工离职时资产交接清晰,避免形成糊涂账,使用情况反馈更加及时,确保 (略) ,损坏后理清赔偿责任。

(3)除部分仅供特定人员使用的内容,应用内容均同时支持电脑端(推荐使用IE * 和新版本Chrome)和移动端,包括各种业务单据、报表和门户。所有审批流程均可以根据 * 方的 (略) 编辑,充分 (略) 的管理权责;信息数据随审批流程而自动存储记录,在避免 * 次录入提高效率的同时确保了数据的合法有效、真实准确。

(4)操作智能简便,界面可快速调整,学习与培训成本低廉,短时间内即可上手使用,快速地实现管理的信息化。

(5)工作衔接优化整合,可以通过系统发出提醒、预警等消息告知相关人员,可以自动推送工作流程到相关人员的桌面,如此能够很好地避免工作事务因为遗忘而延误,避免工作事务因为衔接不力而断档。

(6)除了 (略) 分报表以外,用户可以根据系统存储的数据信息, (略) 定义符 (略) 需的相关查询统计报表,方便管理人员随时获知信息的同时也便于其管理决策。

(7)用户可快速地调整应用菜单名称,可对 (略) 统 * 、批量化授权。

应用功能

资产管理应用至少 (略) 分内容,具有审阅或审批流程并支持资产 (略) 分事务流转:

1.  资产信息:包括资产申购、资产盘点、资产类别、 (略) 有权人、资产信息录入、资产档案。

2.  资产使用:包括资产领用、资产借用、资产维修保养。

3.  资产变更:包括资产调配、资产移交、资产报损、资产报废、资产转让、资产赠出。

4.  资产报表:包括查看领用情况、查看借用情况、查看维保情况、各状态资产数量、查询资产变更。

1.2.1.1资产信息

1.2.1.1.1资产类别

存储资产类别信息,包括资产类别(分大类和子类)、资产类别代码(分大类代码和子类代码)。

l  支持选择系统内置的资产大类、资产子类的同时,允许用户自定义资产大类、资产子类。

 

1.2.1.1.2 (略) 有权人

(略) 有权人信息: (略) 有权人名称、所有权人代码、 (略) 门、资产管理人员等。

l  支持资产管理 (略) 有权人, (略) 门管理员及职责范围。

1.2.1.1.3资产申购

员工根据工作需要申请购买资产,资产管理员可根据资产实际的使用情况选择新购或调配资产;资产购买后完成入库。

l  支持申购流程结束后,新购的资产自动生成多个资产信息录入单并复制新购资产的相关信息(名称、型号规格、单价、数量等),方便资产信息的录入;

l  支持资产管理员对申购的资产做出调配意见时,自动发起资产调配流程给申购人。

1.2.1.1.4资产盘点

资产管理员根据单位管理 (略) 资产盘点。

l  支持流程审批结束后,记录各个资产的盘点日期、盘点人。

1.2.1.1.5资产信息录入*

录入原有或新购的资产信息。

l  支持手动发起资产信息录入,支持由资产申购自动生成资产录入单(部分信息已自动填写)。

l  支持录入资产信息时自动生成资产ID和资产编号。

1.2.1.1.6资产档案

存储资产的基本信息、使用信息。

基本信息:包括基础信息(资产名称、资产编号、资产ID等)、详细信息(品牌、购入日期、发票号码等)、其他信息与附件(相关附件、其他信息)。

使用情况:包括使用情况( (略) 门、责任人、责任开始日期等)、资产价值/费用(购买单价、现值金额、维保费用等)。

l  支持资产保修结束日期到期前(默认提前 * 天),向资产管理人员发送资产保修即将到期提醒。

l  支持每月更新折旧期数,折旧值也同步更新。

1.2.1.1.7本人管理资产

供员工查看挂于自己名下的资产,便于管理。

1.2.1.2资产使用

1.2.1.2.1资产领用

员工根据办 (略) 需资产(可代领)。

l  支持领用审批结束后自动更新资产状态为“正常”及其责任信息。

1.2.1.2.2资产借用

用于员工从公用资产或闲置资产中选择需要借用的资产,并办理借用手续。

l  支持资产借用时由资产管理员核定并填写借出信息,核定后系统自动存储相应资产的借用信息。

l  支持资产归还时由资产管理员检查并填写归还信息,流程结束后系统自动清空相应资产的借用信息。

1.2.1.2.3资产维修保养

用于资产定期保养,资产有损后的维修,可 (略) 发起。

l  支持审批结束后自动存储相应资产的维保费用。

1.2.1.3资产变更

1.2.1.3.1资产调配

对于资产申购时不需要新购而选择调配资产的,可自动发起资产调配流程。

l  支持调配流程审批完成后,更新资产档案中的责任信息。

1.2.1.3.2资产移交

在资产的责任人发送岗位异动、离职 (略) 资产移交,根据移交方式的不同,对相关资产的使用状态、 (略) 门、 (略) 调整。

l  (略) 退 (略) 门、全部由接交人管理、重新指定责任3种移交方式。

l  支持流程审批完成后, (略) 选择的移交方式更新资产的责任信息。

1.2.1.3.3资产赠出

资 (略) 实际管理情况申请资产赠出。

l  支持流程过程中,财务人员根据资产账目对资产 (略) 评估(常为单价在 * 元及以上的固定资产)

l  支持资产赠出后,清空资产的责任信息以及更改其资产状态为“赠出”。

1.2.1.3.4资产转让

资 (略) 实际管理情况申请资产转让,从而减少资产损失,盘活资产存量,优化资产结构,提高资产的总体产出效益。

l  支持流程过程中,财务人员根据资产账目对资产 (略) 评估(常为单价在 * 元及以上的固定资产)

l  支持资产转让后,清空资产的责任信息以及更改其资产状态为“转让”。

1.2.1.3.5资产报废

责任人对已维修后不能再使用,或使用价值不大的资产申请报废。

l  支持流程过程中,财务人员根据资产账目对资产当前价值及 (略) 评估(常为单价在 * 元及以上的固定资产)

l  (略) 门根据实际情况及单位管理要求填写资产的 (略) 理方式。

l  支持资产报废后,清空资产的责任信息以及更改其资产状态为“报废”。

1.2.1.3.6资产报损

责任人对损坏的资产申请报损。

l  支持流程过程中,财务人员根据资产账目对资产当前价值及 (略) 评估(常为单价在 * 元及以上的固定资产)

l  (略) 门根据实际情况及单位管理要求填写资产的 (略) 理方式。

l  支持资产报损后,清空资产的责任信息以及更改其资产状态为“报损”。

1.2.1.4资产报表

1.2.1.4.1查询报表

内置的查询报表及其功能如下,要求均可根据实际需要调整修改。

要求查询、借用、维保、调配、移交、报损、报废、转让、赠出等情况,做到相对应信息可查询详情。

1.2.1.4.2统计报表

内置的统计报表及其功能如下,要求均可根据实际需要调整修改。

   各状态资产数量,按状态统计资产的数量,默认显示统计列表,可点击查看资产档案。

   各责任人资产数量,按责任人统计资产的数量,默认显示统计列表,可点击查看资产档案。

   (略) 门资产数量, (略) 门统计资产数量,默认显示统计列表,可点击查看资产档案。

1.2.1.5资产申购流程

从员工申请开始,询价、购买、入库等信息都记录在案

l  (略) 门:决定是否 (略) 调配调拨,决定是否统 * (略) 采购;

l  (略) 门:根据情况记录询价情况,填写实际购入单价;

l  资产管理员:物品送达后入库,记录入库的日期,系统自动进入信息录入。

1.2.1.6资产入库流程

入库后才能使用,领用、借用都落实资产的管理责任

l  录入:不同的资产录入的内容(主要是专属信息)有所不同;

l  领用:领用完成,资产标签(卡片)也自动生成;

l  借用:对闲置资产、公用资产的合理使用,记录借用情况、清借用责任。

资产卡片

资产的完整信息、使用历史都 * 目了然

第 * 章  项目实施与售后服务

2.1  实施组织

2.1.1  实施组织要求

    本地化实施保障:需要供应商按时服务,以确保资产管理系统在遇到出问题时, (略) 进行解决。投标单 (略) 商颁发的从业人员资格证书,此证 (略) 可查, (略) 查询截图。

投标单位需 (略) 的项目实施进度控制、计划安排、质量保证、调试、验收、用户培训、技术维护等全过程管理。设立相应的组织实施机构,承担本项目的开发建设,提 (略) 业经验和开发技能的项 (略) 全过程的实施开发工作,变更人员需经采购单位批准。

2.1.2 项目工期及计划要求

2.1.2.1 项目工期要求

合同签订后 * 自然日内完成,达到资产管理系统验收使用标准。

项目开发实施计划须在投 (略) 明确,同步配备合理的资源,保障项目按照计划推进。如因投标单位原因无法按照拟定的项目计划推进,需向采购单位提出工期变更申请,采购单位同意后方可实施。但总的工期不能超出项目工期要求,否则采购单位有权无条件的解除同投标单位签订的合同,并要求投标单位无条件退回采购单位已支付的各类费用,并承担对采购单位的赔偿责任。

2.1.3 项目成果要求

  项目成果:

工程验收前,中标单位须提交完整相关文档成果,包括但不限于以下内容:

l  调研资料

l  需求分析说明书

l  概要设计说明书

l  数据库设计方案

l  总体设计方案

l  工作总结报告

l  (略) 署安装说明、维护手册、用户手册、应用培训教材等相关文档

l  项目过程变更资料

l  集成、系统测试文件、检测报告

l  为采购单位及用户定制发的模块或应用的源代码

l  管理员手册

l  最终形成的各种标准

l  培训教材

工程验收前,中标单位须提交软件等相应成果。

  项目成果提交方式:

l  数据库成果 (略) 署到核心机房;

l  软件以电子介质提供;

l  文档成果以电子和纸介质两种方式提供;

l  所提供的文档需符合相关软件工程 (略) 。

2.1.4  项目过程要求

投标单位应根据类似的经验,对该项目的需求有准确的评估,必须将项目的调研、需求开发、技术设计与开发、技术实施、测试与检测、系统实施、系统安全升级、BUG修复、技术支持、技术服务、集成开发及风险预防等内容产生的 (略) 包含在投标报价中,保障项目实施质量。由于采购单位的需求存在 * 定的变更可能性,采购单位有权无条件 (略) (略) 变更,但总体项目变更内容不超过项目总体需求功能的 * %。

2.2 售后服务要求

(略) 署的投标软件的授权和使用时间必须是永久。

项目验收后投标单位可提供 (略) 本地化技术支持服务。

2.2.1  项目环境要求

本项 (略) 技术实施服务。

2.2.2  培训要求

2.2.2.1  培训计划

投标单位应根据实际情况,做出合理的培训计划。投标单位中标后,再与采购单位充分沟通,另行提供详细、可行的培训计划和方案。培训计划包括:培训人员人数、培训时间、地点及培训方式等。培训前,中标单位需编制完成完善的技术文档和培训文档。

2.2.2.2  培训内容

1、培训具体时间由采购单位根据工作安排决定,无时间限制。

2、培训计划方案、地点由投标单位准备,经采购单位同意后实施。

3、培训内容主要是系 (略) 技术,包括但不限于系统具体功能、系统数据库结构以及功能具体实现方法、软件安装、系统配置、系统管理等。同时还包括系统日常维护、 (略) 置、 (略) 理等内容培训。

4、投标单位须提供系统使用、操作等内容培训。

5、投标单位应按照采购单位需要提供应用、技术、部署与运维培训。

2.2.2.3  其他要求

接受培训的人员能够独立完成系统的配置和管理,以满足系统推广 (略) 考核合格,方可视为中标单位的培训达到了采购单位要求。

2.2.3  运维要求

2.2.3.1  (略)

中标人应按照采购人要求组建 (略) 进行技术支持运维, (略) 有运维工作。

2.2.3.2  服务内容

运维服务内容包括但不限于如下方面:现场维护、预防性运维、用户使用培训、产品(软件)的安装服务、产品(软件)的调试调优和补 * 修复、软件版本的升级、软件功能的优化完善、数据库优化、紧急恢复服务、巡检服务、远程维护、技术支持、数据采集分析报送等内容。

2.2.3.3  运维要求

(略) 驻场成员应接受采购人管理,由采购人制定运维考核细 (略) 人员考核,考核结果作为支付质保金的依据。中标人应设置运维专线电话和值班手机,随时响应用户问题;在非工作时间, (略) 值班,遇到特殊情况( (略) 合、 (略) 理、系统检修、软件升级、设备维护等),随时接受采购人调派,以保障本项目7* * 小时 (略) 。

2.3  运维服务

2.3.1  服务形式及响应

服务形式

服务内容及规范

响应时间

电话支持服务

提供电话7* * 小时的电话支持。

即时响应

定期巡检服务

提供2个月1次的巡检服务,并提供巡检报告。工作内容包括硬件终端设备巡检、系统配置巡检、系统存储和备份巡检、数据库巡检、系统性能巡检。

定期

定期回访服务

提供定期/不定 (略) 回访,与用户 * 起共 (略) 性能调优、系统诊断,系统日常维护管理方面的交流或培训,并与 (略) 阶段性总结、分析。

即时

应急服务

对于影响到用户业务,需紧急解决的技术问题,召集支持小组,迅速提出解决方案,提供热线支持,并记载支持服务记录,归档。

即时

2.3.2  服务内容

运维范围包括与资产管理 (略) 有软件和智能化设备的维护。

服务项目

服务内容

软件维护

资产管理平台软件的各项应用功能、数据以及 (略) 的系统中间件等。维护内容包括软 (略) 理、 (略) 设置维护、软件系统定期巡检服务。主要包括以下7项内容:

(1)软件系统故障排除;

(2) (略) 设置维护;

(3)软件系统定期巡检;

(4)数据库运维;

(5)软件完善;

(6)数据交换;

(7)其他辅助工作。

现场与培训服务

包含各级单位业务开通与培训。按需对应用软件操作 (略) 免费培训,并提交掌 (略) 需要的培训资料。系统升级后对 (略) 免费培训,帮助相关操作人员熟悉软件的各项业务功能与管理功能。

( * ) (略) 及竞争性谈判文件中要求的《营业执照》或《事业单位法人证书》中要求具有计算机软件开发及销售的经营范围。

( * ) (略) 产产品的资产管理软件著作权登记证书(响应文件中提供复印件即可)。

( * )响应截止时间及开标时间更正为: * 日 * 时 * 分。

( * )签到时间更正为: * 日 * 时 * 分至 * 时 * 分。

( * ) 开标地点更正为: (略) 区 * 楼 * 室。

( * ) (略) 文件为准。

* 、联系方式

采购单位: (略) 经 (略) 有限公司

地址: (略) 开元大街2号

联系人:郑女士

联系电话: 点击查看>>

采购代理机构: (略) 鼎鑫建 (略) 有限公司

地址: (略) 省 (略) 市 (略) 区外包园A3楼2单元 * ( (略) 市 (略) 区新风路)

联系人:侯女士

联系电话: 点击查看>>   点击查看>>

(略) 址:http:/ 点击查看>>



[附件下载]



采购单位: (略) 市经济技术 (略)


(略) 经 (略) 有限公司固定资产管理 * 体化平台采购项目

变更公告

* 、项目名称: (略) 经 (略) 有限公司固定资产管理 * 体化平台采购项目

* 、项目编号:JKQZC 点击查看>>

* 、为保证本项 (略) ,现对招标 (略) 变更,变更内容如下:

( * )招 (略) 分项目需求中的参数更正为:

系统总体性能要求如下:

1、采用B/S结构设计;服务器端支持Windows、Linux操作系统。

2、数据库同时支持Mysql、Oracle、MS-SQL关系型数据库;

3、中间件服务器支持Tomcat、WebSphere、WebLogic。

4、系统客户端通过浏览器即可方便使用,支持IE6-IE * ,支持safari、Firfox chrome等主流浏览器。

5、总体应可承载 * 人同时在线的访问和使用。系统要求PC端可支持 * 并发用户使用,手机端支持 * 并发用户使用

6、移动办公客户端采用APP形式开发,支持IOS、Android操作系统。

7、所产产品拥有资产管理软件著作权登记证书。

第 * 章  总体建设内容

1.1  平台要求

1.1.1  开发平台

平台在语言方面应基于Spring开发框架,遵循J2EE的标准规范,主要采用JAVA语言设计开发,同时引入Groovy、Rest、Erlang、Html5、CSS3等多种技术;架构方面应采用MVC (略) 分层设计,满足标准定义、分散关注、松散耦合、逻辑复用的设计要求;在数据持久方面应采用基于JDBC轻量级的对象封装的Hibernate框架实现数据对象关系映射,可应用于任何符合JDBC标准 (略) 景,支持主流关系型数据库。

平台应基于分层、组件化设计思路,同时运用分布式体系架构,要具有高度的灵活性和扩展性,支持各业务模块插拔, (略) 快速配置、灵活组合。

平台应提供完备的开放接口和规范,基于数据交换引擎和单点登录SSO,可与SCM和邮件系 (略) (略) 人员、页面、数据、流程和消息的多层次集成整合。

发起时在指定节点通过指定操作(发送,提交,回退,取回,终止,撤销,暂存代办) 触发调用 (略) 任务。

  执行任务为并发模式, (略) ,不影响用户操作。

  任务为阻塞模式, (略) 成功,则可弹出提示框显示成功信息,点击确定后 (略) 。 (略) 失败,则弹出错误信息提示框,并阻塞 (略) 。

  平台应提供基于Eclipse的开发工具,帮助开发者快速搭建开发环境,建立插件,生 (略) 景的代码框架。

l  引擎支持表单数据配置化映射到数据交换任务的传入参数;

l  要提供FormData的自动解析,转换为数据交换引擎的内置Document格式,可直接用于后续的映射和转换。

1.1.1.1  开发框架

平台为Java开发人员提供本地SDK。包括MVC开发框架、 (略) 理 、插件化、Ajax、资源控制、日志、国际化、配置、脚本引擎、事件、缓存、加解密、锁、定时任务、附件管理、消息接口、全文检索等丰富的前后端组件。

平台解耦提供的API层对开发人员完全开放,经过严格的单元测试,保证向下兼容以确保平滑升级,并提供详细的API手册。

1.1.1.2  脚本引擎

平台提供协同DSL(domain specific language领域专用语言), * 次开发可以通过脚本不停机调整业务逻辑,脚本引擎广泛应用于产品的各个功能中。

1.1.1.3  平台事件

平台应提供大量的事件,以提升系统的可扩展性, * 次开发可通过监听事件嵌入自己的业务逻辑。

底层组件(或 * 个模块)发生动作,需要让上层应用(或其它模块)做出响应动作。

1.1.1.4  缓存组件

平台为应用开发提供了通用的支持集群同步的高性能缓存组件,开发者可以不用了解具体实现细节, (略) 署的应用,缓存可在分布式缓存和集中式 (略) 切换。

1.1.1.5  附件管理

平台提供以时间维度集中管理附件,便于扩展存储以及增量备份,提供上传下载等 * 系列附件接口。

1.1.1.6  公式组件

平台提供统 * 的函数、变量和表达式引擎,管理员和关键用户可以在流程分支匹配、 (略) (略) 调用,极大提升了产品的灵活性。

最终用户可以通过简单配置,使用 * 次开发者使用脚本定制的公式,扩展系统能力。

1.1.1.7  WebService

平台提供基于JAX-WS和JAX-RS的WebService,重点支持REST,与SOAP相比,REST WebService简化了调用,也降低了技能要求。

1.1.2  移动开发平台

平台应提供从开发、调试、 (略) 署、运行和管控的全生命周期的管理支撑。不仅可以快速集成企业现有的原生、 H5移动应用的能力,还要能够支撑企业应用定制化开发,实现移动应用 * 体化。可以通过平台组件及支撑工具,快速构建自己的应用,还可以通过平台的代码编译工具生成可在客户端、 (略) 的代码,为平台提供把应用集成到移动平台上的能力。

平台应采用Hybrid(原生+H5)混合开发模式,在IOS、Android的系统层加入原生组件,比如拍照、定位、指纹等,且可以通过JS Bridge桥接器提供给H5的应用使用;在HTML APIs层加入H5组件,比如:列表、导航、按钮、图表等,可直接引用JS使用;可以通过JS Bridge桥接器使用Native组件,让H5应用可以使用系统级的接口。平台应满足如下特点:

  使用H5语言:可以直接修改应用的代码,快速完成应用定制。

  组件化:所有接口组件化, (略) 需组件,即可组装出 * 个应用。

  开发简单:只需要 * 套代码,不需要分别对IOS、Andro (略) 开发。

  维护简单:降低开发、维护成本。

  使用简单:触手可用,不需要单独安装IOS、Android应用。

  更安全:标准的 (略) 络传输加密;应用白名单;安全 (略) 环境,原生应用加固、代码混淆、运行环境安全检测;密码、手势、声纹、账号设备绑定的安全认证;本地数据加密存储。

 

  自适应强:平台使用Hybrid混合开发模式,采用国际通用标准的Html5语言开发规范,实现 * 次开发,多平台、多设备、 (略) 。

l  多平台: (略) 在IOS、Android以及Windows Phone系统的设备;

l  多设备: (略) , (略) 在不同尺寸的设备上,如iPad、iPhone设备。

l  多应用:支持Hybrid模式的应用上。

l  更新快:使用H5开发,可以实现快速更新,不需要重新安装IOS、Android应用,也不需要通过漫长的苹果审核周期,可以无感知的使用新应用。

 

1.2功能要求

1.2.1资产管理

应用概述

需要实现标准化的资产从采购到入库及资产使用的管理流程,同时可 (略) (略) 调整,扩展性、灵活性强,可适用于通过全员参与、全过程管理的协同思想实现资产管理信息化。系统可轻松地管控各个资产的使用情况,责任信息,以提高资产利用率,降低损失。

整体要求如下

(1) (略) 有人员均可分配帐号并参与使用,具备良好的群众基础;如此参与管理的人员更多, (略) 需的数据来源更广泛,为积累管理的大数据打下了坚实的基础,为提升单位管理水平提供了良好的保障。

(2)资产管理责任明确,不因其岗位职务变动而消失,员工离职时资产交接清晰,避免形成糊涂账,使用情况反馈更加及时,确保 (略) ,损坏后理清赔偿责任。

(3)除部分仅供特定人员使用的内容,应用内容均同时支持电脑端(推荐使用IE * 和新版本Chrome)和移动端,包括各种业务单据、报表和门户。所有审批流程均可以根据 * 方的 (略) 编辑,充分 (略) 的管理权责;信息数据随审批流程而自动存储记录,在避免 * 次录入提高效率的同时确保了数据的合法有效、真实准确。

(4)操作智能简便,界面可快速调整,学习与培训成本低廉,短时间内即可上手使用,快速地实现管理的信息化。

(5)工作衔接优化整合,可以通过系统发出提醒、预警等消息告知相关人员,可以自动推送工作流程到相关人员的桌面,如此能够很好地避免工作事务因为遗忘而延误,避免工作事务因为衔接不力而断档。

(6)除了 (略) 分报表以外,用户可以根据系统存储的数据信息, (略) 定义符 (略) 需的相关查询统计报表,方便管理人员随时获知信息的同时也便于其管理决策。

(7)用户可快速地调整应用菜单名称,可对 (略) 统 * 、批量化授权。

应用功能

资产管理应用至少 (略) 分内容,具有审阅或审批流程并支持资产 (略) 分事务流转:

1.  资产信息:包括资产申购、资产盘点、资产类别、 (略) 有权人、资产信息录入、资产档案。

2.  资产使用:包括资产领用、资产借用、资产维修保养。

3.  资产变更:包括资产调配、资产移交、资产报损、资产报废、资产转让、资产赠出。

4.  资产报表:包括查看领用情况、查看借用情况、查看维保情况、各状态资产数量、查询资产变更。

1.2.1.1资产信息

1.2.1.1.1资产类别

存储资产类别信息,包括资产类别(分大类和子类)、资产类别代码(分大类代码和子类代码)。

l  支持选择系统内置的资产大类、资产子类的同时,允许用户自定义资产大类、资产子类。

 

1.2.1.1.2 (略) 有权人

(略) 有权人信息: (略) 有权人名称、所有权人代码、 (略) 门、资产管理人员等。

l  支持资产管理 (略) 有权人, (略) 门管理员及职责范围。

1.2.1.1.3资产申购

员工根据工作需要申请购买资产,资产管理员可根据资产实际的使用情况选择新购或调配资产;资产购买后完成入库。

l  支持申购流程结束后,新购的资产自动生成多个资产信息录入单并复制新购资产的相关信息(名称、型号规格、单价、数量等),方便资产信息的录入;

l  支持资产管理员对申购的资产做出调配意见时,自动发起资产调配流程给申购人。

1.2.1.1.4资产盘点

资产管理员根据单位管理 (略) 资产盘点。

l  支持流程审批结束后,记录各个资产的盘点日期、盘点人。

1.2.1.1.5资产信息录入*

录入原有或新购的资产信息。

l  支持手动发起资产信息录入,支持由资产申购自动生成资产录入单(部分信息已自动填写)。

l  支持录入资产信息时自动生成资产ID和资产编号。

1.2.1.1.6资产档案

存储资产的基本信息、使用信息。

基本信息:包括基础信息(资产名称、资产编号、资产ID等)、详细信息(品牌、购入日期、发票号码等)、其他信息与附件(相关附件、其他信息)。

使用情况:包括使用情况( (略) 门、责任人、责任开始日期等)、资产价值/费用(购买单价、现值金额、维保费用等)。

l  支持资产保修结束日期到期前(默认提前 * 天),向资产管理人员发送资产保修即将到期提醒。

l  支持每月更新折旧期数,折旧值也同步更新。

1.2.1.1.7本人管理资产

供员工查看挂于自己名下的资产,便于管理。

1.2.1.2资产使用

1.2.1.2.1资产领用

员工根据办 (略) 需资产(可代领)。

l  支持领用审批结束后自动更新资产状态为“正常”及其责任信息。

1.2.1.2.2资产借用

用于员工从公用资产或闲置资产中选择需要借用的资产,并办理借用手续。

l  支持资产借用时由资产管理员核定并填写借出信息,核定后系统自动存储相应资产的借用信息。

l  支持资产归还时由资产管理员检查并填写归还信息,流程结束后系统自动清空相应资产的借用信息。

1.2.1.2.3资产维修保养

用于资产定期保养,资产有损后的维修,可 (略) 发起。

l  支持审批结束后自动存储相应资产的维保费用。

1.2.1.3资产变更

1.2.1.3.1资产调配

对于资产申购时不需要新购而选择调配资产的,可自动发起资产调配流程。

l  支持调配流程审批完成后,更新资产档案中的责任信息。

1.2.1.3.2资产移交

在资产的责任人发送岗位异动、离职 (略) 资产移交,根据移交方式的不同,对相关资产的使用状态、 (略) 门、 (略) 调整。

l  (略) 退 (略) 门、全部由接交人管理、重新指定责任3种移交方式。

l  支持流程审批完成后, (略) 选择的移交方式更新资产的责任信息。

1.2.1.3.3资产赠出

资 (略) 实际管理情况申请资产赠出。

l  支持流程过程中,财务人员根据资产账目对资产 (略) 评估(常为单价在 * 元及以上的固定资产)

l  支持资产赠出后,清空资产的责任信息以及更改其资产状态为“赠出”。

1.2.1.3.4资产转让

资 (略) 实际管理情况申请资产转让,从而减少资产损失,盘活资产存量,优化资产结构,提高资产的总体产出效益。

l  支持流程过程中,财务人员根据资产账目对资产 (略) 评估(常为单价在 * 元及以上的固定资产)

l  支持资产转让后,清空资产的责任信息以及更改其资产状态为“转让”。

1.2.1.3.5资产报废

责任人对已维修后不能再使用,或使用价值不大的资产申请报废。

l  支持流程过程中,财务人员根据资产账目对资产当前价值及 (略) 评估(常为单价在 * 元及以上的固定资产)

l  (略) 门根据实际情况及单位管理要求填写资产的 (略) 理方式。

l  支持资产报废后,清空资产的责任信息以及更改其资产状态为“报废”。

1.2.1.3.6资产报损

责任人对损坏的资产申请报损。

l  支持流程过程中,财务人员根据资产账目对资产当前价值及 (略) 评估(常为单价在 * 元及以上的固定资产)

l  (略) 门根据实际情况及单位管理要求填写资产的 (略) 理方式。

l  支持资产报损后,清空资产的责任信息以及更改其资产状态为“报损”。

1.2.1.4资产报表

1.2.1.4.1查询报表

内置的查询报表及其功能如下,要求均可根据实际需要调整修改。

要求查询、借用、维保、调配、移交、报损、报废、转让、赠出等情况,做到相对应信息可查询详情。

1.2.1.4.2统计报表

内置的统计报表及其功能如下,要求均可根据实际需要调整修改。

   各状态资产数量,按状态统计资产的数量,默认显示统计列表,可点击查看资产档案。

   各责任人资产数量,按责任人统计资产的数量,默认显示统计列表,可点击查看资产档案。

   (略) 门资产数量, (略) 门统计资产数量,默认显示统计列表,可点击查看资产档案。

1.2.1.5资产申购流程

从员工申请开始,询价、购买、入库等信息都记录在案

l  (略) 门:决定是否 (略) 调配调拨,决定是否统 * (略) 采购;

l  (略) 门:根据情况记录询价情况,填写实际购入单价;

l  资产管理员:物品送达后入库,记录入库的日期,系统自动进入信息录入。

1.2.1.6资产入库流程

入库后才能使用,领用、借用都落实资产的管理责任

l  录入:不同的资产录入的内容(主要是专属信息)有所不同;

l  领用:领用完成,资产标签(卡片)也自动生成;

l  借用:对闲置资产、公用资产的合理使用,记录借用情况、清借用责任。

资产卡片

资产的完整信息、使用历史都 * 目了然

第 * 章  项目实施与售后服务

2.1  实施组织

2.1.1  实施组织要求

    本地化实施保障:需要供应商按时服务,以确保资产管理系统在遇到出问题时, (略) 进行解决。投标单 (略) 商颁发的从业人员资格证书,此证 (略) 可查, (略) 查询截图。

投标单位需 (略) 的项目实施进度控制、计划安排、质量保证、调试、验收、用户培训、技术维护等全过程管理。设立相应的组织实施机构,承担本项目的开发建设,提 (略) 业经验和开发技能的项 (略) 全过程的实施开发工作,变更人员需经采购单位批准。

2.1.2 项目工期及计划要求

2.1.2.1 项目工期要求

合同签订后 * 自然日内完成,达到资产管理系统验收使用标准。

项目开发实施计划须在投 (略) 明确,同步配备合理的资源,保障项目按照计划推进。如因投标单位原因无法按照拟定的项目计划推进,需向采购单位提出工期变更申请,采购单位同意后方可实施。但总的工期不能超出项目工期要求,否则采购单位有权无条件的解除同投标单位签订的合同,并要求投标单位无条件退回采购单位已支付的各类费用,并承担对采购单位的赔偿责任。

2.1.3 项目成果要求

  项目成果:

工程验收前,中标单位须提交完整相关文档成果,包括但不限于以下内容:

l  调研资料

l  需求分析说明书

l  概要设计说明书

l  数据库设计方案

l  总体设计方案

l  工作总结报告

l  (略) 署安装说明、维护手册、用户手册、应用培训教材等相关文档

l  项目过程变更资料

l  集成、系统测试文件、检测报告

l  为采购单位及用户定制发的模块或应用的源代码

l  管理员手册

l  最终形成的各种标准

l  培训教材

工程验收前,中标单位须提交软件等相应成果。

  项目成果提交方式:

l  数据库成果 (略) 署到核心机房;

l  软件以电子介质提供;

l  文档成果以电子和纸介质两种方式提供;

l  所提供的文档需符合相关软件工程 (略) 。

2.1.4  项目过程要求

投标单位应根据类似的经验,对该项目的需求有准确的评估,必须将项目的调研、需求开发、技术设计与开发、技术实施、测试与检测、系统实施、系统安全升级、BUG修复、技术支持、技术服务、集成开发及风险预防等内容产生的 (略) 包含在投标报价中,保障项目实施质量。由于采购单位的需求存在 * 定的变更可能性,采购单位有权无条件 (略) (略) 变更,但总体项目变更内容不超过项目总体需求功能的 * %。

2.2 售后服务要求

(略) 署的投标软件的授权和使用时间必须是永久。

项目验收后投标单位可提供 (略) 本地化技术支持服务。

2.2.1  项目环境要求

本项 (略) 技术实施服务。

2.2.2  培训要求

2.2.2.1  培训计划

投标单位应根据实际情况,做出合理的培训计划。投标单位中标后,再与采购单位充分沟通,另行提供详细、可行的培训计划和方案。培训计划包括:培训人员人数、培训时间、地点及培训方式等。培训前,中标单位需编制完成完善的技术文档和培训文档。

2.2.2.2  培训内容

1、培训具体时间由采购单位根据工作安排决定,无时间限制。

2、培训计划方案、地点由投标单位准备,经采购单位同意后实施。

3、培训内容主要是系 (略) 技术,包括但不限于系统具体功能、系统数据库结构以及功能具体实现方法、软件安装、系统配置、系统管理等。同时还包括系统日常维护、 (略) 置、 (略) 理等内容培训。

4、投标单位须提供系统使用、操作等内容培训。

5、投标单位应按照采购单位需要提供应用、技术、部署与运维培训。

2.2.2.3  其他要求

接受培训的人员能够独立完成系统的配置和管理,以满足系统推广 (略) 考核合格,方可视为中标单位的培训达到了采购单位要求。

2.2.3  运维要求

2.2.3.1  (略)

中标人应按照采购人要求组建 (略) 进行技术支持运维, (略) 有运维工作。

2.2.3.2  服务内容

运维服务内容包括但不限于如下方面:现场维护、预防性运维、用户使用培训、产品(软件)的安装服务、产品(软件)的调试调优和补 * 修复、软件版本的升级、软件功能的优化完善、数据库优化、紧急恢复服务、巡检服务、远程维护、技术支持、数据采集分析报送等内容。

2.2.3.3  运维要求

(略) 驻场成员应接受采购人管理,由采购人制定运维考核细 (略) 人员考核,考核结果作为支付质保金的依据。中标人应设置运维专线电话和值班手机,随时响应用户问题;在非工作时间, (略) 值班,遇到特殊情况( (略) 合、 (略) 理、系统检修、软件升级、设备维护等),随时接受采购人调派,以保障本项目7* * 小时 (略) 。

2.3  运维服务

2.3.1  服务形式及响应

服务形式

服务内容及规范

响应时间

电话支持服务

提供电话7* * 小时的电话支持。

即时响应

定期巡检服务

提供2个月1次的巡检服务,并提供巡检报告。工作内容包括硬件终端设备巡检、系统配置巡检、系统存储和备份巡检、数据库巡检、系统性能巡检。

定期

定期回访服务

提供定期/不定 (略) 回访,与用户 * 起共 (略) 性能调优、系统诊断,系统日常维护管理方面的交流或培训,并与 (略) 阶段性总结、分析。

即时

应急服务

对于影响到用户业务,需紧急解决的技术问题,召集支持小组,迅速提出解决方案,提供热线支持,并记载支持服务记录,归档。

即时

2.3.2  服务内容

运维范围包括与资产管理 (略) 有软件和智能化设备的维护。

服务项目

服务内容

软件维护

资产管理平台软件的各项应用功能、数据以及 (略) 的系统中间件等。维护内容包括软 (略) 理、 (略) 设置维护、软件系统定期巡检服务。主要包括以下7项内容:

(1)软件系统故障排除;

(2) (略) 设置维护;

(3)软件系统定期巡检;

(4)数据库运维;

(5)软件完善;

(6)数据交换;

(7)其他辅助工作。

现场与培训服务

包含各级单位业务开通与培训。按需对应用软件操作 (略) 免费培训,并提交掌 (略) 需要的培训资料。系统升级后对 (略) 免费培训,帮助相关操作人员熟悉软件的各项业务功能与管理功能。

( * ) (略) 及竞争性谈判文件中要求的《营业执照》或《事业单位法人证书》中要求具有计算机软件开发及销售的经营范围。

( * ) (略) 产产品的资产管理软件著作权登记证书(响应文件中提供复印件即可)。

( * )响应截止时间及开标时间更正为: * 日 * 时 * 分。

( * )签到时间更正为: * 日 * 时 * 分至 * 时 * 分。

( * ) 开标地点更正为: (略) 区 * 楼 * 室。

( * ) (略) 文件为准。

* 、联系方式

采购单位: (略) 经 (略) 有限公司

地址: (略) 开元大街2号

联系人:郑女士

联系电话: 点击查看>>

采购代理机构: (略) 鼎鑫建 (略) 有限公司

地址: (略) 省 (略) 市 (略) 区外包园A3楼2单元 * ( (略) 市 (略) 区新风路)

联系人:侯女士

联系电话: 点击查看>>   点击查看>>

(略) 址:http:/ 点击查看>>



[附件下载]

    
查看详情》
相关推荐
 

招投标大数据

查看详情

收藏

首页

最近搜索

热门搜索