Building an object model of a legacy simulation

138 Pages·2.7 MB·English

by  Larimer, Larry R

NPS ARCHIVE
1997, Qb
LARIMER,
L.
NAVAL POSTGRADUATE SCHOOL
Monterey, California
THESIS
BUILDING AN OBJECTMODEL OF A LEGACY SIMULATION
by
Larry R. Larimer •
June 1997
Thesis Advisor: Arnold H. Buss
Approved forpublic release; distribution isunlimited.
COL
'AL POSTGF
-'TEREY C
.
REPORT DOCUMENTATION PAGE Form Approved
OMB No. 0704-0188
Publicreportingburdenforthiscollectionofinformationisestimatedtoaverage1hourperresponse,includingthetimeforreviewinginstructions,searchingexistingdatasources,
gatheringandmaintainingthedataneeded,andcompletingandreviewingthecollectionofinformation. Sendcommentsregardingthisburdenestimateoranyotheraspectofthis
collectionofinformation,includingsuggestionsforreducingthisburdentoWashingtonHeadquartersServices,DirectorateforInformationOperationsandReports,1215Jefferson
DavisHighway.Suite1204,Arlington,VA 22202-4302,andtotheOfficeofManagementandBudget,PaperworkReductionProtect(0704-0188),Washington,DC 20503
1. AGENCY USEONLY (Leave Blank) 2. REPORTDATE 3. REPORTTYPEAND DATESCOVERED
June 1997 Master's Thesis
4. TITLEAND SUBTITLE 5. FUNDING NUMBERS
BUILDING AN OBJECT MODEL OFA LEGACY SIMULATION
6. AUTHOR(S)
Larimer, Larry R.
7. PERFORMINGORGANIZATION NAME(S)ANDADDRESS(ES) PERFORMING ORGANIZATION
Naval Postgraduate School REPORTNUMBER
Monterey, CA 93943-5000
9. SPONSORING/MONITORINGAGENCY NAME(S)ANDADDRESS(ES) 10. SPONSORING/MONITORING
AGENCY REPORT NUMBER
U.S. Army TRADOC AnalysisCenter
Monterey, CA 93943
11. SUPPLEMENTARY NOTES
The views expressed in this thesis are those ofthe authorand do notreflectthe official policy orposition ofthe Department of
Defense orthe U.S. Government.
12a. DISTRIBUTION/AVAILABILITYSTATEMENT 12b. DISTRIBUTIONCODE
Approved for public release, distribution is unlimited
13. ABSTRACT(Maximum200words)
The Department ofDefenseproclamation that all simulationscomply with High Level Architecture (HLA) standards
prompted the U.S. Army Training and Doctrine Command (TRADOC) Analysis Center (TRAC) to investigate the feasibility of
includingJanus in future HLAFederations. Janus, one oftheArmy's mostextensively used models, is an stochastic high-
resolution simulation. As a procedural legacy model coded priortotheriseofobject-oriented programming, there are
considerablechallenges for Janus to meetHLA requirements.
This thesis proposes a methodology toproduce aHLA Simulation ObjectModel (SOM) for procedurally implemented
legacy simulations. Theresult obtained by using this methodology is ageneral object model and one or more SOMs. The
general object model provides a full object-oriented template ofthe legacy simulation that is unrestricted by the model's code or
the minimum requirement forinteroperability. The SOM isderived from thegeneral objectmodel.
This research indicates that procedural legacy simulations can comply with the HLA SOM requirement. In orderto
achieve this compliance, it is advantageous to firstdevelop the general object model. Additionally, it is importantto include an
SOM
analyst in the development process iffederation outputs will be used foranalysis.
SOM development facilitated the identification ofadditional steps necessary to makeJanus HLA compliant. Thiseffort
will continue with areview ofthe SOM by Januscodeexperts and workon asoftware servicethat will allowJanus to
communicate with other simulations in the HLA specified format.
14. SUBJECTTERMS 15. NUMBEROFPAGES
High Level Architecture, Object Model Template, Simulation Object Model, Federation Object
135
Model, Distributed Interactive Simulation, distributed simulation, object modeling
16. PRICECODE
17. SECURITY 18. SECURITY 19. SECURITYCLASSIFICATION 20. LIMITATION OF
CLASSIFICATION CLASSIFICATION OFABSTRACT ABSTRACT
OFREPORT OFTHISPAGE
Unclassified Unclassified Unclassified UL
NSN 7540-01-280-5500 Standard Form298 (Rev. 2-89)
PrescribedbyANSIStd.239-18
298-102

Approved for public release; distribution is unlimited.
BUILDING AN OBJECT MODEL OF A LEGACY SIMULATION
Larry R. Larimer
Captain, United States Army
B.S., United States Military Academy, 1986
Submitted in partial fulfillment
ofthe requirements for the degree of
MASTER OF SCIENCE IN OPERATIONS RESEARCH
from the
NAVAL POSTGRADUATE SCHOOL
June 1997

DUDLEYKNOXLIBRARY
OOL
.1
ABSTRACT
The Department ofDefense proclamation that all simulations comply with High
Level Architecture (HLA) standards prompted the U.S. Army Training and Doctrine
Command (TRADOC) Analysis Center (TRAC) to investigate the feasibility ofincluding
Janus in future HLA Federations. Janus, one ofthe Army's most extensively used
models, is an stochastic high-resolution simulation. As a procedural legacy model coded
prior to the rise ofobject-oriented programming, there are considerable challenges for
HLA
Janus to meet requirements.
This thesis proposes a methodology to produce a HLA Simulation Object Model
(SOM) for procedurally implemented legacy simulations. The result obtained by using
this methodology is a general object model and one or more SOMs. The general object
model provides a full object-oriented template ofthe legacy simulation that is unrestricted
by the model's code or the minimum requirement for interoperability. The SOM is
derived from the general object model.
This research indicates that procedural legacy simulations can comply with the
HLA SOM
requirement. In order to achieve this compliance, it is advantageous to first
develop the general object model. Additionally, it is important to include an analyst in
SOM
the development process iffederation outputs will be used for analysis.
SOM
development facilitated the identification ofadditional steps necessary to
make Janus HLA compliant. This effort will continue with a review ofthe SOM by
Janus code experts and work on a software service that will allow Janus to communicate
HLA
with other simulations in the specified format.
VI
THESIS DISCLAIMER
The reader is cautioned that computer programs developed in this research may
not have been exercised for all cases ofinterest. While every effort has been made,
within the time available, to ensure that the programs are free ofcomputational and logic
errors, they cannot be considered validated. Any application ofthese programs without
additional verification is at the risk ofthe user.
Vll
Vlll