Coding Assignment

1 Project 2 Introduction - the SeaPort Project series For this set of project s for the course , we wish to simulate some of the aspects of a number of Sea Ports. Here are the classes and their instance variables we wish to define:  SeaPortProgram extends JFrame o variables used by the GUI interface o world: World  Thing implement Comparable o index: int o name: String o parent: int  World extends Thing o ports: ArrayList o time: PortTime  SeaPort extends Thing o docks: ArrayList o que: ArrayList // the list of ships waiting to dock o ships: ArrayList // a list of all the ships at this port o persons: ArrayList // people with skills at this port  Dock extends Thing o ship : Ship  Ship extends Thing o arrivalTime, dockTime: PortTime o draft, length, weight, width: double o jobs: ArrayList  PassengerShip extends Ship o numberOfOccupiedRooms: int o numberOfPassengers: int o numberOfRooms: int  CargoShip extends Ship o cargoValue: double o cargoVolume: double o cargoWeight: double  Person extends Thing o skill: String  Job extends Thing - optional till Projects 3 and 4 o duration: double o requirements: ArrayList // should be some of the skills of the persons  PortTime o time: int Eventual ly, in Projects 3 and 4, you will be asked to show the progress of the jobs using JProgressBar's. 2 Here's a very quick overview of all projects: 1. Read a data file, create the internal data structure, create a GUI to display the structure, and let the user search the structure. 2. Sort the structure, use hash maps to create the structure more efficiently. 3. Create a thread for each job, cannot run until a ship has a dock, create a GUI to show the progress of each job. 4. Simulate competing for resources (persons with particular skills) for each job. Project 2 General Objectives Project 2 - Map class, Comparator, sorting  Use the JDK Map class to write more efficient code when constructing the internal data structures from the data file.  Im plement SORTING using the Comparator interface together with the JDK support for sorting data structures, thus sorting on different fields of the classes from Project 1.  Extend the GUI from Project 1 to let the user sort the data at run -time. Documentation Requirements : You should start working on a documentation fil e before you do anything else with these projects, and fill in items as you go along. Leaving the documentation until the project is finished is not a good idea for any number of reasons. The documentation should include the following (graded) elements:  Cover page (including name, date, project, your class information)  Design o including a UML class diagram o classes, variables and methods: what they mean and why they are there o tied to the requirements of the project  User's Guide o how would a user start and r un your project o any special features o effective screen shots are welcome, but don't overdo this  Test Plan o do this BEFORE you code anything o what do you EXPECT the project to do o justification for various data files, for example  Lessons Learned o express yourself here o a way to keep good memories of successes after hard work 3 Project 2 Specific Goals : Extend Proj ect 1 to use advanced data structures and support sorting on various keys. 1. Required data structure - the data structure specified in Project 1: a. World has SeaPort's b. SeaPort has Dock's, Ship's, and Person's c. Dock has a Ship d. Ship has Job's e. PassengerShip f. CargoShip g. Person has a skill h. Job requires skills - optional until Project 3 i. PortTime 2. Use the HashMap class to support efficient linking of the classes used in Project 1. 1. The instances of the hash map class should be local to the readFile (Scanner) method. 2. These instances should be passed as explicit parameters to other methods used when reading the data file. 1. For example, the body of the methods like the following should be replaced to effectively use a hash map, t he surrounding code needs to support this structure: Ship getShipByIndex (int x, java.util.HashMap hms) { return hms.get(x); } // end getDockByIndex 2. Since the body of this method has become trivial, perhaps the call to this meth od can be simply replaced by the get method of the HashMap. 3. Your code should be sure to handle a null return from this call gracefully. 3. The instances should be released (go out of scope, hence available for garbage collection) when the readFile method ret urns. 4. Comments: The idea here, besides getting some experience with an interesting JDK Collections class, is to change the operation of searching for an item with a particular index from an O(N) operation, ie searching through the entire data structure to see if the code can find the parent index parameter, to an O(1) operation, a hash map lookup.

Of course, this isn't so very interesting in such a small program, but consider what might happen with hundreds of ports, thousands of ships, and perhaps millions of persons and jobs. 5. Comments: Also, after the readFile operation, the indices are no longer interesting, and could be completely eliminated from the program. In this program, removing the index references could be accomplished by removing those variables from the parent class, Thing. 3. Implement comparators to support sorting: o ships in port que ArrayList's by weight, length, width, draft within their port que o all items withing their ArrayList's by name o OPTIONALLY: sorting by any other field that can be compared o The sorting should be within the parent ArrayList 4. Extend the GUI from Project 1 to allow the user to: o sort by the comparators defined above . 5. Again, the GUI elements should be distinct from the other classes in the program. 4 Deliverables: 1. Java source code files 2. Data files used to test your program 3. Configuration files used 4. A well -written document including the following sections: a. Design: including a UML class diagram showing the type of the class relation ships b. User's Guide: description of how to set up and run your application c. Test Plan: sample input and expected results, and including test data and results, with screen snapshots of some of your test cases d. Optionally, Comments: design strengths and limita tions, and suggestions for future improvement and alternative approaches e. Lessons Learned f. Use one of the following formats: MS Word docx or PDF . Your project is due by midnight, EST, on the day of the date posted in the class schedule. We do not recommend staying up all night working on your project - it is so very easy to really mess up a project at the last minute by working when one was overly tired. Your instructor's policy on late projects applies to this project. Submitted projects that show evidence of plagiarism will be handled in accordance with UMUC Policy 150.25 — Academic Dishonesty and Plagiarism. Format: The documentation describing and reflecting on your design and approach should be written using Microsoft Word or PDF , and should be of reasonable length. The font size should be 12 point. The page margins should be one inch. The paragraphs should be double spaced. All figures, tables, equations, and references should be properly l abeled and formatted using APA style. Coding Hints:  Code format: (See Google Java Style guide for specifics (https://google.github.io/styleguide/javaguide.html )) o header comment block, including the fo llowing information in each source code file: o file name o date o author o purpose o appropriate comments within the code o appropriate variable and function names o correct indentation  Errors: o code submitted should have no compilation or run -time errors  Warnings: o Your program should have no warnings 5 o Use the following compiler flag to show all warnings: javac -Xlint *.java o More about setting up IDE's to show warnings o Generics - your code should u se generic declarations appropriately, and to eliminate all warnings  Elegance: o just the right amount of code o effective use of existing classes in the JDK o effective use of the class hierarchy, including features related to polymorphism.  GUI notes: o GUI shou ld resize nicely o DO NOT use the GUI editor/generators in an IDE (integrated development environment, such as Netbeans and Eclipse) o Do use JPanel, JFrame, JTextArea, JTextField, JButton, JLabel, JScrollPane  panels on panels gives even more control of the di splay during resizing  JTable and/or JTree for Projects 2, 3 and 4  Font using the following gives a nicer display for this program, setting for the JTextArea jta: jta.setFont (new java.awt.Font ("Monospaced", 0, 12)); o GridLayout and BorderLayout - Flow Layout rarely resizes nicely  GridBagLayout for extreme control over the displays  you may wish to explore other layout managers o ActionListener, ActionEvent - responding to JButton events  Starting with JDK 8, lambda expression make defining listeners MUCH simpler. See the example below, with jbr (read), jbd (display) and jbs (search) three different JButtons. jcb is a JComboBox and jtf is a JTextField. jbr.addActionListener (e -> readFile()); jbd.addActionListener (e -> disp layCave ()); jbs.addActionListener (e -> search ((String)(jcb.getSelectedItem()), jtf.getText())); o JFileChooser - select data file at run time o JSplitPane - optional, but gives user even more control over display panels Grading Rubric: Attribute Meets Does not meet Design 20 points Contains j ust the right amount of code . Uses existing classes in the JDK effectively. 0 points Does not c ontain just the right amount of code . Does not u se existing classes in the JDK effectively. 6 Effective ly use s of the class hierarchy, including features related to polymorphism. The instances of the hash map class should be local to the readFile (Scanner) method. These instances should be passed as explicit parameters to other methods used when reading the data file. GUI elements should be distinct from the other classes in the program Does not e ffective ly use of the class hierarchy, including features related to polymorphism. The instances of the hash map class are not local to the readFile (Scanner) method. These instances are not passed as explicit parameters to other methods used when reading the data file. GUI elements are not distinct from the other classes in the program . Functionality 40 points Contains no coding errors. Contains no compile warnings. Builds from Project 1. Includes all r equired data structure s specified in Project 1. Use s the HashMap class to support efficient linking of the classes used in Project 1. Implement s comparators to support sorting . Sorting should be within the parent ArrayList . Extend s the GUI from Project 1 to allow the user to sort by the comparators . 0 points Contains coding errors. Contains compile warnings. Does not build from Project 1. Does not include all r equired data structure s specified in Project 1. Does not use the HashMap class to support efficient linking of the classes used in Project 1. Does not implement comparators to support sorting . Sorting is not within the parent ArrayList . Does not e xtend the GUI from Project 1 to allow the user to sort by the comparators . Test Data 20 points Tes ts the application using multiple and varied test cases. 0 points Does not t est the application using multiple and varied test cases. Docu mentation and submission 15 points Source code files include header comment block, including file name , date , author , purpose , 0 points Source code files do not include header comment block, or includ e file name , date , author , purpose , appropriate 7 appropriate comments within the code , appropriate variable and function names , correct indentation. Submission includes Java source code files , Data files used to test your program , Configuration files used. Documentation includes a UML class diagram showing the type of the class relationships . Documentation incl udes a user's Guide descri bing of how to set up and run your application . Documentation inclu des a test plan with sample input and expected results, test data and results and screen snapsh ots of some of your test cases . Documentation includes Lessons learned. Documentation is in an acceptable format. comments within the code , appropriate variable and function names , correct indentation. Submission does not include Java source code files , Data files used to test your program , Configuration files used. Documentation does not include a UML class diagram showing the type of the class relationships . Documentation does not incl ude a user's Guide descri bing of how to set up and run your application . Documentation does not inclu de a test plan with sample input and expected results, test data and results and screen snapsh ots of some of your test cases . Documentation does not include Lessons learned. Documentation is not in an acceptable format. Documentation form, grammar and spelling 5 points Document is well -organized. The font size should be 12 point. The page margins should be one inch. The paragraphs should be double spaced. All figures, tables, equations, and references should be properly labeled and formatted using APA style. 0 points Document is not well -organized. The font size is not 12 point. The page margins are not one inch. The paragraphs are not double spaced. All figures, tables, equations, and references are not properly l abeled or formatted using APA style. The document should contain s many spelling and grammatical errors. 8 The document should contain minimal spelling and grammatical errors.