This Background is intended to provide the basic context of this patent application and it is not intended to describe a specific problem to be solved.
The need to be able to flexibly plan the production of goods or the provision of services has long been present. Linear programming has been able to provide optimal solutions to production situations that are capable of being broken down into a series of mathematical equations. These equations can be quite complex. However, users often have more than a single goal when planning production. For example, while maximizing profit is always nice, it may place excessive demands on workers and suppliers that cannot be sustained over a long period of time.
This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.
A method of analyzing production throughput is disclosed. The method may define production constraints, define timing constraints, define resource constraints, add a weight to one or more solution strategies for the production throughput and calculate a production throughput solution to satisfy the constraints and the weighted solution strategies and report the calculated production throughput solution. The constraints and strategies may be reduced to a series of equations with variables that are maximized or minimized. As a result, goals are maximized or minimized while respecting the constraints that are part of the throughput system.
Although the following text sets forth a detailed description of numerous different embodiments, it should be understood that the legal scope of the description is defined by the words of the claims set forth at the end of this patent. The detailed description is to be construed as exemplary only and does not describe every possible embodiment since describing every possible embodiment would be impractical, if not impossible. Numerous alternative embodiments could be implemented, using either current technology or technology developed after the filing date of this patent, which would still fall within the scope of the claims.
It should also be understood that, unless a term is expressly defined in this patent using the sentence “As used herein, the term ‘______’ is hereby defined to mean . . . ” or a similar sentence, there is no intent to limit the meaning of that term, either expressly or by implication, beyond its plain or ordinary meaning, and such term should not be interpreted to be limited in scope based on any statement made in any section of this patent (other than the language of the claims). To the extent that any term recited in the claims at the end of this patent is referred to in this patent in a manner consistent with a single meaning, that is done for sake of clarity only so as to not confuse the reader, and it is not intended that such claim term by limited, by implication or otherwise, to that single meaning. Finally, unless a claim element is defined by reciting the word “means” and a function without the recital of any structure, it is not intended that the scope of any claim element be interpreted based on the application of 35 U.S.C. §112, sixth paragraph.
The steps of the claimed method and apparatus are operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the methods or apparatus of the claims include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
The steps of the claimed method and apparatus may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The methods and apparatus may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
With reference to
Computer 110 typically includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by computer 110 and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computer 110. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of the any of the above should also be included within the scope of computer readable media.
The system memory 130 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 131 and random access memory (RAM) 132. A basic input/output system 133 (BIOS), containing the basic routines that help to transfer information between elements within computer 110, such as during start-up, is typically stored in ROM 131. RAM 132 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 120. By way of example, and not limitation,
The computer 110 may also include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only,
The drives and their associated computer storage media discussed above and illustrated in
The computer 110 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 180. The remote computer 180 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 110, although only a memory storage device 181 has been illustrated in
When used in a LAN networking environment, the computer 110 is connected to the LAN 171 through a network interface or adapter 170. When used in a WAN networking environment, the computer 110 typically includes a modem 172 or other means for establishing communications over the WAN 173, such as the Internet. The modem 172, which may be internal or external, may be connected to the system bus 121 via the user input interface 160, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 110, or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation,
At block 210, production constraints are defined. Production constraints may be elements needed to create a product. For example, a bicycle may require two wheels, one frame, gearing mechanisms, braking mechanisms, a seat, pedals and steering mechanisms. Each of these parts may be delivered whole or may be delivered in pieces which are put together to create the parts.
At block 220, timing constraints are defined. Timing constraints may be an amount of time need to complete each step of the production. For example, it may take one laborer two hours to use the necessary pieces to build one wheel.
At block 230, resource constraints are defined. Resource constraints may be an availability of resources needed to create a product. For example, bicycles need tires. If only a limited number of tires are available, then the number of bikes that can be built is limited. If the tires are readily available, then the availability of tires will not limit the number of bicycles that can be built.
In one embodiment, different weights can be added to at least one of the constraints. For example, it may be especially important to a certain vendor that sufficient time is available to complete a project. A weight may be added to the timing constraint so that additional slack may be built into the solution.
At block 240, a weight is added to one or more solution strategies for the production throughput. -Solution strategies are overall aims that the user desires to be satisfied. Some example of solution strategies include a chase strategy, a level strategy and a profit strategy. Strategies are made up of a set of goals to be maximized or minimized. In order to satisfy the goals, the strategies use a series of equations to calculate a solution. The equations are selected from the group of equations including a time equation, a material flows equation, a service flows equation, an activities equation and a demand equation. The equations may be described as follows:
Time—Each flow (transfer of intermediate product) in a production and logistics system is modeled as a bounded function of discrete time periods in the interval [1, . . . ,time horizon]. Time period 0 is the point in time after which flows are calculated for each time period. The time horizon index is the last time period for which the model will calculate material flows. Time is a parameter and decision variable index in the model.
Material Flows—A material flow [1 . . . M] in the model is a rate-based flow that represents the quantity of storable raw material, work-in-process and product that flows in the system each time period. The flows calculated at the end of each time period in the model is the cumulative material flows that occur during the time period i.e. from the start of the time period until the end of the time period. A material balance, due to the physical law of mass conservation, exists between material in transit, received, applied, output and sent to an activity. Cumulative send, receive, input and output material flows are parameters and decision variables in the model.
Service Flows—A service flow [1 . . . S] in the model is a rate-based non-storable flow of work capacity. Service capacity is allocated to activities and applied to the production of output materials. A service capacity limit exists between allocated and applied capacity due to the physical law of work conservation. Cumulative activity input service flows are decision variables in the model.
Activities—Each activity [1 . . . N] in the model is a production or logistics activity. The 0th activity is a virtual activity that represents a supply of raw material into the system. The N+1 activity is also a virtual activity that represents a delivery of final product out of the system.
The variables used in the equations include:
Inventory levels at a point in time;
Backlog of demand in a time period;
Activity intensity, wherein activity intensity represents the work required to produce the required inventory of intermediate materials and final product in each time period;
Raw material input, wherein raw material input represents the raw material that must be inputted into the system each time period;
Product output, wherein the product output represents that output from the system during each time period;
Goal overachievement wherein goal overachievement represents that amount by which a solution to the problem over achieves the goal value;
Goal underachievement wherein goal underachievement represents that amount by which a solution to the problem under achieves the goal value;
Cumulative raw material cost, wherein the cumulative raw material cost is the cost of the raw material needed to produce the final product output;
Cumulative raw material sales revenue, wherein the cumulative raw material sales revenue is the revenue generated from the sale of the final product output;
Activity intensity goal, wherein the activity intensity goal is the sum of the difference between maximum activity intensity goal and minimum activity intensity goal for each activity at each time period;
Profit goal, wherein profit goal is the product revenue minus total variable cost of material;
Demand satisfaction goal, wherein demand satisfaction goal is satisfied if final output product flow is sufficient to satisfy the known demand; and
Material transit goal, wherein the material transit goal is a heuristic used to govern material flow between operational sites and between operational sites and market demand points.
At block 250, a production throughput solution to satisfy the constraints and the weighted solution strategies is calculated. Multiple equations are created to satisfy the constraints through linear programming.
Inventory can be reduced to a set of equations which can be solved through linear programming to obtain an optimal result. The following are some sample inventory equations:
Related, the provision of services can be reduced to a series of equations. The conservation of service equation limits the amount of capacity that activities can apply to the production of material output.
A demand goal equations may be as follows:
The inventory goal equation has a zero inventory objective at all sites An inventory goal equation may be as follows:
The backlog goal equation has a zero backlog objective for all markets. A sample backlog equation may be as follows:
The production rate goal has a level activity intensity objective. A sample production rate goal equation may be as follows:
The profit goal has an objective to maximize cumulative profit over the time horizon where profit is calculated as the revenue generated from sales minus the cost of raw materials. Sample profit goal equations are as follows:
The material in transit goal has an objective to minimize the amount of time that material spends in transit both between sites and between sites and markets. Sample material in transit equations are as follows:
The chase strategy attempts to meet demand with supply.
Maximize the demand satisfaction goal;
Minimize the backlog goal;
Maximize the profit goal;
Minimize the inventory goal;
Minimize the activity intensity goal; and
Minimize the material in transit goal.
The level strategy attempts to meet variable demand with level production output.
Minimize the demand satisfaction goal;
Minimize the activity intensity goal;
Minimize the backlog goal;
Minimize the inventory goal;
Maximize the profit goal; and
Minimize the material in transit goal.
The profit strategy attempts to maximize profit on constrained resources.
Minimize demand satisfaction goal;
Maximize profit goal;
Minimize activity intensity goal;
Minimize inventory goal;
Minimize backlog goal; and
Minimize material in transit goal.
Of course, the goals can be switched and placed in different orders to create a variety of different strategies. In addition, different weights may be placed on different goals to add further emphasis to the chosen goals.
Further, more than one strategy may be satisfied at one time. In addition, weights or levels of importance may be placed on strategies.
In use, a topological goal ordering is predefined for the strategies. The goal programming procedure first optimizes a goal and then adds the optimal value as a constraint on the goal before the next goal is optimized. For example, after minimizing InventoryGoal+in the chase production strategy, the InventoryGoal+<=optimal value is added to the model before the ActivityIntensityGoal is minimized.
All the strategies make some assumptions. Specifically,
Inventorytime=0site,material Known site inventory levels at the start of the planning calculation.
BackLogtime=0market,material Known product backlog at the start of the planning calculation.
All decision variations are greater than or equal to zero.
At block 260, the calculated production throughput solution is reported. The solution may be reported as a file, as a printed report, etc.
As an example, Adventure works has three physical operational sites (AW Parts, AW Bike and AW Warehouse) that make and distribute one product—bike frames. The bike frame tubes are cut from pipe at the AW Parts factory and transferred to the AW Bike factory where they are welded into bike frames. The bike frames are transferred to AW Warehouse. There are capacity constraints on the work centers used to cut pipe into tubes and to weld the final bike frame output product. Assume that the transportation between sites is instantaneous.
The inputs into the equations may be as follows:
Indexes created from data in site=AWParts, AWBike, AWWarehouse
material=TubePipe, SeatTube, TopTube, DownTube, HeadTube, Frame
time=0 . . . 3
activity=CutSeatTube, CutTop&HeadTube, CutDownTube, WeldFrame
service=CuttingMachine,WeldingStation
Service capacity constraints
AWParts:CuttingMachine: 60 mins per time period
AWBike:WeldingStation: 40 mins per time period
The material balance equations would be as follows:
InventorytimeAWParts,TubePipe=Inventorytime-1AWParts,TubePipe+RawMaterialInputtimeAWParts,TubePipe−1ActivityIntensityCutSeatTubeAWParts−1ActivityIntensityCutTopTubeAWParts−1ActivityIntensityCutDownTubeAWParts−1ActivityIntensityCutHeadTubeAWParts
InventorytimeAWParts,SeatTube=Inventorytime-1AWParts,SeatTube+4ActivityIntensityCutSeatTubeAWParts−MaterialTransferAWBike,timeAWParts,SeatTube
InventorytimeAWBike,SeatTube=Inventorytime-1AWBike,SeatTube+MaterialTransferAWParts,timeAWBike,SeatTube−1ActivityIntensityWeldFrameAWBike
InventorytimeAWParts,TopTube=Inventorytime-1AWParts,TopTube+2ActivityIntensityCutTop&HeadTubeAWParts−MaterialTransferAWBike,timeAWParts,TopTube
InventorytimeAWBike,TopTube=Inventorytime-1AWParts,TopTube+MaterialTransferAWPart,timesAWBike,TopTube−1ActivityIntensityWeldFrameAWBike
InventorytimeAWParts,DownTube=Inventorytime-1AWParts,DownTube+2ActivityIntensityCutDownTubeAWParts−MaterialTransferAWBike,timeAWParts,DownTube
InventorytimeAWBike,DownTube=Inventorytime-1AWBike,SeatTube+MaterialTransferAWParts,timeAWBike,DownTube−1ActivityIntensityWeldFrameAWBike
InventorytimeAWParts,HeadTube=Inventorytime-1AWParts,HeadTube+3ActivityIntensityCutTop&HeadTubeAWParts−MaterialTransferAWBike,timeAWPart,HeadTube
InventorytimeAWBike,HeadTube=Inventorytime-1AWBike,HeadTube+MaterialTransferAWParts,timeAWBike,HeadTube−ActivityIntensityWeldFrameAWBike
InventorytimeAWBike,BikeFrame=Inventorytime-1AWBike,BikeFrame+1ActivityIntensityWeldFrame,timeAWBike−MaterialTransferAWWarehouse,timeAWBike,BikeFrame
InventorytimeAWWarehouse,BikeFrame=Inventorytime-1AWWarehouse,BikeFrame+MaterialTransferAWBike,timeAWWarehouse,BikeFrame−ProductOutputtimeAWWarehouse,BikeFrame
Service constraints would then be created as follows:
4ActivityIntensityCutSeatTube,timeAWParts+10ActivityIntensityCutTop&HeadTube,timeAWParts+2ActivityIntensityCutDownTube,timeAWParts≦ParamServiceCapacitytimeAWParts,CuttingMachine
10ActivityIntensityWeldFrame,timeAWBike≦ParamServiceCapacitytimeAWBike,WeldingStation
Goal equations would then be created and the optimum solution would be found.
Although the forgoing text sets forth a detailed description of numerous different embodiments, it should be understood that the scope of the patent is defined by the words of the claims set forth at the end of this patent. The detailed description is to be construed as exemplary only and does not describe every possible embodiment because describing every possible embodiment would be impractical, if not impossible. Numerous alternative embodiments could be implemented, using either current technology or technology developed after the filing date of this patent, which would still fall within the scope of the claims.
Thus, many modifications and variations may be made in the techniques and structures described and illustrated herein without departing from the spirit and scope of the present claims. Accordingly, it should be understood that the methods and apparatus described herein are illustrative only and are not limiting upon the scope of the claims.