Edition 3.1 PVCS. Dimensions. Data Migration Guide

Transcription

1 Edition 3.1 PVCS Dimensions

2 Copyright 2002 MERANT. All rights reserved. Printed in the U.S.A. INTERSOLV and PVCS are registered trademarks, and MERANT, PVCS Change Manager, PVCS Dimensions, PVCS Content Manager, PVCS Metrics, PVCS Pulse, PVCS Replicator, PVCS TeamLink, PVCS Tracker, PVCS TrackerLink, PVCS Version Manager, PVCS VM Server and WishLink are trademarks of MERANT. All other trademarks are the property of their respective owners. ACKNOWLEDGEMENT. PVCS Dimensions is implemented using the ORACLE relational database management system. ORACLE is a registered trademark of Oracle Corporation, Redwood City, California. No part of this publication, with the exception of the software product user documentation contained on a CD-ROM, may be copied, photocopied, reproduced, transmitted, transcribed, or reduced to any electronic medium or machine-readable form without prior written consent of MERANT. Licensees may duplicate the software product user documentation contained on a CD-ROM, but only to the extent necessary to support the users authorized access to the software under the license agreement. Any reproduction of the documentation, regardless of whether the documentation is reproduced in whole or in part, must be accompanied by this copyright statement in its entirety, without modification. U.S. GOVERNMENT RESTRICTED RIGHTS. It is acknowledged that the Software and the Documentation were developed at private expense, that no part is in the public domain, and that the Software and Documentation are Commercial Computer Software provided with RESTRICTED RIGHTS under Federal Acquisition Regulations and agency supplements to them. Use, duplication or disclosure by the U.S. Government is subject to restrictions as set forth in, among other sources, DFARS and , or subparagraphs (c)(1) and (2) of the Commercial Computer Software Restricted Rights at FAR , as applicable. Contractor is MERANT, 3445 NW 211th Terrace, Hillsboro Oregon Rights are reserved under copyright laws of the United States with respect to unpublished portions of the Software. MERANT 3445 NW 211th Terrace Hillsboro, Oregon 97124

3 3 Table of Contents Welcome to Dimensions Typographical Conventions Ordering Hard-Copy Manuals Contacting Technical Support Introduction Disable CM Rules while Migrating Data Migrating Third-Party Configuration Management System Data into Dimensions Forms-Based Data Migration Utility Standalone Utilities PVCS Dimensions Data Interchange File Format (PDIFF ) Import/Export Utility Moving Version Manager and Tracker Data into Dimensions Data Migration Utility When to Use the Data Migration Utility? Prerequisites for Using the Data Migration Utility Starting the Data Migration Utility Invoking Logging In Initial Screen Specifying Upload Details Specifying PVCS Dimensions Item Types and Design Parts Identifying Files that are NOT to be Transferred

4 4 Table of Contents Generating Upload Script Running Upload Script Logging the Running of the Upload Script Restrictions Dimensions Migration Standalone Utilities Foreword General Information Case Translation Wild Card Characters Execution Authority: Change-Manager or Tool-Manager Dimensions Download Dimensions Upload RCS-Like Front End to Dimensions: prcs SCCS-Like Front End to Dimensions: psccs Data Interchange File Format (PDIFF) Foreword PDIFF Specification Change Document POID System Change Document Attributes User Attribute (Optional) Action - (Optional) Update (Optional) Relate (Mandatory: at least one design part relate required) Delegate (Optional) Attribute History (Optional) Attribute Update History (Optional)

5 Table of Contents 5 Design Part POID System Design Part Attributes User Attribute (Optional) Relate (Optional) Relate History (Optional) Control Plan POIDs Process Model Attribute Valid Sets Process Model Delegatees Process Model Change Document/Item Browse Templates Example PDIFF Files Change Document Example Design Part Example Process Model Example Using the pdiff Tool to Import/Export Data General Description Process Model Export Process Model Import Design Part Export Design Part Import Change Document Export Change Document Import Transferring a Dimensions Product Export Data via PDIFF Create a Base Database Import Data via PDIFF Limitations A PDIFF Syntax

6 6 Table of Contents

7 7 Welcome to Dimensions Thank you for choosing MERANT PVCS Dimensions, a powerful process management and change control system that will revolutionize the way you develop software. Dimensions helps you organize, manage, and protect your software development projects on every level from storing and tracking changes to individual files, to managing and monitoring an entire development cycle. Purpose of this manual For more information Edition status As of Dimensions release 7.1, Dimensions now addresses the issue of moving Version Manager and Tracker data into Dimensions by providing a MERANT Consulting-led service that utilizes a newly developed XML-based PVCS Dimensions Migration Utility. This utility moves Version Manager and Tracker data into Dimensions products, allowing the customer - with MERANT Consulting assistance - to define how the data is mapped into Dimensions. For further information please contact MERANT Consulting. Refer to the PVCS Dimensions Getting Started Guide for a description of the Dimensions Documentation Set, a summary of the ways to work with Dimensions, and instructions for accessing the Online Help. This is Edition 3.1 of the PVCS Dimensions Data Migration Guide. The information in this edition applies to Release 7.1 of PVCS Dimensions or later. NOTE The prcs and psccs standalone tools described in this document are not supported on the Windows NT/2000 version of Dimensions.

8 8 Welcome to Dimensions Typographical Conventions The following typographical conventions are used in the online manuals and online help. These typographical conventions are used to assist you when using the documentation; they are not meant to contradict or change any standard use of typographical conventions in the various Dimensions components or the host operating system. Convention italics bold UPPERCASE monospace monospaced italics monospace bold Explanation Introduces new terms that you may not be familiar with and occasionally indicates emphasis. Emphasizes important information and field names. Indicates keys or key combinations that you can use. For example, press the ENTER key. Indicates syntax examples, values that you specify, or results that you receive. Indicates names that are placeholders for values you specify; for example, filename. Indicates the results of an executed command. vertical rule Separates menus and their associated commands. For example, select File Copy means to select Copy from the File menu. Also, indicates mutually exclusive choices in a command syntax line. brackets [] Indicates optional items. For example, in the following statement: SELECT [DISTINCT], DISTINCT is an optional keyword.... Indicates command arguments that can have more than one value.

9 Ordering Hard-Copy Manuals 9 Ordering Hard-Copy Manuals As part of your Dimensions license agreement, you may print and distribute as many copies of the PVCS Dimensions manuals as needed. If you do not want to print each of these online manuals, you can order hard-copy versions from MERANT. To order, please contact your sales representative for assistance. Contacting Technical Support MERANT provides technical support for all registered users of this product, including limited installation support for the first 30 days. If you need support after that time, contact MERANT using one of the methods listed in the installation guides, the Getting Started Guide, or the Online Help. Technical support is available 24 hours a day, 7 days a week, with language-specific support available during local business hours. For all other hours, technical support is provided in English. Support via the web, , and telephone SupportNet Customers can report problems and ask questions on the SupportNet web page: To submit an issue, click on the Report a Problem link and follow the instructions. You can also submit issues via or phone. Refer to the installation guides, Getting Started Guide, or Online help for a list of contact numbers, including numbers to call for local language support. The SupportNet Web site contains up-to-date technical support information. Our SupportNet Community shares information via the Web, automatic notification, newsgroups, and regional user groups.

10 10 Welcome to Dimensions SupportNet Online is our global service network that provides access to valuable tools and information for an online community for users. SupportNet Online also includes a KnowledgeBase, which contains how-to information and allows you to search on keywords for technical bulletins. You can also download fix releases for your PVCS products.

11 11 1 Introduction In this Chapter For this section Disable CM Rules while Migrating Data Migrating Third-Party Configuration Management System Data into Dimensions Moving Version Manager and Tracker Data into Dimensions See page

12 12 Chapter 1 Introduction Disable CM Rules while Migrating Data WARNING! If you have enabled Dimensions Change Management Rules (CM Rules), then this option must be disabled while performing any of the data migration discussed in this manual, otherwise errors will occur. See the related manual Process Modeling User s Guide for details of CM Rules and how to enable or disable them. Migrating Third-Party Configuration Management System Data into Dimensions Dimensions addresses the issue of migrating data from existing third-party Configuration Management systems that are no longer adequate to fulfill your present or envisaged needs by providing various end-user tools, as described below. Forms-Based Data Migration Utility For a one-time or incremental migration (upload) of a list of specified files in a specified operating system directory structure into revisioned files (items) under Dimensions control (see Chapter 2, Data Migration Utility ). This facility is available to all users who have the roles to create new items or revise existing item revisions in Dimensions. NOTE Downloading of data from Dimensions to an operatingsystem directory structure of files is only available via the standalone download utility described below.

13 Migrating Third-Party Configuration Management System Data into Dimensions 13 Standalone Utilities The standalone utilities (see Chapter 3, Dimensions Migration Standalone Utilities ) comprise: Download (see Dimensions Download on page 38) A one-time or incremental download of revisioned items from Dimensions control to a target operating system directory. This is equivalent to a Dimensions get operation with no item header substitution. This facility is available to all users who have the roles to get items from Dimensions. Upload (see Dimensions Upload on page 40) A one-time or incremental upload of a list of specified files in a specified operating system directory structure into revisioned files (items) under Dimensions control. PRCS (see RCS-Like Front End to Dimensions: prcs on page 44) A RCS-like front end to the version control commands of Dimensions. PSCCS (see SCCS-Like Front End to Dimensions: psccs on page 45) A SCCS-like front end to the version control commands of Dimensions. NOTE The standalone functions are all available on the UNIX or Windows NT/2000 versions of Dimensions, with the exception of prcs and psccs which are only supported under UNIX.

14 14 Chapter 1 Introduction PVCS Dimensions Data Interchange File Format (PDIFF ) Import/Export Utility The PDIFF format and pdiff Tool (see Chapter 4, Data Interchange File Format (PDIFF) and Chapter 5, Using the pdiff Tool to Import/Export Data ) are used to import/export the following Dimensions data to and from Dimensions: Change Documents Design Parts Certain process model data, namely: Valid sets. Delegation candidates. User role assignments. Change Document browse templates. Moving Version Manager and Tracker Data into Dimensions As of Dimensions release 7.1, Dimensions now addresses the issue of moving Version Manager and Tracker data into Dimensions by providing a MERANT Consulting-led service that utilizes a newly developed XML-based PVCS Dimensions Migration Utility. This utility moves Version Manager and Tracker data into Dimensions products, allowing the customer - with MERANT Consulting assistance - to define how the data is mapped into Dimensions. For Version Manager, the utility migrates users/groups, project databases, subprojects, archives, revisions, and specified version labels. The Version Manager mappings are as follows:

15 Moving Version Manager and Tracker Data into Dimensions 15 Archives and revisions are mapped to Dimensions items. Version labels are mapped to Dimensions baselines, worksets, and attributes. For Tracker, the utility migrates projects and software change requests (SCRs), transforming them into Dimensions change documents. The change document mappings can be: to a generic type or to specific types of change documents, such as enhancements, defects, and issues, depending on the values of Tracker fields. For further information please contact MERANT Consulting.

16 16 Chapter 1 Introduction

17 17 2 Data Migration Utility In this Chapter For this section See page When to Use the Data Migration 18 Utility? Prerequisites for Using the Data 18 Migration Utility Starting the Data Migration 20 Utility Initial Screen 22 Specifying Upload Details 23 Specifying PVCS Dimensions Item 25 Types and Design Parts Identifying Files that are NOT to 27 be Transferred Generating Upload Script 28 Running Upload Script 30 Logging the Running of the 32 Upload Script Restrictions 33

18 18 Chapter 2 Data Migration Utility When to Use the Data Migration Utility? The Data Migration Utility should be used when you wish to perform a one-time or incremental migration of files from an operating system directory into Dimensions items. Using your answers to its guided questions, the Data Migration Utility creates a script of Dimensions commands to upload the nominated files into Dimensions. Prerequisites for Using the Data Migration Utility NOTE For installation information, please refer, as appropriate, to the Installation Guide for Windows Servers or the Installation Guide for UNIX Systems plus the top-level README file. Before running the Data Migration Utility to perform a data migration to Dimensions, you should ensure that: You have the WORKSET-MANAGER role for the recipient Dimensions workset. You have available the name of the operating system directory from which files are to be migrated into Dimensions. You have already created a Dimensions product (see Process Modeling User s Guide) for owning the files, and have the name of that product available. When creating the product you need to: Define item libraries. Define the user roles required for the item lifecycles.

19 Prerequisites for Using the Data Migration Utility 19 Create an empty workset for the product. TIP Base your product on an existing product whose user roles and lifecycles you have already defined. The installation-default demo product PAYROLL is a good example. When creating your product from an existing product, if you wish to inherit the existing product s design parts and item types ensure that you check the Copy design part structure from the base product check box (plus the Copy the Item Process Definitions (IPDs) check box if you plan to use Dimensions Build). You have already created Dimensions item types and design parts for the files which are to be migrated into Dimensions. Furthermore, that you have decided on the item type and design part to be used for each set of files with the same filename extension. The Data Migration Utility initially generates filename pattern matching strings from the unique filename extensions found in the nominated source operating system directory, but you can customize these rules to suit your particular needs e.g. you might decide that all files with extension ".c, with the single exception of "foo.c, should be migrated as item types "SRC and be owned by design part "SRC MODULE. Optionally, you can specify Dimensions item formats which are to be used for specific types of files so that their MIME type (used by I-Net) and storage semantics (text/binary) can be explicitly specified. You have created the Dimensions workset into which data will be migrated, thus making it available for selection by the Data Migration Utility. If a workset-id is not specified when requested in the Data Migration Utility, then the migrated data will appear in your default workset.

20 20 Chapter 2 Data Migration Utility NOTE If you are working on a Windows NT/2000 system with a Dimensions server installation, and you want to connect to a remote Dimensions server for a plain file upload, you must set the MCX_SLAVE environment variable to mcxrelay.exe. If you do not do this, the upload utility invoked by the Data Migration Utility connects to the local server and an incorrect Dimensions command script is generated. Starting the Data Migration Utility Invoking Invoke the Data Migration Utility as follows: Windows Start Programs PVCS Dimensions Data Migration Utility UNIX From Motif Client s Control Panel, Products Tool, Design Tool, Version Tool and Change Tool: Utilities Data Migration NOTE The Utilities menu is only present in the Dimensions Version and Dimensions Change tools if the menu sets All Options has been selected. From the UNIX Dimensions server operating system prompt: Type pcms_dmg.

21 Starting the Data Migration Utility 21 Logging In The Data Migration Utility requests the following login information: Windows NT/2000 Dimensions server and Windows NT/2000 and Windows 98 clients The login information requested is the same as that requested for PC Client. Briefly this is: If you are using a Windows NT/2000 node hosting a Dimensions server: On first use, a Local login dialog will be displayed that requests: the Database login ID and the Database Password. The values for these fields were assigned to you when you were first registered to use Dimensions locally. The values for these fields and others, shown when More >> is selected, will usually have been given to you by the System Administrator. If you are using a Windows NT/2000 or Windows 98 node hosting Dimensions clients: A Remote login dialog will be displayed that requests: the User Id and Password for the remote operating system user account and the Database login ID and Database Password. The values for these fields were assigned to you when you were first registered to use Dimensions remotely. The values for these fields and others, shown when More >> is selected, will usually have been given to you by the System Administrator.

22 22 Chapter 2 Data Migration Utility Once the relevant fields in the local or Remote login dialog have been entered, connection to the Dimensions database will follow. Please refer to the PC Client User s Guide for more detailed information. UNIX None. All login information is inherited from the Motif Client itself. Initial Screen

23 Specifying Upload Details 23 The Data Migration Utility screens described in the following sections will walk you through the process of migrating (uploading) data from a specified operating-system directory structure into Dimensions. Use the Next > and < Back buttons to step forward and backward between screens respectively. The steps to be completed are: 1 Specifying details required by the Dimensions upload function (see page 23). 2 Specifying the Dimensions item types and design parts to receive the migrated files (see page 25). 3 Identifying files that are to be excluded from the migration (see page 27). 4 Generating the Dimensions upload script (see page 28). 5 Running the upload script (see page 30). 6 Logging the running of the upload script (see page 32). NOTE On entering the Data Migration Utility, the screen s banner will identify your current Dimensions username and the base database to which you are connected. Specifying Upload Details The Data Migration Utility generates a Dimensions command script to create a Dimensions item for each operating system file to be uploaded. For this script to be meaningful, the prerequisites described in Prerequisites for Using the Data Migration Utility on page 18 need to have been performed. This screen enables you to:

24 24 Chapter 2 Data Migration Utility Specify the operating-system directory from which files are to be uploaded, either by directly typing it or by selecting it via the Browse for Folder dialog accessed via the... button. Specify the Dimensions product to own the uploaded files by selecting an existing value from the associated combo box. Optionally specify the Dimensions workset to contain the uploaded files by selecting an existing value from the associated combo box. Remember that if this is left blank the files will appear in your default workset. Press Next> when all the relevant details have been entered to progress to the next screen.

25 Specifying PVCS Dimensions Item Types and Design Parts 25 The Data Migration Utility will examine the content of the specified upload directory to determine all the unique filename extensions. Specifying PVCS Dimensions Item Types and Design Parts This screen enables you to define transfer rules based upon pattern matching for the file name. Typically most of these rule details will be generated automatically by the Data Migration Utility from the unique filename extensions of the files to be

26 26 Chapter 2 Data Migration Utility uploaded, but this screen enables you to complete any missing fields or, if desired, override fields in the automatically generated rules. A "catch all" rule with pattern "%" occurs first in the list. The displayed upload rules comprise: A filename pattern match (text-entry field). The Dimensions item format (combo box). The Dimensions item type (combo box). The design part to own the Dimensions item (combo box). Instructions appear on the screen detailing how to fill in the filename pattern matching rules. More general rules must appear in the list before more specific rules to ensure that the more specific rules are attempted first. The choice of format is dictated by the data type of the files concerned. The format specifies whether the file is manipulated as text or binary. These settings can be determined from the Dimensions Process Modeler. The owning design part will default to the top part of the product into which the migration is being performed. To add a rule, select the entry after which you wish the rule to be added and press the Add Entry button. To delete a rule, select the entry to be removed and press the Delete Entry button. Press Next > when all relevant details have been entered. The Data Migration Utility will check that all pattern matches have an associated item type and that the item formats are all registered. An error will be raised if any of these checks fail. The errors can be resolved by the use of the Process Modeler.

27 Identifying Files that are NOT to be Transferred 27 NOTE The rules you enter will be saved for future invocations of the Data Migration Utility by the same user (provided you do not change the directory specification, etc at that future invocation). Files in the upload directory that match the specified rules but which you wish to be excluded from to the upload are specified in the next screen. The Data Migration Utility will use this information together with the exclusion list supplied in the next step to generate a script of Dimensions Create Item/Update Item (CI/UI) commands to perform the upload. Identifying Files that are NOT to be Transferred Having used the previous screen to specify filename pattern matching rules for the upload, the following screen enables you to specify certain filenames matching those rules to be excluded from the upload. These filenames, which must be relative to the top-level upload directory (i.e. they must not be absolute paths), may include the wildcard character % e.g. if in the previous screen you specified that files with pattern match %.c should be uploaded, here you can exclude say any.c file with a name beginning with the letter z by simply adding the entry z%.c to the exclusion list. The Add Entry and Delete Entry buttons function as described for the previous screen.

28 28 Chapter 2 Data Migration Utility Generating Upload Script For upload from a specified directory structure, you first have to decide whether the upload is to be Unrestricted (default) or Restricted. In an unrestricted upload, all files in the upload directory are considered for uploading regardless of whether or not they have already been registered with Dimensions; whereas, in a restricted upload, only those files in the upload directory that have already been registered with Dimensions and which have changed are uploaded. Select the appropriate radio button.

29 Generating Upload Script 29 Next either accept the default names for the files into which the Data Migration Utility will place its generated data or specify your own, namely: Dimensions script file (default upload.pcs) Log file (default upload.log). Configuration file (default upload.cfg) In pressing the Next > button, the input gathered in this and previous screens is used to generate an upload configuration file which is then fed to the Dimensions upload program to generate a Dimensions script containing:

30 30 Chapter 2 Data Migration Utility Dimensions UI (Update Item) commands (restricted mode), or Dimensions CI (Create Item) and UI commands (unrestricted mode). A message box is displayed to inform you that the upload operation may take a while to complete. A further message box will be displayed when the Data Migration Utility has completed generating the command script. At the next screen you are advised to browse the log file for any errors or warning messages that might have occurred. IMPORTANT! Client versions of the Data Migration Utility will additionally generate a Login dialog. Fill this in as described in Logging In on page 21. Running Upload Script On the following screen, you are firstly advised to use the integral browser (accessed by the Browse button) to examine the log file to check for any error or warning messages that may have been generated by the Data Migration Utility. If the log file is satisfactory, you may wish to browse the script file (again using the integral browser) and configuration file (using an operating-system editor). With respect to the command script, it should be noted that Dimensions item creation is performed by matched Dimensions CI commands (with /NOKEEP parameter) and Fetch (get) Item (FI) commands (with /NOEXPAND parameter).

31 Running Upload Script 31 Once you are satisfied with the command script, press the Run button to execute the Dimensions commands. If no validation errors are detected, you will be presented with a confirmation box before execution can actually begin. Following that, you will automatically progress to the Running Upload Script dialog. If the Dimensions workset filename to be created contain subdirectories, then you must have a "WORKSET-MANAGER" role to perform the migration for the workset specified.

32 32 Chapter 2 Data Migration Utility Logging the Running of the Upload Script The Running Upload Script dialog logs progress of the Dimensions commands. The current command being executed is displayed in the Current Command display area; any failures being reported in Failures scrolling window; and the total number of commands executed together with the number of successes and failures are reported in the No. of commands executed so far, Success and Failure display areas. Additionally, you can browse the script file being run and the logfile generated by pressing the appropriate Browse button.

33 Restrictions 33 Press the Close button to return to the Run Upload Script dialog. There, press the Close or Finish button to complete the migration process, or press the < Back button to step back in the Data Migration Utility. Restrictions Multiple invocations of the Data Migration Utility by the same user connecting to the same Dimensions base database are not supported i.e. only one session per user per base database is supported. If two or more users attempt to upload files at the same time, Ids generated in scripts may conflict, causing Oracle errors to occur.

34 34 Chapter 2 Data Migration Utility

35 35 3 Dimensions Migration Standalone Utilities In this Chapter For this section See page Foreword 36 General Information 36 Dimensions Download 38 Dimensions Upload 40 RCS-Like Front End to Dimensions: 44 prcs SCCS-Like Front End to 45 Dimensions: psccs

36 36 Chapter 3 Dimensions Migration Standalone Utilities Foreword This chapter describes the four Dimensions standalone utilities listed below that are used for the migration of data. Some of these utilities are intended for use by change-managers, product-managers or part-managers only these will be identified as such when discussed. Also, some of the utilities are only available for certain operating systems these too will be identified where appropriate. download This utility performs a download of a list of specified files under Dimensions into a target directory. upload This utility performs an upload of a list of specified files in a user directory into Dimensions. prcs [Not Windows NT/2000] This utility provides a RCS-like front end to the version control commands of Dimensions. psccs [Not Windows NT/2000] This utility provides an SCCSlike front end to the version control commands of Dimensions. The standalone utility pdiff is discussed in Chapter 5, Using the pdiff Tool to Import/Export Data following an introduction to its format in Chapter 4, Data Interchange File Format (PDIFF). General Information All these utilities are run as independent programs from the operating system prompt (or from a command script file). They require the user to have performed a standard Dimensions user s login, which sets up the environment required for all Dimensions processing. The utilities all reside in the directory specified by the environment variable PCMS_PROG which the standard login will include in the directory search path.

37 General Information 37 The syntax of each utility is explained under separate headings below, but the following general points are best explained in detail now. Case Translation Lowercase letters can be included in the values of parameters, and will automatically be interpreted as the equivalent in uppercase. This applies to all parameters, except those which are specifically stated to be case-sensitive. Wild Card Characters In several parameters a range of possible values can be indicated by including a % (percent) character, which is interpreted as matching any zero or more characters. This applies only to parameters for which it is stated that wild card % may be used. In other parameters a null string can be used to imply all possible values; a null string is specified as "" (two consecutive double-quote characters). This applies only to parameters for which it is stated that a null string may be used. Execution Authority: Change-Manager or Tool-Manager If the parameters are specified so that a utility is required to process the change documents of several different products in the same execution, then the user must either have the change-manager role for every product concerned, or else have the tool-manager role for the database.

38 38 Chapter 3 Dimensions Migration Standalone Utilities Dimensions Download This utility is available to all users who have the roles to get items from Dimensions. It performs a download of a list of specified files under Dimensions into a user directory. A download of a Dimensions file is equivalent to a get operation with no item header substitution i.e.fi /NOEXPAND. Syntax download [ --version ] [ -n [ -s script-file ] ] [ -r ] [ -C start-dir ] [ -W workset-spec -B baseline-spec ] [ -D root-dir ] [ -f rule-file ] [ -p database-specifier] [-l log-file] [ -N ] [ -E ] [ input-file ] <input-file>, -, -r download performs a download of the list of files held in Dimensions specified in <input-file>. If no <input-file> is specified, download searches the workset default directory unless is specified, in which case it reads a list of filenames from the standard input. If the -r option is specified, download will perform a recursive search of the workset directory corresponding to the current working directory for items to download. IMPORTANT! To ensure correct operation of download, files specified in <input-file> must be separated with <line-feed><carriage-return>, this includes the last file in list. If this is not done, you may under certain circumstances get a Path too long error message. Pcmsfile, -f If no <rule-file> is specified, download will look for Pcmsfile in the current working directory and the workset default directory. download restricts searches to the specified workset. It does not preserve anything (as the whole point is to export items from Dimensions). As a result, the only sensible rule directive to put in a download rule file is nofetch. This directive instructs download to ignore the matching files. The syntax for these directives is exactly the same as that used for Dimensions

39 Dimensions Download 39 Make please refer to the Dimensions Make chapter in Dimensions Build User s Guide for details. Example If you want to download the entire contents of a workset except the '.doc' file and the contents of the directory 'test_data', then you would use the command: download -W "PROD:WORKSET" -D /your/root -r -f your-rules The file 'your-rules' would contain: test_data/% %.doc: nofetch -W, -D The -W option specifies the workset from which to download the files, and the -D option specifies the directory to treat as the workset default directory. If no -W option is specified, the current workset is used, as determined from the current working directory. If no -D option is specified, the current working directory is used as the workset default directory. NOTE The current working directory must be the specified workset default directory or a descendent thereof. -n, -s Specifying -n causes a command file to be generated, rather than the file being directly downloaded. The name of the script can be specified using the -s option. If no name is specified, the name download.cmd will be used and the file will be placed in the current working directory. CAUTION! In Windows NT/2000,.cmd is reserved as the filename extension for an executable. You must make sure that the specified filename does not end in.cmd. -p Enables you to specify the database from which the files are to be downloaded. If not specified, the current database is used.

40 40 Chapter 3 Dimensions Migration Standalone Utilities --version Enables you to check the version of the download you are running. It merely displays the version number and then exits. -l Enables you to specify a file where error messages from the download will be written. -B Specifies that downloads should be made from a specified baseline rather than a workset. -N Causes dual-mode length and checksum matching to be disabled. The dual-mode feature matches files using the length and checksum of both the binary and text interpretation of a file where the native text file format is not the same as UNIX text file format. -E Causes files to be expanded when they are downloaded. The default is to download files in unexpanded form. -C Create the file in the start (output) directory specified by -C start-dir Dimensions Upload This utility is available to all users who have the roles to create new items or revise existing item revisions in Dimensions. It performs an upload of a list of specified files from a user directory into the Dimensions repository. Syntax upload [ --version ] [ -n [ -s script-file ] ] [ -r ] [-C start-dir ] [ -W workset-spec ] [ -D workset-dir ] [ -U ] [ -R ] [ -f rule-file ] [ -p database-specifier ] [ -l log-file ] [ -N ] [ -E ] [ -k -z ] [ input-file ] <input-file>, -r upload performs an upload of the list of files specified in <input-file>. If no <input-file> is specified, upload will attempt to upload every file in the current working directory. If the -r option is specified, upload will attempt to upload every

41 Dimensions Upload 41 file found recursively below the current working directory. Symbolic links are ignored. -U Specifies that an unrestricted upload should be performed. In this mode, upload will revise items for files it finds in the target workset and additionally create items for any files it cannot find there. In the default restricted mode, upload simply revises items if the corresponding file both exist and has changed. -f, <rule-file>, Pcmsfile If no <rule-file> is specified, upload will look for Pcmsfile in the current working directory and the workset default directory. The Pcmsfile contains filename pattern matching rules that tell the upload program which files are to be to considered for uploading and which should be excluded from consideration. The preserve and nopreserve directives are respectively used in these rules to nominate files for, or exclude files from, consideration when performing an upload; they are also used to name design parts to own the Dimensions items, types for the items and various other properties. The syntax for these directives is exactly the same as that used for Dimensions Make please refer to the Dimensions Make chapter of Dimensions Build User s Guide for details. NOTE The nopreserve directive overrides the preserve directive if there is a filename pattern match, and that the order is important more general pattern matches should be specified before more restrictive ones. Because upload has to map files to Dimensions items, it needs more complicated rules than download. The minimum requirement is a rule-file that specifies an item type to use, for example: Example %: preserve $TYPE = SRC The upload facility can work out defaults for just about everything else, except for the format to use for files without a suffix. You can use two approaches to resolve this. One is to

42 42 Chapter 3 Dimensions Migration Standalone Utilities provide a default format and override it where appropriate, for example: Example %: $FORMAT = TEXT %.c %.h: $FORMAT = C %.cpp CC/include/%.h: $FORMAT = C++ This example gives all files the format TEXT, except for.c and.h files which use format C, unless it is a.h file in the directory CC/include (or a descendent), in which case format C++ is used. Files with a.cpp suffix use format C++ too. The other approach is to explicitly specify the format for each file without a suffix, for example: Example scripts/%: $FORMAT = SH README: $FORMAT = TEXT In this example, all files in scripts get the format SH, while all files called README use the format TEXT. Configuration search paths can be used to allow the files on disk to be compared against the contents of more than one workset. This is most useful when using upload to merge several projects with some common code into a single Dimensions product. Example For example, say you have PROJECT1, PROJECT2 and PROJECT3. First, PROJECT1 is loaded into PROD:WORKSET1. Then, when you load PROJECT2, you could use the same rule-file but with the following additional directive: %: configuration PROD:WORKSET1

43 Dimensions Upload 43 Files that exist in both PROJECT1 and PROJECT2 will not be loaded from PROJECT2 (unless, of course, the version in PROJECT2 is different). This works best if you use item types with edit at initial lifecycle state disabled and make the worksets for the second and subsequent projects branch worksets. You can then use the workset merge facilities to resolve any conflicts between the projects. -W, -D The -W option specifies the workset to upload into and the -D option specifies the directory to treat as the workset default directory. If no -W option is specified, the current workset is used, as determined from the current working directory. If no -D option is specified, the current working directory is used as the workset default directory. NOTE The current working directory must be the specified workset default directory or a descendent thereof. -n, -s Specifying -n causes a command file to be generated, rather than the file being directly uploaded. The name of the script can be specified using the -s option. If no name is specified, the name upload.cmd will be used and the file will be placed in the current working directory. CAUTION! In Windows NT/2000,.cmd is reserved as the filename extension for an executable. You must make sure that the specified filename does not end in.cmd. -p Enables you to specify the database into which the files are to be uploaded. If not specified, the current database is used. --version Enables you to check the version of the download you are running. It merely displays the version number and then exits. -l Enables you to specify a file where error messages from the upload will be written.

44 44 Chapter 3 Dimensions Migration Standalone Utilities -N Causes dual-mode length and checksum matching to be disabled. The dual-mode feature matches files using the length and checksum of both the binary and text interpretation of a file where the native text file format is not the same as UNIX text file format. Gotten Files By default (unless -z is specified as described below), files will be gotten back to disk after they are uploaded. These gotten files will also by default be unexpanded unless the addition -E option is specified to cause them to be expanded. -R Causes upload to check in locally checked out files in addition to unchecked out files that have been modified locally. -k Causes user files to be retained when they are uploaded. -z Stops files being gotten back to disk after they have been uploaded i.e. it will override the normal default action which is to get these files. -C Create the file in the start (output) directory specified by -C start-dir -E Expand gotten files (default is unexpanded). RCS-Like Front End to Dimensions: prcs This utility [Not available for Windows NT/2000] is available to all users who have the roles to do the associated Dimensions operations. It provides an RCS-like front end to the version control commands of Dimensions. Syntax prcs subcommand [ option... ] [ filename... ] [Dimensions option... ] filename prcs applies an RCS-like subcommand to the Dimensions item associated with each specified filename. Additionally, Dimensions-specific options may be specified.

45 SCCS-Like Front End to Dimensions: psccs 45 filename, PCMS, PCMS/<wildcard> The mapping between the filenames specified to the prcs command and the associated Dimensions item is derived from the filename by searching for a matching workset filename in the current workset. The prcs command expects these items to reside in a workset directory that, when appended to the current workset root directory, equates to the current working directory. If the filename is given as PCMS or PCMS/<wildcard> then the command is applied to all Dimensions items which are in the same relative sub-directory of the workset and which match the wildcard. The wildcard is in standard Dimensions format. prcs uses the same mechanism as Dimensions Make to determine the correct workset for operation. If it is unable to determine a workset, then a diagnostic message is issued. Please refer to the Command-Line Reference Guide for full details on prcs. SCCS-Like Front End to Dimensions: psccs This utility [Not available for Windows NT/2000] is available to all users who have the roles to do the associated Dimensions operations. It provides an SCCS-like front end to the version control commands of Dimensions. Syntax psccs subcommand [ option... ] [ filename... ] [Dimensions option... ] filename filename, PCMS, PCMS/<wildcard> psccs applies an SCCS-like subcommand to the Dimensions item associated with each specified filename. Additionally, Dimensions-specific options may be specified. The mapping between the filenames specified to the psccs command and the associated Dimensions item is derived from the filename by searching for a matching workset filename in the current workset. The psccs command expects these items to reside in a workset directory that, when appended to the current workset root directory, equates to the current working directory.

46 46 Chapter 3 Dimensions Migration Standalone Utilities If the filename is given as PCMS or PCMS/<wildcard> then the command is applied to all Dimensions items which are in the same relative sub-directory of the workset and which match the wildcard. The wildcard is in standard Dimensions format. psccs uses the same mechanism as Dimensions Make to determine the correct workset for operation. If it is unable to determine a workset, then a diagnostic message is issued. Please refer to the Command-Line Reference Guide for full details on psccs.

47 47 4 Data Interchange File Format (PDIFF) In this Chapter For this section See page Foreword 48 PDIFF Specification 48 Change Document POID 50 Design Part POID 57 Control Plan POIDs 61 Example PDIFF Files 64

48 48 Chapter 4 Data Interchange File Format (PDIFF) Foreword This chapter describes PDIFF, the PVCS Dimensions Data Interchange File Format, that is used to import/export data to and from Dimensions. Chapter 5 describes the associated tool pdiff. NOTE In this chapter of the manual PDIFF will be used when referring to the PVCS Dimensions Data Interchange File Format itself and pdiff will be used when referring to the associated tool. PDIFF supports the following Dimensions data: Change Documents Design Parts Process Model (Control Plan) Valid Sets Delegation Candidates User Role Assignments Change Document Browse Templates. PDIFF Specification PDIFF is a text file format composed of lines no longer than 255 characters. PDIFF files may only contain blank lines, comments and PVCS Dimensions Object Instance Definitions (POIDs):

49 PDIFF Specification 49 Comments POIDs These start with a # character and are terminated by an end-of-line character. Dimensions deals with a number of object types i.e. ITEM, PART, CHDOC, CONTROL PLAN, etc., but the scope of this manual only covers CHDOC, PART, and some CONTROL PLAN POIDs. A PDIFF file begins with a 10-line header followed by one or more POIDs. The PDIFF header contains the PDIFF version, the creation date and time as well as the name of the creator of the file. The rest of the lines in the header are reserved for future use. PDIFF :== <PDIFF Header> <POIDS> The following rules apply to the PDIFF contents: 7 The number of characters in each line of the file must not exceed KEYWORD may either be a keyword specially recognized by Dimensions (see below) or refer to a non-system change document field. 9 is normally a maximum 1978-character value either on the same line or spanning several lines with each line terminated with the back-slash character ( \ ). Note that when determining a value spanning several lines, the character \ at the end of each line and the subsequent new line character will be ignored. For the change document descriptions, ( $DETAILED_DESC, $ACTION_DESC, $AD_HISTORY), values may be longer than 1978 characters. 10 Any "\n" found within <text-value> will be interpreted as a new line character and, consequently, a new line will be inserted at that point within the text.

50 50 Chapter 4 Data Interchange File Format (PDIFF) 11 A "\F" found for the first two characters of values detailed in (3) will indicate that the following string is to be interpreted as a filename from which to get the attribute or description value. The PDIFF header has the following format: <PDIFF Header> :== #PDIFF<version number> #DATE <DD-MMM-YYYY> <HH:MM:SS> #CREATED BY <name> #RESERVED Change Document POID A change document definition begins with the OBJECT CHDOC statement on a single line and ends with a END_OBJECT statement. The body of the CHDOC POID consists of system attributes, user attributes, actions, updates and relations. <CHDOC POID> :== OBJECT CHDOC <attributes> <composite chdoc attributes> END_OBJECT <attributes> :== <system chdoc attribute> <user attribute> <attributes> <composite chdoc attributes> :== <action> <update> <relation> <delegate> <attribute history> <attribute update history> <composite chdoc attributes>

51 Change Document POID 51 <system chdoc attributes> :== $DOC_SEQ <number> $IDENTIFIER $ARCHIVED {Y N} $TYPE $CREATE_DATE <date> $TIMEZONE <timezone> $CURRENT_STATUS $ORIGINATOR $LIFECYLE_ID $LC_SEQ <number> $DETAILED_DESC <long string> $ACTION_DESC.CURRENT <long string>.all_prev <long string> $AD_HISTORY.ACTION_NO <number>.file \F<filename> System Change Document Attributes System attributes for a Dimensions change document can be one of: Change Document Sequence (mandatory) This is a unique sequence number given to each change document within a product. Change Document Identifier (optional) The change document identifier is composed of the product identifier, the change document type and the Change Document Sequence number: <product id>_<type>_<doc_seq> Archive flag (optional) A flag to indicate if the change document is to be archived or not, the default is not to archive the change document.

52 52 Chapter 4 Data Interchange File Format (PDIFF) Type of the Change Document (mandatory) Date the Change Document was Created (mandatory) Timezone (optional) This indicates the timezone in which the PDIFF file was generated. Currently, this field is for information purposes only, and is ignored on load. Current Status of the Change Document (mandatory) The Originator of the Change Document (mandatory) Lifecycle Id (optional) The lifecycle used by the change document. Lifecycle Sequence (optional) The lifecycle sequence is a number indicating the sequence of the current status within the lifecycle. The lifecycle and the lifecycle sequence must be both specified together or not at all for a given change document. The Detailed Description of the Change Document (optional) Action Description (this has two parts) (optional) The current action description and concatenation of all previous action descriptions. Action Description History (this has two parts) (optional) The action description in a file together with an action number. There may be many of these statements, each for a different action number.

53 Change Document POID 53 User Attribute (Optional) Dimensions user attributes are defined by the product manager as part of the process model (control plan) definition for the Dimensions product. Each user-defined attribute will have a variable name and this is used in the PDIFF to refer to this attribute. In PDIFF, user attributes are specified as: <user attribute> :== <attribute variable name> <attribute variable name> :== <attribute value> :== <attribute value> NOTE <attribute variable name> cannot contain white space characters. When importing a change document the loader will not validate the values of the change document attributes against their associated valid sets, if any. Action - (Optional) An action (i.e. a state transition such as a sign-off or rejection) performed by a user. There may be several of these for the different change document action numbers. NOTE Each state transition performed by a user on a change document is represented in Dimensions as a separate action number. The action number starts from 0 when the change document is created in the user's held list (i.e. private area). When the change document is entered (saved) into the system it is given the action number 1. The action number is then incremented each time the change document is actioned to a new state.

54 54 Chapter 4 Data Interchange File Format (PDIFF) <action> :== $ACTION.ACTION_NO.DATE.USER.STATE.PHASE.TYPE.COMMENT <number> <date> A <max 80 string> NOTE The.COMMENT value must be one of the following: "Document created" or "Actioned document from <STATE1> to <STATE2>". Only the first 80 characters of the.comment value are read; the rest are ignored. The.TYPE specifier is optional. Update (Optional) This is a record of the update history for the change document at specific action numbers. There is an optional.type specifier to indicate Update (U) or Delegate (D) history there may be several such entries. The update statement consists of the action number at which the update was performed, user who performed the update, the state in which the update was made, date of update and an update comment if any. <update> :== $UPDATE.ACTION_NO.DATE.USER.STATE.PHASE.TYPE.COMMENT <number> <date> {U D} <max 80 string>

55 Change Document POID 55 NOTE The.COMMENT value must be one of the following: "Change document attribute(s) updated", "Added Delegation for...", "Related Design Part..." or "Added action description". Only the first 80 characters of the.comment value are read; the rest are ignored. The.TYPE specifier is optional. Relate (Mandatory: at least one design part relate required) This statement defines a single relationship which the change document has with the specified affected object. The relation statement consists of the action number at which the relationship was created, type of the relationship (e.g. DEPENDENT, AFFECTED, INFO, IN RESPONSE TO or "user defined type"), the class of the related object (e.g. CHDOC, ITEM or PART), the date the relationship was created and the user who created the relationship. NOTE A user defined relationship type must be defined using the Process Modeler Object Type Definitions (Change Doc) Rel Types function For change documents, the destination object may be a child or a parent. In the.object part of the $RELATE statement a CHDOC: implies a child and a PARENT_CHDOC: implies a parent. <relation> :== $RELATE.ACTION_NO <number>.type.object CHDOC:<chdoc id> PARENT_CHDOC:<chdoc id> PART:<part spec>

56 56 Chapter 4 Data Interchange File Format (PDIFF).DATE.USER ITEM:<item spec> <date> Delegate (Optional) This statement allows the delegation of the change document to a specified user having the specified role. There are two optional specifiers:.capability and.operation. The.CAPABILITY specifier may be one of Secondary (S), Primary (P) or Leader (L) with the default being Primary (P) and.operation may be one of ADD or REPLACE. The delegate statement has the following syntax: <delegate> :== $DELEGATE.USER.ROLE.CAPABILITY { S P L }.OPERATION { ADD REPLACE } Attribute History (Optional) This statement allows attribute history to be added for each action number of a change document. The specifiers are.action_no for the action number of the history and.attribute consisting of the attribute number, the sequence and the attribute value. The sequence starts at 1 and indicates if the attribute had multi values. All single valued attributes must have a sequence number of 1. The attribute number is in the range 1 to 240. The.ATTRIBUTE specifier is repeated for each attribute number and attribute sequence number.

57 Design Part POID 57 <attribute history> :== $ATTRIBUTE_HISTORY.ACTION_NO <number> <attribute info list> <attribute info list> :== <attribute info> [<attribute info list>] <attribute info> :==.ATTRIBUTE <attr_no>:<attr seq>: Attribute Update History (Optional) This statement allows attribute update history to be added for each update to an attribute. The specifiers.action_no,.date,.user,.status must correspond to a $UPDATE statement in the change document POID. <attribute update history> :== $ATTRIBUTE_UPDATE_HISTORY.ACTION_NO <number>.attr_no <number>.seq_no <number>.date <date>.user.status.prev_value.new_value Design Part POID A design part definition begins with the OBJECT PART statement on a single line and ends with a END_OBJECT statement. The body of the PART POID consists of system attributes, user attributes, relations and relation histories.

58 58 Chapter 4 Data Interchange File Format (PDIFF) <PART POID> :== OBJECT PART <attributes> <relate_history> END_OBJECT <attributes> :== <system part attribute> <user attribute> <attributes> <composite part attributes> :== <part relate> <part relate history> <composite part attributes> <system part attributes> :== $PRODUCT_ID $PART_ID $VARIANT $CURRENT_PCS $PCS $STATUS $DESCRIPTION $CREATE_DATE $CATEGORY $USER $PREV_PART <part spec> System Design Part Attributes System Attributes for a Dimensions Design Parts can be one of: Product Identifier (mandatory) This is the owning Dimensions Product of the PART POID. Design Part Identifier (mandatory) This is the identity of the PART POID.

59 Design Part POID 59 Design Part Variant (mandatory) This is the Variant of the PART POID. Part Control Status (PCS or CURRENT_PCS) (mandatory) This is the revision of the PART POID. $PCS or $CURRENT_PCS may be used as the specifier. $CURRENT_PCS is used for design parts that are the most current revisions and that are OPEN. $PCS is used for DESIGN PARTS that are CLOSED or REJECTED. Status (mandatory) This is the lifecycle status of the PART POID and has one of the following values: OPEN, CLOSED or SUSPENDED. Description (optional) This is the description of the PART POID. Create Date (mandatory) This is the creation date of the PART POID. Category (mandatory) This is the design part type category of the PART POID. User (mandatory) This is the owning user of the PART POID. Previous Design Part (optional) This is a reference to a design part specification from which this PART POID was derived when the design part revision (PCS) was changed.

60 60 Chapter 4 Data Interchange File Format (PDIFF) User Attribute (Optional) Dimensions user attributes are defined by the product manager as part of the control plan definition for the Dimensions product. Each user-defined attribute will have a variable name and this is used in the PDIFF to refer to this attribute. In PDIFF user attributes are specified as: <user attribute> :== <attribute variable name> <attribute value> <attribute variable name> :== <attribute value> :== NOTE <attribute variable name> cannot contain white space characters. When importing a change document the loader will not validate the values of the change document attributes against their associated valid sets, if any. Relate (Optional) This statement defines a single breakdown or usage relationship to another design part. PARENT_PART in the.object specifier indicates the relationship is to be reversed. All design parts other than the root ones must have parent BREAKDOWN relationships. <part relate> :== $RELATE.TYPE {BREAKDOWN USAGE}.OBJECT PARENT_PART:<part spec> PART:<part spec>.date <date> [.USER ]

61 Control Plan POIDs 61 Relate History (Optional) This statement defines the history for the changes made to the design part BREAKDOWN and USAGE relationships. <part relate history> :== $RELATE_HISTORY.TYPE {BREAKDOWN USAGE}.OBJECT <part spec>.date <date> [.USER ] Control Plan POIDs There are three process model (control plan) POIDs currently supported by PDIFF: 1 VALID_SET, DELEGATEES 2 CHDOC_BROWSE_TEMPLATES 3 ITEM_BROWSE_TEMPLATES Process Model Attribute Valid Sets The valid set POID defines multiple choice for attribute values for the given Dimensions product process model (control plan). The valid set POID is defined as follows: <VALID SET POID> :== OBJECT VALID_SET $PRODUCT_ID $VALID_SET_NAME $NO_COLUMNS <number> $ERROR_MESSAGE $DESCRIPTION <valid set values>

62 62 Chapter 4 Data Interchange File Format (PDIFF) END_OBJECT <valid set values> :== <value set value> [<valid set values>] <valid set value> :== $VALUE.DISP_ORDER <number>.col1.col2.col3.col4.col5.col6.col7.col8 Process Model Delegatees The delegatee POID defines user role assignments and delegation candidates for a given Dimensions product process model (control plan). <VALID SET POID> :== OBJECT DELEGATEE $PRODUCT_ID <delegatees user_role_assignments> END_OBJECT <delegatees user_role_assignments> :== <delegatee user_role assignment> [<delegatees user_role_assignments>] <delegatee user_role_assignment> :== <delegatee> <user_role_assignment> <delegatee> :== $DELEGATEE.ROLE.USER.CAPABILITY [P S L].PART_ID.PART_VARIANT.WORKSET_ID

63 Control Plan POIDs 63 <user_role_assignment> :== $USER_ROLE_ASSIGNMENT.ROLE.USER.CAPABILITY [P S L].PART_ID.PART_VARIANT.WORKSET_ID The specifiers.part_variant and.workset_id are optional. Process Model Change Document/Item Browse Templates The change document/item browse templates POID defines the browse template files in the given Dimensions product for the browse template identifiers and revisions. <CHDOC_BROWSE_TEMPLATES POID> :== OBJECT CHDOC_BROWSE_TEMPLATES $PRODUCT_ID <browse template definitions> END_OBJECT <ITEM_BROWSE_TEMPLATES POID> :== OBJECT ITEM_BROWSE_TEMPLATES $PRODUCT_ID <browse template definitions> END_OBJECT <browse template definitions> :== <browse template definition> [<browse template definitions>] <browse template definition> :== $TEMPLATE_DEF.IDENTIFIER.REVISION.FILE \F<filename>

64 64 Chapter 4 Data Interchange File Format (PDIFF) Example PDIFF Files Change Document Example #PDIFF3 #DATE 09-FEB :37:0 #CREATED BY TJ #RESERVED #RESERVED #RESERVED OBJECT CHDOC $DOC_SEQ 1 $IDENTIFIER VB1_NETSTAT_1 $ARCHIVED N $TYPE NETSTAT $CREATE_DATE 04-JAN :18:18 $CURRENT_STATUS LOGGED $ORIGINATOR TJ $LIFECYCLE_ID NETSTAT_LC $LC_SEQ 3 $DETAILED_DESC \F./chdoc/transfer_netstat_1.desc $ACTION_DESC.CURRENT.ALL_PREV $AD_HISTORY.ACTION_NO 1.FILE \F./chdoc/transfer_netstat_1.act1 $AD_HISTORY.ACTION_NO 2.FILE \F./chdoc/transfer_netstat_1.act2 TITLE Mail - Network

65 Example PDIFF Files 65 SEVERITY NETWORK_NODE NETWORK_NODE NETWORK_TYPE NETWORK_TYPE Default DARPA*NET Internet $ACTION.ACTION_NO 1.DATE 04-JAN :18:18.USER TJ.STATE PENDING.PHASE AN+WORK.TYPE A.COMMENT Document created $ACTION.ACTION_NO 2.DATE 05-JAN :28:12.USER TJ.STATE LOGGED.PHASE CLOSED.TYPE.COMMENT A Actioned document from PENDING to LOGGED $UPDATE.ACTION_NO 0.DATE 04-JAN :18:18.USER TJ.STATE $TO_BE_DEFINED.PHASE HELD.TYPE.COMMENT U Related Design Part VB1:NETWORK MANAGEMENT.GN;1

66 66 Chapter 4 Data Interchange File Format (PDIFF) $UPDATE.ACTION_NO 1.DATE 04-JAN :32:00.USER TJ.STATE PENDING.PHASE AN+WORK.TYPE U.COMMENT Added action description $UPDATE.ACTION_NO 1.DATE 04-JAN :32:00.USER TJ.STATE PENDING.PHASE AN+WORK.TYPE U.COMMENT Added action description $UPDATE.ACTION_NO 1.DATE 04-JAN :37:06.USER TJ.STATE PENDING.PHASE AN+WORK.TYPE U.COMMENT Change document attribute(s)updated $RELATE.ACTION_NO 0.TYPE AFFECTED.OBJECT PART:VB1:NETWORK MANAGEMENT.GN;1.DATE 04-JAN :18:03.USER TJ $DELEGATE.USER.ROLE.CAPABILITY.OPERATION VB SUPPORT ENGINEER S REPLACE

67 Example PDIFF Files 67 $ATTRIBUTE_HISTORY.ACTION_NO 1.ATTRIBUTE.ATTRIBUTE.ATTRIBUTE.ATTRIBUTE.ATTRIBUTE.ATTRIBUTE 1: 1:Mail - Network 2: 1:Default 59: 59: 2:[email protected] 60: 1:DARPA*NET 60: 2:Internet $ATTRIBUTE_UPDATE_HISTORY.ACTION_NO 1.ATTR_NO 59.SEQ_NO 1.DATE 04-JAN :37:06.USER TJ.STATUS PENDING.PREV_VALUE [email protected]_value END_OBJECT Design Part Example #PDIFF3 #DATE 09-FEB :41:37 #CREATED BY #RESERVED OBJECT PART $PRODUCT_ID VB1 $PART_ID VB1 $VARIANT AAAA $CURRENT_PCS 1 $STATUS OPEN $DESCRIPTION VB1 $CREATE_DATE 13-JAN :19:46 $CATEGORY PRODUCT $USER VB

68 68 Chapter 4 Data Interchange File Format (PDIFF) # Start of User Defined Design Part Attributes EXPORT_LINK Not Defined SECURITY Level 1 # End of User Defined Design Part Attributes $RELATE.TYPE BREAKDOWN.OBJECT PART:VB1:TEST DATA.AAAA;2.DATE 14-JAN :33:15.USER VB $RELATE.TYPE BREAKDOWN.OBJECT PART:VB1:TEST DATA.UNIX;2.DATE 14-JAN :38:14.USER VB $RELATE_HISTORY.TYPE BREAKDOWN.OBJECT VB1:TEST DATA.AAAA;1.DATE 14-JAN :34:04.USER VB END_OBJECT OBJECT PART $PRODUCT_ID VB1 $PART_ID TEST DATA $VARIANT AAAA $PCS 1 $STATUS CLOSED $DESCRIPTION Design Part to Hold Test Data $CREATE_DATE 14-JAN :33:15 $CATEGORY MODULE $USER VB # Start of User Defined Design Part Attributes # End of User Defined Design Part Attributes END_OBJECT

69 Example PDIFF Files 69 OBJECT PART $PRODUCT_ID VB1 $PART_ID TEST DATA $VARIANT AAAA $CURRENT_PCS 2 $STATUS OPEN $DESCRIPTION Design Part to Hold Test Data with new PCS $CREATE_DATE 14-JAN :34:07 $CATEGORY MODULE $USER VB $PREV_PART VB1:TEST DATA.AAAA;1 # Start of User Defined Design Part Attributes EXPORT_LINK Not Defined SECURITY Level 2 # End of User Defined Design Part Attributes $RELATE.TYPE BREAKDOWN.OBJECT PART:VB1:DOCUMENTS.UNIX;2.DATE 14-JAN :39:57.USER VB $RELATE.TYPE BREAKDOWN.OBJECT PARENT_PART:VB1:VB1.AAAA;1.DATE 14-JAN :33:15.USER VB END_OBJECT

70 70 Chapter 4 Data Interchange File Format (PDIFF) OBJECT PART $PRODUCT_ID VB1 $PART_ID TEST DATA $VARIANT UNIX $CURRENT_PCS 2 $STATUS OPEN $DESCRIPTION Design Part to Hold Test Data with new PCS $CREATE_DATE 14-JAN :38:13 $CATEGORY MODULE $USER VB $PREV_PART VB1:TEST DATA.AAAA;2 # Start of User Defined Design Part Attributes EXPORT_LINK Not Defined SECURITY Level 2 # End of User Defined Design Part Attributes $RELATE.TYPE USAGE.OBJECT PART:VB1:DOCUMENTS.UNIX;2.DATE 14-JAN :40:54.USER VB $RELATE.TYPE BREAKDOWN.OBJECT PARENT_PART:VB1:VB1.AAAA;1.DATE 14-JAN :38:14.USER VB END_OBJECT

71 Example PDIFF Files 71 OBJECT PART $PRODUCT_ID VB1 $PART_ID DOCUMENTS $VARIANT UNIX $CURRENT_PCS 2 $STATUS OPEN $DESCRIPTION Part to hold TEST data Documents $CREATE_DATE 14-JAN :39:16 $CATEGORY MODULE $USER VB # Start of User Defined Design Part Attributes EXPORT_LINK Not Defined SECURITY Level 4 # End of User Defined Design Part Attributes $RELATE.TYPE BREAKDOWN.OBJECT PARENT_PART:VB1:TEST DATA.AAAA;2.DATE 14-JAN :39:57.USER VB END_OBJECT Process Model Example #PDIFF3 #DATE 09-FEB :59:7 #CREATED BY #RESERVED #RESERVED #RESERVED #RESERVED #RESERVED #RESERVED #RESERVED

72 72 Chapter 4 Data Interchange File Format (PDIFF) OBJECT VALID_SET $PRODUCT_ID VB1 $VALID_SET_NAME ACT_REL_PLAT_OS $NO_COLUMNS 3 $VALUE.DISP_ORDER 0.COL COL2 Sun Sparc.COL3 SunOS $VALUE.DISP_ORDER 0.COL COL2 VAX.COL3 VMS 5.5 $VALUE.DISP_ORDER 0.COL COL2 Sun Sparc.COL3 SunOS $VALUE.DISP_ORDER 0.COL COL2 IBM RS6000.COL3 AIX $VALUE.DISP_ORDER 0.COL COL2 Sequent.COL3 Dynix/Ptx 2.1 $VALUE.DISP_ORDER 0.COL COL2 Alpha AXP.COL3 OSF1 V2.0

73 Example PDIFF Files 73 $VALUE.DISP_ORDER 0.COL COL2 Alpha AXP.COL3 OpenVMS 6.1 $VALUE.DISP_ORDER 0.COL COL2 HP /800.COL3 HP UX A09.03/A09.04 $VALUE.DISP_ORDER 0.COL COL2 Sun Sparc.COL3 Solaris 2.3 $VALUE.DISP_ORDER 0.COL COL2 Sun Sparc.COL3 SunOS 5.3 END_OBJECT OBJECT DELEGATEES $PRODUCT_ID VB1 $USER_ROLE_ASSIGNMENT.ROLE $CHANGE-MANAGER.USER VB.CAPABILITY S.PART_ID VB1 $USER_ROLE_ASSIGNMENT.ROLE $PRODUCT-MANAGER.USER TIM.CAPABILITY S.PART_ID VB1.PART_VARIANT AAAA.WORKSET_ID WS_V2.1

74 74 Chapter 4 Data Interchange File Format (PDIFF) $DELEGATEE.ROLE.USER.CAPABILITY.PART_ID.WORKSET_ID AUTHOR WILLIAM P DOCUMENTATION WS_V2.1 END_OBJECT OBJECT CHDOC_BROWSE_TEMPLATES $PRODUCT_ID VB1 $TEMPLATE_DEF.IDENTIFIER PR_TEMPLATE.REVISION 1.FILE \F./vb1_template_1.bt END_OBJECT OBJECT ITEM_BROWSE_TEMPLATES $PRODUCT_ID VB1 $TEMPLATE_DEF.IDENTIFIER SRC_TEMPLATE.REVISION 1.FILE \F./vb1_I_template_1.bt $TEMPLATE_DEF.IDENTIFIER TXT_TEMPLATE.REVISION 1.FILE \F/usr1/tmp/vb1_I_template_2.bt END_OBJECT

75 75 5 Using the pdiff Tool to Import/ Export Data In this Chapter For this section See page General Description 76 Process Model Export 77 Process Model Import 78 Design Part Export 79 Design Part Import 79 Change Document Export 80 Change Document Import 82 Transferring a Dimensions Product 84 Limitations 89

76 76 Chapter 5 Using the pdiff Tool to Import/Export Data General Description NOTE In this chapter of the manual PDIFF will be used when referring to the PVCS Dimensions Data Interchange File Format itself and pdiff will be used when referring to the associated tool. pdiff is a tool for importing/exporting data via a PDIFF file to/ from a specified Dimensions product. PDIFF files are ASCII text files, see Chapter 4, Data Interchange File Format (PDIFF). pdiff runs within the Dimensions environment and supports the importing/exporting of change documents, design parts and a partial process model (control plan). The pdiff tool in import mode reads PVCS Dimensions Object Instance Definitions (POIDs) sequentially from the input PDIFF files and creates the equivalent object instance in the Dimensions base database; in export mode the database is read and a PDIFF file together with any POID related files are created. -dump_chdocs -load_chdocs -dump_parts -load_parts -dump_cpl -load_cpl Dump change documents from a product into a PDIFF file. Load change documents from PDIFF files into a product. Dump design parts from a product into a PDIFF file. Load design parts from PDIFF files into a Dimensions product. Dump a partial process model (control plan) from a product into a PDIFF file. Load a partial process model (control plan) from PDIFF files into a product

77 Process Model Export 77 Process Model Export Currently the PDIFF process model (control plan) export supports the following PDIFF POIDs: VALID_SET Attribute Validation Sets DELEGATEES Delegation Candidates and User Role Assignments CHDOC_BROWSE_TEMPLATES Change Document Browse Template Definitions ITEM_BROWSE_TEMPLATES Item Browse Template Definitions Syntax pdiff <product_id> -dump_cpl [-rename_prod_id <product_id>] [-f <dump_file>] [-working_dir <dump directory>] <product_id> -dump_cpl -rename_prod_id Specify the product from which to export the process model (control plan). Specify the pdiff command option. -rename_prod_id <product_id> Optionally specify that all references to the original Product Id are to be replaced by <product id> in the PDIFF file. -f -f <dump_file> Optionally specify that the process model (control plan) is to be exported into the PDIFF file <dump_file>. Defaults to <product_id>.dump_cntrl. -working_dir -working_dir <dump directory> Optionally specify the directory used for storing any change document browse template files.

78 78 Chapter 5 Using the pdiff Tool to Import/Export Data Process Model Import Currently the PDIFF process model (control plan) import supports the following PDIFF POIDs: VALID_SET Attribute Validation Sets DELEGATEES Delegation Candidates and User Role Assignments CHDOC_BROWSE_TEMPLATES Change Document Browse Template Definitions ITEM_BROWSE_TEMPLATES Item Browse Template Definitions Syntax pdiff <product_id> -load_cpl [-d] [-l <log file>] [-f <pdiff_file>] <product_id> -load_cpl Specify the product into which to import the process model (control plan). Specify the pdiff command option. -d Optionally specify that any existing process model (control plan) objects with identical identifiers are to be deleted before importing the PDIFF POIDs. If this option is not specified, any PDIFF POIDs that exist within the target product will not be imported. -l -l <log file> Optionally specify that any verbose output from pdiff is to be placed in the log file <log file>. -f -f <pdiff_file> Optionally specify that the process model (control plan) is to be imported from the PDIFF file <pdiff_file>. Defaults to reading from the operating-system standard input.

79 Design Part Export 79 Design Part Export The design part export exports the entire design part structure from a given product. The exported PDIFF file will contain all design part variants, PCSs, breakdown and usage relationships as well as the user-defined attributes for each design part. Syntax pdiff <product_id> -dump_parts [-rename_prod_id <product_id>] [-f <dump_file>] <product_id> -dump_parts -rename_prod_id Specify the product from which to export the design parts. Specify the pdiff command option. -rename_prod_id <product_id> Optionally specify that all references to the original Product Id are to be replaced by <product id> in the PDIFF file. -f -f <dump_file> Optionally specify that the design parts are to be exported into the PDIFF file <dump_file>. Defaults to <product_id>.dump_parts. Design Part Import Syntax pdiff <product_id> -load_parts [-d] [-l <log file>] [-f <pdiff_file> <pdiff_file>...] <product_id> -load_parts Specify the product into which to import the design parts. Specify the pdiff command option.

80 80 Chapter 5 Using the pdiff Tool to Import/Export Data -d Optionally specify that any existing design part objects with identical identifiers are to be deleted before importing the PDIFF POIDs. If this option is not specified any PDIFF POIDs that exist within the target product will not be imported. -l -l <log file> Optionally specify that any verbose output from pdiff is to be placed in the log file <log file>. -f -f <pdiff_file> <pdiff_file>... Optionally specify that the design parts are to be imported from the PDIFF file(s) <pdiff_file>. Defaults to reading from the operating-system standard input. Change Document Export Syntax pdiff <product_id> -dump_chdocs [-chdoc <ch_doc_id>] [-user <user_id>] [-type <ch_doc_type>] [-f <dump_file>] [-status <ch_doc_state>] [-working_dir <dump directory>] [-rename_prod_id <product_id>] [-dump_secondary] [-dont_dump_part_rels] [-dont_dump_item_rels] [-dont_dump_chdoc_rels] [-dont_dump_revised_baseline] [-gmt] <product_id> -dump_chdocs Specify the product from which to export the change documents. Specify the pdiff command option.

81 Change Document Export 81 -chdoc -user -chdoc <ch_doc_id> Optionally specify a filter to be applied to the change document(s) selected for export. This filter is applied on the change document identifier. Wildcard filters are to be applied as per ANSI-SQL. -user <user_id> Optionally specify a filter to be applied to the change document(s) selected for export. This filter is applied on the change document originator. Wildcard filters are to be applied as per ANSI-SQL. -type -type <ch_doc_type> Optionally specify a filter to be applied to the change document(s) selected for export. This filter is applied on the change document type. Wildcard filters are to be applied as per ANSI-SQL. -status -working_dir -status <ch_doc_state> Optionally specify a filter to be applied to the change document(s) selected for export. This filter is applied on the change document status. Wildcard filters are to be applied as per ANSI-SQL. -working_dir <dump directory> Optionally specify the directory used for storing any change document description files. Defaults to the current working directory. -rename_prod_id -rename_prod_id <product_id> Optionally specify that all references to the original Product Id are to be replaced by <product id> in the PDIFF file. -dump_secondary Optionally specify that the export applies to change documents in the secondary catalog. Defaults to change documents from the primary catalog.

82 82 Chapter 5 Using the pdiff Tool to Import/Export Data -dont_dump_part _rels -dont_dump_item _rels -dont_dump_ chdoc_rels -dont_dump_ revised_baseline -gmt Optionally specify that design part relationships to change documents are not placed in the PDIFF POIDs. Optionally specify that item relationships to change documents are not placed in the PDIFF POIDs. Optionally specify that change document relationships to change documents are not placed in the PDIFF POIDs. Optionally specify that revised baseline relationships to change documents are not placed in the PDIFF POIDs. (Currently this option is not supported.) Optionally specify that all change document dates are to be converted to GMT format. -f -f <dump_file> Optionally specify that the change documents are to be exported into the PDIFF file <dump_file>. Defaults to <product_id>.dump_chdocs. WARNING! Currently, if you dump change documents using some sort of filter, such as the change document identity, then there is no guarantee that related parent change documents that do not match that filter will also be dumped. Change Document Import Syntax pdiff <product_id> -load_chdocs [-d][-dont_delegate] [-default_part <part spec>] [-dont_validate_user] [-gmt] [-dont_cm_pend] [-l <log file>] [-g <proxy user>] [-f <pdiff_file> <pdiff_file>...]

83 Change Document Import 83 <product_id> -load_chdocs -dont_delegate -default_part Specifies the product into which to import the change documents. Specify the pdiff command option. -d Optionally specify that any existing change document objects with identical identifiers are to be deleted before Importing the PDIFF POIDs. If this option is not specified any PDIFF POIDs that exist within the target product will not be imported. Optionally specify that the change document user role delegations are not to be imported. -default_part <part spec> Optionally specify the design part to relate to if a POID is encountered with no design part relationships. Change documents must Affect at least one design part. Defaults to failing the change document POID import if no design part relationships are specified. -dont_validate_ user -gmt -dont_cm_pend Optionally specify that users encountered in the change document POID are not to be validated. Defaults to validating the users and failing the POID import if users do not exist. If the -g option is given it will be used. Optionally specify that all change documents are to be converted from GMT format. Optionally specify that at the end of the import, change document User Pending Lists are not to be recalculated. -g -g <proxy user> Optionally specify that if any unregistered users are encountered in the PDIFF file s change document POIDs, then they are to be created as proxy Dimensions users against the proxy user database <proxy user>. Defaults to failing the import of the POID. -l -l <log file> Optionally specify that any verbose output from pdiff is to be placed in the log file <log file>.

84 84 Chapter 5 Using the pdiff Tool to Import/Export Data -f -f <pdiff_file> <pdiff_file>... Optionally specify that the change documents are to be imported from the PDIFF file(s) <pdiff_file>. Defaults to reading from the operating-system standard input. WARNING! Currently, if a PDIFF file was created by dumping change documents using some sort of filter, such as the change document identity, then there is no guarantee that related parent change documents that do not match that filter will also have been dumped into the PDIFF file. Transferring a Dimensions Product This section describes how a product may be transferred to another product. The description gives examples of using the pdiff tool. We shall assume that the source product is called "XXX" and the destination product is called "YYY". Export Data via PDIFF Create a Working Directory mkdir $HOME/PDIFF_EI Change Directory to Working Directory cd $HOME/PDIFF_EI

85 Transferring a Dimensions Product 85 Export Change Documents in the Main Catalog pdiff XXX -dump_chdocs \ -rename_prod_id YYY \ -f XXX.dump_primary_chdocs Export Change Documents in the Secondary Catalog pdiff XXX -dump_chdocs \ -rename_prod_id YYY \ -dump_secondary \ -f XXX.dump_secondary_chdocs Export Design Parts pdiff XXX -dump_parts \ -rename_prod_id YYY \ -f XXX.dump_parts Export Process Model (Control Plan) pdiff XXX -dump_cp \ -rename_prod_id YYY \ -f XXX.dump_cpl If Product YYY is to reside in a new base database, go to Create a Base Database on page 86; otherwise, if Product YYY is to reside in the same base database as XXX, go to Import Data via PDIFF on page 87.

86 86 Chapter 5 Using the pdiff Tool to Import/Export Data Create a Base Database This section is relevant only if the destination product is to reside in a different base database to the source product. The relevant sections of the Database Administrator s Guide must be read and followed in order to create a new base database based on the original one. Create Generic Export File $PCMS_DBASE/make_gen_export_file -p XXX \ <source base-database> \ <export_file_spec> Create Base Database $PCMS_PROG/make_basedatabase <newbasedb> \ <system-pwd> \ <toolman> \ <export_file_spec> NOTE Any worksets created in the base database need to be added before importing the data as described in the next section. However, the process model (control plan) imports described there automatically assign users and roles to the applicable base database.

87 Transferring a Dimensions Product 87 Import Data via PDIFF NOTE In the following, the reason for importing the process model (control plan) for a first time before importing the designparts (followed by a second process model import) is as follows: it ensures the pre-loading of certain information required by the design parts e.g. valid sets which might have been assigned to attributes. Conversely, this may result in errors being flagged the first time the process model is imported as at that stage certain information supplied by the design part import will be missing such errors will be rectified by the second process model import. Define a New Product pcms 'dnp YYY \ /based_id="$generic" \ /description="new product" \ /product_manager=tj \ /variant=aaaa \ /PCS=1' Change Directory to Working Directory cd $HOME/PDIFF_EI Import Process Model (1st Time) pdiff YYY -load_cpl \ -d \ -f XXX.dump_cpl

88 88 Chapter 5 Using the pdiff Tool to Import/Export Data Import Design Parts pdiff YYY -load_parts \ -d \ -f XXX.dump_parts Import Process Model (2nd Time) pdiff YYY -load_cpl \ -d \ -f XXX.dump_cpl Define Item Libraries pcms 'dpl YYY \ /item_type="*" \ /library=<library_directory_spec> \ /add \ /network_node=<node> Create Items Manually create any items that may be related to the change documents from Product XXX that are going to be imported into Product YYY from the XXX.dump_chdocs PDIFF file. Import Change Documents pdiff YYY -load_chdocs \ -l xxx_import.log \ -f XXX.dump_primary_chdocsXXX.dump_secondary_chdoc

89 Limitations 89 Limitations Change document related revised baselines are not supported. Change documents are exported with user role delegations relation to the current process model (control plan). When importing design parts, the target product must not contain any design parts other than the root one. The product process model must contain design part categories and held change documents are not supported for import/ export. Import/export of items is not supported. Cross-product relationships of any kind are not supported for import/export. When loading an import PDIFF file into Dimensions Change Management, you must ensure that only those attributes that are defined in the Process Modeler as multiline contain the carriage return character \n in their values. If this condition is not met, fatal errors will be encountered when browsing an imported change document. (An attribute which is given an edit box height of greater than zero in the Process Modeler is regarded as a multiline attribute.)

90 90 Chapter 5 Using the pdiff Tool to Import/Export Data

91 91 A PDIFF Syntax Mandatory statements are in bold. PDIFF :== <PDIFF Header> <POIDS> <PDIFF Header> :== #PDIFF<version number> #DATE <DD-MMM-YYYY> <HH:MM:SS> #CREATED BY <name> #RESERVED #RESERVED #RESERVED #RESERVED #RESERVED #RESERVED #RESERVED <POIDS> :== {<CHDOC POID> <PART POID> <VALID_SET POID> <DELEGATEE POID> <CHDOC_BROWSE_TEMPLATE POID>} [<POIDS>] <CHDOC POID> :== OBJECT CHDOC <attributes> <composite chdoc attributes> END_OBJECT

92 92 Appendix A PDIFF Syntax <attributes> :== <system attribute> <user attribute> [<attributes>] <system attribute> :== $DOC_SEQ <number> $IDENTIFIER $ARCHIVED { Y N } $TYPE $CREATE_DATE <date> $CURRENT_STATUS $ORIGINATOR $LIFECYCLE_ID $LC_SEQ <number> $DETAILED_DESC <long string> $ACTION_DESC.CURRENT <long string>.all_prev <long string> $AD_HISTORY.ACTION_NO <number>.file \F<filename> <user attribute> :== <attribute variable name> <attribute value> <attribute variable name> :== <white space free string> <attribute value> :== <composite chdoc attributes> :== <action> <update> <relation> <delegate> {<composite chdoc attributes>}

93 93 <action> :== $ACTION.ACTION_NO.DATE.USER.STATE.PHASE.TYPE.COMMENT <update> :== $UPDATE.ACTION_NO.DATE.USER.STATE.PHASE.TYPE.COMMENT <number> <date> A <max 80 string> <number> <date> {U D} <max 80 string> <relation> :== $RELATE.ACTION_NO <number>.type.object CHDOC:<chdoc id> PARENT_CHDOC: <chdoc id> PART:<part spec> ITEM:<item spec>.date <date>.user <delegate> :== $DELEGATE.USER.ROLE.CAPABILITY.OPERATION {S P L} {ADD REPLACE}

94 94 Appendix A PDIFF Syntax <attribute history> :== $ATTRIBUTE_HISTORY.ACTION_NO <attribute info list> <number> <attribute info list> :== <attribute info> <attribute info list> <attribute info> :==.ATTRIBUTE <attr_no>:<attr seq>: <attribute update history> :== $ATTRIBUTE_UPDATE_HISTORY.ACTION_NO.ATTR_NO.SEQ_NO.DATE.USER.STATUS.PREV_VALUE.NEW_VALUE <number> <number> <number> <date> <PART POID> :== OBJECT PART <attributes> <relate_history> END_OBJECT <attributes> :== <system part attribute> <user attribute> <attributes> <composite part attributes> :== <part relate> <part relate history> <composite part attributes>

95 95 <system part attributes> :== $PRODUCT_ID $PART_ID $VARIANT $CURRENT_PCS $PCS $STATUS $DESCRIPTION $CREATE_DATE $CATEGORY $USER $PREV_PART <part spec> <part relate> :== $RELATE.TYPE.OBJECT PART:<part spec>.date [.USER <part relate history> :== $RELATE_HISTORY.TYPE.OBJECT.DATE <VALID SET POID> :== OBJECT VALID_SET $PRODUCT_ID $VALID_SET_NAME $NO_COLUMNS $DESCRIPTION <valid set values> END_OBJECT {BREAKDOWN USAGE} PARENT_PART:<part spec> <date> ] {BREAKDOWN USAGE} <part spec> <date> <number> <valid set values> :== <value set value> [<valid set values>]

96 96 Appendix A PDIFF Syntax <valid set value> :== $VALUE.DISP_ORDER.COL1.COL2.COL3.COL4.COL5.COL6.COL7.COL8 <number> <CHDOC_BROWSE_TEMPLATES POID> :== OBJECT CHDOC_BROWSE_TEMPLATES $PRODUCT_ID <browse template definitions> END_OBJECT <ITEM_BROWSE_TEMPLATES POID> :== OBJECT ITEM_BROWSE_TEMPLATES $PRODUCT_ID <browse template definitions> END_OBJECT <browse template definitions> :== <browse template definition> [<browse template definitions>] <browse template definition> :== $TEMPLATE_DEF.IDENTIFIER.REVISION.FILE \F<filename> <VALID SET POID> :== OBJECT DELEGATEE $PRODUCT_ID <delegatees user_role_assignments> END_OBJECT <delegatees user_role_assignments> :== <delegatee user_role assignment> [<delegatees user_role_assignments>]

97 97 <delegatee user_role_assignment> :== <delegatee> <user_role_assignment> <delegatee> :== $DELEGATEE.ROLE.USER.CAPABILITY.PART_ID.PART_VARIANT.WORKSET_ID <user_role_assignment> :== $USER_ROLE_ASSIGNMENT.ROLE.USER.CAPABILITY.PART_ID.PART_VARIANT.WORKSET_ID [P S L] [P S L] <chdoc id> :== <part spec> :== [<product id>]:<part id>.<variant>;<pcs> <date> :== <dd-mon-yyyy hh24:mi:ss> :== max 2000 character text, PCMS limits <long string> :== greater than 2000 character text

98 98 Appendix A PDIFF Syntax