Requirements of the system Sample Clauses

Requirements of the system. To develop the use case mentioned before we need two embedded devices with Android+WebRTC support and a HDMI connection, two external cameras with microphone, two monitors or TV with this interface available and a PC/laptop with a WebRTC-enabled browser. To run the WebRTC Application Controller we will use a general purpose virtual machine based on VMware that will host an OVA with this element ready. As embedded device we have chosen the XXXXX NEO X7 Mini, a device that was released in September 2013. It is the scaled-down version of the NEO X7 but with similar capacities in terms of CPU and RAM. This element is part of the family of Android TVs (linked with elements like HDMI dongles, AppleTV or ChromeCasts). It runs an Android 4.2.2 with different web browsers that can run WebRTC applications. This element has an HDMI interface (thought to be plugged into a TV) with 1080p HD video. Supports mouse and keyboard, and it’s easy to add a camera a microphone to have a complete WebRTC session. In addition, it has been designed to support Android games, so video processing capacities is enough to deal with video contents over WebRTC. The main features of this device are: Table 1: XXXXX MEO X7 Mini features Processor Quad-Core Cortex A9 Processor GPU Quad-Core Mali 400 Memory 2GB DDR3 Internal Storage 8GB NAND Flash Wireless Connectivity 802.11n Wi-Fi, Bluetooth 4.0 OS Android™ Jelly Bean 4.2.2 The WebRTC Application Controller will run on a virtual machine based on VMware with following minimum requirements:  Architecture Intel x86 processors, 64 bits  Number of CPU cores 1x CPU core  Processor speed 2.0 GHz or higher  RAM At least 1 GB memory  Disk space 18 GB hard drive or higher  Network Interfaces Single Ethernet 1000base-TX NICs  IP Addressing One (1) IP address The rest of the elements like PC/laptop and TV/monitor will be generic, as they are not critical to evaluate the results of this use case. The cameras for the embedded devices will be HD 1280*720 from Logitech (model c920) with embedded microphone. It is important to mention that WebRTC is supporting this media quality: For audio it uses Opus codec. This is a royalty free codec defined by IETF RFC 6176. It supports constant and variable bitrate encoding from 6 kbit/s to 510 kbit/s, frame sizes from 2.5 ms to 60 ms, and various sampling rates from 8 kHz (with 4 kHz bandwidth) to 48 kHz (with 20 kHz bandwidth, where the entire hearing range of the human auditory system can be reproduced). For ...
Sample 1
AutoNDA by SimpleDocs
Requirements of the system. The main requirements of the envisioned use cases may be categorized as follows.  Development of an interconnection possibility for systems of mixed-criticality over open net- works  Integration possibility for existing, heterogeneous devices and systems into the mixed-criticality network infrastructure  Co-existence of messages belonging to different traffic classes on one physical network (time- and space partitioning)  Compliance to established standards of the Internet world, in particular of the IEEE 802.1 family  Definition of mechanism that allow the dynamic integration of new devices or new messages on the network. For the tactical voice communication system demonstrator the key requirements are:  Mixed criticality applications shall be separated on different cores and/or on different operating systems on the same platform.  The Frequentis Linux distribution shall be ported to a multicore architecture.  A concept for the utilization of a hypervisor shall be developed.
Sample 1
Requirements of the system. The main requirements of the envisioned system may be categorized as follows. The system should be:  Pervasive, in the terms of becoming as much unnoticed by the user as possible, while fulfilling all his needs  Autonomous, in the terms of being able to
Sample 1
Requirements of the system. The current demonstrator inherits the requirements already addressed on WP1, WP4 and WP6. Because these requirements have been properly addressed and explained on those workpackets and for the sake of concretion, on this deliverable we focus only on the requirements strictly assigned to this use case. They are listed on the next table 2. These requirements address three EMC2 and energy domain topics. The first one is related with the effective use of the multicore processor for this market. The open possibilities of such devices allowing integration on the same devices much functionality with reduced power and enhanced performance. Moreover, if the proper critical design rules are followed and proper arbitration mechanism are used for the shared resources, multicore architectures allows the utilization on a single devices for mixed critically applications, reducing system power, space and cost. The effective utilization of these architectures for the Smart Grid market is here provided by Telvent`s RTU while the enhanced synchronization capabilities is provided by Seven Solutions. The second requirement focuses on the utilization of a redundant network topology. This can be easily asserted by the ring-like topology of the demonstrator and significantly is related with the determinism of the solution here proposed. Finally, the last requirement is related with the proper distribution of the high accurate time information. As commented this is a key property for many operations of the Smart Grid and particularly for the PMUs. Table 2: High level requirements for the demonstrator of the Synchronized low-latency deterministic networks use case. Requirement ID: <Participant>-<Req. ID> Category <Functional / non- Functional> Sub Category <HW, SW, …> Short Description:<Req. Name> Description:<Req. Description> Verification Method<Description how to verify> Rationale:<The rationale behind this req.> HL-REQ-WP11-002 Non-Functional Safety Effective use of multicore embedded systems in the energy domain. Enable the effective use of multicore embedded systems in the energy domain with special attention to synchronization and safety as defined in the relevant standards. Validated in the use case UC11.5 Tackle challenges in the energy domain posed by multi-core embedded systems, by applying new low latency networks with high accuracy time synchronization, and safety concepts. HL-REQ-WP11-005 Functional System Redundant topology networks based on HSR/PRP configurations. A...
Sample 1

Related to Requirements of the system

  • Requirements of the job Some or all of the following are needed to perform work at this level:

  • Requirements of the State of Kansas 1. The contractor shall observe the provisions of the Kansas Act against Discrimination (Kansas Statutes Annotated 44-1001, et seq.) and shall not discriminate against any person in the performance of work under the present contract because of race, religion, color, sex, disability, and age except where age is a bona fide occupational qualification, national origin or ancestry;

  • Components of the Contract Any and all plans or drawings prepared by the Department, the document titled “General Provisions and Contract Specifications for Highway Construction”, the advertisement, the Tender Form and Agreement together with Schedule A, Schedule of Special Provisions; Schedule B, Identification of Principals; Schedule C, Schedule of Tendered Unit Prices; Schedule D, Schedule of Equipment; and Schedule E, Schedule of Sub-Contractors, as well as any addenda which may be issued by the Department pursuant to this Contract shall hereby be a part of this Contract as fully and to the same effect as if the same had been set forth at length in the body of the Contract.

  • Closet/Urinal Requirements 6.1 Employees Closets Urinals 1-5 1 Nil 6-10 1 1 11-20 2 2 21-35 3 4 36-50 4 6 51-75 5 7 76-100 6 8

  • Requirements of the position Some or all of the following are needed to perform work at this level:

  • Financial Requirements A report of monthly and cumulative financial requirements; and

  • Requirements to Establish Escrow Accounts 11.10.1 To be acceptable, the Third Party escrow agent must meet all of the following criteria:

  • Responsibilities of the School The School will:

  • Procurement of the Site 10.3.1 Pursuant to the notice specified in Clause 4.1.2, the Authority Representative and the Concessionaire shall, on a mutually agreed date and time, inspect the Site and prepare a memorandum containing an inventory of the Site including the vacant and unencumbered land, buildings, structures, road works, trees and any other immovable property on or attached to the Site. Such memorandum shall have appended thereto an appendix (the “Appendix”) specifying in reasonable detail those parts of the Site to which vacant access and Right of Way has not been granted to the Concessionaire. Signing of the memorandum, in two counterparts (each of which shall constitute an original), by the authorised representatives of the Parties shall, subject to the provisions of Clause 10.2.2, be deemed to constitute a valid licence and Right of Way to the Concessionaire for free and unrestricted use and development of the vacant and unencumbered Site during the Concession Period under and in accordance with the provisions of this Agreement and for no other purpose whatsoever. For the avoidance of doubt, it is agreed that valid licence and Right of Way with respect to the parts of the Site as set forth in the Appendix shall be deemed to have been granted to the Concessionaire upon vacant access thereto being provided by the Authority to the Concessionaire.

  • Functional Requirements Applications must implement controls that protect against known vulnerabilities and threats, including Open Web Application Security Project (OWASP) Top 10 Risks and denial of service (DDOS) attacks.

Time is Money Join Law Insider Premium to draft better contracts faster.