System Architecture Clause Samples

POPULAR SAMPLE Copied 1 times
System Architecture. 14.1. Reference #3183: The Contractor shall ensure components will integrate with the overall enterprise. 14.1.1. Components shall integrate with the overall enterprise to do all of the following: 14.1.1.1. Provide convenient, instant access to current and historical information without requiring a separate sign-on beyond the initial authorized BIDM user sign-on. 14.1.1.2. Employ a security approach that integrates with other BIDM components to provide role- based access with a single log-on. 14.1.1.3. Integrate with and provide support to other BIDM components as defined by the Department.
System Architecture. It is recommended that there be a single PCB-Design containing all interfaces for connectors, LCD, switches and buttons.
System Architecture. <A description of the physical system architecture, to include the system management. A diagram will be needed here>
System Architecture. We start with a description on the architecture, security features and thread model.
System Architecture. The VVDC system comprises a WinTV-USB device (details for this device are available at ▇▇▇▇://▇▇▇.▇▇▇▇▇▇▇▇▇.▇▇▇/html/usb_data.htm) and a personal computer. It is designed for both online and offline operations on a regular personal computer running Windows 2000 or Windows XP. The personal computer used for VVDC system development was a Dell Latitude D600 laptop computer with a Pentium M 1.6 GHz Central Computing Unit, 1-GB memory, and a 32-MB ATI Radeon 9000 video card. It ran the Windows XP Professional operating system. The WinTV-USB device is used for digitizing live video signals. When the VVDC system is executed offline, it reads digitized video images from a storage media, and the WinTV-USB device is not necessary. For online operations, the VVDC system reads real-time images from the WinTV-USB device from the location where a live video signal source is connected. The live video source can be a video cassette player or a video camera. The components of the VVDC system and possible video data sources are shown in Figure 6-1. Video Data link Computer Video Data Source The software component of the VVDC system was written in the Microsoft Visual C# programming language. It has six modules: a live video capture module, a user input module, a background extraction module, a vehicle detection module, a shadow removal module, and a length-based classification module. The relationships among these modules are illustrated in Figure 6-2. Details of each module are described in the following sections. Background Extraction Queue Image media Nth Image … 2nd Image Live video No Detection line occupied? Yes No Vehicle registered? No Yes Yes Count long vehicle Count the vehicle USB Port Extracted background Pixel-based length New Frame Get Bounding Box Shadow sample LV threshold Virtual detector Vide capture Edge Detection Compute Centroid Shadow Removal Find the median of color values for each pixel 1st Image USB Port Live video Vide capture No Detection line Yes No Yes Count the vehicle
System Architecture. Contractor shall perform its Services to be compliant with the system architecture described in the architectural diagram provided in each applicable TO.
System Architecture. Figure 3.7 shows the system architecture. For simplicity, I installed the VLBCoordinator and VLBManager on the front-end node. VM1, VM2 and VM3 are copies of the same virtual machine, containing the sample Web application. They are cached on the physical machines using EUCALYPTUS. The NCs are configured to host only one virtual machine each. Initially, only one virtual machine (VM1) is alive and part of the Web farm. The workload generator generates traffic for the Web application through the Ngnix load balancer.
System Architecture. The policy modeling tool has the conventional three-­‐tiered architecutre of web applications, consisting of a relational database backend layer, an application logic layer and a graphical user interface layer.
System Architecture. The control system for the Mikron G05 is based around an ▇▇▇▇▇-▇▇▇▇▇▇▇ Control Logix PLC processor and an ▇▇▇▇▇-▇▇▇▇▇▇▇ Panel View Plus touch screen. [*]
System Architecture. A primitive system prototype for the above scenario of dispelling darkness is built upon JADE [16]. Figure 2 illustrates the architecture of the simulation system. There are four types of agents in the simulation system: non-player- character (NPC) agents, user interface (UI) agents, the concept agent and the reality agent. The NPC agents are believable characters which realize the mind layer of the cognitive architecture. Human participants can interact with both the NPC agents and the concept agent through UI agents. NPC agents and UI agents are on equal stance in that they can perceive the same data and act in the same way except that NPC agents are driven by artificial minds while UI agents are controlled by human. The reality agent maintains the reality layer; it changes the reality according to physical laws and agent actions passed through the concept agent. The concept agent manages interaction between NPC/UI agents and the reality layer and thus has a central role in the system design.