This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
mbse:model_management_joe_bedocs_brian_brady [2013/02/03 23:02] brianbrady |
mbse:model_management_joe_bedocs_brian_brady [2013/02/06 10:06] (current) brianbrady |
||
---|---|---|---|
Line 77: | Line 77: | ||
* How do you protect competing information today? //Comment: Assuming a common truth model being shared with contractors. More the norm vs. the exception.// | * How do you protect competing information today? //Comment: Assuming a common truth model being shared with contractors. More the norm vs. the exception.// | ||
* What metadata is required for models to talk? | * What metadata is required for models to talk? | ||
- | ** Data vs. Metadata -- This will require clean definitions. For now, everyting is data... | + | * Data vs. Metadata -- This will require clean definitions. For now, everyting is data... |
- | ** Challenge: How to extend the data associated with a component without changing it (i.e., a new varient of an object is created in the version tracking system). | + | * Challenge: How to extend the data associated with a component without changing it (i.e., a new varient of an object is created in the version tracking system). |
- | * What are the dimensions of model? Dependencies, version, variant...? //Comment: See Chris Davey's multi-demissional release management view, slide 11 {{:mbse:03-2013_incose_mbse_workshop-ford_automotive_complexity_v4.0-davey.pdf|Systems and Software Modeling at Ford - Chris Davey}}// | + | * What are the dimensions of model? Dependencies, version, variant...? |
+ | * Below is Chris Davey's multi-demissional release management view (slide 11 from his {{:mbse:03-2013_incose_mbse_workshop-ford_automotive_complexity_v4.0-davey.pdf|Systems and Software Modeling at Ford - Chris Davey}} brief. | ||
+ | {{:mbse:ford-relmgmt-2013-0126.png?800|}} | ||
==== Resulting Actions ==== | ==== Resulting Actions ==== | ||
The following are the actions resulting from this Model Management WG Session: | The following are the actions resulting from this Model Management WG Session: | ||
+ | |||
** Plan:** | ** Plan:** | ||
* Start/Focus on simple scenario of model-A(v1) and model-B(v1) that have corresponding dependency. Move to new versions, A(v2) and B(v2). What happens to the dependencies? How are the models managed? | * Start/Focus on simple scenario of model-A(v1) and model-B(v1) that have corresponding dependency. Move to new versions, A(v2) and B(v2). What happens to the dependencies? How are the models managed? | ||
Line 91: | Line 94: | ||
* Identify next step? | * Identify next step? | ||
* Produce a whitepaper on model management: | * Produce a whitepaper on model management: | ||
- | ** Fundamential | + | * Fundamentals |
- | ** Challenges | + | * Challenges |
- | ** Integration Patterns/Scenarios | + | * Integration Patterns/Scenarios |
- | ** Technology Gaps | + | * Technology Gaps |
* Set up a Model Management group collaboration | * Set up a Model Management group collaboration | ||
+ | * Planning on using Google Group + Share documents (Google Drive?) | ||
+ | * Issue invites upon setup | ||