Modularisation Sample Clauses

Modularisation. Rodin platform's modularisation plug-in [RD7] (see also [RD11]), designed by Newcastle and Aabo as a part of WP3, provides facilities for structuring Event-B developments into logical units of modelling, called modules. The module concept is very close to the notion of classical B imports. However, unlike a conventional development, a module comes with an interface. An interface defines the conditions on how a module may be incorporated into another development (that is, another module). The plug-in follows an approach where an interface is characterised by a list of operations specifying the services provided by the module. An integration of a module into a main development is accomplished by referring operations from Event-B machine actions using an intuitive procedure call notation. There are at least the following reasons to split a development into modules. • Structuring large specifications: it is difficult to read and edit a large model; there is also a limit to the size of model that the Rodin platform may handle comfortably and thus decomposition is an absolute necessity for large scale developments. • Decomposing proof effort: splitting helps to split verification effort. It also helps to reuse proofs: it is not unusual to return back in refinement chain and partially redo abstract models. Normally, this would invalidate most proofs in the dependent components. Model structuring helps to localise the effect of such changes. • Team development: large models may only be developed by a (often distributed) developer team. • Model reuse: modules may be exchanged and reused in different projects. The notion of interface makes it easier to integrate a module in a new context. A modularisation plug-in experiment on BepiColombo SIXS/MIXS OBSW requirements was carried out at SSF in August – September 2010 and was focused on a few of the requirements that had been considered in earlier non-modular experiments. The original goals of the experiment were as follows: • Systematic isolation of activity details and related conditions to modules in such a way that the machines using the modules do not replicate much of what is expressed inside the modules. • Precision of descriptions of the considered behaviour about as accurate as in the most detailed available non-modular Event-B model. • Avoidance of massive atomic activities. Long chains of atomic activities do not realistically model concurrency. • To deal with "module integration invariants". Such an invaria...
AutoNDA by SimpleDocs
Modularisation. 2.6.1. Overview
Modularisation 

Related to Modularisation

  • Client Categorisation 4.1. The client understands and accepts that each category of Clients has its individual level of regulative protection acknowledging that Retail Clients have the highest level of protection whereas Professional Clients and Eligible Counterparties are considered to be more experienced, informed, skilled and able to estimate their risk, therefore are provided with a lower level of protection. 4.2. The Company will treat the Client as a Retail Client, Professional Client or Eligible Counterparty, depending on how the Client completes the Application Form and according to the method of categorisation as this method is explained under the title “Client Categorisation” (Appendix II), and by accepting this Agreement the Client accepts application of such method. 4.3. The Client accepts that when categorising the Client and dealing with him, the Company will rely on the accuracy, completeness and correctness of the information provided by the Client in his Application Form and the Client has the responsibility to immediately notify the Company in writing if such information changes. 4.4. The Company has the right to review the Client’s Categorisation and change his Categorisation if this is deemed necessary (subject to Applicable Laws).

  • Validation In respect to applications for leave made pursuant to this Article, the employee may be required to provide satisfactory validation of the circumstances necessitating such requests.

  • Authorisations Each Obligor shall promptly: (a) obtain, comply with and do all that is necessary to maintain in full force and effect; and (b) supply certified copies to the Agent of, any Authorisation required under any law or regulation of its jurisdiction of incorporation to enable it to perform its obligations under the Finance Documents and to ensure the legality, validity, enforceability or admissibility in evidence in its jurisdiction of incorporation of any Finance Document.

  • Authorisation obtain or cause to be obtained, maintain in full force and effect and comply fully with all Required Authorisations, provide the Agent with Certified Copies of the same and do, or cause to be done, all other acts and things which may from time to time be necessary or desirable under any applicable law (whether or not in the Pertinent Jurisdiction) for the continued due performance of all the obligations of the Security Parties under each of the Security Documents;

  • Hardware and Software Requirements In order to access and retain Disclosures electronically, you must satisfy the following computer hardware and software requirements: access to the Internet; an email account and related software capable of receiving email through the Internet; a web browser which is SSL-compliant and supports secure sessions, and hardware capable of running this software.

  • Registry Interoperability and Continuity Registry Operator shall comply with the Registry Interoperability and Continuity Specifications as set forth in Specification 6 attached hereto (“Specification 6”).

  • Trunk Group Architecture and Traffic Routing 5.2.1 The Parties shall jointly establish Access Toll Connecting Trunks between CLEC and CBT by which they will jointly provide Tandem-transported Switched Exchange Access Services to Interexchange Carriers to enable such Interexchange Carriers to originate and terminate traffic from and to CLEC's Customers. 5.2.2 Access Toll Connecting Trunks shall be used solely for the transmission and routing of Exchange Access and non-translated Toll Free traffic (e.g., 800/888) to allow CLEC’s Customers to connect to or be connected to the interexchange trunks of any Interexchange Carrier that is connected to the CBT access Tandem. 5.2.3 The Access Toll Connecting Trunks shall be one-way or two-way trunks, as mutually agreed, connecting an End Office Switch that CLEC utilizes to provide Telephone Exchange Service and Switched Exchange Access Service in the given LATA to an access Tandem Switch CBT utilizes to provide Exchange Access in the LATA.

  • Maintenance Manual No later than 60 (sixty) days prior to the Project Completion Date, the Contractor shall, in consultation with the Authority’s Engineer, evolve a maintenance manual (the “Maintenance Manual”) for the regular and preventive maintenance of the Project Highway in conformity with the Specifications and Standards, safety requirements and Good Industry Practice, and shall provide 5 (five) copies thereof to the Authority’s Engineer. The Authority’s Engineer shall review the Maintenance Manual within 15 (fifteen) days of its receipt and communicate its comments to the Contractor for necessary modifications, if any.

  • Interoperability To the extent required by applicable law, Cisco shall provide You with the interface information needed to achieve interoperability between the Software and another independently created program. Cisco will provide this interface information at Your written request after you pay Cisco’s licensing fees (if any). You will keep this information in strict confidence and strictly follow any applicable terms and conditions upon which Cisco makes such information available.

  • Drug Testing (A) The state and the PBA agree to drug testing of employees in accordance with section 112.0455, F.S., the Drug-Free Workplace Act. (B) All classes covered by this Agreement are designated special risk classes for drug testing purposes. Special risk means employees who are required as a condition of employment to be certified under Chapter 633 or Chapter 943, F.S. (C) An employee shall have the right to grieve any disciplinary action taken under section 112.0455, the Drug-Free Workplace Act, subject to the limitations on the grievability of disciplinary actions in Article 10. If an employee is not disciplined but is denied a demotion, reassignment, or promotion as a result of a positive confirmed drug test, the employee shall have the right to grieve such action in accordance with Article 6.

Draft better contracts in just 5 minutes Get the weekly Law Insider newsletter packed with expert videos, webinars, ebooks, and more!