Microsoft Word - Lab 3 Assessable Exercises Sem1 2018 Page 1 of 10 Revised Sem 1, 2018 CRICOS Provider Numbers 00103D (Vic) 01266K (NSW) 02235J (SA) ITECH2100/ITECH6100 Week 3 Assessable Lab Tasks...

It is a simple assignment. I want to complete it before tonight.


Microsoft Word - Lab 3 Assessable Exercises Sem1 2018 Page 1 of 10 Revised Sem 1, 2018 CRICOS Provider Numbers 00103D (Vic) 01266K (NSW) 02235J (SA) ITECH2100/ITECH6100 Week 3 Assessable Lab Tasks Semester 1, 2018 Overview This assessment task provides an opportunity to perform some independent design and associated programming tasks involving multiple classes. The purpose of the task is to review some of the learning about object oriented programming from Programming 1, extend this a little and provide an opportunity during lab classes to gain feedback regarding your ability and progression in the course. Learning Outcomes Assessed K2: Discuss basic object oriented concepts S1: develop object-oriented programs involving several interacting classes Objectives:  write a small multi-class program with appropriate methods  write classes involving simple association relationships to other classes  properly apply the principles of encapsulation and information hiding  make correct use of object reference variables  perform testing and debugging using the debug mode in Eclipse  Code classes to ensure that objects will always have a valid state  Understand the significance of the ‘static’ modifier  Be able to design test cases to test methods of a class to ensure objects of that class behave according to its intention  Be able to arrange test cases into a test plan in order to thoroughly and adequately cover all key aspects of a class  Write a test driver to execute the test plan and  Be able to use Eclipse’s debugging tools to set breakpoints, inspect variables, and step through code to observe the behaviour of code to detect errors Requirements to demonstrate:  Design interaction between classes so that objects of different classes can interact (i.e. send/receive messages)  Ensure that classes have an appropriate toString() method  Explain what object state means and how this can influence object behaviour  Describe how to ensure that an object’s state is always sensible  Code classes to ensure that objects will always have a valid state  Properly document classes, with method headers that are descriptive enough for other people to understand the code  Be able to design test cases to test methods of a class to ensure it behaves according to its intention  Be able to arrange test cases into a test plan in order to thoroughly and adequately cover all key aspects of a class  Write a test driver to execute the test plan and  Demonstrate use of Eclipse’s debugging tools to set breakpoints, inspect variables, and step through code to observe the behaviour of code to detect errors. Programming 2 – Lab 3 Semester 1, 2018 Page 2 of 10 Assessment Details Exercise 1 – to be completed in pairs (4.5 marks) Step 1. Discuss the objectives for this week and together design a simple system that involves at least two objects interacting. One of these objects must represent a food item of some kind (e.g. a cupcake or hamburger). The other object should represent a stall that the food item is sold from. Your system must involve at least two (2) associated objects that satisfy these rules:  The food item object must have some kind of dynamic status (for example you might represent the current status of the food item in terms of price, ingredients, or freshness). It must be possible to change the status of the food item using appropriate methods;  Your food item object must have a unique automatically generated ID that is created when you create each food item object;  The two objects are associated so one class has a reference attribute to identify the other object (for example a stall contains an array of food items – each stored as particular food item objects). An example to inspire you follows: A farmer’s market contains a variety of stalls. Each stall has a name, an owner and can sell a variety of food items according to its classification e.g. a hamburger stall might sell hamburgers, soft drink and chips, a cupcake stall might sell cupcakes and coffee. Every food item has detailed information stored about it such as the wholesale costs and retail costs. Food items can be hot or cold and come in small, medium or large. Step 2. Write a short description using words for your system that explains how the 2 objects interact with each other. Ensure you have described the interaction in terms of messages or actions between the objects. Show your tutor to verify your design before proceeding. Discuss the methods required for each class design so that your objects are capable of the desired behaviour. 1. For each method, answer the following questions,  What does this method do (e.g. does it produce output or change the object state)?  When is this method valid (e.g. does the object have to be in a special state for this method to be performed)?  Plan a process to validate that the method is working as desired (e.g. create some specific test cases)  Write pseudo code to specify the logic and decision making required in this method 2. Draw a UML class diagram for each class (you may do this on paper or by using Enterprise Architect (available in the resources section on Moodle, see appendix)) Programming 2 – Lab 3 Semester 1, 2018 Page 3 of 10 3. If the previous step was completed using Enterprise Architect, you can generate code stubs for your two classes with set and get methods to be filled in, otherwise, you need to create the code yourself in a new Eclipse project 4. Take the code stubs generated in the previous step and create your own project in Eclipse. 5. Fill in code in the get/set methods 6. Create a toString() method for each class 7. Write the code for each method, based on pseudo code already written. Ensure you check that objects are in the correct valid state for each method. 8. Write a simple test driver class to test your classes are working 9. Using the debugger mode in Eclipse, check that the states are being updated appropriately on your objects (you will be asked to demonstrate this use as part of exercise 2 of this document. This demonstration will take place in the laboratory in week 4) 10. Demonstrate to your tutor that your code works As you conceptualise your system, it may assist you to consider a similar system involving students at a TAFE college enrolling into a Course. The enrolment phases include 5 possible status options for a student: applied, enrolled, completed, graduated, cancelled. When a student applies to the TAFE program, they are given a unique student number. The first student (ever) who is entered into the system is given the number 293142, subsequently, each student who applies is given the next available student number. Student numbers are always even numbers. As part of the TAFE program, students may be enrolled into a number of courses. Each course instance is allocated a teacher and has a list of enrolled students. Example Class diagrams for 3 classes: Student, Course, TestDriver are provided on the next page. Programming 2 – Lab 3 Semester 1, 2018 Page 4 of 10 Programming 2 – Lab 3 Semester 1, 2018 Page 5 of 10 Exercise 2 – Demonstration to be performed individually (5.5 marks) Using examples from the code you wrote, (4 x 0.5 + 2 x 0.25 marks each = 2.5 marks)  Explain the difference between public and private;  Explain the principles of encapsulation and information hiding;  Describe and relate the terms: public interface, information hiding;  Explain the significance of the ‘static’ modifier;  Describe your chosen test cases;  Explain the results of your testing. Demonstrate that you can use the debugger to your tutor by showing (3 marks)  use of Eclipse’s debugging tools to set breakpoints, inspect variables, and step through code to observe the behaviour of code to detect errors. Submission You will work on your coding in pairs, but must still submit your lab work including code and answers individually through Moodle in the assessment section. Some of your assessment may occur by interview during your lab class. Feedback Feedback will be provided for this assessment task during your lab class. Plagiarism: Plagiarism is the presentation of the expressed thought or work of another person as though it is one's own without properly acknowledging that person. You must not allow other students to copy your work and must take care to safeguard against this happening. More information about the plagiarism policy and procedure for the university can be found at http://federation.edu.au/students/learning-and-study/online-help-with/plagiarism. Marking Rubric Student No.:………………………... Programming 2 – Lab 3 Semester 1, 2018 Page 6 of 10 Task Comments Marks PAIR COMPONENT – Design and Coding Design pseudo code 0.5 marks UML class diagram 0.5 marks Appropriate creation and coding of: Get methods Set methods toString methods Other methods 0.25 marks 0.25 marks 0.25 marks 0.25 marks Appropriate use of private, public and static modifiers 0.5 marks Test Driver and appropriate test cases 0.5 marks Code works (demonstrated) Interaction between objects is appropriate Object states are valid 0.5 marks 0.5 marks 0.5 marks INDIVIDUAL COMPONENT – Demonstration and Explanation Explain public, private 0.25 marks Explain encapsulation, information hiding 0.5 marks Describe and relate public interface and information hiding 0.5 marks Marking Rubric
Apr 09, 2020ITECH2100
SOLUTION.PDF

Get Answer To This Question

Related Questions & Answers

More Questions »

Submit New Assignment

Copy and Paste Your Assignment Here