Scenario Refinement Sample Clauses

Scenario Refinement. The purpose of a scenario is to facilitate agreement between eDIANA architects and developers with stakeholders. Scenarios are refined from high level scenarios representing generic interactions between users or other system actors with the eDIANA platform. High level scenarios must start by identifying initiating actors and by defining the basic sequence of interaction with the eDIANA platform. Scenarios must be created properly from early phases. Hence, actor identification and interaction storyboards must be as complete as possible. It must be noted that an actor is someone or something that interacts with the system. This means that in addition to users, administrators, etc. external systems providing or requiring information from the eDIANA platform must be identified as actors. On the other hand, to properly identify useful scenarios, the following questions should be answered: • What functionality does each actor expect from the eDIANA platform? • Do the actors need to be informed about the events occurring in the systems? • What information the actors need to supply/receive to/from the system? When refining scenarios, it is useful to split the interactions with the system in logical sequences of events. This may allow assigning detailed scenarios to specific parts of the eDIANA platform or to specific components. In the same way, optional or conditional paths within a sequence of events can be divided into separated detailed scenarios. In general the criteria should be to assign detailed scenarios coming from task T2.5 to other task of the eDIANA project dealing with concrete eDIANA aspects.

Related to Scenario Refinement

  • Crane Erection & Jumping (a) Cranes and man/material hoists may be erected, altered, climbed and dismantled during times when ordinary production works are in progress subject to the work being done in full compliance with a relevant operational safety zone (OSZ) plan which has been developed specifically for that operation with consideration to overall site safety. (b) The crane crew for each tower crane (Crane Crew) must consist of the following: (i) crane driver; and (ii) three (3) dogmen. (c) In addition to the appropriate tickets held by the crane driver and the dogmen, the following high risk licences must be held amongst the Crane Crew: (i) rigging; and (ii) material handling. (d) Where a Project consists of a single Crane Crew, the Employer should endeavour to ensure another member of the Crane Crew holds a crane driver licence.

  • Access Toll Connecting Trunk Group Architecture 9.2.1 If WCS chooses to subtend a Verizon access Tandem, WCS’s NPA/NXX must be assigned by WCS to subtend the same Verizon access Tandem that a Verizon NPA/NXX serving the same Rate Center Area subtends as identified in the LERG. 9.2.2 WCS shall establish Access Toll Connecting Trunks pursuant to applicable access Tariffs by which it will provide Switched Exchange Access Services to Interexchange Carriers to enable such Interexchange Carriers to originate and terminate traffic to and from WCS’s Customers. 9.2.3 The Access Toll Connecting Trunks shall be two-way trunks. Such trunks shall connect the End Office WCS utilizes to provide Telephone Exchange Service and Switched Exchange Access to its Customers in a given LATA to the access Tandem(s) Verizon utilizes to provide Exchange Access in such LATA. 9.2.4 Access Toll Connecting Trunks shall be used solely for the transmission and routing of Exchange Access to allow WCS’s Customers to connect to or be connected to the interexchange trunks of any Interexchange Carrier which is connected to a Verizon access Tandem.

  • Infrastructure Vulnerability Scanning Supplier will scan its internal environments (e.g., servers, network devices, etc.) related to Deliverables monthly and external environments related to Deliverables weekly. Supplier will have a defined process to address any findings but will ensure that any high-risk vulnerabilities are addressed within 30 days.

  • Fabrication Making up data or results and recording or reporting them.

  • Configuration Management The Contractor shall maintain a configuration management program, which shall provide for the administrative and functional systems necessary for configuration identification, control, status accounting and reporting, to ensure configuration identity with the UCEU and associated cables produced by the Contractor. The Contractor shall maintain a Contractor approved Configuration Management Plan that complies with ANSI/EIA-649 2011. Notwithstanding ANSI/EIA-649 2011, the Contractor’s configuration management program shall comply with the VLS Configuration Management Plans, TL130-AD-PLN-010-VLS, and shall comply with the following: