Programming 2 Spring 2023
Programming 2 Spring 2023
Programming 2 Spring 2023
48024 Programming 2
Course area UTS: Engineering
Delivery Spring 2023; City
Credit points 6cp
Requisite(s) 48023 Programming Fundamentals OR 31267 Programming Fundamentals OR
31465 Object-oriented Programming OR 48430 Fundamentals of C Programming
OR 41039 Programming 1
Result type Grade and marks
Attendance: 3hpw
Recommended studies: basic skills in Java and Python programming; 41039 Programming 1 is the recommended
requisite for students who intend on taking 48024 Programming 2
Subject coordinator
Dr Angela Huo
Email: huan.huo@uts.edu.au
Location: CB11.07.129
The Subject Coordinator may be contacted by email if you have matters of a personal nature to discuss, e.g., illness,
study problems, and for issues to do with extensions, group problems or other matters of importance.
All emails sent to subject coordinators, tutors or lecturers must have a clear subject line that states the subject number
followed by the subject of the email (e.g. [48024]Request for Extension), and must be sent from your UTS email
address.
Teaching staff
Dr. Md Rafiqul Islam
Email: mdrafiqul.islam@uts.edu.au
Location: CB02.12
Questions regarding assessment or content within the subject are welcome in lectures or tutorials or alternatively post
them to the discussion board. This helps ensure that all students get the benefit of the answers given. Answers to
common questions related to the subject content, assignments etc. can be found on the FAQs page.
The Subject Coordinator may be contacted by email if you have matters of a personal nature to discuss, e.g., illness,
study problems, and for issues to do with extensions, group problems or other matters of importance.
All emails sent to subject coordinators, tutors or lecturers must have a clear subject line that states the subject number
followed by the subject of the email (e.g. [48024]Request for Extension), and must be sent from your UTS email
address.
Consultation hours: Check the Canvas Facilitator page for details on consultation hours. Requests for appointments
outside the given consultation hours may be arranged where circumstances require, and to do so please contact the
Detailed teaching staff information about tutors is available on Canvas Facilitator page.
Subject description
This subject teaches students how to design, develop and evaluate software systems to meet predefined quality
characteristics of functionality (suitability) and usability (understandability, learnability, operability, compliance).
Software solutions are implemented using Java or Python. Concepts, theories and technologies underlying the
methods and techniques are introduced and explained as required. Students apply all that they have learned to
develop and implement the architecture of a business system.
This subject contributes to the development of the following Engineers Australia Stage 1 Competencies:
1.2. Conceptual understanding of the mathematics, numerical analysis, statistics, and computer and information
sciences which underpin the engineering discipline.
2.1. Application of established engineering methods to complex engineering problem solving.
2.2. Fluent application of engineering techniques, tools and resources.
2.3. Application of systematic engineering synthesis and design processes.
A weekly online study module presents new material in the form of videos and written articles and shows working
examples of code. Each study module on average is expected to take 1 hour to complete and needs to be completed
before coming to the lecture and the lab. Note that access to the lab material is electronically blocked until the student
has completed the required weekly study module.
Regular lectures include interactive quizzes and reflections on the key topics and techniques.
A weekly two-hour lab session gives students practice working in groups to analyse software specifications and
construct software plans, and practice working individually to write, debug and run code.
Content (topics)
1. Basic programming plans
2. Design rules and notations
3. Debugging
4. Strings
5. Classes
Program
Week/Session Dates Description
Learning Material:
1.Week 1 module
Notes:
Learning Material:
1. Lab 2
Notes:
Each Lab MUST be completed before the due date, as you will be
prevented from accessing the next lab until after the lab has been completed.
key/framework
incremental goals
Learning Material:
1. Lab 3
Lab: Working in small groups, apply the basic processes to solve a set of
problems, then code them individually.
Notes:
functions vs procedures
string functions
Learning Material:
1. Lab 4
Lab: Working in small groups, break a large goal down into sub-goals, devise
plans for each sub-goal, then code them individually.
Notes:
Learning Material:
1. Lab 5
Lab: A problem will be analyzed in a group discussion. Students will code the
solution to the problem individually.
Notes:
List concept
List methods
Learning Material:
1. Lab 6
Notes:
Learning Material:
1. Lab 7
Notes:
STUVAC 25 September The makeup lecture of week 8 will take place on 25 September Monday.
Learning Material:
1. Lab 8
Notes:
Model-View-Controller concept
Learning Material:
1. Lab 9
Lab: You will code an MVC application following the same steps as the
demonstration.
Notes:
Controls
Packages
Learning Material:
1. Lab 10
Lab: You will extend your program from week 9 by adding GUI lists and
multiple windows.
Notes:
Change listeners
Exceptions
Learning Material:
1. Lab 11
Lab: You will extend your program from week 10 by adding GUI Tables. You
can also polish your assignment.
Notes:
Notes:
The weekly schedule may be adjusted during the session to suit the needs of the class.
Students are encouraged to attend all scheduled classes for this subject.
This subject has compulsory online study modules that you must complete before coming to your classes.
Additional information
Assignments in this subject should be your own original work. Similarly, any group work should be the result of
collaboration only within the group.
Assessment
All assessments are individual. You can discuss approaches with tutors or labmates, and help each other with
debugging, but you should write every line of code you submit except for the code provided in the form of lecture
notes, reference solutions, lab solutions, and demo solutions. All assessments are submitted to system. Assessments
that have a text-based user interface are marked by system, and those that have a graphical user interface are marked
by a combination of system and the tutor (Assignment 2 and Lab assessment 7).
Objective(s): This assessment task addresses the following subject learning objectives (SLOs):
1, 2 and 3
This assessment task contributes to the development of the following Course Intended Learning
Outcomes (CILOs):
Type: Laboratory/practical
Groupwork: Individual
Weight: 14%
Length: Each weekly lab on average should take about 2 hours for the typical student.
Criteria: The text-based labs are marked by system, and the GUI labs are marked by a combination of
system, and the tutor. The minimum essential requirement for a pass in text-based lab is to pass all
the test cases.
Further Release date: Each lab is released at the beginning of the lab sessions. Students must also
information: complete the prerequisite study module in order for the lab to be released.
Due date: The due date for each lab session is stated in each lab introduction page. A typical week's
lab exercise is due 1 hour before the release of the following week's lab. If there is no scheduled
class in the following week (e.g. due to StuVac), the lab will still be due 167 hours after the release
date. No late lab submission will be assessed.
Objective(s): This assessment task addresses the following subject learning objectives (SLOs):
1, 2 and 3
This assessment task contributes to the development of the following Course Intended Learning
Outcomes (CILOs):
Type: Project
Groupwork: Individual
Weight: 35%
Task: The task is to develop a well-designed OO system that uses lists. The output of this task is a solution
of one or more classes.
Criteria: The assignment is marked on correctness by system instantly, based on the match to the model
solution’s IO trace. Design rules and spoofy check will be manually performed after due.
The minimum essential requirement for a pass in this assessment is to complete the tasks worth half
the mark.
Objective(s): This assessment task addresses the following subject learning objectives (SLOs):
1, 2, 3, 4 and 5
This assessment task contributes to the development of the following Course Intended Learning
Outcomes (CILOs):
Type: Project
Groupwork: Individual
Weight: 25%
Task: The task is to develop a well-designed OO GUI system that uses the MVC framework.
Criteria: The assignment is marked on correctness and design principles, which are marked by a combination
of automated system marking, demonstration and the tutor.
The minimum essential requirement for a pass is to complete tasks worth more than half the marks.
Further If, due to extenuating circumstances, you are unable to attend the demo session, please contact your
information: tutor or the subject coordinator before the assessment task is due to discuss an alternative solution.
Absence from the demo session without approval is subject to a penalty of 50 per cent of the marks
for the assignment.
Objective(s): This assessment task addresses the following subject learning objectives (SLOs):
1, 2, 3, 4 and 5
This assessment task contributes to the development of the following Course Intended Learning
Outcomes (CILOs):
Groupwork: Individual
Weight: 20%
Task: Answer 20 multiple-choice and fill-in-blank questions. The quiz is open book but restricted from
accessing external webpages and application programs.
Length: 30 minutes
Criteria: The questions are marked for correctness only. Feedback and reflection in lectures and labs will be
relevant to enhance student performance in the exam.
Objective(s): This assessment task addresses the following subject learning objectives (SLOs):
1, 2, 3 and 4
This assessment task contributes to the development of the following Course Intended Learning
Outcomes (CILOs):
Type: Quiz/test
Groupwork: Individual
Weight: 6%
Assessment feedback
Lab assessments 1-6, Assignment 1 and advanced challenges are marked by system, so you get feedback on the
correctness as soon as you submit a solution; Lab assessment 7 and Assignment 2 use a GUI, so you cannot get
feedback instantly. Ask your lab assistant for feedback on your lab solutions; you can also ask your lab assistant for
detailed feedback on your assignment solution after the due date.
Minimum requirements
In order to pass the subject, a student must achieve an overall mark of 50% or more.
Other resources
All subject material is posted in Canvas and ED system.
U:PASS
UTS Peer Assisted Study Success is a voluntary “study session” where you will be studying the subject with other
students in a group. It is led by a student who has previously achieved a distinction or high distinction in the subject
area, and who has a good WAM. Leaders will prepare activities for you to work on in groups based on the content you
are learning in lectures and tutorials. It’s really relaxed, friendly, and informal. Because the leader is a student just like
you, they understand what it’s like to study the subject and how to do well, and they can pass those tips along to you.
Students also say it’s a great way to meet new people and a “guaranteed study hour”.
If you have any questions or concerns about U:PASS, please contact Georgina at upass@uts.edu.au, or check out the
website.
For the contribution of subjects taken in the Bachelor of Engineering (Honours) or Master of Professional Engineering
to the Engineers Australia Stage 1 Competencies, see the faculty's Graduate Attributes and the Engineers Australia
Stage 1 Competencies webpage.
Marking criteria for each assessment task is available on the Learning Management System: Canvas.
Extensions
When, due to extenuating circumstances, you are unable to submit or present an assessment task on time, please
contact your subject coordinator before the assessment task is due to discuss an extension. Extensions may be
granted up to a maximum of 5 days (120 hours). In all cases you should have extensions confirmed in writing.
Special consideration
If you believe your performance in an assessment item or exam has been adversely affected by circumstances
beyond your control, such as a serious illness, loss or bereavement, hardship, trauma, or exceptional employment
demands, you may be eligible to apply for Special Consideration.
Late penalty
Work submitted late without an approved extension is subject to a late penalty of 10 per cent of the total available
marks deducted per calendar day that the assessment is overdue (e.g. if an assignment is out of 40 marks, and is
submitted (up to) 24 hours after the deadline without an extension, the student will have four marks deducted from
their awarded mark). Work submitted after five calendar days is not accepted and a mark of zero is awarded.
For some assessment tasks a late penalty may not be appropriate – these are clearly indicated in the subject outline.
Work submitted late without an approved extension will only be assessed at the subject coordinator’s discretion.
Students who do not submit assessment tasks by the due dates may be referred to the Responsible Academic Officer
under Student Rule 3.8.2, and a fail result may be recorded for the subject.
If you believe an error may have been made in the calculation of your result in an assessment task or the final result
for the subject, it is possible to request a review of a result with the Subject Coordinator within five (5) working days of
the date of release of the result.
ALOs are responsible for approving adjustments to assessment arrangements for students in these categories.
Students who require adjustments due to disability and/or an ongoing health condition are requested to discuss their
situation with an accessibility consultant at the Accessibility Service before speaking to the relevant ALO.
Statement on copyright
Please remember that teaching materials and resources provided to you at UTS are protected by copyright. You are
not permitted to re-use those for any purposes (including commercial purposes, in kind benefit or gain) without
permission of the copyright owner. Breaching copyright in relation to teaching materials and resources could lead to a
legal action being brought against you.
Statement on plagiarism
Plagiarism and academic integrity
At UTS, plagiarism is defined in Rule 16.2.1(4) as: 'taking and using someone else's ideas or manner of expressing
them and passing them off as their own by failing to give appropriate acknowledgement of the source to seek to gain
an advantage by unfair means'.
The definition infers that if a source is appropriately referenced, the student's work will meet the required academic
standard. Plagiarism is a literary or an intellectual theft and is unacceptable both academically and professionally. It
can take a number of forms including but not limited to:
copying any section of text, no matter how brief, from a book, journal, article or other written source without duly
acknowledging the source
copying any map, diagram, table or figure without duly acknowledging the source
paraphrasing or otherwise using the ideas of another author without duly acknowledging the source
re-using sections of verbatim text without using quote marks to indicate the text was copied from the source (even if
a reference is given).
Other breaches of academic integrity that constitute cheating include but are not limited to:
submitting work that is not a student's own, copying from another student, recycling another student's work,
recycling previously submitted work, and working with another student in the same cohort in a manner that exceeds
Students who condone plagiarism and other breaches of academic integrity by allowing their work to be copied are
also subject to student misconduct Rules.
Where proven, plagiarism and other breaches of misconduct are penalised in accordance with UTS Student Rules
Section 16 – Student misconduct and appeals.
Avoiding plagiarism is one of the main reasons why the Faculty of Engineering and IT is insistent on the thorough and
appropriate referencing of all written work. Students may seek assistance regarding appropriate referencing through
UTS: HELPS.
Work submitted electronically may be subject to similarity detection software. Student work must be submitted in a
format able to be assessed by the software (e.g. doc, pdf (text files), rtf, html).