导师制结业开发一处楠

新一代业务组件数据组件的设计与实。IT处理能力务、为管理决策提供智能支持是的发展方向项融与商业电子化设备于一体的电子货币流通体系是业务处理的系统，主要包括业务和发卡两大组件，业务组件主要负责进件、调额等功能，发卡组件负责管理发卡业务的、处理、账户服务等功能。本人主要负责业务组件。FSDM理论和现状业务，本人提炼并抽象了组件的业务概念C’C模型进行完善，完成数据库的建立最后在模型的基础上介绍业务组件相：C模型企业级绪 研究背 研究内 研究意 结 本章小 数据建模理 基本概 数据建模理 层次化模型结 FSDM架 C级数据模 本章小 业务组件数据模型设 业务组件C模 业务组件C’模 选择数据范 考虑限制条 调整实体关 添加特定实 调整相关属 C模型变 属性变 实体变 域变 绘制ER 本章小 业务组件DO和DOS设 PODO设 DOS设 本章小 总结与展 总 展 致 近年来，银行业务需求的不断变化和同业竞争的激烈化对IT系统的应变能力和稳定性提出了巨大的因此建立统一的客户视图支持产品快速创新、整合服务、为管理决策提供智能支持是的发展方向。目前，业务需复冗余数据的出现，在此基础上再进行开发处理数据，将系统进行组件和模块的划分。只有在统一的数据模型的指导下，整合不同部门的数据，才 组件设计。建行采用IBMFSDM理论从关系管理、内部管理、支撑体系三个方面描述金融服务，建立我行数据模型体系。FSDM统一了数据理念，建立了金融信息的九大数据概念，分别是参与人、合约、条件、产品、位置、分类、业务方向、和资源项，在九大领域的囊括下，建立了全行统一的逻辑关系图，即C模型，C模型是对全行业务逻辑的抽象数据建模项目组需要按照自己所属的领域对C模型进行细化，根据系统具体实施层面的要求，对抽象的逻辑关系图进行派生，得到应用级关系图从而建立自己的C’模型，C’模型是指D模型建立数据库结构，系统需要开发统一的DOS服务数据库。模型的设计不是一C模型视图，在设计初期可能考虑的业务比出物包括：C’模型、D模型、DOS组件设计等。IT对接，构架业务与IT实现之间通畅的桥梁，促进整体流程优化；支持 FSDM理第三章，业务组件数据模型设计。本章介绍“合约_产品合约_申请”领域下的C模型和业务组件的C’模型，基于数据建模理论，阐述第四章，业务组件DO和DOS设计。本章介绍业务组件的数据层DO、PODOS的设计。 FSDM理论的体系结构、各级模于该实体，如参与人的、等。参与人由于办理而与建行签订合约则参与人实体和合约实IBMFSDM理论的体系结构，分别讨论了各级数据模型的特点和相互关系，并重点分析了C级模型的据流程的输入输出数据需求对金融服务数据模型进行本地化这些概念实体键、域约束等，需要考虑数据库性能调优。由开发人员、DBA和数据分析师关FSDMIBMFSDM理论从关系管理、内部管理、支撑体系三个方面描述金融服务，FSDM为基础建立我行数据模型体系，包括以下层次模型：概念进行分类组织,B级模型的结构和内容定义了约束。九（IP（AR的协议，此协议会提供并确认相关的规则和义务，据此、交换或提品、服务或资源项。包括:产品合约、押合约、劳动合约、合约等。（CD（PD非金融货品及服务。包括:活期存款、、、第存管服务等。（LO境、州界之内等等所有金融机构希望保存的地址或地理区域信息.包括:、邮（CL语言；客户分群、资源项分群；等。（BD了业务运营的方向、计划、目标等。包括计划、财务计划、日程表、目标（EV最详细的行为和数据，例如存款、提款、付款、信用/借记卡年费、利息和费用、、查询、网上等。（RI质押资产、信息、办公设备、重要空白凭证等。B模型。C模型：企业级逻辑数据模型，保证全行统一的数据定义，是具有一定前DC’模型的物理实现，描述物理数据结构，考虑系统部署层面的CIT实施，规范数据定义、范围、关系、FSDMC级模型的优点。业务组件数据模型设业务组件C模业务组件对应的C模型域是“合约_产品合约__申请，主件进行后续工作该域包括客户的申请信息以及申请阶段的业务流程活动。CER3-1所示：3-1CER使用申请生命周期实体来该申请当前状态及历史状态变化信息作为后续业务活动的参考依据申请处理历史实体记录申请处理阶段的各项环客户的或评分、以及相关补件信息。格式等信息属于文件这个实体的属性，同时需要与申请建立对应关系，即业务组件C’模级模型涵盖可在IT系统中实现的所有数据实体，其中的全部数据项都应该体现C’数据模型的设计。一般包含如下几个步骤：IT5级流程模型范围，我们可以得出相应流程对应的企C模型的实体和属性，从而得到最终的数据需求范围。CC’模C’C模型划定的实体内容进行调

3-23-2在C’模型设计中，业务组件采用了实体上移的方法，将C模型中信用卡调额申请实体上移到父类申请实体中，构造出调额申请信息实个包含一套不同的源实体的非主键属性当模式不同时纵向分割将被采用。纵向实体分给的好处是：降低实体大小，把很少使用的属性信息从经常的实数的进程其它属性。如图3-3所示：3-3在C’模型设计中，业务组件采用了纵向实体分割的方法，例如将C模型的申请处理规则实体纵向拆分成调额时间间隔参数、稽核抽检规则信息、稽核规则信息三个实体，调额时间间隔参数实体包含C模型实体中的C模型实体中的申请处理规则序号、稽核抽检比例等属性，稽核规则信息实体包含C模型实体中申请处理CC’实据子集。当范围不同时将被采用。通常实体分割按照数据行的自然的区分而3-4所示：3-4，、在C’模型设计中，业务组件在处理C模型申请处理历史实体时采用了横向实体分割的方法业务按照发生值的不同，会对进行，、C模型的申请处理历史实体只是一个申请处理过程的抽象因此该汇总数据和接口数据。对于类历史信息的保留，可以增加时间周期的主键，对于状态类历史信息的保留，可以增加开始时间的主键。例如业务组件根据业务需要，会对业务处理的相关表建立历史表和临时表，历史表用于历史信衍生属性、冗余属性、主键等。整合创造重复组一般是指对现有的需要一起处理而非单独处理的组进行重3常会导致耗费的实体里的出现次数也导致搜索效率的下降为了防止这点，有时在一个实体里创造重复的数据。靠性。例如业务组件补件情况统计T3表实体中的当日待补件申请笔数、当日完成补件申请笔数等属性就属于衍生数据，如果没有衍生数据，属性冗余是指，从一个实体中选择属性到另一个实体中，这一般是为了减少物理实体关联例如业务组件调额人工记录实体中的临时调额开始日期和临时调额结束日期两个属性是从调额申请信息实体中过来的，两个属性从前端送过来，并且是调额的依据，为了避免频繁的进行实体关联造能的降低，这两个属性到调额人工记录实体中。关于自然键 键有很多争论，但是如果应用从不使用自然主键作为个唯一键值的考虑，可以使用键。业务组件C’模型中很多参数实体都C本人结合实际工作介绍领域完善C模型的工作方法和步骤，C模型变C1.42C1.618C9次是实体的标识符。外键通过其他实体的主键来描述本实体，可以体现实体间的关系。依赖实体会其他独立实体的主键，如申请处理历史实体会引用申请的主键：申请编号。确定完实体的主键后，需要根据映射字本质的字段需要进行整合如统一使用申请处理步骤代码区分申请处理过在完善C模型的过，主要包括以下四种对C模型属性的变更操作直接：现状系统的部分属性字段可以满足C模型的需求，如申请时可以为客户提供不同的方案，原始C模型的申请实体中的属性不能满足业务需求，因此需要新增折扣比例属性来记录政策，折扣比例可从实体中获得要描述属性的目的、定义、范围和域。删除属性：删除实际业务中不会实施的属性，例如申请处理逾期实体中的逾期天数，和持续天数属性重复，可以从模型中删除。变更：域是属性的值集，每一个属性都有值集，属性的数据类型可ER图通过数据实体及相互关系表示支持业务流程的数据，实体间关系可以与其他域，”体间的关系。客户办理及建行内部管理都需要涉及参与人等申请处理历史实体和“参与人_角色_员工信息域下的员工实体有着实体关联，员工在申请过扮演着业务的工作，员工实体和申请处工编号”放入申请处理实体中充当外键，即申请处理员工编号属性。，”用卡申请后会进入处理流程因此申请和申请处理历史需要建C，模型中新增了一个实体是申请处理规则实体用来记录申请过的规则信息，由此可见申请处理规则实体和申请处理历史实体有活动，而一个申请处理活动最多只能有一条规则，因此申请处理规则实体，和申请处理历史实体是一对多的关系申请处理规则的主键放入信例如将申请和申请处理历史两个实体的一对多关系改为一对一关系，会将申请处理历史实体的主键之一：申请处理序号下移为普通属性。ERER图时，需要把握以下原则：首先确定独立实体，然后根据独立实体确定依赖实体。如合约是独立实体，合约生命周期描述该合约的状态变化信息；、关机构结果等属性在超类中体现，而会有意见等内容在子类、ER图反映实体和实体间关系，需要描述实体间、子领域间、领域间的关系如合约与参与人之间的关系而实体间的关系又分为一对一多对一、（3NF计，适合通常目的的查询。C’级时考虑频率、时间等非功能需求再进业务组件DO和DOS设DODOS和定义数据PODOER图中的一个实体与数据库中的一张表是一一对应的关系，它们可以映射DOPOPO，即一个DOERPODOSpring容器管理，PODOnew关键字的方式。DO的识别与业务块的划分密不可分，原则是具有相同或相似业务含义的实DODO进行实体增实体。2.对于识别出来的每一个实体，确定由其决定的属性实体。3.如果4-14-1DOPOBasePo，BasePoPO通用的（persistiBatis的数据库操作persistBean，updateBeanfindBeanByPK。parseDotoDo两个方法则分DOPOPODO的转换。callProcedure(String,Object)iBatis的数据库操作接口。DOS数据对象服务（DOS）DOser层的服务，是一系列数据库操作方法的集合。为了统一管理数据库，将数据库与应用层，规定DOS只能以接口的形式给应用层调用，应用层以上没有权限直接操作持久化对象（PO）DOS需求由应用层提出，数据层进行梳理整合，对于可SQLDOS需求进行合并，SQL语句采用动态构造。DOS的设计过程大致有五步：1.分析五级步骤所的实体和属性，以及实体所属DO2.分析五级步骤中的业务规则并识别其中的数据规则3.汇总对同一DO的