[an error occurred while processing this directive] [an error occurred while processing this directive]
[an error occurred while processing this directive]
[an error occurred while processing this directive]

Learning Objectives

At the completion of this unit students will have -
A knowledge and understanding of:

  • modelling and design of flexible software at the architectural level. Basics of model-driven architecture;
  • Architectural styles and patterns, Middleware & application frameworks;
  • product lines. Design using COTs software;
  • configurations and configuration management;
  • in-depth look at software design, design patterns;
  • design of distributed systems using middleware;
  • design for qualities such as performance, safety, reusability etc;
  • evaluation and evolution of designs, reverse engineering.
Developed attitudes that enable them to:
  • apply variety of design pattern;
  • appreciate analysis fundamentals;
  • analyse well-formedness (completeness, consistency, robustness, etc);
  • analyse correctness (eg. static analysis,simulation etc.);
  • analyse quality requirements (eg. root cause analysis, safety, usability, security, etc.).
Developed the skills to:
  • take requirements for simple systems and develop software architectures and designs at a high level;
  • use configuration management tools effectively;
  • apply a variety of frameworks and architectures in designing software.

Graduate Attributes

Monash prepares its graduates to be:
  1. responsible and effective global citizens who:
    1. engage in an internationalised world
    2. exhibit cross-cultural competence
    3. demonstrate ethical values
  2. critical and creative scholars who:
    1. produce innovative solutions to problems
    2. apply research skills to a range of challenges
    3. communicate perceptively and effectively

    Assessment Summary

    Examination (3 hours): 40%; In-semester assessment: 60%

    Assessment Task Value Due Date
    UML Design Assignment 20% Week 4, Friday 25 March 2011
    Team Software Architecture Assignment 40% Week 9, Friday 6 May 2011 (Stage 1); Week 12, Friday 27 May 2011 (Stage 2)
    Examination 1 40% To be advised

    Teaching Approach

    Lecture and tutorials or problem classes
    This teaching and learning approach provides facilitated learning, practical exploration and peer learning.


    Our feedback to You

    Types of feedback you can expect to receive in this unit are:
    • Informal feedback on progress in labs/tutes
    • Graded assignments with comments
    • Interviews

    Your feedback to Us

    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 SETU, Student Evaluation of Teacher and Unit. 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, and on student evaluations, see:

    Previous Student Evaluations of this unit

    If you wish to view how previous students rated this unit, please go to

    Required Resources

    You will need access to:

    • A tool for creating UML diagrams, such as Rational Rose, Visual Paradigm, etc.
    • An object-oriented programming language, with the capacity to create a graphical user interface.

    On-campus students may use the software that is installed in the computing labs. Information about computer use for students is available from the ITS Student Resource Guide in the Monash University Handbook.

    Unit Schedule

    Week Date* Activities Assessment
    0 21/02/11   No formal assessment or activities are undertaken in week 0
    1 28/02/11 Introduction to FIT3077; What is Software Architecture?; Object-Oriented Analysis using UML  
    2 07/03/11 Object-Oriented Analysis using UML Assignment 1 specification available
    3 14/03/11 Principles of Object-Oriented Analysis and Design; Design Patterns  
    4 21/03/11 Principles of Object-Oriented Design Assignment 1 due Fri 25 March 2011
    5 28/03/11 Principles of Object-Oriented Design Assignment 2, Stage 1 specification available
    6 04/04/11 Design Principles and Design Patterns  
    7 11/04/11 Analysis Patterns; Refactoring  
    8 18/04/11 Software Architecture; Architectural Structures  
    Mid semester break
    9 02/05/11 Documenting Software Architectures; The Model-View-Controller Architectural Pattern Assignment 2, Stage 1 due Fri 6 May 2011; Assignment 2, Stage 2 specification available
    10 09/05/11 Architecture and Design with COTS components  
    11 16/05/11 Software Product Lines: Re-using Architectural Assets  
    12 23/05/11 Service Orientation; Service-Oriented Architecture Assignment 2, Stage 2 due Fri 27 May 2011
      30/05/11 SWOT VAC No formal assessment is undertaken SWOT VAC

    *Please note that these dates may only apply to Australian campuses of Monash University. Off-shore students need to check the dates with their unit leader.

    Assessment Policy

    To pass a unit which includes an examination as part of the assessment a student must obtain:

    • 40% or more in the unit's examination, and
    • 40% or more in the unit's total non-examination assessment, and
    • an overall unit mark of 50% or more.

    If a student does not achieve 40% or more in the unit examination or the unit non-examination total assessment, and the total mark for the unit is greater than 50% then a mark of no greater than 49-N will be recorded for the unit

    Assessment Tasks


    • Assessment task 1
      UML Design Assignment
      Students will be provided with software requirements scenarios for which they must produce a conceptual design for an object-oriented solution. This design must be described using UML diagrams. The purpose of this assignment is to reinforce UML knowledge and ensure that students are ready for the next assignment.
      Criteria for assessment:
      Designs will be assessed for completeness with respect to the specification provided, correct use of UML notation, and design quality.
      Due date:
      Week 4, Friday 25 March 2011
    • Assessment task 2
      Team Software Architecture Assignment
      This is a team assignment. Students will work on it in pairs. This assignment will have two stages, each requiring students to analyse a problem, design a solution, and implement it in an object-oriented programming language. The second stage will build on the first, and the ease with which the students' stage one design can be extended for stage two will depend on appropriate use of architecture and design knowledge presented in this unit.

      The main focus of the assignment is on the application of the design patterns and principles presented in lectures. Simply meeting the external functional requirements for the system is not sufficient to pass this assignment.
      Criteria for assessment:

      Teams will be assessed on the basis of their submitted design documentation and code, as well as an interview. Both team members will be required to demonstrate knowledge and understanding of all parts of their design.

      Designs and code will be assessed for quality, including extensibility and appropriate use of design patterns. Completeness of code functionality with respect to the problem requirements will also be assessed.

      Due date:
      Week 9, Friday 6 May 2011 (Stage 1); Week 12, Friday 27 May 2011 (Stage 2)


    • Examination 1
      3 hours
      Type (open/closed book):
      Closed book
      Electronic devices allowed in the exam:

    Assignment submission

    Assignment coversheets are available via "Student Forms" on the Faculty website: http://www.infotech.monash.edu.au/resources/student/forms/
    You MUST submit a completed coversheet with all assignments, ensuring that the plagiarism declaration section is signed.

    Extensions and penalties

    Returning assignments


    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:

    Key educational policies include:

    Student services

    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 www.monash.edu.au/students The Monash University Library provides a range of services and resources that enable you to save time and be more effective in your learning and research. Go to http://www.lib.monash.edu.au or the library tab in my.monash portal for more information. Students who have a disability or medical condition are welcome to contact the Disability Liaison Unit to discuss academic support services. Disability Liaison Officers (DLOs) visit all Victorian campuses on a regular basis

    Reading List

    • Fowler M., UML Distilled: A Brief Guide to the Standard Object Modeling Language, Addison-Wesley, 3rd ed., 2003.
    • Gamma E., Helm R., Johnson R., Vlissides J. M., Design Patterns: Elements of Reusable Object-Oriented Software, Addison-Wesley, 1994.
    • Martin R. C., Design Principles and Design Patterns, 2000.
      • This and other Robert C. Martin articles are made available through the MUSO site for the unit.
    • Fowler M., Analysis Patterns: Reusable Object Models, Addison-Wesley, 1996.
    • Fowler M., Beck K., Brant J., Opdyke W., Roberts  D., Refactoring: Improving the Design of Existing Code, Addison-Wesley, 1999.
    • Bass L., Clements P. and Kazman R., Software Architecture in Practice, Addison-Wesley, 2nd ed., 2003.
      • Full text available electronically through the Monash library
    • Allen, P and Schlamann, H., Service Orientation: Winning Strategies and Best Practices, Cambridge University, 2006.
      • Full text available electronically through the Monash library
    [an error occurred while processing this directive]