Conventional file-based engineering design data for an engineering model
are represented by a plurality of components. Each component has a unique
identifier, a set of fields, each field having a data type and a data
value, and a program which interprets and modifies the fields. The
plurality of components are stored in a repository of a server. The
repository also stores a history of any changes made to the components. A
plurality of client computers are bidirectionally connected to the server.
Each client computer may obtain the current version of the components and
may send locally edited versions of the components back to the server to
replace the current versions in the repository. At the client computer,
the user interacts with the components using conventional file-based
software. Before locally edited versions of the components are committed
to the server to replace the current versions, a synchronization and
merging process occurs whereby the latest version of the components are
downloaded to the client computer and are compared to the locally edited
version of the components to detect resolvable (compatible) and
unresolvable (incompatible) conflicts therebetween. The commit process is
performed only if no unresolvable conflicts exist between the two versions
of the components. To facilitate translation between file-based data and
components, a schema is written to "wrap" each of the engineering file
formats. Each schema is a set of classes that capture all of the
information in the file-based data.
Los datos de diseño que dirigen archivo-basados convencionales para un modelo de la ingeniería son representados por una pluralidad de componentes. Cada componente tiene un identificador único, un sistema de campos, cada campo que tiene un tipo de datos y un valor de los datos, y un programa que interprete y modifique los campos. La pluralidad de componentes se almacena en un depósito de un servidor. El depósito también almacena una historia de cualquier cambio realizado a los componentes. Una pluralidad de computadoras del cliente bidireccional está conectada con el servidor. Cada computadora del cliente puede obtener la versión actual de los componentes y puede enviar las versiones localmente corregidas de los componentes de nuevo al servidor para substituir las versiones actuales en el depósito. En la computadora del cliente, el usuario obra recíprocamente con los componentes usando software archivo-basado convencional. Antes de que las versiones localmente corregidas de los componentes estén confiadas al servidor para substituir las versiones actuales, una sincronización y un proceso de la combinación ocurre por el que la versión más última de los componentes se descargue a la computadora del cliente y esté comparada a la versión localmente corregida de los componentes para detectar resolvable (compatible) y los conflictos (incompatibles) unresolvable therebetween. Se realiza el proceso del confiar solamente si ningunos conflictos unresolvable existen entre las dos versiones de los componentes. Para facilitar la traducción entre los datos y los componentes archivo-basados, un esquema se escribe al "abrigo" cada uno de los formatos del archivo de la ingeniería. Cada esquema es un sistema de las clases que capturan toda la información en los datos archivo-basados.