第一章 系统的整体结构第二章 系统对象一、 对象的数据流示意图（要修改，先取运营再取合同）一.1 示意图说明1.绿色为猎取到的原始数据；2.红色是需要用户手动干预的地方；3.黄色为数据库；4.灰色为系统本身的逻辑及业务实现单元；5.蓝色是预先配置的定时任务，任务的执行顺序，必须根据 ABC 的顺序进行。任务 D不作顺序要求。一.2 定时任务说明1.任务 A，B 通过应用服务的内置任务实现；2.任务 C 通过分布式部署的任务服务实现；3.任务 D 通过 oracle 的作业控制实现；4.投资监督任务未在图上说明，也是同分布式部署的任务服务实现。一.3 数据接口说明先取运营数据，再取合同数据，两个接口放在同一事务中。假设上次成功日期为 T，那么今日只有在 2 个接口都成功后才会将日期改为 T1，否则不修改日期。假如没修改，那么下次从运营调用接口时还是从 T 开始，也就是说，运营的组合数据会重复导入一次。但我们系统会推断组合是否已经存在，因此不会导致异常或错误发生，也不会有重复的组合计划新增任务产生。从运营系统猎取时，能猎取到：运营系统组合号；运营系统计划号；合同系统组合号；合同系统计划号。运营系统的接口输入参数为时间（即第 1 段中的时间 T）；合同系统的接口输入参数为：合同系统的计划号，或者合同系统的组合号。假如多个以“,”分割。二、 对象类型二.1 计划分为单一计划及集合计划，没有本质区别，只是个别属性不一样。计划与组合有对应关系，一个计划可能对应一个或者多个组合。二.1.1 主要属性合同系统代码：来自合同系统；运营系统代码：来自运营系统；原始名称：来自合同系统；计划代码：基金监督系统生成的代码，可以与原始代码一致；计划简称：根据规则生成，可以与原始名称一致；计划开始投资日期：计划刚创建时为空，以后来自运营系统中，对应的所有组合中最早的那个投资日期；计划类型：单一计划；集合计划；所属区域：来自合同系统；二.1.2 扩展属性合同终止日期：默认为空，假如合同系统有值才赋值。合同状态：生效/暂停/终止/结束。仅仅是取到系统中来，并不对基金监督系统产生任何影响。合同开始日期：来自合同系统；合同结束日期：来自合同系统。从合同系统取过来的数据为 2 个字段，表现如下：1999-01-01～～2002-01-01假如合同续签，则会出现一份新的合同，此时表现如下：1999-01-01～～2005-01-01假如当期日期到了合同期末，可能会发起相关的任务，如业绩计提，风险准备金...
