-
Key: C2MS13-23
-
Status: open
-
Source: Kratos RT Logic, Inc. ( Mr. Mike Anderson)
-
Summary:
The various Navigation Data Messages are nearly identical. They should be consolidated into a hierarchy that defines a Navigation Data Message base class and then let the others derive from it for better model structure. The Tracking Data Message has a few extra fields. Otherwise, everything is identical across all messages except for some type values.
I thought about doing this when I was updating the model in 1.1, but would have also had to update the chapter text and didn't have time for all that in 1.1.
From
C2MS13-33, which was a DUP of this one: "Similar toC2MS12-118, it would be nice to create a model hierarchy for the TDM messages. They are almost all nearly identical, so inheritance would be nice. Of course, this can't break the CONTENT in the tables, but can greatly improve the diagrams."See
C2MS12-177, which defined new common types (Request, Response, and Notification) and had all messages subclass these, for an example of how this should be done. -
Reported: C2MS 1.0 — Mon, 15 Apr 2024 18:12 GMT
-
Updated: Mon, 23 Feb 2026 22:56 GMT
C2MS13 — Consolidate Navigation Data Messages
- Key: C2MS13-23
- OMG Task Force: Command and Control Message Specification (C2MS) 1.3 RTF