Team Center Engineering v10 Admin
Team Center Engineering v10 Admin
Manual History
2006 UGS All Rights Reserved. Produced in the United States of America. 2 Teamcenter Engineering Application Administration MT14350-SG-100
Contents
Manual History . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 Software Copyright and Trademark Notices . . . . . . . . . . . . . . . . . . . . 2 Course Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 Course Description . . . . Course Objectives . . . . . Key Benets . . . . . . . . . Participants . . . . . . . . . Student Responsibilities How to Use This Manual . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 11 12 12 12 13
The Teamcenter Engineering Environment . . . . . . . . . . . . . . . . . . . 1-1 Teamcenter Engineering Interfaces . . . . . . . . . . . . . . . . . . . . Teamcenter Engineering Installation Directories . . . . . . . . . . Teamcenter Engineering Rich Client . . . . . . . . . . . . . . . . Teamcenter Engineering Base Installation (IMAN_ROOT) Database Conguration Settings Directory (IMAN_DATA) Teamcenter Engineering Environment Variables . . . . . . . . . . Setting the Teamcenter Engineering Environment . . . . . . . . Setting the Classroom Teamcenter Engineering Environment Activity: Get Acquainted with your TcEng Installation . . Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-2 . 1-3 . 1-4 . 1-5 . 1-6 . 1-7 . 1-8 . 1-9 1-10 1-12
User Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-1 Person, User, Role and Group . . . . . . . . . . . . . . . . The infodba Account and its Privileges . . . . . . . . . System Administration Accounts . . . . . . . . . . . . . Creating an Account . . . . . . . . . . . . . . . . . . . . . . . Creating a Role . . . . . . . . . . . . . . . . . . . . . . . . Creating a Group . . . . . . . . . . . . . . . . . . . . . . Creating a Sub-Group . . . . . . . . . . . . . . . . . . . Creating a Person . . . . . . . . . . . . . . . . . . . . . . Creating a User . . . . . . . . . . . . . . . . . . . . . . . . Tips in Creating your Organization . . . . . . . . . . . . Activity: Add a User to the dba Group . . . . . . . Activity: Interactively Create a Group and Role Teamcenter Engineering Volumes . . . . . . . . . . . . . Creating a Volume . . . . . . . . . . . . . . . . . . . . . .
UGS, All Rights Reserved
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. 2-2 . 2-5 . 2-6 . 2-7 . 2-8 . 2-9 2-10 2-12 2-13 2-16 2-18 2-23 2-28 2-31
3
Contents
Activity: Interactively Create a Volume . . . . . . . . . . . . . . . Steps Required to Enable Volume Access through FMS . . . Creating Accounts with the make_user Utility . . . . . . . . . . . . Class Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Create User, Group, Role using make_user . . . . . Activity: Create Organization using a script . . . . . . . . . . . Optional Activity: Create Hierarchical Group Organization Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
Form Types and LOVs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-1 Form Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Automatic Form using Form Type Wizard . . . . . . . Activity: Create Automatic Form using Form Type Wizard . . Classes, Types and Properties . . . . . . . . . . . . . . . . . . . . . . . . . . Optional Activity: Form Storage Class Types and Properties Lists of Values (LOV) for Form data . . . . . . . . . . . . . . . . . . . . . Activity: Create LOV for ChangeReason property . . . . . . . . Activity: Create Hierarchy of LOVs for ChargeCode property Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-2 . 3-7 3-13 3-14 3-16 3-18 3-20 3-25 3-31
Item Data Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-1 Item Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Creating Item (and Master Form) Types . . Using Schema Editor to add POM Classes for Forms . . . Activity: Classes for Forms Using the Schema Editor Activity: LOV for Item Type Form . . . . . . . . . . . . . . Item Type Wizard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Customizing the New Item Dialog . . . . . . . Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-2 . 4-4 . 4-6 . 4-9 4-18 4-21 4-22 4-27
Dataset Types and Importing Non-CAD Data . . . . . . . . . . . . . . . . . 5-1 Dataset Objects . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dataset Creation/Modication Process . . . . . . . . . . . . . . . . . . . . . Creating Dataset Types and Tools . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Dataset Type Using the Wizard . . . . . . . . . . . . . . . . . Activity: Creating Dataset Types Using the make_datasettype utility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Creating Dataset Types Using the Standard Method . Importing Non-CAD Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Importing Files Interactively . . . . . . . . . . . . . . . . . . . . . . . . . . Importing Files Using the import_le Utility . . . . . . . . . . . . . . Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-2 5-3 5-5 5-6
Contents
Occurrence Note Types . . . . . . . . . . . . . . . . . Activity: Creating Units of Measure . . . . Activity: Creating Occurrence Note Types PSView Types . . . . . . . . . . . . . . . . . . . . . . . . Activity: Creating PSView Types . . . . . . . Summary . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
Creating and Modifying Preferences . . . . . . . . . . . . . . . . . . . . . . . . 7-1 Preferences . . . . . . . . . . . . . . . . . . . . . Important Preferences to Consider . . . Creating and Modifying Preferences . . Activity: Modify a Site Preference . Activity: Create a User Preference . Activity: Create a Group Preference The preference_manager utility . . . . . Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2 . 7-3 . 7-4 . 7-5 . 7-8 7-12 7-17 7-18
Queries and Reports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-1 Dening Saved Queries . . . . . . . . . . . . . . . . . . . . . . . . Activity: Create a Query that Finds Home Folders . Query Access to Other Users . . . . . . . . . . . . . . . . . . . . Activity: Modify Access of the Find Homes Query . Activity: Custom Item Type Query . . . . . . . . . . . . Importing/Exporting Queries . . . . . . . . . . . . . . . . . . . Activity: Import a query . . . . . . . . . . . . . . . . . . . . Creating Reports . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Create a Report using the EndItem query Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-2 . 8-7 8-12 8-14 8-17 8-25 8-26 8-28 8-30 8-41
Status Types and Revision Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-1 Status Types for Release Status . . . . . . . . . . . . . . . . Activity: Create Status Types . . . . . . . . . . . . . . . Revision Rules Review . . . . . . . . . . . . . . . . . . . . . . . Revision Rules Setup . . . . . . . . . . . . . . . . . . . . . . . . Activity: Create Revision Rules . . . . . . . . . . . . . . Activity: Verify Revision Rule Preference Settings Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-2 . 9-5 . 9-6 . 9-8 9-14 9-19 9-21
Access Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-1 Teamcenter Engineering Data Protections . . . . Viewing Data Privileges . . . . . . . . . . . . . . . . . Activity: View Default Protections . . . . . . . Setting Object Based Exception Privilege Data Activity: Modify Single Object Protections . How Rules-Based Protections Work . . . . . . . . .
UGS, All Rights Reserved
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
Contents
Editing the Rule Tree . . . . . . . . . . . . . . . . . . . . . . Activity: Add Access Manager Rule . . . . . . . . . Exporting and Importing the Rule Tree from a File Exporting the Access Manager Rule Tree . . . . . . . Importing an Access Manager Rule Tree . . . . . . . . Activity: Reset the Rule Tree from a File . . . . . Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
. . . . . . .
Project Creation, Administration and Control . . . . . . . . . . . . . . . 11-1 Projects . . . . . . . . . . . . . . . . . . . . . Activity: Create a Project . . . . . Project Security . . . . . . . . . . . . . Activity: Setting Security Rules . Assigning Objects . . . . . . . . . . . Activity: Add objects to a Project Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-2 . 11-6 11-13 11-14 11-16 11-18 11-24
Workow Process Modeling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-1 Overview of Teamcenter Engineering Workow . . . . . . . . . . . . . Review of the Teamcenter Engineering Process Model . . . . . . . . Process Terms and Functionality . . . . . . . . . . . . . . . . . . . . . . . . Result of Releasing Data with a Process . . . . . . . . . . . . . . . . Two Usage Modes with Workow . . . . . . . . . . . . . . . . . . . . . Controlling the Workow with Process Templates . . . . . . . . Creating Process Templates . . . . . . . . . . . . . . . . . . . . . . . . . . . Process Denitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating new Workow Processes . . . . . . . . . . . . . . . . . . . . Modifying existing Workow Processes . . . . . . . . . . . . . . . . Create a Process Template That Does Not Require Signoff . . Creating a Single Signoff Release Process . . . . . . . . . . . . . . Activity: Create a Quick Release Process . . . . . . . . . . . . . . . Activity: Create a Single Signoff Release Process . . . . . . . . . Quick Release Technique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . release_man Utility . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Status data using Quick Release Process . . . . . . . . Activity: Using release_man to Status Data . . . . . . . . . . . . . Using Task Handlers in a Process Template . . . . . . . . . . . . . . . Some Useful Canned Handlers . . . . . . . . . . . . . . . . . . . . . . Activity: Add a Reviewers Handler to a Process . . . . . . . . . . Using Handlers to Create JT data . . . . . . . . . . . . . . . . . . . . Activity: Review the system setup . . . . . . . . . . . . . . . . . . . . Activity: Add the tessellation Handler to the Quick Release process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating a Multi Task Process . . . . . . . . . . . . . . . . . . . . . . . . . Using ACLs in a Process Template . . . . . . . . . . . . . . . . . . . . . .
6 Teamcenter Engineering Application Administration UGS, All Rights Reserved
. . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . .
. 12-2 . 12-3 . 12-4 . 12-5 . 12-6 . 12-7 . 12-8 . 12-9 12-10 12-12 12-13 12-14 12-16 12-20 12-26 12-27 12-29 12-31 12-32 12-33 12-38 12-41 12-44
MT14350-SG-100
Contents
Activity: Create a Process Template for CM Importing/Exporting Workow Processes . . . . Activity: Importing process templates . . . . Secure Tasks . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Secure Tasks . . . . . . . . . . . . . . . . Resource Pools . . . . . . . . . . . . . . . . . . . . . . . . Activity: Resource Pools . . . . . . . . . . . . . . Conditional Tasks . . . . . . . . . . . . . . . . . . . . . . Activity: Conditional Tasks . . . . . . . . . . . . Assigning Default Process Templates . . . . . . . Activity: Assign Default Process Templates Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. . . . . . . . . . . .
. 12-53 . 12-69 . 12-70 . 12-73 . 12-75 . 12-83 . 12-85 . 12-95 . 12-99 12-113 12-115 12-119
Change Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-1 Benets of the CM Application . . . . . . . . . . . . . . . . Change Objects . . . . . . . . . . . . . . . . . . . . . . . . . . . . Types of Changes . . . . . . . . . . . . . . . . . . . . . . . . . . Change Object Folder Structure . . . . . . . . . . . . . . . Creating Change Types . . . . . . . . . . . . . . . . . . . . . . Activity: Create the TRCN Change Type . . . . . . Process Model Design for Change Management . . . . TR Change Notice Process . . . . . . . . . . . . . . . . . . . Activity: Add CM Handlers to TR Change Notice Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-2 . 13-3 . 13-4 . 13-5 . 13-6 . 13-8 13-15 13-16 13-17 13-21
Command Suppression and Business Modeler . . . . . . . . . . . . . . . 14-1 Command Suppression . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Modify Command Suppression Denitions . . . . . . . . . Business Modeler . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Type Display Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Creating Type Display Rules . . . . . . . . . . . . . . . . . . . Naming Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Creating and Attaching Item Naming Rules . . . . . . . Activity: Test Item Naming Rules . . . . . . . . . . . . . . . . . . . . . . Property and Compound Property Rules . . . . . . . . . . . . . . . . . . . . Activity: Creating Item Property Rules . . . . . . . . . . . . . . . . . . Activity: Creating Compound Property Rule between EndItem properties and Items . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Extension Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Default Item Create and Display Behavior . . . . . . . . . Activity: Assign an Extension Rule . . . . . . . . . . . . . . . . . . . . . Activity: Test Extension Rule Assignment . . . . . . . . . . . . . . . . Deep Copy Rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Observe Default Item Revise and Save As . . . . . . . . . Activity: Create Deep Copy Rules for Items . . . . . . . . . . . . . . .
UGS, All Rights Reserved
. 14-2 . 14-4 . 14-7 . 14-8 . 14-9 14-13 14-16 14-23 14-26 14-29 14-37 14-41 14-44 14-47 14-52 14-54 14-55 14-57
7
Contents
Activity: Test Deep Copy Rules for Items . . . . Business Modeler Import/Export Rules . . . . . . . . Activity: Use the UI to Export Business Rules Activity: Use the UI to Import Business Rules The import_export_business_rules utility . . . Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
. . . . . .
Setup for NX Integration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-1 Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Item Structure and Named References . . . . . . . . . . . . . . . . . Create Part Files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Storage of Associated Files . . . . . . . . . . . . . . . . . . . . . . . . . . Access Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . UGMASTER / UGPART Behavior . . . . . . . . . . . . . . . . . . . . . Seed Part Setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Seed Part Preferences . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Organize the NX Seed Parts folder . . . . . . . . . . . Mapping TcEng Attributes to NX Part Attributes . . . . . . . . . Default Mappings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Extending Attribute Mappings . . . . . . . . . . . . . . . . . . . . . . . Attribute Mapping Syntax . . . . . . . . . . . . . . . . . . . . . . . . . . Comments and Contexts Symbols . . . . . . . . . . . . . . . . . . . . . Activity: Teamcenter Engineering/NX Attribute Mapping Process Templates for NX Related Data . . . . . . . . . . . . . . . . Preference Settings for NX Integration . . . . . . . . . . . . . . . . . Preference Settings to Consider for NX Integration . . . . . . . . Environment Variable Settings for NX Integration . . . . . . . . NX Customer Default Files for NX Integration . . . . . . . . . . . Activity: Modify NX Integration Preferences . . . . . . . . . . Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-2 . 15-3 . 15-6 . 15-8 . 15-9 15-10 15-11 15-13 15-14 15-16 15-17 15-18 15-19 15-21 15-22 15-31 15-33 15-34 15-35 15-36 15-37 15-39
NX Integration Import and Data Release . . . . . . . . . . . . . . . . . . . . 16-1 Introduction to NX Data Import . . . . . . . . . . . . . . . . . . . Parts and Assemblies to be Imported . . . . . . . . . . . . . . . . Prepare to Import NX Data . . . . . . . . . . . . . . . . . . . . . . . Recognize the NX Files and Attribute Data . . . . . . . . Overview of the ug_import Capabilities . . . . . . . . . . . . . . Introduction to Using Mapping Files . . . . . . . . . . . . . Introduction to Using Command Line Keywords . . . . Understanding Various NX Integration Import Scenarios Command Line Keywords With ug_import . . . . . . . . . . . Import Component/Assembly Parts without a Map File . . Import an Assembly using a Map File and Search File . . . The Import Log File . . . . . . . . . . . . . . . . . . . . . . . . . . . . Activity: Using ug_import to Import the Seed Parts . .
8 Teamcenter Engineering Application Administration UGS, All Rights Reserved
. . . . . . . . . . . . .
. . . . . . . . . . . . .
. . . . . . . . . . . . .
. . . . . . . . . . . . .
. . . . . . . . . . . . .
. . . . . . . . . . . . .
. . . . . . . . . . . . .
. 16-2 . 16-3 . 16-5 . 16-6 16-10 16-11 16-12 16-13 16-16 16-17 16-19 16-25 16-26
MT14350-SG-100
Contents
Activity: Import the 1600 Wheel Assembly . . . . . . . . . . Import a Non-Master Drawing File . . . . . . . . . . . . . . . . . . . Activity: Import the 1250 Axle Drawing . . . . . . . . . . . . . Import Files Associated to a (Master) Part File . . . . . . . . . . Activity: Import the 1250 Axle Associated Files . . . . . . . Import Files Associated to the DWG (Non-Master) Part File Activity: Import the Axle Drawing Associated Files . . . . Import Files Using a Full Map File . . . . . . . . . . . . . . . . . . . Activity: Import 2105 Frame Assy with Mapping File . . Importing Non-CAD Files into an Item . . . . . . . . . . . . . . . . Activity: Import the Heat Treat Text File . . . . . . . . . . . . Releasing Previously Imported NX Data . . . . . . . . . . . . . . . Activity: Release the 2111 Item Revision . . . . . . . . . . . . Summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . . . . . . . .
16-29 16-30 16-31 16-33 16-35 16-36 16-37 16-38 16-42 16-44 16-45 16-46 16-47 16-49
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Index-1
Course Overview
Course Description
Teamcenter Application Administration addresses setup of the Teamcenter Engineering environment through realistic data and process implementation scenarios. You will learn how to dene business data and process models in a Teamcenter Engineering database. This course illustrates a best practice process for dening a companys data and process models in Teamcenter Engineering. It also illustrates managing the Teamcenter Engineering environment and importing legacy data into Teamcenter Engineering
Course Objectives
Overview of Teamcenter Engineering System Environment Build Group/User/Role Organization Model Item Data, Form Data, and Dataset Data Model Product Structure Data Dene Statuses and Conguration Rules Extend Query Tools and Create Reports Dene Access Rules Create Projects and Control Access to Project Data Design Workow Templates and Model Change Management Data Dene Type Display, Naming, Extension, Property, Compound Property and Deep Copy Rules Set Site, Group, Role and User Preferences and Options Congure an NX Integration Import Legacy Data
UGS, All Rights Reserved Teamcenter Engineering Application Administration 11
Key Benets
Key Benets
Increase productivity by learning through realistic projects. Participate in hands-on work sessions with Teamcenter Engineering and NX Integration Benet from personal assistance of a UGS-certied instructor Demonstrate best practices for implementing and using Teamcenter Engineering
Participants
Anyone responsible for dening, conguring or maintaining a Teamcenter Engineering implementation, in particular, implementation planners, application administrators, UNIX/Windows system administrators and Oracle DBAs.
Student Responsibilities
Be on time Participate in class Stay with the subject matter Listen attentively and take notes Practice on the job what you have learned Have fun
12
MT14350-SG-100
Course Overview
The Step is intended to be an increment to complete the activity. Indented from each step is a series of actions, represented by square bullets. These actions are intended to provide the button pushes to complete the step. Each lesson ends with a Summary page.
13
Lesson
1-1
NX Manager NX Manager is designed for the person who spends a large portion of their time in a CAD application. The interface is a scaled down version of the full Rich Client interface with limited Workow, Change Management, and Product Structure capabilities. Start-up scripts:
Windows: Unix: ugmanager_portal.bat start_ugmanager_portal
Thin Client
The Thin Client is intended for those users who will be mostly viewing and reviewing. There are limited signoff and application access capabilities.
1-2
MT14350-SG-100
1-3
The JAVA archive of the Rich Client application. When un-archived, included properties les can be used to change the default behavior of the Portal application. Contains high level Rich Client defaults. The Application listings within the Portal GUI can be added or subtracted from the interface using settings in this le. Denes settings that affect the Rich Client Viewer application and choices for the database selections on the Teamcenter Engineering logon dialog. Denes Help library location
portal.properties
client_specific.properties
site_specific.properties
1-4
MT14350-SG-100
Remarks Contains the core product binary les including command line interface utilities. Contains default values for an IMAN_DATA directory shipped with the product. Contains the /textserver directory which contains XML les used for localization of Teamcenter Engineering. Contains the Web access application for Teamcenter Engineering.
IMAN_ROOT/data
IMAN_ROOT/lang
IMAN_ROOT/web
The IMAN_ROOT/bin directory contains many Teamcenter Engineering utilities that will be used in this class. Although the IMAN_ROOT directory may also be referred to as the TC_ROOT directory in some of the help les and system documentation, the environment variable, IMAN_ROOT is used to identify the Teamcenter Installation directories. This may change in future releases as the IMAN references are phased out.
1-5
gples directory
rples directory
am directory
gs_info directory
The IMAN_DATA directory also contains other les maintained on the operating system and tied to a particular database. More explanation of the les and sub-directories in the IMAN_DATA directory will be discussed as the course progresses.
1-6
MT14350-SG-100
The following environment variables must be set before using iman_prolevars. IMAN_ROOT Top (root) directory of the Teamcenter Engineering directory structure. This environment variable must be set before running the Teamcenter Engineering application or command line utilities. Directory containing Teamcenter Engineering data les. This variable is set during Teamcenter Engineering installation and added to IMAN_DATA/iman_prolevars.
IMAN_DATA
The following are some of the environment variables set with iman_prolevars. IMAN_BIN ORACLE_SERVER ORACLE_SID IMAN_DB_CONNECT Location of the Teamcenter Engineering utilities. Oracle server network node. Unique name of Oracle database instance associated with IMAN_DATA. The userid and password the Teamcenter Engineering software uses when it interacts with the Oracle software.
1-7
To set the environment, do the following: 1. Open a command prompt window on your workstation. 2. Type one of the following sets of commands:
setenv IMAN_ROOT /usr/tceng2005 setenv IMAN_DATA /usr/tceng2005/imandata source $IMAN_DATA/iman_cshvars set IMAN_ROOT=d:\tceng2005 set IMAN_DATA=d:\tceng2005\imandata call %IMAN_DATA%\iman_profilevars
Windows
1-8
MT14350-SG-100
Utilities used in this class require that the Teamcenter Engineering environment variables be set. Using env-sitea sets up the Teamcenter Engineering environment variables and paths for the utilities. IMAN_ROOT, IMAN_DATA, and certain other environment variables (as designated below) are set with env-sitea and then the rest of the Teamcenter Engineering environment variables are set by sourcing IMAN_DATA/iman_prolevars inside env-sitea.
IMAN_BIN=/usr/tceng2005/bin IMAN_DATA=/disk1/imandata <- set by env_sitea IMAN_DB_CONNECT=imandev1:tbwiabd@devli IMAN_HELP_FILE=/usr/tceng2005/help/imanhelp.hlp IMAN_INCLUDE=/usr/tceng2005/include IMAN_LANGUAGE=/usr/tceng2005/lang IMAN_LIBRARY=/usr/tceng2005/lib IMAN_LOG=/disk1/imandata/log_sltrora_devli IMAN_ONLINE_HELP=/usr/tceng2005/help/imanhelp/imanhelp.ksh IMAN_PRINTER=/usr/bin/lp IMAN_ROOT=/usr/tceng2005 <- set by env_sitea ORACLE_SERVER=sltrora ORACLE_SID=devli POM_SCHEMA=/disk1/imandata/pom_schema_sltrora_devli POM_TRANSMIT_DIR=/usr/tceng2005/pom_transmit PATH=/usr/tceng2005/bin:/usr/tceng2005/bin: /disk1/imandata/local/bin:/usr/eds130/bin/ SHLIB_PATH=/usr/tceng2005/lib/CC:/usr/tceng2005/lib/oracle: /usr/tceng2005/lib:/usr/lib XBMLANGPATH=/disk1/imandata/bitmaps/%B XFILESEARCHPATH=:/disk1/imandata/bitmaps/%N:/disk1/imandata/%N%S: /usr/lib/X11/app-defaults/%N%S_=/usr/bin/env
1-9
Notice that there are no Teamcenter Engineering environment variables dened. Close the command prompt window. Set the Teamcenter Engineering environment variables for this class. Unix: Windows: Type . env-sitea in current window Double-click env-sitea.bat
The env-sitea script has been written specically for this class. Use it to set the Teamcenter Engineering environment variables in this class. Environment variables must be set to run the Teamcenter Engineering utilities. Use the appropriate commands to display the Teamcenter Engineering environment variables. Unix: Windows: Step 3: env | grep IMAN set iman
Look at how the Teamcenter Engineering environment variables are set. Identify the location of the IMAN_DATA directory. View/list the les in the IMAN_DATA directory.
1-10
MT14350-SG-100
Notice the iman_prolevars or iman_prolevars.bat le. Open the iman_prolevars le in a text editor. This le shows how the Teamcenter Engineering environment variables have been set. Find the IMAN_DB_CONNECT environment variable setting. Notice the setting.
IMAN_DB_CONNECT=infodba:tbwiabd@prod (may be different)
IMAN_DB_CONNECT is set to the Oracle user account that performs database transactions, i.e., infodba. The word prod represents the name of the database the Teamcenter Engineering user is connecting to. Exit the editor application without ling. Step 4: Look at the Teamcenter Engineering install directories by using the IMAN_ROOT environment variable. Identify the location of IMAN_ROOT. View/list the les in the IMAN_ROOT directory. Notice the subdirectories that were explained earlier. View the contents of the bin directory Notice the Teamcenter Engineering utilities. You will be using some of these utilities this week (e.g. make_user, install, import_le, lock_db, unlock_db).
You are now acquainted with the classroom setup and ready for the rest of the course activities.
1-11
Summary
In this lesson you got an overview of: The different Teamcenter Engineering interfaces and their key uses. The location and content of key directories containing data used to congure a Teamcenter Engineering site. The process to prepare Teamcenter Engineering Environment for command line interface tools.
1-12
MT14350-SG-100
Lesson
User Organization
Purpose The purpose of this lesson is to manage the User Organization in the Teamcenter Engineering database. Objectives Upon completion of this lesson, you will be able to: Use the Organization Application to manage Persons, Users, Groups, Roles and Volumes Use the make_user utility to manage Persons, Users, Groups, Roles and Volumes
2-1
User Organization
Robert Green also is an Administrator for the Teamcenter Engineering implementation and has access to the administration group (dba) and applies her administration skills (DBA role). What is a Person? The Person name describes the individuals who work at your site. A Person contains properties such as Person Name, Street Address, and Employee Number. Each Person Name must be unique. What is a User? The User is a Person with an account know to the Teamcenter Engineering system. One person can have several user accounts in Teamcenter Engineering. The Teamcenter Engineering implementation of user is completely separate from any OS user account. Each user must belong to a group. Person
Green,Robert 10824 Elm Street Wheeling, Il 60021
Person
Green,Robert 10824 Elm Street Wheeling, Il 60021 Organization: Company BB Employee Number: 150 Email: [email protected]
User
green Default Group= high_performance
2-2
MT14350-SG-100
User Organization
What is a Group and a Group Member? In Teamcenter Engineering, a group serves two purposes: 1. A group denes a list of selected roles for the group. There can be multiple roles per group. 2. A Group Member denes a user with an assigned role in a Group. There can be multiple group members in a group, providing multiple users with multiple roles.
Person Green, Robert 10842 Elm Street Wheeling, Il 60021 User Green Default Group= High_Performance
Group Member Green, Robert (green) Group= High_Performance Roles= Engineering Manager Design Manager
Group Member Green, Robert (green) Group= Standards Role= Standards Engineer
One user can be a member of many groups. For example, Robert Green can belong to the high_performance and standards groups.
2-3
User Organization
What is a Role? In Teamcenter Engineering, a role is an object that models the type of work a user is expected to perform in a particular Teamcenter Engineering group. One group can have many roles. One user can perform multiple roles in a group. For example, Robert Green is an Engineering Manager. In addition to his responsibilities as Engineering Manager, Robert must also perform design work from time to time. Therefore, user green has been assigned two Teamcenter Engineering roles in the high_performance group: Engineering Manager and Design Engineer. Groups can be organized by function or project.
What is a Sub-Group? In Teamcenter Engineering, a Sub-Group is a Group with another Group designated as its parent. A Sub-Group can also be designated as a Parent Group itself. The position of Sub-Groups within the organization hierarchy can be managed by parenting and re-parenting Groups. Parent Group Group=Suppliers
Sub-Group Group=abc
Sub-Group Group=acme
2-4
MT14350-SG-100
User Organization
The infodba account is the only account inTeamcenter Engineering after the installation.
Person infodba
The infodba accout consists of: A Person object named infodba A User object named infodba A Group object named dba A Role object named DBA and a group Member object Group Member infodba (infodba) Group=dba Role=DBA User infodba
The infodba account has all the Teamcenter Engineering system level privileges, including a Bypass switch to override access protections. Users in the dba group have a Bypass toggle which can be turned On with the User Setting dialog (EditUser Setting...Administrative). Bypass privilege supercedes other privileges.
2-5
User Organization
Group Member Green, Robert (green) Group=high_performance Role=Engineering Manager Role=Design Manager
Using the earlier example with Robert Green, an account could be created as shown above (for example, Person object named Green, Robert; User object named green; Group object named dba; Role object named DBA). Then the green account has all the Teamcenter Engineering system level privileges, including the Bypass switch to override access protections, when Robert switches to the dba group. Administrator Privileges Setting System Administrator Group Administrator Member of the dba group or another dba group Set as a group administrator in the group member dialog Set as the role of a user in a group Privileges All system administration privileges Special access privileges for data owned by the group. The DBA role for a user in a non-dba group has no additional privileges over any other group member.
DBA Role
2-6
MT14350-SG-100
User Organization
Creating an Account
If you are a new Teamcenter Engineering site, follow the recommended order. Create Organization Structure 1. Create role(s). 2. Create volume(s). 3. Enable FMS Control of new volumes. 4. Create group(s) and sub-groups. Create Persons and Users next as they start using TcEng 1. Create person denition(s). 2. Create user account(s) Independent Denitions Roles, Volumes, and Persons are independent denitions. Any of these can be created without consideration of the other denitions. Dependent Denitions Groups and Users are dependent denitions. To create the Group and User denitions, other denitions must exist as follows: Group denitions require a Role to be dened. Group denitions suggest a Volume to be dened. User account denitions require a Person denition. User account denitions require a Group denition.
2-7
User Organization
Creating a Role
By default, the DBA role is dened during installation. The DBA role provides no administrative privileges. Administrative privileges are provided with the dba Group membership. To create a role: Select Roles. Enter the name in the Role eld. Choose Create.
The Role name can be up to 32 characters and the Description can be up to 240 characters. There are some out-of-the-box roles dened to support Teamcenter Engineering Projects. Do not delete these roles from the database under any circumstances. Teamcenter Engineering will not function properly without this group.
2-8
MT14350-SG-100
User Organization
Creating a Group
Double-clicking on Groups in the Organization application expands to show the groups previously dened in Teamcenter Engineering. As you select each group, its corresponding information is displayed the Group elds. If this is a new installation, only the dba and system groups are listed.
When the Default Volume setting is used to specify a volume, a sub-directory is created within the volumes dened path. The sub-directorys name is the group Name. All members of a System Administration group (dba) have System Administration privileges. System administrators are allowed to perform Teamcenter Engineering maintenance like upgrades and troubleshooting. With the Security setting, administrators can choose whether this group is subject to Internal or External project-level security rules. This eld can also leave this eld blank, in which case project-level security rules are not applied. These rules will be discussed in the Access Manager lesson. Teamcenter Engineering provides a special system group which is used for performing specialized tasks in an overall administration strategy. Currently, members of the system group are primarily responsible for archiving and restoring objects. Although any Teamcenter Engineering user can mark an object for archive or restore, only members of the system group are allowed to perform the actual object archive and restore operations. Do not delete the system group from the database under any circumstances. Teamcenter Engineering will not function properly without this group.
2-9
User Organization
Creating a Sub-Group
There are two methods for creating Sub-Groups. Method 1 One method is to identify an existing Parent Group when the Group is created for the rst time (or edited thereafter). This is done by selecting the Parent Group button in the Group creation dialog (as shown below) and then choosing the Parent Group from the list of existing Groups.
2-10
MT14350-SG-100
User Organization
Method 2 A second method for creating Sub-Groups is done in the Organization area of the Organization application. First, select the Group you wish to be the Parent Group (as shown below). Then choose the Add Sub-Group button that appears at the bottom of the dialog. The Add Sub-Group option allows you to add an existing Group or create a new Group, which is then added as a Sub-Group.
2-11
User Organization
Creating a Person
A Person is a Teamcenter Engineering object associated with a real-world individual. A person is an individual who contributes to the company and may have more than one user account. Each Person Name must be unique. To create a Person: Select Persons. Enter the appropriate person information (minimum of Lastname, Firstname in the Name eld). Choose Create.
Double-clicking on Persons in the Organization dialog expands to show the Persons previously dened in Teamcenter Engineering. As you select each person, their corresponding information is displayed the Person elds. If this is a new installation, only infodba is listed. This E-mail denition is the one used if notication is necessary Workow.
2-12
MT14350-SG-100
User Organization
Creating a User
To create a User: Select Users. Enter the appropriate user information. Choose Create.
If this is a new installation, infodba is the only user listed. The Teamcenter Engineering implementation of user is completely separate from any OS user account. Double-clicking on Users in the Organization dialog expands to show the Users previously dened in Teamcenter Engineering. As you select each user, their corresponding information is displayed in the User elds. These elds are also used to modify user information.
2-13
User Organization
Manage Group Members As your real-world organization evolves and changes, your Teamcenter Engineering virtual organization will also change. Implementing new projects, promoting personnel, and restructuring your organization are all examples of real-world events that would necessitate changes involving Group members. This topic discusses the procedures for removing a Group member from a Group/Role and changing the Role of a member within a Group. Setting a Group Administrator By checking the Group Administrator toggle a user is assigned the Group Administrator by a Database Administrator. This will give the user Group Administrator privileges discussed later in the Access Manager lesson. Deactivating a Group Member A user who is no longer in the organization or moves away from a particular group/role hierarchy, can be deactivated from that group/role combination. This disallows the deactivated group member from logging into the system as a member of the previously associated group/role, thus negating their ability to access information related to the previously associated group/role. Only an system administrator or a group administrator can change a group members status from active to inactive or vice versa.
2-14
MT14350-SG-100
User Organization
Passwords When creating a user account and assigning a password, Teamcenter Engineering provides companies the ability to specify particular requirements that their passwords must meet. These password restrictions are controlled through preferences settings and take effect upon password creation. Existing passwords are not affected. The following are examples of these preferences. Minimum Length required.
PASSWORD_minimum_characters= 0
2-15
User Organization
2-16
MT14350-SG-100
User Organization
Important Workow Impact Changing existing group and role names in the database can impact workow functionality. Workow jobs will not complete if the group and/or role names are changed after they are started. Therefore, all workow processes must be modied to reect any changes in group and/or role names or they will fail. Additionally, all current (i.e., started) EPM jobs affected by group and/or role name changes must be terminated and new jobs must be started from updated procedure templates. Important Policy with dba group and DBA role A site policy should be in place that no one applies an ACL entry against the dba group or the DBA role. Nothing prevents users from removing access to the dba group. If users remove access to the dba group, then the dba group cannot x anything (unless the Bypass option is turned on).
2-17
User Organization
2-18
MT14350-SG-100
User Organization
Step 2:
Create a Person. Double-click on Persons in the bottom section of the Organization window. The existing Persons are displayed (only infodba). Using the format, Your Last Name, Your First Name, enter your Person Name in the Name eld.
Throughout the course, the name Green, Robert is used in place of the user you are creating. You will be using your user name unless otherwise specied. Choose Create.
2-19
User Organization
Step 3:
Create a User. Double-click on Users in the bottom section of the Organization window and the Users are displayed.
Enter your Person Name (or use the icon to select your Person Name by double-clicking on it). Enter your Teamcenter Engineering User ID (Provided by your instructor). Enter your OS Name (Provided by your instructor). Enter your Teamcenter Engineering Password This is only intended for use in this class. Previously created scripts expect the username and password to be the same.. Select the Default Group icon. In most cases, User ID, OS Name, and Password are the same, but may be different if desired.
2-20
MT14350-SG-100
User Organization
Double-click on the dba group. Choose Create. The new User is created.
A Default Volume was not specied, therefore, les created by this account, while in the dba group, will be written to the volume used by the dba group. You have now added a second user to the dba group for DBA work (in addition to infodba).
2-21
User Organization
Step 4:
Choose Yes to the "Is it OK to Exit?" question. Step 5: Test the new account. Start Teamcenter Engineering again. In the Default Application window, choose the Admin application group. Choose Organization. Login to Teamcenter Engineering using your new User ID and Password.
From this point on, you will no longer use the infodba account to do Administrator tasks. You will use your new account.
2-22
MT14350-SG-100
User Organization
2-23
User Organization
Step 3:
Create a standards group with the previously created role. Double-click Groups in the bottom section of the Organization application. Enter standards (in lowercase) for Name. Enter a Description <optional>. Choose the Default Volume button. Double-click on the pdm_vol listing.
Select the Standards Engineer role from the List of Dened Roles, then choose .
2-24
MT14350-SG-100
User Organization
Step 4:
Add your User to the standards group. Expand the standards group in the upper section of the Organization application. Select the role of Standards Engineer. Choose the Add User button. The Organization User Wizard dialog is displayed. Make sure the Add existing user to the group/role button is selected, then choose Next.
2-25
User Organization
Select your User ID from the list of Existing Users and choose to move the user to the Selected Users list.
Choose Finish.
Choose Yes to Do you want to add selected user(s)? Choose OK to The user(s) have been successfully added! dialog. Close the Organization User Wizard dialog. Expand the Standards Engineer role under the standards group to see your User ID listed.
Your database now has the standards group with you as a user.
2-26
MT14350-SG-100
User Organization
Step 5:
Assume the responsibilities of Group Administrator for the standards group. Expand the standards group in the upper section of the Organization application.
Choose
2-27
User Organization
2-28
MT14350-SG-100
User Organization
File Management System (FMS) Teamcenter Engineering employs two le management systems: File Management System FMS FMS downloads and uploads le data for the rich client, Teamcenter Engineering Visualization, and the thin client congured with Teamcenter Visualization. Multi-Site Collaboration also uses FMS servers to transfer data. Teamcenter File Services TCFS The Teamcenter Engineering Organization application uses TCFS to create volumes and perform other administrative functions. TCFS also supports le access for NX and Teamcenter Visualization when you use these products with Teamcenter Engineering. FMS and TCFS are installed on Teamcenter Engineering server hosts using the Teamcenter Environment Manager installation program. The operating system user running FMS must be the same operating system user running TCFS. For this class, access to this system level user account is not available, just as in a real-world deployment of Teamcenter Engineering this account would be accessed by a systems manager. Creation of new volumes must be coordinated with your systems management personnel. Volume Management Sound volume management practices are an essential element of a Teamcenter Engineering administration strategy. Volume management is designed to be exible in order to allow each administrator to determine where les will be stored. Suggestions for volume management: Place the volumes on large centralized le servers and use one volume for each team. Setup group access to volumes because this is easier to manage. This seems to be a popular strategy among Teamcenter Engineering sites. When a volume becomes full, it can either be moved to a larger disk or have its write access revoked and create a new volume on another disk.
2-29
User Organization
Data Access Access to volumes is not the same as and must not be confused with controlling access to objects. If Teamcenter Engineering determines that a user has Read access to an object (based on the Access Manager), that user will be able to read the associated operating system le in the Teamcenter Engineering volume. If the same user has Write access to that object, the new version of that le would be written to the current volume they access. Volume Access When a new le is created, its location is dependent upon how the user or group is dened. When a user is dened, the administrator has the option of assigning them a default volume. If assigned, a sub-directory for the user will be created under the full path name for the volume. The sub-directory name is the user name. When a group is dened, the system administrator has the option of assigning it a default volume. If assigned, a sub-directory for the group will be created under the full path name for the volume. The sub-directory name is based on the group name. If the default volume is assigned to the user, all les created by the user will be written to the path name and volume sub-directory used by the user. Using this technique will produce les in multiple directories (one for each user). If the default volume is assigned to the group, all les created by the user will be written to the path name and volume sub-directory used by the group. Using this technique will produce all les in one group directory (even though the les were created by different users). Files will continue to be written to the default volume until the current volume is changed in one of the following ways: When the user changes their group with group volume access in use. When the user changes their current volume to another volume in which they have access. If Teamcenter Engineering cannot read or write a le, an error will be reported to the user. Access to volumes must be granted to users or groups in order to allow them to write les to Teamcenter Engineering volumes. When a user is granted access to a Teamcenter Engineering volume, a new sub-directory is created with that users name. The system administrator granting access to volumes must be logged into the Teamcenter Engineering dba group.
2-30
MT14350-SG-100
User Organization
Creating a Volume
To create a Volume: Select Volumes. Enter the appropriate volume information. Choose Create.
The Volume Name eld is a unique and descriptive character string. The Node Name eld is the network node name that will physically contain the new volume. The Path Name elds are the full UNIX and/or Windows path of the new volume. All but the last directory of the specied path name must already exist. Teamcenter Engineering will create the last directory of the path name, which coincides to the created volume. It is good practice to have the Volume Name and last directory of the specied path name be the same. Teamcenter Engineering volumes and group names should be lower case to accommodate some applications that load lower case le names. Create the volume on the machine where the disk physically resides. It is very important that you choose a location that all users will be able to access Teamcenter Engineering volumes in order to access Teamcenter Engineering les.
2-31
User Organization
Adding a New Volume to FMS Although Application Administrators are able to create data volumes, FMS is managed by a system administration level account. This dictates the need for new volume information to be manually added to the fmsmaster_fsc_id.xml le, which is read when the FMS services are started. When creating a new volume, a Organization application user will receive a warning message stating the new volume id and root path.
The line which displays the volume id denition may be selected and then copied to the OS clipboard, using the CTRL-C keyboard command. In an installation where the user account creating the volume is the same as the account that owns the FMS services, the line may be pasted directly into the fmsmaster_fsc_id.xml le. More often, as is the case in this classroom environment, the account that manages the FMS services is not a general user account. The process for adding a newly created volume to FMS control is covered in the Teamcenter Engineering Installation course. A more detailed explanation of the FMS system architecture and functions can also be found in the Installation CD Help les.
2-32
MT14350-SG-100
User Organization
Fail-Safe Volume(s) Each user will have a volume where les are written based on the users current group setting. If this volume should become full or some other reason Teamcenter Engineering cannot write to the volume a No Access error will be displayed. To continue to save les, the User Settings dialog (EditUser Setting...Session Settings), can be used to select a different volume (set up specically by the Administrator for temporary use). The failsafe_vol shown below is used temporarily by users as required.
When the original volume becomes available again, the user can reset the current volume in the User Settings dialog. This will automatically be reset each time the user logs into Teamcenter Engineering.
2-33
User Organization
The Accessors area of the Volumes dialog allows you to Grant (or Revoke) group and user access to an Teamcenter Engineering volume. The Grant button allows you to grant Write access to a selected user or group. Once the Grant button is selected, the appropriate Group can be chosen from the list. When access is granted, a sub-directory is created in the volume for that group. This directory will be used for the saved les. Volume access can be revoked by rst selecting a user or group and the choosing the Revoke button. The example shown above applies to a typical installation where each group has a volume of their own.
2-34
MT14350-SG-100
User Organization
Monitoring Volume Disk Usage Selecting a Volume from the Organization List tree displays the Volume elds. The elds are used to create and manage Volume denitions.
The Statistics area (in the center section of the Volume panel) displays information about the disk (not the volume) that the volume resides on, such as, size, disk space used, and percentage full.
2-35
User Organization
2-36
MT14350-SG-100
User Organization
Step 2:
Note the FMS Conguration Information warning. When you press Create, the system will respond with the warning similar to the one shown below
In order to gain access to the volume, you must use the system account which owns the FMS processes to edit the fmsmaster_fsc_id.xml le with the line of information provided in the warning. Select OK to close the warning. All user accounts in this classroom do not have the privileges necessary to edit the fmsmaster_fsc_id.xml le. This is typically a system administration function, since it may involve security, hardware and networking issues. Therefore, conguration of additional volumes must be a joint effort involving both system and application level support. Although we will not complete this process in the activity, the steps required to do so are listed at the end of this lesson for your reference. If you ignore or forget the FMS Conguration Information warning, you will be reminded when you attempt to save data to the new volume by this error message.
Step 3:
2-37
User Organization
2-38
MT14350-SG-100
User Organization
2-39
User Organization
Uses common command line arguments listed in the synopsis and the following other arguments:
-user=<user_id> -password=<password> -group=<group_name> -person=<person_name> -role=<role_name> -volume=<volume_name> -node=<node_name> -path=<path_name> -le=<le_name> New user that will be created. Password for the new user. Group that new user will be added to. Person associated with the new user. Role the new user will be assigned to. New volume to be created. Network node where the new volume will be located. Full path where the new volume will be located. After other arguments are processed; read le <le_name> to create users. Each record in the le contains: person|user|password|group|role|
If a password is not specied it will be the same as the user id. If you specify a user and group, the user will be made a member of that group. If you do not specify a person, a person will be created with the same name as the specied user. If you specify a role as well a user and group, then the member created will be given that role. If the -volume switch is specied, then all of the groups that are created will be granted access to the volume. If the specied group already exists and does not have a default volume, then the volume will be designated as the groups default volume. The source code for the make_user utility is supplied with the Teamcenter Engineering product as the le make_user_main.cxx in IMAN_ROOT/sample/utilities. This code can be modied, compiled and linked to operate based on customer requirements. Creating Volumes with the make_user utility still requires that the appropriate user account enables recognition of the new volumes as described in the Activity: Interactively Create a Volume.
2-40
MT14350-SG-100
User Organization
The following examples demonstrate how you can use the make_user utility in a variety of different situations. 1. Create a person and user and add them to a group with a specic role.
make_user -person="Smith, John" -user=smith -group=design -role=engineer -v
The rst role specied when creating a group member (user with a role in a group) will be the default role for that group. This role will show in the Workspace banner as the default role.
This adds existing user smith to the group dba with the role DBA. User IDs must be unique. 3. Create a volume as a default to a group.
make_user -group=design -volume=design_vol -node=node1 -path=/user/volumes/design_vol
2-41
User Organization
Using the make_user utility in a Script These commands can be placed in a script that can be run to create an entire organization or a new project beginning to use Teamcenter Engineering. Below is an example: Make Users in Group(s) with Role(s)
IMAN_BIN/make_user -user=tracytr -person="Tracy, Stacy" -group=high_performance -role=Product_Engineer -v IMAN_BIN/make_user -user=tracytr -group=corrective_action -role=Product_Engineer -v
In the case above, tracytr will have the high_performance default group. Also tracytr will have the default roles: Group high_performance corrective_action Default Role Product_Engineer Product_Engineer
Put additional user in system group with DBA role. This is to allow these users to do Archive and Restore.
IMAN_BIN/make_user -user=green -group=system -role=DBA -v
2-42
MT14350-SG-100
User Organization
Using the make_user utility with the input le argument The input le (-le=) argument allows you to create multiple Users and assign them to Groups with a single execution of the make_user executable. The format of the input le is multiple lines of information delimited by the | character in the following order:
person|user|password|group|role|
Contents of supplier_users.txt:
Acme, David|x22222|x22222|acme.suppliers|Viewer| Jones, Mary|x33333|x33333|abc.suppliers|Author| Davis, Jeff|x44444|x44444|abc.suppliers|Viewer|
2-43
User Organization
Class Organization
2-44
MT14350-SG-100
User Organization
2-45
User Organization
User Organization
Close the le without saving. Step 3: Use the script to create the organization. Open a command window with Teamcenter Engineering environment set. Use the cd command to navigate to the aa_class directory Type the following command: cd make_user Type the following command: mu.scr.bat (mu.scr if on Unix)
Step 4:
Verify the additional organization objects. Log back in to Teamcenter Engineering. Choose the Admin group. In the Admin group, choose Organization. Login using your UserID.
2-47
User Organization
Expand Groups, Roles, Users, Persons, Volumes, etc. to view the organization created by the make_user script.
2-48
MT14350-SG-100
User Organization
Step 5:
Assign the responsibilities of Group Administrator for the high performance group. Expand the high_performance group in the upper section of the Organization application.
Expand the Design Engineer role and select Select Group Administrator and Default Role in the Group Member Settings.
Choose
2-49
User Organization
Close the Organization application (FileClose). Step 2: Populate the suppliers organization with Users by using the make_user utility with the -le argument. Open suppliers_users.txt (in the ...aa_class/make_user directory) in a text editor and review the le format. Close the text editor. Open a command window with Teamcenter Engineering environment set. Use the cd command to navigate to the aa_class directory. Type the following command: cd make_user Execute the following command: make_user -u=(your userid) -p=(your password) -g=dba -le=suppliers_users.txt
2-50
MT14350-SG-100
User Organization
Log back in to the Admin/Organization application. Observe the three users that were added to the suppliers group organization.
2-51
User Organization
Summary
In this lesson you: Interactively created Persons, Users, Groups, and Roles Interactively created a Volume and reviewed the process of enabling FMS control. Used the make_user utility to create Persons, Users, Groups, Roles and Volumes
2-52
MT14350-SG-100
Lesson
Objectives Upon completion of this lesson, you will be able to: Create Form Types Create Lists of Values (LOVs) including hierarchical LOVs
3-1
Form Types
Review of Forms Forms are one of the various ways of storing information in Teamcenter Engineering. Generally, the information manipulated through forms is of a similar format. Forms are specically meant for handling small amounts of information in a xed format. Forms typically store their data in the Oracle database as opposed to a le on the volume.
3-2
MT14350-SG-100
End-User Form Creation Forms are most often created by one or more of the following functions: FileNewForm Used to create a stand-alone form object in a container (like a Folder) or a form associated with an existing Item or Item Revision object. End-users select the type of form they are creating from the list of form types on the New Form dialog. FileNewItem When an Item is created, at least two form objects are also created; the Item Master and Item Revision Master. In addition to these forms, additional forms for the Item Revision object can be automatically created if specied using the Action Rules section of the Business Modeler application. FileNewChange When change objects are created, one to n number of forms may be automatically created for the Change Revision object. How many forms and of what type, is setup using the Change Type section of the Type application. Via workow handler Form objects may be created automatically during a workow process by using the EPM-create-form action handler. Handlers for workow process will be discussed later on in this course.
3-3
Creating Form Types Form Types can be created or modied from the Admin application group, Type application.
The Form type name eld is used to specify the form type name that will be selected by the users. This type name is best used to reect the general purpose of the form instances as they are created by the users. The POM class eld is used to save the form content data to a pre-dened Class established in the Teamcenter Engineering Persistent Object Model (POM) schema. The POM schema Class denes the list and style of attributes for data stored with the form. The Class denition table shows the attribute list for the displayed POM class.
3-4
MT14350-SG-100
Attribute Types Arrays Character Date Double Float Integer Logical Short String Typed Reference Allows multiple Values A single character A, B, Z. A date. The form will display a popup date selector. Used to store a 8 byte decimal number from the ranges 1.7E +/- 308 Used to store a 4 byte decimal number from the ranges 3.4E +/- 38 Used to store an integer number. No decimal places. In the ranges +/- 999999999. This is a boolean True or False datatype. Used to store an integer number. No Decimal places. In the ranges +/- 9999. Used to store a string of ASCII characters with the length specied at the time of creation. Used to point only to the specied class of Engineering data. This class is selected from a pop-up POM browers at class denition time. Used to point to any class of Engineering data. A string of unspecied length.
3-5
Using the Form Type Wizard The Form Type Wizard will walk you through all the necessary steps to create a new Form Type including the creation of a new POM Schema Class for storage of the forms data. Important Considerations: The Form Type name must be unique and different than the POM Class name. When the Form Denition Class is added to the Persistent Object Model (POM), a default Type is automatically created with the same name as the Form Denition Class name. Creating a new Class is an important decision. Extending the Teamcenter Engineering POM schema by adding Classes can affect performance. Once a Class is instanced, it cannot be deleted. New Classes added to the POM schema cannot have spaces in their names. Also, the name for new POM schema Classes should be unique in the current environment as well as for future possible additions made during base Teamcenter Engineering version upgrades. A common approach to naming Classes added to the POM schema is to begin the name with the initials of the company or the underscore (_) character. Names for attributes for POM schema Classes cannot contain spaces.
Automatic Form An Automatic form is a form for which no custom User Interface (UI) has been specically developed. The base Portal UI code includes denition for displaying forms. The default display for an automatic form is similar to the standard Portal Properties dialog. All Form Types dened during this course will leverage the Automatic form concept. The topic of creating custom UI for a new Form Type is beyond the scope of this course as it requires understanding and usage of the JAVA programming language.
3-6
MT14350-SG-100
Choose the
icon.
The Form Type Wizard dialog appears. Step 1 of the wizard is used to dene the Form Type Name and the name of the POM Schema Class that will store the form data.
Enter Change Description for the Form Type Name. Enter TRChangeDescription (no spaces) for the Class Name. Spaces cannot be used in POM Schema Class names. TR stands for Training. In actual practice you may want to use your company initials or an underscore character at the beginning of the Class name to ensure uniqueness.
3-7
Choose Next. Step 2 of the wizard is used to dene the list of attributes for the POM Schema Class (TRChangeDescription) associated with the Form Type.
In the initial row of the dialog, create the following: Name: AuthorizingDocument Type: String
Choose
In the new row, create the following: Name: ChangeReason Type: String
Leave the remaining attribute parameters at their default values. Continue to add attributes as shown below. Remember, spaces cannot be used in attribute names.
3-8
MT14350-SG-100
Choose Next to continue. Step 3 of the wizard asks if you want to create a display class.
Make sure this is set to No, then choose Next to continue. Choosing No will skip to Step 5.
Choose Yes to create the form type. Choose OK in the Form Type Created dialog.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 3-9
Step 2:
Verify the creation of the Form Type. Expand the Form Type node of the Types list and locate the new Form Type.
Select Change Description and verify the denition of the Form Type.
Step 3:
Test the Form Type. Go to the Teamcenter/My Navigator application. Select your Home folder.
3-10
MT14350-SG-100
Choose FileNewForm... Choose More... in the New Form dialog to display the list of Form Types.
Enter Change Description Test in the Name eld, then choose OK to create the form. The new form object appears in the Home folder.
3-11
Viewing or editing the form can be done two different ways. 1. Select the form object, then select the Viewer tab. 2. Double-click the form object to access the form window.
3-12
MT14350-SG-100
3-13
3-14
MT14350-SG-100
Key Denitions The following terms are used to describe classes, types and properties. Class A class is the denition of an object implemented in the Teamcenter Engineering data model. A class has a set of attributes, some of which are inherited from parent classes and some of which are dened directly for the class. An attribute is a persistent piece of information that characterizes all objects in the same class. A type is the specialization of a Teamcenter Engineering class based on properties and behavior A primary type is a default ImanType that directly corresponds to each POM class (i.e., the primary type name is the same as the POM class name). Teamcenter Engineering will automatically create the primary type when a new POM class is instantiated. The primary type can also be dened by using the install_types utility. Sub-types are all types except the primary type that belong to the same POM class. Sub-types inherit all the properties and behavior of the primary type. Sub-types model the actual objects that end-users create. A property is a piece of information that characterizes all objects of the same type. As a minimum, all Sub-types have properties that correspond to the attributes for the associated class.
Sub-Type
Property
Before we can attach a List of Values (LOV) to one of the attributes, we must make sure there is a corresponding primary type for the new classes created while using the Form Type Wizard. If the new POM classes werent instantiated, we will use the install_types utility to perform this task.
3-15
Exit Teamcenter Engineering. Open a command window with Teamcenter Engineering environment set. In the command window, execute the following command: install_types -u=infodba -p=infodba -g=dba -f=add -c=TRChangeDescription -t=TRChangeDescription
3-16
MT14350-SG-100
Step 2:
Create the Primary Type (and Properties) for the TRChangeCosts Class. This POM Schema Class will be associated with the Change Costs Form Type.
In the command window, execute the following command: install_types -u=infodba -p=infodba -g=dba -f=add -c=TRChangeCosts -t=TRChangeCosts Step 3: Regenerate the POM Schema le in the IMAN_DATA directory. The Form Type Wizard during the previous activity actually did this for us. The command shown below is how this step is manually performed using the command line interface. If your site has two IMAN_DATA directories (UNIX and Windows), you would have to run this command for the IMAN_DATA directory not affected by the Form Type Wizard. In the command window, execute the following command: install -regen_schema_le infodba infodba dba
3-17
The user simply clicks the LOV button and an object selection dialog is displayed that lists allowable entries for that eld. Consider that a small amount of effort setting up LOVs can greatly improve productivity at your site and prevent incorrect user data entries. When you associate an LOV, you link this LOV to any eld where that data can be entered and display an LOV button to the user. Value Types There are six valid value types used to construct LOVs. Each LOV can contain only one of these value types (i.e., value types cannot be mixed in the same LOV). These value types are: Integer Double Char String Date Reference Whole number Double-precision oating point decimal number (sometimes called a "real") Single ASCII character String of ASCII characters Date and time in the format used at your site Reference to a list of unique tags in the database (for example, Item ID)
3-18
MT14350-SG-100
Usage Types Each LOV must also be assigned one of three usage types: Exhaustive Used to dene all allowable entries. If a user tries to enter a value that is not contained in an exhaustive LOV, an error will be displayed to the user. Used to provide a suggested list of allowable values. For example, a suggestion LOV could be used to list commonly used description strings. Because Description elds typically accept any user-dened string, the user can select one of the suggested description strings from the LOV or enter another user-dened string. Used to provide the user with a constrained subset of allowable entries. For example, a range LOV could be used to construct a small consecutive list of serial numbers. If a user tries to enter a value that is not contained in range LOV, an error will be displayed to the user.
Suggestive
Range
3-19
Step 1:
Log in to the List of Values application. Start Teamcenter Engineering. Choose the Admin application group. Choose the List of Values application.
Enter your User ID and Password. Step 2: Create the LOV. Enter the following LOV parameters: Name: Description: LOV Type: Usage: Choose TR Change Reason ChangeReason on Change Description Form LisitOfValuesString Exhaustive (on the far right) to add an entry line.
3-20
MT14350-SG-100
Continue to add the following entries: Marketing Request Field Request Cost Reduction Safety Engineering Error
If wanted, values can be moved up or down in the list by selecting the line and choosing the proper arrow.
Choose Step 3:
Attach the LOV to the ChangeReason Property. Notice, that after creating the LOV, it shows No Attachment at the bottom of the window.
Choose No Attachment.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 3-21
This window lists all the Teamcenter Types and their corresponding Properties. Previously, you created two new Types along their corresponding Properties. Scroll down the list to locate TRChangeDescription. Expand TRChangeDescription.
3-22
MT14350-SG-100
The LOV is now attached to the ChangeReason property. Choose OK. Notice, that the LOV is now attached to the ChangeReason property of the TRChangeDescription type.
Choose
Close the LOV application. Step 4: Test the LOV usage. Start the Teamcenter/My Navigator application. In your Home folder, double-click on the Change Description Test form you created earlier.
3-23
A drop-down selector should now appear in the ChangeReason eld with the values from the LOV. Choose Cancel to close the form.
3-24
MT14350-SG-100
Step 1:
Create the rst level LOV. Return to the Admin/List of Values application. Enter the following LOV parameters: Name: Description: LOV Type: Usage: Choose TR Charge Code L1 Level 1 ChargeCode Reason on Change Description Form LisitOfValuesString Exhaustive (on the far right) three times to add three lines.
In the Value elds, enter the following values. A10 A20 A30
3-25
Choose Step 2:
Attach the LOV to the ChargeCode Property. Notice, the LOV shows No Attachment at the bottom of the window.
Choose No Attachment. Scroll down the list to locate TRChangeDescription. Expand TRChangeDescription.
3-26
MT14350-SG-100
Choose OK. The LOV is now attached to the ChargeCode property. Notice, that the LOV is now attached to the ChargeCode property of the TRChangeDescription type.
Choose Step 3:
Create the second level LOV. Choose to clear current LOV information.
Enter the following LOV parameters: Name: Description: LOV Type: Usage: Choose TR Charge Code L2 Level 2 ChargeCode Reason on Change Description Form LisitOfValuesString Exhaustive (on the far right) three times to add three lines.
3-27
In the Value elds, enter the following values. B001 B002 B003
Choose Step 4:
Assign the hierarchy to the levels. Select the TR Charge Code L1 LOV in the LOV tree. Select the Hierarchy tab. The window should look like the following.
Select A10 in the list of L1 Charge Codes. Choose Add Filter (on the far right).
3-28
MT14350-SG-100
Notice, that the L2 LOV has been added as a level below the L1 LOV.
Repeat the process until the A20 and A30 sub-levels have be created.
Return to the Teamcenter/My Navigator application. In your Home folder, double-click on the Change Description Test form.
3-29
Notice, that the ChargeCode eld now displays a different LOV icon.
Select the new LOV and expand the rst level options.
Options from the second level are selected by double-clicking. Choose Cancel to close the form.
3-30
MT14350-SG-100
Summary
In this lesson you: Created Form Types Created Lists of Values (LOV) including hierarchical LOVs
3-31
Lesson
4-1
Item Types
Items are the fundamental object used to model data in Teamcenter Engineering. They are commonly used to identify an element of product (component, assembly, end-item) or other data such as Procurement Specication, Test Procedure, Standard Part, Shop Tooling, Engineering Change, etc. Data modeled using the Item object is generally revision controlled data and all revisions of the information must be maintained, tracked and recoverable. Data must also be modeled using the Teamcenter Engineering concept of Item if it is desired to build structure of the Items as in building Bill of Material (BOM) for Items that represent product. In the initial setup for Teamcenter Engineering, two Types of Items have been provided: Item Generally used for data that represents an element of product that is CAD dened and for which Product Structure (BOM) data is maintained in the system. Document Generally used for all other data that is considered revision controlled but not necessarily considered product or is not dened using CAD applications.
Basic Item Data Model An Item in Teamcenter Engineering is a structure of related objects. The basic structure of any Item consist of the following minimum objects:
Item Item Master (Form) ItemRevision ItemRevision Master (Form)
Item Collects data that is globally applicable to all revisions of the Item. Item Master (Form) A form object that is often used to extend the stored property data for an Item to include data unique to the customer. Item Revision Collects data that is applicable to a single revision of the Item. ItemRevision Master (Form) A form object that is often used to extend the stored property data for an Item Revision to include data unique to the customer.
UGS, All Rights Reserved MT14350-SG-100
4-2
Extending Item Types The Type application within the Portal Admin program group can be used to dene more Item Types in addition to those provided with base Teamcenter Engineering (Item and Document). Reasons for extending the Types for Items: Having more types for Items may be a useful approach of categorizing data making it easier for users to nd data and understand the differences between different kinds of data stored in the system. Different rules for naming convention, action rules and deep copy rules, etc., can be congured for one Type of Item compared to another Type. Default process model association for one Type of Item versus another is easier to implement. Different designs for the Item Master and ItemRevision Master forms may be desired. Each Type of Item can have unique and different "Master" form denitions.
In the example below, a new Type of Item (EndItem) has been dened so that the customer can dene customer specic attribute data that TcEng will store for this kind of data.
EndItem EndItem Master (Form) EndItem Revision EndItem Revision Master (Form)
4-3
Step 2:
Create the Item Type. Select Item Type in the Types list.
Enter EndItem in the Item type name eld. Choose Create. The new Item type is listed in the Item Type node of the Types list.
Step 3:
Verify the creation of the Form types. Expand the Form Type node of the Types list. It may be necessary to select the Form Type node and refresh the view for the new form Types to appear. Locate the new EndItem Master and EndItem Revision Master Form types.
4-4
MT14350-SG-100
Select EndItem Master and observe the denition of the Form type.
Initially, the EndItem Master Form type denition is identical to the Item Master Form type denition. We will change this in a subsequent activity. Select EndItem Revision Master and observe the denition of the Form type. Again, the EndItem Revision Master Form type denition is identical to the ItemRevision Master Form type denition. We will change this in a subsequent activity. Step 4: Close the Admin/Type Application. In a subsequent activity, you will use the Schema Editor application to create new POM Schema Classes for these Form types and then go back to the Admin/Type application to modify the Form type denitions.
4-5
4-6
MT14350-SG-100
Create a Class The TcEng Administrator uses Schema Editor and the Schema Editor Wizard to create new classes and attributes in the database. The new class and attributes will display in the Class Attribute Navigation Tree. To create a new SubClass and attributes, select a POM class from the Class Navigation Tree and choose Create Class.
The Schema Editor Wizard displays. Follow the steps to continue the create operation.
4-7
Delete a Class Only those classes that are created or extended and have no objects created in the database, un-referenced classes, and classes for which there are no objects present can be deleted from the database. To delete a class, select a class from within the Class Navigation Tree and choose Delete Class.
The system displays a message asking you to conrm this delete operation. Click Yes to complete the delete operation. Schema Editor deletes the class and displays a conrmation message if the operation completed successfully. The class is removed from the Class Navigation Tree. If the operation was not successful, an error message will display.
4-8
MT14350-SG-100
Choose the Create Class icon. This launches the Schema Editor Wizard dialog.
For Step 1, leave Create a Sub Class toggled on. Choose Next.
4-9
For Step 2, enter TREndItemMaster for Sub Class Name. Spaces cannot be used in Class names. Choose Next. For Step 3, dene the following Attributes for the Class. Unless otherwise specied, leave the other parameters at their default values. Name: Type: Name: Type: Type: Type: Customer String Shipped Logical PartType String
For Step 2, enter TREndItemRevMaster for Sub Class Name, then choose Next. Ensure that you have entered the name correctly with Rev.
4-11
For Step 3, dene the following Attributes for the Class. Unless otherwise specied, leave the other parameters at their default values Name: Type: Name: Type: Name: Type: Contract String Weight Double DateWeighed Date
4-12
MT14350-SG-100
Choose OK.
4-13
Browse the Class tree and verify the creation of the two classes.
Step 3:
Modify the Form Type Denitions. Go to the Admin/Type application. Expand the Form Type node. Select EndItem Master in the Form types list. Change the POM class setting to TREndItemMaster.
Choose Modify.
4-14
MT14350-SG-100
Select EndItem Revision Master in the Form types list. Change the POM class setting to TREndItemRevMaster.
Choose Modify. Close the Admin/Type application. Step 4: Test the EndItem Item type usage. Start the Teamcenter/My Navigator application. Select your Home folder. Choose FileNewItem... Choose Select Type to display the list of Item Types.
4-15
Select EndItem from the list, then choose Next. The Select Type dialog changes to the Enter Item Information dialog.
Enter the following values: ItemID: Rev: Name: EI001 001 EndItem Test
Choose Finish. Choose Close on the New Item window. Expand the Item and ItemRevision objects.
4-16
MT14350-SG-100
View both Item Master and ItemRevision Master Forms by selecting them with the Viewer tab active or by double-clicking them to activate the windows.
In a subsequent activity, you will use the Item Type Wizard to customize the New Item window so that end-users can provide Master form values during the creation of new Items.
4-17
Before LOV:
After LOV:
You may want to refer to the Create LOV for ChangeReason property activity in the previous lesson.
4-18
MT14350-SG-100
Step 1:
Create and Attach LOV for Customer Attribute using LOV Application Enter the values in the tables below as shown. LOV parameters: Name: LOV Type: Usage: Values: TR Customers ListOfValuesString Exhaustive Customer Customer Customer Customer Customer A B C D E
Attached to:
4-19
Step 2:
Create and Attach LOV for PartType Attribute using LOV Application Name: LOV Type: Usage: Values: TR PartType ListOfValuesString Exhaustive Machining Casting Forging Plastic Composite Undecided PartType property of TREndItemMaster type
Attached to:
4-20
MT14350-SG-100
The Wizard is used to identify a subset (or all) of the attributes from either or both the Master and Revision Master forms that should be considered mandatory attributes. ItemMaster Form Data ItemRevision Master Form Data
4-21
Select the
icon.
4-22
MT14350-SG-100
When nished dening the attributes, choose Next. For Step 3, choose Yes to Save the Custom Attributes. Choose OK on the Add Custom Attribute(s) window. You are returned to Step 1 of the Wizard,
4-23
Step 3:
Observe the stored denition of the Custom Attributes. Start the Teamcenter/My Navigator application. Choose .
Select General... from the query selector. Clear all Fields. Enter item types custom attributes in the Name eld, then execute the query. Close the Search panel. Expand the Item Types Custom Attributes folder in the General...(1) tab.
Open the Item Type Custom Data Text dataset. Review the contents of the le. The Item Type Custom Data dataset stores the custom attribute setup you performed using the Item Wizard in the Type application. You had to nd the folder (and dataset) since the folder is referenced by default in infodbas Home folder. Close the text editor.
4-24
MT14350-SG-100
Step 4:
Test the Setup. Select your Home folder and choose FileNewItem... Select EndItem for the Item Type, then choose Next. Choose Assign to automatically assign the ItemID and Rev. Enter Test for the Name.
Notice that all mandatory elds are now highlighted. Choose Next.
4-25
Fill out the Item Master Form by selecting Customer A from the pull-down menu.
Choose Next. Fill out the Rev Master Form by entering 12345678 in the Contract eld.
Choose Finish to create the EndItem. Close the New Item dialog. Expand the newly created EndItem and EndItem Revision and open the EndItem Master and EndItem Revision Master forms. Review the information, then close the forms.
4-26
MT14350-SG-100
Summary
In this lesson you: Created Item Types Created POM Classes for Form data Added attributes for the New Item dialog
4-27
Lesson
5-1
Dataset Objects
What is a Dataset? Datasets are objects used to manage le data associated with external software applications. They typically consist of a single application data le or logical groupings of application data les. There are numerous Types of datasets predened in TcEng. However, your site may need to add more Types to be able to manage your sites specic application data les and the viewing/editing software applications associated with these les.
What are Named References? Named References are Teamcenter Engineering objects that relate to a specic data le. A single dataset object may have one or more Named References. To view the Named References of a Dataset from Rich Client, select the Dataset object and choose ViewNamed References... from the Rich Client pull-down Menu area. Named References can also be viewed from the pop-up menu when using the right mouse button on a Dataset object.
5-2
MT14350-SG-100
When a Rich Client user Opens the new dataset, the following chain of events take place: If the user has write access to the dataset object, an implicit (automatic) check-out occurs. Thereby the user maintains exclusive write access to the data during the modication session.
What happens next is not directly visible to the user: Teamcenter Engineering creates a temporary operating system (OS) directory in the %IPR%/temp directory. %IPR% is dened in the Rich Client start-up script (portal.bat for Windows). Since initially there is no le associated with the dataset, Teamcenter Engineering will create a 0-size le and Export the le to the temporary OS directory. The format of the le (binary/text) and the extension of the le are as dened in the References part of the dataset type denition. Teamcenter Engineering executes the OS software application associated with the Dataset Types corresponding Teamcenter EngineeringTcEng Tool denition and passes the le to the application as a Parameter.
What the user sees: The OS software application executes with the 0-size le loaded. The user modies the le using the OS software application. When a modied le is saved (without terminating the application), the modied le is written back to the temporary OS directory overwriting the initial Exported 0-sized le. Each save performed (without terminating the application) continues to overwrite the le in the temporary directory without updating the data le stored in Teamcenter Engineering. The user terminates the OS software application.
5-3
What happens next is not directly visible to the user: TcEng senses that the application process has terminated and checks the temporary OS directory to see if the le it originally Exported there has been changed or if new les have been added to the directory. If there are changed or new les, TcEng will Import these les back to TcEng and create the next Version of the dataset object. The implicit check-out on the dataset object is reversed (implicit check-in).
If the dataset is opened again, the same process is repeated with the exception that the current le for the dataset is Exported instead of a 0-size le.
5-4
MT14350-SG-100
Regardless of the method used, the procedure to create a dataset type will require you to create or dene the following: Dataset type name - What you specify as the Dataset type name is what the end-user will see when choosing the Type from the New Dataset dialog. The Type name is also useful during searches and is used to specify a unique GUI icon for the Type. Dataset type description - This is optional information you can provide to describe the purpose or function of the Dataset type. References - A Reference denition consists of the following: A default Reference name for each Reference associated with the dataset type Whether the Reference is a File or Object (e.g. Form) File template naming restrictions (e.g. *.txt, *.pdf) Format of the le (either TEXT or BINARY)
Tool - The term Tool describes a software application behaving in a specic manner. The Teamcenter Engineering Tool denition relates to the OS application by specifying the MIME/Type denition for the software application on the workstation. Parameters - When using the parameters dialogs you will identify the behavior of Operations (Open, Open..., Print, etc.) by specifying which les to export during an Operation and what Parameters to pass to the Tool during the operation.
5-5
After entering the information, choose Next. For Step 2, select Dene a new tool, then choose Next.
5-6
MT14350-SG-100
For Step 3, provide the following Tool parameters: Name: Description: Format: MIME/Type: WizTextEditor <optional> ASCII text/plain
After entering the information, choose Next. For Step 4, choose Yes to dene the Tool, create the Dataset Type, add the Reference Type and add the Open Action. The Dataset Type Created message appears.
Choose OK.
5-7
Step 3:
Test the new Dataset Type. Start the Teamcenter/My Navigator application. Select your Home folder, then choose FileNewDataset...
5-8
MT14350-SG-100
Use the More... link to locate and select the WizText Type.
Enter test wiztext in the Name eld. Choose OK. Double-click on the new dataset to open it in a text editor. Enter some text. Save the le and exit the text editor. Open the dataset again to verify that the text you added to the le was saved.
5-9
5-10
MT14350-SG-100
Select
Choose OK. Double-click on the Close the pdf. dataset to open it.
5-11
Enter StdTextEditor for the Tool name. In the Formats section, enter ASCII in the Input eld, then choose . .
Enter ASCII in the Output eld, then choose Enter text/plain in the MIME/Type eld.
5-12
MT14350-SG-100
5-13
Step 3:
Create the Dataset Type and assign a Tool. Select Dataset Type in the Types list.
Enter StdText in the Dataset type name eld. In the Tools panel, select StdTextEditor in the List of dened tools. Choose to move the tool to the List of selected tools.
Choose Create.
5-14
MT14350-SG-100
Step 4:
Dene References for the Dataset Type. Locate and select StdText in the Dataset list.
icon.
Choose
to dene a Reference.
In the row that was added, enter/verify the following parameters: Reference: File/Object: File: Format: Text File *.txt TEXT
5-15
Choose OK. Step 5: Dene Parameters (and Operations) for the Dataset Type. Choose Parameters in the window.
Verify the Operations setting is Open. In the References List, check the boxes for Select and Export.
The row in the parameters list acts as a pull down box. Double-click the row and select $Text from the list. $Text is the Reference you dened during the previous step of this activity.
5-16
MT14350-SG-100
Choose Create to nish dening the Open operation parameters. Notice the addition of the Open operation to the StdTextEditor tool in the Tools list. Although two listings for Open may appear, only one will remain after closing the dialog.
Choose Close to close the Parameters dialog. Step 6: Test the new Dataset Type. Go to the Teamcenter/My Navigator application. Select your Home folder and choose FileNewDataset...
5-17
Use the More... link to locate and select the StdText type.
Enter test stdtext in the Name eld. Choose OK. Double-click on the dataset to open it in a text editor. Add some text. Save the le and exit the text editor. Open the dataset again to verify your edit to the le was indeed saved.
5-18
MT14350-SG-100
You can use both interactive and batch mechanisms to import data. Any of the following approaches are available to you for importing data: Interactive File Import for importing les The import_le utility for batch importing les The ug_import utility, which will be discussed later, is recommended for importing NX part les. Key Points You can import more than one le into one dataset. You can use the Named References window to add additional les to the dataset after the initial import process. The import process will set User and Group ownership on the newly created dataset. Make sure you are in the correct group for appropriate ownership.
5-19
5-20
MT14350-SG-100
Activity: Create New Dataset and Import File In this activity, you will interactively import an ASCII le into Teamcenter Engineering. Step 1: Change your current group so that the dataset created during the import will be owned by the standards group. Start My Navigator application. Choose EditUser Setting.... Select Session. Set the Group to standards. Choose OK. Step 2: Import the selected le into Teamcenter Engineering. Select the Newstuff folder. Choose FileNewDataset... The New Dataset dialog is displayed. Enter Rubber Specs 1 in the Name eld. Change the Type to Text.
5-21
Select the rubber_specs.txt le, then choose Import (or simply double-click on rubber_specs.txt). The Import File dialog disappears. Notice the rubber_specs.txt le name in the New Dataset window. Also, notice that the directory path is listed in the Import eld.
Choose OK. This completes the Import process. The text dataset should now be in your Newstuff folder.
5-22
MT14350-SG-100
Step 3:
Review the imported le. Expand the Newstuff folder. If the new dataset is not visible, select the Newstuff folder and choose ViewRefresh. Open the Rubber Specs 1 dataset. Review the le contents. Exit the editor application without making any changes.
Step 4:
Change back to the dba group. Choose EditUser Setting.... Make sure Session is selected. Set the Group to dba. Choose OK.
5-23
Activity: Import File into Existing Dataset In this activity, you will interactively import a native le into an existing dataset in Teamcenter Engineering. Step 1: First, create an empty dataset. Select the Newstuff folder. Choose FileNewDataset... The New Dataset window is displayed. Enter Rubber Specs 2 in the Name eld. Make sure Type is set to Text. Choose OK. The Text dataset is created in your Newstuff folder. Step 2: Import the rubber_specs.txt le into the dataset. Select the Rubber Specs 2 dataset. Choose ViewNamed References... The Named References dialog is displayed with a warning that No named references are found.
Choose OK to close the warning message window. Select Import... The Import File dialog is displayed.
5-24
MT14350-SG-100
Select the rubber_specs.txt le. Choose the Import button. The Import File window disappears and the rubber_specs.txt le is now listed in the Named References window.
Choose Close. Open the rubber_specs.txt le. Review the le contents. Exit the editor application without making any changes.
In this case the import_le utility will be used to import a single ASCII text le. The following arguments are necessary.
IMAN_ROOT/bin/import_file -u=user-id -p=password -g=group -f=file-name -type=datasettype -d=dataset-name -ref=named-reference
The following example demonstrates using the import_le utility: 1. To import a single operating system le report.dat into Teamcenter Engineering as Text dataset report1, enter the following command on a single line:
IMAN_ROOT/bin/import_file -f=report.dat -type=Text -d=report1 -ref=Text -vb -log=import.log
5-26
MT14350-SG-100
Arguments
-u =<username>
Species the user ID username. This is generally a user with administration privileges. If this argument is used without a value, the operating system user name is used. Species the password password. If used without a value, the system assumes a null value. If this argument is not used, the system assumes the user-name value to be the password. Species the group groupassociated with the user. If used without a value, the users default group is assumed. Import a single le filename into Teamcenter Engineering. The full path must be provided if the le does not reside in the current working directory. The -f and -i arguments are mutually exclusive. Imports multiple les into Teamcenter Engineering using a specied import le that contains the following information: -f=bike1.dat -d=my_bike1_dataset -type=UGPART -ref=UGPART -f=bike2.dat -d=my_bike2_dataset -type=UGPART -ref=UGPART The -f and -i arguments are mutually exclusive Runs utility in verbose mode. Displays maximum amount of information. Non-verbose sessions only display error messages. Log created datasets to <filename>. Otherwise -log=- can be used to print to your terminal window. Creates a log of items and datasets created. Type of named reference associated with the le. Each dataset type denes one or more Named References associated with it. Log created datasets to <filename>. Otherwise -log=- can be used to print to your terminal window.
-p=<password>
-g=<group>
-f=<filename>
-i=<filename>
-vb
-log=<filename>
-log -ref=names_reference
-log=<filename>
5-27
-type=<datasettype>
Denes the dataset type in Teamcenter Engineering, for example, TEXT or UGPART datasets. Dataset you are importing the le to. Indicates that a dataset exists. Used when a dataset of the same name already exists. Species that a new dataset be added even if one with the same name exists. If it does exist, it is added to the same item folder. Species that the dataset should be added if it already exists and that this dataset type supports multiple instances of the same dataset. Species that the imported le be added as a named reference to the existing dataset. When this is done, a new dataset version that contains the additional imported named reference le is created. Species that a new dataset revision be created and referenced only to the imported le. Species the ItemID of the item containing the dataset that references the imported le. Species the item revision number and revision ID. Species behavior if the item already exists. Species that the dataset will not be added if the item already exists. Species that the dataset may be added if the item already exists. If the item exists, but the item revision does not, an item revision is created. Species a user-dened text description of an item that is created by the import function. If the import_le utility is creating a new revision of an existing item, this is the description of the item revision. Species the full path of the Teamcenter Engineering volume where the imported le is placed.
-d=<dataset_name> -de={n|e|a|r}
=n
=e
=a
=r
-item=<itemid>
-revision=<item-rev-num>
-ie={n|y} =n
=y
-desc=<string>
-v=<volume-name>
To override the default object ownership, use the -u=<user> -p=<password> -g=<group> arguments. Make sure the le will be imported to the desired volume.
5-28
MT14350-SG-100
Activity: Import File using import_le Utility In this activity, you will import other les into the Teamcenter Engineering database using the import_le utility. To do this activity you will execute a pre-written script that contains the import_le command. The import_le command used by the script is listed in the activity. Step 1: Import a le using the import_le utility If necessary, locate and modify the import_le.scr.bat (import_le.scr on Unix) script per the instructors instructions Open a terminal window with the Teamcenter Engineering environment set. Use the cd command to navigate to the aa_class directory. Type: cd import_le
5-29
The following command is used in the script to import the plastic_specs.txt le.
import_file -f=plastic_specs.txt -d="Plastic Specs" -type=Text -ref=Text -log=-
The -u=<user> -p=<password> -g=<group> arguments have also been used to set the object group ownership to standards (-group=standards).
Close the terminal window. Step 2: Review the imported le. Expand the Newstuff folder. If the new dataset is not visible, select the Newstuff folder and choose ViewRefresh.
Double-click on the Plastic Specs dataset to view the le. Review the le. Exit the editor application without making any changes.
5-30
MT14350-SG-100
Summary
In this lesson you: Created a Dataset Type using the Dataset Type Wizard Created a Dataset Type using the Standard Method Created a Dataset Types Using the make_datasettype utility Imported le data into Teamcenter Engineering using the Rich Client interface Imported le data into Teamcenter Engineering using the import_le command line interface utility
5-31
Lesson
6-1
Units of Measure
By default, Items have no Units of Measure (UOM). This implies that Item quantities are expressed in terms of each or pieces. In other words they refer to a discrete number of component parts. Additional Units of Measure may be needed to dene an accurate Bill of Material (BOM). Units of Measure (UOMs) are created so that Items and Item Revisions can be expressed in standardized units (e.g., inches, millimeters, etc.) across an entireTeamcenter Engineering site. When a user chooses the selector in the Unit of Measure eld of either the New Item (Revision) or Properties dialogs, the user is restricted to entering one of the pre-dened values. Choosing Unit of Measure from the Type application dialog displays the Units of Measure elds.
The Symbol eld is for the Unit of Measure symbol. The Name eld is for the Unit of Measure name. In PSE, if no specic quantity value is associated with Items, the default quantity is each (one component). In PSE, if UOM is anything other than <null>, the component will not open in NX.
6-2
MT14350-SG-100
Units of Measure you will dene in your system: Units of Measure Symbol in oz Name inches ounces The Symbol in will be used to specify linear quantity of certain materials in a BOM and the Symbol oz to specify the quantity of certain bulk materials.
6-3
Note type name This eld is for the Note Type name. Note description This eld is for the Note Type description. Attach Value List? This is initially set to No. If toggled to Yes, the dialog will change to allow you to dene a list of values for the Note type. Default value: This allows you to dene a default value whether or not a List of Values is used. The initial list of Note Types shown are standard Note Types supplied with the system that are required for Teamcenter Manufacturing and for synchronizing object attributes from NX. These should not be deleted.
6-4
MT14350-SG-100
Note Types you will add to your system: SFCode This Note Type is used to apply a three digit numeric nish code in accordance with standard material processing requirement documentation. Note type name Note type description Default Value List of Values SFCode Standard nish code <none> <none>
ICode This Note Type is used to apply a two character code to an occurrence in the BOM to identify a condition where it is either "required" or "suggested" that the component not be modied during assembly fabrication. IR is used to identify "Interchangeability Required" and IS is used to identify "Interchangeability Suggested" Note type name Note type description Default Value List of Values ICode Interchangeability code IR IR IS
6-5
The Unit of Measure elds appear. For Symbol, enter: in For Name, enter: inches Choose Create. For Symbol, enter: oz For Name, enter: ounces Choose Create.
6-6
MT14350-SG-100
The Note Type elds appear. For Note type name, enter: SFCode For Note description, enter: Standard nish code Leave Attach Value List? set to No. Choose Create. Step 2: Create the ICode Note Type. For Note type name, enter: ICode For Note description, enter: Interchangeability code Toggle Attach Value List? to Yes. In the Value eld, enter IR, then choose .
In the Value eld, enter IS, then choose In the List of Values section, select IR. Choose Set Default.
Notice that IR appears (greyed out) in the Default value eld, just above the List of Values section.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 6-7
Choose Create. The new ICode and SFCode Note Types have been created in your database.
6-8
MT14350-SG-100
PSView Types
A PSView type is a denition that controls the name of a PSView object. The PSView object works with an Item and Item Revision to maintain product structure information in Teamcenter Engineering. Default View Type Named "view" Choosing View Type from the Type application dialog displays the PSView type name eld. The default conguration is a single PSView type dened for the entire site called view.
During the class, you will add two other PSView types. This should be done before importing any parts (Items). The ps_rename_bvrs utility can be used to change any existing PSView type names. Multiple View Types Consider a site that has used PSE primarily for modeling engineering data. If transitioning to multiple PSViews, this site should consider renaming view to something that will be more meaningful in the context of multiple PSViews and that will also appropriately describe the legacy product structure data. In this case, engineering might be a good choice. This would allow another PSView such as shipping to be dened. From that point forward, different groups and users could use the most appropriate PSView to model their data.
6-9
Related Preferences In the EditOptions menu you may examine the default PSView type, which is set for PSE with the PSE_default_view_type preference. Initially, this preference is set to the following:
PSE_default_view_type= view
In the EditOptions menu you may examine the default PSView type, which is set for Unigraphics with the IMAN_UG_View_Type preference. Initially, this preference is set to the following:
IMAN_UG_View_Type= view
If you rename and/or add View Types, these preferences may need to be changed to other values.
6-10
MT14350-SG-100
PSView Types you will dene: PSView Types PSView type name shipping engineering Purpose represents shipping view of product represents engineering view of product
Step 1:
Create a new PSView type for shipping. In the PSView type name eld, enter shipping. Choose Create.
Step 2:
Create a new PSView type for engineering. In the PSView type name eld, enter engineering. Choose Create.
6-11
Summary
In this lesson you: Created Item Unit of Measures Created Occurrence Note Types Created PSView Types
6-12
MT14350-SG-100
Lesson
Purpose The purpose of this lesson is to modify and create User, Role, Group and Site preferences. Command Suppression of menu options will also be covered. Objectives Upon completion of this lesson, you will be able to: Set Preferences for Users, Roles, Groups and Sites
7-1
Preferences
Preferences are environment variables stored in the Teamcenter Engineering database and read whenever a preference value is set or modied. Preferences allow you to congure many aspects of a session such as user login names and the columns displayed by default in a properties table. Basic system behavior such as business rules and security access are also determined by preferences. Preferences are managed using the Options window (EditOptions). This window is used to search for preferences, set preference values, create new preferences, and remove existing preferences. Preferences can also be manually modied in the tc_preferences.xml le, which is a le that is read automatically during installation and upgrades. It may be required to have different values for the same preferences for different Groups, Roles or even Users. To accommodate this requirement, Teamcenter Engineering allows for preferences to be set to handle each of these situations. The following list is shown in order of the precedence hierarchy used to resolve setting conicts in multiple locations, with 1 being the highest. 1. User preference. 2. Role preference. 3. Group preference. 4. Site preference. Preferences can also be imported or exported using the Options window (EditOptions).
7-2
MT14350-SG-100
PSE_default_view_type sets the default BOM view used when opening PSE or pasting in an assembly when more than one BOM view is used at the site. This preference accepts a single string as a value; the string must be a valid BOM view type. Preference(s): Default:
PSE_default_view_type view
AE_dataset_default_keep_limit sets the number of old dataset versions to store in database. When this number is exceeded, the oldest dataset version is deleted if it is not referenced. This preference accepts a single integer as a value. Preference(s): Default:
AE_dataset_default_keep_limit 3
IMAN_cong_rule_name sets default revision (conguration) rule that is used when opening and printing BOMView or BOMViewRevisions. This preference accepts one or more strings as value(s); each string must be a valid revision rule. If not set, Latest Working/Any Release Status is used. Preference(s): Default:
IMAN_config_rule_name Latest Working
IMAN_auto_login enables or suppresses auto-login feature for the entire site. Auto login uses operating system user names and passwords to log into Teamcenter Engineering. Preference(s): Possible Values: Default:
IMAN_auto_login TRUE (Enable auto login)
FALSE
7-3
7-4
MT14350-SG-100
Choose Index (bottom left). Notice that the Options window changes to show the Preferences elds.
7-5
In the Search on preferences name eld, slowly enter PSE_. Notice that as you type, the system is dynamically searching for preferences and displaying them in the Preferences list. The window should now look like the following, which shows all the existing preferences that begin with PSE_.
Step 2:
Modify the PSE_default_view_type preference. Select the PSE_default_view_type preference from the list and see that the elds are populated with the settings for the PSE_default_view_type preference.
7-6
MT14350-SG-100
Notice the following key information. 1. The indication whether the preference is Site, User, Role or Group. 2. The current value of the preference. 3. The Modify and Delete options.
Change the value from view to engineering. Choose Modify. Choose Cancel to close the Options window. The PSE_default_view_type Site preference has now been revised. Now, when creating BOMviews, all users will default to the engineering view.
7-7
Step 2:
Validate the Site preference created in the previous activity. Select the Home folder. Choose FileNewItem. In the New Item window, make sure Item is selected, then choose Next. Enter the following: ItemID = pref-1 Rev = A Name = test Choose Finish to create the Item, then Close the New Item window. Expand the pref-1 Item and select the ItemRevision.
Notice in the New BOMView Revision window, the default is set to engineering. This is because of the site preference that we set in the previous activity. Choose Cancel to close the New BOMView Revision window. Step 3: Create the user preference. Choose EditOptions. Choose Index. In the Search on preferences name eld, enter PSE_default. Notice that since you entered more information this time, there is only one preference showing in Preferences list. Select PSE_default_view_type in the preference list. Notice the value of engineering that was set by the dba account and that this is still a Site preference.
With PSE_default_view_type still selected, choose CTRL-C to copy the preference name.
7-9
Select New (bottom middle), click in the Name eld and choose CTRL-V to paste the preference name.
Make sure the Type is set to String and Multiple values is set to False. Enter shipping in the Values eld. Choose Create, but do not close the Preferences window. Step 4: View the results. In the Preferences window, choose Details (next to the New option). In the Search on preferences name eld, enter PSE_default. Notice that this time there are two preferences with the same name listed. One is the Site preference and one is the newly created User preference.
Select each of the preferences and notice the elds update to show their values and the type of preference (Site or User). Choose Cancel to close the Options/Preferences window.
7-10
MT14350-SG-100
Step 5:
Validate the new User preference. Log out and back into Teamcenter Engineering/My Navigator using the balltr account. Expand the pref-1 Item and select the ItemRevision.
Notice that this time, the default is set to shipping. This is because of the user preference that now takes precedence over the site preference that is set to engineering. Choose Cancel to close the New BOMView Revision window.
7-11
Choose EditUser Setting. Change role to Design Engineer. Choose OK. Step 3: Create a test Item and check the site settings. Select the Home folder. Choose FileNewItem. In the New Item window, make sure Item is selected, then choose Next.
7-12
MT14350-SG-100
Enter the following: ItemID = pref-2 Rev = A Name = test Choose Finish to create the Item, then Close the New Item window. Expand the pref-2 Item and select the ItemRevision.
Notice in the New BOMView Revision window, the default is set to engineering. This is because of the site preference that was set previously. Choose Cancel to close the New BOMView Revision window. Step 4: Create the group preference. Choose EditOptions. Choose Index. In the Search on preferences name eld, enter PSE_default. Select PSE_default_view_type in the preference list.
7-13
With PSE_default_view_type still selected, choose CTRL-C to copy the preference name. Select New (bottom middle), click in the Name eld and choose CTRL-V to paste the preference name. Notice, that since tracytr, using the Design Engineer role, is a Group Administrator, the Scope options are visible. The User option is the default with the Site option not available since tracytr is not a member of a dba group.
Set the Scope to Group. Make sure Type is set to String and Multiple values is set to False. Enter shipping in the Values eld. Choose Create, but do not close the Preferences window.
7-14
MT14350-SG-100
Step 5:
View the results. In the Preferences window, choose Details (next to the New option). In the Search on preferences name eld, enter PSE_default. Notice that this time there are two preferences with the same name listed. One is the Site preference and one is the newly created Group preference.
Select each of the preferences and notice the elds update to show their values and the type of preference (Site or Group). Choose Cancel to close the Options/Preferences window. Step 6: Validate the new Group preference. Log out and back into Teamcenter Engineering/My Navigator using the tracytr account. Expand the pref-2 Item and select the ItemRevision.
Notice that this time, the default is set to shipping. This is because of the group preference that now takes precedence over the site preference that is set to engineering. Choose Cancel to close the New BOMView Revision window.
7-15
Step 7:
Validate that the new Group preference does not affect the corrective_action group. Choose EditUser Setting. Change the Group to corrective_action, then choose OK. Select the pref-2/A ItemRevision.
Notice that the default is set back to the site preference value of engineering. Choose Cancel to close the New BOMView Revision window. Log out of Teamcenter Engineering.
7-16
MT14350-SG-100
[-mode=import -file=file-name -scope=SITE|GROUP|ROLE|USER -action=SKIP|OVERRIDE|MERGE] [-mode=import -preference=preference-name -scope=SITE|GROUP|ROLE|USER -values=comma-separated-values -action=SKIP|OVERRIDE|MERGE] [-mode=export -out_file=output-file-name -file=file-containing-preferences] [-mode=export -out_file=output-file-name -scope=SITE|GROUP|ROLE|USER] [-mode=generatexml -file=legacy-file-name -scope=SITE|GROUP|ROLE|USER -out_file=output-file-name] [-mode=remove -scope=SITE|GROUP|ROLE|USER -preferences=comma-separated-preference-names] [-mode=clear -scope=SITE|GROUP|ROLE|USER]
7-17
Summary
In this lesson you: Set Preferences for Users, Roles, Groups and Sites
7-18
MT14350-SG-100
Lesson
8-1
The Teamcenter Engineering search feature is a exible general-purpose query engine that allows you to search the database for many kinds of data. In order to enhance usability, the search feature allows queries to be saved as query forms for future use. In most cases, the Teamcenter Engineering administrator will create query forms for the entire site. In order to enhance usability, your site may want to limit the number of query forms saved in the database and/or restrict the number of users allowed to create, modify and delete query forms.
8-2
MT14350-SG-100
Teamcenter Engineering Properties for Workspace Objects In order to create Saved Queries, you must understand the Teamcenter Engineering database class structure and the attributes dened on each class. Since there are many classes in the database, each with many attributes, we will begin with understanding the WorkspaceObject class. The WorkspaceObject class denes the common attributes of all the workspace objects: folder, form, dataset, Item, Item Revision. Some other attributes for the WorkspaceObject class are inherited from parent classes, but where these attributes are actually dened does not concern us at this time. Below is a diagram showing all the WorkspaceObject attributes.
The attributes without the + symbol can be directly set when searching for WorkspaceObjects.
The attributes with the + symbol refer to another class in the class structure, which may have direct attributes , or may have more attributes with + symbols... this subject is covered later in the lesson. The Name and Type attributes are dened directly to the WorkspaceOject class. In a search that you will dene in an activity, all workspace objects with Name=Home and Type=Folder will be found.
8-3
Query Builder Dialog The Admin/Query Builder application displays the Query Builder dialog. This dialog allows you to create, modify and delete queries.
8-4
MT14350-SG-100
Elements of the Query Builder Dialog Element Name Description Description Name of the saved query that you selected from the Saved Query. Text eld where typically information about what the query does or other pertinent information is recorded. Imports a query denition from a XML le. Exports a query denition to a XML le. You will click this icon to access the Class Selection dialog. This dialog lists all of the schema classes that are available. You must select a schema class when creating a query. This is a list of the various queries that come with the installation. LQ Query will be executed against the local database. UQ Indicates a query that is run by calling #USER_execute_saved_query that returns objects for display. KSQ Indicates a query that performs keyword searches using a search engine. RQ Query will be executed against the published objects in the ODS. UEQ Indicates a query that is run by calling #USER_query_execute that returns column-value triples for display. BOMSQ Indicates a query that generates BOM reports. eQ Indicates a query that is created through the eIntegrator application that is run against an external database.
8-5
Display Settings:
Class Attributes All Attributes Display Names Real Names Search Criteria Table Boolean Rules Attributes User Entry L10N Key
Logical Operators Default Values Gain Precedence icon (up arrow) Lose Precedence icon (down arrow)
Description The attributes of the search class displays in the Attributes Selection tree. Depending on the type of display setting selected, this tree can display all inherited class attributes or just the class attributes. You will choose this icon to indicate how you want queries to display in the window. The Display Setting dialog displays with two options. Set Class Attributes to view only the class attributes. Set All Attributes to view all of the attributes. Set Display Names to display the presentation name of the attribute. Set Real Names to displays the actual attribute name as it appears in the database. Displays the search criteria that can be modied. The Boolean Rules (AND/OR) are used to combine clauses to create a custom query. The selected database attribute displays in the Attributes eld. Species the localization key used to look up user entry names. The localization keys-value pairs are dened in the qry_user_entry_names_locale.xml le. The value in this column can be modied. Displays the query eld names as they appear as labels in the search form. The user name is the value of the localization key entered in the User Entry L10N Key column. If the key-value pair is not dened in the qry_user_entry_names_locale.xml le, the user entry name is the same as the key entered in the User Entry L10N Key column. The value in this column cannot be modied. Matching values can be: =, !=, <, >, IS_NULL, and IS_NOT_NULL Required when you do not specify the User Entry L10N Key when creating a query. Move search clauses up a row in the table to gain precedence. Moves search clauses down a row in the table to lose precedence.
8-6
MT14350-SG-100
).
8-7
Step 4:
).
In Attribute Selection area, double-click Name to add a line in the Search Criteria section.
8-8
MT14350-SG-100
Step 5:
Build the Type clause and then save the query. In the Attribute Selection area, double-click on Type to add another line in the Search Criteria section. Select Folder from the drop-down list in the Default Value eld. The completed query should look like the following. Notice the AND conditional was used.
8-9
Step 6:
From the pull-down menu on the Search panel, choose RemainingFind Home Folders. The Search elds now show the Find Home Folders options.
Choose Execute Query. The Find Home Folders (1) tab appears with the results. Step 7: Add the Find Home Folders query to the Favorites List. At the bottom of the Search panel, choose Options... In the Favorite Options tab of the Options window, locate and check Find Home Folders.
Choose OK.
8-10
MT14350-SG-100
Step 8:
Test the Favorites setting. Choose ViewRefresh Window. Open the Query selector.
8-11
The Access... menu allows you to dene protections on a query form. Selecting a query from the list and choosing the Access... menu displays the Protection dialog for the query.
To revoke read access to the World, but maintain read access for the System Administrator accessor, use these two steps. 1. Add an object-based ACL to maintain read access for the System Administrator accessor. 2. Add an object-based ACL to revoke read access for the world.
8-13
8-14
MT14350-SG-100
Choose Get access control list. The Access Control List dialog for the Find Home Folders query is displayed.
Step 3:
Notice the addition of two rows in the list with Object listed in the Named ACL column.
8-15
Double-click in the empty cells in each line to set the Type of Accessor to World and System Administrator, then set the privileges for each Accessor as shown below.
The additional World setting revokes read privileges from all users. The additional System Administrator setting allows only Administrators to use the query. Choose OK on the ACL Control List window. Choose Close to exit the Access window.
With these additional protections, the Find Home Folders query is only usable (and visible) by System Administrators.
8-16
MT14350-SG-100
Step 1:
Name and describe the query. Go to the Admin/Query Builder application. Choose Clear. Enter the following parameters: Name: Description: EndItem Search for EndItems
Step 2:
Choose the Query Search Class. Choose Enter Item, then choose Class. . to locate and select the Item
Step 3:
Build the Type clause for the query. Set the to show All Attributes.
Close the Display Settings dialog. In the Attribute Selection area, double-click on Type.
This will add a row to the Search Criteria area. In the Search Criteria area, clear the User Entry L10N Key. By leaving User Entry L10N Key blank, the Type clause will be hidden from the end-user.
8-18
MT14350-SG-100
Step 4:
Build the Part Number clause. In the Attribute Selection area, double-click on ID.
Type Part Number in the User Entry L10N Key eld, then press Enter.
Leave the Default Value eld empty. The end-user will provide the value for this clause during query execution.
8-19
Step 5:
Build the Customer clause. In the Attribute Selection area, double-click on Item Masters.
In the Class Selection Dialog, select Form inside the Workspace Branch.
8-20
MT14350-SG-100
Choose OK. Back in the Attributes listings, in the expanded Item Masters listing, expand the attributes node and double-click Customer to add the clause to the query.
8-21
Step 6:
Build the Shipped clause. Again, in the Attribute Selection area, in the expanded Item Masters listing, double-click Shipped to add the clause to the query.
In the Default Value eld, enter TRUE (all caps), then press Enter. The query should look like the following.
Step 7:
Save the query. Choose the Create icon to save the query. Close the Admin/Query Builder application.
Step 8:
Test the query. Enter the Teamcenter/My Navigator application. If necessary, choose .
8-22
MT14350-SG-100
Select the EndItem query from the Query selector list. The EndItem query elds will appear.
Clear all Fields. Execute the query. The query should nd all Items of Type EndItem that exist in your database at this time.
Step 9:
Put the EndItem query on your Favorites List. At the bottom of the Search panel, choose Options... Scroll down the Favorite Options list and check EndItem.
8-23
Step 10: Test the Favorites setting. Open the Query selector.
The EndItem query should be on the initial list. Close the Search application by choosing the Search icon Close all Search results tabs.
8-24
MT14350-SG-100
Importing/Exporting Queries
Query denitions can be exported and shared with other Teamcenter Engineering sites. Conversely, query data from other Teamcenter Engineering sites can be imported into your site. Exported queries must be saved as XML les, with the .xml extension. Importing a query denition is the most critical action. The XML les to be imported are rst parsed and veried before the data is allowed to be imported. Even if the query data is correctly formatted in the XML le, it may not be compatible with the local database schema. An incompatible import le will result in errors when you attempt to create the query denition. The following are key icons used in the Import dialog. Import le used to locate the query le in the OS directory structure. Verify used to validate the POM class matches existing classes in the database before importing.
8-25
In the Import window, choose Import File. In the Read Query Denition window, navigate to the workow_designer folder in the aa_class directory.
Select the user_data_3_equal_MAKE.xml le, then choose Import. The query is loaded into the Import window.
8-26 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
Choose Verify to validate the classes. Since the query to be imported has POM classes that match the existing classes in the database, no errors are reported. Choose OK to import the query.
Choose Create. The imported query is now displayed in the query list.
8-27
Creating Reports
Once a Query is created, it can be used in the design of a Report. This is accomplished by using the Report Designer application in the Admin application group. Report Design objects are templates, used by the Report Wizard in My Navigator, that allow users to extract information from the Teamcenter Engineering database. Report designs consist of three components: Saved query denition object Property Format Finder (PFF) object Format le (optional)
Saved Query Denitions Saved queries are used to search for the values of direct or reference attributes associated with a class in the Teamcenter Engineering Persistent Object Manager (POM) schema. Saved queries are used to construct report designs. The query denition window can be accessed from Report Designer, allowing you to modify or create denitions without leaving Report Designer. Property Format Finder (PFF) Objects Property Format Finder (PFF) objects allow you to gather and report data related to the objects returned by a query. PFF objects provide the necessary links and relationships required to locate data without reformatting the query instance. These objects also enable you to acquire additional information that a single query would be incapable of rendering. Report Formatters Microsoft Excel (.xlt) and Extensible Stylesheet Language (.xsl) les can be imported into and edited from within Report Designer. When generating reports in My Navigator, users optionally select one of the les associated with the design to format the report data. If a format le is not selected, the data is output as a comma-separated le.
8-28
MT14350-SG-100
The Report Designer window is divided into two main panes, the report design tree pane and the report design denition pane.
There are four main functions that can be performed in the Report Designer application. Launch query denition window. Launch Property Format Finder (PFF) editor. Import dened formatter. Open formatter.
8-29
Step 1:
Begin the report creation process. Start the Admin/Report Designer application.
Enter EndItem Report in the Design Name eld. Enter This report returns needed EndItem information in the Design Description eld. From the Saved Query pull-down list, select EndItem. At this point, the elds should look like the following.
8-30
MT14350-SG-100
Choose Query Denition. This launches the Query Denition window, which is the same as the Query Builder window. This shows the denitions for the existing EndItem query.
Choose
8-31
Step 2:
Access and arrange the Property Format Finder window. Choose Property Format Finder. The Property Format Finder window appears.
Dislodge the window by double-clicking on the top (grey) bar. The window is now dislodged (top bar is blue) and will allow adjustments.
8-32
MT14350-SG-100
Step 3:
Create the EndItem report PFF. Select the Admin - Object Ownership listing. You will use this PFF as the basis for the EndItem PFF. Enter EndItemPff in the Name eld. Change the Description to: This Pff denes what object attributes are included for the EndItem report. Leave Principle Query Object and Add Clauses From set to WorkspaceObject. In the Search Criteria section, select the WorkspaceObject.object_type listing, and choose .
8-33
Again, in the Search Criteria section, select the WorkspaceObject.last_mod_date listing and choose .
The window should now look like the following, with only ve listings in the Search Criteria section.
8-34
MT14350-SG-100
In the Property Path column, change WorkspaceObject.object_string to WorkspaceObject.item_id. Change the Column Names eld to EndItem. Move this new listing to the top by using the up arrow. Moving this new listing to the top will make it appear in the left column of the report. The Search Criteria section should now look like the following.
Choose Create.
8-35
Close the Property Format Finder window. Step 4: Assign the new PFF and Report Formatters. The new EndItem PFF can now be displayed in the list for the Property Finder Formatter eld.
Choose EndItemPff from the pull-down list. From the list of Dened Formatters, double-click on default_xml_template.xsl. This sends it to the Selected Formatters panel.
8-36
MT14350-SG-100
The Report Designer window should now look like the following.
Step 5:
Test the report. Go to the Teamcenter/My Navigator application. Choose ToolsReports. The Report Creation Wizard appears.
8-37
Choose Fill in Criteria (from list on the left). If necessary, choose the More... link to show all the elds. Clear all the elds.
8-38
MT14350-SG-100
Choose Finish. (Do not select default_xml_template.xsl.) The alert window displays the number of objects found.
8-39
If the default_xml_template.xsl format le had been selected before choosing Finish, and if an html viewer was available, the following report would have been generated.
8-40
MT14350-SG-100
Summary
In this lesson you: Created New Saved Queries Managed End-User Access to Queries Imported Queries Created Reports
8-41
Lesson
9-1
9-2
MT14350-SG-100
After parts have been released, the Product Structure Editor (PSE) can be used to display different Bill of Materials (BOMs) in different stages of development. PSE can also display Work-in-Process parts, which are those that have not had a nal Release Status applied. PSE (and the UG integration) can load assemblies based on the Release Status list of Status Types. Create the Status Type Status Types are created from the Admin/Type application. You must be a System Administrator user to be able to create or modify Status Types.
Expanding the Status Type icon will display the current list of Status types for your site. To create a new Status Type, select the Status Type icon, Fill in the Status Type name and choose the Create icon.
Status Types are created with a character Name value. The Name value is set to an objects Release Status attribute when the object is released. The actual names of the Status Types are arbitrary and in practice would be dened by your company.
9-3
Status Types you will create during the training class Name Released Purpose Applied to Item Revisions that represent Part data that have been approved for Production usage.
Pre-Released Applied to Item Revisions that represent Part data that have not been approved for Production usage but have been released to freeze the data. This status is typically used when preliminary data has been made available for supplier usage. Approved ECPending Applied to Item Revisions that represent Document data (i.e. Change Proposals, Product Specications) Applied to Item Revisions that represent Part data that have progressed through the rst step of an Change process. This status is renamed to Released at the end of the Change process.
9-4
MT14350-SG-100
Enter Released in the Status type name eld. Choose The new Status Type displays in the Types tree.
Step 3:
Repeat Step 2 to create the Pre-Released, Approved, and ECPending Status Types. When nished, the Status list should look like the following.
9-5
Revision Rule
Rule Entry
Override List
Release Status
Working Revision
The Revision Rule must always be set to determine which revision to load into PSE. The variant and occurrence effectivity conguration rules are optional.
9-6 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
Revision Rules Provided with Teamcenter Engineering Name Any Status, No Working Any Status; Working Description Selects the latest released revisions, no working revisions selected. Selects the latest released revisions, if none exist, then select working revisions. This is useful when you want to congure a released structure, but want to be aware of items that will become used in the structure, but are not released yet. Selects Precise references if they exist, and for Imprecise assemblies, selects the latest working revisions, if none exist, then latest released revisions. Selects the latest revisions according to the revision id, sorted alphanumerical, regardless of whether they are working or released. Selects the latest revisions according to the date they were created, regardless of whether they are working or released. Selects the precise references to specic item revisions in Precise assemblies. Selects the precise references to specic item revisions in Precise assemblies. If Imprecise assemblies are present, the latest revisions with any status are selected. Selects the precise references to specic item revisions in Precise assemblies. If Imprecise assemblies are present, only working revisions are selected. Selects only the latest working revisions owned by the Group the User running the Teamcenter Engineering session is currently logged into, if none exist, then select the latest released revisions. This is a simple and powerful Rule allowing users to congure only the working data within their team. Selects only the latest working revisions owned by the User running the Teamcenter Engineering session, if none exist, then select the latest released revisions. This is a simple and powerful Rule allowing Users to congure only their own working data. Selects the latest working revisions, if none exist, then select the latest released revisions.
Latest Working Latest by Alpha Rev Order Latest by Creation Date Precise Only Precise; Any Status Precise; Working Working (Curr Group); Any Status
Revision Rules Added during the training class Name Released Description Selects the latest revisions with Release Status of Released, if none exist, then select the latest revisions with Release Status ofPre-Released, if non exist, then select the latest working revision.
9-7
For a new database, this dialog is initially populated with the 11 Revision Rules shipped with Teamcenter Engineering. Revision Rules window Use Create to display the Create New Revision Rule dialog. Enter a Name, set the criteria required, and then select OK to see this new Revision Rule added to the list in the initial dialog. Note that Revision Rule Names must be unique. Use Modify, which will display the same dialog as Create, but pre-populate it with the Revision Rule Name and the settings that correspond to the Rule. These can then be modied as required. This also allows the name of the Rule to be changed. Use Delete to remove a Revision Rule. This will then be removed from all users who had access to it.
9-8
MT14350-SG-100
Creating Revision Rules This Create New Revision Rules window allows users to create Revision Rules. Default Access Manager Rules shipped with Teamcenter Engineering dene who can Read and therefore use a Revision Rule after it has been created. If the Revision Rule is created by a member of the dba group, the Revision Rule will be selectable by all Teamcenter Engineering users (World) If the Revision Rule is created by any other user, only that user and System Administrators will be able to view/select the Rule.
The upper section allows a name to be entered, which will be the name the user will see. The middle section is the area where entries are ordered and possibly grouped The lower section is where Rule entries are constructed and modied.
9-9
Revision Rule Entries A Revision Rule is made up of a sequential list of entries. Evaluation of the Rule involves evaluating each of the entries, in top-to-bottom order, until a congured revision of the Item is successfully obtained. Once a revision is found that satises an entry, the evaluation of entries below that entry is stopped. A Revision Rule may be made with any combination of the following entry types.
Working - A Working entry is used to select working Item Revisions (those without any Release Status).
The latest Working Revision of the Item is selected according to the date it was created. The revision chosen can be made more specic via the following settings: Owning User - If an Owning User is specied within a Working entry, the latest revision owned by the specied User will be congured. The owning User can be also set to current, meaning that latest revision owned by the current Teamcenter Engineering User is congured. Owning Group - If an Owning Group is specied within a Working entry, the latest revision owned by the specied Group will be congured. The Owning Group can be also set to current, meaning that latest revision owned by the Users current Teamcenter Engineering Group is congured. More than one Working entry may be present within a Revision Rule. For example, a Rule might try to congure the current Users working revision, and if none is found, then congure the current groups instead. If a User changes their Group, they will need to re-apply the Revision Rule to congure the appropriate revisions for the Group they have changed to.
9-10
MT14350-SG-100
Status - A Status entry is used to select Item Revisions that have been released with a particular status. The following settings are available for Status entries: Any Release Status - The latest Item Revision with status is congured, regardless of which status it is. Selected Status - The latest Item Revision with status of the selected type is congured. Allows you to congure a structure that only contains Item Revisions that have reached a specied Status. These are selected from the list of available statuses in the list menu. More than one Status entry may be present in a Revision Rule. Release Date - The latest Item Revision is selected according to the date the revision was released (the date that the particular status was added). Effective Date - The latest Item Revision is selected according to effectivity dates dened on the Release Status. Effective Unit No. - The latest Item Revision is selected according to unit numbers dened on the Release Status. Effective Dates/Units are dened by privileged users using ViewRevision Effectivity... in the PSE application. Override - An Override entry allows particular Item Revisions to override those that would be selected by the other criteria. The Item Revisions to be used are simply copied into a Workspace folder which you then reference from the Override entry (paste into the entry). You add an Override entry if you want to create a Rule referencing an Override folder. Typically you will leave the folder argument blank, which allows Users to set an Override folder at run time, using the ToolsRevision RuleSet Override folder... Command. Date A Date entry is used when you want to create a Revision Rule which conures at a specic data or Today. This will prevent Users from setting a data (using Revision RuleSet Date) to congure by at run-time. If you want a Revision Rule which allows Users to set the date, then do not use a Date entry. Unit Number A Unit No entry is used to specify the Unit No to match against when conguring Item Revision with status using Unit No Effectivity. This will prevent Users setting a unit number (using Revision RuleSet Unit No) to congure by at run-time. If you want a Revision Rule which allows users to set the unit number, then do not use a Unit No entry.
9-11
Precise - A Precise entry is used to select the precisely specied Item Revisions in a Precise BOMView Revision. The entry has no effect on Imprecise Bills. If you apply a Revision Rule without a Precise entry to Precise structures, they will be dynamically congured - this can be very powerful, but could also give unexpected results which may not be desired. Any entry placed above the Precise entry in a Revision Rule will in effect override the Precise references. A Revision Rule containing only a Precise entry can be used to do purely Precise conguration. If you want to congure a structure that contains both Imprecise and Precise assemblies, and you want to congure the precise references in the Precise assemblies, add a Precise entry at the top of your Revision Rule. The other entries in the Rule will be used to congure the Imprecise assemblies. Latest - A Latest entry is used to select Item Revisions irrespective of whether they have been released. There is no differentiation between Working revisions and those with status. The following settings are available for Latest entries: Creation Date - The latest Item Revision is selected according to the date the revision was created. Alphanumeric Revision ID - The latest Item Revision is selected in alphabetic order of Revision ID. This will order numeric Revision IDs alphanumerical, (i.e., 1, 10, 2, etc.). Numeric Revision ID - The latest Item Revision is selected in numeric order of Revision ID. Revisions with non-numeric IDs will not be congured.
Ordering Rule Entries The order of entries within a Revision Rule is very important. The top-to-bottom order denes a precedence that will affect the outcome of what item revision the Rule will congure. Entries at the top of the Rule take precedence over entries below. As soon as an entry is capable of conguring an item revision, the entries below are not evaluated.
9-12
MT14350-SG-100
Grouping Rule Entries To give entries equal precedence, they may be grouped together with brackets in the entry dialog. For example, consider the Rule entries below:
Grouping these entries gives no precedence to item revisions with either of the dened statuses. The latest item revision with either of the statuses is congured.
9-13
Select the Precise Only rule, then choose Create. The Create New Revision Rule dialog appears with the settings for the Precise Only rule. This rule will be used as a starting point to create a new rule.
In the middle panel, select the Precise listing. Choose the Remove button, which is now activated. Step 3: Add the Status entry for Released status. Select Status from the Entry Type selector.
Choose Open by Name. The Open by Name dialog appears. Enter * in the Status Type eld, then choose
The Released Status Types that were created in an earlier activity are displayed.
Add the Status entry for Pre-Released status. Choose Open by Name again.
9-15
Step 5:
Add the Working entry. Select Working from the Entry Type selector.
9-16
MT14350-SG-100
Step 6:
Save the new Revision Rule. Click the OK to save your Rule.
The Released Rule should now be viewable from the Revision Rules window.
9-17
Setup Considerations Teamcenter Engineering is delivered with a base setup which allows the product to be used with the Revision Rule, Latest Working. To use other Revision Rules, you may consider modifying the following preferences in the menu selection; EditOptionsIndex. The preference below establishes the Revision Rule a user will have in effect by default. The default could be changed to a different Revision Rule for the whole site, groups, roles or users.
IMAN_config_rule_name= Latest Working
The preference below denes the type of BOM (Precise/Imprecise) users will create by default from PSE and Unigraphics
IMAN_BOM_Precision_Preference= Imprecise
9-18
MT14350-SG-100
Step 2:
Verify Default Revision Rule setting. Enter the following preference name in the search eld as shown to view the preference setting.
IMAN_config_rule_name= Latest Working
This sets the user Revision Rule to the shown value by default.
9-19
Step 3:
Verify BOM Precision preference setting. Enter the following preference name in the search eld as shown to view the preference setting.
IMAN_BOM_Precision_Preference= Imprecise
This setting defaults all newly created BOMs to either Precise or Imprecise (the default). Press Cancel to close the Preferences form.
9-20
MT14350-SG-100
Summary
In this lesson you: Created Status Types Created Revision Rules
9-21
Lesson
10 Access Manager
Purpose The purpose of this lesson is to establish unique data access requirements using the Teamcenter Engineering Access Manager application Objectives Upon completion of this lesson, you will be able to: Identify access permissions established with the default Access Manager Create additional Access Manager rules to dene Company specic data access Requirements Make an exception to the Access Manager rules for an individual object Save and restore Access Manager rule denitions
10-1
Access Manager
Rules-Based Protections The Teamcenter Engineering system administrator denes various conditions or rules that control who can or cannot access various objects. These rules are global (they affect your entire Teamcenter Engineering site) and are dened using the Access Manager (AM) application.
As a User interacts with Teamcenter Engineering data, access is determined by using the Users Accessor information, the objects Meta Data (properties), and some System information. This information is tested in the conditional Rule Tree which returns the access results. This is a great advantage because, in most cases, end-users wont have to think about explicitly protecting data - it will be done automatically.
10-2
MT14350-SG-100
Access Manager
Object-Based Protections Object based protection Access Control Lists (ACLs) can be set on objects to create exceptions to rules-based protection. Object ACLs are most useful when you need to either grant wider access or limit access to a specic object. With Object-Based protections, settings are added to and controlled by the object to implement case-by-case exceptions to the access dened by the Access Manager rule tree. After the object is created, Exception protections or Access Control Lists (ACLs) can be added to the object by anyone having Change (Key icon) access to the object after the object is created.
10-3
Access Manager
The current protections for that object are displayed in the Access window. The initial protections are determined by the Rule Tree.
When necessary, the ACL button can be selected to show the specic Access Control List (ACL) that has been derived from the Rule Tree.
10-4
MT14350-SG-100
Access Manager
Teamcenter Engineering Privileges Access Privilege Read (R) Write (W) Delete (D) Description You can open and view (read) an object. You can modify (write changes to) an object. You can completely and permanently remove (delete) an object from the database. Because this is potentially destructive, delete privilege is usually only granted to the owner and Teamcenter Engineering system administrators. You can modify (change) object protections. Any accessor with change privilege can grant themselves any other privilege. Therefore, change privilege should be tightly controlled. For example, you should not allow another group to have change privilege on your groups data. You can move a task ahead (promote it) in a workow job. You can move a task back (demote it) in a workow job. You can print an object, perform a FileSave As on an object and mark an object for archive. You can change ownership on an object. You can make the object available to other Teamcenter Engineering sites. You can subscribe to an object. You can export objects from your Teamcenter Engineering database. You can import objects into your Teamcenter Engineering database. You can transfer ownership of objects exported from your database. You can become the new owner of objects imported into your Teamcenter Engineering database. You can Write in-Class Instances
Change (C)
Promote (p) Demote (d) Copy (c) Change Ownership Publish Subscribe Export (X) Import (I) Transfer Out (x) Transfer In (i) Write ICOs
10-5
Access Manager
Choose OK. Step 3: Create an Item. Select your Home folder. Choose FileNewItem... The New Item window is displayed. Choose Item as the Type. Choose Next, then enter the following: Item ID 1234
10-6
MT14350-SG-100
Access Manager
Choose Finish. A reference to the new Item is placed in your Home folder. Close the New Item window. Step 4: Review the Protections of the new Item. Select the 1234-Test Item.
Choose Access
10-7
Access Manager
Step 5:
View the Access Control List (ACL) for the Item. Choose in the Access window.
This window displays the complete Access Control List for the 1234-Test Item. From this window, you can derive any users privilege setting for this object. , For example, by locating the Write access column you can see that the Owning User and the Owning Group (high_performance) have been granted Write access ( ) to the Item and that all other users (World) are denied Write ). access ( Choose Cancel on the ACL Control List window. Close the Access window.
10-8
MT14350-SG-100
Access Manager
The current protections (from the Rule Tree) for that object are displayed in the Protection window for your user account.
The Access Control List opens another window to list full ACL and to makes unique object based protection entries. To change a specic objects protections, select the ACL button at the bottom of the Protection window to display the Access Control List dialog. If you have Change privilege, the Add/Delete ACL buttons will be active and you will be able to Add or Delete an object-based ACE.
To set the exception protection, select and a new Access Control Entry (ACE) will be added to the list. By double-clicking in the cells of the ACE you can dene the Accessor Type, Accessor ID and grant/deny privileges. Once added, the object-based ACEs will be identied by the name OBJECT in the Named ACL column. If you have Change access, you will be able to Add, Modify, or Delete an object-based ACE.
10-9
Access Manager
Choose
This privilege allows you to add entries to the default ACL dened by the Access Manager rule tree. Any additions you make in this manner will only apply to this object. Step 2: Add the object specic Access Control List (ACL) data for the Item. Choose in the Access window.
10-10
MT14350-SG-100
Access Manager
privilege, the
is active.
From this dialog you can also identify what AM rule is giving privilege. In this case the Working Named you the to the Owning User (you). ACL has granted Choose on the Access Control List window.
A new line appears at the bottom of the list with Object listed in the Named ACL column. Double-click the empty ACE cells to choose values for Type of Accessor, ID of Accessor, and setting for Write privilege as shown in the highlighted line below.
Choose OK on the Access Control List window. Close the Access window.
10-11
Access Manager
Step 3:
Test the Object ACL Select the 1234-Test Item, then choose .
Select Astaire, Fran(astairetr) from the User drop-down listing. The Access window updates to display the Access for astairetr.
Notice that Write access is denied for astairetr. If not, re-select the Field Service Engineer Role to update the window. Close on the Access window.
10-12
MT14350-SG-100
Access Manager
The AM Rule Tree Choosing the Access Manager icon (shown on the left) from the Admin program group displays the AM Rule Tree window (shown on the right). This window displays all existing AM rules in force at your site in the form of a tree in one window pane with named ACL denitions in the other window pane.
When rules-based protections are needed on an object (in choosing Protections, Opening, Copying, Exporting, etc.) the rule tree is evaluated. The rule tree evaluation starts from the top and works downward checking conditions. When the conditions are met, the ACL(s) are applied. The next page shows the full default rule tree likely to be on your system.
10-13
Access Manager
10-14
MT14350-SG-100
Access Manager
The Named ACLs The right side of the Access Manager application displays the Condition and Value being evaluated with the Named ACL to be applied.
There are numerous Predened Named ACLs with the default Access Manager setup. By using the selector to choose a different Named ACL, you can view/edit the other predened Named ACLs
10-15
Access Manager
Access Rule Tree, Named ACLs, and ACEs Shown below the Rule Tree and Named ACLs control what protections get set on objects when accessed by a user. The exact access is based on the object and the user.
The Rule Tree shows the conditions and the Named ACLs
10-16
MT14350-SG-100
Access Manager
class:attribute=value Object has the value Eg: specied for the NoteType:name=UG* attribute of the given class. true or false class name User has bypass set. Object is of this Teamcenter Engineering class. Object has this description.
Has Description Has Form Attribute Has Item ID Has Name Has Object ACL Has Status Has Type
item ID (accepts wildcards) text string accepts wildcards true or false status name accepts null entry (null=all) type name Object has this name. Object has an object ACL. Object has this status type attached. Object is of this Teamcenter Engineering type.
BOMView type name Object is associated with this BOM View type. true or false Object is a target object in a workow job. Object is a member of the dened project. Object is archived. User is a group administrator in the current group.
In Project Is Archived Is GA
10-17
Access Manager
Is Local
true or false
Object resides in this database. Used with Distributed Teamcenter Engineering. User is a member of the project. User is currently logged in as a member of a system administration group. Object is owned by this group. Owning group of the object has a given security string. Object is owned by this site. Used with Global TcEng. Object is owned by this user.
Is Project Member Is SA
site name
10-18
MT14350-SG-100
Access Manager
ACL Buildup - Precedence Evaluating which privileges are nally granted depends on two criteria: Precedence of the Conditional Statements in the Rule Tree Accessor Precedence in the Named ACL
The result is an Effective ACL, which controls the access to the object. This Effective ACL is the cumulative buildup of all the Named ACLs appropriate to that object within the Rule Tree. Precedence of Conditional Statements in the Rule Tree Use the following steps to build an Effective ACL for an Object. 1. Remove from the Rule Tree all lines with rules that do not apply to the object. This will usually leave you will only a few lines (rules) to evaluate. 2. The Effective ACL is now built up from those Named ACLs left in the trimmed tree. 3. Order of traversal of lines (rules) is determined by: Always visit the children of a line before the line itself. Always visit sibling children in order from top to bottom.
4. Build up the Effective ACL by putting together the Named ACLs on the lines (in order of traversal).
10-19
Access Manager
Accessor Precedence in the Named ACL The following chart lists each accessor in order of precedence. Approver (RIG) Approver (Role) Approver (Group) Approver Owning User User Most Precedence Group Administrator Role in Owning Group Role in Group Role Owning Group System Administrator Group Project Team Least Precedence Groups with Security Project Teams World Site Remote Site
10-20
MT14350-SG-100
Access Manager
Example: Building an Effective ACL for a UGMASTER dataset 1. Remove from the Rule Tree all lines with rules that do not apply to the object. Trimmed Rule Tree
2. .The Effective ACL is now built up from those Named ACLs left in the trimmed tree.
10-21
Access Manager
4. Build up the Effective ACL by putting together the Named ACLs on the lines (in order of traversal).
The Effective ACL will be shown to the user as shown below. The shaded privilege settings will not be seen. The Owning Group row will not be seen since there are no privileges set in the row.
The shaded privilege settings are not actually shown in the ACL window since they are already encompassed by a high preceding accessor. Said another way, the upper World accessor already includes all users, therefore the privileges dened in the upper World (W, C, c) have been set and do not have to be shown for the lower accessors of Owning User, Group Administrator, Owning Group, System Administrator, and the lower World.
10-22
MT14350-SG-100
Access Manager
Evaluating the Effective ACL for the UGMASTER Remove all the lines from the Effective ACL that do not apply to you. Assume you are a Designer in the Owning Group of the UGMASTER dataset. You are not the Owning User, not generically in the Owning Group, and not a Group Administrator or System Administrator.
For each privilege work down through the remaining ACL lines until you hit a Y or a N. This will tell you whether you are granted or denied the privilege.
Therefore you will have these privileges: Granted: Read, Write, Copy Denied: Delete, Change, Promote, Demote
10-23
Access Manager
Do not delete or change the order of the branches in the upper area of the Rule tree. This could result in unpredictable behavior or loss of data.
Add new rules for working data below the "Working" branch. This is the proper location to add new rules for working data types at your site.
Named ACLs are optional. When adding a new rule, if you do not enter a Named ACL you will create an inactive stub that can be further customized by adding additional rules as sub-branches. Until you add additional sub-branches or modify this rule to apply a Named ACL, it will have no effect on object protections.
Browsing the AM Rule Tree Only users with System Administration privileges can modify Access Manager rules. To browse the AM Rule tree, select the Teamcenter Engineering Admin button in the Applications Manager, and then select the Access Manager application. The AM Rule tree is displayed. To browse the AM Rule tree, select a Rule tree branch. When it is selected, the rule and its relevant information is displayed in the Access Manager Rule tree and Rule panel.
10-24 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
Access Manager
Adding an AM Rule to the Tree 1. Select the Parent rule that the new node will be added to. 2. Set the condition, value and named ACL for the new rule. 3. Choose Add. This creates the new rule and adds it to the selected parent in the Rule tree. When the rule is added, an asterisk appears next to the Access Manager indicating the rule tree has been modied. name 4. Choose to save the changes to the AM Rule Tree le.
Modifying an AM Rule 1. Select the desired rule to modify in the Rule tree. 2. Set the appropriate values within the Rule pane. 3. Choose Modify. An asterisk appears next to the Access Manager name indicating the rule tree has been modied. 4. Choose to save the changes to the AM Rule Tree le.
Deleting an AM Rule 1. Select the desired rule to delete in the Rule tree. 2. Once the rule is selected, choose Delete. An asterisk appears next to the Access Manager name indicating the rule tree has been modied. 4. Choose to save the changes to the AM Rule Tree le.
10-25
Access Manager
Moving an AM Rule 1. Select the rule you want to move in the Rule tree. 2. Once the rule is selected: Choose Move Up Choose Move Down to move the rule up one level in the Rule tree. to move the rule down one level in the Rule tree.
An asterisk appears next to the Access Manager name indicating the rule tree has been modied. 4. Choose to save the changes to the AM Rule Tree le.
10-26
MT14350-SG-100
Access Manager
10-27
Access Manager
What needs to be done to the Rule Tree? You may think that a change needs to be made to the Working ACL to add an Access Control Entry (ACE) that allows the corrective_action group Write access, as shown below.
However, this would have the affect of allowing the corrective_action group Write access to all objects of class POM_application_object. This includes any dataset, folder, form, BOM, etc., created by any group! This is obviously not desired. Instead, we want to allow the corrective_action group Write access for Item objects only (not all objects dened by the POM_application_object class). To enable this we must do two things: Create a new Named ACL that grants the corrective_action group Write access. Modify the Rule Tree to attach this new Named ACL to the existing (Has Class) Item... branch. Change your Group/Role to dba/DBA. Choose EditUser Setting... Choose the Session listing. Change your Group to dba and Role to DBA. Choose OK. Step 2: Start the Admin/Access Manager application. Choose the Admin program group icon in the Application Manager.
Step 1:
Choose the
icon.
The Access Manager editor screen appears with the rule tree and named ACL editor screen is displayed.
10-28 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
Access Manager
Step 3:
Locate the Has Class(Item) rule tree branch. Choose the symbol to expand the following branch.
Step 4:
Modify the Has Class(Item) rule tree branch. Select the Has Class(Item) branch. The branch editor screen displays the three parts of this branch denition: The Condition, the Value, and the Named ACL. You will now create and attach a new named ACL to this branch.
10-29
Access Manager
Enter CAMod in the ACL Name eld. Choose Create adjacent to that eld.
Next, choose to the right of the ACL contents window to add the rst Access Control Entry (ACE). Double-click the empty ACE cells to set the values for Type of Accessor and ID of Accessor, then set the Write privilege (as shown in the following image).
10-30
MT14350-SG-100
Access Manager
Choose Choose
The new named ACL has been attached to the (Has Class) Item branch.
Step 5:
Save the modication to the rule tree. Choose on the Access Manager Tool bar.
The complete rule tree/named ACL denition has been written to the Database and a Backup has been saved to an OS le in the IMAN_DATA/am directory. Step 6: Test the Rule Tree change. Go to the Engineering/My Navigator Application. Select the 1234-Test Item.
Choose the tool bar The Access window displays your access to the object.
10-31
Access Manager
Step 7:
View the Access Control List (ACL) for the Item. Choose in the Access window.
You should see the complete Access Control List (ACL) for the 1234-Test Item. Notice that the corrective_action group accessor is listed with the Write access privilege granted. Also, notice that the CAMod ACL is listed above the Working ACL. This is because the (Has Class) Item branch that applies the CAMod ACL takes precedence over the (Has Class) POM_application_object branch that applies the Working ACL. Choose Cancel on the Access Control List window. Choose Close on the Access window.
10-32
MT14350-SG-100
Access Manager
10-33
Access Manager
2. Type in the lename for the rule tree being exported and choose a directory path. 3. Choose Export.
10-34
MT14350-SG-100
Access Manager
2. Navigate and select the le to be used for the import. 3. Choose Import.
10-35
Access Manager
Choose OK. Step 3: Verify the Import. Choose ViewRefresh Window. Choose the symbol to expand the following branch and locate the Has Class(Item) listing.
10-36
MT14350-SG-100
Access Manager
Notice the Has Class(Item) branch no longer contains the CAMod Named ACL. The complete rule tree/named ACL denition has been written to an OS le in the IMAN_DATA/am directory. Step 4: Review the ACL for the Test Item in Navigator. Go to the Engineering/My Navigator application.
Choose
Notice that the entry for the corrective_action group is no longer present. However, the object ACL for Fran Astaire is still present. Resetting the AM rule tree does not remove object-based ACL entries. Choose Cancel on the ACL Control List window. Choose Close on the Access window.
10-37
Access Manager
Summary
In this lesson you: Identied Access Permissions Established With the Default Access Manager Created Additional Access Manager Rules to Dene Company Specic Data Access Requirements. Made an Exception to the Access Manager Rules for an Individual Object. Saved and Restored your Access Manager Rule Denitions.
10-38
MT14350-SG-100
Lesson
11-1
Projects
Projects allow Teamcenter Engineering sites to control access to objects by multiple organizations, such as project teams, development teams, suppliers and customers. Access is controlled on a project by project basis. Project level security can provide an additional level of security while allowing non-site employees access to objects in the Teamcenter Engineering database. Projects are dened by Project Administrators in the Admin/Project application. After Projects have been created, privileged team members need to assign Teamcenter Engineering data to the Project using My Navigator in the Rich Client and the project functionality buttons in the Thin Client. While Project is an administrative application, the specic group/role of Project Administration/Project Administrator is required to create and modify Projects and Project team members. A system administrator must populate this group/role in Organization before users intended as Project administrators can log in to the Rich Client with this group/role and create Projects. Project creation and administration is done in the following order. 1. A Project Administrator is added to the Project Administration group by the Teamcenter Engineering administrator. 2. A Project is created with specic Groups, Users or Roles assigned as Viewers or Privileged Users. 3. As database objects are created, they can be assigned to the Project by Privileged Users.
11-2
MT14350-SG-100
The following table lists Project terms and denitions. Concept Project Denition Basis for identifying a group of objects available to multiple organizations (i.e., project teams, development teams, suppliers, and customers) for a particular piece of work. Rules dening how secondary objects are managed based upon its dened relation to the primary object. Teamcenter Engineering user with privileges to administer Projects using the Project application. Creates, modies and deletes Project information and team members. Project team member with privileges to modify Project information and team members of Projects to which he has been assigned. Can assign privileged team members only to Projects to which he has been assigned as the Project team administrator. There can be only one Project team administrator per Project. Privileged Project team members with privileges to assign or team members remove objects from Projects to which they have been assigned. Team members Project team members with read privileges to objects within Projects to which they have been assigned.
11-3
Creating a Project A Project is created or modied by performing the following steps: Creating or modifying the Project ID, Project name and description. Assigning team members. Dening security rules.
A Project administrator uses the top portion of the Project Denition panel to dene the Projects identication information and to make the Project active or inactive. Selecting Project team members A Project administrator uses the Member Selection portion of the Project Denition panel to dene the Projects team members. Team members for a particular Project can include; Project team administrator, Privileged team members, and (regular) Team members Entire groups, individual users, and roles can be added as team members of a Project. Users are rst assigned as team members, with a project team administrator and privileged team members being selected from the list of users assigned to the Project. A user with the group/role of Project Administration/Project Administrator is automatically added as the team administrator.
11-4
MT14350-SG-100
Copying a Project You can copy a Project, using the copy to be the basis of a new Project. Typically you will select a Project with settings similar to the Project you want to create, modify the Project ID and the Project name, then change the team member assignments and/or the security rules as required.
Setting Security Rules The Project administrator can dene project security rules for a particular Project in the Project application using the AM Rule tab.
Assigning data to a Project After a Project is created, the Project administrator, Project team administrator and privileged team members need to assign Teamcenter Engineering data to the Project. Objects are assigned to Projects by performing the following steps: Assigning new or existing objects to a Project. Dening relation propagation rules.
11-5
In the Organization pane, expand the Project Administration group. Expand the Project Administrator role.
By default, the infodba user has been added to the Project Administration group with a role of Project Administrator. Select the Project Administrator role. Choose Add User.
11-6
MT14350-SG-100
Choose Next to accept the default to Add existing user. Locate your User ID in the list of Existing Users. Select your User ID, then choose .
(Wayne, Joan is used as an example only.) The user is added to the Selected Users list.
Choose Finish. Choose Yes to add selected user. Choose OK on the User(s) added message. Close the Organization User Wizard window. Your User ID now appears in the Project Administrators list.
11-7
Step 2:
Create a Project Enter the Admin/Project application (may have to choose More... to add it to the Application list).
Enter Project A in the ID eld. Enter Test Project in the Name eld. Step 3: Assign the project team members. In the Organization Groups section of the Member Selection panel, expand the high_performance group. In the high_performance group, expand the Design Engineer role.
11-8 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
The davistr user, in the role of Design Engineer, is added to the Team.
In the high_performance group, expand the Engineering Manager role. Select the waynetr user, then choose .
The waynetr user, in the role of Engineering Manager, is added to the Team.
11-9
Step 4:
Assign a team administrator. Choose Select a project team administrator from the bottom right of the menu. The Select a Team Administrator window appears. Select davistr from the list, then choose OK. Notice, that the Selected Members panel updates to show a Person icon ( ) by davistr instead of an X. This indicates that davistr is now a Team Administrator.
11-10
MT14350-SG-100
Step 5:
Assign privileged team members. Choose Select privileged team members from the bottom right of the menu. The Select Privileged Team Members window appears.
Notice, that since davistr was added as the Team Administrator, davistr already appears in the Selected Team Members list. By default, your userid should also be listed are a Privileged Team member. Select waynetr from the list, then choose >. The list of Selected Team Members now includes waynetr. Choosing >> will move all team members to the Selected Team Members list. Choose OK.
11-11
Notice, that the Selected Members panel updates to show a check mark by waynetr instead of an X. This indicates that waynetr is now a privileged member.
Step 6:
Save the Team settings. Choose Create. Project A is now displayed in the Project Tree panel.
11-12
MT14350-SG-100
Project Security
Setting Security Rules The project administrator can dene project security rules for a particular project in the Project application using the AM Rule tab. The AM Rules tab displays the In Project security rule tree. Additional branches can be dened and added to the rule tree. The sub-tree under the In Project rule is the only tree that can be modied by a project administrator. Alternatively, a system administrator can dene project security rules, or any other access rules, using the Access Manager application. Using this application, a system administrator has full access to all the AM rules at your site. Using Access Manager, the system administrator can move the location of the In Project rule within the site rule tree to meet the requirements at your site. The system administrator can also change the order of child rules within the In Project rule tree. Default Security Rule By default, the In Project ( )->Projects security rule is applied to all data in all projects. The Projects Named ACL provides project team members read privilege to all data assigned to the project. Thus, there is no need to modify the default ACL table for each new project unless the default security rule of allowing all team member access does not meet your sites requirements.
11-13
Select the blank eld from the pull-down list (on the right side of the ACL Name eld). This will set up the form to create a new Named ACL.
Choose
Choose to add a line, then dene the following entry for the World.
11-14
MT14350-SG-100
Choose again to add another line, and then dene the following entry for the Current Project Team.
The ID of Accessor eld is automatically lled in with Project A-Test Project. Choose to the right of the ACL Name eld to save the Named ACL. Choose the AM tree. at the bottom of the panel to add the rule to
Step 2:
Save the Access Rule. The asterisk in the application header indicates that the AM rule tree edit needs to be saved.
Choose
Assigning Objects
Assigning Objects to a Project New items, item revisions, and engineering change objects can be assigned to projects during the creation process. All other workspace objects can only be assigned to projects after they are created. Assigning New Objects to a Project Privileged team members can assign items to a project during creation using the Assign to Project tab in the New Item, Revise Item and Save As Item dialogs. The Projects for Selection eld displays all the projects of which the user is a privileged team member. The team member selects one or more projects to assign the item to and moves these projects to the Selected Projects eld. Assigning Existing Objects to a Project Privileged team members can assign existing objects to projects by selecting the objects in the My Navigator object tree or Properties table and then using the ToolsProjectAssign menu function. Removing Existing Objects from a Project Privileged team members can remove existing objects from projects by selecting the objects in the My Navigator object tree or Properties table and then using the ToolsProjectRemove menu function.
11-16
MT14350-SG-100
Relation Propagation Rules Relation propagation rules are used to automate the addition of secondary objects to a project when related primary objects are assigned to projects. When a primary object (for example, an Item or Item Revision) is assigned to a project, the secondary attachment objects (for example, an Item Revision Master, UGMASTER, DirectModel) may also be assigned if specied in the relation propagation rules. When a secondary attachment object is cut from the primary object, the attachment object is removed from the projects to which the primary object is assigned. When a secondary attachment is pasted to a primary object, this attachment will be assigned to the projects of the primary object.
Relation propagation rules can only be dened by System Administrators and they apply to the entire site.
11-17
11-18
MT14350-SG-100
Step 2:
Create a new Item object and assign it to Project A. Select the Home folder, then choose FileNewItem... In the New Item window, make sure Select Type is set to Item. Choose Next. Choose Assign. Enter Project Part for the Item Name.
Select Assign to Projects from the list. Select Project A-Test Project from the list of Projects for Selection. Choose > to move Project A-Test Project to the list of Selected Projects.
Choose Finish. After the Item is created, Close the New Item window.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 11-19
Step 3:
Use the Properties window to verify that the newly created Item is part of Project A. Select the new Item. Choose ViewProperties. The Properties window appears.
Scroll down until you see the Project IDs eld and notice Project A is listed. You may have to choose All to see all the properties. Choose Cancel to close the Properties window. Step 4: Use Columns to verify the new Item is part of Project A. In the Properties table, place the cursor in the Type column heading, then press the right mouse button.
Select Insert column(s) ... from the Table Function Menu pop-up.
11-20
MT14350-SG-100
Select Item, then choose Next. The Insert Columns dialog changes.
Select Item again, then choose Next. The Insert Columns dialog changes once again.
11-21
Choose Finish. Close the Insert Columns window. Select the Home folder. Notice the Project IDs column has been added to the Properties table and now shows that the new Item is part of Project A.
11-22
MT14350-SG-100
Step 5:
Verify the Security Rule. Select the Item object you just created.
Select
Select List.
The ACL Control List window appears. Observe the entries in the list. Choose Cancel to close the ACL Control List window. Close the Access window. Log out of Teamcenter Engineering and log back in with your student userID.
11-23
Summary
In this lesson you: Established Project Administrators Created Projects and assigned team members Dened security rules for Project data Added objects to an existing Project
11-24
MT14350-SG-100
Lesson
12-1
A Workow process uses dened tasks to automatically notify selected users requesting work signoff. The requests are tracked through an electronic In Box and each request maintains pointers to the data being approved. The exact task must be dened based on current company procedures for data signoff. A Workow process can have any number of tasks arranged in a serial or parallel progression. At the time of signoff, each Review Task will have a list of users allocated for signoff.
12-2
MT14350-SG-100
When tasks and sub-tasks are performed, the process advances to the next set of tasks. After all the tasks have been completed, the release process ends. Advantages of Using Release Processes Electronic distribution of tasks to dened users required for sign-off. Reduced engineering change cycle time thus reducing costs and improving product development/change cycle time. Permanent record of all activities during an engineering change. Predened processes that have to be followed.
12-3
Tasks are used to perform actions within a Job. When all Tasks dened for a Job are completed, the Job is complete.
12-4
MT14350-SG-100
The last feature is done through the use of a handler in the release procedure template. You can remove or change the handler to get other desired functionality. Other handlers (which will be discussed later) can be written to meet specic requirements.
12-5
When Workow is used as a review and approve tool, the user would create and complete the updates to any data (including parts), then start a review process on the data. Alternately, Workow can be used for data in work. As the process progresses, appropriate data would be updated or added to the process and approved.
12-6
MT14350-SG-100
Tasks in a process can be for anything an organization needs. The purpose of a typical task could be for checking or editing a dataset, or simply reviewing material before production. A task is usually named for what it is intended, such as Engineering Approval or Project Review. Default Procedures for Groups based on Object Type Groups can have default process templates for various types of data. This default can be overridden, if necessary, based on your site preferences. For example, a Text document may use a process template having a two task sign-off by the engineer and manager. In the same group, an ItemRevision may use a process template having three tasks of sign-off by engineers, drafters, manufacturing engineers, and managers. Another group could have different defaults for these data types.
12-7
12-8
MT14350-SG-100
Process Denitions
A Process is the automation of a business procedure, describing the individual tasks and task sequences required to complete a business procedure. A Process Template is a blueprint of a workow process. Tasks Tasks are the fundamental building block used to construct a process. Each task denes a set of actions, rules, and resources used to accomplish that task. A Task Template is a blueprint of a workow task. A Do Task is a task template which includes the EPM-hold handler, which stops this task from automatically completing when the task is started. This template has a customized dialog which allows you to set a check box to indicate when the task is complete. A Review Task is a task template which includes select-signoff-team and perform-signoffs subtasks. Each of these subtasks contain their own dialog for executing the respective processes. An Add Status Task is a task template which creates and adds a release status to the target objects of the process. There is no dialog associated with this template.
Signoff related tasks Select Signoff - allocates specic Users to perform the signoffs who meet the Group/Role criteria dened in the task template. Perform Signoff - Allows a signoff team member to make one of three decisions: Approve, Reject, No Decision. Comments can also be added to the task.
12-9
You are then presented with the New Root Template dialog.
Once you enter a new process name and select the process template it will be based on, you can begin to add the various tasks needed to dene the process.
12-10
MT14350-SG-100
While creating or modifying a process, it has an Under Construction status, as indicated by the icon to the left of the listed process.
Whether exiting or entering the Workow Designer application, the process will remain in this state until it is made available for general use. This is done when exiting the Workow Designer application (FileClose), and you are asked to make the template available for all users. If you do not make it available for all users, it will stay in an under construction mode.
12-11
Choosing Yes, will take the template ofine for modication. This is indicated by the Construction icon next to the process in the templates list. In this mode, all modication are saved. If a mistake is made, you can not cancel the modications.
Choosing No, will not take the template ofine. Instead, a copy is created for modication. This is indicated by an additional listing of the process with the Construction icon next to it.
Since there is no Save icon in the Workow Designer application, process templates are saved when you make them available when existing. Taking the process ofine is the only way to not save modications to a template once open for edit. To not save the modications, the template needs to be taken ofine and then the Delete icon in Workow Designer can be used to delete only the construction copy and cancel the modications. The original process template remains.
12-12
MT14350-SG-100
As shown below, a process template that does not require a signoff is a simple process. It can have as little as two nodes, Start and Finish, which are the minimum requirements for any process. This only other necessity is the assignment of the correct Release Status.
12-13
Creating the Signoff Team Selecting Task Signoff Panel displays the Signoff Proles window.
The Signoff Proles window allows you to select the Group and Role for the correct signoff user. The user that matches this prole will be assigned later during the execution of the process.
12-14
MT14350-SG-100
The Number of Reviewers represents how many users with the same type of Group and Role are needed to sign off on the task. For example, if you needed three (3) Design Engineers in the high_performance group to sign off, you would simply create a listing for Group=high_performance and Role=Design Engineer and set the Number of Reviewers to three (3).
The Quorum eld allows you to dene the number of sign-offs that are required to complete the task. Leaving the Quorum eld blank or entering ALL species that approval must be unanimous, meaning all users must sign off. Any other positive integer species the quorum.
12-15
Enter Quick Release in the New Root Template Name eld. Select Review Process from the Based On Root Template list.
12-16
MT14350-SG-100
Choose OK. Step 3: Choose the Status the process will apply. Select Task Attributes (bottom left).
The Attributes window appears. Select Released from the Release Status drop-down.
Close the Attributes window. Choose FileClose. Select the Quick Release process in the Under Construction Templates list, then choose the right arrow to copy it to the Templates to be made Available list.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 12-17
Choose OK. Step 4: Test the new Quick Release process by rst creating a Text dataset. Go to the Teamcenter/My Navigator application. Select your Home folder. Choose FileNewDataset... Set the Type to Text. Enter QR document in the Name eld. Choose OK. Step 5: Release the QR document dataset. Select the QR document dataset. (If asked, choose No on Create New File window.) Choose FileNewProcess...
12-18
MT14350-SG-100
Notice the Process Name eld defaults to the same name as the target object being released. Notice the QR document is listed in the Attachments section as a Target to be released. Set the Process Template to Quick Release. Choose OK. The Release Flag appears on the QR document dataset.
You now have a Quick Release process dened for releasing certain data without a signoff. You will use this process again in a later lesson to release imported data.
12-19
Choose OK. Step 2: Create the Review Task. Verify that Edit Mode is selected.
on the toolbar.
Double-click in the Task Flow section of the Workow Designer window (just to the right of the green Start task). The New Review Task 1 task is created.
12-20 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
Enter Import Review in the Name eld, then press Enter. Notice that the task name is changed to Import Review.
Step 3:
Link tasks from Start to Finish Place the cursor over the Start task (not on the blue strip) and press the left mouse button. While keeping the left mouse button pressed, drag the cursor to the Import Review task and release.
12-21
Place the cursor over the Import Review task and press the left mouse button. Drag the cursor to the Finish task and release. The Workow Designer window should look like this.
To move a process task, hold the left mouse button down on the blue strip at the top of the task box and then move the cursor. Step 4: Dene the signoff team criteria. Expand the Import Review task and select the select-signoff-team.
12-22
MT14350-SG-100
Choose the Task Signoffs Panel icon. The Signoff Proles wnidow is displayed.
Set the Group eld to dba. Set the Role eld to DBA.
Although, you will use the dba group and DBA role in this course, your site should use the group that owns the parts to be released (for example, high_performance) and the role responsible for signoff (for example, Product Engineer). Leave Number of Reviewers set to 1
UGS, All Rights Reserved Teamcenter Engineering Application Administration 12-23
Choose
Choose the X in the top right corner of the Signoff Proles window to close it. Step 5: Set the Release Status. Select the Import Release (top level) task.
12-24
MT14350-SG-100
Set Released Status to Released. Close the Attributes window. Step 6: Save the Process Template. Choose FileClose. Select the Import Release process in the left pane, then choose the right arrow to copy it to the right pane. Choose OK.
The Import Release process is now dened in the database. You will use this process to release imported parts.
12-25
12-26
MT14350-SG-100
release_man Utility
The release_man utility is used to status objects in batch mode without creating jobs and audit les. Important Concepts Only a userid with administrative rights can execute this utility. Objects to be statused must be placed in a folder that resides in the Home folder of the user executing the utility. If the objects in the folder are Item Revisions, the contents of the Item Revision with IMAN_specication relation and BOMView Revision objects can be statused also by using the -spec argument. The release_man utility can also be used to "un-status" data.
Synopsis
$IMAN_ROOT/bin/release_man -u=<user_id> -p=<password> -g=dba [-spec] [-unrelease] -retain_release_date -status= -folder=<folder_name>
Arguments -spec Specications and BOMViewRevisions of an Item Revision in the release folder are released along with the Item Revision. Remove the status type identied by the -status argument. If the object to be released has already been released, retain the original release date. Valid Status Type to be applied to all objects. Release folder name. Folder must reside in the Home folder of the user executing the utility.
12-27
The following example demonstrates using the release_man utility to apply a status of "Released" to all the objects residing in the folder named "to_release." This folder is referenced in waynetrs Home folder and waynetr is a member of the dba group.
IMAN_ROOT/bin/release_man -u=waynetr -p=waynetr -g=dba -status=Released -folder=to_release
The following example demonstrates using the release_man utility to remove the status "Released" from all the objects residing in the folder named "to_unrelease." This folder is referenced in waynetrs Home folder and waynetr is a member of the dba group.
IMAN_ROOT/bin/release_man -u=waynetr -p=waynetr -g=dba -status=Released -folder=to_unrelease -unrelease
12-28
MT14350-SG-100
Select the Plastic Specs dataset. Choose FileNewProcess... The New Process window appears.
Notice the Plastic Specs dataset is listed in the Targets area. Select Quick Release from the process template list.
Choose OK.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 12-29
Step 2:
Check the Release Status. In My Navigator, select the Plastic Specs dataset. Choose ViewRefresh. The Status Flag should be visible.
12-30
MT14350-SG-100
Step 2:
Execute the release_man utility to status data. Open a command window with the Teamcenter Engineering environment set. In the command window, execute the following command:
release_man -u=<your userid> -p=<your password> -g=dba -status=Released -folder=release_man
In My Navigator, choose ViewRefresh Window. The Status Flags should now be visible.
Step 3:
Execute the release_man utility to un-status data. Return to the command window and enter following:
release_man -u=<your userid> -p=<your password> -g=dba -status=Released -folder=release_man -unrelease
In My Navigator, choose ViewRefresh Window. The Status Flags should now be removed from datasets.
12-31
Each Task has a number of Task Actions (for example, to Assign a user to perform a Task). These Actions can be constrained by Business Rules. According to the Actions that have been performed, the Task is in some State (unassigned, started or completed, for example). Selecting the Task Handler icon with a particular task. displays the Handlers Panel associated
12-32
MT14350-SG-100
-level
Species to which previous task the process will be demoted. Must specify a valid task in the current process. If this argument is not specied, process is demoted to previous task.
Demote On Reject The demote-on-reject handler demotes the current task when the approval quorum cannot be met. Demotes the current task to the previous task, or to the task specied on the level argument of the demote handler placed on the Undo action of the current task. The recommended placement for this handler is the perform-signoff task Perform action.
demote-on-reject [-num_rejections=<number of rejection>
num_rejections Number of rejections required to demote the task. Specifying -1 reads the quorum value and sets that value as the number of rejections required to demote the current task. This argument is optional.
12-33
Disallow Adding Targets and Disallow Removing Targets The disallow-adding-targets handler prevents targets from being added to a job after the job has been started. The disallow-removing-targets handler prevents targets from being removed from a job after the job has been started. The recommended placement of these handlers is the root task Perform action. Generally, it is a good practice to leave these handlers attached to the root task Perform action in order to ensure that target objects are not added to a job once it is started.
disallow-adding-targets disallow-moving-targets
CR Assert Targets Checked-In The CR-assert-targets-checked-in handler veries that all target objects in this job are checked-in. The recommended placement of this handler is the root task Complete action.
CR-assert-targets-checked-in
CR Fill In Reviewers The CR-ll-in-reviewers handler automatically lls in reviewers that meet specied user, group, or role criteria for the specied release level. The recommended placement of this handler is attached to the select-signoff-team task Start action.
CR-fill-in-reviewers -reviewer={User:<user_id>| \ Group:<group>|Role:<role> \ |$USER|$GROUP|$ROLE|$REVIEWERS} \ [-level=<level_name>]
This handler uses the following argument(s): -reviewer -level User_id, group, or role criteria of the reviewers or other keywords as shown. Level name
The following examples demonstrate using this handler: 1. The following example designates user daytr and all the members of the standards group as reviewers for Import_Review.
CR-fill-in-reviewers -reviewer=User:daytr -reviewer=Group:standards -level=Import_Review
12-34
MT14350-SG-100
Auto Assign The Auto Assign handler makes the specied user or resource pool the responsible party for the task to which the handler is added.
Auto-assign [subtasks] {-user=<user_id> | -person=<person_name>| -owner | -resourcepool=<resourcepool>}
subtasks -user
Propagates task assignments to subtasks of the current task (non-recursively). Optional. Makes the user whose ID is specied the responsible party for the task to which this handler is added. Accepts a single valid Teamcenter Engineering user ID or one of the following keywords: $USER, $TARGETOWNER
-person
Makes the user whose name is specied the responsible party for the task to which this handler is added. Accepts a single valid Teamcenter Engineering person name.
-owner -resourcepool
Makes the initiator (owner) of the process the responsible party for the task to which this handler is added. Makes members of the specied resource pool the responsible party for the task to which this handler is added. Resource pools can be dened in the form of group::role, role or group:: Accepts a valid Teamcenter Engineering resource pool name or one of the following keywords: $GROUP, $ROLE, $TARGETGROUP and $ROLEINGROUP.
12-35
Notify This action handler will inform users of a tasks status via OS e-mail. If the -attachment argument is included in the denition of the notify handler, then the recipients will also receive Teamcenter Engineering mail, and the OS e-mail will include a notication that the user has received Teamcenter Engineering mail. Arguments used with the notify handler must be separated by a comma. When $REVIEWERS is used as the key word in conjunction with the DistributionList argument, the recommended placement of this handler is attached to the perform-signoff tasks start or complete action. Otherwise, there is no recommended placement
notify -recipient= {OS:<value>|User:<value>|Group:<value>|Role:<value>| DistributionList:{<value>|$USER|$GROUP|$ROLE|$REVIEWERS}} [-subject=<string>] [-comments=<string>] [-attachment=$TARGET|$PROCESS] [log]
This handler uses the following argument(s): Task reviewers that will receive notication. Accepts one of the following values. OS Where <value> is a single valid user name. User Where <value> is a single valid TcEng user ID. Group Where <value> is a single valid TcEng group. Role Where <value> is a single valid TcEng role. DistributionList Where <value> is a single valid entry that represents a distribution list. This entry may either be the name of a valid TcEng Address List, or it may be any one of several keywords that represent a distribution list. -subject When the OS e-mail is delivered, it will use the task name for the subject by default. If the -subject argument is added, then the task name will be enclosed within brackets [ ], and the resulting string will be postxed to the string identied by the -subject argument to form the e-mail subject line. -attachment This argument will cause an attachment to be included in an TcEng mail. The type of attachment will be one of the following: The Workow target attachment(s) will be included in $TARGET the TcEng mail. The Workow process will be included in the TcEng mail. $PROCESS -recipient
12-36
MT14350-SG-100
The following example demonstrate using this handler: 1. The following handler syntax designates Teamcenter Engineering user daytr as recipient of an OS e-mail and Teamcenter Engineering mail with targets attached. This handler will be added to the Import Review process to notify the data migrator when review and release of imported data has been completed
notify\ -attachment=$TARGET, -subject=Imported data reviewed and released, -recipient=User:daytr
There are other options in using notify that are not shown here.
12-37
Select the select-signoff-team task, then choose The Handlers panel is displayed.
Set the Action Handler eld to CR-ll-in-reviewers. In the existing row of the Argument table, enter:
Use your userid (which is in the dba group). Example: User:waynetr Choose (at the bottom of the dialog) to add the handler to the Start action. The CR-ll-in-reviewers handler is added to the Start Task Action.
12-39
Step 3:
Save the Release Process. Choose FileClose. Select the Import Release process in the left pane, then choose the right arrow to copy it to the right pane.
Choose OK.
Now the Import Release process will not require a select-signoff-team task.
12-40
MT14350-SG-100
-background -status
The following modes are available for tessellating UGMASTER or UGALTREP datasets when they are released. Foreground Background/ Synchronous No specic placement required. Use the background and signoff arguments and place the handler in the Complete action of the perform-signoff task of the Review task. The workow will wait for tessellation to complete before continuing. Use the background argument and place the handler in the Complete action of the root task.
Background/ Asynchronous
12-41
System Setup prior to Tessellation Before Tessellation can be accomplished, there several system setup operations that need to be in place. NX environment variables, Teamcenter Engineering preferences, and server denitions should be established so that the tessellation can be preformed properly. Environment Variables There are two key environment variables that need to set before tessellation can take place. These relate to the location of the NX installation.
UGII_ROOT_DIR UGII_BASE_DIR
Preferences There are two key preferences that need to set before tessellation can take place.
EPM_tessellation_servers= NONE
This preference setting is used to identify the Tessellation Server. If a server is used, this should be set to <hostname>:<portno>, where hostname corresponds to the machine where the Tessellation Server runs and the portno corresponds to the port where it listens to the request. The default setting of NONE represents the stand alone mode of Tessellation Server.
EPM_tessellation_target_type= UGMASTER UGALTREP
This preference setting is used to identify the EPM Tessellation Targets. The valid targets are UGMASTER and UGALTREP datasets.
12-42
MT14350-SG-100
Server Setup Tessellating datasets can be done from a server or from a standalone system. If a server is used, the Tessellation service must be installed. This is done via the Database Daemons option in the installation Setup window.
For this class, we will not use the Tessellation Service option.
12-43
12-44
MT14350-SG-100
Type EPM_t in the Search on Preference name eld and click on the EPM_tessellation_servers preference listed in the Preferences List.
Make sure it is set to NONE. If the Tessellation Service was installed on a server, the hostname and port number would be listed here. Example: dtcld18:2098
12-45
Click on EPM_tessellation_target_type in the preference list. Make sure UGMASTER and UGALTREP are present in the Current Values list.
12-46
MT14350-SG-100
Choose Edit Mode. Choose Yes to take the Process Template ofine. Step 2: Add the tessellation handler. Make sure the Quick Release root task is selected. Choose Task Handlers. In the Handlers window, select the Complete task. Set the Action Handler eld to EPM-tessellation-handler.
Choose
12-47
Close the Handlers window. Step 3: Save the workow process. Choose FileClose. Select the Quick Release process from the left list and choose the right arrow. The process should now be on the right list. Choose OK to save the process and close the Workow Designer application. Step 4: Test the handler by rst creating a new Item. Go to the Teamcenter/My Navigator application. Select the Home folder. Choose FileNewItem. In the New Item window, make sure Item is selected, then choose Next. Enter the following. ItemID: tess001 Rev: Name: 001 test
Choose Finish to create the Item. Close the New Item window.
12-48 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
Step 5:
Create a UGMASTER Dataset. Expand the tess0001 Item. Select the tess001/001 ItemRevision. Choose FileNewDataset. In the New Dataset window, make sure the Type is set to UGMASTER. Replace the slash (/) in the Name with a dash (-) so that it is tess0001-001 The Item structure and naming should look like the following. Choose OK.
In order for a UGMASTER dataset to be tessellated, the ItemID can not contain spaces. Also, the UGMASTER dataset can not contain a slash (/). Step 6: Add a part to the UGMASTER dataset. Select the tess0001-001 dataset. Choose ViewNamed References. In the Named References, choose Import... In the Import File window, navigate to the .../aa_class/workow_designer folder. Select the tess.prt le, then choose Import. Notice the tess.prt le now shows in the Named References window. Close the Named References window. Step 7: Create the jt data by releasing the ItemRevision. Select the tess0001/001 ItemRevision. Choose FileNewProcess. In the New Process window, set the Process Template to Quick Release.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 12-49
Choose OK. A window will appear showing that the tessellation process, which is running in Foreground mode, is logging into NX Manager. When the tessellation is complete, check to see if the DirectModel dataset was created.
12-50
MT14350-SG-100
Setting Access privileges as data moves through a process An important concept of a release process is the ability to alter the privileges on the data for the different users who need to work within the boundaries of the process. To do this, Teamcenter Engineering uses Workow ACLs which can be created and attached to the different tasks within a process.
12-51
By selecting the Named ACL eld, a user can create a new ACL by selecting the Type of Accessor, ID of Accessor, and setting the type of access the Accessor will need in order to work within the process. This is done through the Named ACL window, shown below.
Modifying a Named ACL will modify it for the Database, so it is recommended to create new Named ACLs for Workows.
12-52
MT14350-SG-100
12-53
Step 2:
Double-click in the Task Flow section, just to the right of the green Start task. The New Do Task 1 task is created.
Enter Prepare Change in the Name eld and press Enter. The task name changes to Prepare Change.
on the toolbar.
12-54
MT14350-SG-100
Double-click in the Task Flow section just below the Prepare Change task. The New Add Status Task 1 task is created. Enter ECPending Status Obtained in the Name eld and press Enter. The task name changes to ECPending Status Obtained.
on the toolbar.
12-55
Double-click in the Task Flow section just to the right of the Prepare Change task. The New Review Task 1 task is created. Enter Initial Change Review in the Name eld and press Enter. The task name changes to Initial Change Review.
on the toolbar.
12-56
MT14350-SG-100
Double-click in the Task Flow section of the Workow Designer window just to the right of the Initial Change Review task. The New Do Task 1 task is created. Enter Finalize Change in the Name eld and press Enter. The task name changes to Finalize Change.
on the toolbar.
12-57
Double-click in the Task Flow section just to the right of the Finalize Change task. The New Review Task 1 task is created. Enter Final Change Review in the Name eld and press Enter. The task name changes to Final Change Review.
12-58
MT14350-SG-100
Double-click in the Task Flow section just below the Final Change Review task. The New Add Status Task 1 task is created. Enter Released Status Obtained in the Name eld and press Enter. The task name changes to Released Status Obtained.
Step 3:
Link tasks from Start to Finish Place the cursor over the Start node and press the left mouse button and while keeping the left mouse button pressed, drag the cursor to the Prepare Change task and release. An arrow should now appear between the two tasks indicating they are linked. Place the cursor over the Prepare Change task and press the left mouse button. Drag the cursor to the ECPending Status Obtained task and release.
12-59
Repeat the process until all tasks are linked and your process looks like the following.
To move process tasks, click in the blue strip at the top of the task box. Step 4: Dene the Reviewer proles for the Review tasks. Expand the Initial Change Review task in the Task Hierarchy Tree and select the select-signoff-team task.
12-60
MT14350-SG-100
Set the Group eld to high_performance. Set the Role eld to Engineering Manager. Verify Number of Reviewers =1 Choose to attached the signoff prole.
12-61
Expand the Final Change Review task in the Task Hierarchy Tree and click on select-signoff-team task.
Select Display the Task Signoffs Panel. The Signoff Proles window is displayed. Set the Group eld to high_performance. Set the Role eld to Engineering Manager. Verify Number of Reviewers =1 Choose .
Close the Signoff Proles window. Step 5: Dene the Release status values to be applied/modied. Select the ECPending Status Obtained task in the Task Hierarchy Tree.
12-62
MT14350-SG-100
Change the Released Status to ECPending. Close the Attributes dialog. Select the Released Status Obtained task.
12-63
In the Start action, select the create-status handler, then choose Delete (at the bottom).
In the Complete action, select the add-status handler and then Delete (at the bottom).
Select the Complete Task Action. Set the Action Handler eld to set-status. In the Argument table, enter the following.
This handler will change the status on the targets from ECPending to Released, prior to completing to the process. Choose (at the bottom) to add the handler.
12-64
MT14350-SG-100
Close the Handlers panel. Step 6: Add rules based access for the Final Change Review Task Select the Final Change Review task. Select Task Attributes. The Attributes windowis displayed. Choose the icon (Vault) adjacent to Named ACL.
12-65
Choose
On the far right side of the window, select the + sign to add a new line. Double-click in the Type of Accessor box and select World.
12-66
MT14350-SG-100
Select the + sign on the far right side to add another line. Double-click in the Type of Accessor box and select Approver(RIG). RIG stands for Role In Group. Double-click in the ID of Accessor box and set it to Engineering Manager in high_performance. Set the access to allow Promote privilege. The Named ACL window should look like the following.
Choose
Choose Assign. Notice the Assigned ACL Name eld (bottom of Named ACL window) changes to Change Review. Close the Named ACL window. Notice the Named ACL setting in the Attributes window changes to show the new Change Review ACL.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 12-67
Close the Attributes window. Step 7: Save your work. Choose FileClose. Select the TC Change Notice process in the left pane, then choose the right arrow to copy it to the right pane. Choose OK.
12-68
MT14350-SG-100
Choosing ToolsExport accesses the Export Workow Templates window. From here, the destination directory and xml lename are entered. The Continue On Error option allows the export to continue if one or more templates fail to export. Failed templates are bypassed. If this option is ignored, the export stops when a template fails, however any templates exported before the failure are exported.
Choosing ToolsImport accesses the Import Workow Templates window. From here, an import directory and xml lename can be identied.
12-69
Before:
After:
Save and exit the templates le. Step 2: Import the workow processes. Enter the Admin/Workow Designer application. Choose ToolsImport. The Import Workow Templates window is displayed. Choose Import.
12-70
MT14350-SG-100
Select the import_templates.xml le, then choose Select. The import_templates.xml le is now displayed in the Import File eld.
Choose OK. Choose Yes to view the log le. After reviewing the le, choose Close. Step 3: Review the appended procedures. Choose ViewRefresh Window to view the newly imported processes.
12-71
Notice there are four new processes listed, all starting with AA ( for Application Administration). AA-Automatic Condition Task AA-Manual Condition Task AA-Resource Pool AA-Secure Tasks These were imported into the database from the import_templates.xml le.
12-72
MT14350-SG-100
Secure Tasks
A secure task is a task which uses the require-authentication handler. The usage of this handler with task types that have end-user interfaces will require the end-user to provide their TcEng password at the time they execute their task. Usage of this handler ensures that the task is actually performed by the assigned user. Below is a perform-signoffs task with the require-authentication handler. Notice the appearance of the Password eld.
Below is a perform-signoffs task without the require-authentication handler. There is no Password eld shown.
The require-authentication handler can be used to provide the password secured user interface for the following task types: Review task (perform-signoffs sub-task) Acknowledge task (perform-signoffs sub-task) Do task Manual Condition task
12-73
The require-authentication handler should be added to the Perform action of the specic task with associated with the end-user interface. These tasks include: Do tasks perform-signoffs tasks (for Review and Acknowledge) Condition tasks (manual only)
In the example below, the require-authentication handler has been added to the Perform action of a Do task:
12-74
MT14350-SG-100
In this process, the tasks along the top of the diagram include the require-authentication handler while the task along the bottom of the diagram do not.
12-75
Choose Display Task Handlers. Select the require-authentication handler to observe its usage in the Perform action of the task.
Close the Handlers window. Expand the Authenticated-Review and Authenticated-Acknowledge tasks. Locate the require-authentication handler that has been added to the Perform action in the perform-signoffs sub-tasks of the each of these tasks.
12-76
MT14350-SG-100
Step 2:
Test the AA-Secure Tasks Process. Select the Home tab in the My Navigator application.
Expand the Item used in the previous activities and select the ItemRevision.
Choose OK. Select the Inboxes tab. Expand the Tasks to Perform folders in your users Inbox and the dba/DBA Inbox. Select the Authenticated-Do task in your Inbox.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 12-77
The tasks at the top of the process diagram are the tasks with the require-authentication handler. They will be automatically assigned to your users Inbox. The tasks at the bottom of the process diagram are the tasks without the require-authentication handler. They will be automatically assigned to the dba/DBA Inbox
12-78
MT14350-SG-100
Observe the addition to the user interface of the Password entry eld.
Complete the Authenticated-Do task in your Inbox, by selecting Done, entering your password, and then choosing Apply. Select the Do task in the dba/DBA Inbox.
Select Done, then choose Apply. Select the perform-signoffs task in your Inbox.
From the Viewer tab, choose the No Decision link in the Decision column.
Observe the addition of the Password eld in the user interface for the perform-signoffs task.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 12-79
Select Approve, enter your password, then choose OK. Select the perform-signoffs task in the dba/DBA Inbox.
From the Viewer tab, choose the No Decision link in the Decision column.
Observe the omission of the Password eld on the user interface for the perform-signoffs task.
Select Approve, then choose OK. Select the perform-signoffs task in your Inbox.
12-80 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
From the Viewer tab, choose the Not Acknowledged link in the Decision column.
Observe the Password eld on the user interface for the perform-signoffs task.
Select Acknowledged, enter your password, then choose OK. Select the perform-signoffs task in the dba/DBA Inbox.
12-81
From the Viewer tab, choose the Not Acknowledged link in the Decision column.
Observe the omission of the Password eld on the user interface for the perform-signoffs task.
12-82
MT14350-SG-100
Resource Pools
A Resource Pool is a Group, Role in a Group, or a Role which can be assigned tasks the same way an individual User is assigned tasks A Resource Pool is a conceptual denition of a set of users. Resource Pools are not directly created by Teamcenter Engineering Administrators. Instead, they are implicitly dened when the Administrator denes the Group/Role/User organization for the site. Resource Pools are used only in the context of workow. Resource Pools are useful in modeling workow tasks that cannot be directly assigned to a single user, either automatically, or at run-time by the responsible user. Instead, the task is assigned to a pool of users, one of whom will in pull the task or assign the task to themselves. Subscribing to a Resource Pool Inbox In order to see and perform tasks that have been assigned to Resource Pools, users need to add the display of the Resource Pool Inbox to their Inbox tab. From the My Navigator application, choose ToolsResource Pool Subscription... to open the Resource Pool Subscription dialog. In the following example, the user can set the Role to Engineering Manager and choose the Subscribe a Resource Pool button (+) to set up a resource pool Inbox for that specic role.
Delegating Tasks A task in the */Engineering Manager (Resource Pool) Inbox can be viewed and performed by multiple users who have subscribed to that Inbox. Delegating the task to a specic user Inbox will avoid duplication of effort and should be done when it will take an long time to perform the task. Users can delegate tasks from a Resource Pool Inbox to their personal Inbox and vice versa. From Resource Pool Inbox to Personal Inbox Assigning Resource Pool tasks to a particular user can be performed in the following manner.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 12-83
1. Select the desired task from the desired Resource Pool Inbox.
2. Select the desired link from the User-Group/Role listing. The Delegate signoff dialog will appear.
3. Select the desired User from the drop-down list, then choose OK.
4. The task is removed from the */Engineering Manager Inbox and placed in the users Tasks to Perform folder. The responsibility of this task has been transferred to the selected user.
12-84
MT14350-SG-100
Step 1:
Choose the Open Inbox icon. The Inboxes tab appears with your user Inbox displayed.
Step 2:
Add the Inbox for the dba/DBA resource pool. Choose ToolsResource Pool Subscription... Set toggle to All.
12-85
Choose
Choose Cancel. The Inbox tab now displays two Inboxes. One for your user ID and the other for the dba/DBA group/role resource pool.
Step 3:
Browse the AA-Resource Pool process template. Go to the Admin/Workow Designer application.
12-86
MT14350-SG-100
Select the auto-assign handler in the Start section. Observe the usage of the auto-assign handler to automatically assign the task to the dba/DBA resource pool.
Close the Handlers window. Under the Auto Assigned RP for Review task, select the select-signoff-team task.
Choose Display Task Handlers. In the Start section, select the CR-ll-in-reviewers handler.
12-88
MT14350-SG-100
Notice that this handler will automatically assign the dba/DBA resource pool as a Reviewer.
Close the Handlers window. Step 4: Test the AA-Resource Pool process template. In the Teamcenter/My Navigator application, select the Home tab.
Select the Home folder, then choose FileNewItem... Set the Item Type to Item.
Choose Next. Choose the Assign button on the New Item dialog. Enter a Name for the Item, then choose Finish.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 12-89
Close the New Item dialog. Expand the new Item object and select the ItemRevision object.
Choose FileNewProcess... Choose AA-Resource Pool from the Process Template drop-down.
Choose OK on the New Process Dialog. Select the Inboxes tab in My Navigator.
12-90
MT14350-SG-100
Choose ActionsAssign... Set Group to dba. Manually assign the task to a resource pool by setting User to *.
Choose OK. Notice the task is removed from your Tasks to Perform folder.
12-91
Expand the dba/DBA Inbox and the Tasks to Perform folder under it. Observe the task is now assigned to the resource pool.
Select the Manually Assigned RP for Do task, then choose the Viewer tab.
Observe that the previous task has been replaced by the next task in the process ow and that the task was automatically assigned to the resource pool.
Select the Auto Assigned RP for Do task. Select Done, then choose Apply to complete the task.
12-92 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
Expand your Inbox and then the Tasks to Perform folder. The next task in the process demonstrates how end-users manually select a resource pool for a Review Task. Select the select-signoff-team task. From the Viewer tab, select the dba/DBA/1 node in the Proles list.
12-93
Choose Apply to complete the task assignment. Notice the associated perform-signoffs task appears in the resource pool Inbox.
Select the perform-signoffs task. From the Viewer tab, choose the No Decision link in the Decision column.
In the Signoff Decision dialog, set the Decision to Approve, then choose OK. The next task in the Process is again a perform-signoffs task, only this time the task was automatically assigned to the resource pool by the CR-ll-in-reviewers handler in the process template. Select the perform-signoffs task. From the Viewer tab, choose the No Decision link in the Decision column.
Set the Decision to Approve, then choose OK. All tasks have now been completed and are removed from the dba/DBA Inbox.
Conditional Tasks
The Workow Designer Condition Task template is used to branch process ow according to some dened criteria. Condition tasks have a result attribute than can be set to one of the following values: True, False, Unset. The initial setting of the Condition task is Unset, until it is either automatically or manually set to True or False. Successor tasks require the Condition task to be set to either True or False before they can start.
Manual Condition Task Condition tasks congured to proceed manually require a user action before the task can proceed to completion. When the workow reaches this tasks Start action, the task appears in the selected users Inbox. The user completes the instructions, denes the condition path as either True or False, then clicks OK to complete the task and allow the workow to continue. You should enter text in the Task Instructions that pose a question or set of parameters that require a True/False answer. If the User selects Unset, the task will not complete.
Create a manual Condition task by inserting the Condition Task template into the workow process. Do not dene a condition query or any custom handler that will dene a result for the task.
12-95
Dene the T/F branching for successor task by using the Task Properties dialog for the successor tasks.
The Condition Paths dialog is used to toggle the T/F branching for the successor task.
12-96
MT14350-SG-100
Automatic Condition Task Condition tasks congured to proceed automatically act only as visual milestones in the workow process. There is no action for a user to perform, and thus no dialog box associated with the automatic Condition Task. Use an automatic Condition task when a database query can be dened for the decision branch. Create an automatic Condition task by inserting the Condition task template into the process template, then selecting a condition query for the task using the Task Properties dialog.
The Condition Query dialog allows you to build a new query or select an exiting query for the task.
12-97
The Condition Query dialog allows you to set the True condition when the query is executed against the process target list. The True condition can be set for any of the following query results:
The query must nd All of the targets. The query must nd Any of the targets. The query must not nd any of the targets (None).
12-98
MT14350-SG-100
Select the AA-Manual Condition Task node in the task tree and read the description of the process.
12-99
Choose ViewTask Properties... Notice that there is no query associated with this conditional task. This conditional task requires end-user action to determine the downstream conditional branching.
12-100
MT14350-SG-100
Close the Task Properties Dialog. Select the IF Condition is TRUE task in the process diagram.
Choose ViewTask Properties... Choose the Display conditional path values button.
This displays the Condition Paths dialog which is used to toggle the condition setting for the branch owing into the task as either True or False.
Close the Condition Paths dialog. Close the Task Properties Dialog. Step 2: Test the AA-Manual Condition Task Process Select the Home tab in the My Navigator application.
12-101
Expand the Item that was created in the previous activity, then select the ItemRevision.
Choose OK. Select the Inboxes tab in My Navigator. Expand your users Tasks to Perform folder.
12-102
MT14350-SG-100
The next task to appear in the Task to Perform folder is the Manual Condition Task.
12-103
With the new task selected, verify the Viewer tab is still set to Task View. Observe the user interface for setting the value of the condition (bottom of window).
Set the Task Result to true, then choose Apply. A new task appears in the users Task to Perform folder.
With the new task selected, toggle Process View in the Viewer tab. Verify that the process owed through the correct branch to the next task when the conditional task was manually set to true.
12-104
MT14350-SG-100
All tasks for the AA-Manual Condition Task process have now been completed. Step 3: Browse the AA-Automatic Condition Task Process. Enter the Admin/Workow Designer application. Choose AA-Automatic Condition Task from the Process Template drop-down.
12-105
Select the Automatic Condition Task task (circled) from the process diagram.
12-106
MT14350-SG-100
Notice that there is a query associated with this conditional task. This conditional task does not require end-user action to determine the downstream conditional branching.
Choose the user_data_3_equal_MAKE Condition Query. The Condition Query dialog allows you to build a new query or select an exiting query for the task. It also allows you to set the true condition for when the query is executed against the process target list. The true condition can be set for any of the following query results: All, Any, or None of the Targets.
Close the Task Properties dialog. Step 4: Test the AA-Automatic Condition Task Process. Select the Home tab in the My Navigator application.
Expand the Item and ItemRevision that was created earlier. Double-click the ItemRevision Master.
In the user_data_3 eld, enter MAKE. Choose OK to save and close the form. Select the ItemRevision object.
Choose FileNewProcess...
12-108
MT14350-SG-100
Choose OK on the New Process dialog. Select the Inboxes tab in My Navigator. Expand your Tasks to Perform folder. Select the Standard Do task.
12-109
The next task to appear in the Tasks to Perform folder is the IF Condition is TRUE task.
12-110
MT14350-SG-100
With the task selected, toggle to Process View in the Viewer tab. Observe the conditional task has been automatically performed. The condition was set to true because the value of the user_data_3 attribute on the ItemRevision Master form was equal to MAKE.
12-111
If you wish to test the False condition, clear the user_data_3 eld, and then send the ItemRevision through the AA-Automatic Condition Task process again.
With the user_data_3 attribute eld blank (or with an entry different than MAKE), the process should automatically take the False branch.
12-112
MT14350-SG-100
Group and Role Preference Files Process Templates are assigned by using Preferences for the specied group.
IMAN_ItemRevision_release_procedure= Import Release
The Workow Designer application provides a graphical interface for creating the preference. From the Workow Designer application choose EditTemplate Filter.
With the example shown above, the following preference would be added to the high_performance group preferences
IMAN_ItemRevision_release_procedure= TR Change Notice Import Release
12-113
Blocking Users from Choosing from All Process Templates A preference can be set to disable users from choosing any process template when choosing FileNewProcess... This assumes that process templates have been assigned. Setting CR_allow_alternate_procedures=any allows the All Process Template Filter button to be selected.
Setting CR_allow_alternate_procedures=none will remove the All/Assigned buttons from the FileNewProcess... dialog.
Preference(s): Default:
CR_allow_alternate_procedures any
12-114
MT14350-SG-100
Use Workow Designer Template Filter tool to assign defaults. Start the Admin/Workow Designer application. Choose EditTemplate Filter. It may take a moment for the contents of the dialog to populate. The Process Template Filter Dialog appears. Set the Group Name to corrective_action. Set the Object Type to ItemRevision. Select TR Change Notice from the Dened Process Template list. Choose the left-pointing arrow to move it to the Assigned Process Template list.
12-115
Choose Apply. Set the three other defaults listed in the table, choosing Apply after each, and choosing Close after the last one. Step 2: Set a preference to enable the Assigned option in the New Process Dialog. Choose EditOptions. The Options window appears.
12-116
MT14350-SG-100
Choose Index (bottom left). Notice that the Options window changes to show the Preferences elds.
In the Search on preferences name eld, slowly enter CR. Notice that as you type, the system is dynamically searching for preferences and displaying them in the Preferences list. Select the CR_allow_alternate_procedures preference. The window should now look like the following, which shows the all of the existing preferences that begin with CR.
12-117
Verify that your work has inuenced the FileNew Process dialog behavior. Go the Teamcenter/My Navigator application. Expand a previously created Item and select the ItemRevision.
Choose FileNewProcess... Notice the Process Template automatically changes to the Import Release process. This is because the default process for an Item Revision being release by someone from the dba group is set to Import Release.
Summary
In this lesson you: Created Generic Workow Process Templates. Added Handlers to enhance Workow Processes. Created Workow Process Templates for Change Management. Used the release_man Utility to add and remove Status Imported Process Templates Used Secure Tasks in Processes Used Resource Pools in Processes. Used Conditional Tasks in Processes
12-119
Lesson
13 Change Management
Purpose The purpose of this lesson is to demonstrate how to model Change Management (CM) Change Types. Objectives Upon completion of this lesson, you will be able to: Create a Change Type Add Handlers to a CM Workow Process
13-1
Change Management
The Change Management application is not limited to engineering data. You can implement a change against any object model in the database.
13-2
MT14350-SG-100
Change Management
Change Objects
A Change object is used to control all changes to a products denition and conguration during its life-cycle. Key Points A Change object is a special Item Type (EngChange) A Change object is viewed in the CM Viewer application A Change object is represented by a blue "delta" icon Contains default folders used to collect all the information about the change
13-3
Change Management
Types of Changes
Most companies have different numbering conventions and signature approval levels for different types of changes. These are referred to as change classications. Some changes are simple and may require only one person to signoff. Other changes are more complex and may require approval from multiple people, including external government bodies, suppliers, etc.
Each Change Type has its own unique numbering convention. Three Change Types are provided with the default Teamcenter Engineering installation. CR - Modeled using CMII Change Request (CR) process requirements. CN - Modeled using CMII Change Notice (CN) process requirements. WA - Work Authorization (WA)
The setup of these types can be changed or new types can be created based on the requirements of your business.
13-4
MT14350-SG-100
Change Management
Problem Items Problem Item data is existing data for which change is being proposed or implemented. This data is usually already statused (production) data at the time the change is started, and therefore is not considered "Target" data in the workow process associated with the Change object.
Affected Items Affected Item data is new data created to replace data identied as Problem Item data. For example, if 1234 Rev A is identied as Problem Item data, the new 1234 Rev B would be identied as Affected Item data. Can be an assembly or piece part. Since Affected Item data is new data, it is usually identied as Target data for the workow process associated with the Change object.
Solution Items Solution Item data is new data created to implement change to the Problem Item data, however it is not directly replacing the Problem Item data. An example of Solution Item data is a new part created for an assembly identied as Affected Item. Since Solution Item data is new data, it is usually identied as Target data for the workow process associated with the Change object.
13-5
Change Management
Choosing Change Type from the Type application dialog box displays the dialog necessary to model a Change Type. The modeling of a Change Type is managed using the following variables. Identication - You will dene naming rules for the Change object and dene the behavior of the New Change dialog Assign ID/Rev functions. Associated Form Type(s) - You will identify 1 or more number of Form Type instances to be automatically created with the Change object when it is created. Design of Form Types was covered earlier in this course. Associated Process Template(s) - You will dene 1 or more number of Process Templates created using the Process Designer application to be associated with your Change Type.
13-6
MT14350-SG-100
Change Management
Enter the Change Type Name in the Change Type name eld. Specify whether Effectivity will be shared by toggling Yes or No. Specify the criteria for Change Id and Rev Id. Specify which Form Types and Process Templates you will use.
Once you have entered the information describing the Change Type, you can choose Create to dene the Change Type.
13-7
Change Management
Enter the Change Type name: TRCN Toggle Is Effectivity Shared to Yes.
13-8
MT14350-SG-100
Change Management
Step 2:
Dene the settings for Change Id. You will dene the following naming convention for the Change object of type TRCN.
Enter Range: 1-4 Enter Value: TRCN From the Format pull-down menu, choose Static.
Step 3:
Dene the running value, starting with 00001, for Change Id. Select the + sign next to Change Id, again.
13-9
Change Management
Enter the Range: 5-9 Enter the Value: 00001 Select the Format: Running Step 4: Dene the settings for the Rev Id. Click the + sign next to the value for Rev Id. Enter the Range: 1 Enter the Value: 0 Select the Format: Running The elds should now look like the following.
Step 5:
Select the Form Types to be associated with the Change Type. In the Form Types section, select Change Costs from the list of Dened form types, then choose the + sign. Select Change Description, then choose the + sign.
Change Costs and Change Description are Form Types you created earlier in the course.
13-10
MT14350-SG-100
Change Management
Step 6:
Select the Process Templates to be associated with the Change Type. From the list of Dened process templates, select TR Change Notice, then choose the + sign.
Now that you have entered the required data, choose Create. Step 7: Verify your work by creating a Change object in the My Navigator application. Start the Teamcenter/My Navigator application. Select your Home folder in the Home tab. Choose FileNewChange...
13-11
Change Management
If necessary, choose More... to set the Change Type to TRCN. Choose the Assign button for Change Id. The Change ID TRCN00001 should appear. Leave the Change Revision ID set to 0. Enter a Change Name (example: Test). Use the More Attributes tab and check the Start Process on Create box.
Checking this box will automatically start the workow process listed in the eld, which is TR Change Notice. Select the Description tab and enter a Change Description of Test TRCN Change Type. Choose OK. The new Change object appears in your Home folder.
13-12 Teamcenter Engineering Application Administration UGS, All Rights Reserved MT14350-SG-100
Change Management
Step 8:
View the Change object in the CM Viewer application Select the TRCN00001-Test change object. Choose Open. This launches the CM Viewer application.
Select the tab to view the Change Costs and Change Description forms associated with the Change Type.
13-13
Change Management
Select the tab to verify the TR Change Notice process has been started.
13-14
MT14350-SG-100
Change Management
13-15
Change Management
Since it is possible for new ItemRevisions to be identied after the start of the process, it will be necessary to add handlers to the process model. These handlers will notice newly added ItemRevisions and add them and their contents to the Target list of the process so they will obtain Release Status properties. (Complete Action) ECM-add-affected-irs-as-target EPM-attached-related-objects
13-16
MT14350-SG-100
Change Management
Select Edit Mode. Choose Yes to take the process template ofine. Step 2: Add handlers to the Prepare Change task. Select the Prepare Change task in the Task Hierarchy Tree.
Choose the Display the Task Handlers icon. The Handlers panel is displayed. Select the Complete Task Action. Set the Action Handler eld to ECM-add-affected-irs-as-target. Choose at the bottom of the dialog.
13-17
Change Management
Re-select the Complete Task Action. Set the Action Handler eld to EPM-attach-related-objects. Enter the following arguments:
Choose
Select the EPM-attach-related-objects Action Handler that was just created. Change the Argument elds to:
13-18
MT14350-SG-100
Change Management
Choose
Again, select the EPM-attach-related-objects Action Handler that was just created. Change the Argument elds to:
Choose
Close the Handlers panel. Step 3: Repeat Step 2 to add handlers to the Finalize Change task.
13-19
Change Management
Step 4:
Save your work. Make sure the Handlers window is closed. Choose FileClose. Move the TR Change Notice template to the Available list. Chose OK.
These handlers ensure that newly created ItemRevisions added to the affected/solution Item folders will be added as process targets.
13-20
MT14350-SG-100
Change Management
Summary
In this lesson you: Created the Change Management (CM) Change Types. Added Handlers to a CM Workow Process
13-21
Lesson
14-1
Command Suppression
Command suppression allows you to remove (suppress) one or more menu options from the default Teamcenter Engineering applications. This can be useful if you determine that certain functions at your site should only be performed by a particular Teamcenter Engineering role or group. Some sites may choose to remove such menu options as ToolsImport from application menus because they do not operate in a global environment. Conversely, large sites often allow all users to perform these actions because they may have multiple Teamcenter Engineering sites. Command suppression allows each site to implement these and other Teamcenter Engineering functions according to their needs. Command suppression is implemented as a tree of shown and hidden menu options for a dened Teamcenter Engineering role and/or group. Users can change their group/role during a Teamcenter Engineering session by choosing EditUser Setting...Session. If they choose another Role or Group, the appropriate menu entries will be hidden or shown. Important Caveat The following caveat applies to customizing Teamcenter Engineering with Command Suppression: The Command Suppression dialog cannot be used to move options from one menu to another or to add menu options. Menu entries can only be suppressed.
14-2
MT14350-SG-100
Command Suppression Dialog You can use the Command Suppression application from the Teamcenter Engineering Admin application group to dene which command entries should be suppressed for each dened Teamcenter Engineering role and/or group.
Choosing an application from the Application Tree (upper left pane) causes the Command Tree (right pane) to display the available menus and commands for the selected application. Use the Organization Tree (lower left pane) , select the group, role or group/role combination. From the Command Tree select a menu or command and choose the Show or Hide icons. When nished dening the menus suppressed for a specic group and/or role, you must use FileSave. The Command Suppression denitions are saved as entries in the database.
14-3
Under Organization, expand the standards group and select the Standards Engineer role.
Step 2:
Suppress the Import command under the Tools menu. In the Command Tree on the right, expand the Tools menu. Select Import.
14-4
MT14350-SG-100
Choose Hide. Notice there is now a red line through Import. Choose Save. Step 3: Change your group and role to verify the suppressed entries. Choose EditUser Setting... Choose Session. Select the standards group. Select the Standards Engineer role. Choose OK. Choose OK for the message dialogs that result from your change in user status. Step 4: Review the result of Command Suppression. Go to the Teamcenter/My Navigator application. Select the Tools pull-down menu.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 14-5
You may need to close and re-open the My Navigator Application to view the effects. Step 5: Change back to the dba group. Choose EditUser Setting... and change yours settings back to he dba group and the DBA role. Choose OK the save the settings and choose OK for any warning message dialogs that result from your change in user status. Select Tools. Notice the Import entry is present. The Command Suppression for the Standards Engineer role has been setup in the database.
14-6
MT14350-SG-100
Business Modeler
Business Modeler is found in the Admin section of the Application Manager. This application is a menu-driven system that helps the Teamcenter Engineering Administrator perform tasks relating to business Rules creation in the Rich Client. The application allows you to dene a set of business Rules to help administrate the data model behavior in Teamcenter Engineering. You have the ability to change the Rules on the data model in Teamcenter Engineering by using menus instead of writing code. The following are displayed as tabs in the Business Modeler application Naming Rules Denes the naming conventions for the string property values of different type objects.
Deep Copy Rules Denes whether the Item Revision relational objects will be copied as object, copied as reference, or not copied when users perform Save-As and Revise operations. Compound Property Rules GRM Rules Allows dening run-time like properties on an object referencing and relating to a property on a source object. GRM (Generic Relationship Management) rules provides a way for an Administrator to form a rule (a triplet consists of primary type, secondary type and relation type) and afliate the following constraints with it: Cardinality, Changeability, Attachability and Detachability (Cut/Paste Rules). Allow you to limit the types of objects that are available for creation for particular groups or roles-in-group. Determine behavior when creating alternate and alias identiers by combining valid combinations of identier type, ID context, and identiable type. Allow you to control access to and the behavior of object properties. Allow you to use custom functions and predened methods to extend Teamcenter Engineering behavior. Denes the actions needed to be done in different time phases (pre-condition, pre-action and post action) for different operations (Create, Save As, Delete).
In this lesson, we will cover some of the Business Modeler interfaces, but not all.
14-7
Site, group, and role-in-group display rules are applied using the Type Display Rules tab in the Business Modeler interface.
14-8
MT14350-SG-100
Expand the high_performance group listing in the Organization table. Select Product Engineer role.
14-9
With the Product Engineer role selected, select Item from the list of Base Types. Choose Apply and close the Select Types window.
Use the CTRL key to select both the EndItem and Item types in the Shown Types list.
Choose Choose
to remove them from the Shown Types list. to save the rule.
14-10
MT14350-SG-100
Step 2:
Test the Type Display Rules. Log out of Teamcenter Engineering. Log back in to the Teamcenter/My Navigator application. Use the tracytr userid. Notice, that the default role for tracytr in the high_performance group is Design Engineer
Select the Home folder, then choose FileNewItem.. Notice that all the Item types are available when using the Design Engineer role.
Close the New Item dialog. Choose EditUser Setting... In the User Settings window, change the Role to Product Engineer.
14-11
Choose OK to save the settings and close the window. Select the Home folder, then choose FileNewItem.. Notice, this time that only the Document and Functionality Item types are available using the Product Engineer role.
Close the New Item dialog. Log out of Teamcenter Engineering and log back in using your student (privileged) userid.
14-12
MT14350-SG-100
Naming Rules
Naming Rules allow you to specify valid patterns for naming conventions for Items, Item Revisions, Datasets, and Forms. End users will get an error message if the value entered does not match the pattern. At the same time Naming Rules can be used to force conversion of user input to all uppercase or all lowercase characters and is used to dene the result of using the Assign feature of New Item and Dataset dialogs. Naming Rules can be attached to the following properties: Item ID, Item Revision ID, and Name in Item types Dataset Name, ID and Revision Number in Dataset types Name in Form types
Naming Rules allow you to dene the pattern for generating IDs. For certain properties like Item ID and Revision IDs, when you click the Assign icon, the system generates the ID, based on the pattern dened. The Naming Rule Operation panel has two tabs. These tabs are: Edit Naming Rule - Dene a Naming rule, with patterns to be matched. Attach Naming Rule - Attach a Naming rule to a property.
14-13
Add Patterns to the Naming Rule. Select the + icon with the Naming Rule selected from the list. Add acceptable patterns to the Naming Rule using the following format
Select OK. Toggle on Generate Counters and ll in initial and maximum values if appropriate.
14-14
MT14350-SG-100
Attaching a Naming rule. Select the Object (Item ID, Rev ID, Name, or Description for Items) Select the Case needed. Select the rule from the list. Select attach.
14-15
Make sure the Edit Naming Rules tab inside the Naming Rules tab is selected (default). Type Item ID in the Rule Name eld, and then choose the Create icon (far right).
14-16
MT14350-SG-100
Choose
Enter "P"NNNNN (no spaces) in the top eld of the Add Rule Pattern dialog.
Choose OK. This adds the rst allowed pattern to the display.
Choose
Type "T"NNNNN (no spaces) in the top eld of the Add Rule Pattern dialog.
14-17
Choose OK. This adds the second allowed pattern denition to the display.
Choose
Type "L"NNNNN (no spaces) in the top eld of the Add Rule Pattern dialog. Choose OK. This adds the third allowed pattern denition to the display.
Toggle Generate Counters to ON and provide the following: Initial Value: P00001 Maximum Value: P99999
Choose
14-18
MT14350-SG-100
Step 2:
Create the Naming Rule for Item Revision ID. Use the drop-down selector for Rule Name to choose the blank line.
Enter Item Revision ID in the Rule Name eld. Choose Create. Choose to dene the pattern denition.
Type NNN in the top eld of the Add Rule Pattern dialog.
14-19
Toggle Generate Counters to ON and provide the following: Initial Value: 000 Maximum Value: 999
Choose Step 3:
Create the Naming Rule for Item Name. Use the drop-down selector for Rule Name to choose the blank line.
Enter Item Name in the Rule Name eld. Choose Create. This rule does not have a Pattern or a Generate Counters denition. However it is necessary to create this rule so that when attached, the user input data can be forced to be all uppercase. Step 4: Attach the Naming Rule for Item ID. Choose the Attach Naming Rules tab.
14-20
MT14350-SG-100
Select Item ID from the list (in the bottom window). Set Case to Upper, then select Item ID from the Rule Name drop-down list.
14-21
Step 5:
Attach the Naming Rule for Item Revision ID. Select Item Revision ID from the list.
Choose Item Revision ID from the Rule Name drop-down list. Choose the Attach icon. Step 6: Attach the Naming Rule for Item Name. Select Name from the list.
Set Case to Upper. Choose Item Name from the Rule Name drop-down list. Choose the Attach icon. Step 7: Close the Business Modeler application.
14-22
MT14350-SG-100
Enter test item (lowercase) in the Name eld. Choose Finish to create the Item. Close the New Item dialog. Notice the Name has been converted to uppercase.
14-23
Try to create an Item by manually inputting the following parameters: ID = t12345 Rev = 000 Name = test item You are able to create the Item because the t, along with the 5 numeric characters, t the format, therefore the t is converted to upper case.
Try to create an another Item by manually inputting the following parameters: ID = m12345 Rev = 000 Name = test item You should NOT be successful because m does not satisfy the alpha character requirements.
To quickly check what format the Item ID should be, place the cursor in the Item ID eld and a hint will appear.
This works the same for the Revision eld. Close the New Item window.
14-25
The following rules can be applied to object properties: Modiable Allows you to place restrictions on the modiability of an object property. The following restrictions can be applied: Read Only Allows users to view the value of the property but does not allow them to modify the value. Write Allows users to modify the value of the property if they have write access to the object to which the property belongs. Write Only if Null Allows users to modify the property only if the existing value is null, or empty. Initial Allows you to specify the initial value to be assigned to a property Value when the corresponding object is created. The initial value rule applies only to the following object types: Item, ItemRevision, Alias, Identier, Dataset, and Form. Visible Allows you to specify whether a specic object property is visible in the interface. For example, you can add runtime properties for internal purposes and set the visible rule to False to hide them from users. Valid values: True and False. Enabled Allows you to specify whether a property is enabled in the interface. Valid values: True and False. Required Allows you to specify whether a value must be entered for a specic object property. Applies only to: Item, ItemRevision, Alias, Identier, Dataset, and Form. Valid values: True and False. Complex Allows you to specify a combination of properties and constant property strings to assign a value to a selected property. Complex properties are derived from one or more properties depending on the pattern of the rule, for example $prop1+"string literal"+$prop2. Applies only to: Item, ItemRevision, Alias, Identier, Dataset, and Form.
14-26
MT14350-SG-100
Compound Property Rules The Compound Property Rules functionality enables you to add new properties to Teamcenter Engineering Types without custom coding and without having to use the Run-time Properties functionality. However, Compound Property Rules is not a complete alternative to Run-time Properties. In more complex scenarios, tou may still prefer to use Run-time Properties to add complex properties to Teamcenter Engineering Types.
What is a Compound Property? A Compound Property is a property that can be displayed on an object, though it is actually dened and resides on another object. The following terms are used for Compound Properties. Display Object Source Object Source Property The object on which the Compound Property is displayed. The object on which the property actually resides. The property on the Source Object.
A Compound Property on an object displays the following behavior: Has default SET and ASK methods. Inherits access rules from the Source Object. By default, the read/write permissions of a Compound Property on the Display Object is the same as that of the Source Object. You can change the Compound Propertys protection on the Display Object. If the Source Property is modiable, then the Compound Property will also be modiable. However, if a ReadOnly ag is set on the Compound Property Rule, the Compound Property will be a non-modiable property even if the Source Property is modiable. Appears disabled on the Display Object, if the property on the Source Object is not modiable. A default string (such as "****") will be displayed on the Display Object to indicate that the property is not readable, if the property on the Source Object is not readable.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 14-27
A Compound Propertys name and the UI display name can be different from the property name and property UI display name on the Source Object. The value type of a compound property is the same as that of its source property. For example, if the value type of the Source Property is PROP_string, then value type of Compound Property will also be PROP_string. If the Source Property is a VLA (Variable Length Array), then the compound property will also be a VLA. If an LOV is attached to the Source Property, the same LOV will be attached to the Compound Property as well. If the user does not have Write privileges on the object on which the Compound Property exists, then the Compound Property will be a non-modiable property. If the user does not have Write privileges on the object on which the Source Property exists, then the user cannot modify the value of the Compound Property. To obtain the value(s) of the compound property, the system will traverse the object hierarchy mentioned in the compound property rule. While traversing the object hierarchy, if the system fails to reach the Source Property, the value of the Compound Property cannot be retrieved. An error message will be displayed and the value will be displayed as a blank eld.
14-28
MT14350-SG-100
Select the Property Rules tab. Select the Item class from the list.
Choose
Select in the Property Name eld to access the LOVs, and then choose object_desc from the list.
Select in the Modiable eld to access the LOVs, and then choose Write from the list.
14-29
Make sure the Visible eld is checked, with the other elds unchanged.
Choose Step 2:
Test the Default Description Property Rule. Start the Teamcenter/My Navigator application. Select your Home folder, then choose FileNewItem. Select Item for the Item Type, then choose Next.
14-30
MT14350-SG-100
Notice the Description is already lled in with Company Part, which was dened by the Property Rule just created.
Enter test rule in the Name eld. Change the Description to Test Company. Choose Finish to create the Item. Close the New Item dialog.
14-31
In the Home folder, right-click on the newly created ItemRevision and choose Properties... from the list. Scroll down in the Properties window and notice that the Description is Test Company.
This validates that the Default Description of Company Part, set by the Properties Rule, is still allowed to be changed, due the Modiable eld set to Write. Choose Cancel to close the Properties window. Step 3: Change the Property Rule to set an unchangeable Description. Go to the Admin/Business Modeler application.
Select the Property Rules tab. Select the Item class from the list.
14-32
MT14350-SG-100
Make sure the Visible eld is checked, with the other elds unchanged.
Choose Step 4:
Test the modied Property Rule. Start the Teamcenter/My Navigator application. Select your Home folder, then choose FileNewItem. Select Item for the Item Type, then choose Next.
14-33
Notice this time, the Description is blank because the Initial Value eld was cleared.
Choose the Assign icon to populate the ItemID and Revision elds.
Enter test rule in the Name eld. Try to enter Test Company in the Description eld, and note that you cannot edit it. This was not allowed due to the Property Rule
14-34
MT14350-SG-100
Choose Finish to create the Item. Close the New Item dialog. In the Home folder, right-click on the newly created Item and choose Properties... from the list. Scroll down in the Properties window and notice that the Description is ItemID/Company Part/TEST RULE.
This validates that the Properties Rule is working. It created a description from the ItemID, Company Part (text), and the Item Name, established from the criteria in the Complex Property eld. Choose Cancel to close the Properties window.
14-35
Step 5:
Clear the Property Rule on the Item class. Go to the Admin/Business Modeler application.
Select the Property Rules tab. Select the Item class from the list.
Choose the
Choose
14-36
MT14350-SG-100
Activity: Creating Compound Property Rule between EndItem properties and Items
In this activity, you will rst create a Compound Property Rule on the Item Master form that attaches the Customer and Shipped attributes created earlier for the EndItem Master form. Step 1: Create the Property Rule for an Item type. Choose the Compound Property Rules tab.
Expand the Item class in the Rules tree list and select the EndItem Type. Notice, the list of available attributes for the EndItem Type are displayed in the Rule Operation panel (on the right).
14-37
Expand the EndItem Master and Attributes nodes, and select the Customer property.
Choose on the left side of the Rule Operation panel to create the new Compound Property Rule.
14-38
MT14350-SG-100
Again, under EndItem Master, do the same for the PartType and Shipped Attributes Properties.
Now, three of the EndItem Master form properties are attached to the EndItem.
Step 2:
Test the Compound Properties. Start the Teamcenter/My Navigator application. In your Home folder, select EndItem EI001.
Choose ViewProperties....
14-39
Scroll to the bottom of the Properties window and choose More... (on the left). Scroll to the top of the Properties window and notice that the newly attached EndItem properties are displayed.
Set the AA-Customer property to Customer A, the AA-Part Type to Machining, and AA-Shipped property to true.
Choose OK.
14-40
MT14350-SG-100
Extension Rules
Extension Rules Remove later: BMF_SUPPRESS_ACTION_RULES_DISPLAY (value=ON or OFF) to display Action rule tab Extension rules allow you to customize system behavior by applying extensions to extension points that are related to business operations in Teamcenter Engineering. Business operations are actions performed in the system, such as creating and saving an item, fetching or setting a property value, or invoking a user exit. Extension points are events in the system, such as a postaction on an operation or a user exit, that allow you to implement custom behavior. Extensions contain information about functions associated with Teamcenter Engineering types and properties. Business operations can expose one or more extensions points, which in turn can contain zero or more extensions. Extensions within an extension point display the following characteristics: Extensions can be arranged to execute in a specic sequence. Each extension can have a set of arguments that is unique within the extension point. Extensions can be activated and deactivated within an extension point. External extensions can be congured in the same manner as the core extensions delivered with the Teamcenter Engineering product. An extension can be included more than once in a single extension point and can also be included in multiple extension points. User exit operations can only be congured from the base extension point.
Extension Rule Inheritance Extensions on type operations dened for or assigned to a parent type are inherited by any and all subtypes of that type. For example, if the Document item type has two derived subtypes, SpecDocument and QADocument, any extensions dened for the Document item type are inherited by the SpecDocument and QADocument subtypes. Extensions can also be dened specically for a particular subtype. These extensions exist in addition to any extensions inherited from the parent object type. By default, subtypes inherit the extension rules from a parent type higher in the hierarchy. To override this default behavior, a subtype can be selected and have extension rules congured. In this case, all existing extension rules from the super type of the extension point are copied to the type in which the extension is congured. At
UGS, All Rights Reserved Teamcenter Engineering Application Administration 14-41
that point, modication of the extension rules on that super type for the given extension point are no longer propagated down to this subtype. To remove any override that is congured, remove all congured extensions from the subtype and apply the changes. You are prompted to conrm that you are removing the override and that rules are again inherited from the parent type Dening Extensions External extensions can be dened to customize Teamcenter Engineering behavior. Before dening the extension in Business Modeler, you must rst write the custom function in C or C++ and store it in a either a common library or a specic library. You can dene a single library or multiple libraries to store the functions that you associate with extensions. For more information, see the Integration Toolkit (ITK) Programmers Guide. In addition, you must determine the parameters that are passed to the program when it is executed. Specify the values for these parameters when you assign the extension. Values can be user-dened or derived from a saved query or List of Values (LOV). When dening the extension, you must also specify the type operations, property operations, and extension points for which the extension is valid. Assigning Extensions This section describes the process used to congure dened method extensions, including: Displaying, adding, modifying, or removing extensions from an extension point. Specifying argument values for dened arguments of an extension in an extension point. Ordering the extensions congured for a specic extension point. Activating an extension within an extension point. Overriding extension assignments inherited from a parent type.
14-42
MT14350-SG-100
Some extension points for primary types have congured internal extension rules. Although these extensions are visible in the extension assignment table, they must not be removed. If you override this operation for a subtype, the internal rule is inherited by the subtype and you must take care that it is not deleted by default. For example, the ImanRelation::assert_unique internal extension is congured for the ImanRelation Create Pre-Condition extension point. This cannot be removed. If a relation type, for example, Iman_Specication, has this overridden, the ImanRelation::assert_unique extension is congured for the Iman_Specication relation by default. You must not remove this extension from the extension point. List of existing values for the BMF_CLASS_AND_TYPE_DISPLAY_LIST preference. Appearance, BOMLine, ERP, File, FileServer, ImanQuery, ImanRelation, PLMXML, PublicationRecord, PSOccurrence, Report, Session, SingleFileRecovery, Site, StorageMedia, User, ValidationResult, View
Internal Extensions There are two varieties of extensions: internal extensions and external extensions. Internal extensions are predened methods delivered as part of the Teamcenter Engineering product. These extensions cannot be modied. External extensions are custom extensions that you add to the database. The following internal extensions are delivered as part of your Teamcenter Engineering installation: autoAssignToProject checkLatestReleased copyVariantExpr createCAEObjects createObjects setIdentierProperties
14-43
Observe that the default objects created when an Document Item is created, are Document Master and Document Revision Master forms. Step 2: Modify Document display preferences. Choose EditOptions... Select Item in the General list.
14-44
MT14350-SG-100
On the General tab of the dialog, set Select item type to Document. Select Item Masters in the Shown Relations window, then choose .
Choose Apply on the Options dialog. Observe the difference in the Document display. Before: Document Master form is displayed. After: Document Master form is now hidden.
On the General tab of the dialog, set Select item revision type to DocumentRevision.
14-45
Using the Ctrl key, select ItemRevision Master, engineering, and Release Status in the Shown Relations window.
Choose
Choose Apply on the Options dialog. Observe the difference in the Document display. Before: After:
DocumentRevision Master DocumentRevision Master form and view are displayed. form and view are now hidden.
Choose Cancel on the Options dialog. In this activity, you observed that the default Item create function creates four objects (Item, Item Master, ItemRevision, and ItemRevision Master). You also used the Options dialog to hide the two Master forms and the engineering psuedo folder in the display. In the next activity, you will use the Business Modeler application to extend the create action functions for Items of Type = Document.
14-46
MT14350-SG-100
Step 1:
Notice the different Extension Details elds, such as, the type of programming language the extension was written in and whether it is an internal or external extension.
14-47
Step 2:
Assign an Extension Rule to cause automatic creation of Text datasets when Document Revisions are created. Select the Assign Extensions tab next to the Dene Extensions tab.
In the Extension Point Selection tree, expand the WorkspaceObjectItemRevision and select DocumentRevision.
14-48
MT14350-SG-100
Set the Operation option to Create Revision and the Extension Point option to Post-Action.
Choose
Double-click in the Extension Name eld and select createObjects from the list.
In the new elds that appeared, set the objectType Text and the relationType to Specications.
Choose
14-49
Notice that the settings are also added in the select types panel.
Choose Apply. Choose Yes on the Override warning. Step 3: Assign and Extension Rule to prevent more than a single Working Document Revision. With the DocumentRevision still selected, leave the Operation set to Create Revision, but change the Extension Point to Pre-Condition.
Choose
Double-click in the Extension Name eld and select checkLatestReleased from the list.
In the new elds that appeared, in the maxAllowedWorkRevs eld, enter 1. Choose to add the settings in the Arguments eld.
14-50
MT14350-SG-100
Notice that the settings are also added in the select types panel.
Choose Apply. Step 4: Repeat the previous set-up for checkLatestReleased using the Revise and Pre-Condition options. Use the following settings.
14-51
Step 1:
With the Extension Rule assigned, the Text dataset was created automatically when the Document Item was created. Step 2: Test prevention of multiple Working Document Revisions. Select the Document Revision object
Choose FileRevise... Notice that by default, the Revision eld is automatically populated with B. Choose Finish.
14-52
MT14350-SG-100
The following error dialog appears because you are attempting to create the next revision (B) of the Document before the current revision (A) has a status.
Choose OK to dismiss the error dialog, then Close the New Item dialog. Select the Document Revision object.
Choose FileNewProcess... Set the Process Template to Quick Release, then choose OK. You may need to choose ViewRefresh to observe the application of Status. Select the Document Revision object again.
Choose FileRevise... Notice again that the Revision eld is automatically populated with B. Choose Finish. Close the New Item dialog. This time the Revise action was successful.
14-54
MT14350-SG-100
Notice that the Revise command did not create a new Text dataset. The same dataset that is referenced in Revision A, is also referenced in Revision B. The default for the Item Revise command is to Copy Reference for all objects contained in the Item Revision. Step 2: Observe the default Rule for the Save As command. The Save As command is used when a user wishes to create a new Item (ID vs. Rev) from the denition of an existing Item Revision. Highlight Revision B of your Test Extension Rule Document. Choose FileSave As... Choose Assign to generate a new unique ID and initial Rev ID. Change the Name to Default Save As. Choose Finish, then close the New Item dialog when the Item has been created.
14-55
Because you had a Document Revision selected when you created the new document, a reference of the new Document is not added to the selected object. Instead, the reference is added to your Newstuff folder. Fully expand the Document and Document Revision object in your Newstuff folder.
Like the Revise command, the Save As command did not create a new Text dataset. The same dataset that is referenced in Revision B of the rst Item is also referenced in Revision A of the new Item. The default for the Item Save As command is to Copy Reference for all objects contained in the baseline Item Revision. In the next activity, you will use the Deep Copy component of the Business Modeler application to change the default Copy Reference behavior to Copy Object.
14-56
MT14350-SG-100
Choose Apply. Choose Yes to save the change. Establish the same Rule as above for the Revise command for DocumentRevision. Step 2: Close the Business Modeler application.
14-57
Highlight the Document Revision object. Choose FileNewProcess... Set the Process Template to Quick Release, then choose OK. Observe the application of status. Select the Document Revision object (only). Choose FileRevise... Choose Finish, then close the New Item dialog.
14-58
MT14350-SG-100
This time, the Revise command has created a new Text dataset.
The Revise command did create a new dataset, however, the name of the new dataset is the same as the original. You can tell it is a new dataset because it does not have a Status ag, like the original dataset. The name of the new dataset could be changed to a different value using the Properties dialog In the last activity, the Revise command did not create a new Text dataset. Last activity:
Step 3:
Test the Deep Copy Rule for Save As. Select Revision A of your Test Revise Document. Choose FileSave As... Choose Assign to generate a new unique ID and initial Rev ID. Change the Name to Test Save As. Choose Finish, then close the New Item dialog.
14-59
Because you have a Document Revision selected while you are creating a new Document, a reference of the new Document is not added to the selected object. Instead, the reference is added to your Newstuff folder. Fully expand the Test Save As Document and Document Revision object in your Newstuff folder.
This time, the Save As command has created a new Text dataset. Like the Revise command, the Save As command did create a new dataset, however, the name of the new dataset is the same as the original. Again, you can tell it is a new dataset because it does not have a Status ag, like the original dataset. The name of the new dataset could be changed to a different value using the Properties dialog In the last activity, the Save As command did not create a new Text dataset. Last activity:
14-60
MT14350-SG-100
14-61
Choose Export (bottom right). In the Export window, make sure All Business Rules is checked.
Navigate OS directories to the ...aa_class/business_rules directory. Enter all_business_rules.xml in the File Name eld. Choose Export. Locate and open the all_business_rules.xml le in a text editor. After reviewing the le, close the text editor.
14-62
MT14350-SG-100
Step 2:
Export Naming Rules only. In the Business Modeler application, again choose Export. Make sure only the Naming Rules button is toggled on.
Verify you are still in the ...aa_class/business_rules directory. Enter naming_rules.xml in the File Name eld. Choose Export. Locate and open the naming_rules.xml le in a text editor. After reviewing the le, exit the editor without saving.
14-63
The Import window appears. Step 2: Access the naming rules import le. In the Import window, navigate to the ...aa_class/business_rules directory. Select the undo_naming_rules.xml le.
Choose Import.
14-64
MT14350-SG-100
This window allows you to analyze the differences between the existing Naming Rules and the ones to be imported. You can display both Old and New together or just the differences in the rules. You can also display just the New rules or just the Original rules. Step 3: Analyze the differences in rules and then import the rules. Make sure Display as Old/New is set.
14-65
Scroll down to view the differences in the existing rules on the left and the rules to be imported on the right.
Choose OK to import the Naming rules. Step 4: Verify that the Naming Rules are detached. Select Item in the Naming Rules tree.
14-66
MT14350-SG-100
Select Item Revision ID and Item Name from the list to make sure there are no rules attached. Close the Business Modeler application.
14-67
14-68
MT14350-SG-100
Summary
In this lesson you: Managed access to specic functions using Command Suppression Created Type Display Rules Created Naming Rules Created Property Rules Created Compound Property Rules Create Extension Rules Created Deep Copy Rules Interactively Exported Rules Denitions Interactively Imported Rules Denitions Reviewed the import_export_business_rules utility
14-69
Lesson
15-1
Terminology
The table below lists several NX terms along with the corresponding Teamcenter Engineering term. Unigraphics Part Part Revision Part File Part Number Master Part File Non-master Part File (specication or manifestation) Non-master Part File (altrep) Component Lock (part le geometry) Unlock (part le geometry) Lock (part le structure) Unlock (part le structure) Teamcenter Engineering Item Item Revision Dataset Item ID UGMASTER Dataset UGPART Dataset
UGALTREP Dataset Occurrence Check-Out (Dataset) Check-In (Dataset) Check-Out (BOMView Revision) Check-In (BOMView Revision)
When you work in NX, you manipulate Parts, Part Revisions and Part Files. These correspond to Items, Item Revisions and Datasets in the Teamcenter Engineering.
15-2
MT14350-SG-100
15-3
The named references for the 2111 datasets are shown below.
15-4
MT14350-SG-100
BOM Views and BOM View Revisions BOM Views are used to manage product structure information for an Item. Similarly, BOM View Revisions are used to manage product structure for Item Revisions. When you add a component to an assembly, you are creating an occurrence of that Item or Item Revision in the assembly. This occurrence is displayed as a line in the BOM. Each assembly revision has its own BOMView Revision (BVR). If you expand an Item Revision in Teamcenter Engineering, you will see the BOMView Revision, which is the object in which the occurrence information is stored. The BOMView Revision for the 2105/000 Frame Assembly is shown below.
15-5
15-6
MT14350-SG-100
New Part Revision When you create a new revision of an existing part in NX and save it, a new Item Revision and a new UGMASTER Dataset are created in the Teamcenter Engineering database. The values which NX Integration sets in the Teamcenter Engineering elds that you would usually ll when you create an Item and a dataset from Teamcenter Engineering are shown in the table on the previous page. Note that the dataset is referenced as a specication of the new Item Revision. The values which the system sets used for necessary elds are the same as given above for new parts. New Non-master Part File When you create a new non-master part le for an existing part revision in NX, a new UGPART Dataset or UGALTREP Dataset is created in Teamcenter Engineering. The name given to the new UGPART dataset is the name which you specify in the NX Integration Part Selection dialog. You choose a part le type with Part File Type in the Part Selection dialog. If the le type is specication, the new dataset is referenced as a specication in the Item Revision. Similarly, if you specify a part le type of manifestation, the dataset is referenced as a manifestation in the Item Revision. The following table shows which dataset and relationship types correspond to each of the part le types. Part File Type master specication manifestation altrep Dataset Type UGMASTER UGPART UGPART UGALTREP Relationship Type specication specication manifestation altrep
15-7
When you open a part le from NX with le export enabled, NX Integration creates a directory for the part and exports the associated les governed by the current NX Integration role to that directory. The NX part les with the .prt sufx are not exported. When you save or close the part le, any new or changed les in the directory are saved in the Teamcenter Engineering dataset corresponding to the NX part le.
15-8
MT14350-SG-100
Access Control
NX Integration locks the geometry for a NX part le as soon as you start to modify it. If the part is a master part le (and an assembly), the structure also becomes locked. The locking ensures that no other user can modify the part le at the same time. When you create a new non-master part le in NX, you must have write access to the Item Revision, otherwise the reference to the newly created dataset cannot be added. Similarly, when you create a new part and place it into a folder, you must have write access to the target folder, otherwise the reference from the folder to the new part cannot be created. Access and Locking Geometry When checking your access rights for a NX part le, NX Integration looks at the protections on the corresponding dataset in Teamcenter Engineering. If you have write access to the dataset, then you are granted write access to the part le in NX. When NX Integration locks the geometry for a part le in your NX session, what is actually happening in the database is that the dataset corresponding to the part le is being checked out. When NX Integration unlocks the part les geometry, the Teamcenter Engineering dataset is checked back in.
Locking Structure When NX Integration locks the structure for a part le, the corresponding BOM View Revision is locked in the database. The structure locking is carried out in the same way that Teamcenter Engineering PSE locks structure, so that PSE inter-session locking on product structure can be maintained.
15-9
Non-Master File(s) More than one UGPART dataset may be referenced as a specication of an Item Revision.
Loading from NX Integration When NX Integration loads a specic Item Revision as a component of an assembly, it looks rst for a UGMASTER dataset referenced by the revision as a specication. If it cannot nd one, it loads the rst UGPART dataset that it nds in the list of objects referenced as specications. NX Integration does not provide a means of loading a specic version of a dataset as a component, nor does it provide a means of opening it from NX. The latest congured version of a dataset is always used
15-10
MT14350-SG-100
As a Site Administrator, you can set up any number of seed parts to be available for users. Initial seed part setup is generally established during the initial database installation by execution of the IMAN_ROOT/bin/ugmgr_add_note_types utility. How Seed Parts are Stored in Teamcenter Engineering In Teamcenter Engineering, a folder named NX seed parts is used to contain all seed part information. The dialog below shows the default structure of the NX seed parts folder.
After installation, the NX seed parts folder contains the following: Two Items (parts), named Metric and Inch. A folder called manifestation. A folder called specication, containing two Items named Metric_dwg and Inch_dwg. A folder called master.
15-11
The two Items named Inch and Metric are generic seed parts. A generic seed part is a part that can be used as the basis for any type of part le. If you create more generic seed parts (in addition to the two mentioned), they should be placed directly in the NX seed parts folder. NX Integration displays the seed part Name, not the Part ID. The manifestation folder contains seed parts that can be used as the basis for non-master part les of type manifestation only. Initially, the manifestation folder is empty. You should place any seed parts used to create new manifestation part les (only) in this folder. The specication folder contains seed parts that can be used to create new part les of type specication only. The specication folder initially stores two parts, Inch_dwg and Metric_dwg. These two seed parts can be used to create new drawings with imperial or metric units respectively. You should place any seed parts used to create new part les of type specication (only) in this folder. The master folder contains seed parts that can be used as the basis for part les of type master only. Initially, the master folder is empty. You should place any seed parts used to create new master part les (only) in this folder. NX Integration expects seed parts to be contained in the folders named NX seed parts, master, specication, and manifestation only. If seed parts are created in other folders within the NX seed parts folder, they are ignored. Seed Part Example The NX Integration seed part selection display can show multiple parts with one heading. This would be useful when two groups need different drawing seed parts, but would both like to select the name Drawing. This setup is easily done with two parts with different Part IDs and with the same Part Name. Each part would only be read by the appropriate group due to the parts protections.
15-12
MT14350-SG-100
ug_english.def, ug_metric.def Metric, Inch, Metric_dwg, Inch_dwg, or any seed part which has been defined and you have access to Inch
15-13
Choose Execute this query. The Unigraphics seed parts folder appears in the General Tab.
Copy the Unigraphics seed parts folder to your Home folder. Choose again, to close the Search window.
15-14
MT14350-SG-100
Step 2:
Create a folder to keep unused seed parts organized within the Unigraphics seed parts folder. Select the Unigraphics seed parts folder. Choose FileNewFolder... Enter the Name: not used Choose OK. The folder is created. You have write privileges to the Unigraphics seed parts folder since you are in the dba group.
Step 3:
Organize the Unigraphics seed parts folder. Expand the Unigraphics seed parts folder. Cut and Paste the Metric Item into the not used folder. Expand the specication folder. Cut and Paste the Metric_dwg Item into the not used folder. The Unigraphics seed parts folder should now be organized like the following.
15-15
The set of mappings that apply to a particular dataset can be dependent on the type of dataset and/or the type of the related Item. (The NX Integration application assumes that the dataset is attached to an Item Revision for which there is always a related Item.) The mappings are stored permanently in the Teamcenter Engineering database and are available when NX is running in NX Integration mode. These mappings are not available in native NX sessions. Mappings can be either real or test. Real mappings are those that the user can view within the application. Test mappings are used to verify the accuracy of the mapping le before implementation. Each mapping denition has a title and description that are used when displaying the attribute value in NX. There are also optional qualiers that affect the behavior of the mapping, such as which application has write control and whether a default value is created for a NX Part le attribute if none exists in Teamcenter Engineering.
15-16
MT14350-SG-100
Default Mappings
The default mappings between Teamcenter Engineering and NX Part attributes are described in the following table: UG Part Attribute DB_PART_NO DB_PART_REV DB_PART_TYPE DB_PART_NAME DB_PART_DESC DB_UNITS Description Part Number Part Revision Part Type Part Name Part Description TcEng Attribute Item ID Item Revision ID Item Type Item Name Item Description
15-17
15-18
MT14350-SG-100
<Part_Attr_Name> is the name of a NX part attribute. Format must be all uppercase without spaces. <Path_Step>(s) (i.e., Item.GRM):
NR ( <named_reference_type> [, <form_type> ]) - A named reference of the current object. The particular reference is identied by the type of the referenced object (not the name of the reference). ItemRevision - The Item Revision object which owns the current object; that is, the Item Revision to which the current object is associated via a GRM link. Item - The Item object corresponding to the current owning Item Revision object. GRM( <relation_type> [, <object_type> ]) - A GRM relation whose type is <relation_type> and whose primary object is the current object and whose secondary object gives the next object. In the case that more than one relation of the given type is associated with the current object, the optional second argument <object_type> is used to identify the type of the referenced object. Job - The job in which the current object is included; or, if there is no current job, then the most recent job that the object was in (assuming the job has not been deleted). SIGNOFF( [<level> , ] <role> ) - A completed signoff whose group members roles have the name <role>. If the same role has been specied for assignees in more than one level of the process denition, the optional argument <level> further identies a specic level.
15-19
<IMAN_Property> - The name of the Teamcenter Engineering property to be synchronized with the NX part attribute. <Qualier> - Species various controls or conditions for the particular attribute synchronization and can be any one of the following: /description=<note> - NX will display the content of <note>, which is a character string enclosed in single or double quotes, to show the user what signicance the attribute has. /write_once - NX Integration can write a value for the attribute to Teamcenter Engineering if the attribute does not already have a value. /master=cad - Only the CAD application, i.e. NX, is allowed to modify the attribute value. This should not be used with Item Master Forms. /master=iman - Only Teamcenter Engineering is allowed to modify the value for the attribute. /master=both - Both NX Integration and Teamcenter Engineering can modify the attribute value. /master=none - Neither can modify the attribute value. /freezable - This directs NX to ignore the Teamcenter Engineering attribute value, as stored in the Teamcenter Engineering database, but to use the value stored in the part le if the related Teamcenter Engineering object is frozen.
<Abbreviated_Path> is one of the following: IM - abbreviation for Item.GRM(IMAN_master_form, Item Master) IRM - abbreviation for ItemRevision.GRM(IMAN_master_form, ItemRevision Master)
CONST - Represents a constant value specication which the NX part attribute will assume. Its specication is: CONST ( <value> ) where <value> is a character string enclosed in single or double quotes. PREF ( [ <scope> : ] <value> ) produces the <value> preference value, optionally within the given preference scope. The scope can be one of the following: ENV, USER, ROLE, GROUP, or SITE.
15-20
MT14350-SG-100
Contexts end with the right bracket (}) symbol. Contexts can be nested. For example, you can dene an Item-type-based context within a dataset-type-based context. The mappings dened within this nested context are then only applied to datasets of the specied type that are associated with Items of the specied type. Example: Top of File... Mappings located here apply to any Dataset type in context of any Item type
{Dataset type=UGMASTER
Mappings located here apply only to UGMASTER Dataset types in context of any Item type.
{Item Type=Item
Mappings located here apply to only UGMASTER Dataset types only in context of Item Item types (For example, not Document Item types)
} }
... Bottom of le
15-21
Close the text editor application for both les. Step 5: Import new mappings as a test mappings. Return to the command window with Teamcenter Engineering environment set. Verify you are still in the ug_attr_sync directory. Execute the following command: import_attr_mappings -u=infodba -p=infodba -g=dba -le=new_mappings.txt.v9 -test Step 6: Set environment for test mapping usage. Log in to the Teamcenter/My Navigator application and make sure nothing is selected (use CTRL and mouse to unselect). It may be necessary to use the Teamcenter Engineering 2 Tier Rich Client to perform this part of the activity. Ask your instructor. Select EditOptions from the pull-down menu
Select Index at the bottom left of the form. Select New Enter the preference name: IMAN_USE_TEST_ATTR_MAPPINGS as shown. Select String for the Type and enter Y for the Value.
15-23
Start NX and test the UGMASTER mappings. Choose the Open in NX In NX, choose the New
Use the following parameters: Part Type: Part Number: Part Revision: Part File Name: Seed Part: Choose OK. Item 13690 000 <unset> Inch
15-24
MT14350-SG-100
The Edit Database Attributes dialog appears. Notice the 7 new entries in the Write Enabled section. These are 7 of the 9 new mappings dened by importing the new_mappings.txt le (The other 2 mappings apply only for UGPART type datasets).
Press Enter to accept the default values for Part Name and Part Description. Set the value of each of the remaining attributes to from NX. When nished, choose OK. Save (FileSave), then Close (FileCloseAll Parts) the part le (Do not exit NX). Step 8: Observe UGMASTER partle attribute data stored in TcEng. In My Navigator, expand the 13690 Item and ItemRevision (may have to Refresh the Home folder).
View the ItemRevision Master form by double-clicking it or by selecting it with the Viewer tab raised.
15-25
You should see data provided for each attribute as provided from the NX interface. Change all attribute values on the form to from TC. Choose OK to save the edits. Step 9: Verify UGMASTER update from TcEng edit. From NX, open the 13690/000 UGMASTER part le. Choose FormatDatabase Attributes....
15-26
MT14350-SG-100
Observe the values for the attributes in the Write Enabled section of the dialog. The values should appear as the values you applied to the ItemRevision Master form in the Teamcenter Engineering interface. Using the Edit Database Attributes dialog, change the value for each attribute value to from NX Again. Choose OK on the Edit Database Attributes dialog. Choose OK on the Database Attributes dialog. Save, then Close the part le (Do not exit NX). Step 10: Verify Teamcenter Engineering update from UGMASTER edit. In Teamcenter Engineering, select the ItemRevision Master form and choose ViewRefresh. Open the ItemRevision Master form again to review the attributes that were changed. If the ItemRevision Master form is selected or the form dialog is still open from a previous step, you will have to reopen the dialog or select another object and re-select the ItemRevision Master form to see the current values for the form elds.
15-27
Step 11: Test the UGPART mappings. From NX, choose to create a new le.
Use the following parameters: Part Type: Part Number: Part Revision: Part File Name: Seed Part: Choose OK. Choose OK on the Add Master to: dialog. Choose FormatDatabase Attributes... Item 13690 000 DWG13690 Inch
The attributes mapped to the UGPART dataset type were dened using the /master=iman qualier, and therefore cannot obtain values from the NX interface. Choose OK on the No Write Enabled Attributes dialog. Save, then Close the part le (Do not exit NX).
15-28
MT14350-SG-100
Choose FileNewProcess... Set the Process Template to Quick Release, then choose OK. The ItemRevision, UGMASTER and UGPART dataset should all have Status ags.
From NX, open the DWG13690 UGPART partle. Choose FormatDatabase Attributes... Choose the List button on the Database Attributes dialog. Observe the values for the attributes in the Read Only section of the dialog. The DATE_RELEASED and RELEASE_STATUS attributes should have values.
Close the Information window and exit NX. Step 12: Import new mappings as real mappings. Open a command window with Teamcenter Engineering Environment set. Verify you are in the .../aa_class/ug_attr_sync directory. Execute the following command: import_attr_mappings -u=infodba -p=infodba -g=dba -le=new_mappings.txt This is the same command you executed earlier in the lesson, only this time the -test option is not being used.
15-29
Step 13: Unset environment for test mapping usage. Open the Preferences dialog and enter IMAN_US in the Search on preference name eld. Select the IMAN_USE_TEST_ATTR_MAPPINGS preference in the preference list. Select Delete on the form and OK from the Delete Preference question pop-up.
Select
15-30
MT14350-SG-100
EPM-attach-related-objects This handler attaches the specied related objects of the target objects as target/reference attachments to the process. This handler goes through all the target objects, nds the secondary objects with the specied relation and type (if specied) and adds them as target/reference attachments. This handler is more generic than EPM-attach-item-revision-targets and can be used to attach objects with customized relations, also. EPM-generate-image Another useful handler is EPM-generate-image. The EPM-generate-image handler generates NX part images for display by Teamcenter Engineering Web. This handler calls an external NX User Function program (no license required) to accomplish this. The images are stored as named references to the UGMASTER dataset.
15-31
EPM-tessellation-handler This handler generates .jt les for viewing with Teamcenter Vis products. The handler is intended to be added to the Item Revision and/or UGMASTER review process(es). When an Item Revision or UGMASTER undergoes a review process, this handler retrieves the UG Part les belonging to the UGMASTER dataset and creates Vis les (.jt les). EPM-generate-ugcgm-drawing This handler generates Drawing sheet datasets (CGM images) of UG drawings. This handler must be added to a process template as an action handler. The process template containing this action handler should be initiated by selecting the UGPART/UGMASTER dataset. This handler calls an external NX User Function program to generate the CGM images of the drawing sheets in the part. The generated images are stored as named references to the UGMASTER dataset.
15-32
MT14350-SG-100
15-33
NX Integration will error with File-Save operations if the IMAN_UG_View_Type is not a valid Teamcenter Engineering BOMView Type. Default UGMASTER Dataset Separator Character The IMAN_ugmaster_name_separator preference allows you to control UGMASTER dataset name created by NX Integration. The dataset name should follow the same format to enable better searches. To make the UGMASTER dataset name format be consistent, set IMAN_ugmaster_name_separator preference to be the same as FLColumnCatIVFSeparatorPref which is "/" by default. If you change FLColumnCatIVFSeparatorPref, also update the IMAN_ugmaster_name_separator preference. Preference(s): Default:
IMAN_ugmaster_name_separator not set
15-34
MT14350-SG-100
Interpreting the File Specications The conguration variable UGII_OPTION in the ugii_env.dat le sets how to interpret and convert le specications. This preference accepts one of the following values: NONE File specications are interpreted without converting case (i.e., as-is). LOWER Converts entire le specication (directory and le name) to all lower case. Default = LOWER. Other settings available: UPPER, HINAME, LONAME We recommend lower case (UGII_OPTION=LOWER) for NX Integration part les and volume names when the volume is going to be used for NX Integration part les. Additionally we recommend that Teamcenter Engineering volumes and group names be lower case. This preference can affect TCFS if these recommendations are not followed.
15-35
15-36
MT14350-SG-100
Notice the current setting of engineering, which was set earlier in the course. Leave the dialog open for the next step.
15-37
Step 2:
Add the following site preference. Add the following in the Preferences dialog.
IMAN_ugmaster_name_separator= /
The preference must be spelled correctly, otherwise Teamcenter Engineering will not use the preference. Select New Enter the preference name: IMAN_ugmaster_name_separator as shown. Select the Site button as shown for the preference Scope. Select String for the Type and enter / for the Value.
Select Select
15-38
MT14350-SG-100
Summary
In this lesson you: Setup Seed Part Files for NX Dened NX-to-TcEng; Attribute Mappings Set NX Integration Preferences and Options
15-39
Lesson
16-1
16-2
MT14350-SG-100
16-3
Frame Assembly The frame assembly below contains the components as listed in the Assembly Navigator.
16-4
MT14350-SG-100
Because ug_import works slightly different for these le types, you must ask these questions: What setup requirements are there? What mapping les must be written? How to use ug_import?
Consider the example directory below of native NX les that must be imported.
1250_axle_000.tif 1250_axle_000.prt 1250_axle_000_dwg.prt 1250_000_dwg.cgm 1300_bearing_000.prt 1400_wheel_000.prt 1600_wheel_assy_000.prt 1700_spacer_000.prt border_b_seed.prt border_c_seed.prt m243_heat_treat.txt
The 1400_wheel_000.prt is in a directory at a different location. How is the import set up, and then how is the import accomplished?
16-5
1250_axle_000.prt
1300_bearing_000.prt 1400_wheel_000.prt
The ug_import utility essentially works the same for component and assembly parts, but the utility performs a database login each time it is executed. The login can take a fair amount of time. Therefore, preferably you would like to know the assembly parts and execute ug_import on the top level assemblies. The NX utility ugpc can be run on the part (.prt) les in the directory to get a output listing of the assemblies and their components, as shown in the following example.
1600_wheel_assy_000.prt ./1250_axle_000.prt ./1700_spacer_000.prt ./1300_bearing_000.prt ./1400_wheel_000.prt
As you will see the components and assembly master les can be imported with one command line ug_import execution and a mapping le to convert all les to the proper database Part ID and Revision.
16-6
MT14350-SG-100
Next begin to recognize the les associated to the components and assemblies. These les would be like TIF or HTML les. These les can be placed in an individual directory and imported with one extra argument on the command line or one extra keyword in a mapping le. For example, you could simply use:
ug_import -part=1250_axle_000.prt -id=1250 -rev=000 -assoc_files=yes
where the 1250_axle_000.tif le would be in a sub-directory named 1250 to correspond to the part id (-id=1250). Non-Master Part Files (drawing and nc ".prt" les)
1250_axle_000_dwg.prt
Next recognize the non-master part les that work with the component and assemblies. These les would be drawings and manufacturing part (.prt) les. Non-master part les can reside in the same directory as their master part les, but must be imported with their own ug_import execution. For these part les you must specify the relation to the master part (e.g. specication, manifestation, etc.) and the name of the UGPART dataset created with the import. For example, you could simply use:
ug_import -part=1250_axle_000_dwg.prt -id=1250 -rev=000 -name=1250_DWG -type=manifestation
16-7
Next begin to recognize the les associated to the non-master part les (e.g., CLSF, PTP les). These les would be like CGM les that are associated to a drawing or the common CAM related les for manufacturing operations. Like before, these les can be placed in an individual directory and imported with one extra argument on the command line or one extra keyword in a mapping le. For example, you could simply use:
ug_import -part=1250_axle_000_dwg.cgm -id=1250 -rev=000 -name=1250_DWG -type=manifestation -assoc_files=yes
where the 1250_000_dwg.cgm le would be in a sub-directory named 1250_m_1250_dwg to correspond to the part id (-id=1250) + m (-type=manifestation) + 1250_dwg (-name=1250_DWG). Each of these portions are separated with an underscore ( _ ), giving the full sub-directory 1250_m_1250_dwg. Non-NX Files Examples of Non-Unigraphics Files are DOD requirements and part testing results.
m243_heat_treat.txt
Finally importing the non-NX les can easily be done by importing the les into the Item or Item Revision with the import_le utility. This utility was used earlier in the course. Product and Part Attributes Product or part attributes may exist in the part le or inside another application (e.g. MRP). Importing NX part attributes is done automatically with the ug_import utility, after a preference is setup with the list of attribute names. Importing attributes from other applications usually requires exporting the attributes to a neutral le and then using a custom Teamcenter Engineering program to import the attributes into the database.
16-8
MT14350-SG-100
As you can see the master part les for the 1600_wheel_assy_000.prt and the seed parts still remain in their original directories. The non-master part le (1250_axle_000_dwg.prt) and the non-NX le (m243_heat_treat.txt) also remain in the original directory. To convert the les names to database Part IDs and Revisions, the 1600_wheel_assy.map le has been added and will be used during the import. Also the 1600_search.txt le has been added to locate the 1400_wheel_000.prt. Two sub-directories have been created for the associated les. The sub-directory contents are shown below.
1250/ 1250_axle_000.tif 1250_axle_000_dwg/ 1250_000_dwg.cgm
16-9
This imports an assembly named 1600_wheel_assy_000.prt and all of its component parts from the current directory into the Teamcenter Engineering database. If the assembly is located outside the current directory, you need to specify the full pathname of the assembly, for example:
ug_import -part=/users/daytr/1600_wheel_assy_000.prt
The default behavior of ug_import is to create all the parts in the NX assembly as master parts of type "Item" in the Teamcenter Engineering database. The parts are named as follows: ug_import removes the directory prex and the .prt extension from the standard NX lename to form the Item ID. the item revision is set to "A".
The native lename /users/daytr/parts/1600_wheel_assy_000.prt becomes 1600_wheel_assy_000/A in Teamcenter Engineering. The ug_import utility allows you to ne-tune the creation of the assembly and each of its components by specifying extra command line keywords and through the use of mapping les.
16-10
MT14350-SG-100
16-11
The details of these will be explained on later pages by using real world examples. Using (Directory) Search Files Your site may not keep all the components of all assemblies in the same directory. If you specify the name of a search list le on the command line, NX Integration searches the directories listed in the search list le for the component parts of the assembly. Importing Non-Master and Associated NX Files You may have other les that are used with your part les (e.g. machining operation les). In addition to importing part les, you can import other types of NX les associated with a part le from operating system directories.
16-12
MT14350-SG-100
[-dryrun] [-id=<Item ID>] [-rev=<Item Revision>] [-search=<search file name>] [-mapping=<mapping file name>] [-import_folder=<folder name>] [-type=<relationship type>] [-name=<dataset name>] [-assoc_files=<yes/no>] [-assoc_root_dir=<associated files root dir>]
The following tables give a brief description of the value corresponding to each command line keyword, and the title of the subheading under which further information can be found.
16-13
Import Component or Assembly Parts without a Map File KEYWORD -part= VALUE The operating system pathname of the top level part in the NX assembly which is to be imported. Indicates whether the import will proceed as expected, without actually doing the import. The Item ID which is given to the standard NX part specied on the command line. The Teamcenter Engineering revision which is given to the standard NX part specied on the command line. The name of the Teamcenter Engineering folder which stores the imported assembly and all of its components.
-dryrun
-id=
-rev=
-import_folder=
Import an Assembly using a Map File and Search File KEYWORD -mapping= VALUE The operating system pathname of the le containing details of the way in which individual components in your assembly should be imported. The operating system pathname of the le which lists operating system directories to search for the components of your assembly.
-search=
16-14
MT14350-SG-100
Import a Non-Master Drawing and NC Part KEYWORD -type= -name= VALUE The type of non-master part le created in Teamcenter Engineering. The name of the non-master part le created in Teamcenter Engineering.
Import Files Associated to a Part and to the NC (Non-Master) Part KEYWORD -assoc_les= VALUE Used to instruct ug_import whether to import les associated with the specied assembly and all of its components.
-assoc_root_dir= The operating system directory under which sub-directories containing associated les belonging to the assembly and all of its components are located.
16-15
Note that the Teamcenter Engineering folder name is surrounded by quotes. Maximum Length Limit There is a maximum length limit for the values corresponding to some of the keywords used by ug_import. Field Part Number Revision Dataset Name Keyword -id= -rev= -name= Limit 26 characters 32 characters 32 characters
In addition, the combined (Part Name+Revision+Dataset Name) length must not exceed 50 characters. Login Keywords If you have autologin enabled, -part= is the only keyword that must be specied on the command line. All the other keywords listed in the table are optional. However, if autologin is disabled the -u= and -p= keywords are also required. For example,
ug_import -part=1400_wheel_000.prt -u=<user> -p=<password>
where <user> and <password> are the Teamcenter Engineering database user and password.
16-16
MT14350-SG-100
Import a New Master Part File By default, ug_import imports your assembly (that is, the part le specied on the command line) as follows: All parts are imported as a master part le into the Newstuff folder. The top part in the assembly is overwritten, but any component parts which already exist in the database are not overwritten. In order to change the default import behavior for the component parts, you must specify a mapping le. Therefore assemblies will most likely be imported with a mapping le.
The -part= keyword species the operating system pathname of the top part in the NX assembly which is to be imported into Teamcenter Engineering. Both master and non-master part les can be imported. You must always specify the full pathname of the operating system part le corresponding to the top level part in your assembly on the ug_import command line unless the part is located in your current directory. For example,
ug_import -part=/users/daytr/parts/1600_wheel_assy_000.prt
ug_import searches for the part les corresponding to the components of your assembly in the same directory as the top part. If the component part les are not located in the same operating system directory as the top part, you must specify a search-list le so that ug_import can successfully locate the components. The following command line keywords can be used to change the default import behavior for the top part in the assembly (only): id= rev=
The -id= and -rev= keywords can be used to import the part specied on the command line (only) with a different part number and revision respectively.
UGS, All Rights Reserved Teamcenter Engineering Application Administration 16-17
Import Part Files into a Folder The default behavior of ug_import is to import your standard NX assembly into the folder named Newstuff in your Home folder in Teamcenter Engineering. You can change the behavior of ug_import so that it imports your assembly into a different folder. You do this by specifying the -import_folder= keyword on the command line. For example:
ug_import -part=1600_wheel_assy_000.prt -import_folder="1600 Wheel Assembly"
Note that the -import_folder= keyword causes the assembly and all of its components to be imported into the specied folder. If you wish individual components in the assembly to be imported into different folders, you must specify the -import_folder directive in a mapping le instead. Checking the Import The -dryrun keyword allows you to see whether your import will progress as you expect. It runs through the import procedure without actually importing any parts into the Teamcenter Engineering database. The normal ug_import messages are displayed, allowing you to check whether there will be any errors when you do import the assembly, and to correct them before proceeding. The -dryrun keyword is particularly useful if you intend to import a large assembly because the import checks are performed much faster than a full import.
16-18
MT14350-SG-100
Search-List File A search-list le is a text le which lists the operating system directories which ug_import should search in order to locate the part les corresponding to component parts in an assembly. The lename of a search-list le is specied on the ug_import command line using the -search= keyword. For example,
ug_import -part=1600_wheel_assy_000.prt -search=1600_search.txt
You need to provide a search-list le if any part les corresponding to the components of your assembly are located in different directories from the part le which stores the top part in the assembly. A search-list le simply lists the operating system directories which should be searched to locate the component les of the assembly. Each directory should be specied on a new line. If a directory name ends in "/...", all directories beneath the specied directory also are searched. For example, a search-list le with the contents:
. /iman/daytr/v5_sitea/ug_import_files/... /iman/class-default/v5_sitea_parts
would cause ug_import to search in the following order. 1. The current directory. 2. The directory named /iman/daytr/v5_sitea/ug_import_les and all of the directories beneath it. 3. The /iman/class-default/v5_sitea_parts directory.
16-19
Mapping Files A mapping le is an optional le that may be specied for the import utility. The purpose of a mapping le is to allow you to specify exactly how individual components in an assembly are imported into Teamcenter Engineering. Mapping File Format A mapping le is a simple text le which instructs ug_import how to import the components in your assembly. The text in a mapping le may comprise expressions, le names, directory names, and the names of parts and revisions in the database. A mapping le is divided into sections of the format:
[SECTION_NAME] KEYWORD=VALUE KEYWORD=VALUE
16-20
MT14350-SG-100
Key Points There are a few general points to note when using mapping les: An exclamation mark (!) at the beginning of a line species the line as a comment line. Mapping les can contain blank lines. ug_import ignores leading spaces at the beginning of a line. The maximum length of a line in a mapping le is restricted to 132 characters, including spaces. If you wish to include spaces in a eld, then you must enclose the eld in double quotes. Each [SECTION_NAME] and KEYWORD=VALUE directive must be specied on a separate line.
Using the SECTION_NAME The SECTION_NAME eld can be specied as either [Defaults] or the name of a NX part le. If you specify a SECTION_NAME of [Defaults], any KEYWORD=VALUE mapping le directives specied in this section affect all of the components in your assembly, unless they are deliberately overridden by specifying a section corresponding to a NX part name. For example, in the mapping le above, the directives in the [Defaults] section affect all the parts to be imported. However, the directives in the sections entitled [CA_36245.prt] and [ENG_83475.prt] are applied to those parts only, and override the directives in the [Defaults] section. A NX part number may be specied in a section by either the full operating system pathname or just the part number. You cannot use environment variables in lenames in a mapping le.
16-21
Using the KEYWORD AND VALUE The KEYWORD eld in a mapping le is one of a number of reserved keywords. These keywords are tabulated below: Keyword: Description: Valid Expression: Default: db_part_no TcEng part (Item) ID $STRIPPED_LEAFNAME $EXPORTED_PART_NO If the part has been previously exported from NX Integration, defaults to the value it had when exported. Otherwise, defaults to $STRIPPED_LEAFNAME db_part_rev TcEng part revision $EXPORTED_PART_REV Defaults to A db_part_name TcEng part name $STRIPPED_LEAFNAME $IMPORTED_PART_NO Default: If the part has been previously exported from NX Integration, defaults to the value it had when exported. Otherwise, defaults to the same value as db_part_no. db_part_desc TcEng part description Defaults to the same value as db_part_no, if specied in a mapping le. Otherwise, defaults to $STRIPPED_LEAFNAME (the le name of the UG part without the leading directory and the .prt extension).
16-22
MT14350-SG-100
import_folder TcEng folder where imported parts are placed. $DEFAULT_IMPORT_FOLDER Your Newstuff folder. Note that -import_folder specied on the command line takes precedence over import_folder specied in a mapping le. existing_data What to do if parts already exist in TcEng $FAIL_IF_PART_EXISTS $FAIL_IF_REV_EXISTS $OVERWRITE_EXISTING $USE_EXISTING
Default:
Overwrite the existing top part (only) in the assembly, $OVERWRITE_EXISTING. For all the component parts in the assembly, use the existing data $USE_EXISTING.
16-23
The VALUE consists of part le names and optional reserved EXPRESSION(s). The reserved expressions are described below: EXPRESSION $STRIPPED_LEAFNAME EXPANDS TO: OS lename of the component (not assembly) stripped of any prex ending in / (UNIX) or : (VMS) and the .prt sufx. For example: "/tmp/top_level_a.prt" "top_level_a" $STRIPPED___LEAFNAME (Note that there are three underscores) OS lename of the component stripped of any prex ending in / (UNIX) or : (VMS) and the sufx (delimited by _), if present. For example: "/tmp/top_level_a.prt" "top_level" $IMPORTED_PART_NO The part number, if the part is being imported as it will be in TcEng (i.e., after any renaming specied by the mapping le has occurred). If the Part (Item) exists, do not save the assembly. If Part Revision (Item Revision) exists, do not save the assembly. If the part data exists, overwrite it. If a component already exists in TcEng, use the database copy in the current assembly.
$DEFAULT_IMPORT_FOLDER Global default TcEng target folder. $FAIL_IF_PART_EXISTS $FAIL_IF_REV_EXISTS $OVERWRITE_EXISTING $USE_EXISTING
16-24
MT14350-SG-100
Starting Save............. Saved Saved Saved Saved part part part part [1300/000] [1400/000] [1700/000] [1600/000] successfully. successfully. successfully. successfully.
All parts were successfully saved. ************ UG_IMPORT finished without error ************
16-25
Step 2:
View the import results. Login to the My Navigator application using the legacy account (User ID: legacy, Password: legacy, leave Group blank). Expand the Seed Parts folder in the Home folder.
16-26
MT14350-SG-100
Step 3:
Add the Unigraphics seed parts folder to the Home folder. Choose the Search icon. This brings up the Search window. Choose General... from the query pull-down list. Choose Clear this query form. Enter Unigraphics seed parts in the Name eld.
Choose Execute this query. The Unigraphics seed parts folder appears in the General Tab.
Copy the Unigraphics seed parts folder to your Home folder. Choose the Search icon again to close the Search window.
16-27
Step 4:
Put the import results in the Unigraphics seed parts folder. Expand the Seed Parts folder to show the B-Size and C-Size Items.
Expand the Unigraphics seed parts folder and then the manifestation folder. Use EditCut and EditPaste to put the B-Size and C-Size Items in the manifestation folder.
Step 5:
Delete the Seed Parts folder. Select the Seed Parts folder. Choose EditDelete. Choose Yes to conrm.
16-28
MT14350-SG-100
Step 2:
Verify import in My Navigator. Select your Home folder and choose ViewRefresh. Expand the Wheel Assembly Parts folder to show the assembly parts.
Step 3:
Review the 1600 Wheel assembly in NX Integration. Expand the 1600-Wheel Assembly Item. Expand the 1600/000-Wheel Assembly ItemRevision. Double-click on the 1600/000 UGMASTER. NX Integration starts and loads the 1600-Wheel Assembly.
16-29
Explanation The ug_import utility cannot automatically detect whether a standard NX part le is a master part le or a non-master part le, unless the master part le has previously been exported from Teamcenter Engineering using ug_export. Using Command Line Keywords A number of command-line keywords are provided that can be used to notify ug_import of the type of part le to be imported: KEYWORD -id= VALUE The item ID of the master part le which the non-master part le is to belong to. The item revision which is given to your im ported non-master part le. The type of non-master part le. This may be: specication (or spec for short) ,or manifestation (man for short). The name of the specication or manifestation.
-rev=
-type=
-name=
The keywords -id and -type must both be present for new non-master parts. The -rev and -name keywords are optional, but are commonly used to provide specic part revision and non-master dataset name. Note that if -rev is omitted, and the revision is not specied in a mapping le, the congured revision (according to the default conguration rule) is used. If there is no congured revision, then revision "A" is used. If the -name keyword is absent from the command line, the name of the dataset defaults to the "stripped leafname" of the top part of the assembly.
16-30
MT14350-SG-100
Step 2:
Review the 1250 Axle Drawing in My Navigator. If necessary, expand the Wheel Assembly Parts folder to show the 1250 Axle Item. If necessary, expand the 1250 Item to show the 1250/000 ItemRevision. Select the 1250/000 ItemRevision and choose ViewRefresh to display the new 1250_DWG UGPART dataset
Select the 1250_DWG UGPART dataset and then choose ViewNamed References... The Named References dialog displays showing the drawing part le. Choose Close to close the Named References window.
16-31
Step 3:
Review the 1250 Axle Drawing using NX Integration To make this more clear, in NX Integration close all parts. Choose FileCloseAll Parts. Choose Yes to conrm the closing of all parts. Next Open the 1250 Axle Drawing. Choose FileOpen... Expand the Wheel Assembly Parts folder and 1250 Item structure. Select the 1250_DWG dataset. Choose OK.
16-32
MT14350-SG-100
Explanation The ug_import utility allows you to import dependent les that are associated with both master and non-master part les. In this case dependent les will be imported as named references into the 1250/000 UGMASTER. The -mapping is used to map the Axle name of the 1250 part. Using Command Line Keywords Two further command-line arguments provide this capability: KEYWORD -assoc_les VALUE Used to instruct ug_import whether to import associated les belonging to the specied part and associated les belonging to all of its components. The value must be "yes" or "no". Species the root directory under which sub-directories containing the associated les belonging to all parts in the spe cied assembly are located. The directory must already exist.
-assoc_root_dir
Both -assoc_les and -assoc_root_dir are optional arguments to ug_import. If you do not specify -assoc_root_dir on the command line, but you still want associated les to be imported, you must specify -assoc_les=yes on the command line. The ug_import utility then searches the following locations (in the order shown) for the sub-directories containing associated les for individual parts: the directory specied by the assoc_les_dir keyword in a mapping le (if present). your current directory.
When the -assoc_root_dir argument is specied on the command line, ug_import assumes that you wish to import associated les belonging to the
UGS, All Rights Reserved Teamcenter Engineering Application Administration 16-33
part specied on the command line, and the associated les belonging to each of its components. The associated les are imported from sub-directories beneath the directory specied by -assoc_root_dir. If the specied associated les directory cannot be located, the import is aborted. Sub-directory Example When using -assoc_les=yes without -assoc_root_dir= the dependent les will be imported from the directory 1250. The 1250 is determined from the Part ID (1250). The dependent les must be in this directory for ug_import to nd them.
16-34
MT14350-SG-100
Step 2:
Review the 1250 Axle Named References in My Navigator. Locate and select the 1250/000 UGMASTER. Choose ViewRefresh to update the new le(s) in the 1250/000 UGMASTER. Using ViewRefresh is necessary since the 1250/000 UGMASTER was previous loaded in Teamcenter Engineering. Choose ViewNamed References... The Named References window displays showing the part les, including the new 1250_axle_000.tif le. Choose Close to close the Named References window.
16-35
Explanation The ug_import utility allows you to import dependent les that are associated with non-master part les. In this case dependent les will be imported as named references into the 1250_DWG UGPART. Sub-directory Example When using -assoc_les=yes without -assoc_root_dir= the dependent les will be imported from the directory /1250_m_1250_dwg. The 1250_m_1250_dwg is determined from part id (1250) + type (m for manifestation) + drawing name (1250_dwg) with an underscore between each section. This gives the sub-directory 1250_m_1250_dwg. The dependent les must be in this directory for ug_import to nd them.
16-36
MT14350-SG-100
Step 2:
Review the 1250 Axle Drawing Named References. In My Navigator, expand the Wheel Assembly Parts folder structure to show the 1250 Axle Item. Expand the 1250 Item. Expand the 1250/000 ItemRevision.
Select the 1250_DWG UGPART dataset and then choose ViewRefresh to update the new le(s). Choose ViewNamed References... The Named References dialog displays showing the les, including the new 1250_000_dwg.cgm le. Choose Close to close the Named References window.
16-37
The one map le will control the parameters for all these part les: components assemblies master part les non-master part les associated les to masters associated les to non-masters
16-38
MT14350-SG-100
KEYWORDs for the Master Parts These KEYWORDs are used in the mapping le to control the Part ID, Revision, Part Name, and Part Description for the Item, Item Revision, and UGMASTER created during the import. KEYWORD db_part_no DESCRIPTION DEFAULT TcEng part (Item) ID If the part has been previously exported from NX Integration, defaults to the value it had when exported. Otherwise, defaults to $STRIPPED_LEAFNAME Defaults to A
db_part_rev db_part_name
TcEng part name If the part has been previously exported from NX Integration, defaults to the value it had when exported. Otherwise, defaults to the same value as db_part_no. TcEng part description Defaults to the same value as db_part_no, if specied in a mapping le. Otherwise, defaults to $STRIPPED_LEAFNAME (the le name of the UG part without the leading directory and the .prt extension).
db_part_desc
KEYWORDs for the Non-Master Parts These KEYWORDs are used in the mapping le to control the name of the UGPART (non-master) and determine the placement of the UGPART inside the Item Revision (e.g. Specication, Manifestation relation). db_model_name db_model_type TcEng dataset name TcEng model type No default value (not required for master model type) The model can be: specication (or spec for short) or manifestation (man for short). If not specied the model type defaults to master.
16-39
KEYWORDs for Associated Files for Master/Non-Master Parts These KEYWORDs are used in the mapping le to control the import of associated les (e.g. TIF, CGM, HTML, and other NX les). Specifying assoc_les=yes will cause ug_import to import les into the UGMASTER or UGPART as additional named references. KEYWORD assoc_les DESCRIPTION DEFAULT Used to instruct ug_import whether to import les associated with the specied assembly and all of its components. The sub-directory under the current directory where associated les for the specied part can be found. No default value. If assoc_les_dir is not specied, defaults to a name resembling the part lename. For example, the associated les for a part named 2111.prt are located in a sub-directory named 2111.
assoc_les_dir
The full path directory containing the associated les or the sub-directory name from the current directory containing the associated les.
General purpose KEYWORDs These general purposed KEYWORDs are used in the mapping le to control what folder imported parts are put into and whether components are overridden. import_folder TcEng folder Your Newstuff folder. Note that where imported -import_folder specied on the parts are placed. command line takes precedence over import_folder specied in a mapping le. What to do if parts already exists in TcEng Overwrite the existing top part (only) in the assembly, $OVERWRITE_EXISTING. For all the component parts in the assembly, use the existing data $USE_EXISTING.
existing_data
16-40
MT14350-SG-100
Below is an example map le. This mapping le will specify the ID and Revision for the components but will also state the Model Type, Model Name, and whether the part has Associated Files.
[Defaults] existing_data=$USE_EXISTING import_folder="2105 Assembly" assoc_files=no [2105_000.prt] db_part_id=2105 db_part_name="Skate Assembly" db_part_rev=000 [1101_000.prt] db_part_id=1101 db_part_name="Wheel Assembly" db_part_rev=000 assoc_files=yes [1150_000.prt] db_part_id=1150 db_part_name="Axle" db_part_rev=000 [1113_000.prt] db_part_id=1113 db_part_name="Hub" db_part_rev=000 [1110_000.prt] db_part_id=1110 db_part_name="Wheel" db_part_rev=000 [2111_000.prt] db_part_id=2111 db_part_name="Frame" db_part_rev=000 assoc_files=yes [2111_000_dwg.prt] db_part_id=2111 db_part_rev=000 db_model_type=manifestation db_model_name=2111_DWG assoc_files=yes [2111_000_nc.prt] db_part_id=2111 db_part_rev=000 db_model_type=manifestation db_model_name=2111_CAM assoc_files=yes
16-41
Step 2:
Review the 2105 Frame Assembly in My Navigator. When the script is nished, select the Home folder and choose ViewRefresh. The 2105 Assembly folder show now be visible. Expand the 2105 Assembly folder to show the assembly parts.
Step 3:
As desired, review the 2105 Frame Assembly using NX Integration. To make this more clear, in NX Integration, choose FileCloseAll Parts. Next Open the 2105 Frame Assembly. Choose FileOpen... Expand the 2105 Assembly folder and 2105 Item structure. Select the 2105/000 UGMASTER dataset. Choose OK. The 2105 Frame Assembly loads into the graphics window.
16-42
MT14350-SG-100
Step 4:
Review the non-master 2111 Frame Drawing. From NX, choose FileOpen... Expand the 2105 Assembly folder and 2111 Item structure. Select the 2111_DWG dataset. Choose OK. The frame drawing loads into the graphics window.
Step 5:
Close NX Manager. From NX, choose FileExit Choose Yes to conrm the exit.
16-43
The latter is new in this class for the use of import_le. In supplying the Item information, a Dataset and Item will be created and the dataset will be placed inside the Item. In practice this utility is used: 1. To import les into Teamcenter Engineering just as datasets (as seem in a previous lesson). 2. To import les into Teamcenter Engineering as datasets and automatically place the dataset inside an Item or Item Revision. The Item can be created or already exist. 3. To import other CAD les into Teamcenter Engineering as datasets and place the le inside an Item Revision. The import_le options for importing a dataset:
IMAN_ROOT/bin/import_file -f=<filename> -type=<datasettype> -d=<dataset_name> -ref=<named_reference> [-item=<item_id>] [-revision=<item_rev>] [-ie={n | y}] [-log=<file>]
16-44
MT14350-SG-100
Step 2:
Review the imported le inside the 1250 Axle. Expand the Wheel Assembly Parts folder. Expand the 1250 Item and 1250/000 ItemRevision. Select the 1250/000 ItemRevision and choose ViewRefresh to display the new M243_Heat_Treat dataset.
Double-click on the M243_Heat_Treat dataset. The M243_Heat_Treat dataset is opened into the default editor. Review the le, then exit the text editor.
16-45
16-46
MT14350-SG-100
The perform-signoffs task was automatically assigned to you because of the CR-ll-in-reviewers handler you added to the Import Release process template in an earlier lesson. Select the perform-signoffs task.
16-47
View the Attachments. Choose the No Decision link. Choose Approve, then Apply. In the Home folder, select the 2111/000-Frame ItemRevision and choose ViewRefresh. If necessary, select the 2111/000 UGMASTER and choose ViewRefresh. Notice that the status ags have now been set.
16-48
MT14350-SG-100
Summary
In this lesson you: Imported NX Data into the Database Released Imported NX Data
16-49
Index
A Access control . . . . . . . . . . . . . . . . 15-9 Access Control . . . . . . . . . . . . . . . . 15-9 Adding a New Volume to FMS . . . . 2-32 AM Rule Tree . . . . . . . . . . . . . . . 10-13 Assigning Default Process Templates . . . . . . . . . . . 12-113, 12-115 Associated les import ug_import . . . . . . . . 16-33, 16-36 attribute . . . . . . . . . . . . . . . . . . . . 3-15 Auto Assign . . . . . . . . . . . . . . . . . 12-35 B Benets of the CM Application Benets of the ECM Application . . . . . . . . . . . . BOMView Types . . . . . . . . . . . . BOMViews and BOMView Revisions . . . . . . . . . . . . . . . . . Business Modeler . . . . . . . . . . . . Business Modeler Deep Copy Rules . . . . . . . . . . . . . . . . . . . . Business Modeler Extension Rules . . . . . . . . . . . . . . . . . . . . Business Modeler Import/Export Rules . . . . . . . . . . . . . . . . . . . . C Change Object Folder Structure EC Folder Structure . . . . . . . class . . . . . . . . . . . . . . . . . . . . Class Attribute Tree . . . . . . . . Classes, Types and Properties . Command Line Keywords with ug_import . . . . . . . . . . . . . . . Command Suppression . . . . . . . . . . . . . . . . . . 13-5 3-15 . 4-6 3-14
Command Suppression Dialog . . . . 14-3 Compound Property Rules . . . . . . 14-27 establishing . . . . . . . . . . . . . . . 14-37 Controlling the Workow with Process Templates . . . . . . . . . . . . . . . . . . 12-7 Course Description Introduction class overview . . . . . . . . . . . . 11 Create a Query that Finds Home Folders . . . . . . . . . . . . . . . . . . . . . . 8-7 Create New Dataset and Import File . . . . . . . . . . . . . . . . . . . . . . . 5-21 Create Part Files . . . . . . . . . . . . . . 15-6 Create Status Types . . . . . . . . . . . . . 9-5 Creating a Group . . . . . . . . . . . . . . . 2-9 Creating a Multi-Task Process . . . 12-51 Creating a Person . . . . . . . . . . . . . 2-12 Creating a Process Template that Does Not Require Signoff Creating a Process Template that Does Not Require Signof . . . . . . . 12-13 Creating a Single Signoff Release Process . . . . . . . . . . . . . . . . . . . 12-14 Creating a Sub-Group . . . . . . . . . . 2-10 Creating a User . . . . . . . . . . . . . . . 2-13 Creating a Volume . . . . . . . . . . . . . 2-31 Creating Accounts with the make_user Utility . . . . . . . . . . . . . . . . . . . . . 2-39 Creating an Account Interactively . . 2-7 Creating Change Types . . . . . . . . . 13-6 Creating Process Templates . . . . . . 12-8 Creating Saved Queries . . . . . . . . . . 8-2 D Dataset Objects . . . . . . . . . . . . . . . . 5-2 Dataset Type using the Standard Method . . . . . . . . . . . . . . . . . . . . 5-12 Dataset Type using the Wizard . . . . 5-6
Teamcenter Engineering Application Administration Index-1
. . 16-16 . . . 14-2
Index
Defaults standard NX defaults . . . . . . . . 15-36 E EC Folder Structure Affected Items . . . . . . . . . . . . . . 13-5 Problem Items . . . . . . . . . . . . . . 13-5 Solution Items . . . . . . . . . . . . . . 13-5 Editing the Rule Tree . . . . . . . . . . 10-24 Environment Variable Settings for NX Integration . . . . . . . . . . . . . . . . . 15-35 Exporting and Importing the Rule Tree from a File . . . . . . . . . . . . . . . . . 10-33 Exporting the Access Manager Rule Tree . . . . . . . . . . . . . . . . . . . . . . 10-34 F Fail-safe Volumes . . . . . . . . . . . . . . File Management System FMS . . . . . . . . . . . . . . . . . . . . . . File Management System (FMS) . . Files ug_import mapping les . . . . . . . . . . . Form Types . . . . . . . . . . . . . . . . . . Forms using schema editor to add POM classes . . . . . . . . . . . . . . . . . . H Handlers, EPM CR-assert-targets-checked-in demote on reject . . . . . . . . . . disallow-adding-targets . . . . How Rules-Based Protections Work . . . . . . . . . . . . . . . . . . . How to Use this Manual . . . . . . I IMAN_DATA Directory . . . . . . . 1-3, 1-6 IMAN_ROOT Directory . . . . . . . 1-31-5 IMAN_ugmaster_name_separator . . 15-34 Import
Index-2 Teamcenter Engineering Application Administration
16-20 . 3-2
. 4-6
part les into folder other than Newstuff . . . . . . . . . . . . 16-18 Import a Non-Master Drawing File . . . . . . . . . . . . . . . . . . . . . . 16-30 Import Assembly with Map File and Search File . . . . . . . . . . . . . . . . . 16-19 Import Component/Assembly Parts without a Map File . . . . . . . . . . . 16-17 Import Files Associated to a Master Part File . . . . . . . . . . . . . . . . . . . . . . 16-33 Import Files Associated to the DWG (Non-Master) Part File . . . . . . . . 16-36 Import Files Using a Full Map File . . . . . . . . . . . . . . . . . . . . . . 16-38 Import Log File . . . . . . . . . . . . . . 16-25 import_export_business_rules utility . . . . . . . . . . . . . . . . . . . . 14-68 Importing an Access Manager Rule Tree . . . . . . . . . . . . . . . . . . . . . . 10-35 Importing Files Interactively . . . . . 5-20 Importing Files Using the import_le Utility . . . . . . . . . . . . . . . . . . . . . 5-26 Importing Non-CAD Files into an Item . . . . . . . . . . . . . . . . . . . . . . 16-44 Introduction to Using Command Line Keywords . . . . . . . . . . . . . . . . . . 16-12 Introduction to Using Mapping Files . . . . . . . . . . . . . . . . . . . . . 16-11 Item Structure and Named References . . . . . . . . . . . . . . . . . . 15-3 Item Type Wizard . . . . . . . . . . . . . 4-21 Item Types . . . . . . . . . . . . . . . . . . . 4-2 L List of Values for Form Data . . . . . 3-18 Lock part les . . . . . . . . . . . . . . . . 15-9 LOV . . . . . . . . . . . . . . . . . . . . . . . 3-18 M Mapping les ug_import . . . . . . . . . . . . . . . . . 16-20 Methods key denitions . . . . . . . . . . . . . . 3-15
UGS, All Rights Reserved MT14350-SG-100
Index
Modify Access to a Query . . . . . . . . 8-14 Modify Command Suppression Denitions . . . . . . . . . . . . . . . . . . 14-4 Modify Single Object Protections . . 10-10 Modify the Blazing Blades Preferences . . . . . . . . . . . 7-5, 7-8, 7-12 N Named ACLs . . . . . . . . . . . . . . . . Naming Rules . . . . . . . . . . . . . . . establishing . . . . . . . . . . . . . . . NX / TcEng Terms . . . . . . . . . . . . . NX Customer Default Files for NX Integration . . . . . . . . . . . . . . . . . NX Data Import introduction to . . . . . . . . . . . . . . NX Integration Import Scenarios . . . . . . . . . . . . . . . . . . O Object-based Protections . . . Objects Workspace manifestations . . . . . . specications . . . . . . . Occurrence Note Types . . . . Organization tips in creating . . . . . . . . . Organize the NX Seed Parts Folder . . . . . . . . . . . . . . . . Overview of Importing Files . Overview of TcEng Workow Overview of ug_import Capabilities . . . . . . . . . . . . P Part les import into folder other than Newstuff . . . . . . . . . . . . 16-18 lock . . . . . . . . . . . . . . . . . . . . . . 15-9 Parts create from UG what happens in TcEng . . . . 15-6 revisions
UGS, All Rights Reserved
. . . . . 10-3
what happens in TcEng . . . . 15-7 seed Seed parts . . . . . . . . . . . . . 15-11 Parts and Assemblies to be Imported . . . . . . . . . . . . . . . . . . . 16-3 Person, User, Role and Group . . . . . . 2-2 Preference Setting Hierarchy . . . . . . 7-2 Preference Settings for NX Integration . . . . . . . . . . . . . . . . . 15-33 Preference Settings to Consider . . . . 7-3 Preference Settings to Consider for NX Integration . . . . . . . . . . . . . . . . . 15-34 Preferences IMAN IMAN_ugmaster_name_separator . . 15-34 Prepare to Import Unigraphics Data . . . . . . . . . . . . . . . . . . . . . . 16-5 primary type . . . . . . . . . . . . . . . . . 3-15 Process Model Design for Change Management EC Folder Structure . . . . . . . . . 13-15 Process Templates for NX Related Data . . . . . . . . . . . . . . . . . . . . . 15-31 Process Terms and Functionality . . 12-4 Product Structure Editor (PSE) revision rule criteria . . . . . . 9-129-13 Properties key denitions . . . . . . . . . . . . . . 3-15 property . . . . . . . . . . . . . . . . . . . . 3-15 Property Rules . . . . . . . . . . . . . . . 14-26 establishing . . . . . . . . . . . . . . . 14-29 Protection of objects . . . . . . . . . . . . 15-9 Q Query Searching the database . . . . . . . . . 8-2 Quick Release Technique . . 12-2612-27 R Releasing Previously Imported Data . . . . . . . . . . . . . . . . . . . . . 16-46 Result of Releasing Data with a Process . . . . . . . . . . . . . . . . . . . . 12-5 Review of the TcEng Process Model . . . . . . . . . . . . . . . . . . . . . . 12-3
Teamcenter Engineering Application Administration Index-3
Index
Revision rules PSE criteria . . . . . . . Revision Rules Review . Revision Rules Setup . . Rules-based Protections S
. . . .
. . . .
. . . .
. . . .
. . . .
type . . . . . . . . . . . . . . . . . . . . Type Display Rules . . . . . . . . establishing . . . . . . . . . . . . Types key denitions . . . . . . . . . . Types of Engineering Changes Change Types . . . . . . . . . . . U
Schema Editor Schema Editor Utility Create a Class . . . . . . . . . . . . 4-7 Delete a Class . . . . . . . . . . . . 4-8 Schema Tree . . . . . . . . . . . . . . . . . . 4-6 Search Searching the database . . . . . . . . . 8-2 Searching the database . . . . . . . . . . 8-2 Seed Part Preferences . . . . . . . . . 15-13 Seed Part Setup . . . . . . . . . . . . . . 15-11 Seed parts . . . . . . . . . . . . . . . . . . 15-11 TcEng storage . . . . . . . . . . . . . 15-11 Setting Object-based Exception Privilege Data . . . . . . . . . . . . . . . . . . . . . . 10-9 Setting the TcEng Classroom Environment . . . . . . . . . . . . . . . . . 1-9 Some Useful Canned Handlers . . . 12-33 Status Types for Release Status . . . . 9-2 Storage of Associated Files . . . . . . . 15-8 Structure lock . . . . . . . . . . . . . . . . . . . . . . 15-9 Student Responsibilities . . . . . . . . . 12 Sub-type . . . . . . . . . . . . . . . . . . . . 3-15 T TcEng Data Protections TcEngi-Man Data Protections . . . 10-2 TcEng Environment Variables . . . . . 1-7 TcEng Install Directory Structures . . 1-3 IMAN_ROOT . . . . . . . . . . . . . 1-31-5 TcEng Volumes i-Man Volumes . . . . . . . . . . . . . . 2-28 Tips in Creating your Organization . . . . . . . . . . . . . . . . 2-16 TR Change Notice Process . . . . . . 13-16 Two Usage Modes with Workow . . 12-6
ug_import associated les . . . . . . . . 16-33, 16-36 check import . . . . . . . . . . . . . . . 16-18 command syntax . . . . . . . . . . . . 16-13 keywords . . . . . . . . . . . . . . . . . 16-13 login keywords . . . . . . . . . . . . . 16-16 specify part les . . . . . . . . . . . . 16-17 UGMASTER / UGPART Behavior . . . . . . . . . . . . . . . . . . 15-10 Units of Measure . . . . . . . . . . . . . . . 6-2 Units of Measure (UOM) denition of . . . . . . . . . . . . . . . . . 6-2 Use ug_import to Import the Seed Parts . . . . . . . . . . . . . . . . . . . . . 16-26 Using (Directory) Search Files . . . 16-12 Using ACLs in a Process Template . . . . . . . . . . . . . . . . . . 12-52 Using Task Handlers in a Process Template . . . . . . . . . . . . . . . . . . 12-32 Utilities make_user . . . . . . . . . . . . . . . . . 2-39 setting the TcEng environment AA . . . . . . . . . . . . . . . . . . . . . 1-8 V Verify Revision Rule Preference Settings . . . . . . . . . . . . . . . . . . . . 9-19 Viewing Data Privileges . . . . . . . . . 10-4 Volume management viewing detailed volume information . . . . . . . . . . . . . . 2-35 W What is a Change Object? . . . . . . . 13-3
Index-4
MT14350-SG-100
These tear out reference charts are provided for your convenience.
When is your planned departure time? ________ am/pm In order to give the instructor and idea of your background and experience, please answer the following questions. 1. Job title: _______________________________________________________________________ 2. Current responsibilities: _________________________________________________________ ________________________________________________________________________________ 3. How long have you held these responsibilities? Years ______ 4. How long have you been working with CAD/CAM & PDM systems? Years ______ 5. What other PDM systems are you familiar with? __________________________________ ________________________________________________________________________________ 6. What other CAD/CAM systems are you familiar with? _____________________________ ________________________________________________________________________________ 7. Are you currently using TcEng _______ Version _______ Hours per week? ______ 8. Are you currently using NX? _______ Version _______ Hours per week? ______ 9. What are the primary uses of TcEng at your site? __________________________________ ________________________________________________________________________________ 10. What do you model in your NX part les (castings, assemblies, etc.)? ________________________________________________________________________________ ________________________________________________________________________________
11. Please list other completed CAD/CAM or PDM courses and the provider. Course Provider
12. Please check the box that best describes your current skill level in the various TcEng/NX disciplines listed below. none NX User NX Manager User TcEng User TcEng System Admin TcEng Application Admin TcEng Development (ITK) novice intermediate advanced
Additional Comments: ____________________________________________________________ ________________________________________________________________________________ ________________________________________________________________________________ ________________________________________________________________________________ ________________________________________________________________________________ ________________________________________________________________________________ ________________________________________________________________________________ ________________________________________________________________________________ ________________________________________________________________________________ ________________________________________________________________________________
Day 2 ______
Lesson Lesson Lesson Lesson Lesson 5 6 7 8 9 Dataset Types(cont) Product Structure Data Types Creating and Modifying Preferences Queries and Reports Status Types and Revision Rules
Day 3 ______
Lesson 10 Lesson 11 Lesson 12 Access Manager Projects Workflow Process Modeling
Day 4 ______
Lesson 12 Lesson 13 Lesson 14 Workflow Process Modeling (cont) Change Management Business Modeler
Day 5 ______
Lesson 15 Lesson 16 Setup For NX Integration NX Integration Import and Release