User scenarios Clause Samples

User scenarios. The scenarios outlined below are only simplified examples and should be considered as first reference to e-business processes only. Within the REGNET-Project there will be an own Work Package dealing with the elaboration of business cases (functions and processes) based on actual needs of all relevant partners within the Cultural Heritage domain.
User scenarios. The following user scenarios highlight how the stakeholders can benefit from the learning analytics services within the Go-Lab portal and apps. in order to control the tracking of user activities. Hence, before the course ses- sion starts ▇▇▇▇▇▇ makes sure that the tracking agent is member of the space as an observer. After ▇▇▇▇▇▇ has successfully finished the ILS, he shares a secret URL with his students so they can access the ILS. During the session, he realises by observing the teacher dashboard, that students that have used the reading material in the orientation phase finish the experimentation phase more quickly with better results. After the course is over he recommends these reading materials to his colleagues who create similar ILS. After class, the teacher wants to review the previous session in order to detect potential lack of knowledge of the students and to get information on how future sessions can be improved. As described in scenario LA-2, he has added some pre-configured analytics apps to his personal space. He uses one of these apps to investigate individual concept maps created by the students but also an ag- gregated concept map which is an overlay of all created maps. This helps him to detect a common misunderstanding of the relation between electric current and voltage especially in the early phase of the session. Additionally, another analytics app that displays frequent sequential patterns of student actions while interacting with the lab, displays that many of the students do not adjust the voltmeter after they adjusted the resistors. This convinces him that his students have a common misconception of the relations between electric current, voltage and the influence of resistors and he decides to revise these things again in with his students in the next class.‌
User scenarios. Four user scenarios are illustrated to show how the add-on services work to- gether in the Go-Lab portal. They can be seen as a whole. the lab and clicks the button “Book the lab”. A calendar of WebLab Aquarium pops up and shows there is only one time slot available in two weeks that fits his physics class. He books it right away by adding the class name and number of students. He is notified that 3 remote lab instances are recommended and booked for his class of 25 students. He also receives an email and notification in his inquiry learning space which hosts this lab. During his class, he connects to the lab transparently without further setup and is able to use the remote lab user interface with his students to control different objects floating or sinking in the aquarium to observe the force.
User scenarios. Usage scenarios contribute a value in guiding the conversation during the design process, giving it context and scope. They indicate what to include, exclude, how wide, how deep to go, when to stop and they provide variations to test the design. User scenarios can be used during many stages of a system development, being associated with different objectives. Used at the analysis stage, they can prevent costly error corrections at later stages of the development. At the current stage, user scenarios will serve as a guiding tool to identify, preview and analyse the functionalities of the BOUNCE system, as well as to determine the technical requirements, both functional and non-functional, of the system being developed. The interaction steps of BOUNCE end users with BOUNCE system throughout the breast cancer treatment continuum, e.g. the collection of different types of data and the resilience assessment after diagnosis and at regular visits, as identified during the user requirements procedure (reported in D1.2) are summarized in Figure 3. The following BOUNCE User Scenarios have been identified, and reported in detail in D1.2, per end users of the BOUNCE system (oncologist, nurse, social-worker, psychologist, patient, developer): 1. Oncologist/nurse/social worker: Assesses the need for referral to the psychological Team/Unit. 2. Oncologist/nurse/psychologist/social worker: Assesses patient progress on psychological functioning/well-being and resilience levels. 3. Oncologist/social worker: Assesses likely impact of patient biomedical and psychological characteristics and resilience levels on overall adaptation to illness. 4. Psychologist/social worker: Assesses patient resilience levels and/or psychological well- being in order to inform the patient and the medical team.

Related to User scenarios

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

  • Programming Phase Schematic Design Phase: 2.2.1.3. Design Development Phase:

  • COVID-19 Vaccine Passports Pursuant to Texas Health and Safety Code, Section 161.0085(c), Contractor certifies that it does not require its customers to provide any documentation certifying the customer’s COVID-19 vaccination or post-transmission recovery on entry to, to gain access to, or to receive service from the Contractor’s business. Contractor acknowledges that such a vaccine or recovery requirement would make Contractor ineligible for a state-funded contract.

  • Unbundled Channelization (Multiplexing) 5.7.1 To the extent NewPhone is purchasing DS1 or DS3 or STS-1 Dedicated Transport pursuant to this Agreement, Unbundled Channelization (UC) provides the optional multiplexing capability that will allow a DS1 (1.544 Mbps) or DS3 (44.736 Mbps) or STS-1 (51.84 Mbps) Network Elements to be multiplexed or channelized at a BellSouth central office. Channelization can be accomplished through the use of a multiplexer or a digital cross-connect system at the discretion of BellSouth. Once UC has been installed, NewPhone may request channel activation on a channelized facility and BellSouth shall connect the requested facilities via COCIs. The COCI must be compatible with the lower capacity facility and ordered with the lower capacity facility. This service is available as defined in NECA 4. 5.7.2 BellSouth shall make available the following channelization systems and interfaces: 5.7.2.1 DS1 Channelization System: channelizes a DS1 signal into a maximum of twenty- four (24)

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