106 results about "Software build" patented technology

A build process management system can acquire data pertaining to a software build process that is currently being executed by an automated software build system. The software build process can include executable process steps, metadata, and / or environmental parameter values. An executable process step can utilize a build artifact, representing an electronic document that supports the software build process. The acquired data can then be synthesized into an immutable baseline build process and associated baseline artifact library. The baseline artifact library can store copies of the build artifacts. The immutable baseline build process can include baseline objects that represent data values and dependencies indicated in the software build process. In response to a user-specified command, an operation can be performed upon the baseline build process and associated baseline artifact library.

Described is a system and method in which software images including updates are provided as packages. The package is self-describing, thereby facilitating the replacement of only component parts of an image. A software build process maps operating system features (comprising files, metadata, configuration information and so forth) into the packages, and executable code is processed for relocation purposes. The final package includes a device manifest file that describes the package and conveys dependency information and information about the priority of settings (shadow data).

A build optimization tool analyzes builds of software / firmware to determine the ordering of code objects in first and second code versions for an electronic client device such as a cellular phone, personal digital assistant, or pager. The build optimization tool produces information for use by a software linker to link the code objects of the second code version in a more optimal order for the production of updating information used in the electronic client device for updating the software / firmware of the electronic client device.

A time and motion study is conducted to gather timings and factors for each portion of customer visits in an organization. This study draws data from existing management systems as well as special-purpose software built to collect additional data not available in current systems. Multiple regression is then used to analyze these data and determine which factors predict visit lengths, and to develop a model for predicting appointment lengths. This model is then used to assign appointments to different groups with different average lengths. These groups are then arranged in schedule templates and simulated using Monte Carlo simulation techniques. A schedule template is developed, tested and refined by repeated simulation. Finally, once a schedule template has been finalized, it is used to guide the scheduling of appointments, using a program which assigns appointments to one of the groups named by the schedule template, based on factors available at scheduling time.

In response to detecting a software build break during testing, a change to a particular file committed to the software build that caused the software build to break is identified. A record of the change to the particular file is added to a sensitivity database, the sensitivity database accumulating multiple records of changes to the files of the software build during development of the software build. A relative level of failure of the particular file from the files of the software build based on the record in comparison with the multiple records is calculated. A sensitivity rating of the particular file to cause breaks in the software build based on the relative level of failure of the particular file weighted by one or more factors is generated. The sensitivity rating is output to one or more integrated development environment interfaces with access to the particular file of the software build.

A LED Light device for house or stores or business application having built-in camera unit is powered by AC or-and DC power source for a lamp-holder, LED bulb, security light, flashlight, car torch light, garden, entrance door light or other indoor or outdoor LED light device connected to power source by (1) prongs or (2) male-base has conductive piece can be inserted into a female receiving-piece which connect with power source or (3) wired or AC-plug wires. The device has built-in camera-system has plurality functions to make different products and functions. The LED light device has at least one of (a) camera or DV (digital video) to take minimum MP4 or 4K image or photos, (b) digital data memory kits or cloud storage station, (c) wireless connection kits, Bluetooth or USB set for download function, (d) MCU or CPU or IC with circuit with desired motion sensor / moving detector(s) / other sensor, (e) camera-assembly for connecting Wi-Fi, Wi-Fi extend, or-and 3G / 4G / 5G network or even settle-lite channel, (f) system to transmit or-and receiving wireless signal, (g) APP or other platform incorporated with pre-programed or even AI (artificial intelligence) software has optional area-selections function to make screen-comparison or image comparison to operation pre-program or related device including but not limited to detect moving object(s), face recognition or personal identification or-and habit or-and crime comparison, purchase, (h) LED light source to offer sufficient brightness under dark environment for camera-assembly take color data, (i) other electric or mechanical parts & accessories, (j) has moving detector and software built-in to make comparison to judge the movement object of the preferred screen selected-areas; to get desired function(s) for the said LED light device. The said motion sensor / moving detector or other sensor unit has desired camera and Wi-Fi system and part or all of digital data related module or circuit(s) or backup power, and (k) camera-assembly may in separated housing incorporated with all kind of existing light source so people can upgrade the non-camera device to has built-in camera and digital device for their old non-camera security light.

Testing of a software build. Differences between software builds are tracked by scanning the binaries of a software product to automatically discover its classes. A detailed dictionary is built that captures static and dynamic information of that build, including class dependencies. A comparison may be made with another build, so that selective tests may be automatically executed on any types, and their dependencies, that have had a structural or behavioral modification since the last build. Testers may load a set of constructors for any specific types to further increase coverage of types (or classes) tested. Detailed reports may also be provided that may be used to drive future testing work and target specific areas of the code for additional testing. Code generation from intermediate code to specified targets may also be performed to aid in reproducing and fixing bugs.

A system and method for deploying a software build from a plurality of software builds is presented. A target computer sends a request for the software build to a build master. The build master authenticates the request, permitting only authorized requests. If the request is authorized, the build master identifies a build server that stores the requested software build. The build master generates request data that identifies the build server and authentication information, and returns the request data to the target computer. The target computer submits the request, with the request data, to the build server. The build server authenticates the request according to the request data. If the request is an authorized request, the build server returns the software build to the target computer.

Systems and methods for generating a plurality of different software builds from a common base code and different combinations of other components are described in the context of a collaborative framework in which multiple parties maintain a shareable base of software used for generating such builds. Systems and methods for generating a plurality of different hardware build designs from a common collection of hardware elements and different combinations of other hardware components are also described.

A system and method for deploying a software build from a plurality of software builds is presented. A target computer sends a request for the software build to a build master. The build master authenticates the request, permitting only authorized requests. If the request is authorized, the build master identifies a build server that stores the requested software build. The build master generates request data that identifies the build server and authentication information, and returns the request data to the target computer. The target computer submits the request, with the request data, to the build server. The build server authenticates the request according to the request data. If the request is an authorized request, the build server returns the software build to the target computer.

Described is a system and method in which software images including updates are provided as packages. The package is self-describing, thereby facilitating the replacement of only component parts of an image. A software build process maps operating system features (comprising files, metadata, configuration information and so forth) into the packages, and executable code is processed for relocation purposes. The final package includes a device manifest file that describes the package and conveys dependency information and information about the priority of settings (shadow data).

In one embodiment, a computer system packages a first set of data objects into a first software build. The computer system evaluates at least a portion of the usage of the first software build in accordance with usage training scenarios. The computer system monitors the evaluation of the first software build in accordance with a first software build usage detection process to detect the use of data objects within the first software build. The computer system generates profile data for the data objects and the generated profile data includes an indication of usage for each data object. The computer system packages a second set of data objects into a second software build in accordance with the generated profile data from the first software build, wherein the second set of data objects is different from but includes one or more data objects from the first set of data objects.