to have two additional types of items (doodads and kontraptions), as well as widgets; initially, there are 60 widgets, 50 doodads, and 70 kontraptions. The customers arrive in the same pattern as before, but now each customer will have a demand for doodads and kontraptions, as well as for widgets. Widget demands are as before, doodad demands are POIS(1.9), and kontraption demands are POIS(2.3); assume that a customer’s demand for an item is independent of his or her demands for the other two items. There’s still one inventory evaluator, who still arrives at the kel01315_ch05_207-278.indd 276 05/12/13 3:28 PM Modeling Detailed Operations 277 beginning of each day, but now has to look at all three inventories and order according to separate ( s , S ) policies for each of the three inventories; you may “clone” this inventory evaluator for this triple duty, using two tandem instances of the Separate f owchart module. For widgets, ( s , S ) = (20, 40) as before; for doodads, ( s , S ) = (15, 35); and for kontraptions, ( s , S ) = (25, 45). Delivery lags for widgets are UNIF(0.5, 1.0) as before; for doodads, it’s UNIF(0.4, 0.8); and for kontraptions, it’s UNIF(0.8, 1.7); note that for kontraptions, it’s possible for a delivery lag to extend beyond the time of the next inventory evaluation, but make the order decision based on only the inventory on hand, rather than based on the inventory on hand plus on order (even though the latter might make more sense; see Exercise 5-25). Ordering costs (both setup and incremental), holding, and shortage costs for doodads and kontraptions are the same as for widgets. Run the simulation for the same length of time as Model