2017总结

2017年总结


一.业务
  1.1 预算业务总结
     1.1.1 一句话描述企业怎么使用预算 
企业通过报表量化企业会计指标在会计期间内的一个标准值。


     1.1.2 预算模块 由几个模块组成？每个模块的价值？每个子模块的功能价值是什么？
基础资料：为了编制预算，我们需要引入我们分析预算的维度，在我们的业务中，这个标准值与什么维度有关。
预算组织：由于在一个企业组织架构中，不同组织拥有不同职责，被系统赋予的性质也不一样，
  能够编制预算的组织一般是拥有成本中心性质的组织，另外，在一个大的成本中心组织视图中，
  每次编制预算所在的组织视图成员可能很多，这个时候，有一些组织可能和编制预算根本没有
  关系，所以，我们基于成本中心视图去进行第二次预算组织视图生成，这样，这样的视图会更加
  精简，有效。另外，这样也可能基于不同组织视图去查看不同组织的数据聚合情况，但是，如果我们
  不想创建多个组织视图，这个视图可以在一个组织视图中创建一个多根树，一颗基础组织树，多个虚拟组织树，这样，也就满足了站在不同组织去查看组织数据聚合的情况。
预算指标：在企业生产活动中，需要对涉及到的相关业务以记录，这个时候引入会计科目，资产 负债 收入 费用 所有者权益 利润 六大类。

辅助维度：在一般企业企业中，不能仅仅通过指标就能记录所有的情形，会计科目成员是一个大类，这个时候如果我们想去记录这个会计科目成员由哪几部分组成的，这个时候一个会计科目
  维度是满足不了要求的，这个时候必须引入一个辅助记录维度，来标明不同明细成员，这样能够更加精确，粒度更加细，这样能够更加明确。
预算期间：在企业活动中，我们需要记录我们定的预算这个标准值是在哪一段期间中生效的，否则，这个值少了期间维度就没有具体的意义了。会计期间是会计六要素之一。

预算情景：通常，在我们编制预算报表的时候，我们会有两种常用的场景，预算数，实际数，这两个数能够对我们实际生产活动中有实际意义。可用预算=预算-实际。
预算要素：通常，我在编制报表的时候，记录值的属性，不一定是货币属性金额，有可能是比率类，重量类，我们通过引进这个维度来区分这些属性。
预算版本：我们在编制预算过程中，特别是涉及到编制主体组织很多的情况下，这个时候编制的预算不是一蹴而就的，我们需要分不同的版本来编制，但是最终产生实际业务意义的，只能有
  执行版本。

业务建模：
预算模型：在企业编制预算过程中，需要将编制的预算所涉及的维度考虑进来，这里就将分析的维度囊括进来了。后面的模板基于模型囊括的维度来选择维度成员。
  预算模板：我们模板有两种需求，一种是成员基本固定，还有一种是得动态根据报表的选择来动态生成报表内容。这个预算模板涉及到关于企业的控制类型，通常情况是，企业在集团层面编制
  好了模板，通过模板下发到下级成本中心去，这种好处是，下面只能填写集团编制好了的模板。而没有考虑到下级成本中心具体的情况。

业务规则：通常在我们编制报表的过程中，我不是仅仅编制预算进去报表，我们有一种需求是得根据报表里面的内容，动态计算出值来，就是不是固定编制好的标准值。
勾稽关系：通常在我们编制好报表之后，我们要让报表生效，这个时候需要进行审批，但是，当我们对大量报表进行审批的时候，或者一张很大的报表进行审批的时候，我们很难做到对于预算的
  的数据进行一条一条的检查是否符合业务上的要求，这个时候我们可以定义一条规则，如果符合这个规则，则说明符合业务上的要求。否则，则审批不通过。这样，避免的大量的检查
  劳动，增加了编制预算的效率。

数据权限：通常，在我们的业务系统中，我们通常会对 功能点，字段可见性，数据记录可见性，模块做限制。这样，我们通过定义用户，功能模块，记录，做一个隔离。这样，提供了更小粒度的
  的权限控制。




报表编制：
预算编制：基于我们定义预算模板，来填写我们通过以往经验总结获取到的标准值。
预算审批：通常，在企业活动中，编写的标准值的状态为编制中，这个时候标准值的权限其实是不能够对实际业务产生控制的权限，这个在业务上，必须得到上级的认可，这个认可完了之后，才能
  生效。通常这个过程是审批的过程。通过给标准值设置状态的方式，来标明数据的权限。
模型集成：这个功能主要是为了解决 集团模型数据 和 下级成本中心模型 一个数据传送问题，至于要传送哪些数据到集团模型里面去，这个时候我们可以通过设置维度映射，这样，我们集团模型
  就像一个抽水机一样，通过再抽水机上设置过滤器，把下级模型数据抽取上来。这是通过 PULL 方式，与之对应的是 PUSH的方式。这种方式是通过推的方式，也就是下级可以把数据主动
    传到集团模型中去。
版本复制：这个功能主要是解决不同版本之间的数据迁移功能，就是把一个池子中的水移动到另外一个池子中去，这样能够保证减少仅在一个池子中装水的风险。


预算控制：
控制单据注册：由于控制业务涉及到预算模块和其他业务模板的交流，而其他业务单据上的字段也各有不同，但是，我们需要将其他业务单据上的关键字段抽取出来，这些抽取出来的字段作为预算
      处理的字段。组织，期间，币别，扣减项，维度组合
组织委托：通常在企业业务活动中，某些组织并不具备成本中心属性，这个时候，如果提交单据，在这个组织上是查询到数据的，因为在预算里面，只有成本中心组织才能录入预算数，这样导致产生
  组织委托的功能，非成本中心委托一个成本中心属性的组织来代替自己进行产生实际数，查询实际数。
控制策略：通过控制策略来定义 单据上关键维度和单据字段的一个映射关系，这样在某些组织上提交单据与预算业务进行交流的时候，这个时候必须通过启用的控制策略来过滤该单据的关键维度字段，
  通过获取到这些关键维度字段值，然后作为接口参数进行预算交流的需求。
控制方式：在业务上，我们通常想对某些特定的维度组合进行控制，或者是通过不同的方式来进行预算控制，当期，总量，汇总。通过不同的方式得到值是不一样的，这个时候需要引入这个功能。


预算调整


预算分析

  2.1 ERP业务总结和预算业务关联总结
     2.1.1 哪几个模块和预算模块关联？怎么关联？
费用报销单：通常企业尤其会相关费用进行控制，不能让其超过设定的预算值，这个时候通常会对其进行控制。


  3.1 预算产品的思考 预算到底怎么产生价值？

  3.2 做账公司产品的思考
  4.1 产品的核心是什么？它靠什么带来价值？什么样的产品才是一个更加优秀的产品？


  5.1 业务给我生活和工作带来的改变？




二.技术
  1.1 JAVA基础 总结
1.1.1 集合框架体系
1.1.2 多线程编程
1.1.3 IO流总结
1.1.4 枚举
1.1.5 异常
1.1.6 内部类
1.1.7 反射 动态代理
1.1.8 泛型


  2.1 EAS BOS 思考总结
2.1.1 权限思考
2.1.2 日志思考
2.1.3 工作流思考总结
2.1.4 


  3.1 预算报表技术的总结
3.1.1 OLAP分析技术，多维分析手段


  4.1 中间件思考总结 微服务思考
       4.1.1 中间件定义：
       4.1.2 中间件发展由来：


  5.1 数据库层面总结与思考
       5.1.1 数据库运行原理
       5.1.2 表连接方式
       5.1.3 索引类型




  6.1 关于性能优化 总结 附加


  7.1 对于技术发展方向思考


  8.1 技术给我带来的改变？


  9.1 设计模型总结思考
      9.1.1 单例模式
      9.1.2 工厂模式
      9.1.3 代理模式
      9.1.4 策略模式
      9.1.5 模板模式
      9.1.6 适配器模式
      9.1.7 装饰模式
      9.1.8 享元模式
      9.1.9 命令模式
      9.1.10 观察者模式
      9.1.11 
      9.1.12
      9.1.13
      9.1.14
      9.1.15
      9.1.16
      9.1.17
      9.1.18
      9.1.19
      9.1.20
      9.1.21
      9.1.22
      9.1.23




 


  10.1 JVM 知识总结 常见问题分析工具和方式


  11.1 数据库性能分析 常见问题分析工具和方式


三.个人成长 核心能力
  1.1 逻辑能力
  2.1 分析解决问题的能力


  3.1 个人能力成长给我带来的影响？






四.规划
  1.个人发展方向
  2.自己到底想做什么？擅长于做什么？