際際滷

際際滷Share a Scribd company logo
2
Most read
5
Most read
10
Most read
Mike Cook
Senior S1000D Business Analyst
S1000D e-Biz Forum 2015
Orlando, May 11 - 13
Key points
 The short answer is very carefully!
 Applicability is a simple concept
 Pulling it off successfully is NOT simple
 You must understand the key pieces of:
 Applicability Cross-reference Table (ACT)
 Product Cross-reference Table (PCT)
 Conditions Cross-reference Table (CCT)
 The ACT and PCT are directly related to each other
 The ACT defines what is in the PCT
 The CCT defines four things:
 Condition types
 Conditions
 Incorporation status
 Applicability for incorporation status
The Applicability Cross-reference Table (ACT)
 The applicability cross-reference table is a definition
of the product attributes used to define an instance
of a product in the product cross-reference table
(PCT) (major attributes  not minor ones)
 It also holds a reference (at the end) to the CCT and
PCT data modules
 Use of the ACT, PCT, and CCT are part of any
business rule decision making process for a given
project/product
 If you create a PCT you must create an ACT (and
vice versa)
 A CCT is optional
The ACT  an example
 The ACT is not much more than a small data base table
definition (a schema) of what is going to be stored in the
PCT
 A simple form is:
<content>
<applicCrossRefTable>
<productAttributeList>
<productAttribute id="model">
<name>Model ID</name>
<displayName>Model Identifier</displayName>
<descr/>
</productAttribute>
<productAttribute id="prodno">
<name>Production Number</name>
<displayName>Production number</displayName>
<descr/>
</productAttribute>
<productAttribute id="options">
<name>Options</name>
<displayName>Options</displayName>
<descr/>
</productAttribute>

</productAttributeList>
The Product Cross-reference Table (PCT)
 A PCT is intended to hold EVERY instance of a product
where documentation was created to service or maintain
it and has dynamic content requirements for turning
on and off information relevant to differences in how each
instance of product is serviced or maintained.
 A PCT data module cannot have holes in its product
attribute definitions. It has the same requirements as a
look-up table and look-ups will not work if there is any
missing data from the table
 A PCT should only hold product instance information
 Inclusion of conditions in a PCT data module will cause
problems for authoring and accurate usage of
applicability assertions
The PCT  an example
 Notice how model, prodno, and options  defined in the ACT in the prior slide 
appear here. The ACT should also include a definition for engine and owner, but
we did not show that in the previous example.
<content>
<productCrossRefTable>
<product>
<assign applicPropertyType="prodattr" applicPropertyIdent="model" applicPropertyValue="SB2000"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="prodno" applicPropertyValue="1"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="options" applicPropertyValue="TTT"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="engine" applicPropertyValue="3.0"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="owner" applicPropertyValue="Jerry"/>
</product>
<product>
<assign applicPropertyType="prodattr" applicPropertyIdent="model" applicPropertyValue="SB2000"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="prodno" applicPropertyValue="2"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="options" applicPropertyValue="TAT"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="engine" applicPropertyValue="2.5"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="owner" applicPropertyValue="John"/>
</product>
<product>
<assign applicPropertyType="prodattr" applicPropertyIdent="model" applicPropertyValue="SB2000"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="prodno" applicPropertyValue="3"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="options" applicPropertyValue="TJA"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="engine" applicPropertyValue="3.0"/>
<assign applicPropertyType="prodattr" applicPropertyIdent="owner" applicPropertyValue="Joshua"/>
</product>
Data about each
instance of product
Product attributes
defined in the ACT
This doesnt need to be here, but it is
defined in the schema. Everything in a
PCT data module IS (and should be) a
product attribute!
The Conditions Cross-reference Table (CCT)
 The CCT is a difficult schema to understand due to all the
internal referencing to id attributes
 If you do not use <incorporation> status of a service bulletin,
TCTO, product recall, etc then it gets a little easier
 It can define 4 things:
1. Condition types
 Environmental factors (temperature, pressures, etc)
 Status types (PRE and POST)
2. Conditions
 Service Bulletins, TCTOs, product recall notices, etc
3. Incorporation status
 Status of Service Bulletins, TCTOs, etc
4. Applicability for incorporation status
 <referencedApplicGroup> <applic> <evaluate> and <assert> entries
The CCT <condCrossRefTable>
<condTypeList>
<condType id="CCT-001">
<name>SB</name>
<descr>Service Bulletin</descr>
<enumeration applicPropertyValues="PRE"/>
<enumeration applicPropertyValues="POST"/>
</condType>
<condType id="CCT-002">
<name>Water</name>
<descr>Freezing and Boiling point of water</descr>
<enumeration applicPropertyValues="32"/>
<enumeration applicPropertyValues="212"/>
</condType>

</condTypeList>
<condList>
<cond id="CLC-001" condTypeRefId="CCT-001">
<name>SB20019 - Brake retrofit</name>
<displayName>Brake retrofit Bendix B2001</displayName>
<descr>Brake retrofit kit for SB2000</descr>
<refs>
<pmRef>
<pmRefIdent>
<pmCode modelIdentCode="SB2000" pmIssuer="10295" pmNumber="00001" pmVolume="00"/>
</pmRefIdent>
</pmRef>
</refs>
</cond>
</condList>
<incorporation>
<condIncorporation condRefId="CLC-001">
<documentIncorporation>
<incorporationStatus incorporationStatus="inprogress" applicRefId="APP-001"/>
<incorporationStatus incorporationStatus="incorporated" applicRefId="APP-002"/>
</documentIncorporation>
</condIncorporation>
</incorporation>
</condCrossRefTable>
<referencedApplicGroup>
<applic id="APP-001">
<displayText>
<simplePara>Inprogress</simplePara>
</displayText>
<assert applicPropertyType="prodattr" applicPropertyIdent="prodno"
applicPropertyValues="1|12|6|7|9">In progress</assert>
</applic>
<applic id="APP-002">
<displayText>
<simplePara>Incorporated</simplePara>
</displayText>
<assert applicPropertyType="prodattr" applicPropertyIdent="prodno"
applicPropertyValues="10|2|3|4|5|8">Incorporated</assert>
</applic>
Managing Applicability
 Managing applicability in the ACT and PCT is very
straightforward IF you ALWAYS set the
applicPropertyType attribute to prodAttr in a product
instance definition using the <assign> element
 Creating applicability assertion statements is much easier
if you remember where product information is stored
(PCT) and where condition information is stored (CCT)
 NEVER try to set the applicPropertyType attribute in an
applicability <assign> statement to condition.
applicPropertyType is also used in the applicability
<assert> statement to indicate to the transform WHERE
to look for the applicability resolution information:
 prodAttr  look in the PCT
 condition  look in the CCT
Managing Applicability (contd)
 For every product that comes off the assembly line, put
an entry in the PCT
 For each service bulletin, TCTO, or product recall notice,
create an S1000D publication by recycling procedural
content you have already authored and then assemble it
in the S1000D publication module for that service bulletin
 Put a reference for each Publication Module created for a
service bulletin, TCTO, or product recall notice into the
<conditionList> container and always create an id
reference for that publication. Without the id reference,
you cannot create a <documentIncorporation> entry to
show PRE or POST applicability for any product
instances related to that publication.
Managing Applicability (contd)
 Creating applicability for service bulletins is fairly simple
but generally is not recycled from any applicability
assertions you may have created for content in other
data modules (it is generally unique to each service
bulletin)
 You cannot adequately manage the CCT if the PCT is not
consistent and always up to date
 The CCT is the ONLY applicability data module that can
consume and use applicability
 Applicability used for incorporation status should always
use the unique identifier for each instance of product
(usually something like production number as opposed to
serial number  a production number is usually very short
whereas a serial number or tail number can be much
longer)
Thank you for your time.

More Related Content

Viewers also liked (10)

PDF
Program - Google Docs
Lianna Koberoski
PPTX
Angelica
angelica199
DOC
CV jayendra 1
Jayendrakumar Patel
PPTX
C叩c ti畛n 鱈ch th動畛ng th畉y tr棚n m叩y gi畉t
Dienmaynguoiviet2
PPTX
Elements of Digital Citizenship
Ian Jake Loquere
PPSX
Evaluaci坦n cuarto corte-mariana useche-23827969
Gabriela1312
DOCX
kathy resume 10 13 14
Kathy Bowden
PDF
EU EOM to the Republic of Lebanon 2009 - Final Report (full)
Philippe de Bard
PPTX
Reglamento para el arquero power
Rocio Bruno
PDF
SK SERVICES Company Profile
Swapnil Shahade
Program - Google Docs
Lianna Koberoski
Angelica
angelica199
CV jayendra 1
Jayendrakumar Patel
C叩c ti畛n 鱈ch th動畛ng th畉y tr棚n m叩y gi畉t
Dienmaynguoiviet2
Elements of Digital Citizenship
Ian Jake Loquere
Evaluaci坦n cuarto corte-mariana useche-23827969
Gabriela1312
kathy resume 10 13 14
Kathy Bowden
EU EOM to the Republic of Lebanon 2009 - Final Report (full)
Philippe de Bard
Reglamento para el arquero power
Rocio Bruno
SK SERVICES Company Profile
Swapnil Shahade

Similar to How_Do_I_Manage_the_ACT_PCT_and_CCT (12)

PDF
Creating Applicability Statements that Work!
Michael Cook
PDF
11.0004www.iiste.org call for paper.on demand quality of web services using r...
Alexander Decker
PDF
4.on demand quality of web services using ranking by multi criteria 31-35
Alexander Decker
PDF
The Control of Media & Devices in an Internet of Things (IoT)
Steve Posick
PDF
Exploring Similarity: Improving Product Search with Parallel Coordinates
visea_mk
PPTX
A Statistical Approach to Resolve Conflicting Requirements in Pervasive Compu...
Osama M. Khaled
PPT
Session 1928 Semantic SOA Gvernance Deck
arivolit
PDF
S-CUBE LP: Service Discovery and Task Models
virtual-campus
PDF
Proactive Services Through Insights and IoT by M. Capone
Capgemini
PPT
Tools for Image Retrieval in Large Multimedia Databases
Universitat Polit竪cnica de Catalunya
PPTX
Hafslund SESAM - Semantic integration in practice
Lars Marius Garshol
PPT
Data mining
sweetysweety8
Creating Applicability Statements that Work!
Michael Cook
11.0004www.iiste.org call for paper.on demand quality of web services using r...
Alexander Decker
4.on demand quality of web services using ranking by multi criteria 31-35
Alexander Decker
The Control of Media & Devices in an Internet of Things (IoT)
Steve Posick
Exploring Similarity: Improving Product Search with Parallel Coordinates
visea_mk
A Statistical Approach to Resolve Conflicting Requirements in Pervasive Compu...
Osama M. Khaled
Session 1928 Semantic SOA Gvernance Deck
arivolit
S-CUBE LP: Service Discovery and Task Models
virtual-campus
Proactive Services Through Insights and IoT by M. Capone
Capgemini
Tools for Image Retrieval in Large Multimedia Databases
Universitat Polit竪cnica de Catalunya
Hafslund SESAM - Semantic integration in practice
Lars Marius Garshol
Data mining
sweetysweety8
Ad

How_Do_I_Manage_the_ACT_PCT_and_CCT

  • 1. Mike Cook Senior S1000D Business Analyst S1000D e-Biz Forum 2015 Orlando, May 11 - 13
  • 2. Key points The short answer is very carefully! Applicability is a simple concept Pulling it off successfully is NOT simple You must understand the key pieces of: Applicability Cross-reference Table (ACT) Product Cross-reference Table (PCT) Conditions Cross-reference Table (CCT) The ACT and PCT are directly related to each other The ACT defines what is in the PCT The CCT defines four things: Condition types Conditions Incorporation status Applicability for incorporation status
  • 3. The Applicability Cross-reference Table (ACT) The applicability cross-reference table is a definition of the product attributes used to define an instance of a product in the product cross-reference table (PCT) (major attributes not minor ones) It also holds a reference (at the end) to the CCT and PCT data modules Use of the ACT, PCT, and CCT are part of any business rule decision making process for a given project/product If you create a PCT you must create an ACT (and vice versa) A CCT is optional
  • 4. The ACT an example The ACT is not much more than a small data base table definition (a schema) of what is going to be stored in the PCT A simple form is: <content> <applicCrossRefTable> <productAttributeList> <productAttribute id="model"> <name>Model ID</name> <displayName>Model Identifier</displayName> <descr/> </productAttribute> <productAttribute id="prodno"> <name>Production Number</name> <displayName>Production number</displayName> <descr/> </productAttribute> <productAttribute id="options"> <name>Options</name> <displayName>Options</displayName> <descr/> </productAttribute> </productAttributeList>
  • 5. The Product Cross-reference Table (PCT) A PCT is intended to hold EVERY instance of a product where documentation was created to service or maintain it and has dynamic content requirements for turning on and off information relevant to differences in how each instance of product is serviced or maintained. A PCT data module cannot have holes in its product attribute definitions. It has the same requirements as a look-up table and look-ups will not work if there is any missing data from the table A PCT should only hold product instance information Inclusion of conditions in a PCT data module will cause problems for authoring and accurate usage of applicability assertions
  • 6. The PCT an example Notice how model, prodno, and options defined in the ACT in the prior slide appear here. The ACT should also include a definition for engine and owner, but we did not show that in the previous example. <content> <productCrossRefTable> <product> <assign applicPropertyType="prodattr" applicPropertyIdent="model" applicPropertyValue="SB2000"/> <assign applicPropertyType="prodattr" applicPropertyIdent="prodno" applicPropertyValue="1"/> <assign applicPropertyType="prodattr" applicPropertyIdent="options" applicPropertyValue="TTT"/> <assign applicPropertyType="prodattr" applicPropertyIdent="engine" applicPropertyValue="3.0"/> <assign applicPropertyType="prodattr" applicPropertyIdent="owner" applicPropertyValue="Jerry"/> </product> <product> <assign applicPropertyType="prodattr" applicPropertyIdent="model" applicPropertyValue="SB2000"/> <assign applicPropertyType="prodattr" applicPropertyIdent="prodno" applicPropertyValue="2"/> <assign applicPropertyType="prodattr" applicPropertyIdent="options" applicPropertyValue="TAT"/> <assign applicPropertyType="prodattr" applicPropertyIdent="engine" applicPropertyValue="2.5"/> <assign applicPropertyType="prodattr" applicPropertyIdent="owner" applicPropertyValue="John"/> </product> <product> <assign applicPropertyType="prodattr" applicPropertyIdent="model" applicPropertyValue="SB2000"/> <assign applicPropertyType="prodattr" applicPropertyIdent="prodno" applicPropertyValue="3"/> <assign applicPropertyType="prodattr" applicPropertyIdent="options" applicPropertyValue="TJA"/> <assign applicPropertyType="prodattr" applicPropertyIdent="engine" applicPropertyValue="3.0"/> <assign applicPropertyType="prodattr" applicPropertyIdent="owner" applicPropertyValue="Joshua"/> </product> Data about each instance of product Product attributes defined in the ACT This doesnt need to be here, but it is defined in the schema. Everything in a PCT data module IS (and should be) a product attribute!
  • 7. The Conditions Cross-reference Table (CCT) The CCT is a difficult schema to understand due to all the internal referencing to id attributes If you do not use <incorporation> status of a service bulletin, TCTO, product recall, etc then it gets a little easier It can define 4 things: 1. Condition types Environmental factors (temperature, pressures, etc) Status types (PRE and POST) 2. Conditions Service Bulletins, TCTOs, product recall notices, etc 3. Incorporation status Status of Service Bulletins, TCTOs, etc 4. Applicability for incorporation status <referencedApplicGroup> <applic> <evaluate> and <assert> entries
  • 8. The CCT <condCrossRefTable> <condTypeList> <condType id="CCT-001"> <name>SB</name> <descr>Service Bulletin</descr> <enumeration applicPropertyValues="PRE"/> <enumeration applicPropertyValues="POST"/> </condType> <condType id="CCT-002"> <name>Water</name> <descr>Freezing and Boiling point of water</descr> <enumeration applicPropertyValues="32"/> <enumeration applicPropertyValues="212"/> </condType> </condTypeList> <condList> <cond id="CLC-001" condTypeRefId="CCT-001"> <name>SB20019 - Brake retrofit</name> <displayName>Brake retrofit Bendix B2001</displayName> <descr>Brake retrofit kit for SB2000</descr> <refs> <pmRef> <pmRefIdent> <pmCode modelIdentCode="SB2000" pmIssuer="10295" pmNumber="00001" pmVolume="00"/> </pmRefIdent> </pmRef> </refs> </cond> </condList> <incorporation> <condIncorporation condRefId="CLC-001"> <documentIncorporation> <incorporationStatus incorporationStatus="inprogress" applicRefId="APP-001"/> <incorporationStatus incorporationStatus="incorporated" applicRefId="APP-002"/> </documentIncorporation> </condIncorporation> </incorporation> </condCrossRefTable> <referencedApplicGroup> <applic id="APP-001"> <displayText> <simplePara>Inprogress</simplePara> </displayText> <assert applicPropertyType="prodattr" applicPropertyIdent="prodno" applicPropertyValues="1|12|6|7|9">In progress</assert> </applic> <applic id="APP-002"> <displayText> <simplePara>Incorporated</simplePara> </displayText> <assert applicPropertyType="prodattr" applicPropertyIdent="prodno" applicPropertyValues="10|2|3|4|5|8">Incorporated</assert> </applic>
  • 9. Managing Applicability Managing applicability in the ACT and PCT is very straightforward IF you ALWAYS set the applicPropertyType attribute to prodAttr in a product instance definition using the <assign> element Creating applicability assertion statements is much easier if you remember where product information is stored (PCT) and where condition information is stored (CCT) NEVER try to set the applicPropertyType attribute in an applicability <assign> statement to condition. applicPropertyType is also used in the applicability <assert> statement to indicate to the transform WHERE to look for the applicability resolution information: prodAttr look in the PCT condition look in the CCT
  • 10. Managing Applicability (contd) For every product that comes off the assembly line, put an entry in the PCT For each service bulletin, TCTO, or product recall notice, create an S1000D publication by recycling procedural content you have already authored and then assemble it in the S1000D publication module for that service bulletin Put a reference for each Publication Module created for a service bulletin, TCTO, or product recall notice into the <conditionList> container and always create an id reference for that publication. Without the id reference, you cannot create a <documentIncorporation> entry to show PRE or POST applicability for any product instances related to that publication.
  • 11. Managing Applicability (contd) Creating applicability for service bulletins is fairly simple but generally is not recycled from any applicability assertions you may have created for content in other data modules (it is generally unique to each service bulletin) You cannot adequately manage the CCT if the PCT is not consistent and always up to date The CCT is the ONLY applicability data module that can consume and use applicability Applicability used for incorporation status should always use the unique identifier for each instance of product (usually something like production number as opposed to serial number a production number is usually very short whereas a serial number or tail number can be much longer)
  • 12. Thank you for your time.