50 likes | 69 Views
This schema enhances the ClearQuest development lifecycle by offering role-based record structures, minimizing communication gaps, and facilitating multisite collaboration with agile performance. Learn from lessons on data pathing, ownership nuances, and record alias actions.
E N D
GDALM Architecture Elevator Pitch Bob Myers Version: 0.1 (DRAFT)
Schema Description Briefly describe the schema in one or two sentences. • Customer Complete Development Lifecycle • Developed for Single and Multisite ClearQuest
Key Features Of This Schema List up to three key features of your schema which provide benefit to the teams that use it. For each feature describe the benefit associated with the feature. • Role-based record structure • Less hook code, smaller record, faster performance, distributed parallel development, flexible but finite process • Largely Multisite and Optimistic locking agnostic • No need to have mastership or single Ownership to do most updating • Surfaces Fix in build status to tester • Minimizes Development-Tester-Doc communication
Lessons Learned What lessons (up to three) have you learned from developing this schema? For each lesson describe how this will affect how you approach things next time around. • CQ does support mastership and ODBC Optimistic agnostic updating and same solution works for both • Record_Script_Alias Actions to create records, BackReferencing to link them is supported OOTB • Ownership is an important concept in design • Ownership may be by a single or multiple individuals and the design needs to accommodate both • CQ Data Pathing and Parent Child Controls for Reference_List fields with BackReferences are useful • The design of a CQ schema should use these as building blocks
Key Features of ClearQuest List up to three key features of ClearQuest which provide benefit to the teams that use it. For each feature describe the benefit associated with the feature. • Parent Child Controls with BackReferences and Data Pathing • Relates role-based record types and surfaces entity relationships in a User-friendly way • Record_Script_Alias Actions • Makes process CQMS mastership and Optimistic locking non-restricting • Ownership is important • Single and multiple Owners are both important in different ways