227x Filetype PDF File size 1.35 MB Source: www.nyu.edu
Software Engineering
G22.2440-001
Session 8 – Sub-Topic 1
Design Patterns, Architectural Patterns
Dr. Jean-Claude Franchitti
New York University
Computer Science Department
Courant Institute of Mathematical Sciences
1
Design Patterns,
Architectural Patterns
1
Bibliography…
«A System of Pattern » Bushmann et All
«Design Patterns » Gamma et All
«Concurrent Programming in Java » D. Lea.
«Distributed Objects » Orfali et All
«Applying UML and Patterns » Larman
3
Patterns…
« Patterns help you build on the collective
experience of skilled software engineers. »
« They capture existing, well-proven
experience in software development and
help to promote good design practice »
« Every pattern deals with a specific,
recurring problem in the design or
implementation of a software system »
«Patterns canbeusedto construct
software architectures with specific
properties… » 4
2
Becominga Chess Master
First learn rules and physical requirements
– e.g., names of pieces, legal movements, chess board
geometry and orientation, etc.
Then learn principles
– e.g., relative value of certain pieces, strategic value of
center squares, power of a threat, etc.
However, to become a master of chess, one must
study the games of other masters
– These games contain patterns that must be understood,
memorized, and applied repeatedly
There are hundreds of these patterns
5
Becominga Software Designer
Master
First learn the rules
– e.g., the algorithms, data structures and languages of
software
Then learn the principles
– e.g., structured programming, modular programming,
object oriented programming, generic programming, etc.
However, to truly master software design, one
must study the designs of other masters
– These designs contain patterns must be understood,
memorized, and applied repeatedly
There are hundreds of these patterns
6
3
Software Architecture
A software architecture is a description of the
subsystems and components of a software
system and the relationships between them.
Subsystemsandcomponents are typically
specified in different views to show the
relevant functional and non-functional
properties of a software system.
Thesoftware system is an artifact. It is the
result of the software design activity.
7
Component
A component is an encapsulated part of a
software system. A component has an
interface.
Components serve as the building blocks for
the structure of a system.
Ata programming-language level,
components may be represented as
modules, classes, objects or as a set of
related functions.
8
4
no reviews yet
Please Login to review.