Differences between revisions 1 and 2
Deletions are marked like this. Additions are marked like this.
Line 5: Line 5:

Requirements

 1. Link related documents:
    * Different language versions of same documents (might be solved by multi-file per revision)
    * Document X replaces document Y
    * Document X is a reply to document Y (correspondence ''chains'')
    * Ability to make certificate hierarchies. E.g. document X complete implies sub-documents Y1, Y2, etc. complete.
    * Ability to create composite documents out of sub-documents
    
 1. Ability to create a work breakdown structure of tasks (parent-child tasks)
    * E.g. task X has sub-tasks Y1, Y2, etc.

 1. Ability to display/list the hierarchical structure of documents/tasks (perhaps combined)

 1. Need to have set of ''link-types'', which the project can define.
    * May need to be able to change a link from a revision to a document, or document to a revision


Possible Implementations

 1. Add new many-to-many link tables (doc-doc table, task-task table)

    * New table (example):
      * fromDrawingId
      * toDrawingId
      * linkTypeId

    * Disadvantage: Have to search in many tables

 2. Extend the existing !CommentRevisions table with objectId fields:
    * Fixes problem of linking a document (without revision) to a task
    * !CommentRevisions (name change to !ObjectLinks?) gets the following fields (all id fields form the primary key):
      * fromObjectTypeId
      * fromObjectId
      * toObjectTypeId
      * toObjectId
      * linkTypeId
      * note (optional text that the user can add to describe the link)

    * Disadvantage: Have to fix/update some existing code

 3. Need to have ''link-type'' included with the link (e.g. new table !LinkTypeRef)

Link types:

 1. Implement with a ''standard reference table''. E.g. id, code, name, description, define, order(?)

DrawMGT Release V12.1

Requirements

  1. Link related documents:
    • Different language versions of same documents (might be solved by multi-file per revision)
    • Document X replaces document Y
    • Document X is a reply to document Y (correspondence chains)

    • Ability to make certificate hierarchies. E.g. document X complete implies sub-documents Y1, Y2, etc. complete.
    • Ability to create composite documents out of sub-documents
  2. Ability to create a work breakdown structure of tasks (parent-child tasks)
    • E.g. task X has sub-tasks Y1, Y2, etc.
  3. Ability to display/list the hierarchical structure of documents/tasks (perhaps combined)
  4. Need to have set of link-types, which the project can define.

    • May need to be able to change a link from a revision to a document, or document to a revision

Possible Implementations

  1. Add new many-to-many link tables (doc-doc table, task-task table)
    • New table (example):
      • fromDrawingId
      • toDrawingId
      • linkTypeId
    • Disadvantage: Have to search in many tables
  2. Extend the existing CommentRevisions table with objectId fields:

    • Fixes problem of linking a document (without revision) to a task
    • CommentRevisions (name change to ObjectLinks?) gets the following fields (all id fields form the primary key):

      • fromObjectTypeId
      • fromObjectId
      • toObjectTypeId
      • toObjectId
      • linkTypeId
      • note (optional text that the user can add to describe the link)
    • Disadvantage: Have to fix/update some existing code
  3. Need to have link-type included with the link (e.g. new table LinkTypeRef)

Link types:

  1. Implement with a standard reference table. E.g. id, code, name, description, define, order(?)

Fields for Front-Page

Multiple Files per Revision

Incoming Serial Number for Documents

DrawMGTRelease121 (last edited 2009-10-20 16:22:34 by 183-56-147)

Copyright 2008, SoftXS GmbH, Switzerland