COMP SCI 7023 - Software Process Improvement
North Terrace Campus - Semester 1 - 2016
General Course Information
Course Code COMP SCI 7023 Course Software Process Improvement Coordinating Unit School of Computer Science Term Semester 1 Level Postgraduate Coursework Location/s North Terrace Campus Units 3 Contact Up to 5 hours per week Available for Study Abroad and Exchange Y Prerequisites COMP SCI 7007 Course Description This course is a guided study of software process grounded by practical personal experience. All software engineering is based on one or more processes that guide how software is developed with particular time, cost or quality goals. Process improvement aims to learn from current practice and objectively assess potential improvements. This will be explored by practicing a simplified form of the Personal Software Process and studying a number of process related topics drawn from: the goal question metric paradigm; appropriate automation; configuration management; project tracking and control; quality assurance; cost of quality; continuous integration; DevOps; software distribution; Infrastructure, Platform and Software as a Service; leveraging social media and the internet.
Course Coordinator: Dr Alfred Fred Brown
The full timetable of all activities for this course can be accessed from Course Planner.
Course Learning Outcomes
The objectives of this course are:
- To introduce students to the Software Engineering Institute's Personal Software Process, PSP, and
- To help students reflect on their own software development process.
At the end of the course students should be able to,
- articulate a critical view of the Personal Software Process,
- articulate a critical view of their own software development process,
- write essays following the structure of a scientific paper and
- apply the PSP to their work.
University Graduate Attributes
This course will provide students with an opportunity to develop the Graduate Attribute(s) specified below:
University Graduate Attribute Course Learning Outcome(s) Deep discipline knowledge
- informed and infused by cutting edge research, scaffolded throughout their program of studies
- acquired from personal interaction with research active educators, from year 1
- accredited or validated against national or international standards (for relevant programs)
1-4 Critical thinking and problem solving
- steeped in research methods and rigor
- based on empirical evidence and the scientific approach to knowledge development
- demonstrated through appropriate and relevant assessment
1-3 Career and leadership readiness
- technology savvy
- professional and, where relevant, fully accredited
- forward thinking and well informed
- tested and validated by work based experiences
4 Self-awareness and emotional intelligence
- a capacity for self-reflection and a willingness to engage in self-appraisal
- open to objective and constructive feedback from supervisors and peers
- able to negotiate difficult social situations, defuse conflict and engage positively in purposeful debate
A Self-Improvement Process for Software Engineers, Watts S. Humphrey, Addison-Wesley, 2005, ISBN 0321305493.
- All course materials including lecture slides and assignment descriptions will be available on the course website.
- We will be using the Computer Science Moodle forums.
- A link to the forums is available on the course website.
- All general questions relating to the course and its content must be posted to the forums.
- Any changes to the assessment requirements will be posted to the forums.
Learning & Teaching Activities
Learning & Teaching ModesThe background material is presented using lectures and is reinforced by the programming assignments and essays.
The key learning takes place by practicing the major components of the Personal Software Process through the programming assignments. Each programming assignment requires all previous assignments to have been completed correctly or the PSP cannot be practised appropriately.
Personal planning and time management are integral to the PSP and will be practised by the strict delivery of assignments on time and in the correct order.
The essays provide opportunities to research issues relevant to the practical application of the PSP and other software process improvement tools. They also require reflection on the significance of these tools and how the practical impact they can have.
The information below is provided as a guide to assist students in engaging appropriately with the course requirements.The time commitment for a 3 unit course is 10 to 12 hours per week.
Learning Activities Summary
- Introduction to the PSP
- Process Measurement
- The PROBE Technique
- Quality Issues
- Project Tracking
- Software Design
- PSP Review
The University's policy on Assessment for Coursework Programs is based on the following four principles:
- Assessment must encourage and reinforce learning.
- Assessment must enable robust and fair judgements about student performance.
- Assessment practices must be fair and equitable to students and give them the opportunity to demonstrate what they have learned.
- Assessment must maintain academic standards.
Component 1: Programming Assignments - 20%
- Up to 10 programs - 2% each
- Programs 1 to 10 are due by 11.59pm on Friday of weeks 1 to 10 respectively.
- Hurdle requirement: 6 programs must be completed by 11.59pm on Friday of week 12.
- CBOK* areas: Abstraction, design, programming, systems development.
Component 2: Personal Process Review - 20%
- Due by 11.59pm on Friday of week 13.
- CBOK* areas: Professionalism, interpersonal communication, systems development.
Component 3: Essays - 60%
- Essay 1 - 10%
Parts 1 and 2 are due by 11.59pm on Friday of week 3.
- Essay 2 - 20%
Part 1 is due by 11.59pm on Friday of week 5.
Part 2 is due by 11.59pm on Friday of week 6.
- Essay 3 - 30%
Part 1 is due by 11.59pm on Friday of week 12.
Part 2 is due by 11.59pm on Friday of week 13.
- Hurdle requirement: must score 40% of the available marks for Essay 3.
- CBOK* areas: Interpersonal communication, systems development.
The programming assignments, essay 1 and essay 2 are formative, essay 3 and the process review are summative.
*Details of the Australian Computer Society's Core Bode of Knowledge (CBOK) can be found in this document.
Assessment Related RequirementsCompletion of Programming Assignments
A programming assignment will not be considered to be complete until it has been assessed as acceptable by the course coordinator. A programming assignment will not be assessed as acceptable if there are any corrections required to be made or any previous programming assignments have not yet been accepted.
If one or more hurdle requirements are not achieved, the final mark for the course will be capped at 44 F.
Assessment DetailDetailed descriptions of all assessments will be available on the course website.
Submission of Work for Assessment
- All assignments must be submitted using the Computer Science Web Submission System.
- The process review and essays will be submitted to turnitin.com for plagiarism detection.
Extensions for Assessment Tasks
Extensions will only be given in exceptional circumstances,
- evidence must be supplied,
- you must apply before the due date, and
- extensions can only be granted by the course coordinator.
Penalties for Late Submission of Programming Assignments
If a programming assignment is completed:
- on-time, it will score 2% of the overall mark for the course, or
- late but by 11.59pm on Friday of week 12, it will score 1% of the overall mark for the course.
When a programming assignment is completed late, the due date for the next programming assignment is 11.59pm on Friday of the next teaching week. The same number of weeks extension is then applied to all later programming assignments. Any programming assignment given a due date after week 12 will not be assessed and will be considered incomplete even if otherwise completed satisfactorily.
Penalties for Late Submission of Other Work
- The maximum mark that can be awarded will reduce by 25% for each day/part day late,
- Marks in excess of the maximum that can be awarded are discarded.
- Assignment work submitted 4 or more days late will receive 0 marks.
On-time Mark 1 Day Late 2 Days Late 3 Days Late 4+ Days Late 25% 25% 25% 25% 0 50% 50% 50% 25% 0 75% 75% 50% 25% 0 100% 75% 50% 25% 0
Provision of Feedback to Students
Marks will not be automatically awarded by the School of Computer Science Web Submission System. However, after each assignment marks and feedback will be posted to the Web Submission System.
Grades for your performance in this course will be awarded in accordance with the following scheme:
M10 (Coursework Mark Scheme) Grade Mark Description FNS Fail No Submission F 1-49 Fail P 50-64 Pass C 65-74 Credit D 75-84 Distinction HD 85-100 High Distinction CN Continuing NFE No Formal Examination RP Result Pending
Further details of the grades/results can be obtained from Examinations.
Grade Descriptors are available which provide a general guide to the standard of work that is expected at each grade level. More information at Assessment for Coursework Programs.
Final results for this course will be made available through Access Adelaide.
The University places a high priority on approaches to learning and teaching that enhance the student experience. Feedback is sought from students in a variety of ways including on-going engagement with staff, the use of online discussion boards and the use of Student Experience of Learning and Teaching (SELT) surveys as well as GOS surveys and Program reviews.
SELTs are an important source of information to inform individual teaching practice, decisions about teaching duties, and course and program curriculum design. They enable the University to assess how effectively its learning environments and teaching practices facilitate student engagement and learning outcomes. Under the current SELT Policy (http://www.adelaide.edu.au/policies/101/) course SELTs are mandated and must be conducted at the conclusion of each term/semester/trimester for every course offering. Feedback on issues raised through course SELT surveys is made available to enrolled students through various resources (e.g. MyUni). In addition aggregated course SELT data is available.
- Academic Support with Maths
- Academic Support with writing and speaking skills
- Student Life Counselling Support - Personal counselling for issues affecting study
- International Student Support
- AUU Student Care - Advocacy, confidential counselling, welfare support and advice
- Students with a Disability - Alternative academic arrangements
- Reasonable Adjustments to Teaching & Assessment for Students with a Disability Policy
Policies & Guidelines
This section contains links to relevant assessment-related policies and guidelines - all university policies.
- Academic Credit Arrangement Policy
- Academic Honesty Policy
- Academic Progress by Coursework Students Policy
- Assessment for Coursework Programs
- Copyright Compliance Policy
- Coursework Academic Programs Policy
- Elder Conservatorium of Music Noise Management Plan
- Intellectual Property Policy
- IT Acceptable Use and Security Policy
- Modified Arrangements for Coursework Assessment
- Student Experience of Learning and Teaching Policy
- Student Grievance Resolution Process
Students are reminded that in order to maintain the academic integrity of all programs and courses, the university has a zero-tolerance approach to students offering money or significant value goods or services to any staff member who is involved in their teaching or assessment. Students offering lecturers or tutors or professional staff anything more than a small token of appreciation is totally unacceptable, in any circumstances. Staff members are obliged to report all such incidents to their supervisor/manager, who will refer them for action under the university's student’s disciplinary procedures.
The University of Adelaide is committed to regular reviews of the courses and programs it offers to students. The University of Adelaide therefore reserves the right to discontinue or vary programs and courses without notice. Please read the important information contained in the disclaimer.