最新糖心Vlog

The learning objectives for Software Engineering and Project are:
1) To develop knowledge of software development techniques and methodologies, as applied to large scale software development projects, throughout various stages of the development lifecycle including planning, requirements gathering, design, implementation and testing.
2) To gain experience in applying various Computer Science methods and algorithms, as learnt in earlier courses, to large scale software development.
3) To gain experience in group-based software development and develop communication, planning and time-management skills.
4) To develop knowledge and experience in professional conduct and meeting participation.
5) To develop knowledge of professional codes of conduct of Computer Scientists and Engineers and demonstrate understanding through scenario-based exercises.
6) To develop capability and skill in investigating, analyzing, and using software tools to increase the productivity of software development.

The prescribed textbook for the course is "Software Engineering, 9th Edition (Ian Sommerville)".

Each group will also be allocated a Lego Mindstorms robot to be used for their group-based Software Engineering Project. 

• Software Engineering: A Practitioners Approach, 5th Ed., R. Pressman, McGraw-Hill, 2001.
• Object-Oriented and Classical Software Engineering, 5th Ed., S. Schach, McGraw-Hill, 2002.
• Software Engineering Principles and Practice, 2nd Ed., H. VanVliet, Wiley, 2000.
• A Discipline for Software Engineering, W.S. Humphrey, Addison-Wesley, 1995.
• Managing Technical People, W.S. Humphrey, Addison-Wesley, 1997.
• Introduction to the Team Software Process, W.S. Humphrey, Addison-Wesley, 2000.

The Software Engineering and Project course currently uses a Moodle forum for communication ()

All students are required to subscribe and check the forum on a regular basis for announcements relating to the course and project.

The course aims to introduce students to a wide range of Software Engineering terminology, techniques and processes through an eight-week block of lectures. The concepts taught in these lectures will be practised and reinforced by participation in a semester long, group-based software engineering project. This project will take students through the entire software development lifecycle, from requirements gathering, through to implementation, testing and deployment.

Weekly group meetings will be held with students, in which students will gather requirements for their project, demonstrate software prototypes, and present on various topics relevant to their project. Agendas will be prepared for the meetings, and each meeting will be fully minuted by the students. Feedback will be given to students at the group meeting, in order for students to improve on their presentation, demonstration and meeting management skills. Attendance at all the lectures of the course is encouraged as the engineering practices and
principles taught in these lectures will be assessed during the entire semester in the group meetings.

At the end of the project, students will give a final presentation and demonstration in which students will be given an opportunity to reflect on their experiences in the project and the lessons learnt.

The information below is provided as a guide to assist students in engaging appropriately with the course requirements.

Software Engineering and Project is a 3-unit course. The expectation is that students will be spending 12 hours per week working on the course. Lectures will be delivered in three intensives. From week 2, students are required to attend group meetings with one of the lecturers, approximately 25 minutes in duration. Students are also required to attend their own group meeting to solve the relevant issues involved in the project, approximately 25 to 35 minutes in duration. The remainder of the time should be spent working on the project – students are expected to learn the content presented in lectures by doing the project.

NOTE: the nature of the course means that it is very easy for students to spend more than the allotted 12 hours per week on the course. The onus is on students to plan their tasks and time carefully to ensure they do not over commit to the project. Importantly students should
start preparing for the project from week 1, and should maintain a consistent workload throughout the semester. One of the learning objectives for this course is the development of good time management skills.

The assessment for this subject consists of three components with the following weightings:

• Exam: 50%
• Group project mark: 40%
• Individual mark from group project:  10%

The group project component consists of the following assessment tasks – the weightings are the percentage of the group project mark component:

• Web site: 2% (learning objectives 1,3)
• Software Requirements Specification (SRS)1st draft: 5% (learning objective 1)
• Software Project Management Plan (SPMP): 5% (learnin objective 1)
• Software Design Document (SDD) 1st draft: 5% (learning objective 1)
• Process Assessment: 5% (learning objectives 1,3,4)
• Group Milestone 1: 5% (learning objectives 2,3)
• Group Milestone 2: 5% (learning objectives 2,3)
• User Manual:  5%  (learning objective 1)
• Software Requirements Specification (SRS)(final): 10% (learning objective 1)
• Software Project Management Plan (SPMP) (final): 10% (learning objective 1)
• Software Design Document (SDD) (final): 10% (learning objective 1)
• Final presentation and demonstration: 33% (learning objectives: 1,2,3,4)

The individual assessment component consists of the following tasks, each weighted at 50%:

• Presentations
• Testing Report

Attendance at weekly group meetings with lecturers is compulsory.

Students will be required to obtain at least 40% both in the exam and in the project and 50% overall to pass the course.

Final Exam

The exam will be a 2-hour open book exam. The exam will consist of questions that present realistic scenarios that require you to apply your newly acquired software engineering principles and techniques.

Materials permitted into the exam include course notes and textbooks.

Group Assessment Components

Web site

The first deliverable from each group is a web site that markets the group and its members as a software development team.
This deliverable is intended as a mechanism for the group members to get to know one another, and to cooperate on a project that does not involve any programming or technical work. Indeed it is intended to be fun. But it has the serious side of getting the group to work as a team, and to begin to understand the individual member's strengths and weaknesses.

Software Requirements Specification

Students are required to write a Software Requirements Specification document. The purpose of this document is to record the project requirements as captured in the initial group meetings with the lecturers, as well as any changing or additional requirements that arise later in the project. An initial version will be submitted in week 5. This version will be marked and feedback provided by the lecturers. The final revised version will be submitted in week 12.

Software Project Management Plan

Students are required to write a Software Project Management Plan document. The purpose of this document is to describe the tasks that need to be completed in order to meet the project requirements, and provide an allocation of tasks to individual students. The project plan should also provide estimated completion times and required resources for each task. The SPMP should also identify any potential project risks and specify contingencies for dealing with the risks.

Software Design Document

Students are required to write a Software Design document. The purpose of this document is to provide both an overall architectural model of the system, together with lower level details for each of the individual components that make up the system. Class diagrams, state diagrams and interaction diagrams should be used to capture to low-level details of the design. Details should be provided for each of the classes and methods used in the system.

User Manual

Students are required to write a User Manual document. The purpose of this document is to provide guidance to end-users on how to use the final software. This will give students experience in writing documentation for non-technical users.

Process Assessment

In week 8 each group will give a presentation and demonstration of the processes they are employing to develop their software. The purpose of this task is to ensure students are using sound engineering practices and to advise on improvements where necessary. Students will be expected to check-out, build, test and run their software as well as build their documentation. Lecturers will assess the version control, source code control and testing processes employed by the group.

Group Milestones

Each group will be required to demonstrate two group defined milestones in weeks 9 and 10. The purpose of these milestones is
to demonstrate to the “client” that you are making good progress towards satisfying the project requirements, and to help clarify the requirements. The milestones should be feature-driven – the client does not want to look at your code.

Groups will be required to submit a milestone description form around week 6.

During the milestone demonstration the groups will be assessed on the extent to which they have satisfied the milestone. Milestones can be renegotiated up to a week before the milestone presentation, but a justification as to the reasons for changes must be provided.

Final Presentation and Demonstration

In week 12 each group will be required to give a final demonstration and presentation. The purpose is to demonstrate their final
software to the lecturers and to present the processes and techniques used throughout the project. The students will also be expected to reflect on lessons learnt during the project.

Individual Assessment Components

Presentations

Each student will be expected to give at least one individual presentation during the course. The purpose of these presentations is to develop professional presentations skills. The presentations will be on topics relevant to the project and the contents that are taught in the course, and will be 5 to 6 minutes in duration.  Presentations will take the form of a video published to YouTube.

Testing report

Each student will be expected to submit a testing report at the end of the project. The purpose of this task is to ensure that all students do at least some testing for the software development project. Each student must write a report, giving some description of up to 5 typical test cases in your project that you have created and used, what functionality these test cases test for, and the rationale for why you chosethese test cases. You should also include your test cases (eg JUnit test), together with a pointer (url) to where the test cases live in the repository,
and where the tested code lives. Your report should be 1 to 2 pages of text (not including the test cases themselves).

Postgraduate students will be asked to prepare a more detailed report.

First drafts of the SRS, SPMP and SDD must be submitted electronically. Details will be provided, prior to the hand-in date.

The final versions of the SRS, SPMP, SDD and User Manual must also be electronically. Details will be provided, prior to the hand-in date.

All documents must be prepared using LaTeX and signed by all members of your group. Documents prepared with other software will NOT be accepted.

An agenda must be prepared for each weekly meeting and presented at the start of the meeting. Minutes of the previous meeting must also be presented to the lecturer. Minutes and Agendas must be prepared using LaTeX.

Milestone description forms should be presented to the lecturer during the weekly meetings. 

No extensions to due dates will be granted.

If you hand in your work late, your mark will be capped, based on how many days late it is.

• 1 day late – mark capped at 75%
• 2 days late – mark capped at 50%
• 3 days late – mark capped at 25%
• more than 3 days late – no marks available

First draft versions of the SRS, SPMP and SDD will be returned to students with feedback in the weekly meeting in the week after the submission week.