Unit convenor and teaching staff |
Unit convenor and teaching staff
Ansgar Fehnker
Lecturer
Kate Stefanov
|
---|---|
Credit points |
Credit points
10
|
Prerequisites |
Prerequisites
200cp at 1000 level or above including (COMP2050 or COMP255) and (COMP3010 or COMP333)
|
Corequisites |
Corequisites
|
Co-badged status |
Co-badged status
|
Unit description |
Unit description
This unit provides an opportunity for students to practice and demonstrate their software engineering skills within the context of a team. Students will work together to understand, design, modify, test and deliver non-trivial software using practices that are in use in the information technology industry.
|
Information about important academic dates including deadlines for withdrawing from units are available at https://www.mq.edu.au/study/calendar-of-dates
On successful completion of this unit, you will be able to:
COMP4050 applies an agile method to the engineering of features in a non-trivial software project. Students work as a team on a project. They are able and encouraged to use technology with which they are already familiar or that has a relatively short learning curve. The assessment is focused on the software processes and tools that a team uses, as well as individual contributions to the team effort. The items will be assessed continuously with feedback being provided frequently by the unit convenor to teams as well as to each student. Peer feedback will be used to inform the assessment by the convenor.
The deliverables for the basis of the reflection include group presentation, peer group reviews, personal logs, and a personal reflection. Based on the supplied evidence and the convenor's observations, these assessment items will be assessed according to the following standards:
The team contribution assessment item captures contributions to the functioning of the team rather than a specific contribution to the development of the software artefact (which is captured by the other three assessment items). E.g., a high team contribution mark might be earned by a student who often comes up with useful suggestions in planning discussions for features proposed by other team members or who volunteers to present some useful technology to the team so everyone can learn about it. Students are encouraged to think of ways in which they would like to contribute but the unit convenor will also suggest opportunities. Students should plan to attend all classes since they are vital meetings of the software team.
Participation will be assessed according to the following standards:
Unless a Special Consideration request has been submitted and approved, a 5% penalty (of the total possible mark) will be applied each day the final relfection is not submitted, up until the 7th day (including weekends). After the 7th day, a grade of '0' will be awarded even if the assessment is submitted. Submission time is set at 11:55 pm. A 1-hour grace period is provided to students who experience a technical concern.
The Special Consideration Policy aims to support students who have been impacted by short-term circumstances or events that are serious, unavoidable and significantly disruptive, and which may affect their performance in assessment. If you experience circumstances or events that affect your ability to complete the assessments in this unit on time, please inform the convenor and submit a Special Consideration request through ask.mq.edu.au.
Name | Weighting | Hurdle | Due |
---|---|---|---|
Planning and Estimation | 25% | No | Throughout |
Development | 25% | No | Throughout |
Team contribution | 25% | No | Throughout |
Review | 25% | No | Throughout |
Assessment Type 1: Project
Indicative Time on Task 2: 25 hours
Due: Throughout
Weighting: 25%
This assessment item measures student contributions to team planning and estimation activities. Included are activities such as soliciting and developing client input, proposing new features or fixes, estimating how much functionality can be achieved in a development period, including taking into account review of experiences in previous periods.
Assessment Type 1: Project
Indicative Time on Task 2: 25 hours
Due: Throughout
Weighting: 25%
This assessment measures student contribution to the team's software development activities, including development of tests for a proposed feature, coding the feature, debugging, ensuring that tests pass and submission to the team's version control repository.
Assessment Type 1: Project
Indicative Time on Task 2: 10 hours
Due: Throughout
Weighting: 25%
The participation assessment item captures overall contribution to the functioning of the team rather than specific contributions to the software artefact (which is captured by the other three assessment items).
Assessment Type 1: Project
Indicative Time on Task 2: 25 hours
Due: Throughout
Weighting: 25%
This assessment item measures student contribution to team review activities. Included are activities such as code and test review of features developed by other team members, merging features into the baseline version of the system, and reflection on achievements in a development period.
1 If you need help with your assignment, please contact:
2 Indicative time-on-task is an estimate of the time required for completion of the assessment task and is subject to individual variation
The focus of the unit is on development periods of a few weeks duration - so-called sprints - where milestones such as new features, bug fixes and the like are proposed, planned, delivered and reviewed. Students should not develop code by themselves or in pairs or focus narrowly on one or two aspects. Instead, we expect students to participate in each aspect of the project rather than focus on one or two aspects in isolation. In particular, students will be asked to review each other's code and participate in reviews of each software milestone.
Tools such as distributed version control and milestone planning software will be used throughout to coordinate activities.
Each week there is a three-hour class during which the teams will meet to discuss expectations, plans and progress. Usually, the first hour or so will be devoted to general topics of interest to the whole class, while the second and third hours will be used by teams to work together on their activities. Students are expected to attend all classes since they are vital meetings of the software team.
We will communicate with you during the weekly sessions, via your university email and through announcements on iLearn. Queries to convenors can either be made during the weekly meeting, placed on the iLearn discussion board or sent to the unit convenor via the contact email on iLearn.
For the latest information on the University’s response to COVID-19, please refer to the Coronavirus infection page on the Macquarie website: https://www.mq.edu.au/about/coronavirus-faqs. Remember to check this page regularly in case the information and requirements change during semester. If there are any changes to this unit in relation to COVID, these will be communicated via iLearn.
|
Week |
Topic |
Activity |
Deliverable |
Sprint 0 |
1 |
Welcome |
Team formation |
|
2 |
Agile refresher |
Meet the peers |
Proposal |
|
3 |
|
Team Presentation |
Slides, log |
|
Sprint 1 |
4 |
GitHub for project management |
|
|
5 |
CI/CD and DevOps |
|
|
|
6 |
Working in teams |
|
|
|
7 |
|
Sprint review and retrospective |
Log, peer feedback |
|
Break |
||||
Sprint 2 |
8 |
|
Mid-term presenta- tion |
Slides |
9 |
Delivering effective technical presentations |
|
|
|
10 |
|
Sprint review and retrospective |
Log, peer feedback |
|
Sprint 3 |
11 |
Protecting your IP |
|
|
12 |
Advanced software engineering |
|
Repo |
|
13 |
|
Final presentation and demo |
Slides, reflection, log |
The scheule is tentative, and may be subject to changes if circumstance requires.
Macquarie University policies and procedures are accessible from Policy Central (https://policies.mq.edu.au). Students should be aware of the following policies in particular with regard to Learning and Teaching:
Students seeking more policy resources can visit Student Policies (https://students.mq.edu.au/support/study/policies). It is your one-stop-shop for the key policies you need to know about throughout your undergraduate student journey.
To find other policies relating to Teaching and Learning, visit Policy Central (https://policies.mq.edu.au) and use the search tool.
Macquarie University students have a responsibility to be familiar with the Student Code of Conduct: https://students.mq.edu.au/admin/other-resources/student-conduct
Results published on platform other than eStudent, (eg. iLearn, Coursera etc.) or released directly by your Unit Convenor, are not confirmed as they are subject to final approval by the University. Once approved, final results will be sent to your student email address and will be made available in eStudent. For more information visit ask.mq.edu.au or if you are a Global MBA student contact globalmba.support@mq.edu.au
At Macquarie, we believe academic integrity – honesty, respect, trust, responsibility, fairness and courage – is at the core of learning, teaching and research. We recognise that meeting the expectations required to complete your assessments can be challenging. So, we offer you a range of resources and services to help you reach your potential, including free online writing and maths support, academic skills development and wellbeing consultations.
Macquarie University provides a range of support services for students. For details, visit http://students.mq.edu.au/support/
The Writing Centre provides resources to develop your English language proficiency, academic writing, and communication skills.
The Library provides online and face to face support to help you find and use relevant information resources.
Macquarie University offers a range of Student Support Services including:
Got a question? Ask us via AskMQ, or contact Service Connect.
For help with University computer systems and technology, visit http://www.mq.edu.au/about_us/offices_and_units/information_technology/help/.
When using the University's IT, you must adhere to the Acceptable Use of IT Resources Policy. The policy applies to all who connect to the MQ network including students.
We value student feedback to be able to continually improve the way we offer our units. As such we encourage students to provide constructive feedback via student surveys, to the teaching staff directly, or via the FSE Student Experience & Feedback link in the iLearn page. In response to feedback we received from student after the previous offering, this unit will be using a peer feedback tool to make the process more transparant.
Unit information based on version 2023.05 of the Handbook