Project in Advanced Algorithms and Data Structures 
COMP4134 UNNC 
 
Overview 
For this project, you are tasked with solving a real-world transportation problem. Formally speaking, it is 
called the pickup and delivery problem with time windows (PDPTW). The pickup and delivery problem 
(PDP) is a type of vehicle routing problem in which customers are paired together, and a pair must be 
serviced by the same vehicle, see https://developers.google.com/optimization/routing/pickup_delivery 
for example. In other words, a load must be collected from one location and delivered to another 
location by a single vehicle. Clearly, there are also ordering or precedence constraints to ensure that the 
collection site is visited before the delivery site. If there are time windows during which the customers 
must be visited, then the problem is known as the PDPTW. This problem commonly arises in real-world 
logistics, and solution methodologies have significant practical applications. 
 
While planning the routes, there are some driver break regulations that have to be met, which include 
drivers' hours rules and working time rules. To reduce complexity, we will focus on the rules highlighted 
in red circles, which pertain to the daily transportation problem. The objective is to decrease the total 
duty time necessary for the delivery of all orders. 
 
The two regulations are briefly introduced below; detailed information can be found in Table 1 (see 
https://assets.publishing.service.gov.uk/media/5e14b5b040f0b65dbed713a0/simplified-guidance-eudrivers-hours-working-time-rules.pdf
and Table 2). Regarding Regulation (EC) No 561/2006, the following 
constraints should be met: 
• The maximum daily driving time is 9 hours. 
• Driver breaks could be one of the following: (a) For every 4.5 hours of driving, drivers must take a 
break of at least 45 minutes. This break starts a new 4.5-hour driving period. (b) For every 4.5 
hours of driving, drivers can take either one 45-minute break or two smaller breaks, one of at 
least 15 minutes followed by another of at least 30 minutes. 
Another regulation is Directive 2002/15/EC, which is a legislative act concerning the working time for 
mobile workers engaged in road transport activities. It sets out the maximum limits on working time, 
including driving time, other work-related activities, and on-call time. The following constraints should be 
met: 
• Drivers cannot work more than 6 hours without a break; a break should be at least 15 minutes 
long. 
• Drivers need a 30-minute break if they work between 6 to 9 hours in total. 2 
Table 1 A summary of the EU drivers’ hours rules and sector specific working time rules 

Table 2 Summarised daily allowed drive time, duty time and route duration 
 
Deadline and Late penalty 
Deadline is 6pm Monday the 9th of December, for each day the coursework is late, a penalty of 10% will 
be deducted. 
Plagiarism is not allowed, and your source code and documentation will be examined for similarities. 
Please note that this is individual work, not a group project. You are encouraged to conduct individual 
research and free to implement algorithms that have already been published, but copying others’ work 
is strictly forbidden. (Please consult the academic misconduct policy for further details: 
https://www.nottingham.ac.uk/studentservices/servicedetails/appeals-complaints-andconduct/academic-misconduct.aspx)

Submission instructions 
To submit your code and report for this module, please use the provided link on the Moodle page. Your 
algorithm should be implemented in Java, and your report, which is limited to 2000 words, must be 
submitted in PDF format. Please refer to the “Grading Criteria” section below, which lists the requirements. 
The submission link will be active before the deadline. Please note that submissions sent via email will not 
be accepted. For comprehensive guidelines on the submission process, please consult the “Submission” 
section below. 
Submission 
Given that this is a Master's level project, it is designed to emphasize independent study and research. 
However, certain algorithms and data structures relevant to the project will be introduced in the course 
module COMP4133. Proficiency in Java is required for the successful completion of this project. 
 
The necessary files for this assignment are available for download from Moodle. These include: 
• `Input.json`: An example file that you will read as input. 
• `Output.txt`: A sample output file that corresponds to the `Input.json` input. 
 
Your Java code should fulfill the following requirements: 
1. Read the content of `Input.json`. 
2. You are required to devise your own algorithm and apply it to solve the given problem. 
Implementing an existing algorithm from the literature is fine, but please cite it in your report. 
You may select from various algorithmic approaches, including but not limited to dynamic 
programming, linear programming, and heuristics. Your implementation will be submitted for 
grading. 
3. Print the solution follow the expected ‘Output.txt’. 
 
For instance, given the content of 'Input.json' provided: 
Please refer to the video recording on the module page for this module for a detailed explanation of 
the JSON content. 4 
  
The expected 'Output' should look like this: 
 
Which appears as follows in the text file: 
 
VehicleName,JobId,JourneyTime,ArrivalTime,WaitTime,DelayTime,ServiceTime,DepartureTime,Break1Ti
me,Break1Duration,Break2Time,Break2Duration 
1,Vehicle 1 start,0h0m,08:00,0h0m,0h0m,0h0m,8h0m,,,, 
1,C-0,0h0m,08:00,0h0m,0h0m,0h0m,8h0m,,,, 
1,C-1,4h0m,12:00,0h0m,0h0m,0h0m,12h0m,,,, 5 
 
1,D-0,0h0m,12:00,0h0m,0h0m,2h0m,14h0m,14:00,0h15m,14:45,0h30m 
1,D-1,2h0m,16:45,0h0m,0h0m,0h0m,16h45m,,,, 
1,Vehicle 1 end,0h30m,17:15,0h0m,0h0m,0h0m,17h15m,,,, 
 
Grading Criteria 
Criteria of code 50% Full mark Comment 
Is the output correct? 20% The correct answer will receive full 
marks. Marks may be deducted for 
the following reasons: partially 
correct answers with minor 
mistakes, or correct output 
accompanied by other issues. This 
will be tested using a new dataset, 
which is not provided by the 
module. For programs involving 
randomness, ensure that you use 
your student ID as the seed. 
How is the time complexity of the program? 10% For those who provide the correct 
answer, their run time will be 
recorded. Those whose run time 
falls into the first quantile will 
receive full marks. Those in the 
second quantile will receive 7.5% of 
the total marks, the third quantile 
5%, and the last quantile 2.5%. 
How is the solution quality of the program? 10% Please indicate the duration 
required for the solution to 
complete all the service requests 
(i.e. pickup and delivery pairs) 
within run time of 30 seconds. For 
those whose solution is better than 
the benchmark solution, the 
ranking will be determined by the 
speed of completion; the quicker 
the completion, the higher the 
ranking. Participants whose 
solutions fall within the top 25% 
will be awarded full points. Those 
in the second 25% bracket will earn 
75% of the total score, the third 
25% will get 50%, and the bottom 
25% will receive 25%. 
Well formatted code 5% Is the program well formatted 
(following Java naming 
conventions, high readablity, 6 
 
appropriate error handling, adhere 
to Object-Oriented Programming 
paradigm etc.) 
Appropriate comments 5% Does the program contain 
appropriate comments? 
Criteria of report 50% 
Well-written literature review 10% In the literature review, is the 
literature sufficient, up-to-date, 
well-organised, and does it follow 
proper logical flow? The report 
should be confined to a maximum 
of 2000 words, excluding literature 
and pseudo code. 
Evaluation of the Chosen Algorithm, Data structure 
and Methodology 
15% Provide a clear rationale for the 
algorithm selected and the 
approach taken to solve the 
problem. 
Indicate whether the algorithm is 
entirely of your own design or if it 
is an implementation of an existing 
algorithm from the literature. 
Discuss the innovative aspects or 
novelties that you have introduced 
to the project. 
Provide clear and effective documentation of your 
algorithm 
10% In your report, ensure that you 
provide a clear and concise 
explanation of your algorithm. 
Utilise clear instructions, supported 
by pseudocode, diagrams, and 
other visual aids as necessary to 
enhance understanding. 
Evaluating solution quality and output validation 
accuracy 
10% Justify the solution’s quality and 
confirm that the given output is 
correct. 
Report the result clearly 5% Report the results clearly, for 
example, by using visuals, plots, 
and statistics such as the mean and 
standard deviation of a number of 
runs. 
 
Additional Credit: We are primarily evaluating compliance with the rules for individual days. However, 
an extra 10% bonus (up to maximum of 100%) will be awarded if rule sets beyond those highlighted in 
the red squares are taken into account. 
 
Definitions 
Standard input 7 
 
System.in, means that the stream from which input to the program is taken. Typically this is the 
keyboard, but it can be specified that input is to come from a serial port or a disk file. 
Standard output 
System.out, means that the stream to which output from the program is sent. Typically this is a display, 
but it can be redirected to a serial port or a file. 
 
Submission 
You must submit a single Java source code file containing all your code for this coursework. This file 
must be called AADS.java and must not require any other files outside of the standard Java packages 
which are always available. The file must compile and execute without warnings or errors using the 
command. 
Compile: javac -encoding UTF-8 -sourcepath . AADS.java 
Execute: java -Dfile.encoding=UTF-8 -XX:+UseSerialGC -Xss64m -Xms1920m -Xmx1920m AADS < 
Input.json > Output.txt 
Your program SHOULD send its output to standard output (by executing above command, it will produce 
Output.txt in the same directory as AADS.java and Input.json, so no FileWriter is required). 
 
Technical Notes 
This part contains important technical information and it is important that you read and understand all 
the information below. 
You program MAY have multiple classes if you wish, but only in one java file. And only the class with 
your main method SHOULD be marked as public. 
Your program MUST read its input from standard input. 
If your program exits with a non-zero exit code, it will be judged as a run-error. 
Program submitted will be run inside a sandbox. The sandbox will allocate 2GB of memory for your 
program. Your entire program, including its runtime environment, must execute within this memory 
limit. For Java, the runtime environment includes the interpreter (JVM). 
We suggest that you do not use package statements (that is, we suggest that your solution reside in the 
“default package”). 
Please use JDK versions later than 7. 
 
Possible results 
A submission can have the following results: 8 
 
CORRECT The submission passed all tests: you solved this problem! 
0% will be given to errors listed below: 
COMPILER-ERROR There was an error when compiling your program. Note that when compilation takes 
more than 30 seconds, it is aborted and this counts as a compilation error. 
TIMELIMIT Your program took longer than the maximum allowed time for this problem, 5 seconds. 
Therefore it has been aborted. This might indicate that your program hangs in a loop or that your 
solution is not efficient enough. 
RUN-ERROR There was an error during the execution of your program. This can have a lot of different 
causes like division by zero, incorrectly addressing memory (e.g., by indexing arrays out of bounds), 
trying to use more memory than the limit, reading or writing to files, etc. Also check that your program 
exits with exit code 0! 
NO-OUTPUT Your program did not generate any output. Check that you write to standard out. 
OUTPUT-LIMIT Your program generated more output than the allowed limit. The solution is considered 
incorrect. 
WRONG-ANSWER The output of your program was incorrect. This can happen simply because your 
solution is not correct, but remember that your output must comply exactly with the specifications of 
the judges. See testing below for more details. The judges may have prepared multiple test files for each 
problem. 
 
Some hints for you to improve your solution 
Scenario 1 
a. The driver takes a break of 30 minutes after working for 6 hours. Then, the driver resumes driving for 
another 30 minutes, followed by another break of 30 minutes, because of the 4.5 hours of driving time 
accumulated. 
 
Scenario 1 a 
b. However, this driver break assignment can be improved by allocating a 45- minute break when the 
duty time has been accumulated to 6 hours rather than allocating an additional 30-minute break when 
reaching 4.5 hours of driving because the driving hours have been reset by the 45-minutes break. 9 
 
Scenario 1 b 
 
Scenario 2 
a. This scenario is similar to the previous one, but the driver in the previous scenario completes his 
journey after 2.5 hours of driving after the first break. In this case, however, the driver continues to 
drive for 4 hours and 40 minutes after the first break. 
 
Scenario 2 a 
b. Allocating 45 minutes to reset the driving break is no longer a good idea in this scenario because 
another break will be triggered due to reaching 4.5 hours driving time. As a result, the journey will take 
12 hours and 10 minutes. 
 
Scenario 2 b 
Scenario 3 
a. After working for 6 hours, a break of 30 minutes is given. Then, driving is resumed for 2.5 hours more 
and another break of 15 minutes is taken, as the duty time has reached 9 hours. After one more hour of 
driving, another break of 30 minutes is required, because the total driving time is 4.5 hours. 10 
 
Scenario 3 a 
b. This driver breaks assignment can be improved by allocating a 45-minute break when the duty time 
reaches 6 hours. This journey requires no additional breaks because the 45-minute break reset the 
driving hours. 
 
Scenario 3 b 
 
Scenario 4 
a. This scenario is similar to the previous one, except that in the previous scenario, the driver completes 
the journey after 2.5 hours of driving after the first break. However, after the first break, the driver 
continues to drive for 4 hours and 40 minutes. 
 
Scenario 4 a 
 
b. Allocating 45 minutes to reset the driving break is no longer a good idea in this scenario because 
another break will be triggered due to reaching 4.5 hours driving time. As a result, the journey will take 
12 hours and 10 minutes. 
 
Scenario 4 b 
 
c. However, if we increase the second break in Scenario 4 a from 15 to 30 minutes, no further driver 
breaks are required. As a result, the journey is reduced to 11 hours and 40 minutes. 
 
Scenario 4 c 
 
Scenario 5 
a. The arrival time at the customer site was 2:30, but a wait of 15 minutes was required due to the time 
window constraint. A break was assigned during the wait. A duty break of 15 minutes was given after 
working for 6 hours. After that, driving was resumed for 45 minutes, when a driving break was needed 
because the total driving time was 4.5 hours. 
 
Scenario 5 a 
  
b. This driver breaks assignment can be improved by allocating a 30-minute break after 6 hours of duty. 
Because the accumulated 45 minutes break reset the driving hours, this journey requires no additional 
breaks. 
 
Scenario 5 b 
 
Scenario 6 
a. This scenario is similar to the previous one. But in this case, the driver continues to drive for 4 hours 
and 40 minutes after the second break. 
 
Scenario 6 a 
 
b. Allocating 30 minutes break instead of 15 mintues to reset the driving break is no longer a good idea 
in this scenario because another break will be triggered due to reaching 4.5 hours driving time. As a 
result, the journey will take 11 hours and 55 minutes. 
 
Scenario 6 b 
 13 
 
A summary of the scenarios 
 
請加QQ：99515681  郵箱：99515681@qq.com   WX：codinghelp