Use Case. The purpose of tokens in 'read' and 'bring online' primarily is to steer data streams or better to steer the location of files. The space reservation aspect of tokens is of minor interest. An example is that the same dataset may be needed by the reprocessing system as well as for FTS export or user analysis. It would be envisioned that this file is served to the various competing processes by different locations in the system mainly not to interfere or slowdown expensive reprocessing.
Use Case. In order to evaluate the prototype, a dedicated server was setup in AUTH data center with the following specifications: • Operating System: Windows 2008 Server 64bit • CPU: 2 Xeon CPUs 2.5Ghz • RAM: 4 GB • Hard Disk: 20GB (SAS) plus 60GB (SATA) Remote access and networking were also established and the prototype application was installed and tested continuously during the last stages of development from September 2011 to November 2011. The final test was conducted from the 22nd to the 24th of November 2011. A ping server with high traffic was monitored during this time and 2 URL filters were set a) *xxxxxxxx.xxx/0000* and
Use Case. MTQIP shall share MTQIP aggregated data set data with the Anesthesiology Performance Improvement and Reporting Exchange (ASPIRE) for the purpose of perioperative care quality improvement. ASPIRE may use MTQIP data for identification of patient outcomes. In exchange for sharing MTQIP data for the purpose(s) articulated ASPIRE will in turn share ASPIRE data with MTQIP to assist MTQIP to understand the relationship between anesthesia variables and outcome(s) to improve care and will be used in accordance with all uses enumerated in the Agreement. This Amendment, coupled with the underlying terms and conditions of the Agreement, contains and merges all of the terms and conditions between the parties with respect to the subject matter hereof without modifications. Participant: By: Print name: Title: Date of Signature: Address for Notice: Regents of the University of Michigan: By: Print name: _Jeanne Xxxxxxxxxx Title: Chief Compliance Officer Date of Signature: Address for Notice: University of Michigan NCRC MTQIP Building 16, room 139E 0000 Xxxxxxxx Xxxx Xxx Xxxxx, XX 00000-0000
Use Case. MTQIP shall share MTQIP aggregated data set data with MSQC for quality improvement. MSQC shall share MSQC aggregated data set data with MTQIP for quality improvement. The MSQC data set contains a comprehensive cadre of perioperative variables for patients who undergo an operative intervention. The MTQIP data set contains perioperative variables for patients who may or may not undergo an operative intervention. MSQC-MTQIP data aggregation allows for identification of potential care pathways for patients at high risk of mortality and/or complications in both operative and non-operative instances. This information can be used to aid clinicians in providing the safest care at the safest time.
Use Case. In order to demonstrate the problem of guaranteeing QoS requirements, in a network with limited link capacity, this section presents a use case, which exemplifies the relation be- tween link utilisation and E2E delay. The use case acts a the reference scenario throughout the work of this project. Among current techniques for guaranteeing QoS in IP networks, there are Integrated services (IntServ), Differentiated services (DiffServ) and Multi-Protocol Label Switching (MPLS). IntServ suffer from not being scalable in larger backbone networks, due to its need for state information for every flow. DiffServ schedules packet transmission on a configured per-hop basis, hence it cannot guarantee E2E requirements. MPLS can set up tunnels throughout the network, in order to allocate bandwidth E2E, but only based on a simple counter value and not from a view of the global network state. However, combining MPLS and DiffServ can provide a synergy, where MPLS handles the path selection and DiffServ determines how to schedule packets along the way. But this also introduces the need for further distributed state information to map between Label Switched Paths (LSPs) and output queue, which again will decrease the scalability aspect of the solution. Furthermore, the technique is still not aware of the global network state and cannot adapt to the current networking conditions. The three techniques are all described in more detail in appendix B. The use case is based on the assumption, that an Internet Service Provider (ISP) is creating one tunnel per user, with a single scheduling policy for the tunnel, in order to maintain scalability as discussed above. That is, no configured per-hop behaviour for different traffic types within the tunnel, hence aggregating all traffic from one user into a single queue. To stress the fact that the network has limited link capacity, the network topology for the use case only has a single link in the backbone, thus no option for re-routing the traffic along another and less congested path. Combined with the assumption above, all traffic is transmitted via the backbone using a single output queue only, since a queue per user in the backbone is also not a viable solution in an ISP network. These descriptions are used for creating the network topology, which is introduced in the following section.
Use Case. The specification of a sequence of actions, including variants, that a system (or other entity) can perform while interacting with actors of the system. Use case diagram: A diagram that shows the relationships among actors and use cases within a system.
Use Case. This language targets residents of certain counties. This language should be used instead of restrictions for residents of a certain state.
Use Case. These language options may be used in place of basic preferences for “veterans” (which could include militaries other than the United States’) or more complex preferences for students with relatives in the military. Per the Office of General Counsel, referencing transferred Post-9/11 GI Bill benefits includes spouses of such service members, as well as their children.
Use Case. This language must be inserted at the end of the “Awards will be determined by…” paragraph for agreements in which there is a preference for recipients residing in rural counties as determined by the North Carolina Rural Economic Development Center.
Use Case. Donors do not wish to be completely anonymous, but wish to approve any use of their name(s).
