Reference Model Sample Clauses

Reference Model the PoF Framework The results described here for the first framework prototype refer to outcome 1, for which the following success/progress indicators have been identified in the project proposal:
Sample 1Sample 2
AutoNDA by SimpleDocs
Reference Model. This implementation agreement provides two types of interface-based multilink support for frame relay: the User-to-Network interface (UNI) and the Network-to-Network interface (NNI). A MFR interface consists of one or more bundle links bound together to form a bundle. The bundle operates as a logical interface function that emulates a single physical interface. Each type of bundle is described below. The two types of bundles use identical message formats and protocol procedures.
Sample 1Sample 2
Reference Model. The PoF Reference Model has been created from scratch collecting the inputs from all work packages, taking into account the recommendations after the first project review, mainly for what concerns the role of OAIS in the PoF Framework and the need to go beyond such model to support the novel ForgetIT approach to preservation. The model reflects the common knowledge and the new ideas of all partners to represent the For- getIT approach in a coherent framework based on a reference model. The reference model includes a functional model and an information model. The functional model has been described in detail and can be considered almost complete. Further details could be still added in the future, but the three proposed layers cover all aspects of ForgetIT ap- proach to digital preservation. The information model is still under definition and requires
Sample 1Sample 2
Reference Model. The PoF Reference Model has been created from scratch collecting the inputs from all work packages while taking into account the recommendations after each project review, mainly for what concerns the role of OAIS in the PoF Framework and the need to go beyond such model to support the novel ForgetIT approach to preservation. After the first year only some preliminary ideas and a draft approach were available. During the second year the model foundations were identified and the functional part was specified. During the third year the functional part was improved (although the core ideas of the three layers were not affected) and a new information part was introduced and implemented in the framework, providing a complete and coherent definition of the preservation objects, their interaction and evolution within the PoF Framework. The PoF Framework architecture described in D8.1 is compliant to the model. The PoF Reference Model is available as expected in this indicator and is based on the contributions from all work packages, as described for example in the model foundations.
Sample 1
Reference Model. A reference model is an abstract framework for understanding significant relationships among the entities of some environment. It enables the development of specific reference or concrete architectures using consistent standards or specifications supporting that environment. A reference model consists of a minimal set of unifying concepts, axioms and relationships within a particular problem domain, and is independent of specific standards, technologies, implementations, or other concrete details [4].
Sample 1
Reference Model. When used between DTEs, as shown in Figure 1, the privacy procedure is transparent to Frame Relay network(s) between the transmitting and receiving DTEs. Note that the functionality specified in this Implementation Agreement has been illustrated as an integrated privacy function, but stand-alone implementations are not prohibited. Frame Relay DTE Frame Relay Network Frame Relay DTE DCE Frame DCE Interface Relay PVC Interface Privacy Peers Figure 1 - Reference Diagram 3 COMMON MODE SPECIFICATION: This section defines the frame formats and procedures common to all facilities.
Sample 1
Reference Model. Framework for understanding significant relationships among the entities of some environment, and for the development of consistent standards or specifications supporting that environment. A reference model is based on a small number of unifying concepts and may be used as a basis for education and explaining standards to a non- specialist (ISO). Service: Distinct part of the functionality that is provided by an entity through interfaces (ISO 19119).
Sample 1
AutoNDA by SimpleDocs
Reference Model. This annex describes the flow of information from the network to the user from the perspective of the user device. Refer to Figure 1for an illustration of the message terminology. Outgoing Incoming DTE DCE Frame Relay Network DCE DTE Incoming Outgoing Figure 1 – Reference Model
Sample 1

Related to Reference Model

  • Calculation Each of the foregoing ratios and financial requirements shall be calculated as of the last day of each Fiscal Quarter.

  • Methodology 1. The price at which the Assuming Institution sells or disposes of Qualified Financial Contracts will be deemed to be the fair market value of such contracts, if such sale or disposition occurs at prevailing market rates within a predefined timetable as agreed upon by the Assuming Institution and the Receiver.

  • Pro Forma Calculations Notwithstanding anything to the contrary herein (subject to Section 1.02(j)), the First Lien Net Leverage Ratio, the Total Net Leverage Ratio and the Fixed Charge Coverage Ratio and Consolidated Net Tangible Assets shall be calculated (including for purposes of Sections 2.14 and 2.15) on a Pro Forma Basis with respect to each Specified Transaction occurring during the applicable four quarter period to which such calculation relates, and/or subsequent to the end of such four-quarter period but not later than the date of such calculation; provided that notwithstanding the foregoing, when calculating the First Lien Net Leverage Ratio for purposes of (i) determining the applicable percentage of Excess Cash Flow for purposes of Section 2.05(b), (ii) the Applicable Rate, (iii) the Applicable Commitment Fee and (iv) determining actual compliance (and not Pro Forma Compliance or compliance on a Pro Forma Basis) with the Financial Covenant, any Specified Transaction and any related adjustment contemplated in the definition of Pro Forma Basis (and corresponding provisions of the definition of Consolidated EBITDA) that occurred subsequent to the end of the applicable four quarter period shall not be given Pro Forma Effect. For purposes of determining compliance with any provision of this Agreement which requires Pro Forma Compliance with the Financial Covenant, (x) in the case of any such compliance required after delivery of financial statements for the fiscal quarter ending on or about June 30, 2014, such Pro Forma Compliance shall be determined by reference to the maximum First Lien Net Leverage Ratio permitted for the fiscal quarter most recently then ended for which financial statements have been delivered (or were required to have been delivered) in accordance with Section 6.01, or (y) in the case of any such compliance required prior to the delivery referred to in clause (x) above, such Pro Forma Compliance shall be determined by reference to the maximum First Lien Net Leverage Ratio permitted for the fiscal quarter ending June 30, 2014. With respect to any provision of this Agreement (other than the provisions of Section 6.02(a) or Section 7.08) that requires compliance or Pro Forma Compliance with the Financial Covenant, such compliance or Pro Forma Compliance shall be required regardless of whether the Lux Borrower is otherwise required to comply with such covenant under the terms of Section 7.08 at such time. For purposes of making any computation referred to above:

  • METHODS OF CALCULATION 1. Bi-Weekly 158. An employee whose compensation is fixed on a bi-weekly basis shall be paid the bi-weekly salary for his/her position for work performed during the bi-weekly pay period. There shall be no compensation for time not worked unless such time off is authorized time off with pay.

  • Measuring EPP parameters Every 5 minutes, EPP probes will select one “IP address” of the EPP servers of the TLD being monitored and make an “EPP test”; every time they should alternate between the 3 different types of commands and between the commands inside each category. If an “EPP test” result is undefined/unanswered, the EPP service will be considered as unavailable from that probe until it is time to make a new test.

Time is Money Join Law Insider Premium to draft better contracts faster.