大学堂论文网致力于各类论文代写、论文发表、论文修改、论文查重等论文服务！客服QQ：82274534

　　团场基层单位一般是连队（其他类型的单位分析类似），配备连长 1 人，指导员 1 人，副连长 1 人或多人，技术员 1 人或多人，报账员 1 人，治安员 1人，政工员 1 人等，管理人员数量从几个到十几个不等，管控土地面积不等，总人口（含职工）500 人以内。 数据流描述，不同连队管理人员分工有所不同，但业务逻辑大同小异，不关注岗位设置，只抽取出数据流，大致描述如图 1 所示。

图 1 连队业务数据流程

　　矩形框内的是作物信息、农资、水电结算价格等基础数据，所有连队共用，由团级部门确定；人员信息一般由连队治安员进行维护，包括本单位常住、暂住、流动人口身份等信息，职工是它的子集，连队职工信息、土地承包信息、各类账目、物料领用处理等一般由报账员进行维护，而作物种植技术措施、管理日志及各类技术报表一般由技术人员进行维护，连级数据还要通过某种形式传输到上层管理部门如综治办、财务科、农业科等进行汇总处理形成决策依据或传输到更上层。

　　2、业务

　　一般数据处理都是通过电子表格来完成， 这里把一张电子表格定义为一项业务， 完成某种特定功能或任务，如单位报账员制作春播农资领用表，技术员制作棉花测产记录表， 政工员制作党员花名册等等，各业务与时间相关，一项业务完成，便作为档案留存，很难再被用到，随着时间的推移，业务数量会逐年增加，但处于活动状态的一般是当年的业务。历年的业务可通过归并整理， 为将来的大数据分析提供素材。

　　3、传统业务处理逻辑弊端

　　3.1、在本单位内部业务处理、数据共享方面的弊端

　　管理人员在工作中会产生各自的业务数据，分散在不同的电脑上，查找、拷贝、编辑起来都比较麻烦， 也不便于单位领导了解、 查看本单位的数据信息；有些业务是在非上班时间完成的，往返上班地点进行业务处理比较麻烦， 随着各团场各连队互联网的普及，这种业务处理方式效率显得有些低下；不便于数据共享， 如技术员制作技术报表要用到各条田承包户的农资使用信息， 需引用报账员农资领用业务中的相关数据， 在讨要数据过程中可能会产生业务摩擦，不便于及时获取；数据版本不一致，如因后期减面积， 报账员维护的承包信息中的承包面积有变动，而技术员不知情或没来得及或懒得修改，先前拷贝的承包面积没能同步更正，影响数据准确性；不便于数据的管理和再利用， 分散在不同文件里的数据查找起来比较麻烦， 要引用其中的一列或某些行列数据不方便， 通过拷贝复制的方式引用数据在将来可能会出现数据版本不一致的问题。

　　3.2、在任务分发、数据上报汇总等方面的弊端

　　基层单位一般通过 QQ 群或电子邮件实现数据上报、信息沟通等。 如由团农业科发起，各连队技术员加入组建的技术员群， 科室人员通过群共享文件方式把任务通过 Excel 表格的形式派发给各连队技术员，技术员通过实地调查收集、填写数据，最后通过电子邮件或群文件共享，上交各类数据，科室人员再把各单位上报来的数据进行汇总、整理等。比较重要的数据还需要打印出纸质版， 由本单位主要领导签名确认上交。 上述处理方式中，也有些弊端，如：

　　数据格式不统一， 不同操作人员因技术水平或喜好不同，上交的数据格式不统一，有时候比较混乱；汇总麻烦，因数据分散在不同的文件里，科室人员要实现把各单位上交的数据汇总，比较繁琐，负担重，出错概率大。 隐私风险，如通过 QQ 群共享文件，一些个人信息如身份证号、 联系方式等有被人偷窥或利用的风险。

　　4、业务管理系统基础功能设计

　　在功能设计上，业务管理系统要避免上述弊端，充分利用发达的互联网资源， 实现随时随地协同办公的需求。

　　4.1、关联关系分析

　　基层单位管理人员组成一个团队， 团队各成员产生的数据自然共享，这些数据只有一个版本，由数据生产者保证其正确性，并只能被数据生产者（或由其授权团队中的某个人）进行编辑，数据源端修改，数据引用端自动修改，简化描述如下：由 a 成员产生的 A 业务， 会被 a 或 b 成员的 X业务所引用， 也就是说，X 要依赖于 A，X 是 A 的子集， 有简单关系：X∪A = A，X∩A =X， 对应于 SQL语言 Left/Right Join、Inner Join， 用关系型数据库很容易描述上面的关系。

　　这种依赖关系无处不在，构成了此系统的基础。如职工信息业务依赖于人员信息业务， 承包信息业务依赖于人员信息业务和地块信息业务， 作物种植业务又依赖于承包信息业务和作物信息业务等等，各业务之间通过主键进行自由链接 （交集或并集），从而在不同业务中获取想要的关联数据， 为方便主键链接，可定义根主键，其他继承自根主业务的业务自动继承根主键属性。

　　4.2、业务中各列类型界定

　　引用列，即此列数据引用自其他业务，有 2 种形式：（1）前关系引用列：在创建新业务时，引用 1 个或多个既定业务， 这些既定业务之间通过主键链接起来，然后把所需列数据加入到新业务中，此类型的引用列是不可编辑列。 （2）后关系引用列：在创建新业务时， 引用 1 个或多个既定业务， 新业务与既定业务，或既定业务之间事先不存在关联关系，而是在数据录入时建立起关系，此类型的引用列是可编辑列。

　　比如要建立承包信息业务， 需要引用人员信息业务和地块信息业务，此两者间不存在关系，在数据选择录入时才建立起某个人和某个地块的承包关系。 计算列，由公式计算得来，不可编辑列，可参与计算，需避免循环计算的问题。 数字列， 可编辑的原始数据列，存放数字，可参与计算。文本列，可编辑的原始数据列，存放文本或日期，日期类型可参与计算。 上述4、种列类型构成了业务数据基础，根据需要，还可以界定其他一些列类型。

　　4.3、业务中数据、格式、表头实现分离

　　为便于对数据进行各种操作，业务中实现数据、格式、表头的分离，用户只需关注数据，格式在输出时实行统一控制。

　　4.4、业务的创建

　　基层单位管理人员在本单位 Web 平台上创建自己的业务,设计表头、列类型或引用本单位其他管理人员既有的数据， 科室人员登录管理平台创建分发业务，分发给具体单位，接受到分发任务的基层单位在规定时间内填写、提交。

TAG标签： 代写工程论文