四、系统架构
针对大型施工企业集团的信息系统的特点，系统将以 B/ S 应用模式构建，即，在互联网上建立服务器，用户借助于浏览器使用系统。系统采用开放式架构设计，通过W eb Service将各个独立子系统间的数据交换设计成服务，这样各个独立子系统就可以通过这些服务连接成一个整体，用户可以透明地进行访问权限管理和各种功能操作。除了上报和反馈的数据以外，每个数据仅需保存一份，其它独立子系统访问该数据通过系统提供服务直接读取，这样既避免了数据冗余又保持了一致性。
为了保证各个独立子系统之间数据交换的安全性，对传输的数据进行需进行加密处理。在数据交换开始时还需验证数据交换双方的身份，验证成功后方可进行数据交换。另外数据交换内容要接受数据交换双方访问控制权限的约束。
需要脱机交换的数据以及其它系统，如办公、人事管理、财务系统也都通过这种形式的服务进行数据交换。独立子系统间要实现相同数据的交换和汇总处理，需要实现在各个独立子系统之间建立统一的信息编码，其中包括，单位组织结构编码、项目编码、项目指标等。
在大型施工企业集团实施时，一般在集团和集团直属的大型子公司以及少数通讯不畅的项目安装独立子系统，集团公司主要保存各子公司上报的各种数据，也可在授权范围内直接查询各子公司的其它数据，还可向各子公司所属项目发布管理意见。各个子公司除了向集团上报数据以外，数据操作范围仅限于本子公司。
五、系统扩展
系统使用中可能会随时加入不同的子系统以利用已有的系统资源，这就需要系统在设计时在数据共享、用户界面和访问权限管理上考虑系统衔接。数据共享可以在数据库设计层次上开放相应的数据让新加入的业务能共享已有的数据，如项目代码可以插入到新的业务系统中从而共享已有的项目数据。用户界面可以按照系统功能配置自动布局，避免将界面固定化，另外在结构上需增加系统功能描述接口，使得新功能可以嵌入。同样的，访问权限管理也需加入功能访问权限描述接口，这样新加入的功能也可像原来的功能那样进行访问权限管理。
系统加入新功能时，一般都需要对数据库的结构进行修改和补充。这项工作需要在不破坏用户已有数据的基础上进行，在设计数据库时应充分考虑这一约束条件。当然，做不相容设计也不是不可，但用户一旦开始投入使用，不相容设计将需要对已有数据进行转换，这既费时也不安全，是不得已的选择。另外，在修改数据库时会涉及到版本控制问题，在数据库更新脚本制作时考虑这一因素。
系统扩展伴随着系统升级，在系统中通过网络自动升级已被越来越多的软件采用。通过网络自动升级避免了传统软件升级方式带来的费用和安装问题，因此可将此作为系统的一项功能来实现。
六、系统定制
大型施工企业集团的信息系统涵盖了各级各个部门的业务处理系统，每个用户只是涉及到系统的很少一部分功能，同样的业务各个具体的单位之间也许存在不同的处理流程，每个用户都有自己感兴趣的特定信息，这些都需要系统能按用户的需求重新对系统的功能进行定制。
首先，在用户界面下可以按用户的访问权限，只显示用户授权功能范围内的信息以简化用户界面，同时也可提高系统的安全性。其次，为每个数据录入表单提供可供修改的审批流程，流程可基于部门、用户角色、用户名进行配置，以适应不同用户对审批流程的不同要求。最后，为了提高系统的使用效率，用户可以对各种感兴趣的信息进行定制，当有感兴趣的信息到来或更新时将及时同时用户。这些功能的实现需要在系统设计时事先考虑清楚。
七、 数据备份
大型施工企业信息系统由于项目很多，项目数据本身又包含很多附件信息，使得其数据量增长很快。有些项目完工后