从大型施工企业集团本身的组织结构上来看，总部下面往往存在多级多个子单位，而子单位也有可能包含多级多个子单位，除了基层子单位实际实施项目施工外，其它子单位均扮演管理和监督角色。各级单位都有办公、信息交流、业务的功能需求，对办公和信息交流的功能需求各级单位基本相同，只是在具体处理是流程不同而已。而业务的功能需求，上级单位管理的数据较粗，而单位层次越低其处理的数据就越细，上级单位的很多数据是由下级单位数据汇总而来。这也就决定了大型施工企业集团业务信息系统的数据处理模式，即，下级单位采集录入数据，并经一定的流程审批后上报上级单位，上级单位收到各下级单位上报数据按流程审核后，汇总或直接上报更上一级的单位。

　　从业务数据处理特点来看，为了保证数据的可靠性和一致性，数据录入后经过一系列审核流程审核后方可生效，经审核后的数据不能再进行修改，除非让先前的审核失效。审核后的数据可供获得相应访问权限的用户查询和统计。从简化访问授权管理的角度出发，可以规定，上级单位可以查看本单位或下级单位数据，下级单位不能查看同级或更高级别单位的数据。上级单位通常可以向下级单位发布各种管理意见，下级单位收到并整改执行后再次反馈上级单位，上下级单位间的数据交换是双向的。

　　施工企业管理工作主要围绕着项目管理进行，在管理信息系统构 架中，进度管理、合同管理、物资管理、成本管理、安全管理、质量管理、竣工管理等都与项目信息相关联。了解项目管理各个部分间的内在数据联系是信息共享的关键。

　　大型施工企业存在很多相对独立的子单位，这些子单位有相当数量的施工项目和管理人员，通常也需要配备相对独立工作的信息系统，这些信息系统既能脱离上级单位的系统工作，也能与上级单位的系统相互连接进行数据交换。施工企业有些项目地处偏远通讯不畅，需要在单机环境下工作，与主系统间需要脱机进行数据交换。

　　目前，办公、信息交流、业务三大系统间基本上是相互独立的，处理相应的工作需要分别使用相应的系统。对这三个系统进行适当的集成将大大提高工作效率。系统用户，特别是领导干部要抓全面工作，往往需要接触多个系统，而每个系统又都有独立账号，经常还需在几个系统之间来回切换，使用很不方便。

　　施工企业信息系统在使用过程中积淀下来的大量数据，包含很多有价值的信息，是企业宝贵的财富，提供有效手段利用其中的信息是必须的，而当前大多数系统均为有效处理该资源。

　　四、系统架构

　　针对大型施工企业集团的信息系统的特点，系统将以 B/ S 应用模式构建，即，在互联网上建立服务器，用户借助于浏览器使用系统。系统采用开放式架构设计，通过W eb　Service将各个独立子系统间的数据交换设计成服务，这样各个独立子系统就可以通过这些服务连接成一个整体，用户可以透明地进行访问权限管理和各种功能操作。除了上报和反馈的数据以外，每个数据仅需保存一份，其它独立子系统访问该数据通过系统提供服务直接读取，这样既避免了数据冗余又保持了一致性。

　　为了保证各个独立子系统之间数据交换的安全性，对传输的数据进行需进行加密处理。在数据交换开始时还需验证数据交换双方的身份，验证成功后方可进行数据交换。另外数据交换内容要接受数据交换双方访问控制权限的约束。

　　需要脱机交换的数据以及其它系统，如办公、人事管理、财务系统也都通过这种形式的服务进行数据交换。独立子系统间要实现相同数据的交换和汇总处理，需要实现在各个独立子系统之间建立统一的信息编码，其中包括，单位组织结构编码、项目编码、项目指标等。

　　在大型施工企业集团实施时，一般在集团和集团直属的大型子公司以及少数通讯不畅的项目安装独立子系统，集团公司主要保存各子公司上报的各种数据，也可在授权范围内直接查询各子公司的其它数据，还可向各子公司所属项目发布管理意见。各个子公司除了向集团上报数据以外，数据操作范围仅限于本子公司。

　　五、系统扩展

　　系统使用中可能会随时加入不同的子系统以利用已有的系统资源，这就需要系统在设计时在数据共享、用户界面和访问权限管理上考虑系统衔接。数据共享可以在数据库设计层次上开放相应

上一页  [1] [2] [3] 下一页