[an error occurred while processing this directive]
[an error occurred while processing this directive]Students will undertake a large project and work in groups on a software project for a client. The client may be internal to Monash or from the industry or research organisation. In general, projects involve all aspects of the system development lifecycle. Groups are responsible for their own project management, with guidance from a supervisor. Some projects will warrant students working in pairs or individually.
Minimum total expected workload equals 12 hours per week comprising:
(a.) Contact hours for on-campus students:
(b.) Additional requirements (all students):
See also Unit timetable information
For Software Engineering Studio unit, the workload commitments are for 2 semesters of study
CSE4002
David Squire (unit coordinator)
Consultation hours: Matters for unit coordinator may be raised during weekly seminar slot
Carlo Kopp (back-up unit coordinator and project supervisor)
Consultation hours: Matters may be raised during regular meetings
Lachlan Andrew (project supervisor)
Consultation hours: Matters may be raised during regular meetings
Robyn Mcnamara (project supervisor)
Consultation hours: Matters may be raised during regular meetings
Yuan-Fang Li (project supervisor)
Consultation hours: Matters may be raised during regular meetings
Robert Merkel (project supervisor)
Consultation hours: Matters may be raised during regular meetings
Monash is committed to excellence in education and regularly seeks feedback from students, employers and staff. One of the key formal ways students have to provide feedback is through the Student Evaluation of Teaching and Units (SETU) survey. The University’s student evaluation policy requires that every unit is evaluated each year. Students are strongly encouraged to complete the surveys. The feedback is anonymous and provides the Faculty with evidence of aspects that students are satisfied and areas for improvement.
For more information on Monash’s educational strategy, see:
www.monash.edu.au/about/monash-directions/ and on student evaluations, see: www.policy.monash.edu/policy-bank/academic/education/quality/student-evaluation-policy.html
If you wish to view how previous students rated this unit, please go to
https://emuapps.monash.edu.au/unitevaluations/index.jsp
Week | Activities | Assessment |
---|---|---|
0 | This unit covers two semesters, however this unit schedule lists only semester 1 activities (see Moodle site for full year schedule) | No formal assessment or activities are undertaken in week 0 |
1 | Introduction to the unit, descriptions of available projects. | Project preferences must be submitted |
2 | Leadership and group dynamics | |
3 | Personality Typing in Software Engineering | Project Management Plan first draft (part of Assessment Task 5) |
4 | Guest lecture series | |
5 | Guest lecture series | Initial requirements document (part of Assessment Task 5) |
6 | Guest lecture series | |
7 | Student presentations | Individual seminar presentation |
8 | Student presentations | Individual seminar presentation |
9 | Student presentations. Design walkthroughs | Individual seminar presentation. Design walkthrough with supervisor |
10 | Design walkthroughs | Design walkthrough with supervisor. |
11 | Group presentations | Group presentation of project |
12 | Group presentations | Group presentation of project |
SWOT VAC | No formal assessment is undertaken in SWOT VAC | |
Examination period | LINK to Assessment Policy: http://policy.monash.edu.au/policy-bank/ academic/education/assessment/ assessment-in-coursework-policy.html |
*Unit Schedule details will be maintained and communicated to you via your learning system.
Assignments: 100%
Assessment Task | Value | Due Date |
---|---|---|
Individual seminar presentation | 5% | In seminar slot in semester 1 (Weeks 7 to 9) |
Design and Software walkthroughs | 20% | One code walk through scheduled each semester (Weeks 9 and/or 10) |
Group presentations | 20% | One presentation each semester in the seminar slot (Weeks 11 and 12) |
Individual SWEBOK interview | 5% | Will be scheduled during the examination period (Semester 2) |
Process and project documentation | 20% | Different due dates throughout the project. Final versions of all documentation will be assessed at the end of the project (see unit schedule and more detailed breakdown on Moodle site). |
Software product | 30% | Client acceptance sign-off due Semester 2 (Week 11), final project website with all software artifacts due end of Semester 2 (Week 12) |
Faculty Policy - Unit Assessment Hurdles (http://intranet.monash.edu.au/infotech/resources/staff/edgov/policies/assessment-examinations/assessment-hurdles.html)
Academic Integrity - Please see resources and tutorials at http://www.monash.edu/library/skills/resources/tutorials/academic-integrity/
Attendance at all seminar classes is expected.
Students are also expected to attend weekly or fortnightly meetings with project supervisors.
Assessment criteria will be:
There will be one walkthrough each semester (10% each).
For each walkthrough, 5% will be a group mark, 5% an individual mark.
For the group mark, the assessment criteria will be the overall quality of the project group's code as a whole.
For the individual mark, the assessment criteria will be their individual contribution to the project group code, as well as their demonstrated understanding of the code.
There will be one group presentation each semester (10% each).
For each presentation, 5% will be a group mark, 5% an individual mark.
All students in a team will get the same group mark (5%) for the following assessment criteria:
Each student will receive an individual mark (5%) for the following assessment criteria:
Assessment criteria:
Each piece of documentation will be assessed on:
While there will be a single overall mark out of 20 for this assessment component, the marks each individual team member receives may be adjusted to reflect their individual contribution to the project.
The overall software deliverable for the project will be assessed on:
While there will be a single overall mark out of 30 for this assessment component, the marks each individual team member receives may be adjusted to reflect their individual contribution to the project, and peer assessment.
Monash Library Unit Reading List (if applicable to the unit)
http://readinglists.lib.monash.edu/index.html
Types of feedback you can expect to receive in this unit are:
Submission must be made by the due date otherwise penalties will be enforced.
You must negotiate any extensions formally with your campus unit leader via the in-semester special consideration process: http://www.monash.edu.au/exams/special-consideration.html
It is a University requirement (http://www.policy.monash.edu/policy-bank/academic/education/conduct/student-academic-integrity-managing-plagiarism-collusion-procedures.html) for students to submit an assignment coversheet for each assessment item. Faculty Assignment coversheets can be found at http://www.infotech.monash.edu.au/resources/student/forms/. Please check with your Lecturer on the submission method for your assignment coversheet (e.g. attach a file to the online assignment submission, hand-in a hard copy, or use an electronic submission). Please note that it is your responsibility to retain copies of your assessments.
If Electronic Submission has been approved for your unit, please submit your work via the learning system for this unit, which you can access via links in the my.monash portal.
Please check with your lecturer before purchasing any Required Resources. Limited copies of prescribed texts are available for you to borrow in the library, and prescribed software is available in student labs.
Customised Software Engineering laboratory (the MUSE lab) at Clayton with the standard lab image plus high end software engineering & testing tools from IBM/Rational, Websphere software from IBM, Testing tools from Compuware. Open source tools such as Eclipse, Junit & coverage testing tools.
May require visit to project client.
Monash has educational policies, procedures and guidelines, which are designed to ensure that staff and students are aware of the University’s academic standards, and to provide advice on how they might uphold them. You can find Monash’s Education Policies at: www.policy.monash.edu.au/policy-bank/academic/education/index.html
Important student resources including Faculty policies are located at http://intranet.monash.edu.au/infotech/resources/students/
The University provides many different kinds of support services for you. Contact your tutor if you need advice and see the range of services available at http://www.monash.edu.au/students. For Malaysia see http://www.monash.edu.my/Student-services, and for South Africa see http://www.monash.ac.za/current/.
The Monash University Library provides a range of services, resources and programs that enable you to save time and be more effective in your learning and research. Go to www.lib.monash.edu.au or the library tab in my.monash portal for more information. At Malaysia, visit the Library and Learning Commons at http://www.lib.monash.edu.my/. At South Africa visit http://www.lib.monash.ac.za/.
This unit is a core unit in the Bachelor of Software Engineering accredited by Engineers Australia. Engineers Australia Accreditation Policy of Professional Engineering Programs requires that programs demonstrate how engineering graduates are prepared for entry to the profession and achieve Stage 1 competencies. The following information describes how this unit contributes to the development of these competencies for the Bachelor of Software Engineering. (Note: not all competencies may be emphasised in this unit).
Stage 1 competency | How the compency is developed in this unit |
1. Knowledge and Skills base | |
1.1. Comprehension, theory based understanding of the underpinning natural and physical sciences and the engineering fundamentals applicable to the engineering discipline. | In order to be able to design and architect their software, students must have a deep understanding of the principles of modularity and dependency management that are fundamental to software engineering. |
1.2. Conceptual understanding of the mathematics, numerical analysis, statistics, and computer and information sciences, which underpin the engineering discipline. | Students must devise their own software solutions based on client requirements, which is likely to require strong skills in algorithmic reasoning. This is a core computer science skill. Proper risk management will also require students to have a working knowledge of probability. |
1.3. In-depth understanding of specialist bodies of knowledge within the engineering discipline. | The studio project requires deep understanding of Software Engineering, at a minimum, and supporting the needs of some clients may involve exposure to other bodies of knowledge. Students are also interviewed by a panel of supervisors and required to explain how particular facets of their project and its development relate to the Software Engineering Body of Knowledge. |
1.4. Discernment of knowledge development and research directions within th engineering discipline. | Students are expected to select their own technology stack, and this is usually done with little or no staff involvement. It is the students' responsibility to keep abreast of emerging technologies and products that can support their project, and to evaluate their suitability. |
1.5. Knowledge of engineering design practice and contextual factors impacting the engineering discipline. |
Projects must be conducted in a manner acceptable to the client, including interactions with a variety of different stakeholders at the client site. Thus, students must adapt their processes to the context of development. Moreover, the students must take the domain of the project into account in order to interpret client requirements. |
1.6. Understanding of the scope, principles, norms, accountabilities and bounds of sustainable engineering practice in the specific discipline. | Students must negotiate their responsibilities with both their client and their supervisor, and are ultimately accountable to both. They must provide an acceptable product to the client, and must also satisfy their supervisor that they have applied good software engineering and project management practices by regularly reporting progress and by providing internal documentation. |
2. Engineering application ability | |
2.1. Application of established engineering methods to complex engineering problem solving. | Supervisors monitor the analysis, design, and development practices of the students to ensure that good software engineering methods are being followed. |
2.2 Fluent application of engineering techniques, tools and resources. | Students may choose their own toolset, within the parameters set by their client, but will need to be able to use it fluently in order to get the product built, tested, and deployed in time. |
2.3. Application of systematic engineering synthesis and design processes. | Students are expected to apply the analytical and design principles, techniques that they have learned during their undergraduate courses. |
2.4. Application of systematic approaches to the conduct and management of engineering projects. | Student manage their own projects, including task allocation, time and resource tracking, progress monitoring, and reporting. They are expected to do this in accordance with principles instilled in earlier units and to a level sufficient to satisfy their satisfy. |
3. Professional and personal attributes | |
3.1. Ethical conduct and professional accountability. | Students are accountable to their team leaders, clients, and supervisors, all of whom should be monitoring their behaviour to ensure professionalism and ethical conduct. |
3.2. Effective oral and written communication in professional and lay domains. | Teams must communicate orally on a weekly basis with their clients, supervisors, and teammates, and must also carry out several presentations to their other classmates over the course of the academic year. These are assessed for their content and quality. Teams must also provide their clients with any manuals or documentation required, and must deliver several pieces of internal documentation to their supervisors. These artifacts are used to monitor students' progress and to ensure that proper software engineering practices are being applied, including documentation practices. |
3.3. Creative, innovative and proactive demeanour. | Projects are selected on the basis that they will not be trivial to implement. Therefore, students will need to apply creativity to solve novel problems. Supervisors do not play a strong role in task allocation and monitoring, as this is the responsibility of the teams themselves, and usually of the team leader. Therefore, students who are not proactive in seeking tasks to perform are unlikely to achieve a successful outcome. |
3.4. Professional use and management of information. | Most projects will require teams to source domain-specific information from the client or elsewhere. This information needs to be managed in accordance with any relevant legislation and ethical principles as well as being made available efficiently to team members who require access in order to carry out their duties. |
3.5. Orderly management of self, and professional conduct. | Students are expected to conduct themselves in a professional manner at all times when working with teammates, supervisors, or clients. They are responsible for managing their own time and resources. |
3.6. Effective team membership and team leadership. | All studio projects are conducted in self-managing teams. Projects are of sufficient size and complexity that it will be necessary for team members to work together effectively in order to achieve successful completion. One member of each team is appointed to act as team leader (with a minimum term of one semester). |
No. | CO 1 | CO 2 | CO 3 | CO 4 | CO 5 | CO 6 | CO 7 | C0 8 | CO 9 | CO 10 | CO 11 | CO 12 | CO 13 |
1 | X | X | |||||||||||
2 | X | X | X | ||||||||||
3 | X | X | X | X | X | ||||||||
4 | X | X | X | X | X | X | X | X | X | ||||
5 | X | X | X | X | |||||||||
6 | X | X | X | X | |||||||||
7 | X | X | X | X | |||||||||
8 | X | X | |||||||||||
9 | X |
No. | Assignments | Tests | Practical Exercises | Exam |
1 | X | |||
2 | X | |||
3 | X | |||
4 | X | |||
5 | X | |||
6 | X | |||
7 | X | |||
8 | X | |||
9 | X |