|
 |
|
| ·一卡通的特点 |
| · |
多系统的公共信息统一由“管理中心”加以控制 |
| |
|
| · |
用户持“一卡”即可“通行”各系统，完成不同的功能用途 |
| |
|
| · |
一点“发卡”、“挂失”多系统同步响应，无需在各系统分别注册 |
| |
|
|
| ·形式一卡通的特点 |
| · |
“名义上”为一卡通结构－作为最终用户可以使用“同一张卡”通行多系统 |
| |
|
| · |
每个系统均需要对卡进行单独处理，多点“重复性发卡”，工作强度较大 |
| |
|
| · |
用户卡一旦丢失，需要及时到各系统分别注册，否则无法保护权利不受损害 |
| |
|
| · |
持卡人员基本信息如果发生变化，需要到各系统分别注册，用户应用不便 |
| |
|
|
| ·非一卡通的特点 |
| · |
“非”一卡通结构－作为最终用户使用“多张卡”通行多系统 |
| |
|
| · |
每个系统均需要独立的“用户卡”支持，多种应用领域需要多张卡 |
| |
|
| · |
用户实际使用时需携带多卡，以适应不同的管理领域 |
| |
|
| · |
用户卡的重复性投资为用户带来实际经济损失 |
| |
|
|
| ·无法满足网络化及数据共享的需求 |
| · |
“非一卡通”或“名义一卡通”往往属于“系统集成”范畴，无法满足在“网络”环境下运行。 |
| |
|
| · |
“单机”工作模式无法适应信息化管理需求 |
| |
|
| · |
系统集成概念无法做到“信息共享”，作为综合管理负责人难以轻松做到“心中有数” |
| |
|
|
| ·为用户的功能扩展带来较大的局限 |
| · |
科技应用领域在不断的拓展，系统的“前瞻性”设计显得尤为重要。能否满足用户将来的扩容需求是评定系统价值的关键因素 |
| |
|
| · |
用户的应用需求也是不断的变化，随着“卡认知度”的提升，其应用也要求需具有广泛性特点。否则将面临“重复性”投资的资源浪费 |
| |
|
|
| |
|
|
