
The present study aims at the influence of water/cement (W/C) ratio on workability, compressive strength, and durability, and microstructure of concrete by partial replacement of cement with bentonite (Bentocrete). The model development with the help of the matrix design was carried out using Response Surface Methodology (RSM). Scanning Electron Microscope (SEM) and X-ray diffraction used for assessment of bentonite microstructure. The variables in this research were water/cement (W/C) ratio and percentage of bentonite replacement. The W/C ratio was varied between 0.60 and 0.70; 0%, 10%, 20% and 30% of cement were substituted with bentonite. The responses (slump value, compaction factor, compressive strength (28 d), split tensile strength, flexural strength and charge passed through concrete (28 d) were assayed for all mixes. Design Expert 11.0 version was utilized for optimization using RSM. Bentonite's high-water absorption capacity decreased the workability as the OPC percentage decreased in the Bentocrete. The result has shown that the compressive strength, split tensile strength, and flexural strength of Bentocrete has decreased to 80% replacement of bentonite with OPC, increasing beyond that. This decrease is due to bentonite's pozzolanic reactivity. The durability of Bentocrete improved up to 20% replacement of OPC with bentonite. The increase is might be due to the pore filling effect, bentonite particles occupy the voids created by OPC since the particles of bentonite were finer than OPC. The models generated from RSM are valid with statistical significance in all the factors considered. 9.91% of the cost can be cut down at 80% cement substitution. The optimum solution with a desirability of 0.881 was obtained with 3.92% of bentonite substitution and 0.62 W/C ratio. The intended Bentocrete can be utilized in low-cost concrete production.
Citation: M. Achyutha Kumar Reddy, V. Ranga Rao, K. Naga Chaitanya, Veerendrakumar C. Khed. Optimization of Bentocrete parameters using Response Surface Methodology (RSM)[J]. AIMS Materials Science, 2021, 8(2): 221-246. doi: 10.3934/matersci.2021015
[1] | Wenlong Sun, Gang Lu, Yuanfeng Jin, Zufeng Peng . Strong convergence theorems for split variational inequality problems in Hilbert spaces. AIMS Mathematics, 2023, 8(11): 27291-27308. doi: 10.3934/math.20231396 |
[2] | Tayebe Lal Shateri, Ozgur Ege, Manuel de la Sen . Common fixed point on the bv(s)-metric space of function-valued mappings. AIMS Mathematics, 2021, 6(2): 1065-1074. doi: 10.3934/math.2021063 |
[3] | Lu-Chuan Ceng, Li-Jun Zhu, Tzu-Chien Yin . Modified subgradient extragradient algorithms for systems of generalized equilibria with constraints. AIMS Mathematics, 2023, 8(2): 2961-2994. doi: 10.3934/math.2023154 |
[4] | Hui Huang, Xue Qian . Common fixed point of nonlinear contractive mappings. AIMS Mathematics, 2023, 8(1): 607-621. doi: 10.3934/math.2023028 |
[5] | Shunyou Xia, Chongyi Zhong, Chunrong Mo . A common fixed point theorem and its applications in abstract convex spaces. AIMS Mathematics, 2025, 10(3): 5236-5245. doi: 10.3934/math.2025240 |
[6] | Shaoyuan Xu, Yan Han, Suzana Aleksić, Stojan Radenović . Fixed point results for nonlinear contractions of Perov type in abstract metric spaces with applications. AIMS Mathematics, 2022, 7(8): 14895-14921. doi: 10.3934/math.2022817 |
[7] | Kottakkaran Sooppy Nisar, Hasanen A. Hammad, Mohamed Elmursi . A new class of hybrid contractions with higher-order iterative Kirk's method for reckoning fixed points. AIMS Mathematics, 2024, 9(8): 20413-20440. doi: 10.3934/math.2024993 |
[8] | Nihal Taş, Irshad Ayoob, Nabil Mlaiki . Some common fixed-point and fixed-figure results with a function family on Sb-metric spaces. AIMS Mathematics, 2023, 8(6): 13050-13065. doi: 10.3934/math.2023657 |
[9] | Muhammad Nazam, Aftab Hussain, Asim Asiri . On a common fixed point theorem in vector-valued b-metric spaces: Its consequences and application. AIMS Mathematics, 2023, 8(11): 26021-26044. doi: 10.3934/math.20231326 |
[10] | Yasir Arfat, Poom Kumam, Supak Phiangsungnoen, Muhammad Aqeel Ahmad Khan, Hafiz Fukhar-ud-din . An inertially constructed projection based hybrid algorithm for fixed point and split null point problems. AIMS Mathematics, 2023, 8(3): 6590-6608. doi: 10.3934/math.2023333 |
The present study aims at the influence of water/cement (W/C) ratio on workability, compressive strength, and durability, and microstructure of concrete by partial replacement of cement with bentonite (Bentocrete). The model development with the help of the matrix design was carried out using Response Surface Methodology (RSM). Scanning Electron Microscope (SEM) and X-ray diffraction used for assessment of bentonite microstructure. The variables in this research were water/cement (W/C) ratio and percentage of bentonite replacement. The W/C ratio was varied between 0.60 and 0.70; 0%, 10%, 20% and 30% of cement were substituted with bentonite. The responses (slump value, compaction factor, compressive strength (28 d), split tensile strength, flexural strength and charge passed through concrete (28 d) were assayed for all mixes. Design Expert 11.0 version was utilized for optimization using RSM. Bentonite's high-water absorption capacity decreased the workability as the OPC percentage decreased in the Bentocrete. The result has shown that the compressive strength, split tensile strength, and flexural strength of Bentocrete has decreased to 80% replacement of bentonite with OPC, increasing beyond that. This decrease is due to bentonite's pozzolanic reactivity. The durability of Bentocrete improved up to 20% replacement of OPC with bentonite. The increase is might be due to the pore filling effect, bentonite particles occupy the voids created by OPC since the particles of bentonite were finer than OPC. The models generated from RSM are valid with statistical significance in all the factors considered. 9.91% of the cost can be cut down at 80% cement substitution. The optimum solution with a desirability of 0.881 was obtained with 3.92% of bentonite substitution and 0.62 W/C ratio. The intended Bentocrete can be utilized in low-cost concrete production.
Interest on the operation of warehouses and distribution centers has grown considerably in recent years, particularly due to the growing importance of e-commerce and the increasing number of deliveries of small size packages [1]. Improving the efficiency of the operational process in storing facilities is critical for the overall performance of a firm [2,3,4,5]. These processes include all the activities carried out in distribution centers, like receiving, transferring, putting away, sorting, picking-up, classifying, grouping, accumulating and dispatching orders [6,7,8]. This requires coordinating different technical teams and designing the lay-out of the storage center [9,10].
The receiving activities consist in unloading orders from vehicles, carrying them inside the depot, updating the inventory databases and inspecting the items to detect eventual inconsistencies with the quality, quantity and packaging declared. The putting away tasks amount to moving the items from the unloading dock to their assigned place in the storage area, registering their corresponding placement. This involves handling the goods, verifying the suitability of the placement sites and proceeding to store them until they are requested in an order [11]. The order picking process covers the most expensive activities in most warehouses, consisting in picking up the right amount of requested goods from the corresponding storage sites and taking them to the preparation/dispatch area [3,12,13]. Classifying and grouping the requested and picked up articles consists in consolidating the orders of the clients in the modular packages (boxes, pallets, containers, etc.) to be dispatched [14,15]. In most cases this involves marking, labeling and grouping several goods into a single unit load. Dispatch is the process of verifying the load units to be transported, checking that the orders received are fulfilled, elaborating the documents to accompany them, to finally load them on transports.
Given the high costs in resources and time of the logistics in the storage facilities, leads us to focus on the order picking activities. We are particularly interested in the solution of the integral batching and pick-up problems, by taking the displacement costs and the earliness and tardiness penalties into consideration. We treat this combined problem in a multi-level storage system (with a 3D positioning of items) solved by applying a hybrid evolutionary algorithms.
The rest of this paper is organized as follows: Section 2 describes the problem and reviews the relevant literature. Section 3 presents the formal model, while Section 4 describes the algorithm devoted to solve this question. Section 5 presents datasets with different order characteristics and 3D warehouse environments and section 6 discusses the results of computer experiments Finally, section 7 discusses the results and the prospects for further work.
To pick up orders fastly and at a minimal cost, three planning problems, involving operations in warehouses or distribution centers, have to be addressed. One is the allocation of storage positions for the received articles. Another one is batching-up the orders in lots to be collected. Finally, we have the problem of scheduling the sequence of pick-ups and delivery displacements to the dispatch area [16]. In this paper we focus on the integrated treatment of the two last problems, which are critical for the efficiency of the activities in the storage floor. Furthermore, they generate most of the costs associated to the operation of the distribution center since they involve activities that are intensive in labor and equipment [17,18,19].
A more precise description of the order picking process is the following. The process starts with incoming multiple customer orders. Each order involves requests of different articles made by a customer, detailing the amount of each article and the due time at which the order has to be available at the dispatch area. The articles must be picked-up from the storage positions at the right time by a pick-up team that has to visit them in a sequence [20,21]. Masae et al. [22] review systematically the literature on order picker routing policies.
Small orders may reduce the displacement time, by finishing them in single picking tours. This can be taken advantage by order batching procedures that split up larger orders into smaller ones. Alternatively, small orders can be combined in a single large order that can then be picked in a single picking tour [23]. Figure 1 depicts this process, indicating that it starts and ends at the dispatch area.
So, the integrated process consists in designing a plan to reduce the cost of selecting, picking-up batches of different orders simultaneously, given precise deadlines for the finishing of each one. This cost is proportional to the displacement times across the storage floor and the punctuality in finishing the requested tasks. Since the final goal is to dispatch the batches, the schedule of pick-ups depends on the schedule of deliveries to customers. If the order were finished with delays it would lead to violations of the contracts with customers. Penalties and related costs ensue. On the other hand, if the orders are finished before the stipulated time the goods may clog the regular flow in the dispatch area, increasing the processing time of urgent requests, increasing the total cost of operations.
In more formal terms, this problem integrates two already known NP-Hard problems, the order batching problem (OBP) and the order picking problem (OPP). OBP consists in determining how to conform the batches that will be collected by the pick-up teams, taking into account the capacities of the teams and the time at which each article should be at the dispatch area. OPP in turn consists in identifying optimal visit sequences to the storage positions in which the goods of a given batch can be found, minimizing the distance covered and the processing time of the batch, visiting each storage position only ones. We denote the integrated problem as OBP/OPP.
De Koster et al. [7] present a thorough literature revision on OBP and OPP. Ho and Tseng [24] reviewed the heuristics used to solve OBP. Chen and Wu [14] use a clustering-based approach to solve OBP taking into account demand patterns instead of the distance covered in each sequence of visits. Henn et al. [15] proposed using heuristics like taboo search and attribute-based hill climbing for OBP. Henn and Schmid [25] added the iterated local search heuristic to address OBP. Later on, Lam et al. [26] proposed and integer programming model for OBP in which the distance covered by each sequence is estimated and the problem is solved using a fuzzy logic-based heuristic.
Van Gils et al. [27] reviewed and classified the literature on OPP. Petersen [28], De Koster et al. [6] as well as Theys et al. [29] presents revisions of the heuristics for OPP. Henn et al. [30] used ant colony optimization and iterated local search to solve OPP, while Chen and Lin [31] used a very efficient two-stage method. Lu et al. [32] present a routing algorithm for dynamical OPP.
Tsai et al. [2] used a multiple-GA to solve the integrated OBP/OPP on 2D and 3D item positions. The novelty of this work resided in the use of flexible time windows for the delivery of orders, allowing a certain degree of earliness and tardiness. Miguel et al. [3], presented an evolutionary algorithm hybridized with a local search method to solve the 2D instances in reference [2]. Later on, Miguel et al. [4] changed the representation of individuals, improving the results of reference [3].
In this paper we seek to further test and improve the performance, using experimentation, of the algorithm presented in reference [3] applying it on the 3D instances of reference [2].
The main contributions of this paper are the following:
ⅰ) We addressed the order batching and order picking with a more realistic model, by considering a multi-level storage system (with a 3D positioning of items), explicitly incorporating the due times of the requests.
ⅱ) We take into account that the actual procedures in warehouses involve several pick-up teams. This has been barely approached in the literature on the processing and routing of pick-ups in distribution centers.
ⅲ) The improvements are obtained by implementing an algorithm that solves the problem in a single stage, unlike the more complex algorithm presented in [2], which requires 2 stages.
ⅳ) The algorithm is tested on sets of orders generated probabilistically using the methodology presented in reference [2], showing its robustness.
The literature has not covered sufficiently the resolution of the integrated problem by dividing larger problems into smaller ones to be fulfilled by multiple pick-up teams. While reference [33] comes close to this, it does not allow the splitting of orders. This aspect of our work indicates its scientific relevance.
We present here a specification of OBP/OPP based on a mathematical programming formulation [2]. In this setting we define the decision variables, the objective function as well as the constraints that involve delivery deadlines, number of pick-up teams and the operational restrictions on the use of the storage facility.
P denotes the set of different items in storage1. We assume that there are nArt items. Each unit of an item has a weight, being the set of those weights W={w1,…,wp,…,wnArt}. Pi is the subset of items requested by customer i. We assume that each customer places a single order or request of different articles, with different amounts of them. Thus, the number of customers nC, equals the number of requests nReq, being the set of customers/orders I={1,…,i,…,nC}. Each request has a specified deadline, with the class of those deadlines being T={t1,…,ti,…,tnPed}. Pr is the set of items in a batch r. The items in Pr can be requested by a single or several customers. L={l0,l1,…,lp,…,lnArt} represents the set of storage positions of the types of articles plus l0 which indicates the dispatch area. For an item p∈P, its storage position lp is given by its coordinates in the store, lp=(xp,yp,zp). R={1,..,r,…,|R|} indicates that set of batches to be picked-up. Sr=⟨s1,…,su,…,s|Sr|⟩ is the sequence of positions to be visited to conform batch r, where su is the u−th position to be visited. qi,p∈Q denotes the number of units of item p requested by customer i, with Qi=∑p∈Piqi,p being the total number of goods demanded by i while Qp=∑i∈Iqi,p denotes the total number of requested units of p. Finally, K={1,…,|K|} is the set of pick-up teams, each one with total weight capacity Cap.
1 Each item has a different reference code (SKU). So for instance, 200 units of the smartphone EjS22 share the same SKU, which is not the same of the smartphone EjS7, another item.
We define an undirected graph G=(V,A), where V are the nodes, each one corresponding to a storage position of an item p∈P, plus two copies (0 and n+1) of the node corresponding to the dispatch area. A, represents the class of edges connecting pairs of nodes of V. Each edge(h,l)∈A has an associated travel time thl given by the distance between positions h and l over the speed of a picking-up team, v (i.e., thl=Dh,l/v) and an operational cost for each unit of time, ς. tpick is the average time to pick a unit of any item, once the team has reached the corresponding storage site.
xhlkr=1 if h is picked-up right before item in storage position l by the pick-up team k in the sequence corresponding to batch r, where h,l∈V, k∈K and r∈R. This means that xhlkr=1 if team k has to travel through edge(h,l) to form batch r.
yhkr=1 if k picks up item in storage position h for batch r, where h∈V, k∈K and r∈R.
minTOC:[∑h∈V∑l∈VDh,l⋅∑k∈K∑r∈Rxhlkrv+∑p∈Pq∈Qqp⋅tpick]⋅ς+∑i∈I(α⋅Ei+β⋅Ti) | (1) |
s.t.
∑h∈Vr(qp⋅wp)⋅yhkr≤Cap,∀k∈K,r∈R | (2) |
∑r∈Ryhkr=1,∀h∈P,∀k∈K | (3) |
∑k∈Kyhkr=|K|,∀h∈{0,n+1},r∈R | (4) |
∑h∈Vxhlkr=ylkr,∀l∈V∖{0},k∈K,r∈R | (5) |
∑l∈Vxhlkr=yhkr,∀h∈V∖{n+1},k∈K,r∈R | (6) |
∑i∈I∑k∈K∑r∈Rqi,p⋅ypkr=Qp,∀p∈P | (7) |
∑p∈P∑k∈K∑r∈Rqi,p⋅ypkr=Qi,∀i∈I | (8) |
xhlkr∈{0,1},∀h,l∈V,k∈K,r∈R | (9) |
yhkr∈{0,1},∀h∈V,k∈K,r∈R | (10) |
The objective function Eq (1) represents the total operational cost of the pick-up process, expressed in monetary units, corresponding to the collection of batches, plus penalties for earliness and tardiness. The travel times in the first term obtain from the analysis of the lay-out of the storage facility.
With respect to the second term, α is the penalty per unit of time for earliness, while β is the current penalty per unit of time for tardiness. Er is the earliness in making up order i, while Ti is tardiness in making up order i. Formally, Ei=max{0,ti−ci} and Ti=max{0,ci−ti}, where ci is the finishing time of order i, defined as the time at which all the units of all items corresponding to order i are picked up and collected to form the order.
Constraints Eq (2) forbid that the total weight of a batch exceed the capacity of the teams and their equipment, Vr is the set of storage positions of the items that belong to lot r (p∈Pr). Constraints Eq (3) indicate that each storage position cannot be visited more than once for each batch r. Constraints Eq (4) ensure that all pick-up teams start and end at the dispatch area. In turn Eqs (5) and (6) preserve the flow of pick-up operations. If pick-up team k gets item l for batch r, it has to have picked up item h or vice versa. Constraints Eq (7) indicate that all the requests of item p are satisfied, while constraints Eq (8) state that all the requests of customer i have to be satisfied. Constraints Eqs (9) and (10) restrict the range of values of variables.
Figure 2 shows the lay-out of the distribution center used in our previous analysis of the OBP/OPP problem. The bottom left corner corresponds to the access to the dispatch area, where all the sequences of pick-up operations start and end. That is, a team leaves the dispatch area following a pre-specified sequence, going from a storage position to another, picking-up the items before moving on to the next storage position, until all the articles in a batch have been collected. After that, the team returns with the articles to the dispatch area. Graphically, we have surrounded with a dashed red curve the storage and dispatch areas, where all the actual OBP/OPP operations are carried out.
This configuration agrees with the one presented originally by Tsai et al. [2]. We keep the parameters used by them to test and validate our proposed solution method for the OBP/OPP problem. More precisely, we assume that there are two lateral racks and two double racks in the middle of the storage area. Pick-ups can be carried out along two transversal and three longitudinal aisles. The distance traveled from the storage position of item l to that of h, i.e., from ll to lh, where ll=(xl,yl,zl) and lh=(xh,yh,zh), can be expressed as follows:
Dl,h={|xl−xh|+|yl−yh|+|zl−zh|,ifAl=Ah|xl−xh|+min{|2Y−(yl−H)−(yh−H)|;|(yl−H)−(yh−H)|}+|zl−zh|,ifAl≠Ah |
In this expression Al and Ah denote the aisles along which ll and lh can be reached, respectively. H is the second coordinate of l0, the start and end of a pick-up sequence. Y is the length of the picking aisles.
The algorithm applied was introduced in reference [3] to solve the 2D instances presented by Tsai et al. [2]. It consists of an evolutionary algorithm [34] that evolves the solutions to the OBP/OPP problem hybridized with a constructive method based on the k closest neighbors heuristic, to improve the sequences using a local search with λ-exchanges. It uses the representation of as permutation of integers, usual in the treatment of combinatorial problems. Each chromosome consists of two genomes. A simple example shows how this representation works. Consider three requests and four items. Table 1 indicates that, for instance, request 1 consists of 2 items (one unit of A and two units of C), totaling 3 articles.
Request | Item | Total | |||
A | B | C | D | ||
1 | 1 | 0 | 2 | 0 | 3 |
2 | 1 | 1 | 2 | 1 | 5 |
3 | 0 | 2 | 0 | 2 | 4 |
Total | 2 | 3 | 4 | 3 | 12 |
Table 2 shows a representation consisting of two rows, one for items and the other for requests. The columns indicate the total number of requested articles (in this case, 12).
Item | A | A | B | B | B | C | C | C | C | D | D | D |
Request to which it belongs | 1 | 2 | 2 | 3 | 3 | 1 | 1 | 2 | 2 | 2 | 3 | 3 |
Table 3 indicates how the information in Table 2 is used to define two genomes. The first genome contains the information of the items assigned to batches (we consider three batches in this case). So, for instance, one unit of item A in request 1, is assigned to batch 2. On the other hand, genome 2 corresponds to the sequence of visits to the storage positions of the items. For instance, in batch 2, item A is collected from position 2. Table 4 presents the final chromosome to be evolved.
Item | A | A | B | B | B | C | C | C | C | D | D | D |
Request to which it belongs | 1 | 2 | 2 | 3 | 3 | 1 | 1 | 2 | 2 | 2 | 3 | 3 |
Genome 1 / Assigned batch | 2 | 3 | 2 | 3 | 3 | 1 | 1 | 3 | 1 | 1 | 1 | 3 |
Genome 2 / Position in sequence | 2 | 1 | 1 | 3 | 5 | 1 | 3 | 4 | 5 | 4 | 2 | 2 |
Genome 1 | Genome 2 | ||||||||||||||||||||||
2 | 3 | 2 | 3 | 3 | 1 | 1 | 3 | 1 | 1 | 1 | 3 | 2 | 1 | 1 | 3 | 5 | 1 | 3 | 4 | 5 | 4 | 2 | 2 |
Table 5 shows how the chromosome of Table 4 is decoded, indicating the batches and their corresponding pick up sequences.
Batch | Item (Request) | ||||
1 | C (1) | D (3) | C (1) | D (2) | C (2) |
2 | B (2) | A (1) | |||
3 | A (2) | D (3) | B (3) | C (2) | B (3) |
We can see that this chromosome is not yet a solution for the problem since, for instance for batch 1, this sequence prescribes going from the dispatch area to the position where item C is, pick up one unit, then go the position of item D, pick up one unit and return to the position of C to pick up another unit. After that the sequence prescribes going back to the position of D and then again back to C. This is clearly inefficient, since it could pick up three units of C and then two of D (or the other way around) with a lower cost. The evolutionary process ends up discarding chromosomes like that of Table 4.
The main advantage of this type of representation that incorporates specific knowledge about the problem is that it allows reaching higher levels of efficiency than Holland's original binary representation [35]. The downside is that it requires using operators adapted to this representation instead of general ones [36].
The penalty term in the objective function facilitates discarding non-feasible chromosomes. On the other hand, the satisfaction of the family of constraints Eqs (2)–(6) is ensured by the hybridization of the genetic operators with the closest neighbor heuristic. The constraints given by Eqs (7) and (8) are trivially satisfied by the representation.
The initial population is generated randomly, to ensure a larger variety of alternatives. The process terminates according a cost-oriented criterion, which limits the maximal number of iterations.
We use here the tournament selection approach [37], according to which the individuals that get selected are those with the higher scores among k individuals chosen at random from the current population. This is repeated until a new population is generated.
Table 6 presents the pseudo-code of the algorithm, as presented in reference [3].
1: Load Input % information of requests, the lay-out of the storage center and parameters of the algorithm. |
2: nBatch ← nBatchMin 3: while nBatch < nBatchMax 4: t ← 0; 5: P(t) ← InitPop(input); 6: FitP(t) ← EvalPop(P(t)); 7: For t ← 1 a MaxNumGen 8: Q(t) ← SelecBreeders (P(t), FitP(t)); 9: Q(t) ← HybridCrossover(Q(t)); 10: Q(t) ← HybridMutation(Q(t)); 11: FitQ(t) ← EvalPop(Q(t)); 12: P(t) ← SelSurviv(P(t), Q(t), FitP(t), FitQ(t)); 13: FitP(t) ← EvalPop(P(t)); 14: if TermCond(P(t), FitP(t)) 15: break; 16: end 17: end 18: nBatch ← nBatch + 1; 18: end |
Tsai et al. [2] generated instances for OBP/OPP positioning items in two and three dimensions, as shown in Table 7. We have previously applied the HEA to find very good solutions to some 2D instances (DS0, DS1, DS2 and DS3) [3,4]. Here we address 3D instances (DS4, DS5 and DS6). In this, more complex setting, we can test and improve the performance of the algorithm.
DS0 | DS1 | DS2 | DS3 | DS4 | DS5 | DS6 | |
Problem size | Small | Small | Medium | Large | Small | Medium | Large |
Number of requests | 25 | 40 | 80 | 200 | 40 | 100 | 250 |
Number of different items | 30 | 80 | 160 | 300 | 80 | 200 | 400 |
Lay-out type | 2D | 2D | 2D | 2D | 3D | 3D | 3D |
Average total weight (kg.) | 18584 | 13704 | 37152 | 158784 | 12424 | 54048 | 295784 |
Capacity of pick-up teams (kg.) | 7000 | 10000 | 10000 | 20000 | 10000 | 10000 | 50000 |
We assume that the number of units of item p requested by a customer i is uniformly distributed between 1 and 10, i.e., qi,p∼U(1,…,10). In turn, the number of different ítems requested by a customer follows a normal distribution, with mean 10 and standard deviation 5, i.e., |Pi|∼N(10,5). The deadline for finishing the request of i follows a uniform distribution over the range of seconds between 10:00 am and 18:00 pm, ti∼U(36000,…,64800). The unit weight of each item p is uniformly distributed between 8 and 24 kilograms, i.e., wp∼U(8,…,24). With respect to the parameters of the pick-up teams, we assume an average travel speed of v=2m/s, an average pick-up time for each unit of tpick=15 seconds, a travel cost per unit of time ς=$0.05 and a capacity (Cap) that depends on the instance under consideration.
For the objective function we consider an earliness penalty per unit of time of α=0.5 while the corresponding penalty for tardiness is β=1.
With respect to the strategy to limit the search space and facilitating the comparison with the results of Tsai, Liou and Huang [2], we postulate lower and upper bounds on the number of possible batches, |R|min and |R|max, respectively. These bounds are defined as follows: |R|min=(φ1⋅∑p∈Pwp)/Cap and |R|max=(φ2⋅∑p∈Pwp)/Cap, where φ1 and φ2 are constants such that φ2≥φ1. If φ1 is too large or φ2 is too small, unfeasible sequences may be generated. The latter case generates longer pick-up routes and the batches may exceed the capacity of the pick-up teams. Similarly, a large φ1 would induce a very large number of batches that may generate large travel costs.
Tables 8–10 summarize the information about instances DS4, DS5 and DS6, respectively. Each row indicates the items and amounts of them requested by customer i. The last column shows the deadline for finishing the requests.
Request | Items:quantities | Deadline |
P1 | (4:2) (5:9) (18:5) (40:4) (55:5) (62:6) (67:5) | 17:38:41 |
P2 | (1:6) (11:7) (13:1) (16:3) (18:4) (20:2) (58:6) (59:9) (60:5) (64:8) (68:6) (76:3) (77:2) | 17:11:44 |
P3 | (7:1) (21:10) (27:5) (31:4) (38:7) (41:8) (42:5) (44:4) (46:8) (51:7) (60:7) (78:5) | 15:56:12 |
P4 | (23:4) (35:4) (53:9) (54:8) (62:4) (64:8) (70:7) (80:8) | 17:57:13 |
P5 | (10:2) (33:7) (38:8) (39:1) (41:7) (46:7) (52:7) (53:5) (63:3) (71:10) | 15:15:02 |
P6 | (11:5) (19:3) (44:9) (59:2) (72:7) (80:8) | 15:52:38 |
P7 | (11:10) (18:4) (26:5) (34:4) (37:4) (53:4) (54:4) | 14:22:30 |
... | ... | ... |
P38 | (17:10) (34:3) (47:4) (49:3) | 14:35:54 |
P39 | (15:2) (23:10) (31:9) (45:8) (59:9) (66:2) (69:6) (76:6) | 15:24:01 |
P40 | (9:2) (29:1) (37:6) (49:6) (58:3) (74:2) (76:1) | 16:36:54 |
Request | Items:quantities | Deadline |
P1 | (15:9) (34:6) (107:10) (120:4) (134:7) (178:2) (184:1) (192:6) | 15:05:09 |
P2 | (1:6) (7:8) (40:7) (62:2) (85:1) (98:10) (121:8) (123:6) | 16:10:57 |
P3 | (6:1) (19:10) (44:4) (113:9) (115:2) (124:10) (132:5) (160:6) (167:10) (195:5) (198:2) | 16:24:33 |
P4 | (57:6) (78:1) (85:9) (89:1) (94:2) (107:7) (133:3) (143:4) (166:8) (180:9) (199:2) | 15:27:07 |
P5 | (7:10) (21:8) (33:5) (37:1) (50:6) (74:2) (119:4) (171:3) (176:5) | 16:42:02 |
P6 | (11:3) (15:4) (34:5) (37:2) (48:2) (69:8) (155:6) (174:9) (176:9) (177:8) (182:9) (188:9) | 15:38:01 |
P7 | (73:1) (145:9) (191:7) (193:6) | 15:25:51 |
... | ... | ... |
P98 | (44:1) (57:8) (65:7) (79:5) (121:3) (157:3) (189:7) | 14:47:52 |
P99 | (34:10) (52:5) (120:8) (133:1) (160:2) | 15:29:12 |
P100 | (7:8) (13:6) (28:10) (38:2) (51:8) (86:2) (121:5) (127:3) (183:10) | 14:58:35 |
Request | Items:quantities | Deadline |
P1 | (10:2) (87:5) (126:7) (172:1) (207:4) (276:4) (314:1) (351:8) (396:7) | 14:46:43 |
P2 | (54:1) (107:4) (157:3) (255:7) (328:2) | 15:31:42 |
P3 | (141:5) (152:10) (171:7) (243:7) (306:5) | 15:16:38 |
P4 | (35:1) (68:7) (194:3) (228:6) (313:8) (321:2) (335:4) (359:8) (375:7) (391:6) | 14:13:20 |
P5 | (54:9) (70:9) (85:7) (115:3) (154:6) (280:8) (370:2) (399:4) | 15:30:15 |
P6 | (45:5) (64:4) (111:7) (150:1) (161:6) (166:5) (346:10) | 15:26:27 |
P7 | (84:8) (151:10) (313:9) (353:2) (400:4) | 14:06:20 |
... | ... | ... |
P248 | (43:4) (157:4) (313:10) (362:2) | 15:01:47 |
P249 | (66:8) (99:10) (114:4) (140:4) (174:9) (178:10) (195:5) (196:3) (292:7) | 16:17:18 |
P250 | (26:6) (56:8) (97:4) (106:6) (107:1) (126:4) (186:6) (228:4) (254:3) | 17:27:49 |
A first stage of calibration allows assigning values to other parameters. So, the maximal number of iterations is MaxGen=500, the size of populations is PopSize=150, the size of tournaments in the selection process is SizeTournament=2, the parameters in the bounds on the number of batches are φ1=2 and φ2=4, the probability of crossover is Prcross=0.9, the probability of mutations is Prmut=0.15 while the number of individuals in the elite is (5% of the population) nElite=0.05⋅PopSize, using direct sampling as elite selection rule.
In this section we present the results of running our HEA on 3D instances (DS4, DS5 and DS6) generated by Tsai et al. [2]. We used a PC with an Intel Core i7 3.00 GHz processor with a 8 GB RAM. 100 runs for each instance yielded the results presented in this section. Figures 3–5 depict the TOC when the number of batches R, varies between |R|min and |R|max for each instance.
We can see that the number of batches is optimal when TOC reaches its lowest value. In order to find more precise optimal values, we penalized the solutions with excess weight, adding an additional cost to them.
Table 11 presents the best solutions obtained by the HEA for instances DS4, DS5 and DS6. We compare them to results in reference [2]. The rows indicate some natural measures of performance, like the total travel distance in the pick-up plan (Dtotal), the optimal number of batches, the mean of the distribution of distances travelled on batches (Dmed), the standard deviation of that distribution (Dstd), the sum of earliness and tardiness (ETtime) and the total operational cost (TOC). Here distances are measured in meters, times in seconds and monetary costs in US dollars.
Multiple-GA [2] | HEA [3] | |||||
DS4 | DS5 | DS6 | DS4 | DS5 | DS6 | |
Dtotal | 948.00 | 4905.00 | 17799.00 | 1036.74 | 4470.20 | 19448.89 |
nLot | 8.00 | 15.00 | 23.00 | 8.00 | 14.00 | 22.00 |
Dmed | 118.50 | 327.00 | 773.87 | 129.59 | 319.30 | 884.04 |
Dstd | 8.26 | 18.96 | 24.35 | 11.26 | 24.55 | 59.94 |
ETtime | 1790.00 | 6826.00 | 25500.00 | 1700.50 | 6552.96 | 22440.00 |
TOC | 1322.20 | 4431.03 | 14546.63 | 1281.58 | 3672.14 | 14317.82 |
Table 12 indicates that HEA yields a better TOC on the different instances. This is, in general not the case for the total distance traveled (except for instance DS5).
DS4 | DS5 | DS6 | Average | |
Dtotal(Multiple-GA)/Dtotal(HEA) | 0.914 | 1.097 | 0.915 | 0.976 |
TOC(Multiple-GA)/TOC(HEA) | 1.032 | 1.207 | 1.016 | 1.085 |
Figure 6 presents boxplots indicating the variability, degree of asymmetry and the extreme values of the distributions of Dtotal, ETtime and TOC obtained with our HEA on instances DS4, DS5 and DS6, using the optimal number of batches in each case.
We can see that in the boxplot of instance DS4 for Dtotal, we have an atypical value close to the minimal one for 8 batches, but 50% of the values of the distribution of Dtotal is way above that value. In the case of ETtime the central values are below their corresponding benchmark values. This is also the case for TOC. In summary, even if HEA does not yield better results in terms of Dtotal, the quality of solutions measured by TOC and ETtime improves over the known results.
In this paper we addressed an integrated problem that combines the Order Batching Problem (OBP) and the Order Picking Problem (OPP) using a hybrid evolutionary algorithm (HEA). This algorithm uses a novel representation of the problem using specific knowledge that allows restricting the search space. The crossover and mutation operators are hybridized with a heuristic that allows finding better routes for the pick-up teams. Tsai et al. [2] generated 2D instances of this problem (in which items are stored at the same level) and 3D ones (with items placed at different levels). We have previously applied the HEA to 2D instances, with very good results [3,4]. In this paper we have addressed the more complex 3D instances. The results, in terms of the objective function, improve over those in reference [2], which were obtained using a Multiple-GA. This completes the testing of the HEA.
Future work involves considering this problem but in a multi-objective and cross-dock setting. The reach of the problem can be extended, studying the relation between the placement of items in the different layouts and the distribution of the last mile. Other aspects should also be considered, in particular those impacting on the operational planning of the activities in storage sites, like the volume and size of the packages, the relative demands of the different items, their rotation and similar considerations.
The authors are grateful for partial support from the following sources: National Scientific and Technical Research Council CONICET Grant PIP No. 11220150100777, Universidad Nacional del Sur Grant PGI 24/J086 and Universidad Nacional de Río Negro PI-JI 40-A-917.
The authors declare they have no financial interests. In addition, the authors have no conflicts of interest to declare that are relevant to the content of this article.
[1] |
Zeng Q, Li K, Fen-Chong T, et al. (2012) Determination of cement hydration and pozzolanic reaction extents for fly-ash cement pastes. Constr Build Mater 27: 560-569. doi: 10.1016/j.conbuildmat.2011.07.007
![]() |
[2] | Heikal M, Eldidamony H, Helmy IM, et al. (2003) Pozzolanic activity of fly ash. Silic Ind 68: 111-117. |
[3] |
Mirza J, Riaz M, Naseer A, et al. (2009) Pakistani bentonite in mortars and concrete as low cost construction material. Appl Clay Sci 45: 220-226. doi: 10.1016/j.clay.2009.06.011
![]() |
[4] |
Memon SA, Arsalan R, Khan S, et al. (2012) Utilization of Pakistani bentonite as partial replacement of cement in concrete. Constr Build Mater 30: 237-242. doi: 10.1016/j.conbuildmat.2011.11.021
![]() |
[5] |
Ahmad S, Barbhuiya SA, Elahi A (2011) Effect of Pakistani bentonite on properties of mortar and concrete. Clay Miner 46: 85-92. doi: 10.1180/claymin.2011.046.1.85
![]() |
[6] |
Masood B, Elahi A, Barbhuiya S, et al. (2020) Mechanical and durability performance of recycled aggregate concrete incorporating low calcium bentonite. Constr Build Mater 237: 117760. doi: 10.1016/j.conbuildmat.2019.117760
![]() |
[7] |
Siddique R (2014) Utilization of industrial by-products in concrete. Procedia Eng 95: 335-347. doi: 10.1016/j.proeng.2014.12.192
![]() |
[8] | Nizar K, Kamarudin H, Idris MS, et al. (2007) Pysical, chemical & mineralogical properties of fly-ash. J Nucl Rela Technol 4: 47-51. |
[9] | Cinku K, Karakas F, Boylu F (2014) Effect of calcinated magnesite on rheology of bentonite suspensions. Magnesia-bentonite interaction. Physicochem Probl Mi 50: 453-466. |
[10] |
Shabab ME, Shahzada K, Gencturk B, et al. (2016) Synergistic effect of fly ash and bentonite as partial replacement of cement in mass concrete. KSCE J Civ Eng 20: 1987-1995. doi: 10.1007/s12205-015-0166-x
![]() |
[11] |
Latawiec R, Woyciechowski P, Kowalski K (2018) Sustainable concrete performance—CO2-emission. Environments 5: 27. doi: 10.3390/environments5020027
![]() |
[12] | Murray HH (2006) Bentonite applications, Developments in Clay Science, Elsevier, 2: 111-130. |
[13] | Government of India Ministry of Mines Indian Bureau of Mines (2015) Bentonite, Indian Minerals Yearbook 2013, 52 Eds. |
[14] | Reddy MAK, Rao VR (2019) Utilization of Bentonite in concrete: A review. IJRTE 7: 541-545. |
[15] |
Khushnood RA, Rizwan SA, Memon SA, et al. (2014) Experimental investigation on use of wheat straw ash and Bentonite in self-compacting cementitious system. Adv Mater Sci Eng 2014: 832508. doi: 10.1155/2014/832508
![]() |
[16] |
Afzal S, Shahzada K, Fahad M, et al. (2014) Assessment of early-age autogenous shrinkage strains in concrete using bentonite clay as internal curing technique. Constr Build Mater 66: 403-409. doi: 10.1016/j.conbuildmat.2014.05.051
![]() |
[17] |
Man X, Aminul Haque M, Chen B (2019) Engineering properties and microstructure analysis of magnesium phosphate cement mortar containing bentonite clay. Constr Build Mater 227: 116656. doi: 10.1016/j.conbuildmat.2019.08.037
![]() |
[18] | Reddy GVK, Rao VR, Reddy MAK (2017) Experimental investigation of strength parameters of cement and concrete by partial replacement of cement with Indian calcium bentonite. Int J Civ Eng Technol 8: 512-518. |
[19] |
Wei J, Gencturk B (2019) Hydration of ternary Portland cement blends containing metakaolin and sodium bentonite. Cem Concr Res 123: 105772. doi: 10.1016/j.cemconres.2019.05.017
![]() |
[20] |
Şimşek B, Iç YT, Şimşek EH, et al. (2014) Development of a graphical user interface for determining the optimal mixture parameters of normal weight concretes: A response surface methodology based quadratic programming approach. Chemometr Intell Lab 136: 1-9. doi: 10.1016/j.chemolab.2014.05.001
![]() |
[21] | Neville AM (2009) Properties of Concrete, 2 Eds., Person Education Limited. |
[22] | Javed U, Khushnood RA, Memon SA, et al. (2020) Sustainable incorporation of lime-bentonite clay composite for production of ecofriendly bricks. J Clean Prod 263: 121469. |
[23] | Divyana R (2015) An experimental study on concrete using bentonite and steel slag. National Conference on Research Advances in Communication, Computation, Electrical Science and Structures. |
[24] | Chamundeeswari J (2012) Experimental study on partial replacement of cement by bentonite in paverblock. Int J Eng Trends Technol 3: 41-47. |
[25] |
Ahad MZ, Ashraf M, Kumar R, et al. (2018) Thermal, physico-chemical, and mechanical behaviour of mass concrete with hybrid blends of bentonite and fly ash. Materials 12: 60. doi: 10.3390/ma12010060
![]() |
[26] |
Adeboje AO, Kupolati WK, Sadiku ER, et al. (2020) Experimental investigation of modified bentonite clay-crumb rubber concrete. Constr Build Mater 233: 117187. doi: 10.1016/j.conbuildmat.2019.117187
![]() |
[27] | Chandrakanth M, Rao NPC, Rao KS (2016) Experimental studies on concrete with Bentonite as mineral admixture. GRD J 1: 7-10. |
[28] | Karthikeyan M, Ramachandran PR, Nandhini A, et al. (2015) Application on partial substitute of cement by bentonite in concrete. Int J ChemTech Res 8: 384-388. |
[29] | Sudheer KS, Kumar PPS, Reddy MAK, et al. (2017) A study on durability of concrete by partial replacement of cement with bentonite. Int J ChemTech Res 10: 898-904. |
[30] |
Karunarathne VK, Paul SC, Šavija B (2019) Development of nano-SiO2 and Bentonite-based mortars for corrosion protection of reinforcing steel. Materials 12: 2622. doi: 10.3390/ma12162622
![]() |
[31] |
Xie Y, Li J, Lu Z, et al. (2018) Effects of bentonite slurry on air-void structure and properties of foamed concrete. Constr Build Mater 179: 207-219. doi: 10.1016/j.conbuildmat.2018.05.226
![]() |
[32] | Klaus H, Oscar K (2018) Design and Analysis of Experiments, New York: John Wiley & Sons. |
[33] | Mohammed BS, Liew MS, Alaloul WS, et al. (2018) Properties of nano-silica modified pervious concrete. Case Stud Constr Mater 8: 409-422. |
[34] |
Sun Y, Yu R, Shui Z, et al. (2019) Understanding the porous aggregates carrier effect on reducing autogenous shrinkage of Ultra-High Performance Concrete (UHPC) based on response surface method. Constr Build Mater 222: 130-141. doi: 10.1016/j.conbuildmat.2019.06.151
![]() |
[35] |
Ferdosian I, Camões A (2017) Eco-efficient ultra-high performance concrete development by means of response surface methodology. Cem Concr Compos 84: 146-156. doi: 10.1016/j.cemconcomp.2017.08.019
![]() |
[36] |
Ghafari E, Costa H, Júlio E (2014) RSM-based model to predict the performance of self-compacting UHPC reinforced with hybrid steel micro-fibers. Constr Build Mater 66: 375-383. doi: 10.1016/j.conbuildmat.2014.05.064
![]() |
[37] | Mohammed BS, Adamu M, Liew MS (2018) Evaluating the effect of crumb rubber and nano silica on the properties of high volume fly ash roller compacted concrete pavement using non-destructive techniques. Case Stud Constr Mater 8: 380-391. |
[38] |
Mohammed BS, Achara BE, Liew MS, et al. (2019) Effects of elevated temperature on the tensile properties of NS-modified self-consolidating engineered cementitious composites and property optimization using response surface methodology (RSM). Constr Build Mater 206: 449-469. doi: 10.1016/j.conbuildmat.2019.02.033
![]() |
[39] |
Gao Y, Xu J, Luo X, et al. (2016) Experiment research on mix design and early mechanical performance of alkali-activated slag using response surface methodology (RSM). Ceram Int 42: 11666-11673. doi: 10.1016/j.ceramint.2016.04.076
![]() |
[40] |
Long X, Cai L, Li W (2019) RSM-based assessment of pavement concrete mechanical properties under joint action of corrosion, fatigue, and fiber content. Constr Build Mater 197: 406-420. doi: 10.1016/j.conbuildmat.2018.11.157
![]() |
[41] | Montgomery DC (2017) Design and Analysis of Experiments, John Wiley & Sons. |
[42] | Kadar JMA, Dhanalakshmi G (2016) Experimental investigation on concrete by partial replacement on cement by bentonite and coarse aggregate by steel slag. IJIRSET 5: 10302-10309. |
1. | Eduardo G. Pardo, Sergio Gil-Borrás, Antonio Alonso-Ayuso, Abraham Duarte, Order Batching Problems: taxonomy and literature review, 2023, 03772217, 10.1016/j.ejor.2023.02.019 | |
2. | Daniel Alejandro Rossit, Fernando Tohmé, Máximo Méndez-Babey, Mariano Frutos, Diego Broz, Diego Gabriel Rossit, Special Issue: Mathematical Problems in Production Research, 2022, 19, 1551-0018, 9291, 10.3934/mbe.2022431 | |
3. | Giorgia Casella, Andrea Volpi, Roberto Montanari, Letizia Tebaldi, Eleonora Bottani, Trends in order picking: a 2007–2022 review of the literature, 2023, 11, 2169-3277, 10.1080/21693277.2023.2191115 | |
4. | Fabio Maximiliano Miguel, Mariano Frutos, Máximo Méndez, Fernando Tohmé, Begoña González, Comparison of MOEAs in an Optimization-Decision Methodology for a Joint Order Batching and Picking System, 2024, 12, 2227-7390, 1246, 10.3390/math12081246 |
Request | Item | Total | |||
A | B | C | D | ||
1 | 1 | 0 | 2 | 0 | 3 |
2 | 1 | 1 | 2 | 1 | 5 |
3 | 0 | 2 | 0 | 2 | 4 |
Total | 2 | 3 | 4 | 3 | 12 |
Item | A | A | B | B | B | C | C | C | C | D | D | D |
Request to which it belongs | 1 | 2 | 2 | 3 | 3 | 1 | 1 | 2 | 2 | 2 | 3 | 3 |
Item | A | A | B | B | B | C | C | C | C | D | D | D |
Request to which it belongs | 1 | 2 | 2 | 3 | 3 | 1 | 1 | 2 | 2 | 2 | 3 | 3 |
Genome 1 / Assigned batch | 2 | 3 | 2 | 3 | 3 | 1 | 1 | 3 | 1 | 1 | 1 | 3 |
Genome 2 / Position in sequence | 2 | 1 | 1 | 3 | 5 | 1 | 3 | 4 | 5 | 4 | 2 | 2 |
Genome 1 | Genome 2 | ||||||||||||||||||||||
2 | 3 | 2 | 3 | 3 | 1 | 1 | 3 | 1 | 1 | 1 | 3 | 2 | 1 | 1 | 3 | 5 | 1 | 3 | 4 | 5 | 4 | 2 | 2 |
Batch | Item (Request) | ||||
1 | C (1) | D (3) | C (1) | D (2) | C (2) |
2 | B (2) | A (1) | |||
3 | A (2) | D (3) | B (3) | C (2) | B (3) |
1: Load Input % information of requests, the lay-out of the storage center and parameters of the algorithm. |
2: nBatch ← nBatchMin 3: while nBatch < nBatchMax 4: t ← 0; 5: P(t) ← InitPop(input); 6: FitP(t) ← EvalPop(P(t)); 7: For t ← 1 a MaxNumGen 8: Q(t) ← SelecBreeders (P(t), FitP(t)); 9: Q(t) ← HybridCrossover(Q(t)); 10: Q(t) ← HybridMutation(Q(t)); 11: FitQ(t) ← EvalPop(Q(t)); 12: P(t) ← SelSurviv(P(t), Q(t), FitP(t), FitQ(t)); 13: FitP(t) ← EvalPop(P(t)); 14: if TermCond(P(t), FitP(t)) 15: break; 16: end 17: end 18: nBatch ← nBatch + 1; 18: end |
DS0 | DS1 | DS2 | DS3 | DS4 | DS5 | DS6 | |
Problem size | Small | Small | Medium | Large | Small | Medium | Large |
Number of requests | 25 | 40 | 80 | 200 | 40 | 100 | 250 |
Number of different items | 30 | 80 | 160 | 300 | 80 | 200 | 400 |
Lay-out type | 2D | 2D | 2D | 2D | 3D | 3D | 3D |
Average total weight (kg.) | 18584 | 13704 | 37152 | 158784 | 12424 | 54048 | 295784 |
Capacity of pick-up teams (kg.) | 7000 | 10000 | 10000 | 20000 | 10000 | 10000 | 50000 |
Request | Items:quantities | Deadline |
P1 | (4:2) (5:9) (18:5) (40:4) (55:5) (62:6) (67:5) | 17:38:41 |
P2 | (1:6) (11:7) (13:1) (16:3) (18:4) (20:2) (58:6) (59:9) (60:5) (64:8) (68:6) (76:3) (77:2) | 17:11:44 |
P3 | (7:1) (21:10) (27:5) (31:4) (38:7) (41:8) (42:5) (44:4) (46:8) (51:7) (60:7) (78:5) | 15:56:12 |
P4 | (23:4) (35:4) (53:9) (54:8) (62:4) (64:8) (70:7) (80:8) | 17:57:13 |
P5 | (10:2) (33:7) (38:8) (39:1) (41:7) (46:7) (52:7) (53:5) (63:3) (71:10) | 15:15:02 |
P6 | (11:5) (19:3) (44:9) (59:2) (72:7) (80:8) | 15:52:38 |
P7 | (11:10) (18:4) (26:5) (34:4) (37:4) (53:4) (54:4) | 14:22:30 |
... | ... | ... |
P38 | (17:10) (34:3) (47:4) (49:3) | 14:35:54 |
P39 | (15:2) (23:10) (31:9) (45:8) (59:9) (66:2) (69:6) (76:6) | 15:24:01 |
P40 | (9:2) (29:1) (37:6) (49:6) (58:3) (74:2) (76:1) | 16:36:54 |
Request | Items:quantities | Deadline |
P1 | (15:9) (34:6) (107:10) (120:4) (134:7) (178:2) (184:1) (192:6) | 15:05:09 |
P2 | (1:6) (7:8) (40:7) (62:2) (85:1) (98:10) (121:8) (123:6) | 16:10:57 |
P3 | (6:1) (19:10) (44:4) (113:9) (115:2) (124:10) (132:5) (160:6) (167:10) (195:5) (198:2) | 16:24:33 |
P4 | (57:6) (78:1) (85:9) (89:1) (94:2) (107:7) (133:3) (143:4) (166:8) (180:9) (199:2) | 15:27:07 |
P5 | (7:10) (21:8) (33:5) (37:1) (50:6) (74:2) (119:4) (171:3) (176:5) | 16:42:02 |
P6 | (11:3) (15:4) (34:5) (37:2) (48:2) (69:8) (155:6) (174:9) (176:9) (177:8) (182:9) (188:9) | 15:38:01 |
P7 | (73:1) (145:9) (191:7) (193:6) | 15:25:51 |
... | ... | ... |
P98 | (44:1) (57:8) (65:7) (79:5) (121:3) (157:3) (189:7) | 14:47:52 |
P99 | (34:10) (52:5) (120:8) (133:1) (160:2) | 15:29:12 |
P100 | (7:8) (13:6) (28:10) (38:2) (51:8) (86:2) (121:5) (127:3) (183:10) | 14:58:35 |
Request | Items:quantities | Deadline |
P1 | (10:2) (87:5) (126:7) (172:1) (207:4) (276:4) (314:1) (351:8) (396:7) | 14:46:43 |
P2 | (54:1) (107:4) (157:3) (255:7) (328:2) | 15:31:42 |
P3 | (141:5) (152:10) (171:7) (243:7) (306:5) | 15:16:38 |
P4 | (35:1) (68:7) (194:3) (228:6) (313:8) (321:2) (335:4) (359:8) (375:7) (391:6) | 14:13:20 |
P5 | (54:9) (70:9) (85:7) (115:3) (154:6) (280:8) (370:2) (399:4) | 15:30:15 |
P6 | (45:5) (64:4) (111:7) (150:1) (161:6) (166:5) (346:10) | 15:26:27 |
P7 | (84:8) (151:10) (313:9) (353:2) (400:4) | 14:06:20 |
... | ... | ... |
P248 | (43:4) (157:4) (313:10) (362:2) | 15:01:47 |
P249 | (66:8) (99:10) (114:4) (140:4) (174:9) (178:10) (195:5) (196:3) (292:7) | 16:17:18 |
P250 | (26:6) (56:8) (97:4) (106:6) (107:1) (126:4) (186:6) (228:4) (254:3) | 17:27:49 |
Multiple-GA [2] | HEA [3] | |||||
DS4 | DS5 | DS6 | DS4 | DS5 | DS6 | |
Dtotal | 948.00 | 4905.00 | 17799.00 | 1036.74 | 4470.20 | 19448.89 |
nLot | 8.00 | 15.00 | 23.00 | 8.00 | 14.00 | 22.00 |
Dmed | 118.50 | 327.00 | 773.87 | 129.59 | 319.30 | 884.04 |
Dstd | 8.26 | 18.96 | 24.35 | 11.26 | 24.55 | 59.94 |
ETtime | 1790.00 | 6826.00 | 25500.00 | 1700.50 | 6552.96 | 22440.00 |
TOC | 1322.20 | 4431.03 | 14546.63 | 1281.58 | 3672.14 | 14317.82 |
DS4 | DS5 | DS6 | Average | |
Dtotal(Multiple-GA)/Dtotal(HEA) | 0.914 | 1.097 | 0.915 | 0.976 |
TOC(Multiple-GA)/TOC(HEA) | 1.032 | 1.207 | 1.016 | 1.085 |
Request | Item | Total | |||
A | B | C | D | ||
1 | 1 | 0 | 2 | 0 | 3 |
2 | 1 | 1 | 2 | 1 | 5 |
3 | 0 | 2 | 0 | 2 | 4 |
Total | 2 | 3 | 4 | 3 | 12 |
Item | A | A | B | B | B | C | C | C | C | D | D | D |
Request to which it belongs | 1 | 2 | 2 | 3 | 3 | 1 | 1 | 2 | 2 | 2 | 3 | 3 |
Item | A | A | B | B | B | C | C | C | C | D | D | D |
Request to which it belongs | 1 | 2 | 2 | 3 | 3 | 1 | 1 | 2 | 2 | 2 | 3 | 3 |
Genome 1 / Assigned batch | 2 | 3 | 2 | 3 | 3 | 1 | 1 | 3 | 1 | 1 | 1 | 3 |
Genome 2 / Position in sequence | 2 | 1 | 1 | 3 | 5 | 1 | 3 | 4 | 5 | 4 | 2 | 2 |
Genome 1 | Genome 2 | ||||||||||||||||||||||
2 | 3 | 2 | 3 | 3 | 1 | 1 | 3 | 1 | 1 | 1 | 3 | 2 | 1 | 1 | 3 | 5 | 1 | 3 | 4 | 5 | 4 | 2 | 2 |
Batch | Item (Request) | ||||
1 | C (1) | D (3) | C (1) | D (2) | C (2) |
2 | B (2) | A (1) | |||
3 | A (2) | D (3) | B (3) | C (2) | B (3) |
1: Load Input % information of requests, the lay-out of the storage center and parameters of the algorithm. |
2: nBatch ← nBatchMin 3: while nBatch < nBatchMax 4: t ← 0; 5: P(t) ← InitPop(input); 6: FitP(t) ← EvalPop(P(t)); 7: For t ← 1 a MaxNumGen 8: Q(t) ← SelecBreeders (P(t), FitP(t)); 9: Q(t) ← HybridCrossover(Q(t)); 10: Q(t) ← HybridMutation(Q(t)); 11: FitQ(t) ← EvalPop(Q(t)); 12: P(t) ← SelSurviv(P(t), Q(t), FitP(t), FitQ(t)); 13: FitP(t) ← EvalPop(P(t)); 14: if TermCond(P(t), FitP(t)) 15: break; 16: end 17: end 18: nBatch ← nBatch + 1; 18: end |
DS0 | DS1 | DS2 | DS3 | DS4 | DS5 | DS6 | |
Problem size | Small | Small | Medium | Large | Small | Medium | Large |
Number of requests | 25 | 40 | 80 | 200 | 40 | 100 | 250 |
Number of different items | 30 | 80 | 160 | 300 | 80 | 200 | 400 |
Lay-out type | 2D | 2D | 2D | 2D | 3D | 3D | 3D |
Average total weight (kg.) | 18584 | 13704 | 37152 | 158784 | 12424 | 54048 | 295784 |
Capacity of pick-up teams (kg.) | 7000 | 10000 | 10000 | 20000 | 10000 | 10000 | 50000 |
Request | Items:quantities | Deadline |
P1 | (4:2) (5:9) (18:5) (40:4) (55:5) (62:6) (67:5) | 17:38:41 |
P2 | (1:6) (11:7) (13:1) (16:3) (18:4) (20:2) (58:6) (59:9) (60:5) (64:8) (68:6) (76:3) (77:2) | 17:11:44 |
P3 | (7:1) (21:10) (27:5) (31:4) (38:7) (41:8) (42:5) (44:4) (46:8) (51:7) (60:7) (78:5) | 15:56:12 |
P4 | (23:4) (35:4) (53:9) (54:8) (62:4) (64:8) (70:7) (80:8) | 17:57:13 |
P5 | (10:2) (33:7) (38:8) (39:1) (41:7) (46:7) (52:7) (53:5) (63:3) (71:10) | 15:15:02 |
P6 | (11:5) (19:3) (44:9) (59:2) (72:7) (80:8) | 15:52:38 |
P7 | (11:10) (18:4) (26:5) (34:4) (37:4) (53:4) (54:4) | 14:22:30 |
... | ... | ... |
P38 | (17:10) (34:3) (47:4) (49:3) | 14:35:54 |
P39 | (15:2) (23:10) (31:9) (45:8) (59:9) (66:2) (69:6) (76:6) | 15:24:01 |
P40 | (9:2) (29:1) (37:6) (49:6) (58:3) (74:2) (76:1) | 16:36:54 |
Request | Items:quantities | Deadline |
P1 | (15:9) (34:6) (107:10) (120:4) (134:7) (178:2) (184:1) (192:6) | 15:05:09 |
P2 | (1:6) (7:8) (40:7) (62:2) (85:1) (98:10) (121:8) (123:6) | 16:10:57 |
P3 | (6:1) (19:10) (44:4) (113:9) (115:2) (124:10) (132:5) (160:6) (167:10) (195:5) (198:2) | 16:24:33 |
P4 | (57:6) (78:1) (85:9) (89:1) (94:2) (107:7) (133:3) (143:4) (166:8) (180:9) (199:2) | 15:27:07 |
P5 | (7:10) (21:8) (33:5) (37:1) (50:6) (74:2) (119:4) (171:3) (176:5) | 16:42:02 |
P6 | (11:3) (15:4) (34:5) (37:2) (48:2) (69:8) (155:6) (174:9) (176:9) (177:8) (182:9) (188:9) | 15:38:01 |
P7 | (73:1) (145:9) (191:7) (193:6) | 15:25:51 |
... | ... | ... |
P98 | (44:1) (57:8) (65:7) (79:5) (121:3) (157:3) (189:7) | 14:47:52 |
P99 | (34:10) (52:5) (120:8) (133:1) (160:2) | 15:29:12 |
P100 | (7:8) (13:6) (28:10) (38:2) (51:8) (86:2) (121:5) (127:3) (183:10) | 14:58:35 |
Request | Items:quantities | Deadline |
P1 | (10:2) (87:5) (126:7) (172:1) (207:4) (276:4) (314:1) (351:8) (396:7) | 14:46:43 |
P2 | (54:1) (107:4) (157:3) (255:7) (328:2) | 15:31:42 |
P3 | (141:5) (152:10) (171:7) (243:7) (306:5) | 15:16:38 |
P4 | (35:1) (68:7) (194:3) (228:6) (313:8) (321:2) (335:4) (359:8) (375:7) (391:6) | 14:13:20 |
P5 | (54:9) (70:9) (85:7) (115:3) (154:6) (280:8) (370:2) (399:4) | 15:30:15 |
P6 | (45:5) (64:4) (111:7) (150:1) (161:6) (166:5) (346:10) | 15:26:27 |
P7 | (84:8) (151:10) (313:9) (353:2) (400:4) | 14:06:20 |
... | ... | ... |
P248 | (43:4) (157:4) (313:10) (362:2) | 15:01:47 |
P249 | (66:8) (99:10) (114:4) (140:4) (174:9) (178:10) (195:5) (196:3) (292:7) | 16:17:18 |
P250 | (26:6) (56:8) (97:4) (106:6) (107:1) (126:4) (186:6) (228:4) (254:3) | 17:27:49 |
Multiple-GA [2] | HEA [3] | |||||
DS4 | DS5 | DS6 | DS4 | DS5 | DS6 | |
Dtotal | 948.00 | 4905.00 | 17799.00 | 1036.74 | 4470.20 | 19448.89 |
nLot | 8.00 | 15.00 | 23.00 | 8.00 | 14.00 | 22.00 |
Dmed | 118.50 | 327.00 | 773.87 | 129.59 | 319.30 | 884.04 |
Dstd | 8.26 | 18.96 | 24.35 | 11.26 | 24.55 | 59.94 |
ETtime | 1790.00 | 6826.00 | 25500.00 | 1700.50 | 6552.96 | 22440.00 |
TOC | 1322.20 | 4431.03 | 14546.63 | 1281.58 | 3672.14 | 14317.82 |
DS4 | DS5 | DS6 | Average | |
Dtotal(Multiple-GA)/Dtotal(HEA) | 0.914 | 1.097 | 0.915 | 0.976 |
TOC(Multiple-GA)/TOC(HEA) | 1.032 | 1.207 | 1.016 | 1.085 |