《交通大学与财政部单位版接口》由会员分享，可在线阅读，更多相关《交通大学与财政部单位版接口（24页珍藏版）》请在装配图网上搜索。
1、交通大学与财政部资产管理软件 接口方案 上海交通大学,目录,2,数据上报方式及选择,1,交通大学组织架构,2,管理差异性,3,管理共性,4,总体架构,5,数据交换工具,6,数据映射,7,一、数据上报方式及选择,3,三种方式,不使用单位版软件，自己开发与教育部部门级系统的接口 全盘接受财政部软件单位版，单位所有资产相关业务通过该软件进行 使用单位版软件，仅仅当作与部门级系统交换数据的一种方式 数据交换方式 离线报盘方式 中间库/Excel方式,直推部门级存在接口风险,久其接口实际上是直接对数据库进行操作。两个关注点 每种业务交换的信息及信息标准 数据库设计及对具体表的信息组织 久其提供一个与部门
2、系统接口相关的文档，但是仅凭这个文档无法实际操作，需要提供详细的业务实施文档。 接口变更风险。相当于针对数据库操作一种紧耦合的方式。 部分统计功能分布在单位版以减少部门级数据库的运算量。意味着需要了解这类统计算法，需要财政部提供这类文档；如果变更，各基层单位也要进行相应的变化。 接口可扩展性比较差 不能包容不同版本信息。要么牺牲信息本身完整性，要么在实际操作中给大家带来很大的不便。比如：部门级信息项发生变化，要求所有直接与部门级系统进行数据交换的基层单位都要升级，否则这些单位就无法传送正确的数据。,采用松散接口的建议,将基层单位关注点由两个变成一个 财政部定义各种业务数据交换标准，这种标准采用
3、XML格式 ，基层单位只关注这个点 部门级由久其开发与数据库设计有关的WebService，其内部实现对基层单位透明 真正实现动态监管 数据交换标准考虑交换信息的扩展性，将版本信息也包含在标准中,改进接口的优点,基层单位只有一个关注点：信息按XML组织 可扩展。 部门级内部实现如果改变，只要接口XML信息不变，不影响基层单位上报 可兼容不同版本上报数据 增强了安全性 其实现对用户透明，很显然增强了部门级数据库安全 WebService采用https协议，IP限制 XML可以采用双方协商的加密算法进行加密和签名,用财政部软件替代现有系统,财政部软件只是高校资产信息化其中一个环节，而不是全部。这个
4、估计是所有高校面临的问题 财政部软件并不支持交通大学资产管理模式和理念,有单位自己内部管理的需求 今后还会不断有上级部门对基层单位有信息需求 信息整合是一种大势所趋,目录,9,数据上报方式及选择,1,交通大学组织架构,2,管理差异性,3,管理共性,4,总体架构,5,数据交换工具,6,数据映射,7,二、交通大学组织架构,10,目录,11,数据上报方式及选择,1,交通大学组织架构,2,管理差异性,3,管理共性,4,总体架构,5,数据交换工具,6,数据映射,7,三、管理差异性,12,各管理部门管理资产属性不一样 各管理部门管理理念和管理需求并不完全一致。需要各自的管理系统进行管理。 设备采购采用网上
5、竞标的方法资产处家具科管理的家具则是采用招标的方式进行的。 房屋管理科需要将建筑物拆分为层和房间，需要对房间进行管理。 图书馆图书管理采用的是Alpha图书管理系统。 家具管理相对简单。,目录,13,数据上报方式及选择,1,交通大学组织架构,2,管理差异性,3,管理共性,4,总体架构,5,数据交换工具,6,数据映射,7,四、管理共性,14,资产都有其生命周期，从创建、使用维护直到销账 交大更关注各系统间的数据整合，特别是财务处数据的一致性 资产建卡（购买、调入、捐赠） 资产维护（原值增值、原值减值、责任人变更、内部调动、保管人变更） 卡片销毁（报废、丢失、调出、捐出） 信息要及时更新到各职能部
6、门信息管理系统。各职能部门信息管理系统则关注其自身业务需求。,目录,15,数据上报方式及选择,1,交通大学组织架构,2,管理差异性,3,管理共性,4,总体架构,5,数据交换工具,6,数据映射,7,五、系统总体架构,16,目录,17,数据上报方式及选择,1,交通大学组织架构,2,管理差异性,3,管理共性,4,总体架构,5,数据交换工具,6,数据映射,7,六、数据交换工具-BizTalk,18,数据整合方式同步数据,交通大学资产信息和财政部软件信息之间，实际上存在阻抗，也即数据标准并不一致，需要进行转换。 BizTalk通过数据映射来实现源数据和目标数据的转换。 这样的转换不需要编写程序来实现，利
7、于今后源与目标映射的变更，解耦了应用系统间的依赖 有效消除应用程序与信息之间的紧密耦合关系，解耦程序间的编程接口。,目录,21,数据上报方式及选择,1,交通大学组织架构,2,管理差异性,3,管理共性,4,总体架构,5,数据交换工具,6,数据映射,7,交通大学只是将久其软件作为与教育部数据交换的工具，因此，不必要将部门、存放地点都准确到学校的三级或者以下单位。 使用/管理部门：久其软件采用433编码方式，与我校33编码方式冲突，决定采用我校前三位补0的方法，只采用一级，也即到院系一级。 存放地点：久其软件采用433编码方式，也与我校编码方式冲突，采用一级方式到建筑物的方式来解决。 人员：使用StdCode字段存放学校人员的工号。这个与久其软件没有冲突。 资产类别：采用国标与部标对应的方式进行转换,七、数据映射,接口建议,需要定义每类业务需要操作那些表，必填信息项以及每个字段生成数据的规则 资产新增业务：需要新建卡片的业务，细分为土地、房屋、一般设备、交通运输设备、图书文物陈列品等设备的新增，这里需要细分不同类别资产信息项的不同。 资产增加业务：主要是增加资产附件，增加资产原值。 资产减少业务：主要是部分损毁等引起的资产原值减少。 资产销账业务：包括报废、丢失、调出、捐出等。需要销毁卡片信息，资产卡片一旦被销毁，就不应该继续当作正常资产,24,谢谢大家!,
交通大学与财政部单位版接口
