社会保险管理信息系统 公司内部培训ppt课件.ppt

6.3 地方指标扩充的注意事项 地方系统建设指标扩充注意事项 遵守信息通则指标命名规范 相同指标保持相同含义 相同含义的业务指标取相同的命名 谢 谢！ 总体业务架构：介绍体系结构，业务领域图、总体业务流程图 核心业务设计思想：总结出一些业务设计的思想，对外接口设计的图 各业务领域介绍：配合流程图和甬道图（重点业务模块分析） 相关资源：文档结构、刻盘的内容 * 核心平台是所有软件中的主体软件，对其他各个软件起到核心支撑，由于处于生产区，因此它是所有数据源的起点。 异地养老、在职转移、异地就医三个异地业务管理软件需要与核心平台这个本地业务管理软件相互配合，这三个软件需从某地取到本地业务管理的数据源，并向另一地发送，则与两地的核心平台软件均需有数据流和工作流的关系。 公共服务、社区平台软件在支持本地公共服务时，需与核心平台这个本地业务管理软件相互配合，获取对外服务的数据源。同时，公共服务的网上申报等功能，也对核心平台起到业务数据的补充作用。则公共服务、社区平台软件与核心平台软件有数据流和工作流的关系。 公共服务、社区平台软件在支持异地公共服务时，主要面向长期在外地居住人群提供服务，即与异地养老软件存在数据流和工作流的关系。 财务软件与核心平台之间存在应收、实收社会保险缴费、应发社会保险金的数据交换关系，则两者存在数据流和工作流的关系。 网络扫描软件作为数据采集软件，采集源包括业务数据和财务数据，其业务数据主要从业务资源数据库获取，则与核心平台有数据流的关系，其财务数据主要从基金监管数据库获取，则与基金监管软件有数据流的关系。 基金监管软件主要获取各有关部门的财务数据，同时也需要业务数据，则与财务软件、核心平台均有数据流的关系。 宏观决策软件在支持本地宏观决策时，数据源包括核心平台所管理的业务数据，包括网络扫描已采集的宏观分析数据，包括基金监管已采集的基金监管数据等。则与这些软件间存在数据流的关系。 * 加 * 加全线上的信息 * 总体业务架构：介绍体系结构，业务领域图、总体业务流程图 核心业务设计思想：总结出一些业务设计的思想，对外接口设计的图 各业务领域介绍：配合流程图和甬道图（重点业务模块分析） 相关资源：文档结构、刻盘的内容 * 继承了一版的数据库表结构、业务流程以及方法库的思想，把更多的精力集中在技术创新和业务扩展方面，从而缩小二版开发的周期。 * (1)核心平台二版严格遵守国家、劳动和社会保障部有关信息标准规范。 (2)核心平台二版遵循劳动保障部制定的有关社会保险业务流程规范。 (3)核心平台开发过程中严格遵守各种信息技术规范，保证各种技术文档和编码的规范性。 添加参考标准的明细 * 老魏的讲稿中详细论述，此处带过 * 采用连接池技术和应用服务器负载均衡技术，并通过数轮压力测试进行修正，以保证高并发业务时系统的稳定性和高效性。 对于大数据量的问题，在设计中采用如分页查询、关键数据加密等措施。 针对批量数据处理的高效率问题，采用了设定步长、可重入处理等手段。 本页加大字体 * 采用组件化技术和原子级业务的设计思想，降低了各险种之间的关联度，使得核心平台2.0版成为一个易拆易合的社会保险管理信息系统开发平台 * 加大了客户端界面开发的周期，还邀请了专业的美工人员帮助策划，在用户界面布局以及用户界面之间的逻辑关系方面大为改观。 同时首创客户端架构，将分层理念应用的客户端开发当中 IVO：界面交互层 界面交互 数据显示 DAO：数据服务层 本地数据存取 业务数据存取 DCM：数据管理层 本地数据库连接管理 服务器数据连接管理 服务器端数据封装处理 BVO：界面服务层 数据校验 数据格式转换 界面数据初始化 系统访问控制 * 该处强调原子业务 前台设计的组件化及后台业务逻辑的提取（即BPO和BEO模式），取代了核心平台1.0版代码级的重用，代之以组件级重用，提高了系统的复用率 适应性 将业务逻辑与表现逻辑、业务逻辑与算法分开，使得应用的修改简单化；业务规则的提取，更加适应业务规则的变化。 此处举实际业务例子 * 分布式应用服务器是否与可扩展性相关？ * 核心平台二版的接口框架 其它系统按照此模式可以与核心平台二版对接 目前系统中已有财务，企业端、医院接口的参考实现 讲一般的接口模式 * 构建安全体系的成本是非常高的，本要点为建议性措施，具体可根据实际情况和成本预算进行裁减 1。管理信息系统应根据不同应用的安全级别提供相应的身份认证方式。 1.1对于业务经办人员和管理员将通过智能IC卡进行终端身份认证。 1.2为了避免用户ID被盗用或多个用户共用一个用户ID，系统将禁止重复登录，并追踪和记录重复登录的终端。 2。权限控制 3.通过数据存储加密和