Provenance and Traceability Sample Clauses

Provenance and Traceability. ‌ The ability to relate the many artefacts stored within the different tools is an essential feature of the INTO-CPS tool chain. This feature has three different abilities: the ability to logically relate artefacts contained in the many tools, such as relating a requirement to a model that implements it, this we refer to as traceability; the ability to record the temporal links between entities produced dur- ing the development, such as connecting simulation results and the tools and models that created them, this we term the provenance; and finally the ability to query this stored data to produce useful informa- tion for the various stakeholders of the project. The success of the provenance and traceability activities will depend on the tool support, which begins in year 2 of the project, but more so on a solid on- tology of the INTO-CPS artefacts and relations that will be tracked. The ini- tial work describing these elements is included in Appendix A of [FGPP15a] and the interested reader is directed there to find more details. Initial explo- ration of how this can be incorporated in the tool suite has been carried out [Han16].
AutoNDA by SimpleDocs
Provenance and Traceability methods for machine-assisted recording and mainte- xxxxx of links between models, multi-models and other design artefacts. The guidelines are underpinned by a common concept base, and are supported by a growing set of pilot studies that can serve as benchmarks for the methods and tools and as illustrations for the tool chain’s capabilities. The first release of the new multi-modelling tool chain was scheduled for late in Year 1. Our priority in WP3 was therefore to lay foundations for guidelines that will emerge from experience with the tool chain, and to provide specifications for functionality required of tools in the areas of Design Space Exploration (DSE) and traceability. Our specific objectives were therefore as follows: To survey the state of the art in multi-modelling methods, so that the project could identify promising techniques and tools and position its own contributions. This survey is reported in Section 3. To review the workflows in the case study partners and identify a candidate initial workflow against which the INTO-CPS tool chain could be validated once released. This was undertaken in Task 3.1 and is reported in Section 2.1. To specify the Design Space Exploration (DSE) support that would ultimately be required in the toolchain. This was undertaken in Task 3.2 and is reported in Section 2.2. The specification will be implemented in Task 5.1, for which Year 1 progress is reported in Deliverable 5.1a [GHJ+15]. To specify the traceability and provenance functionality that the toolchain should support. This would be implemented in Task 4.4 from Year 2 onwards. This was undertaken in Task 3.3 and is reported in Section 2.3. Details of the support for provenance features are given as Appendix A. The specification will be implemented in Task 4.4 from Year 2 onwards. To prepare a common concept base for the project, and deliver a first set of guide- lines for the construction of SysML models for multi-modelling given different entry points, domain knowledge and previous multi-modelling experience. This was un- dertaken in Task 3.4 and is reported in Section 2.4. The concept base is reported in D3.1a Method Guidance 1 [FGPP15]. To document initial pilot studies that illustrate various properties of CPSs and features of the INTO-CPS technologies. This was undertaken in Task 3.5 and the initial pilot studies are described in reported in Section 2.5.
Provenance and Traceability. ‌ The first year of provenance and traceability study has concentrated on exploring the both the relations that will be important to the record within the INTO-CPS tool chain and also potential standard notations and specifications that may be used to represent them. Two distinct specifications have been identified to form the foundations for the the provenance and traceability concepts within INTO-CPS, these specifications have the benefits of both being open and free to use, and, in case of OSLC, have a wide base of industry support. The W3C PROV 2 model provides support for recording the temporal relations between activities, entities and agents within a process. This supports the recording of, for example, links between simulation results and the models, platforms and configurations that produced them, this is important when generating documentation as part of a certification effort. To compliment this the relations specified by the OSLC 3 provides support for recording logical relations between objects within a data set. So OSLC allows the linking of, for example, a submodel and a requirement that it is designed to satisfy, or from a simulation result to the requirement it provides evidence for. The key concepts of both PROV and OSLC are presented in Appendix A of this document along with the proposed provenance and traceability ontology, which will form the basis for data recorded by the various tools in the INTO-CPS tool chain. This appendix also contains example applications of both PROV and OSLC being used to represent many of the document relations expected when using the INTO-CPS tool chain and workflows. 2xxxx://xxx.x0.xxx/TR/prov-overview/ 3xxxx://xxxx-xxxxxxxx.xxx‌

Related to Provenance and Traceability

  • Traceability 11.1 Under the terms of this Agreement, Supplier shall have and operate a process to ensure that all Products, sub-assemblies and the components contained therein supplied to the Buyer are completely Traceable back to manufacturer by batch or lot or date code. 11.2 Further Supplier hereby agrees, unless directed otherwise by the Buyer, to procure components through franchised distributors or direct component Suppliers. Supplier agrees to indemnify and hold the Buyer harmless from and against all costs and expenses for the removal, repair or replacement and reinstallation of counterfeit components incorporated into a Product sold by Supplier to the Buyer where the counterfeit component was procured by Supplier from a person or entity other than a franchised distributor or direct component Supplier or other person or entity pre-approved by the Buyer in writing.

  • Substance Abuse Testing The Parties agree that it is in the best interest of all concerned to promote a safe working environment. The Union has no objection to pre-employment substance abuse testing when required by the Employer and further, the Union has no objection to voluntary substance abuse testing to qualify for employment on projects when required by a project owner. The cost and scheduling of such testing shall be paid for and arranged by the Employer. The Union agrees to reimburse the Employer for any failed pre-access Alcohol and Drug test costs.

  • Quality Assurance Requirements There are no special Quality Assurance requirements under this Agreement.

  • 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.

  • Management of Special and Technical Environment Each certificated support person demonstrates an acceptable level of performance in managing and organizing the special materials, equipment and environment essential to the specialized programs.

  • Compatibility 1. Any unresolved issue arising from a mutual agreement procedure case otherwise within the scope of the arbitration process provided for in this Article and Articles 25A to 25G shall not be submitted to arbitration if the issue falls within the scope of a case with respect to which an arbitration panel or similar body has previously been set up in accordance with a bilateral or multilateral convention that provides for mandatory binding arbitration of unresolved issues arising from a mutual agreement procedure case. 2. Nothing in this Article and Articles 25A to 25G shall affect the fulfilment of wider obligations with respect to the arbitration of unresolved issues arising in the context of a mutual agreement procedure resulting from other conventions to which the Contracting States are or will become parties.”.

  • Inspection and Testing Each Constructing Entity shall cause inspection and testing of the Interconnection Facilities that it constructs in accordance with the provisions of this section. The Construction Parties acknowledge and agree that inspection and testing of facilities may be undertaken as facilities are completed and need not await completion of all of the facilities that a Constructing Entity is building.

  • Orientation and Training A transferring employee will be orientated separately to both or their new home in accordance with Article 20 the collective agreement of the designated employer.

  • Year 2000 Compatibility Take all action necessary to assure that its computer based systems are able to operate and effectively process data including dates on and after January 1, 2000, and, at the reasonable request of the Administrative Agent or the Required Lenders, provide evidence to the Lenders of such year 2000 compatibility.

  • Commercial Operation Date Testing and Modifications Prior to the Commercial Operation Date, the Connecting Transmission Owner shall test the Connecting Transmission Owner’s Attachment Facilities and System Upgrade Facilities and System Deliverability Upgrades and Developer shall test the Large Generating Facility and the Developer Attachment Facilities to ensure their safe and reliable operation. Similar testing may be required after initial operation. Developer and Connecting Transmission Owner shall each make any modifications to its facilities that are found to be necessary as a result of such testing. Developer shall bear the cost of all such testing and modifications. Developer shall generate test energy at the Large Generating Facility only if it has arranged for the injection of such test energy in accordance with NYISO procedures.

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