Next Article in Journal
Robust Fuzzy Adaptive Sliding Mode Stabilization for Fractional-Order Chaos
Previous Article in Journal
A Low Complexity Reactive Tabu Search Based Constellation Constraints in Signal Detection
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

A Self-Adaptive Evolutionary Algorithm for the Berth Scheduling Problem: Towards Efficient Parameter Control

Department of Civil & Environmental Engineering, Florida A&M University-Florida State University, Tallahassee, FL 32310-6046, USA
*
Author to whom correspondence should be addressed.
Algorithms 2018, 11(7), 100; https://doi.org/10.3390/a11070100
Submission received: 5 May 2018 / Revised: 25 June 2018 / Accepted: 28 June 2018 / Published: 3 July 2018

Abstract

:
Since ancient times, maritime transportation has played a very important role for the global trade and economy of many countries. The volumes of all major types of cargo, which are transported by vessels, has substantially increased in recent years. Considering a rapid growth of waterborne trade, marine container terminal operators should focus on upgrading the existing terminal infrastructure and improving operations planning. This study aims to assist marine container terminal operators with improving the seaside operations and primarily focuses on the berth scheduling problem. The problem is formulated as a mixed integer linear programming model, minimizing the total weighted vessel turnaround time and the total weighted vessel late departures. A self-adaptive Evolutionary Algorithm is proposed to solve the problem, where the crossover and mutation probabilities are encoded in the chromosomes. Numerical experiments are conducted to evaluate performance of the developed solution algorithm against the alternative Evolutionary Algorithms, which rely on the deterministic parameter control, adaptive parameter control, and parameter tuning strategies, respectively. Results indicate that all the considered solution algorithms demonstrate a relatively low variability in terms of the objective function values at termination from one replication to another and can maintain the adequate population diversity. However, application of the self-adaptive parameter control strategy substantially improves the objective function values at termination without a significant impact on the computational time.

1. Introduction

Marine transportation has been playing a critical role for the global trade since ancient times [1]. By 1200 BCE, Egyptian vessels were able to support trade on the maritime routes that were leading to Sumatra (an island, located near Indonesia), which were considered to be the longest trade routes of that time [1]. Chinese merchants initiated the regional maritime trade networks in the South China Sea and the Indian Ocean towards the 10th century. European countries (including Spain, England, Portugal, the Netherlands, and France) established the global maritime trade network in 16th century [1]. Supported by new technologies [2,3,4], maritime trade networks rapidly expanded all over the globe. By 2006, waterborne trade accounted for ≈90% of global international trade by volume and ≈70% by value.
Increasing waterborne trade tendencies have been observed after 2006. Based on a recent report, released by the United Nations Conference on Trade and Development in 2017, the total volumes of waterborne trade increased by 33.6% from 7.7 billion tons in 2006 to 10.3 billion tons in 2016 [5]. Moreover, the volumes of all major types of cargo, transported by vessels, have significantly increased over the last ten years. Specifically, containerized trade increased by 59.9%, while major bulk cargo, dry bulk cargo, and oil/gas increased by 74.9%, 10.8%, and 13.2%, respectively, from 2006 to 2016. The general consumption goods and high-value cargo are typically transported in containerized form. Containers are transferred among different continents by vessels, which are served at marine container terminals (MCTs). Rapid growth of waterborne trade requires MCT operators upgrading the existing terminal infrastructure and improving operations planning.
MCT operations can be categorized in the following three types [1,6]: (1) seaside operations, which focus on service of arriving vessels (i.e., loading containers on vessels and unloading containers from vessels); (2) marshaling yard operations, which focus on temporary storage of containers in yard blocks of the MCT marshaling yard; and (3) landside operations, which focus on pick-up and delivery of containers by the inland transportation modes (generally, on-dock rail and/or drayage trucks). Efficient seaside operations are critical for MCT performance, as disruptions in the seaside operations may significantly delay service of the arriving vessels. A significant amount of previously conducted studies primarily focused on the berth scheduling problem (BSP), aiming to improve the seaside operations at MCTs [6]. In BSP, the MCT operator aims to assign arriving vessels for service at available MCT berthing positions and determine the service order of vessels at each berthing position.
The BSP is a challenging decision problem, which can be reduced to the unrelated machine scheduling problem [6,7,8,9,10,11,12]. As underlined by Pinedo [13], the unrelated machine scheduling problem (therefore, the BSP as well) has NP-hard complexity. Hence, the realistic size problem instances of BSPs typically cannot be solved using the exact optimization algorithms to the global optimality within an acceptable computational time. To obtain good-quality berth schedules within a reasonable computational time, many different heuristic and metaheuristic algorithms have been presented in the BSP literature. For a detailed review of the BSP mathematical models and solution algorithms this study refers to the literature survey, conducted by Bierwirth and Meisel [6]. Many BSP studies applied Evolutionary Algorithms (EAs) and demonstrated their efficiency based on the numerical experiments [6,7,8,9,10,11,12,14,15,16,17,18,19]. EAs are biologically inspired metaheuristics, where the candidate solutions to the problem of interest are encoded in the chromosomes [20,21]. At the beginning, a typical EA initializes the population, represented by a group of chromosomes, and evaluates fitness (i.e., quality of the solutions) of the initial population chromosomes. After that, the EA starts an iterative procedure, where the chromosomes are continuously changed by applying specific EA operators (i.e., parent selection, crossover, mutation, offspring selection) with the main objective to discover superior solutions. The iterative procedure is terminated once the EA satisfies a specific convergence criterion.
Each EA has several parameters, including population size (i.e., the number of chromosomes in the population), crossover probability, mutation probability, selection operator parameters, and others. There are two approaches for selection of the EA parameters [20,21,22], including the following (see Figure 1): (1) parameter tuning; and (2) parameter control. Note that the aforementioned approaches can be used to set parameters not only for EAs, but also for the other heuristic and metaheuristic algorithms. As for the parameter tuning approach, different values of each parameter are evaluated for a given EA, and the best parameter values are selected based on the analysis of a tradeoff between the objective function and computational time values (the latter analysis is referred to as the “parameter tuning” analysis). The parameter tuning approach assumes that the selected parameter values remain unchanged throughout the algorithmic run.
On the other hand, the parameter control approach adjusts the values of EA parameters throughout the algorithmic run based on certain strategies. There are three common types of the parameter control strategies [20,21,22], including the following (see Figure 1): (1) deterministic—the algorithmic parameters are altered based on a certain counter (e.g., computational time, number of generations) without any feedback from the search; (2) adaptive—the algorithmic parameters are altered based on feedback from the search (e.g., behavior of the objective/fitness function); and (3) self-adaptive—the algorithmic parameters are encoded in the chromosomes and evolve throughout the algorithmic run.
The EAs, presented in the BSP literature, primarily rely on the parameter tuning strategy. In some of the recent BSP studies, the deterministic and adaptive parameter control strategies were implemented within the proposed EAs [10,12]. Both deterministic and adaptive parameter control strategies were found to be promising and outperformed the parameter tuning strategy. Specifically, the EAs with parameter control can more efficiently move along the search space, identify promising domains of the search space, and exploit the identified domains for superior solutions [10,12]. On the other hand, setting constant parameter values, which do not change throughout the algorithmic run (i.e., the parameter tuning strategy), typically limits the explorative and exploitative EA capabilities. Although the self-adaptive parameter control strategy has been used in the EA literature [20,21,22], none of the published to date studies applied such parameter control strategy for the BSP. The contributions of this study to the state-of-the-art can be summarized as follows:
(1)
A novel self-adaptive EA is proposed for the BSP, where the crossover and mutation probabilities are encoded in the chromosomes and evolve throughout the algorithmic run;
(2)
A novel heuristic is presented for the population initialization, which accounts for the spatial requirements in berth scheduling;
(3)
A comprehensive comparative analysis is conducted to evaluate the EA with self-adaptive parameter control strategy against the alternative EAs, which rely on the deterministic parameter control, adaptive parameter control, and parameter tuning strategies, respectively; and
(4)
The major algorithmic performance indicators are considered, including objective function and computational time values, convergence patterns, evolution of the self-adaptive algorithmic parameter values, algorithmic stability, and changes in the population diversity.
The remaining sections of this manuscript are structured in the following manner. Section 2 provides a detailed description of the BSP studied herein, while Section 3 presents a mixed integer linear mathematical model for the problem. Section 4 outlines the main steps of the developed self-adaptive EA and provides a detailed description of each step. Section 5 focuses on a detailed complexity analysis of the developed self-adaptive EA. Section 6 describes the numerical experiments, which were conducted throughout this study to evaluate performance of the proposed solution algorithm. The last section summarizes findings of this study and discusses potential extensions, which can be explored as a part of the future research.

2. MCT Operations Description

This study focuses on modeling the seaside operations at a multi-user MCT, where vessels from different liner shipping companies deliver and pick up containers. Various MCT berthing layouts have been reported in the BSP literature (including discrete, continuous, hybrid, indented, and channel) [6,17], and the commonly used discrete berthing layout will be adopted in this study for the considered MCT. Based on the discrete berthing layout, the MCT wharf is partitioned in a set of berthing positions, which will be referred to as J = { 1 , , n } , and one vessel can be moored at a given berthing position at the time. The MCT layout, which will be modeled in this study, is presented in Figure 2. Let I = { 1 , , m } be a set of arriving vessels, which must be served at the MCT.
There are two common types of vessel arrivals, which have been modeled in the BSP literature, including the following [6]: (a) static vessel arrivals—all vessels have already arrived at the MCT, and the berth schedule should be designed based on the specific objectives; and (b) dynamic vessel arrivals—vessels have not arrived at the MCT yet, but the MCT operator has the information regarding the expected vessel arrival time (which is negotiated with the corresponding liner shipping company). The dynamic vessel arrivals will be considered in this study. The vessels are assumed to arrive at the MCT at the scheduled time ( T i A ,   i I —measured in h). The scope of this study does not include modeling uncertainty in vessel arrivals due to different factors, including adverse weather, reduction in the vessel sailing speed as a result of the main engine malfunctioning, potential delays in vessel service at preceding ports, human errors, and others.
Upon arrival at the MCT, each vessel will be towed by tug boats to the assigned MCT berthing position. In some cases, the assigned berthing position may not be available at the moment (as the other vessel is being served), and the vessel will be towed to the dedicated waiting area, which is located near the MCT. Note that increasing waiting time ( T i W T ,   i   I —measured in h) of vessels may negatively affect the MCT operations, as increasing number of waiting vessels may cause congestion in the access channel and result in navigational difficulties for the vessels, entering and leaving the MCT. The MCT operator should consider the length ( L i V ,   i I —measured in ft.) and draft ( H i V ,   i I —measured in ft.) of the arriving vessels in the design of berth schedules. Each berthing position has two spatial attributes, including length ( L j B ,   j J —measured in ft.) and depth ( H j B ,   j J —measured in ft.). If vessel i does not satisfy certain horizontal and vertical clearance requirements (which will be denoted as D i H ,   i I and D i V ,   i I , respectively, and are both measured in ft.), it cannot be assigned for service at berthing position j . Moreover, service of a given vessel cannot start before the time, when the assigned berthing position becomes available in the planning horizon at the first time ( T j B ,   j J —measured in h). Once the assigned berthing position becomes available, the vessel is moored, and the on-shore quay cranes start loading and unloading containers (see Figure 2).
There are several other important factors, which should be considered by the MCT operator in the design of berth schedules, including the following: (1) vessel handling rates; (2) allocation of the available handling equipment; and (3) allocation of the available storage space. Vessel handling rates, measured in the number of twenty-foot equivalent units (TEUs) handled per hour, are negotiated between the MCT operator and liner shipping companies. To provide the negotiated vessel handling rates, the MCT operator has to allocate the required amount of handling equipment for each vessel, including quay cranes for loading containers on the vessel and unloading containers from the vessel, internal transport vehicles (e.g., yard trucks, automated guided vehicles, straddle carriers, automated lifting vehicles) for transfer of containers from the seaside to the marshaling yard, gantry cranes for handling containers in the marshaling yard, and other miscellaneous equipment. The handling time of vessel i at berthing position j ( T i j H T ,   i I ,   j J —measured in h) is determined based on the number of containers to be handled for vessel i and the handling productivity, negotiated with the liner shipping company.
Furthermore, the MCT operator must allocate the storage space in the marshaling yard for containers, delivered by each vessel. Generally, the storage space is allocated as close as possible to the berthing position, where a given vessel is originally planned to be assigned for service (the latter term is also known as “preferred berthing position” in the BSP literature [6,11]). Because of changes in the original berth schedule, a given vessel may be assigned for service at an alternative berthing position (e.g., to reduce the waiting time of that vessel in case if its “preferred berthing position” is occupied by another vessel at the moment). Due to changes in the original berth assignment, the vessel handling time will increase since the internal transport vehicles will be required to travel longer distances between the alternative berthing position and the assigned storage space in the marshaling yard (as compared to the travel distance between the “preferred berthing position” and the assigned storage space).
Based on the contractual agreement with the MCT operator, the liner shipping company requests a specific departure time ( T i D ,   i I —measured in h). It is critical for the liner shipping company to ensure that each vessel will leave the MCT at the scheduled time to avoid potential delays at the consecutive ports, which must be visited by that vessel. The MCT operator may be even expected to pay penalties to the liner shipping company in case of late vessel departures [6]. To design an efficient berth schedule, the MCT operator must account for priority of the arriving vessels. The priority of vessels will be assigned using weights ( W i ,   i I —a real-valued number, varying from 0.10 to 1.00). The latter methodology has been widely used in the BSP literature [6]. The overall objective of the MCT operator is to develop the optimal berth schedule, which will allow minimizing the total weighted vessel waiting time, the total weighted vessel handling time, and the total weighted vessel late departures.

3. Model Formulation

This section of the manuscript focuses on description of the nomenclature that will be used throughout this study and presents a mixed integer linear mathematical model for the discrete dynamic berth scheduling problem with spatial requirements (BSPSR). A detailed description of the BSPSR mathematical model components is presented in Table 1.
The objective function (1) of the BSPSR mathematical model, denoted as Z , aims to minimize the total weighted turnaround time of vessels (which is composed of the total weighted vessel waiting and handling times) and the total weighted vessel late departures.
m i n Z = [ i I ( W i T i W T ) + i I j J k K ( W i T i j H T x i j k ) + i I ( W i T i L D ) ]
Constraint set (2) indicates that no more than one vessel can be served at each berthing position at the time.
i I x i j k 1   j J ,   k K
Constraint set (3) guarantees that each vessel will be assigned to one of the available berthing positions in any service order.
j J k K x i j k = 1   i I
Constraint sets (4) and (5) ensure that the horizontal and vertical clearance requirements will not be violated for each vessel moored at one of the MCT berthing positions.
( L i V + D i H ) x i j k L j B   i I ,   j J ,   k K
( H i V + D i V ) x i j k H j B   i I ,   j J ,   k K
Constraint set (6) guarantees that service of each vessel will start after its arrival at the MCT.
i I : i i k K : k < k ( T i j H T x i j k + T i j k I D ) + T i j k I D ( T i A T j B ) x i j k 0   i I ,   j J ,   k K
Constraint set (7) calculates the start service time for each vessel calling the MCT.
T i S T i I : i i k K : k < k ( T i j H T x i j k + T i j k I D ) + T i j k I D + T j B Γ ( 1 x i j k )   i I ,   j J ,   k K
Constraint set (8) computes the waiting time of each vessel before its service start at the MCT.
T i W T T i S T T i A   i I
Constraint set (9) computes the finish service time for each vessel calling the MCT.
T i F T = T i S T + j J k K ( T i j H T x i j k )   i I
Constraint set (10) estimates the late departure hours for each vessel calling the MCT.
T i L D T i F T T i D   i I
Constraint sets (11)–(13) define the nature of decision variables, auxiliary variables, and parameters of the BSPSR mathematical model.
x i j k { 0 , 1 }   i I ,   j J ,   k K
m , n , s N
T i j k I D , T i S T , T i F T , T i W T , T i L D , T j B , T i A , T i j H T , T i D , L i V , L j B , D i H , H i V , H j B , D i V , W i , Γ R +   i I ,   j J ,   k K

4. Design of a Self-Adaptive Evolutionary Algorithm

This section of the manuscript focuses on a detailed description of the self-adaptive EA (SAEA), which was developed to solve the realistic size problem instances of the BSPSR mathematical model within an acceptable computational time. Unlike typical EAs, the proposed SAEA algorithm deploys a self-adaptive parameter control strategy, where the crossover and mutation probabilities (which are considered to be the major EA parameters [20,21]) are encoded in the chromosomes and change throughout evolution of the algorithm from one generation to another. The main SAEA steps are presented in Section 4.1 of the manuscript, while a detailed description of each SAEA step is presented in Section 4.2, Section 4.3, Section 4.4, Section 4.5, Section 4.6, Section 4.7, Section 4.8 and Section 4.9 of the manuscript.

4.1. The Main SAEA Steps

Figure 3 presents the main SAEA steps. At the beginning, the data structures are initialized for the required BSPSR and SAEA parameters (step 0). Also, in step 0, the SAEA algorithm starts the generation count ( g = 1 ). In the next steps, the initial population is created (step 1), and fitness of the initial population is evaluated (step 2). After that, the algorithm enters the main loop and updates the generation count (step 3). Next, the parent selection is executed to identify the population chromosomes that will participate in the SAEA operations (step 4). Then, the offspring chromosomes are produced as a result of applying the SAEA algorithmic operators to the parent chromosomes (step 5). Also, in step 5, the repairing operator is executed to repair the infeasible offspring, which were produced as a result of the SAEA operations (if any). Fitness of the repaired offspring chromosomes is evaluated in step 6. Then, the offspring chromosomes for the next generation are determined (step 7). The SAEA algorithm is terminated once the maximum allowable number of generations ( g l i m ) has been reached (which will be set as a termination criterion). When the algorithm is terminated, it will return the best solution, which corresponds to the berth schedule with the least possible sum of the total weighted vessel turnaround time and the total weighted vessel late departures.

4.2. Representation of Solutions

Chromosomes (or individuals) are used in EAs to represent a solution to a given problem [20,21]. A hybrid chromosome representation will be adopted in this study, where one part of the chromosome will be represented using integers, while the other part will be represented using real-valued numbers. The first part of each chromosome, which contains integer numbers, will be used to denote the vessel to berthing position to service order assignment (i.e., the BSPSR solution). The second part of each chromosome, which contains real-valued numbers, will be used to denote the crossover and mutation probabilities (that will be referred to as p c and p m , respectively). The chromosome components (e.g., berthing position identifiers, vessel identifiers, crossover and mutation probabilities) will be referred to as “genes” [20]. Location of a gene along the chromosome will be referred to as “locus” [20]. Value of a gene will be referred to as “allele” [20]. The adopted chromosome representation is not common among canonical EAs, which have been used in the BSP literature, as the proposed SAEA applies the self-adaptive parameter control strategy. An example of the SAEA chromosome representation is illustrated in Figure 4.
In the considered example, 8 vessels are scheduled for service at the MCT. Berth “1” is assigned to serve vessels “3”, “2”, and “7” (in that specific service order); on the other hand, berth “2” is assigned to serve vessels “5”, “8”, “1”, “6”, and “4” (in that specific service order). Moreover, the probability of the presented chromosome to undergo a crossover operation (if selected as a parent) is p c = 0.50 , while the probability of each gene of the presented chromosome to undergo a mutation operation is p m = 0.05 . The length of each chromosome in the population can be determined as | I | + 2 , i.e., summation of the number of vessels, calling for service at the MCT, and “2”, where additional 2 genes are required to store the information regarding the crossover and mutation probabilities.

4.3. Generation of the Initial Chromosomes and Population

The first half of the SAEA population will be initialized randomly (i.e., vessels will be assigned randomly to the MCT berthing positions, while the crossover and mutation probabilities will be generated as random values, ranging between 0.01 and 1.00). The second half of the SAEA population will be initialized using a local search heuristic for the vessel to berthing position to service order assignment, while the crossover and mutation probabilities will be still generated randomly. The local search heuristic is based on the First Come First Served (FCFS) policy. Note that a typical FCFS policy, which has been widely used in the BSP literature, will not be applicable for the BSPSR mathematical model, as it may cause violation of the spatial requirements (i.e., a vessel can be assigned to the berthing position, which does not have sufficient length and/or depth).
This study proposes the FCFS with spatial requirements (FCFS-SR) heuristic, which ensures that the spatial requirements are not violated for the generated berth schedules. The main steps of the FCFS-SR heuristic are outlined in Algorithm 1. Notation T B ˜ is used in Algorithm 1 to represent the updated availability of berthing positions (measured in h), while the rest of notations are adopted from Section 3 of the manuscript. The data structures, required by the FCFS-SR heuristic, are initialized in step 0. Then, the vessels to be served at the MCT are sorted based on their arrival times in step 1. The availability of berthing positions is set equal to the initial availability in step 2. After that, the FCFS-SR heuristic starts an iterative procedure (steps 4–13), where the first available berthing position, which can accommodate the next arriving vessel (and satisfy both horizontal and vertical clearance requirements), is determined in steps 5 and 6. The earliest service order for the first available berthing position is identified in step 7. Then, the vessel is assigned to the first available berthing position, which satisfies both horizontal and vertical clearance requirements, in the earliest service order (step 8). The start and finish vessel service times are estimated in steps 9 and 10. The availability of a berthing position is updated based on the vessel finish service time in step 11. The FCFS-SR heuristic terminates an iterative procedure, once the initial vessel to berthing position to service order assignment is generated for all vessels, calling for service at the MCT.
Note that the FCFS-SR heuristic is deterministic in its nature; therefore, the chromosome portions, which represent vessel to berthing position to service order assignments and are created using FCFS-SR, will be identical. The latter will substantially limit the explorative capabilities at early stages of the SAEA run. To maintain the population diversity and improve the SAEA explorative capabilities, only half of the initial SAEA population will be generated using the FCFS-SR heuristic, while another half will be created randomly (as discussed at the beginning of Section 4.3 of the manuscript). The number of chromosomes in the population (i.e., population size: Θ ) will be established based on the parameter tuning analysis, which is described in Section 6.2 of the manuscript.
Algorithm 1: First Come First Served with Spatial Requirements (FCFS-SR) Heuristic.
FCFS - SR   ( I , J , K , T B , T A , T H T , L V , L B , D H , H V , H B , D V )
in: I = { 1 , , m } —set of vessels; J = { 1 , , n } —set of berths; K = { 1 , , s } —set of service orders; T B —berth availability; T A —vessel arrival times; T H T —vessel handling times; L V —length of vessels; L B —length of berths; D H —horizontal clearance requirements; H V —draft of vessels; H B —depth of berths; D V —vertical clearance requirements
out: x —initial vessel to berth to service order assignment
0: | I ˜ | m ; | x | m · n · s ; | T B ˜ | n ; | T S T | m ; | T F T | m               ⊲ Initialization
1: I ˜ Sort ( I , T A )                  ⊲ Sort the vessels based on their arrival times at the MCT
2: T B ˜ T B                         ⊲ Set the initial availability of berthing positions
3: i 1
4: for all i I ˜ do
5:   b find ( L B L i V + D i H   and   H B H i V + D i V )  ⊲ Identify potential berthing positions for a vessel
6:    j a r g m i n b ( T b B ˜ )                     ⊲ Select the first available berthing position
7:    k a r g m i n k ( x i j k )                        ⊲ Determine the earliest service order
8:    x i j k 1         ⊲ Assign a vessel to the first available berthing position in the earliest service order
9:    T i S T m a x ( T i A ; T j B ˜ )                     ⊲ Calculate the start vessel service time
10:    T i F T T i S T + T i j H T                      ⊲ Calculate the finish vessel service time
11:    T j B ˜ T i F T                        ⊲ Update the availability of a berthing position
12:    i i + 1
13: end for
14: return x

4.4. Fitness Function

Let Q = { 1 , , a } be a set of individuals in the SAEA population and G = { 1 , , b } be a set of generations. The fitness value of individual q in generation g ( F i t q g ) is calculated in the developed SAEA algorithm based on the following relationship:
F i t q g = Z q g + α Ψ q g H + β Ψ q g V   q Q , g G
Along with the objective function value of the BSPSR mathematical model ( Z q g ), the fitness function includes the penalty term for violation of the horizontal clearance requirements ( α Ψ q g H , where α —horizontal clearance violation penalty, measured in h/ft.; Ψ q g H —horizontal clearance violation for individual q in generation g , measured in ft.) and the penalty term for violation of the vertical clearance requirements ( β Ψ q g V , where β —vertical clearance violation penalty, measured in h/ft.; Ψ q g V —vertical clearance violation for individual q in generation g , measured in ft.). The penalty terms are introduced to adjust the fitness function values for infeasible individuals (that violate the horizontal and/or vertical clearance requirements for vessels), which could be generated as a result of the SAEA operations. The horizontal clearance violation for individual q in generation g can be estimated as a sum of horizontal clearance violations of all vessels that are served at the MCT berthing positions as follows:
Ψ q g H = i I j J k K m a x { 0 ; [ ( L i V + D i H ) L j B ] x i j k }   q Q , g G
The vertical clearance violation for individual q in generation g can be estimated as a sum of vertical clearance violations of all vessels that are served at the MCT berthing positions as follows:
Ψ q g V = i I j J k K m a x { 0 ; [ ( H i V + D i V ) H j B ] x i j k }   q Q , g G
Based on Equations (15) and (16), chances of the individuals to survive will increase with decreasing degree of violation of horizontal and/or vertical clearance requirements. It is important to set the appropriate values of α and β penalty terms to ensure that infeasible individuals will have much lower chances to survive as compared to feasible individuals. The appropriate values of penalty terms α and β will be established based on the parameter tuning analysis, which is described in Section 6.2 of the manuscript.

4.5. Parent Selection Procedure

Once SAEA enters the main loop, it deploys the parent selection procedure to determine the chromosomes that will participate in the SAEA operations and produce the offspring in a given generation. A Roulette Wheel Selection, which has been widely used in canonical Genetic Algorithms and Genetic Programming [20], will be adopted in this study at the parent selection stage. Based on the Roulette Wheel Selection (RWS) mechanism, each individual in the population is assigned a portion of a roulette wheel. A larger portion of the roulette wheel will be assigned to the fittest individual (i.e., the individual with lower objective function value, since the proposed BSPSR mathematical model aims to minimize the total weighted vessel turnaround time and the total weighted vessel late departures). The roulette wheel is continuously rotated, and one individual is selected at each rotation. The chance of a given individual to be selected is proportional to its fitness. The main steps of the RWS mechanism are outlined in Algorithm 2.
The data structures, required by the RWS mechanism, are initialized in step 0. Then, the fitness values of the population chromosomes are adjusted (i.e., F i t g a u x values are estimated) in steps 2–5, as the BSPSR mathematical model has a minimization objective function. The adjusted fitness values of the population chromosomes are normalized in step 6 (so, the cumulative population fitness after normalization will be equal to 1.00). After that, RWS starts an iterative procedure (steps 7–11), where a random value between 0.00 and 1.00 is generated in step 8 (i.e., the roulette wheel is rotated). Then, the individual with a normalized fitness value, which is close to the randomly generated value, is selected to become a parent (steps 9 and 10). An iterative procedure is terminated by RWS once the required amount of parent chromosomes has been selected.
Algorithm 2: Roulette Wheel Selection (RWS).
RWS ( P o p g , F i t g )
in: P o p g —population in generation g ; F i t g —fitness of chromosomes in generation g
out: P a r e n t s g —parent chromosomes in generation g
0: | P a r e n t s g | ; | F i t g a u x | | P o p g | ; | F i t ¯ g a u x | | P o p g |                  ⊲ Initialization
1: q 1
2: while q | P o p g | do
3:    F i t q g a u x 1 / F i t q g                   ⊲ Adjust the fitness value of a given chromosome
4:    q q + 1
5: end while
6: F i t ¯ g a u x Normalize ( F i t g a u x )    ⊲ Normalize the adjusted fitness values of the population chromosomes
7: while | P a r e n t s g | < | P o p g | do
8:    V a l Rand ( 0.00 ; 1.00 )               ⊲ Generate a random value between 0.00 and 1.00
9:    i f i n d ( F i t ¯ g a u x V a l > 0 )          ⊲ Select the individual based on a randomly generated value
10:    P a r e n t s g P a r e n t s g { P o p i g }    ⊲ The selected individual is added to the set of parent chromosomes
11: end while
12: return P a r e n t s g

4.6. SAEA Operations

Once the parent chromosomes are selected by the SAEA algorithm, the crossover and mutation operators will be executed to produce and mutate the offspring chromosomes. Two custom operators were designed in this study to perform the crossover and mutation operations for the adopted hybrid chromosome representation, which contains both integer and real-valued genes. A detailed description of the crossover and mutation operations is presented in Section 4.6.1 and Section 4.6.2 of the manuscript, respectively.

4.6.1. Crossover Operation

The crossover operation plays an important role in the design of EAs, as it allows exploration of various domains of the search space [20,21]. Typical crossover operators, which have been widely used in the BSP literature (e.g., one-point crossover, two-point crossover, partially mapped crossover), will not be applicable for the adopted hybrid chromosome representation (where the vessel to berthing position to service order assignment is defined using integer numbers, while the crossover and mutation probabilities are defined using real-valued numbers), as they may generate infeasible offspring chromosomes. A custom crossover operator was developed in this study, which combines features of the order crossover and the whole arithmetic crossover. An example of the SAEA crossover operation is presented in Figure 5, where two parent chromosomes are selected at random from the available parent chromosomes. Note that the probability of a given parent chromosome to undergo a crossover operation is determined by parameter p c , which is encoded in each chromosome of the population (since the proposed SAEA algorithm is self-adaptive).
Once the parent chromosomes are selected, the SAEA algorithm applies the order crossover for the integer portion of the parent chromosomes. In the considered example, a segment of the integer chromosome portion with vessels “7”, “5”, “8”, and “1” is copied from parent “1” to offspring “1”. The segment length is set randomly by SAEA and, hence, may vary from one crossover operation to another. After that, the genes with missing vessels are copied from parent “2”. Specifically, the genes with vessels “4”, “3”, “2” and “6” are copied from parent “2” to offspring “1” for the considered example (see Figure 5). A similar procedure is used to generate the integer portion for offspring “2”. Once the order crossover has been applied for the integer portion of the parent chromosomes, the SAEA algorithm deploys the whole arithmetic crossover for the real-valued portion of the parent chromosomes. Let X 1 and X 2 be the alleles of the parent chromosomes, and Y 1 and Y 2 be the alleles of the offspring chromosomes. Note that X 1 , X 2 , Y 1 , and Y 2 correspond to the real-valued portions of the parent and offspring chromosomes, representing the crossover and mutation probabilities. As a result of the whole arithmetic crossover operation, the offspring gene values Y 1 and Y 2 will be set based on the parent gene values X 1 and X 2 , and randomly generated value a ( a [ 0.00 ; 1.00 ] ) as follows:
Y 1 = a X 1 + ( 1 a ) X 2
Y 2 = ( 1 a ) X 1 + a X 2
In the example, illustrated in Figure 5, the value of parameter a was assumed to be a = 0.30 . The crossover probability for offspring “1” was estimated based on the parent crossover probabilities as follows: p 1 c = 0.30 · 0.50 + ( 1 0.30 ) · 0.60 = 0.57 . The crossover probability for offspring “2” was computed as follows: p 2 c = ( 1 0.30 ) · 0.50 + 0.30 · 0.60 = 0.53 . On the other hand, the mutation probability for offspring “1” in the considered example was calculated based on the parent mutation probabilities as follows: p 1 m = 0.30 · 0.050 + ( 1 0.30 ) · 0.040 = 0.043 . The mutation probability for offspring “2” was estimated as follows: p 2 m = ( 1 0.30 ) · 0.050 + 0.30 · 0.040 = 0.047 . The value of parameter a for the whole arithmetic crossover will vary within SAEA from one operation to another and will be set based on the following equation: a = U [ 0.00 ; 1.00 ] , where notation U [ V a l 1 ; V a l 2 ] is used for the uniformly distributed pseudorandom numbers that vary between V a l 1 and V a l 2 .

4.6.2. Mutation Operation

Once the offspring chromosomes have been produced via the crossover operation, the SAEA algorithm applies a custom mutation operator to each offspring chromosome. Unlike crossover, mutation allows exploitation of the identified promising domains of the search space to discover the solutions with higher fitness [20,21]. Typical mutation operators, which have been widely used in the BSP literature (e.g., swap, insert, scramble, invert), will not be applicable for the adopted hybrid chromosome, as they may generate infeasible offspring chromosomes. A custom mutation operator was developed in this study. The main steps of the proposed custom mutation operator are outlined in Algorithm 3.
Algorithm 3: Custom Mutation Operator.
Mutation ( O f f s p r i n g g , p m )
in: O f f s p r i n g g —offspring chromosomes in generation g ; p m —mutation probability
out: O f f s p r i n g g ˜ —mutated offspring chromosomes in generation g
0: | O f f s p r i n g g ˜ | | O f f s p r i n g g |                            ⊲ Initialization
1: q 1
2: while q | O f f s p r i n g g | do
3:   O f f s p r i n g q g p c ˜ Float ( O f f s p r i n g q g p c , p m )             ⊲ Mutate the crossover probability
4:   O f f s p r i n g q g p m ˜ Float ( O f f s p r i n g q g p m , p m )           ⊲ Mutate the mutation probability
5:   V a l 1 Rand ( 0.00 ; 1.00 )             ⊲ Generate a random value between 0.00 and 1.00
6:   V a l 2 Rand ( 0.00 ; 1.00 )             ⊲ Generate a random value between 0.00 and 1.00
7:  if V a l 1 0.50 then
8:   if V a l 2 0.50 then
9:    O f f s p r i n g q g b e r t h ˜ Insert ( O f f s p r i n g q g b e r t h , p m )      ⊲ Mutate the genes with berthing positions
10:   else
11:     O f f s p r i n g q g v e s s e l ˜ Swap ( O f f s p r i n g q g v e s s e l , p m )   ⊲ Mutate the genes with vessel identifiers
12:   end if
13:  else
14:   if V a l 2 0.50 then
15:    O f f s p r i n g q g b e r t h ˜ Swap ( O f f s p r i n g q g b e r t h , p m )     ⊲ Mutate the genes with berthing positions
16:   else
17:     O f f s p r i n g q g v e s s e l ˜ Insert ( O f f s p r i n g q g v e s s e l , p m )  ⊲ Mutate the genes with vessel identifiers
18:   end if
19:  end if
20:   q q + 1
21: end while
22: return O f f s p r i n g g ˜
The data structure for the mutated offspring chromosomes, required by the custom mutation operator, is initialized in step 0. Then, the custom mutation operator starts an iterative procedure (steps 2–21), where the real-valued portion of a given offspring chromosome (i.e., the crossover and mutation probabilities) is mutated using the floating-point mutation (steps 3 and 4). Two random values ( V a l 1 and V a l 2 ), ranging between 0.00 and 1.00, are generated in steps 5 and 6. After that, if the generated value V a l 1 is less than or equal to 0.50, either the insert mutation operation is applied to the integer portion of the chromosome, representing the berthing positions, or the swap mutation operation is deployed for the integer portion of the chromosome, representing the vessel identifiers (steps 8–12). The latter decision (i.e., alter either berthing positions or vessel identifiers) is made depending on the generated value V a l 2 . If the generated value V a l 1 is greater than 0.50, either the swap mutation operation is applied to the integer portion of the chromosome, representing the berthing positions, or the insert mutation operation is deployed for the integer portion of the chromosome, representing the vessel identifiers (steps 14–18). The latter decision (i.e., alter either berthing positions or vessel identifiers) is also made depending on the generated value V a l 2 . An iterative procedure is terminated by the custom mutation operator once each offspring individual in the population has been mutated. Note that both insert and swap mutation operators are not applied within the developed custom mutation operator to the berthing positions and vessel identifiers at the same time to avoid significant genetic changes in the chromosomes as a result of mutation (which may further cause disruption of “building blocks” [20,21] and lead to worsening fitness values for the offspring chromosomes).
Examples of the SAEA mutation operations are presented in Figure 6 and Figure 7. In the first example, illustrated in Figure 6, the crossover and mutation probabilities are altered using the floating-point mutation from 0.50 and 0.04 to 0.40 and 0.05, respectively. In the meantime, the gene with berthing position “2” is shifted from locus “6” to locus “3” using the insert mutation (see the integer portion of the offspring, representing the berthing positions). In the second example, illustrated in Figure 7, the crossover and mutation probabilities are altered using the floating-point mutation from 0.45 and 0.01 to 0.30 and 0.03, respectively. In the meantime, the genes with vessels “6” and “5” are swapped using the swap mutation (see the integer portion of the offspring, representing the vessel identifiers). The number of genes to be altered as a result of the insert and swap mutation operations is defined by mutation probability parameter p m , which is encoded in each offspring chromosome of the population (since the proposed SAEA algorithm is self-adaptive).
Note that application of the SAEA crossover and mutation operators may produce the infeasible offspring. In the first example (see Figure 6), the gene with vessel “7”, which is assigned for service at berthing position “2”, is inserted between the genes with vessels “2” and “5”, which are both assigned for service at berthing position “1”. The latter assignment causes a disruption in the service order of vessels, which are assigned to berthing position “1”, and makes the offspring chromosome infeasible. To prevent infeasibility of the offspring chromosomes, the genes with vessel identifiers will be sorted by berthing positions after application of the custom mutation operator (see Figure 6). Such sorting procedure will allow repairing the generated infeasible individuals. In the considered example, the gene with vessel “7” is shifted to the other vessels that are assigned for service at berthing position “2”, which allows avoiding disruption of the vessel service order at berthing position “1”.

4.7. Offspring Selection Procedure

Upon completion of the SAEA operations, fitness of the produced offspring chromosomes is estimated. After that, the SAEA algorithm deploys the offspring selection procedure to determine the chromosomes that will survive in the given generation and will be moved to the next generation. A Tournament Selection will be adopted in this study at the offspring selection stage. The main steps of the Tournament Selection mechanism are outlined in Algorithm 4.
Algorithm 4: Tournament Selection.
TourSel ( O f f p r i n g g , F i t g , Ω , Φ )
in: O f f p r i n g g —offspring chromosomes in generation g ; F i t g —fitness of individuals in generation g ; Ω —tournament size; Φ —number of individuals selected at each tournament
out: P o p g + 1 —population chromosomes in generation g + 1
0: | P o p g + 1 |                                     ⊲ Initialization
1: while | P o p g + 1 | | O f f p r i n g g | do
2:    [ T o u r , F i t g T o u r ] RandSel ( O f f p r i n g g , F i t g , Ω )    ⊲ Select the individuals for the tournament
3:    q 1
4:   while q Φ do
5:      i a r g m i n ( F i t g T o u r )              ⊲ Select the fittest individual from the tournament
6:      P o p g + 1 P o p g + 1 { T o u r i }    ⊲ Add the selected individual to the next generation chromosomes
7:      T o u r T o u r { T o u r i }          ⊲ Remove the selected individual from the tournament
8:      q q + 1
9:   end while
10: end while
11: return P o p g + 1
The data structure for the next generation chromosomes, required by the Tournament Selection mechanism, is initialized in step 0. Then, the Tournament Selection mechanism randomly selects Ω individuals (where Ω —tournament size), which are referred to as T o u r , from the population and keeps the record of fitness for the selected individuals ( F i t g T o u r ) in step 2. After that, Φ individuals with the highest fitness values (where Φ —number of individuals selected at each tournament) are selected from the tournament to become the next generation chromosomes (steps 4–9). The tournaments are continuously executed (steps 1–10) until the required amount of the next generation chromosomes has been selected. This study will use the Binary Tournament Selection, where two individuals are sampled from the population at each tournament (i.e., Ω = 2 ), and only one individual that has higher fitness value will be moved to the next generation ( Φ = 1 ).

4.8. Elitism

The proposed SAEA deploys the “elitism” strategy, based on which the fittest individual is stored before application of the parent selection and SAEA operators. The fittest individual will be transferred to the next generation along with the survived offspring chromosomes. Elitism plays a very important role in the design of EAs, as application of the selection, crossover, and mutation operators does not guarantee that the fitness of the produced offspring chromosomes will be higher as compared to the fitness of the parent chromosomes (e.g., crossover and mutation operators may disrupt “building blocks” of the parent chromosomes, which may further worsen fitness of the offspring chromosomes [20,21]).

4.9. Termination Criterion

The developed SAEA algorithm will be terminated once the maximum allowable number of generations ( g l i m ) has been reached. The latter termination criterion has been widely used in the EAs, proposed in the BSP literature [7,8,10,11,12].

5. Complexity Analysis

This section of the manuscript focuses on the computational complexity analysis of the developed SAEA algorithm. To determine the computational complexity of the SAEA algorithm, the major algorithmic steps must be analyzed, which are presented in Algorithm 5.
Algorithm 5: Self-Adaptive Evolutionary Algorithm (SAEA).
SAEA ( Θ , p c , p m , Ω , Φ , g l i m , D a t a , I , J , K , T B , T A , T H T , L V , L B , D H , H V , H B , D V )
in: Θ —population size; p c —crossover probability; p m —mutation probability; Ω —tournament size, Φ —number of individuals selected at each tournament; g l i m —maximum allowable number of generations; D a t a —input data for the BSPSR mathematical model; I = { 1 , , m } —set of vessels; J = { 1 , , n } —set of berths; K = { 1 , , s } —set of service orders; T B —berth availability; T A —vessel arrival times; T H T —vessel handling times; L V —length of vessels; L B —length of berths; D H —horizontal clearance requirements; H V —draft of vessels; H B —depth of berths; D V —vertical clearance requirements
out: B e s t S o l —the best berth schedule
0: | P o p | Θ ; | F i t | Θ ; | P a r e n t s | Θ ; | O f f s p r i n g | Θ ; | O f f s p r i n g g ˜ | Θ ; | B e s t |
1: g 1 ; c o u n t e r 1
2: while c o u n t e r Θ do
3:    x PopInit ( I , J , K , T B , T A , T H T , L V , L B , D H , H V , H B , D V )          ⊲ Generate a chromosome
4:    P o p g P o p g { x }                            ⊲ Append the generated chromosome
5:    c o u n t e r c o u n t e r + 1
6: end while
7: F i t g FitnessEval ( D a t a , P o p g )                   ⊲ Evaluate fitness of the initial population
8: while g g l i m do
9:    g g + 1                                     ⊲ Update the generation count
10:    B e s t a r g m i n ( F i t g )                          ⊲ Store a copy of the fittest individual
11:    P a r e n t s g RWS ( P o p g , F i t g )                        ⊲ Identify the parent chromosomes
12:    O f f s p r i n g g Crossover ( P a r e n t s g , p c )                  ⊲ Produce the offspring chromosomes
13:    O f f s p r i n g g ˜ Mutation ( O f f s p r i n g g , p m )                ⊲ Mutate the offspring chromosomes
14:    O f f s p r i n g g ˜ Repair ( O f f s p r i n g g ˜ )                       ⊲ Repair the mutated offspring
15:    F i t g FitnessEval ( D a t a , O f f s p r i n g g ˜ )              ⊲ Evaluate fitness of the mutated offspring
16:    P o p g + 1 P o p g + 1 { B e s t }                 ⊲ Transfer the fittest individual to generation g + 1
17:    P o p g + 1 TourSel ( O f f s p r i n g g ˜ , F i t g , Ω , Φ )          ⊲ Identify the chromosomes for generation g + 1
18: end while
19: B e s t S o l a r g m i n ( F i t B e s t F i t g )                        ⊲ Identify the best berth schedule
20: return B e s t S o l
The data structures, required by the SAEA algorithm, are initialized in step 0. The generation and counter values are set to “1” in step 1. The initial population chromosomes are generated in steps 2–6 (where half of the population is created using the FCFS-SR heuristic, while another half is created randomly—see Section 4.3 of the manuscript for more details). The fitness of the initial population chromosomes is assessed in step 7. After that, SAEA starts an iterative procedure (steps 8–18), where the generation count is updated in step 9. A copy of the fittest individual is stored in step 10 before applying any algorithmic operators (i.e., the “elitism” strategy). The parent chromosomes are identified using the RWS mechanism is step 11. The crossover operation is conducted in step 12 to produce the offspring chromosomes. The generated offspring chromosomes are mutated in step 13. Any infeasible offspring chromosomes are repaired in step 14. The fitness of the offspring chromosomes is assessed in step 15. The fittest individual is transferred to the next generation in step 16. The remaining offspring chromosomes to be present in the next generation are identified using the Tournament Selection mechanism in step 17. The SAEA algorithm terminates an iterative procedure, once the maximum allowable number of generations has been reached. The best solution, representing the berth schedule with the least possible sum of the total weighted vessel turnaround time and the total weighted vessel late departures, is determined in step 19.
Based on the SAEA pseudocode, it can be observed that within the main loop (steps 8–18), there are a total of 6 major functions, including the following:
(1)
RWS   ( P o p g , F i t g ) with the computational complexity O ( Θ ) —see Algorithm 2 (which does not include any sorting procedures);
(2)
Crossover   ( P a r e n t s g , p c ) with the computational complexity O ( Θ · [ | I | + 2 ] ) , i.e., the computational complexity of the developed crossover operator is proportional not only to the population size ( Θ ), since the probability of a given parent to participate in the crossover operation is checked for each parent chromosome in the SAEA population, but also to the chromosome length (defined as [ | I | + 2 ] —see Section 4.2 of the manuscript for more details);
(3)
Mutation   ( O f f s p r i n g g , p m ) with the computational complexity O ( Θ · [ | I | + 2 ] ) i.e., the computational complexity of the developed mutation operator (see Algorithm 3) is proportional not only to the population size ( Θ ), since the mutation operation is performed for each offspring chromosome in the SAEA population, but also to the chromosome length;
(4)
Repair   ( O f f s p r i n g g ˜ ) with the computational complexity O ( Θ · log Θ ) [23], as it requires sorting (see Section 4.6.2 of the manuscript);
(5)
FitnessEval   ( D a t a , O f f s p r i n g g ˜ ) with the computational complexity O ( Θ · [ | I | + 2 ] ) ;
(6)
TourSel   ( O f f s p r i n g g ˜ , F i t g , Ω , Φ ) with the computational complexity O ( Θ 2 ) —see Algorithm 4.
This study will focus on the analysis of the large size problem instances with up to 100 vessels calling for service at the MCT (see Section 6.1 of the manuscript for more details regarding the considered problem instances), while the candidate population size values will vary from 40 to 60 individuals throughout the parameter tuning analysis (see Section 6.2 of the manuscript for more details regarding the parameter tuning analysis). Therefore, Θ · [ | I | + 2 ] Θ 2 , and the computational complexity of the SAEA algorithm will be O ( g l i m · Θ · [ | I | + 2 ] ) . Note that along with the computational complexity, there are some other factors, which may affect the computational time of the SAEA algorithm, including the computer hardware performance, operating system, programming language adopted, programming skills of the developer, etc., [24].

6. Numerical Experiments

This section of the manuscript presents the numerical experiments, which were undertaken to compare the proposed SAEA algorithm against the alternative EA algorithms. Specifically, performance of the developed SAEA algorithm, which relies on the self-adaptive parameter control strategy, was evaluated based on a comparative analysis against the following EA algorithms: (1) Adaptive EA (AEA)—an EA that relies on the adaptive parameter control strategy (i.e., the crossover and mutation probabilities are not encoded in the chromosomes, but are altered based on feedback from the search); (2) Deterministic Parameter Control EA (DPCEA)—an EA that relies on the deterministic parameter control strategy (i.e., the crossover and mutation probabilities are not encoded in the chromosomes, but are altered based on a certain counter without any feedback from the search); and (3) typical EA algorithm that does not use any parameter control strategies and solely relies on the parameter tuning (i.e., the crossover and mutation probabilities are set based on the parameter tuning and do not alter throughout evolution of the EA algorithm). For a detailed description of the AEA algorithm this study refers to Dulebenets [10], where the algorithmic parameters were altered if no changes in the objective function occurred after a pre-determined number of generations ( g m a x ). For a detailed description of the DPCEA algorithm this study refers to Dulebenets [12], where the algorithmic parameters were altered based on a pre-determined piecewise function (i.e., the number of generations was used as a counter for changing the algorithmic parameters).
Furthermore, the optimality gap analysis was conducted for all the considered solution algorithms to assess quality of the obtained solutions for the small size problem instances. The SAEA, AEA, DPCEA, and EA algorithms were designed in the MATLAB 2016a environment [25] on a CPU with Dell Intel(R) Core™ i7 Processor, 32 GB of RAM, and Windows 10 Operating System. The optimality gap analysis was conducted within the General Algebraic Modeling System (GAMS) environment [26], and CPLEX was used to solve the BSPSR mathematical model to the global optimality. The following sections of the manuscript elaborate on the input data generation for the BSPSR mathematical model, parameter tuning analysis for the developed solution algorithms, comparative analysis against the exact optimization algorithm, and comprehensive evaluation of the algorithms in terms of various performance indicators (including objective function and computational time values, convergence patterns, evolution of the self-adaptive algorithmic parameter values, algorithmic stability, and changes in the population diversity).

6.1. Input Data Generation

The parameter values for the BSPSR mathematical model were selected based on the available BSP literature and relevant online sources [7,8,9,10,11,12,14,15,16,17,18,19,27,28,29,30,31,32,33,34,35,36]. The adopted parameter values are presented in Table 2. It was assumed that each berthing position was available at the beginning of the planning horizon (i.e., time “0”): T j B = 0   j J (h). The arrival pattern of vessels at the MCT was assumed to follow an exponential distribution with the average inter-arrival time ( d T ) of 2 h, i.e., d T = e x p [ 2 ] (h). The latter statistical distribution has been frequently used in the BSP literature for modeling vessel arrivals [8,11,17]. The handling time of vessels at their “preferred berthing positions” was generated using the following relationship: T i H T = U [ 8 ; 20 ]   i I (h), where U [ V a l 1 ; V a l 2 ] is a notation used for uniformly distributed pseudorandom numbers that vary between V a l 1 and V a l 2 . The “preferred berthing position” for each vessel was assigned randomly from the available berthing positions as follows: j i = U [ 1 ; n ]   i I (berthing position), where j i is a notation used for “preferred berthing position” of vessel i . The handling time of a given vessel was assumed to increase, if it was not assigned for service at its “preferred berthing position” based on the following relationship: T i j H T = T i H T · ( 1 + 0.03 · | j j i | )   i I , j J (h). The negotiated vessel departure times were generated based on their arrival times and handling times at “preferred berthing positions” as follows: T i D = T i A + T i H T · U [ 1.20 ; 1.50 ]   i I (h).
It was assumed that the MCT operator was expected to provide service for the following types of vessels: (1) Panamax (length: 820.2 ft., draft: 41.0 ft.); (2) Panamax Max (length: 951.4 ft., draft: 41.0 ft.); (3) Post Panamax (length: 935.0 ft., draft: 42.7 ft.); (4) Post Panamax Plus (length: 984.3 ft., draft: 47.6 ft.); (5) New Panamax (length: 1200.8 ft., draft: 49.9 ft.); and (6) Triple E (length: 1312.3 ft., draft: 50.9 ft.). The vessel dimensions were adopted based on the available literature [36]. The length of berthing positions was set based on the minimum and maximum length values of the aforementioned vessel types as follows: L j B = 1.20 · min i ( L i V ) + U [ 0 ; 1.20 · max i ( L i V ) min i ( L i V ) ]   j J (ft.). Similarly, depth of berthing positions was set based on the minimum and maximum draft values of the aforementioned vessel types as follows: H j B = 1.20 · min i ( H i V ) + U [ 0 ; 1.20 · max i ( H i V ) min i ( H i V ) ]   j J (ft.). The horizontal clearance requirement for vessels was assigned using the following relationship: D i H = U [ 50 ; 100 ]   i I (ft.). The vertical clearance requirement for vessels was set as follows: D i V = U [ 4 ; 8 ]   i I (ft.).
The vessel weights were generated using the following relationship: W i = U [ 0.10 ; 1.00 ]   i I . The large positive number was set to Γ = 10,000. Using the generated data, a total of 60 problem instances were developed by changing the number of arriving vessels and the number of available berthing positions. The generated problem instances can be classified in the following two groups: (1) small size problem instances (1–30), where the number of arriving vessels was altered from 5 to 14 with an increment of one vessel, while the number of available berthing positions was altered from 2 to 4 with an increment of one berthing position; and (2) large size problem instances (31–60), where the number of arriving vessels was altered from 55 to 100 with an increment of five vessels, while the number of available berthing positions was altered from 4 to 8 with an increment of two berthing positions. The small size problem instances will be used to compare the SAEA, AEA, DPCEA, and EA algorithms against the exact optimization algorithm (due to inability of the exact optimization algorithm to solve the BSPSR mathematical model within a reasonable computational time for the large size problem instances). The large size problem instances will be used for a comprehensive evaluation of the developed solution algorithms in terms of various performance indicators. Both analyses are presented in Section 6.3 and Section 6.4 of the manuscript.

6.2. Parameter Tuning Analysis

The developed SAEA, AEA, DPCEA, and EA algorithms have a set of parameters, and the values of these parameters must be determined to conduct the numerical experiments. The SAEA algorithm has a total of 3 parameters, including the following: (1) population size— Θ ; (2) penalty terms for infeasible individuals— α and β (see Section 4.4 of the manuscript for description of the latter parameters); and (3) maximum allowable number of generations— g l i m . Note that in this study the penalty terms for violation of the horizontal and vertical clearance requirements were assumed to be equal ( α = β ). Along with the aforementioned three parameters, the AEA and DPCEA algorithms have additional parameters to control the crossover and mutation probabilities throughout the algorithmic run. Specifically, AEA has additional three parameters: (1) crossover probability values— p c v ; (2) mutation probability values— p m v ; and (3) adaptive criterion— g m a x (i.e., the maximum number of generations without changes in the objective function). The AEA will be continuously altering the crossover and mutation probabilities based on the assigned crossover and mutation probability values (in a sequential manner) using feedback from the search (i.e., if no changes in the objective function occurred after a pre-determined number of generations) [10].
Similarly, DPCEA has additional three parameters: (1) crossover probability values at the beginning and at the end of the piecewise function— p c v ˜ ; (2) mutation probability values at the beginning and at the end of the piecewise function— p m v ˜ ; and (3) number of segments in the piecewise function— n s e g . An example of how the crossover and mutation probabilities are altered throughout the DPCEA run is presented in Figure 8. In the provided example, the p c v ˜ and p m v ˜ values are set to p c v ˜ = [ 0.80 ,   0.40 ] and p m v ˜ = [ 0.04 ,   0.02 ] , respectively, the number of segments in the piecewise function is set to n s e g = 3 , and the stopping criterion is set to g l i m = 3000 generations. Therefore, for the first 1000 generations DPCEA will set p c = 0.80 and p m = 0.04 ; then, from generation 1001 to 2000 the crossover and mutation probabilities will be adjusted to p c = 0.60 and p m = 0.03 ; and between generations 2001 and 3000 the crossover and mutation probabilities will be set to p c = 0.40 and p m = 0.02 . As for the EA algorithm, along with the three SAEA parameters, it has additional two parameters for defining the crossover and mutation probabilities (i.e., p c and p m ), which do not change throughout the algorithmic run.
The parameter values for the SAEA, AEA, DPCEA, and EA algorithms were set based on the parameter tuning analysis. The “full factorial design” methodology was used to perform the parameter tuning, where each algorithmic parameter (or “factor”— f ) had a set of candidate values (or “levels”— l ). A total of three candidate values were tested for each parameter of the developed solution algorithms, which corresponds to 3 f factorial design. A total of five problem instances were selected at random from the generated large size problem instances (described in Section 6.1 of the manuscript) to perform the parameter tuning. Since the developed solution algorithms are stochastic in nature, a total of ten replications were executed to estimate the average values of the objective function and computational time for each parameter combination and each algorithm. The parameter tuning analysis results are reported in Table 3, which provides the following information: (1) algorithm; (2) parameter description; (3) considered candidate values; and (4) the best value, which was identified based on a tradeoff between the computational time and objective function values. Note that, unlike the AEA, DPCEA, and EA algorithms, the SAEA algorithm has only three parameters. Therefore, application of the self-adaptive parameter control strategy reduces the number of algorithmic parameters and may facilitate the parameter tuning analysis.

6.3. Comparison against the Exact Optimization Algorithm

The first set of numerical experiments focused on a comparative analysis of the developed SAEA, AEA, DPCEA, and EA algorithms against the exact optimization algorithm. The BSPSR mathematical model was coded in the GAMS environment and solved using CPLEX, which is widely used in operations research for solving large scale mixed integer linear programming models to the global optimality. The computational time of CPLEX was restricted to 7200 s, the relative optimality gap was restricted to 0.01%, while the rest of settings remained default. CPLEX was executed for all 30 small size problem instances (i.e., instances 1–30), described in Section 6.1 of the manuscript. The SAEA, AEA, DPCEA, and EA algorithms were launched for all the developed small size problem instances as well. A total of ten replications were executed to estimate the average values of the objective function and computational time for each algorithm and each one of the small size problem instances. The comparative analysis results are reported in Table 4, which provides the following information for each small size problem instance: (1) instance number; (2) number of vessels; (3) number of berths; (4) average objective function value for each solution algorithm; and (5) average computational time (denoted as CPU) for each solution algorithm.
The optimality gap for algorithm a ( Δ a ) was calculated based on the following relationship: Δ a = f a f C P L E X f C P L E X , where f a —average objective function value, provided by algorithm a ; f C P L E X —the optimal objective function value, provided by CPLEX. The estimated optimality gap values are presented in Figure 9 for each algorithm and each one of the small size problem instances. The optimality gap analysis results highlight that CPLEX was able to provide the global optimal solution only for 9 small size problem instances (1–8 and 10) with up to 8 vessels calling for service at the MCT. The latter can be explained by the fact that consideration of the additional spatial requirements in berth scheduling significantly increased complexity of the mathematical model. For example, in the study by Dulebenets [10], the mathematical model, which did not consider the additional spatial requirements, was solved using CPLEX for the problem instances with up to 12 vessels within 7200 s. Based on the optimality gap analysis results, the SAEA, AEA, DPCEA, and EA algorithms obtained the global optimal solution for the problem instances that were solved by CPLEX within the time limit imposed (i.e., the optimality gaps of the developed solution algorithms are equal to “0” for problem instances 1–8 and 10).
For the rest of small size problem instances (i.e., problem instances 9 and 11–30), CPLEX was not able to solve the BSPSR mathematical model to the global optimality within the time limit imposed (see Table 4). Furthermore, the developed solution algorithms returned superior objective function values as compared to the objective function values, obtained by CPLEX after 7200 s. Therefore, the optimality gaps for problem instances 9 and 11–30 appear to be negative (see Figure 9). The SAEA, AEA, DPCEA, and EA algorithms outperformed CPLEX on average by 4.33%, 4.26%, 4.19%, and 4.12% over the generated small size problem instances, respectively. The averaged computational time comprised 13.49 s, 12.65 s, 11.05 s, and 7.86 s for the SAEA, AEA, DPCEA, and EA algorithms, respectively. Based on the conducted optimality gap analysis, it can be concluded that performance of the exact optimization algorithms (e.g., CPLEX, GUROBI, MOSEK) can be significantly affected from introducing the additional operational constraints in the mathematical model, which highlights necessity of developing efficient heuristic and metaheuristic algorithms.

6.4. Comprehensive Evaluation of the Algorithms

The second set of numerical experiments focused on a comprehensive evaluation of the SAEA, AEA, DPCEA, and EA algorithms in terms of various performance indicators, including objective function and computational time values, convergence patterns, evolution of the self-adaptive algorithmic parameter values, algorithmic stability, and changes in the population diversity. The developed solution algorithms were launched for all the generated large size problem instances, described in Section 6.1 of the manuscript. A total of ten replications were executed to estimate the average values of the performance indicators for each algorithm and each one of the large size problem instances. Results are reported in Section 6.4.1, Section 6.4.2, Section 6.4.3, Section 6.4.4 and Section 6.4.5 of the manuscript.

6.4.1. Objective Function and Computational Time Values

Both objective function and computational time values are important indicators, which must be considered in evaluation of the algorithmic performance. The objective function values define the quality of solutions, which is a primary interest of the decision makers (in this study, the primary decision maker is the MCT operator). However, the algorithms, which require a prohibitively large amount of computational time to obtain good-quality solutions, are not favorable from the practical standpoint (e.g., the exact optimization algorithms generally require a prohibitively large amount of computational time to solve the problems of a high complexity). The objective function and computational time values were retrieved for all the developed solution algorithms and large size problem instances, and results are reported in Table 5. Specifically, Table 5 provides the following information for each large size problem instance: (1) instance number; (2) number of vessels; (3) number of berths; (4) average objective function value for each solution algorithm; and (5) average computational time (denoted as CPU) for each solution algorithm.
It was found that the SAEA algorithm outperformed the AEA, DPCEA, and EA algorithms in terms of the objective function value at termination on average by 4.01%, 6.83%, and 11.84%, respectively, over the generated large size problem instances. Superiority of the SAEA algorithm over the other algorithms can be explained by the fact that the crossover and mutation probabilities are encoded in the SAEA chromosomes and evolve throughout the algorithmic run, which further allows more efficient exploration and exploitation of the search space. The adaptive parameter control strategy, deployed within the AEA algorithm, was found to be more efficient as compared to the deterministic parameter control strategy, deployed within the DPCEA algorithm. The latter finding can be justified by the fact that AEA had been adjusting the crossover and mutation probabilities based on feedback from the search, while DPCEA had been altering the crossover and mutation probabilities based on the piecewise function without considering any feedback from the search. The worst performance was demonstrated by the EA algorithm, which relied on the parameter tuning and did not change the crossover and mutation probabilities throughout the algorithmic run. Therefore, constant crossover and mutation probability values significantly limit explorative and exploitative capabilities of the EA algorithm.
The computational time comprised on average 51.26 s, 45.26 s, 41.36 s, and 27.79 s over the generated large size problem instances for the SAEA, AEA, DPCEA, and EA algorithms, respectively. An increasing time complexity of the SAEA algorithm can be explained by the fact that SAEA has longer chromosomes, i.e., additional genes are encoded to represent crossover and mutation probabilities for each chromosome in the population. Furthermore, those additional genes also undergo the SAEA operations (see Section 4.6 of the manuscript for more details), which incurs an increasing computational time. However, the maximum SAEA computational time did not exceed 64.96 s, which can be considered to be acceptable from the practical standpoint. Specifically, the MCT operator will be able to develop berth schedules using the SAEA algorithm within a relatively short span of time.
Along with the analysis of the average objective function and computational time values, the scope of this study includes a detailed statistical analysis of the objective function values, obtained over ten replications, for each solution algorithm and each large size problem instance. More specifically, the one-way analysis of variance (ANOVA) was conducted, assuming the null hypothesis stating that the objective function values, obtained over ten replications by the SAEA algorithm, were equal to the objective function values, obtained over ten replications by an alternative algorithm (i.e., EA, DPCEA, and AEA), for a given problem instance. A total of three tests were performed throughout the one-way ANOVA analysis for each large size problem instance, including the following: (i) SAEA vs. EA; (ii) SAEA vs. DPCEA; and (iii) SAEA vs. AEA. The one-way ANOVA analysis results are reported in Table 6, which provides the following information for each large size problem instance: (1) instance number; (2) number of vessels; (3) number of berths; (4) F-statistic for each test; and (5) p-value for each test.
In the conducted one-way ANOVA analysis, F-statistic represents the ratio of the mean squared errors (errors quantify the differences between the objective function values, which were obtained by the algorithms), while p-value represents the probability that the test statistic may take a value greater than the value of the computed test statistic. It can be observed that small p-values were obtained for all ANOVA tests and all the generated large size problem instances (i.e., the maximum p-value did not exceed 9.08 × 10−3). The latter finding highlights that the objective function values, obtained over ten replications by the SAEA algorithm, were statistically lower than the objective function values, obtained over ten replications by the alternative algorithms (i.e., EA, DPCEA, and AEA), for each large size problem instance (i.e., the null hypothesis of the ANOVA test was rejected).

6.4.2. Convergence Patterns

The analysis of algorithmic convergence patterns plays an important role in evaluation of the algorithmic performance, as it allows monitoring changes in the objective function values from the population initialization step until termination of the algorithm. The convergence patterns were retrieved for all the developed solution algorithms and large size problem instances. Figure 10 illustrates convergence patterns of the SAEA, AEA, DPCEA, and EA algorithms for the first replication of problem instances 49–60 (12 large size problem instances with the largest number of vessels, calling for service at the MCT). Note that similar tendencies in the algorithmic convergence patterns were observed for the rest of replications and problem instances.
Based on the convergence patterns, it can be noticed that all the developed solution algorithms started the search process with the same solution. The latter can be explained by the fact that the SAEA, AEA, DPCEA, and EA algorithms deploy the same population initialization mechanism (described in Section 4.3 of the manuscript). Application of the self-adaptive parameter control for the crossover and mutation probabilities allowed the SAEA algorithm discovering the promising domains of the search space much faster as compared to the AEA, DPCEA, and EA algorithms. The AEA algorithm was able to move along the search space more efficiently as compared to the DPCEA algorithm, as it was adjusting the crossover and mutation probabilities based on feedback from the search. Furthermore, the analysis of algorithmic convergence patterns indicates that setting the constant values for the crossover and mutation probabilities (i.e., the parameter tuning strategy, adopted within the EA algorithm) significantly slows down the search process and generally worsens the objective function value at termination.
The scope of numerical experiments also includes a detailed analysis of the convergence speed for the developed solution algorithms. Similar to Pelusi et al. [24], the convergence speed was assessed based on the convergence rate value for each solution algorithm. The convergence rate of algorithm a ( C R a ) was estimated based on the number of fitness function evaluations until finding its minimum value ( N F a ) and the total number of fitness function evaluations ( N F a T O T ) using the following relationship [24]:
C R a = N F a N F a T O T
The convergence rate values were calculated for all the developed solution algorithms, performed replications, and large size problem instances. Results are reported in Table 7, including the following information for each large size problem instance: (1) instance number; (2) number of vessels; (3) number of berths; (4) average convergence rate value over ten replications (denoted as a v g ( C R ) ) for each solution algorithm; and (5) convergence rate standard deviation over ten replications (denoted as s t d ( C R ) ) for each solution algorithm.
Based on the conducted numerical experiments, the average convergence rate values comprised 0.916, 0.954, 0.889, and 0.860 for the SAEA, AEA, DPCEA, and EA algorithms, respectively, over the performed replications and generated large size problem instances. Fairly large convergence rate values indicate that all the developed algorithms kept discovering superior solutions throughout the search process. However, lower convergence rate values (i.e., greater convergence speed values) were typically recorded for the EA algorithm. Although relatively large convergence rate values were observed for all the developed solution algorithms, the SAEA algorithm was able to discover more promising solutions for all the generated large size problem instances (as discussed in Section 6.4.1 of the manuscript).

6.4.3. Evolution of the Self-Adaptive Algorithmic Parameter Values

Unlike the crossover and mutation probabilities for the AEA, DPCEA, and EA algorithms, the crossover and mutation probabilities for the SAEA algorithm are encoded in the chromosome (see Figure 4) and evolve during the search process. Throughout the numerical experiments, the crossover and mutation probability values were recorded after the offspring selection for the whole population at each generation for each one of the generated large size problem instances. Figure 11 and Figure 12 illustrate evolution of the average crossover and mutation probabilities (over all the chromosomes of the population) within the SAEA algorithm for the first replication of problem instances 49–60 (12 large size problem instances with the largest number of vessels, calling for service at the MCT). Note that similar tendencies in evolution of the average crossover and mutation probabilities within the SAEA algorithm were observed for the rest of replications and problem instances.
It can be observed that the pattern of changes in the crossover and mutation probability values within the SAEA algorithm is complex as compared to other EA-based algorithms (e.g., DPCEA, where changes in the crossover and mutation probability values can be described using the piecewise function—see Section 6.2 of the manuscript for more details). Typically, relatively high crossover and mutation probability values are assigned by SAEA at the beginning of the search process (i.e., the crossover probability is set to ≈0.60 ÷ 0.70, while the mutation probability is set to ≈0.35 ÷ 0.45). On the other hand, SAEA substantially reduces the crossover and mutation probability values towards convergence (i.e., the crossover probability is reduced to ≈0.40 ÷ 0.50, while the mutation probability is set to ≈0.15 ÷ 0.25). High crossover and mutation probability values at the beginning of the search process allow the SAEA algorithm efficiently exploring promising domains of the search space, while lower crossover and mutation probability values allow the SAEA algorithm focusing on exploitation of the identified promising domains towards convergence.

6.4.4. Algorithmic Stability

As mentioned earlier, the SAEA, AEA, DPCEA, and EA algorithms are stochastic in their nature; and, therefore, the objective function value at termination, obtained by the algorithms may vary from one algorithmic replication to another for a given problem instance. A significant variation in the objective function values from one replication to another for a given algorithm is not desirable, as such algorithm cannot be considered to be a reliable decision support tool (e.g., the berth schedules will significantly vary in terms of the total weighted vessel turnaround time and the total weighted vessel late departures). The scope of numerical experiments includes evaluation of the stability for all the developed solution algorithms. Specifically, the algorithmic stability was assessed based on variability in the objective function values at termination over ten replications, which were performed for each large size problem instance. This study adopted coefficient of variation as an indicator of the objective function variability. The objective function coefficient of variation over ten replications was estimated for each one of the developed solution algorithms and all large size problem instances, and results are reported in Figure 13.
It can be observed that the objective function coefficient of variation did not exceed 1.98% over all large size problem instances for the presented solution algorithms, which highlights stability of the algorithms. However, lower objective function coefficient of variation values was typically recorded for the SAEA algorithm. On the other hand, higher objective function coefficient of variation values was generally observed for the EA algorithm.

6.4.5. Changes in Population Diversity

The population diversity is considered to be one of the critical factors in the design of EAs. A diverse population is represented not only with the individuals that have high fitness values (a.k.a., “super-individuals”), but also with the individuals that have medium and low fitness values. The EA with a diverse population can explore various domains of the search space more efficiently [20,21]. Lack of the population diversity, especially at the beginning of the algorithmic run, may negatively affect the EA performance and cause the “premature convergence”. The “premature convergence” generally occurs due to lack of the explorative and exploitative capabilities of the algorithm when it is not able to identify any other promising domains of the search space and convergences at one of the local optima. The scope of numerical experiments includes evaluation of the population diversity for all the developed solution algorithms. This study adopted the standard deviation (STD) of the fitness function values of the population chromosomes as an indicator of the population diversity for each algorithm. The population fitness STD values were recorded at each generation of the developed solution algorithms for each replication and large size problem instance. Figure 14 illustrates changes in the population fitness STD values throughout evolution of the SAEA, AEA, DPCEA, and EA algorithms for the first replication of problem instances 55–60 (6 large size problem instances with the largest number of vessels, calling for service at the MCT). Note that similar tendencies in the algorithmic population diversity changes were observed for the rest of replications and problem instances.
The conducted numerical experiments indicate that all the developed solution algorithms were able to maintain a diverse population, especially at the beginning of the search process (i.e., within the first ≈ 50 generations). For certain solution algorithms, the population fitness STD values even exceeded 1000 h (e.g., the maximum population fitness STD values of the SAEA and EA algorithms comprised 1138.08 h and 1096.09 h, respectively, for problem instance 56). Such a high population diversity at the beginning of the search process can be justified by the adopted population initialization mechanism, where half of the population was initialized using the FCFS-SR heuristic, while the other half was generated randomly. As discussed in Section 4.3 of the manuscript, a random population initialization may negatively affect fitness of the generated chromosomes but allows maintaining a diverse population.
Moreover, it can be noticed that the population fitness STD significantly decreased after ≈50 generations, as the developed solution algorithms identified a set of promising domains of the search space and primarily focused on the exploitation process. Although all the developed solution algorithms were able to maintain a diverse population, application of the self-adaptive parameter control strategy (within the SAEA algorithm) was found to be more efficient for the search process as compared to the other parameter control strategies and the parameter tuning strategy, as the SAEA algorithm outperformed the other considered solution algorithms in terms of the objective function values at termination (see Section 6.4.1 of the manuscript for more details).

7. Conclusions and Future Research Extensions

Maritime transportation has been a primary transportation mode, supporting the international trade between different continents since ancient times. Nowadays, maritime transportation continues to play a very important role for the economy of many countries. Taking into consideration a rapid growth of waterborne trade, marine container terminal operators must focus on upgrading the existing terminal infrastructure and improving operations planning. Efficient seaside operations are critical for marine container terminals, as disruptions in the seaside operations may result in substantial vessel service delays. This study focused on enhancing the seaside operations at marine container terminals, aiming to assist terminal operators with the design of efficient berth schedules. The berth scheduling problem was formulated as a mixed integer linear programming model, where the total weighted vessel turnaround time and the total weighted vessel late departures were minimized. The weight of vessels was introduced in the model to account for their service priority. A novel self-adaptive Evolutionary Algorithm was developed to solve the berth scheduling problem. The crossover and mutation probabilities were encoded in the chromosomes within the proposed algorithm and evolved throughout the algorithmic run.
Extensive numerical experiments were undertaken to evaluate performance of the developed solution algorithm against the alternative Evolutionary Algorithms, which relied on the deterministic parameter control, adaptive parameter control, and parameter tuning strategies, respectively. It was found that all the considered solution algorithms demonstrated stability (i.e., relatively low variability) in terms of the objective function values at termination from one replication to another. Furthermore, the solution algorithms were able to maintain the adequate population diversity. Due to complexity of the proposed mathematical model, the considered solution algorithms showed better performance as compared to the exact optimization algorithm in terms of both objective function and computational time values for the small size problem instances. However, the developed self-adaptive Evolutionary Algorithm outperformed the Evolutionary Algorithms with adaptive parameter control, deterministic parameter control, and parameter tuning strategies in terms of the objective function values at termination on average by 4.01%, 6.83%, and 11.84%, respectively, over the generated large size problem instances. The computational time of the self-adaptive Evolutionary Algorithm did not exceed 64.96 s, which can be considered to be acceptable from the practical standpoint.
Superiority of the self-adaptive Evolutionary Algorithm over the other algorithms can be explained by the fact that the crossover and mutation probabilities are encoded in the chromosomes and evolve throughout the algorithmic run, which further allows more efficient exploration and exploitation of the search space. Therefore, the proposed solution algorithm can serve as an efficient decision support tool for the marine container terminal operators and assist with the design of cost-effective berth schedules. The scope of the future research for this study may focus on the following aspects: (1) evaluate performance of the developed solution algorithm against the alternative Evolutionary Algorithms using the realistic operational data, collected from the marine container terminals; (2) compare the developed solution algorithm against the other state-of-art solution algorithms; (3) develop local search heuristics to improve performance of the crossover and mutation operators; (4) evaluate different strategies for altering the crossover and mutation probabilities (e.g., use feedback from the search instead of deployment of the stochastic operators); (5) assess performance of the developed solution algorithm for different termination criteria; (6) apply the proposed self-adaptive Evolutionary Algorithm for the multi-objective berth scheduling problem, where the considered objectives are conflicting in their nature; (7) assess the effects of encoding additional parameters of the self-adaptive Evolutionary Algorithm (e.g., population size, penalty terms for infeasible individuals, selection operator parameters) on its performance; and (8) evaluate performance of the developed self-adaptive Evolutionary Algorithm for different selection mechanisms.

Author Contributions

M.A.D. formulated a mixed integer linear mathematical model for the discrete dynamic berth scheduling problem with spatial requirements (BSPSR), designed the SAEA algorithm, and conducted the numerical experiments throughout this study. M.K. assisted with development of the SAEA algorithm and encoding the SAEA algorithm within the MATLAB 2016a environment. Moreover, M.K. conducted the parameter tuning analysis for the SAEA, AEA, DPCEA, and EA algorithms. O.A. assisted with generating the input data for the numerical experiments and compilation of the manuscript. J.P. assisted with a detailed analysis of the SAEA, AEA, DPCEA, and EA outputs throughout the numerical experiments.

Funding

This research received no external funding.

Conflicts of Interest

The authors declare no conflict of interest.

References

  1. Rodrigue, J.P.; Comtois, C.; Slack, B. The Geography of Transport Systems, 4th ed.; Routledge: New York, NY, USA, 2017; ISBN 978-1138669567. [Google Scholar]
  2. Anwar, S.; Zain, J.M.; Zolkipi, M.F.; Inayat, Z.; Khan, S.; Bokolo, A.; Chang, V. From Intrusion Detection to an Intrusion Response System: Fundamentals, Requirements, and Future Directions. Algorithms 2017, 10, 39. [Google Scholar] [CrossRef]
  3. Cirani, S.; Ferrari, G.; Veltri, L. Enforcing Security Mechanisms in the IP-Based Internet of Things: An Algorithmic Overview. Algorithms 2013, 6, 197–226. [Google Scholar] [CrossRef] [Green Version]
  4. Santos, A.; Gomes, A.; Mendes, A.J. Integrating New Technologies and Existing Tools to Promote Programming Learning. Algorithms 2010, 3, 183–196. [Google Scholar] [CrossRef]
  5. United Nations Conference on Trade and Development. Review of Maritime Transport. 2017. Available online: http://unctad.org/en/PublicationsLibrary/rmt2017_en.pdf (accessed on 3 May 2018).
  6. Bierwirth, C.; Meisel, F. A follow-Up survey of berth allocation and quay crane scheduling problems in container terminals. Eur. J. Oper. Res. 2014, 244, 675–689. [Google Scholar] [CrossRef]
  7. Nishmura, E.; Imai, A.; Paradimitriou, S. Berth allocation planning in the public berth system by genetic algorithms. Eur. J. Oper. Res. 2001, 131, 282–292. [Google Scholar] [CrossRef]
  8. Imai, A.; Nishmura, E.; Paradimitriou, S. Berthing ships at a multi-user container terminal with a limited quay capacity. Transp. Res. Part E 2008, 44, 136–151. [Google Scholar] [CrossRef]
  9. Frojan, P.; Correcher, J.; Alvarez-Valdes, R.; Koulouris, G.; Tamarit, J. The continuous Berth Allocation Problem in a container terminal with multiple quays. Expert Syst. Appl. 2015, 42, 7356–7366. [Google Scholar] [CrossRef]
  10. Dulebenets, M.A. Application of Evolutionary Computation for berth scheduling at marine container terminals: Parameter tuning versus parameter control. IEEE Trans. Intell. Transp. Syst. 2018, 19, 25–37. [Google Scholar] [CrossRef]
  11. Dulebenets, M.A.; Moses, R.; Ozguven, E.E.; Vanli, A. Minimizing Carbon Dioxide Emissions Due to Container Handling at Marine Container Terminals via Hybrid Evolutionary Algorithms. IEEE Access 2018, 5, 8131–8147. [Google Scholar] [CrossRef]
  12. Dulebenets, M.A. A novel Memetic Algorithm with a deterministic parameter control for efficient berth scheduling at marine container terminals. Marit. Bus. Rev. 2017, 2, 302–330. [Google Scholar] [CrossRef]
  13. Pinedo, M. Theory, Algorithms, and Systems, 4th ed.; Springer: New York, NY, USA, 2012; ISBN 978-1-4899-9043-3. [Google Scholar]
  14. Cheong, C.Y.; Tan, K.C.; Liu, D.K.; Lin, C.J. Multi-objective and prioritized berth allocation in container ports. Ann. Oper. Res. 2010, 180, 63–103. [Google Scholar] [CrossRef]
  15. Lu, Z.; Han, X.; Xi, L. Simultaneous berth and quay crane allocation problem in container terminal. Adv. Sci. Lett. 2011, 4, 2113–2118. [Google Scholar] [CrossRef]
  16. Yang, C.; Wang, X.; Li, Z. An optimization approach for coupling problem of berth allocation and quay crane assignment in container terminal. Comput. Ind. Eng. 2012, 63, 243–253. [Google Scholar] [CrossRef]
  17. Imai, A.; Nishmura, E.; Paradimitriou, S. Marine container terminal configurations for efficient handling of mega-containerships. Transp. Res. Part E 2013, 49, 141–158. [Google Scholar] [CrossRef]
  18. Rodriguez-Molins, M.; Ingolotti, L.; Barber, F.; Salido, M.; Sierra, M.; Puente, J. A genetic algorithm for robust berth allocation and quay crane assignment. Prog. Artif. Intell. 2014, 2, 177–192. [Google Scholar] [CrossRef] [Green Version]
  19. Hu, Z. Multi-objective genetic algorithm for berth allocation problem considering daytime preference. Comput. Ind. Eng. 2015, 89, 2–14. [Google Scholar] [CrossRef]
  20. Eiben, A.E.; Smith, J.E. Introduction to Evolutionary Computing, 2nd ed.; Springer: Berlin/Heidelberg, Germany, 2015; ISBN 978-3-662-44873-1. [Google Scholar]
  21. Sivanandam, S.N.; Deepa, S. Introduction to Genetic Algorithms, 1st ed.; Springer: Berlin/Heidelberg, Germany, 2008; ISBN 978-3-540-73189-4. [Google Scholar]
  22. De Lima, E.B.; Pappa, G.L.; de Almeida, J.M.; Gonçalves, M.A., Jr.; Meira, W. Tuning Genetic Programming parameters with factorial designs. In Proceedings of the IEEE Congress on Evolutionary Computation, Barcelona, Spain, 18–23 July 2010; pp. 1–8. [Google Scholar]
  23. Sedgewick, R. Algorithms in C: Fundamentals, Data Structures, Sorting, Searching, Parts 1–4, 3rd ed.; Pearson Education: New York, NY, USA, 1998; ISBN 978-81-317-1291-7. [Google Scholar]
  24. Pelusi, D.; Mascella, R.; Tallini, L.; Nayak, J.; Naik, B.; Abraham, A. Neural network and fuzzy system for the tuning of Gravitational Search Algorithm parameters. Expert Syst. Appl. 2018, 102, 234–244. [Google Scholar] [CrossRef]
  25. Mathworks. Release 2016a. Available online: https://www.mathworks.com/products/new_products/ release2016a.html (accessed on 3 May 2018).
  26. GAMS. Cutting Edge Modeling. Available online: https://www.gams.com/ (accessed on 3 May 2018).
  27. Dulebenets, M.A. The green vessel scheduling problem with transit time requirements in a liner shipping route with Emission Control Areas. Alex. Eng. J. 2017, 57, 331–342. [Google Scholar] [CrossRef]
  28. Dulebenets, M.A. A Diploid Evolutionary Algorithm for Sustainable Truck Scheduling at a Cross-Docking Facility. Sustainability 2018, 10, 1333. [Google Scholar] [CrossRef]
  29. Dulebenets, M.A. The Vessel Scheduling Problem in a Liner Shipping Route with Heterogeneous Fleet. Int. J. Civ. Eng. 2016, 16, 19–32. [Google Scholar] [CrossRef]
  30. Dulebenets, M.A. Advantages and disadvantages from enforcing emission restrictions within emission control areas. Marit. Bus. Rev. 2016, 1, 107–132. [Google Scholar] [CrossRef]
  31. Dulebenets, M.A. Minimizing the total liner shipping route service costs via application of an efficient collaborative agreement. IEEE Trans. Intell. Transp. Syst. 2018, 1–14, in press. [Google Scholar] [CrossRef]
  32. Dulebenets, M.A. A comprehensive multi-objective optimization model for the vessel scheduling problem in liner shipping. Int. J. Prod. Econ. 2018, 196, 293–318. [Google Scholar] [CrossRef]
  33. Dulebenets, M.A. Green vessel scheduling in liner shipping: Modeling carbon dioxide emission costs in sea and at ports of call. Int. J. Transp. Sci. Technol. 2018, 7, 26–44. [Google Scholar] [CrossRef]
  34. Dulebenets, M.A.; Rahimi, A.M.; Mazaheri, A. Assessing the effects of indirect left turn on a signalized intersection performance: A case study for the Tehran Metropolitan Area. Open J. Appl. Sci. 2017, 7, 617–634. [Google Scholar] [CrossRef]
  35. Dulebenets, M.A.; Golias, M.M.; Mishra, S. A collaborative agreement for berth scheduling under excessive demand. Eng. Appl. Artif. Intell. 2018, 69, 76–92. [Google Scholar] [CrossRef]
  36. Eniram. Evolution of Shipping. Available online: https://www.eniram.fi/evolution-of-shipping/ (accessed on 3 May 2018).
Figure 1. EA parameter selection approaches.
Figure 1. EA parameter selection approaches.
Algorithms 11 00100 g001
Figure 2. Layout of the considered MCT.
Figure 2. Layout of the considered MCT.
Algorithms 11 00100 g002
Figure 3. The main SAEA steps.
Figure 3. The main SAEA steps.
Algorithms 11 00100 g003
Figure 4. An example of the SAEA chromosome representation.
Figure 4. An example of the SAEA chromosome representation.
Algorithms 11 00100 g004
Figure 5. An example of the SAEA crossover operation.
Figure 5. An example of the SAEA crossover operation.
Algorithms 11 00100 g005
Figure 6. An example of the SAEA mutation operation: insert + floating point.
Figure 6. An example of the SAEA mutation operation: insert + floating point.
Algorithms 11 00100 g006
Figure 7. An example of the SAEA mutation operation: swap + floating point.
Figure 7. An example of the SAEA mutation operation: swap + floating point.
Algorithms 11 00100 g007
Figure 8. Examples of piecewise functions for the crossover and mutation probabilities within DPCEA.
Figure 8. Examples of piecewise functions for the crossover and mutation probabilities within DPCEA.
Algorithms 11 00100 g008
Figure 9. The optimality gaps of the developed solution algorithms.
Figure 9. The optimality gaps of the developed solution algorithms.
Algorithms 11 00100 g009
Figure 10. The algorithmic convergence patterns for problem instances 49–60.
Figure 10. The algorithmic convergence patterns for problem instances 49–60.
Algorithms 11 00100 g010aAlgorithms 11 00100 g010b
Figure 11. Evolution of the average crossover probability values for problem instances 49–60.
Figure 11. Evolution of the average crossover probability values for problem instances 49–60.
Algorithms 11 00100 g011
Figure 12. Evolution of the average mutation probability values for problem instances 49–60.
Figure 12. Evolution of the average mutation probability values for problem instances 49–60.
Algorithms 11 00100 g012
Figure 13. The objective function coefficient of variation values for the developed solution algorithms and large size problem instances.
Figure 13. The objective function coefficient of variation values for the developed solution algorithms and large size problem instances.
Algorithms 11 00100 g013
Figure 14. The population fitness STD values for the developed solution algorithms and problem instances 55–60.
Figure 14. The population fitness STD values for the developed solution algorithms and problem instances 55–60.
Algorithms 11 00100 g014aAlgorithms 11 00100 g014b
Table 1. Description of the mathematical model components.
Table 1. Description of the mathematical model components.
Model ComponentDescription
TypeNomenclature
Sets I = { 1 , , m } set of arriving vessels (vessels)
J = { 1 , , n } set of available berthing positions (berthing positions)
K = { 1 , , s } set of vessel service orders (service orders)
Decision Variables x i j k ,   i I ,   j J , k K =1 if vessel i is assigned to berthing position j in service order k (=0 otherwise)
Auxiliary Variables T i j k I D ,   i I ,   j J , k K idle time of berthing position j between the start service time of vessel i and a preceding vessel served as k 1 vessel (h)
T i S T ,   i I start service time of vessel i (h)
T i F T ,   i I finish service time of vessel i (h)
T i W T ,   i I waiting time of vessel i (h)
T i L D ,   i I late departure time of vessel i (h)
Parameters m number of arriving vessels (vessels)
n number of available berthing positions (berthing positions)
s number of vessel service orders (service orders)
T j B ,   j J time when berthing position j becomes available in the planning horizon for the first time (h)
T i A ,   i I arrival time of vessel i at the MCT (h)
T i j H T ,   i I ,   j J handling time of vessel i at berthing position j (h)
T i D ,   i I negotiated departure time of vessel i (h)
L i V ,   i I length of vessel i (ft.)
L j B ,   j J length of berthing position j (ft.)
D i H ,   i I horizontal clearance requirement for vessel i (ft.)
H i V ,   i I draft of vessel i (ft.)
H j B ,   j J depth of berthing position j (ft.)
D i V ,   i I vertical clearance requirement for vessel i (ft.)
W i ,   i I weight of vessel i (value ranging from 0.10 to 1.00)
Γ large positive number
Table 2. Adopted parameter values.
Table 2. Adopted parameter values.
ParameterSelected Value
Number of arriving vessels: m (vessels)Varies depending on the problem instance
Number of available berthing positions: n (berthing positions)Varies depending on the problem instance
Number of vessel service orders: s (service orders) s = m (assuming that all vessels can be assigned to a berth)
Time when berthing position j becomes available in the planning horizon at the first time: T j B ,   j J (h) T j B = 0   j J
Arrival time of vessel i at the MCT: T i A ,   i I (h) T i + 1 A = T i A + d T   i I
Average vessel inter-arrival time: d T (h) d T = e x p [ 2 ]
Handling time of vessel i at “preferred berthing position”: T i H T ,   i I (h) T i H T = U [ 8 ; 20 ]   i I
“Preferred berthing position” for vessel i : j i , i I (berthing position) j i = U [ 1 ; n ]   i I
Handling time of vessel i at berthing position j : T i j H T ,   i I ,   j J (h) T i j H T = T i H T · ( 1 + 0.03 · | j j i | )   i I ,   j J
Negotiated departure time of vessel i : T i D ,   i I (h) T i D = T i A + T i H T · U [ 1.20 ; 1.50 ]   i I
Length of vessel i : L i V ,   i I (ft.) [ 820.2 ; 951.4 ; 935.0 ; 984.3 ; 1200.8 ; 1312.3 ]
Length of berthing position j : L j B ,   j J (ft.) L j B = 1.20 · min i ( L i V ) + U [ 0 ; 1.20 · max i ( L i V ) min i ( L i V ) ]   j J
Horizontal clearance requirement for vessel i : D i H ,   i I (ft.) D i H = U [ 50 ; 100 ]   i I
Draft of vessel i : H i V ,   i I (ft.) [ 41.0 ; 41.0 ; 42.7 ; 47.6 ; 49.9 ; 50.9 ]
Depth of berthing position j : H j B ,   j J (ft.) H j B = 1.20 · min i ( H i V ) + U [ 0 ; 1.20 · max i ( H i V ) min i ( H i V ) ]   j J
Vertical clearance requirement for vessel i : D i V ,   i I (ft.) D i V = U [ 4 ; 8 ]   i I
Weight of vessel i : W i ,   i I W i = U [ 0.10 ; 1.00 ]   i I
Large positive number: Γ 10,000
Table 3. The parameter tuning analysis results for the developed solution algorithms.
Table 3. The parameter tuning analysis results for the developed solution algorithms.
AlgorithmParameterCandidate ValuesBest ValueAlgorithmParameterCandidate ValuesBest Value
SAEAPopulation size ( Θ )[40; 50; 60]60DPCEA Crossover   probability   values   ( p c v ˜ ) [0.80, 0.30; 0.90, 0.40; 0.30, 0.80][0.80, 0.30]
SAEA Penalty   terms   for   infeasible   individuals   ( α , β ) [50; 75; 100]100DPCEA Mutation   probability   values   ( p m v ˜ ) [0.06, 0.01; 0.07, 0.02; 0.01,0.06][0.06, 0.01]
SAEA Maximum   allowable   number   of   generations   ( g l i m ) [1000; 2000; 3000]3000DPCEA Number   of   segments   in   the   piecewise   function   ( n s e g ) [10; 15; 20]10
AEAPopulation size ( Θ )[40; 50; 60]60DPCEA Penalty   terms   for   infeasible   individuals   ( α , β ) [50; 75; 100]100
AEA Crossover   probability   values   ( p c v ) [0.80 ÷ 0.30; 0.90 ÷ 0.40; 0.30 ÷ 0.80] 1[0.80 ÷ 0.30]DPCEA Maximum   allowable   number   of   generations   ( g l i m ) [1000; 2000; 3000]3000
AEA Mutation   probability   values   ( p m v ) [0.06 ÷ 0.01; 0.07 ÷ 0.02; 0.01 ÷ 0.06] 2[0.06 ÷ 0.01]EAPopulation size ( Θ )[40; 50; 60]60
AEA Adaptive   criterion   ( g m a x ) [100; 200; 300]300EA Crossover   probability   ( p c ) [0.30; 0.50; 0.80]0.80
AEA Penalty   terms   for   infeasible   individuals   ( α , β ) [50; 75; 100]100EA Mutation   probability   ( p m ) [0.01; 0.04; 0.06]0.06
AEA Maximum   allowable   number   of   generations   ( g l i m ) [1000; 2000; 3000]3000EA Penalty   terms   for   infeasible   individuals   ( α , β ) [50; 75; 100]100
DPCEAPopulation size ( Θ )[40; 50; 60]60EA Maximum   allowable   number   of   generations   ( g l i m ) [1000; 2000; 3000]3000
Notes: 1—the crossover probability values were changed with an increment of 0.10 within the AEA algorithm; 2—the mutation probability values were changed with an increment of 0.01 within the AEA algorithm.
Table 4. Comparison of the developed solution algorithms against CPLEX.
Table 4. Comparison of the developed solution algorithms against CPLEX.
InstanceNumber of VesselsNumber of BerthsCPLEXEADPCEAAEASAEA
Objective, hCPU, sObjective, hCPU, sObjective, hCPU, sObjective, hCPU, sObjective, hCPU, s
15257.3811.7057.3816.6357.3819.3857.38110.8557.38111.42
25342.2034.5242.2036.6342.2039.1442.20310.7642.20311.46
35435.9235.9235.9236.6235.9239.1735.92310.6235.92311.08
462102.00813.82102.0086.91102.0089.59102.00811.34102.00811.77
56372.644153.0072.6446.8872.6449.6172.64411.3272.64411.96
66458.514421.0258.5146.8858.5149.5958.51411.2158.51411.67
772120.643187.49120.6437.15120.64310.00120.64311.87120.64312.53
87386.6393344.2786.6397.1386.63910.0186.63911.6486.63912.03
97467.6867203.4067.2617.0867.26110.0667.26111.4367.26112.18
1082173.5603878.79173.5607.48173.56010.40173.56012.32173.56013.07
1183116.6137207.12115.3797.39115.37910.41115.37912.09115.37912.83
128487.9407206.6986.4027.3686.40210.4086.40211.9786.40212.69
1392207.5677207.17203.6977.68203.69710.83203.69712.79203.69713.41
1493138.0807205.43133.1927.68133.19210.84133.19212.40133.19213.17
1594100.6937205.2396.2557.6896.25510.8296.25512.4196.25512.94
16102260.0087206.87247.7218.01247.72111.22247.72113.28247.72113.77
17103168.6067204.10160.3947.97160.39411.23160.39412.96160.39413.62
18104121.3247204.73115.2948.01115.29411.20115.29412.89115.29413.60
19112351.2527204.96332.7838.30332.78311.63332.78314.03332.78314.64
20113234.5837203.95218.8448.25218.64411.64218.64413.43218.64414.49
21114161.1407203.51149.9838.27149.70311.77149.70313.25149.70313.92
22122458.3717202.79426.0178.54425.27012.06425.12613.76425.12614.68
23123290.2787205.62267.2828.56266.47512.13266.18813.24266.18814.41
24124204.8407202.84188.3038.60187.84012.14187.18813.20187.18814.45
25132559.4887202.04514.1048.90513.24012.49512.25114.07511.22815.86
26133336.8857202.05310.1008.84309.45912.48308.71813.71307.71415.13
27134235.1017202.10213.4898.86212.95112.54212.49613.75211.55514.93
28142669.6437201.96607.7269.21606.30412.94604.74414.63602.52216.06
29143431.2167201.61391.3609.11390.52812.93389.54114.13387.74915.57
30144294.0927201.42264.5579.20263.99012.95262.48814.19261.11415.48
Average:208.1645309.87195.3227.86195.07711.05194.83312.65194.55413.49
Table 5. The objective function and computational time values for the developed solution algorithms and large size problem instances.
Table 5. The objective function and computational time values for the developed solution algorithms and large size problem instances.
InstanceNumber of VesselsNumber of BerthsEADPCEAAEASAEA
Objective, hCPU, sObjective, hCPU, sObjective, hCPU, sObjective, hCPU, s
315542377.76122.212258.33031.402211.91833.542164.05939.32
32556899.98321.67854.21831.37825.21633.72788.96039.02
33558455.55221.72447.14831.50442.02234.46437.17339.17
346042800.19323.162631.30033.632591.38235.802525.66840.99
356061011.34322.40975.45633.83924.06935.91886.14641.64
36608496.76422.38491.08334.21484.61737.24479.35242.03
376543205.97124.413019.28536.102988.30138.022896.30344.05
386561119.99724.431065.93335.951030.01739.85985.36643.56
39658545.14124.46538.87935.90532.08941.19525.53443.78
407043544.71925.363357.86137.943253.70242.023168.02847.18
417061213.66225.451148.92638.041092.15842.381045.11946.54
42708572.38725.60568.52838.21560.24043.33556.17847.27
437544034.56727.173740.51740.113681.80343.283544.64549.66
447561324.01127.011248.61040.161197.12543.641113.76449.39
45758617.36526.94611.08640.63602.91345.16597.95749.78
468044472.34028.164153.36442.184088.90245.333902.84251.80
478061420.60828.101343.37142.211271.57945.981193.85852.39
48808654.16128.19646.79242.37638.39347.51630.52052.22
498545071.83029.824695.14144.424591.24247.784396.18854.48
508561544.44129.881469.83944.641399.67947.671310.34056.30
51858717.26230.00706.89644.89695.85648.94687.35355.98
529045566.08331.305197.09146.695052.64450.324791.67257.59
539061718.44031.411616.24146.721557.37750.941443.06558.82
54908777.94731.48767.06046.99751.24253.37738.91659.11
559546260.24532.815745.43448.825625.24152.885252.03661.11
569561921.36532.821815.06748.841747.25653.961618.35660.67
57958851.88932.84840.44149.14821.42756.16803.42761.73
5810047028.53834.006519.83351.186361.04755.595959.02064.96
5910062144.63534.162024.18851.241952.33455.571805.21063.55
601008939.40034.30917.36751.39901.13756.36874.52663.67
Average:2176.95327.792047.17641.361995.76445.261904.05351.26
Table 6. The one-way ANOVA analysis results.
Table 6. The one-way ANOVA analysis results.
InstanceNumber of VesselsNumber of BerthsSAEA vs. EASAEA vs. DPCEASAEA vs. AEA
F-Statisticp-ValueF-StatisticP-ValueF-Statisticp-Value
3155487.3332.51 × 10−815.5609.50 × 10−48.7078.55 × 10−3
32556185.9696.28 × 10−11127.4411.34 × 10−959.5954.06 × 10−7
33558200.0043.44 × 10−1145.1712.66 × 10−611.2983.48 × 10−3
34604111.4443.86 × 10−932.7172.01 × 10−519.7473.14 × 10−4
3560688.5002.27 × 10−8168.4851.41 × 10−1047.5671.89 × 10−6
36608117.6712.52 × 10−961.9203.10 × 10−719.5333.31 × 10−4
3765472.6699.80 × 10−845.2532.63 × 10−616.2097.93 × 10−4
38656128.4701.26 × 10−9186.8946.02 × 10−1136.2151.09 × 10−5
39658273.4362.50 × 10−12142.3235.55 × 10−1039.8935.94 × 10−6
40704199.4583.52 × 10−11102.8297.20 × 10−927.9684.99 × 10−5
41706196.3584.00 × 10−11122.7401.81 × 10−917.4525.66 × 10−4
42708162.6011.89 × 10−1054.0867.95 × 10−78.5459.08 × 10−3
43754178.8518.65 × 10−1158.6654.53 × 10−748.7621.60 × 10−6
44756532.9017.99 × 10−15162.1421.93 × 10−1038.1157.91 × 10−6
45758149.5223.73 × 10−1078.2465.69 × 10−810.7264.21 × 10−3
46804250.3185.27 × 10−1241.7764.42 × 10−626.5526.68 × 10−5
47806126.9591.38 × 10−9160.5592.09 × 10−1040.3975.48 × 10−6
48808291.7681.44 × 10−12155.3942.73 × 10−1024.4301.05 × 10−4
49854113.6273.31 × 10−956.3995.96 × 10−723.8331.20 × 10−4
50856208.2912.45 × 10−11158.6012.31 × 10−1063.8822.48 × 10−7
51858333.1974.63 × 10−13160.4212.11 × 10−1045.9432.38 × 10−6
52904149.6213.71 × 10−10141.6275.77 × 10−1039.6926.13 × 10−6
53906279.9162.05 × 10−12193.5274.52 × 10−1145.6722.48 × 10−6
54908116.9892.64 × 10−975.0177.77 × 10−821.2912.15 × 10−4
55954245.5486.19 × 10−12130.5741.10 × 10−962.8302.79 × 10−7
56956593.4393.12 × 10−1578.7045.45 × 10−853.6498.41 × 10−7
57958294.7881.32 × 10−12145.7544.58 × 10−1047.8971.81 × 10−6
581004185.4646.42 × 10−11174.5311.06 × 10−1030.2133.21 × 10−5
591006293.4501.37 × 10−12148.3093.98 × 10−1074.2228.40 × 10−8
601008136.1927.89 × 10−10123.7781.69 × 10−932.8331.97 × 10−5
Average:210.1585.43 × 10−9111.6483.27 × 10−534.7899.33 × 10−4
Table 7. The convergence rate values for the developed solution algorithms and large size problem instances.
Table 7. The convergence rate values for the developed solution algorithms and large size problem instances.
InstanceNumber of VesselsNumber of BerthsEADPCEAAEASAEA
a v g ( C R ) s t d ( C R ) a v g ( C R ) s t d ( C R ) a v g ( C R ) s t d ( C R ) a v g ( C R ) s t d ( C R )
315540.9040.0500.8630.0860.9590.0300.8370.159
325560.8530.1500.8690.1170.9590.0390.8730.115
335580.9410.0430.8380.1300.9430.0320.8970.119
346040.9480.0460.9220.0820.9390.0480.9210.079
356060.9120.0730.9080.0720.9330.0730.9110.077
366080.8040.1620.7840.2150.9550.0520.9480.041
376540.9230.0760.8410.1800.9520.0650.8220.149
386560.8450.1030.9060.0770.9410.0570.9060.110
396580.6590.2690.8480.1250.9660.0340.9460.033
407040.9140.0820.9670.0280.9500.0370.8850.157
417060.8670.1130.9220.0510.9440.0190.9220.068
427080.6680.2770.8890.1020.9590.0440.9310.076
437540.8850.1350.9070.0660.9610.0320.8770.135
447560.8710.1040.9340.0910.9560.0410.8730.134
457580.8280.1720.8970.0750.9550.0190.9150.085
468040.8860.1020.9140.0580.9540.0520.9480.046
478060.8120.1780.9330.0570.9530.0420.9120.073
488080.7710.2060.8850.0710.9650.0320.9570.043
498540.9690.0370.9210.0720.9530.0360.8980.103
508560.8780.1090.9210.0590.9560.0390.9390.093
518580.7990.3310.8390.1320.9470.0470.9500.038
529040.9450.0310.8900.1020.9370.0470.8540.127
539060.9120.0420.8520.0950.9560.0440.9160.059
549080.7750.2310.8090.1950.9690.0270.9740.021
559540.9510.0310.9590.0530.9500.0490.9500.048
569560.8780.1010.9310.0720.9650.0430.9320.090
579580.8240.1670.8030.1400.9690.0230.9490.074
5810040.9330.0630.9170.0680.9700.0300.9160.087
5910060.9070.0930.9260.0610.9460.0340.9520.049
6010080.7440.1270.8800.1180.9680.0250.9580.035
Average:0.8600.1230.8890.0950.9540.0400.9160.084

Share and Cite

MDPI and ACS Style

Dulebenets, M.A.; Kavoosi, M.; Abioye, O.; Pasha, J. A Self-Adaptive Evolutionary Algorithm for the Berth Scheduling Problem: Towards Efficient Parameter Control. Algorithms 2018, 11, 100. https://doi.org/10.3390/a11070100

AMA Style

Dulebenets MA, Kavoosi M, Abioye O, Pasha J. A Self-Adaptive Evolutionary Algorithm for the Berth Scheduling Problem: Towards Efficient Parameter Control. Algorithms. 2018; 11(7):100. https://doi.org/10.3390/a11070100

Chicago/Turabian Style

Dulebenets, Maxim A., Masoud Kavoosi, Olumide Abioye, and Junayed Pasha. 2018. "A Self-Adaptive Evolutionary Algorithm for the Berth Scheduling Problem: Towards Efficient Parameter Control" Algorithms 11, no. 7: 100. https://doi.org/10.3390/a11070100

APA Style

Dulebenets, M. A., Kavoosi, M., Abioye, O., & Pasha, J. (2018). A Self-Adaptive Evolutionary Algorithm for the Berth Scheduling Problem: Towards Efficient Parameter Control. Algorithms, 11(7), 100. https://doi.org/10.3390/a11070100

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop