资产管理系统招标文件通用技术部分v10docx.docx
《资产管理系统招标文件通用技术部分v10docx.docx》由会员分享，可在线阅读，更多相关《资产管理系统招标文件通用技术部分v10docx.docx（26页珍藏版）》请在冰点文库上搜索。
资产管理系统招标文件通用技术部分v10docx
技术部分
1项目概述
1.1项目背景
1.2项目目标
1）系统实现对固定资产的全生命周期管理，提供固定资产生命周期的状态构成，提供资产的分布情况和使用率；
2）通过系统操作实现对资产的日常管理，提取各类管理报表，作为公司管理决策依据之一；
3）通过系统实现RFID盘点技术，能更快速、准确地对资产信息进行采集、核对及分析，提高资产的盘点效率。
4）系统可为公司现有财务系统等提供数据接口。
5）系统可提供二次开发平台，能满足公司未来采购、资产、财务等业务需求的开发。
1.3项目范围
1.3.1业务流程梳理
对万达集团管理范畴内的资产实物管理及资产价值核算的组织架构进行调研、梳理、提供建议如何规范资产管理业务流程，使之与管理要求相适应。
涉及到的流程有：
入库、领用（出库）、退库、调配、借用，归还、处置（调拨、报废、报损）、维修、保养等流程。
1.3.2模块开发
1.3.2.1日常管理功能
开发完成资产基础信息（资产分类、组织架构、权限、角色、用户等）、资产卡片（基本信息及价值信息等）、资产日常管理（入库、领用（出库）、退库、调配、借用，归还、处置（调拨、报废、报损）、维修、保养）、库存管理、条码RFID技术盘点、报表等模块。
1.3.2.2系统查询统计
系统能收集记录资产全生命周期动态信息，并能灵活查询、统计及输出（打印或导出EXCEL表、word、PDF）信息。
1.3.2.3系统报表分析
能对资产在整个生命周期中的异动进行对比分析，同时可以灵活地统计关键周期中各环节的数据提取报表；可根据资产的不同属性进行筛选，提取报表并有相应的汇总信息，可导出EXCEL形式。
强大的分析功能能为资产管理抉择者提供决策的依据。
1.3.2.4RFID技术识别及盘点
应用RFID超高频技术，实现利用RFID手持设备实现快速盘点，包括制定盘点计划、实施盘点等，系统自动生成盘点报表（盘点的盈亏分析）。
同时，RFID具备非授权移出报警的门口portal，具备识别进出方向，声光报警灯。
1.3.2.53D实景界面
系统可无缝扩展实现3D图形展示效果。
实时直观地显示各楼层资产信息，场景仿真；效果不低于如下显示。
1.3.2.6系统预警
采用系统消息提醒等方式，能在审批各类待办事宜、借用资产到期归还、维保到期等情形发生时对相关人员进行提醒或预警。
1.3.3预留系统接口
对固定资产及低值易耗品进行实物管理，对于资产的折旧管理由财务系统处理，预留与财务系统的接口。
1.3.4用户范围
全网络（含各分公司）。
分别设有集团、公司、分公司等用户权限。
每个财务独立公司（法人单位）均可设置：
资产管理员、资产主管理、主管领导等角色。
上级可以查下级单位的资产情况。
1.4名词解释
缩写、术语
解释
节点
指在业务流程中，单据所经历不同角色的填写、浏览、审核等动作，每个动作为一个节点。
审核
当某一节点除了具有浏览和查看权限，还具有同意和驳回权限。
同意
是指相关单据审核通过，流转到下一结点或终止。
驳回
是指相关单据在该节点未通过审核，需要返回给上一节点，修改后再次提交。
撤销
单据提交人撤回自己提交而流程未走完的单据，并做修改后再次提交。
作废
单据提交人对自己提交而流程未走完的单据做报废操作，使得单据流程提前终止。
沟通
指在业务流程中，单据流转到某一节点时，该节点角色需要与任意系统用户进行某些问题的交流时，将单据及交流内容发至该用户，当被发至的节点给予单据被返回节点答复后，将单据再回转给返回节点时的动作。
模糊录入
指随着输入内容的增多，系统不断根据输入内容对预先设置好的选择内容进行筛选。
录入者可根据逐渐减少的选择项选择对应内容，或录入全新内容。
如资产名称的录入即采用此种方式。
未提交
指进行了填写、保存，而没有提交的相关单据,此单据可修改。
已提交
提经过上级审核通过的单据。
未通过
提未经过上级审核通过的单据。
已通过
提经过上级审核通过的单据。
未审核
指提交上来的单据还未通过审核。
已审核
指提交上来的单据已经通过审核。
入库
由资产管理员做资产入库登记（可excel导入），并形成入库单，作为新增资产的凭证之一。
领用申请
各部门管理员发起资产领用申请，由资产管理员进行审核，如库房有，则转为领用单出库，如果库房没有，则提示线下购买入库，再转为领用单出库；或驳回此单。
退库
各部门的管理可以对本部门所辖资产提出退库申请，形成退库单，由资产管理员审核（确认实物已经交回），完成退库过程，否则驳回。
借用
每个部门管理员可以发起资产借用申请，由资产管理员进行审核，如库房有，则转为借用单出库，如果库房没有，则提示线下购买入库，再转为借用单出库，或驳回此单。
归还
各部门的管理可以对本部门所借用的资产提出退还申请，形成退库单，由资产管理员审核（确认实物已经交回），完成退库过程，否则驳回。
调配
如果是在部门管理员所管范围内进行变动，刚不需资产管理员进行审核，就可以完成调配操作。
否则，出现跨部门变动时需要资产管理审核以及调入部门资产管理员确认，形成调配单，作为跨部门资产变动依据。
处置
各部门可以对本部门使用中的资产提出报废、报损、调拨等申请，形成处置单，并由资产管理员审核确认，完成资产处置过程。
盘点
资产管理员发起盘点任务，各部门管理员可完成本部门的资产盘点任务，每个人可以上来盘点自己名下的资产。
2功能需求
大项
小项
功能描述
备注
系统管理
参数设置
1、资产分类：
根据国标（固定资产分类与代码（GBT14885-2010）预设。
3、计量单位：
可设置各类计量单位。
卡片样式设定
1、每种大类的资产，根据其资产属性设置资产卡片样式。
2、预留3个的字段给用户自定义。
用户管理
1、对资产管理人信息进行增加、删除、修改和查询操作。
2、查询：
可根据所录入的字段进行查询。
3、、上级管理员可对下级系统使用人员的用户信息维护，包含用户名，密码，创建时间，所属公司，用户级别等。
4、用户可更改自己的密码。
角色管理
1、对角色信息进行增加、删除、修改和查询操作。
2、可完全自定义角色类别。
3、定义角色权限时，可根据功能模块自定义选择。
4、查询：
可根据所录入的字段进行查询。
权限管理
1、对角色、用户等权限进行管理。
2、操作权限：
操作权限用以设置系统用户操作的权限，例如设置用户的新增、修改、删除权限。
没有相关操作权限的用户不能执行相应的操作。
3、数据访问权限：
数据访问权限设置用户可以看到那些公司的数据，默认情况下，用户只能查看到本公司的数据，而不能看到其他公司的数据，但可以通过数据访问权限的分配，使用户可以看到其他公司的数据。
功能菜单管理
1、可根据不同的角色、用户和权限等，显示不同的菜单和功能
组织架构管理
1、可实现行政组织架构和核算主体结构的交叉管理。
2、不同层级的系统管理员可对本级组织架构进行管理、维护。
3、以树形结构维护集团的层次结构。
4、部门在地区下划分，法人、分公司均需要设置部门。
5、管理上按区域对本区域范围内的法人公司（含分公司）进行管理，可能同一用户跨法人处理业务。
6、管理区（区部、分部）的用户只能拥有本区域内公司的权限。
7、资产价值管理与实物管理分离，折旧由财务系统处理，双方通过接口实现数据共享。
资产类别管理
1、统一维护资产名称、类别信息系统共享。
资产状态管理
1、可完全自定义资产状态，在其他模块中可以直接选择引用。
2、包括：
在使用、库存-待库、库存-退库、库存-借用、调拨、报废、报损状态等。
审核审批节点管理
1、审核审批节点主要实现两方面功能：
A、审核审批记录，B、涉及到职责权限；相关信息节点跟踪管理。
C、待审批提醒，审批通过提示提交人的功能；
2、正常的审核审批节点：
通常为申请人提交单据，审核审批人员确认。
日志管理
1、固定资产管理系统对用户所进行的所有资产信息的事务性操作（增加、删除、修改）都以日志方式进行记录，以便将来审查。
2、日志信息保存在数据库当中，日志包含如下信息：
时间、操作内容（资产编号和操作内容）、操作人、所进行的操作类型（增加、修改）、操作人所使用机器的IP地址。
3、可提供不同级别系统管理员的查询功能。
4、对于日志的维护，只能由最高系统管理员操作。
预警功能管理
1、预警时间的设置、修改、取消等，均只能由最高级系统管理员操作。
2、采用系统消息提醒，能在审批各类待办事宜、借用资产到期归还、维保到期等情形发生时对相关人员进行提醒或预警。
资产日常管理
资产卡片管理
一、资产信息的录入有两种方式：
1、新添置的资产已经明确知道使用部门、使用人信息，可以在资产信息登记时，直接赋予该资产的使用部门和使用人等信息，无需单独操作“资产领用”。
2、未知使用部门、使用人信息的情况下，资产管理师在录入该资产的基本信息的同时，需将该资产分配到该区部仓库，等待有使用部门或使用人需求时，再通过“资产领用”操作赋予使用部门或使用人等信息。
二、可以逐一录入信息，也可Excel格式批量导入。
成批添置资产时，系统能支持所有卡片信息、使用部门及使用人的批量导入。
三、资产卡片信息：
除基础信息字段，能预留3个的字段给用户自定义。
资产领用管理
资产领用操作，给该条资产分配责任人、使用部门、使用地点等
资产退库管理
由资产管理员对资产退库操作后，该资产由“在使用状态”自动变更为“库存-退库”。
资产借用管理
资产借用操作，给该条资产分配借用人、借用部门、使用地点等。
资产归还管理
资产归还操作，给该件资产退还到库房、保管人、库房地等。
1、资产借用时填入借用时间、预计归还时间。
2、到期未归还时，系统会向自动进行信息提示。
3、并可以统计所有逾期归还的信息。
资产调配管理
在一个单位内部，实现：
部门、人员、使用地等要素的变化。
资产处置管理
1、系统能实现逐一报废也可批量处置（调拨、报废、报损），由产管理员提出报废申请，资产主管审批通过。
2、资产在系统中处置处理后，残值数据仍能体现。
3、系统中能按处置的原因（包含调拨、报废、报损等）、报废的日期、报废年限（包含达到正常报废年限的和未达到报废年限的）进行分类，并生成报表。
盘点管理
盘点任务管理
1、可实现针对不同类别、不同部门的资产生成盘点任务等。
2、可自定义选择资产盘点任务的各字段。
3、可查询盘点任务计划单。
4、可跟进盘点任务单的执行状态。
5、可将盘点任务单导出，传输到盘点终端设备里。
盘点终端功能
1、盘点终端可实现条码和RFID同时采集功能。
2、盘点终端可实现盘点计划单和实盘的对比、提示功能。
3、具备标准盘点的其他功能。
盘点终端软件升级
1、盘点终端软件可支持指定的设备。
盘盈盘亏明细表
可查询、导出盘点盈亏明细表
盘点汇总表
可查询、导出盘点汇总表
综合查询
资产信息综合查询
能实现多维度（可同时选择多个查询条件）、自定义、模糊等方式进行查询，能显示出此条资产的全生命周期信息；所有查询结果都可以导出EXCEL表格。
1、查询数据统计时能灵活显示，在一个界面显示，系统可以进行相关指令的模糊查询；
2、当查询出一条资产时，能显示出此条资产的所有生命历程（即从资产启用开始，一切的变化动作——比如此资产什么时候从谁的名下转到了谁的名下、操作人、具体操作系统的时间都有详细的记录）。
报表管理
报表管理
1、可实现多维度报表。
2、核心报表，只能由最高系统管理员统一维护，整个系统用同样的格式，如资产明细表、资产统计表、新增资产表、库存资产表等。
3、可实现不同层级自定义报表，由相应的系统管理员设置，不影响其他层级的报表。
4、可实现报表打印。
数据导入导出
EXCEL导入
实现EXCEL表对应的格式导入。
导出EXCEL
所有查询、报表功能，均可实现EXCEL格式的导出，同时可实现全部字段导出或选择部分字段导出。
3非功能需求
3.1系统要求
1）扩展性
系统框架应有一种良好的扩展机制来满足这一需求，要求提供二次开发平台（SDK），并在方案中阐述二次开发平台。
产品功能
扩展能力
产品架构
B/S架构模式需要支持JSP2.0规范、SERVLET2.4、JDK1.5.10以上，支持WebService集成。
模块化支持
系统应基于模块化设计理念，可按阶段进行模块开发，模块间耦合度低，利于模块的调整与升级，或进行二次开发
与其他系统接口
可实现与公司在用各类管理系统的数据交换
数据库支持
支持mssql、ORACLE等大型数据库及连接池。
应建立可扩展的数据库结构，避免因功能等的改变而频繁调整数据库结构
高速缓存
支持可配置的高速缓存。
通信模式
支持加密HTTP或TCP/IP传输。
操作系统支持
能够支持IBM/AIX和HP/UNIX等大型机下的各种操作系统。
能够支持WindowsServer2003/2008操作系统
远程部署/增量更新
能够支持补丁的远程更新。
集群/负载均衡支持
能够进行集群部署和支持负载均衡。
2）性能要求（定制开发部分）
类型
要求
整数
使用32位LongInterger
小数
保留小数4位
日期
使用8位日期格式
字符
Unicode
3）响应时间
操作类型
要求
处理时间
大多数常用操作的响应时间应该<3秒，对于复杂的，数据处理量比较大的操作可以适当延迟。
4）吞吐量
操作类型
要求
容量
数据增长20-30万条/年，资产变动日志增长500万条/年
报表查询和盘点时间处理
2350张/月+500万条数据上传/下载
日常交易使用
6500条/日+外围10000条/日
5）用户数量
操作类型
要求
支持并发访问数量
>100个
系统用户数量
>200个
6）可用性
操作类型
要求
使用时间
7*24*365
维护
系统应进行周期性维护，系统例行维护次数一个月不多于一次，越少越佳。
故障
系统应不受任何单点故障影响。
7）界面
操作类型
要求
界面风格
美观，简洁，高效，实用，符合用户操作习惯。
方便操作人员快速掌握，关键位置应有相关提示与说明。
能够快捷的录入基本资产信息，减少录入工作量，点选与自动生成信息内容为主.
界面各个部件的布局应保持合理性和一致性。
对于输入效率有要求的，应该提供快捷键的支持。
在前端还应提供一些智能化的校验功能。
提供人性化的数据效验功能，使操作员在使用时尽量少的出现录入错误。
如位数效验，数据类型判断等，对不符合要求的录入应具备友善的提示信息。
提供优化联机帮助信息，对各种状态和操作结果进行及时的反馈和提示。
及时解决操作中遇到的相关问题。
8）安全
操作类型
要求
安全
需要保护重要和敏感数据，如用户信息，密码信息等。
密码策略
密码策略参考万达的IT审计部门制定的相应规范，与此规范保持一致。
网络链接
互联网访问需要通过VPN或对敏感数据通过加密通道进行传输，如采用SSL的HTTPS传输方式。
访问控制授权
对系统的管理访问应当采用验证方式加以保护。
在数据库级别以及应用程序接口实施基于职责的访问控制。
将未经适当授权而获取访问权限的所有尝试都记录下来。
提供数据或功能访问的每个组件都应该核实是否存在正确的验证凭证。
数据加密
敏感数据应当在数据库和文件系统中进行加密或哈希处理。
数据传输和数据存储中使用行业标准加密算法对数据进行加密。
在将敏感或需保护数据的传输在网络传输过程中,应当首先对这些数据进行加密。
登录失效机制
会话过期，支持用户登录过期失效机制。
无效登录锁定
对于连续多次登录失败的用户进行锁定，可根据策略设置进行相应处理，具备防止采用程序模拟登录机制，增加图形校验码。
日志
为所有的系统流程设计日志功能。
日志记录用户对系统敏感资源（如保密数据或文件等）的访问情况。
对过期的日志进行备份。
日志具有查阅的功能，但不可以修改。
应当在环境中的所有应用程序上启用日志功能。
应当记录失败和成功的验证尝试、对敏感数据（包括用户帐户）进行的更改、严重的应用程序错误以及失败和成功的资源访问。
数据安全性
备份数据，根据业务确定数据备份手段。
加密，关键数据进行存储及传输加密。
应用程序可以接受外部来源的多点输入，如用户、客户端应用程序和数据传送。
应当对输入数据执行语法和语义有效性验证检查。
还应当检查输入数据不违反底层组件或相关组件的限制，特别是字符串长度和字符集的限制。
所有用户提供的字段都应当在服务器端进行验证。
可恢复性
停机恢复，系统恢复不需要停机操作，不影响系统运行。
程序和数据备份。
灾难恢复，当灾难被发布后（beingdeclared），系统应能够保证具备双机热备，应立即能够恢复。
提供异地容灾备份机制。
9）培训
操作类型
要求
培训
提供详细的培训资料，包括系统使用、维护和研发相关文档。
组织培训讲师对我司业务人员、研发人员和维护人员提供系统使用培训、研发培训和后期维护培训。
我司有对供应商提供的相关资料进行保密，不提供给除我司以外的任何第三方使用的义务。
10）开源
操作类型
要求
开源
开放全部系统数据结构。
提供与系统一致的源代码以及与系统相关的需求、分析、设计、测试等文档。
我司有对供应商提供的相关资料进行保密，不提供给除我司以外的任何第三方使用的义务。
在软件生存周期内，由于数据库中的记录的增加等原因，TableScan以及记录处理速度有可能因数据量增大而变化，但变化范围应控制在160%以内。
3.2运维需求
3.2.1系统管理需求
系统可管理性：
在系统上提供配置管理功能和其它日常IT运维活动的功能。
通常的功能包括：
“正常”操作：
启/停机器
备份/恢复
批处理执行
监控组件和负载均衡机制
从意外中恢复：
定位意外情况（来自日志文件、错误信息等）
修复问题或者故障（硬件、软件、网络组件、数据库、应用程序）
从灾害中恢复
具体的系统管理要求如下：
编号
需求
1
生产环境操作–围绕系统运作不同流程的自动化（例如，启/停应用，系统资源的分配，任务的自动化，备份/恢复等）。
软件包提供基于不同平台的专业安装和配置工具。
（例如UNIX上文字或图形界面的安装程序，Windows平台上图形界面的安装程序）。
具有时序安排服务（schedulingservice）。
2
生产监控-包括系统健康性检查，围绕性能、CPU使用率、存储、内存容量、网络、安全等主题的错误发现、时间处理和触发器等。
3
存储管理-包括所有数据的空间管理、备份、归档、恢复。
及时的和正确的恢复是降低故障恢复时间的关键。
系统需定义备份和恢复策略和机制。
软件包具有或者可以使用其它备份/恢复工具。
系统需定义数据归档机制。
软件包具有或者可以使用其它归档工具。
4
事件和错误处理–对生产环境中在线活动的监控，发现可能导致停机的事件并进行报告、处理，如有需要则进行恢复。
在软件包的技术架构中有事件/错误处理机制，并和系统整体运营的事件处理机制有接口。
5
日志和审计
基本日志包括以下基本数据项，具体可根据维护人员要求和软件包情况制定：
日期
时间
应用模块
发生异常的机器
用户
消息
严重程度
事件代码
事件描述
对操作者的提示
6
已有监控手段和工具
3.2.2系统升级需求
系统升级策略如何，能否自动化打包和部署，是否具有热启动功能。
系统回滚机制如何。
系统升级的时效性，至少在2小时内能完成全网客户端升级。
4产品需求
4.1设备WH-AC001
安装于房门口，形成一个RFID电磁波覆盖区域；安装有RFID标签的设备在通过该覆盖区域时都将被AC001读到；数据通过以太网实时上传到监控平台，进行相应数据记录；可通过AC001的声光指示灯进行报警处理。
机房级设备WH-AC001
4.2RFID手持式读写器
MC3190-Z是一款经特别设计的企业级手持式RFID读取器，将RFID的优势从工业空间扩展至面向客户的环境和企业环境。
它具有摩托罗拉工业级手持设备标志性的耐用设计和优异性能，还增配了先进的高效能摩托罗拉RFID读取器引擎，可实现更快的读取速度和更大的吞吐量。
摩托罗拉RFID读取器引擎
提供先进的高效读取性能，实现更快的读取速度和更大的吞吐量
拥有专利的摩托罗拉全向专有的全方位MAXRFID天线
方位向迟钝性设计让用户无需精确对准读取器和标签即可进行更快、更精准的读取
精确定位技术
视觉及声音提示的独特组合可将工作人员轻松引导至特定项目物品：
当设备接近目标项目物品时，蜂鸣音调及音量都将增大，同时滑动图形条的尺寸也将增大
简单易用的应用程序编程接口（API）
确保快速经济的应用程序部署开发
摩托罗拉MAX安全
获得FIPS140-2认证，且支持最先进的加密和身份验证算法以及虚拟专用网络（VPN）；符合最严格的行业安全法规，包括敏感的政府应用
摩托罗拉MAX耐用性
符合并超过MIL-STD810F关于耐摔、翻滚和密封跌落、滚落和封装方面的标准
适用于全天候的企业应用；即使发生不可避免的摔落跌落和溅水情况，仍能可靠地运行；使用寿命更长；可进行表面擦拭
摩托罗拉MAX数据采集
集优异的RFID和条形码扫描功能于一身；用户不必购买两台设备，降低了资本和运营成本
320x320背光显示屏
分辨率比¼VGA高30%，几乎在任何光照条件下均可轻松查看
4.3RFID标签
标签指标
工作频率
902～928MHz
协议
符合EPCClass1Gen2标准
工作温度
-30°C～+130°C
尺寸
可定制
材料
陶瓷、ABS
颜色及图案
可定制
升级会员 