协同设计系统几个技术问题的探讨研究.pdf

协同设计系统几个技术问题的探讨 卢卓君 蒋成海 (湖南省交通规划勘察设计院) 摘要：根据勘察设计行业信息化发展的要求，结合各设计院准备采用协同设计系统的实际 情况，从系统架构、系统功能、技术要求等几个主要方面对协同设计系统进行技术 探讨 消息驱动 关键词：协同设计 IS09000流程 事务处理 根据建设部建设文《全国工程勘察设计行业2000～2005年计算机应用工 程和信息化发展规划纲要》的要求，许多设计院已经准备上马协同设计系统。作为用户一方 的设计院，在引进协同设计系统以前，应该考虑一些什么问题呢?笔者结合设计院的需求， 从软件功能的技术角度(非行政)，对此问题做了一些思考，与大家交流。 1办公自动化、协同设计与档案管理模块应该集成 设计院工作流程管理不外乎办公自动化、协同设计与文档管理系统三个部分(图1)。 踞1 目前许多软件公司的产品中，办公自动化、协同设计与档案管理都是作为独立的软件开 发和销售的，导致的最直接后果是办公自动化、协同设计与档案之润不能够无缝地集成，三 者之间的数据不能直接共享。其实，在设计院内部，这三者是相互作用、相互交叉的，尤其 在实行IS09000质量管理体制之后，三者都是ISO的组成部分(图2)。 具体的实例很多。例如项目合同既属于办公自动化，又属于设计流程；项目各个设计阶 189 段的批文，既属于办公自动化，又属于设计文件的一部分(见图3)。办公自动化、设计流转 的过程应该也是档案的形成过程，不应该再有重复的档案建立过程。 圈2 图3 2系统架构应该采用B／S模式 2．1对于用户而言，B／S架构最大的优点是客户端除Ⅲ以外，无需客户端程序，系统的升 级与客户端应用程序无关，能够真正实现IS090∞要求的软件版本的统一。 2．2容易将其他基于B／S架构的应用软件集成。 2．3容易实现与事务处理、消息队列的集成。 目前，B／S架构也逐渐演变成由使用者界面层(PreseI妇d。n tier)、商业逻辑层(Businesslogic tier)和数据库服务层(Data瓣啊ces tier)组成的三层架构体系(图4)。 图4 190 2．4建立三层架构体系时，应该着重考虑以下三个方面的内容： 败时，其他已经变动的数据能否恢复过来，即事务的处理不是全部执行完毕，就是全部不执 行。(2)并发用户的使用效率问题。(3)存取权限安全控制问题。 3系统的各个模块定义应该主要由用用户而不是系统管理员完成 在大、中型设计院，专业处室和职工人数较多，职工的身份复杂，系统管理员不可能清 楚每个职工所担任的角色和每张图纸需要跑的流程，也不可能将时间全部花在这些工作上。 所以，设计流程模板的定义、用户角色分配、权限控制等，应该以项目或者处室为单位进行 管理，由项目负责人或者处室领导操作才能够体现软件的用户化思想。系统管理员和计算机 维护人员在这个系统中的角色应该是维护网络的正常运行、数据库的备份、在软件发生异常 时进行计算机技术层面上的处理。 4系统应该能够操作常见文档，并且用户能够自定义新的文档格式(图5) 软件又有一些独自专用的文件格式，系统应该提供处理这些文件格式的方法。在遇到新的文 件格式时，系统应该具有与“资源管理器”类似的选择和更改打开方式的功能。 圈5 5一个记录能够保存多个附件 一个记录能够保存多个附件应该包括两种情况：附件之间没有联系和附件之间有内在联