Laserfiche WebLink
<br />01'" : ,--. q <br />Llu,l. n <br /> <br />RSS Concepts and Methodology <br /> <br />Stimulus-response <br />simulation <br /> <br />Hierarchical class <br />structure <br /> <br />Object data slots <br /> <br />Operating policies <br /> <br />.. <br /> <br />The objects in the network behave in response to stimuli (messages) received <br />from other objects, Their behavior might involve sending out new messages to <br />other objects which make them behave, etc, The process begins through the <br />activation of so-called input objects. The behavior of these objects is not depen- <br />dent on messages from other objects, but which instead are able to provide <br />other objects with information messages, <br /> <br />1.2 Object Classes and Organization: <br /> <br />Node and link objects within RSS are organized in a hierarchial class structure, <br />This parent - child structure is illustrated in Figure 1 (For a detailed overview of <br />the various object classes refer to Chapter 3 of this manual), tl. A "'" <br />/)t'1'iJfvYu, , <br /> <br />Each sub,class assumes (inherits) the characteristics of its parent class. <br />Common features of all reservoirs, for example, are specified in the overall <br />Reservoir class. Unique features of specific reservoirs are specified in the indi- <br />vidual local basin Reservoir class objects, <br /> <br />Each object class has specific data and/or operating rules or .policy statements" <br />assigned to it. The policy statements define the operations to be performed <br />using the object's data or data of any other object. <br /> <br />The data and policy statements associated with each object are contained in <br />specific data slots residing on the object. Figurel illustrates some typical object <br />data slots associated with various types of objects, A complete list of each <br />object type's data siots and the functions available for the user of RSS is <br />contained in Chapters 3 and 4 of this manual. <br /> <br />The data, operation rules and functions defined for a class are automatically <br />included in all of the children of,that class. Each object that is a child of one or <br />more parenfclasses will have data and operation rules and functions corre- <br />sponding to those of all parents, Thus referring to Figure 1, each Node object <br />has a Name since the parent Node class has a Name. All Water_class objects <br />can have two distinct inflows: Inflow_l and Inflow_2. Ukewise, all Reservoir <br />objects perform storage, mass balance, and evaporation operations. and so on. <br /> <br />1,3 Operating Policy Statements: <br /> <br />One of the features of RSS is its use of policy statements to define some of the <br />operations performed in the simulation, User modifiable policy statements are <br />used in place of many coded functions or subroutines, This provides a number <br />of advantages, One is that operating policy statements are much easier to <br /> <br />RSS Concepts and Methodology <br /> <br />5 <br />