| UNIT OUTLINES 2004 |
| home > undergraduate > Software Engineering Design > Software Engineering Design Homepage |
|
Software Engineering Design (670.200) 6 points / Semester 2 Handbook Description The theory and practice of designing large software systems, with emphasis on the object-oriented design paradigm. Basic software process models; Requirements analysis; UML modelling; The design process; Design constraints; Software architecture; Design patterns; Configuration management; Software reuse; Verification and validation; Designing test cases; Software project documentation. Unit Aims The major aim of the unit is to teach techniques for the design, implementation and documentation of programs which are larger than encountered in earlier units. On successfully completing this unit students will, Teaching Staff
Textbook Bernd Bruegge and Allen H Dutoit, Recommended Reading Ian Sommerville, Software engineering 7th Ed. Addison-Wesley International Computer Science Series, 2004 Contact Hours This unit consists of 26 hours of lectures and 12 hours of practical classes. Supervised practical classes, of 2 hours each, are held in weeks 3, 5, 7, 9, 11, 13 at times and locations to be advised (see sed200 timetable). Students are expected to undertake around 7 study hours per week of unsupervised learning (recommended reading and questions from the lectures, preparation and review of the practical classes and assignment work) to achieve satisfactory progress in this unit. Assessment Assessment is by two written assignments, a mid-semester test and a final 2 hour examination held in November. The written assignments develop in-depth technical competence in software engineering design, problem identification, formulation and solution and practical application of methods for designing and testing software. Practical classes support the assignments using group exercises to develop students' ability to communicate and function effectively in a team. The mid-semester test and examination focus on problem solving, the application of basic knowledge and in-depth technical competence in software engineering design. The expectation of lifelong learning is fostered by student led solutions for software engineering problems and reflection on the quality of those solutions by self-assessment. Unsatisfactory Progress
Penalties The School of Computer Science and Software Engineering has adopted a policy on minimum penalties for late items of assessment. This is the default policy of all units unless indicated otherwise, in writing, by the specific unit coordinator. Plagiarism Plagiarism is broadly defined to be when any portion of the work presented for assessment, can be attributed to another party. The student making the submission should acknowledge what aspects of the presented work is not directly derived by them. For the purposes of plagiarism it is irrelevant that you have been given permission by someone to copy their work and present it as your own. Faculty Scaling Final assessment is subject to the Faculty Scaling Policy.
This information is correct as at 21-Jul-2004, but is subject to change from time to time. In particular, The University reserves the right to change the content and/or method of presentation and/or the method of assessment of any unit of study, to withdraw any unit of study or programme, and/or to vary arrangements for any programme. Copyright© 2004 School of Computer Science, & Software Engineering The University of Western Australia CRICOS Provider Code: 00126G Last updated: 21-Jul-2004 |