Chapter 13 Review Questions

Slides:



Advertisements
Similar presentations
MicroKernel Pattern Presented by Sahibzada Sami ud din Kashif Khurshid.
Advertisements

ICS 434 Advanced Database Systems
Database System Concepts and Architecture
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 13 Slide 1 Application architectures.
8.
Lecturer: Sebastian Coope Ashton Building, Room G.18 COMP 201 web-page: Lecture.
Technical Architectures
Software Architecture Design Instructor: Dr. Jerry Gao.
SWE Introduction to Software Engineering
Application architectures
Establishing the overall structure of a software system
The Architecture of Transaction Processing Systems
Chapter 2 Database Environment Pearson Education © 2014.
Course Instructor: Aisha Azeem
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 11 Slide 1 Architectural Design.
Application architectures
Web Application Architecture: multi-tier (2-tier, 3-tier) & mvc
Software Development Architectures Ankur K. Rajopadhye Louisiana Tech University.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 11 Slide 1 Architectural Design.
The Design Discipline.
Chapter 7: Architecture Design Omar Meqdadi SE 273 Lecture 7 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 12 Slide 1 Distributed Systems Architectures.
©Ian Sommerville 1995 Software Engineering, 5th edition. Chapter 13Slide 1 Architectural Design u Establishing the overall structure of a software system.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Chapter 10 Architectural Design.
1 CMPT 275 High Level Design Phase Architecture. Janice Regan, Objectives of Design  The design phase takes the results of the requirements analysis.
Figure – Chapter 6. Figure 6.1 The architecture of a packing robot control system.
An Introduction to Software Architecture
Architectural Design portions ©Ian Sommerville 1995 Establishing the overall structure of a software system.
Chapter 6 – Architectural Design Lecture 1 1Chapter 6 Architectural design.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 07. Review Architectural Representation – Using UML – Using ADL.
Architectural Design To explain the advantages and disadvantages of different distributed systems architectures To discuss client-server and distributed.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Architectural Design l Establishing the overall structure of a software system.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 09. Review Introduction to architectural styles Distributed architectures – Client Server Architecture – Multi-tier.
Csi315csi315 Client/Server Models. Client/Server Environment LAN or WAN Server Data Berson, Fig 1.4, p.8 clients network.
Unit – I CLIENT / SERVER ARCHITECTURE. Unit Structure  Evolution of Client/Server Architecture  Client/Server Model  Characteristics of Client/Server.
Architectural Design lecture 10. Topics covered Architectural design decisions System organisation Control styles Reference architectures.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 10Slide 1 Architectural Design l Establishing the overall structure of a software system.
Architectural Design Yonsei University 2 nd Semester, 2014 Sanghyun Park.
Chapter 6 Architectural Design.
 Repository Model  Client-Server Model  Layered Model  Modular decomposition styles  Object Models  Function Oriented Pipelining  Control Styles.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
Bayu Adhi Tama, M.T.I 1 © Pearson Education Limited 1995, 2005.
1 Chapter 1 Introduction to Databases Transparencies.
Chapter 6 – Architectural Design Lecture 1 1Chapter 6 Architectural design.
CSC480 Software Engineering Lecture 10 September 25, 2002.
Chapter 2 Database Environment.
CS223: Software Engineering
CS223: Software Engineering Lecture 14: Architectural Patterns.
Slide 1 Chapter 8 Architectural Design. Slide 2 Topics covered l System structuring l Control models l Modular decomposition l Domain-specific architectures.
System Architecture CS 560. Project Design The requirements describe the function of a system as seen by the client. The software team must design a system.
Lecture 6 – Architectural Design
Architecture Brief Pepper
CS 325: Software Engineering
IS301 – Software Engineering Dept of Computer Information Systems
Software Engineering Architectural Design Chapter 6 Dr.Doaa Sami
Part 3 Design What does design mean in different fields?
Chapter 6 – Architectural Design
Chapter 2 Database Environment Pearson Education © 2009.
Chapter 6 – Architectural Design
Chapter 5 Designing the Architecture Shari L. Pfleeger Joanne M. Atlee
Princess Nourah bint Abdulrahman University
Database Environment Transparencies
Chapter 6 – Architectural Design
Chapter 6 – Architectural Design
Software models - Software Architecture Design Patterns
An Introduction to Software Architecture
Chapter 5 Architectural Design.
Chapter 6 – Architectural Design
Chapter 6 – Architectural Design
Presentation transcript:

Chapter 13 Review Questions

13.1 Give a definition of architecture in an information systems context.

13.1 Answer System architecture shows the big picture. High-level view of the system. Architecture is the fundamental organization of a system which is modelled in terms of major components and the way they are connected to each other and to the environment.

13.5 How do existing systems influence the architecture of new systems in the same organization?

13.5 Answer Firstly, the choice of existing technical aspects such as operating system, middleware, development language, database and the component or service structure of existing systems will influence those choices for the new system.

13.5 Answer Secondly, where there are reusable assets, such as components or services, the new system will be able to reuse these. Thirdly, there may be existing systems whose architecture does not provide a pattern for future systems, and the architecture of the new system may have to interface to these through some kind of middleware or adapters.

13.6 Explain the difference between a PIM(A platform-independent model) and PSM(platform-specific model ).

13.6 Answer A platform-independent model (PIM) is a model that does not contain any features that restrict it to implementation on a particular platform.

13.6 Answer A platform-specific model (PSM) is a transformation from a PIM to produce a model that can be implemented on a specific platform.

13.8 What are the advantages of dividing a system into a collection of subsystems?

13.8 Answer It has the following advantages: It produces smaller units of development. It helps to maximize reuse at the component level. It helps the developers to cope with complexity. It improves maintainability. It aids portability.

13.9 What is the difference between client-server and peer to peer communication?

13.9 Answer Styles of communication between subsystems Client-server Peer to peer

13.9 Answer Client–server communication requires the client to know the interface of the server subsystem, but the communication is only in one direction. The client subsystem requests services from the server subsystem and not vice versa.

13.9 Answer Peer-to-peer communication requires each subsystem to know the interface of the other, thus coupling them more tightly. The communication is two way since either peer subsystem may request services from the other.

13.10 Why is an open layered architecture more difficult to maintain?

13.10 Answer Open layered architectures are more difficult to maintain because each layer may communicate with all lower layers hence increasing the degree of coupling in the architecture. A change to one layer may ripple too many layers.

13.11 What are the disadvantages of the closed layered architecture?

13.11 Answer A closed layer architecture many require more processing, as messages have to be passed through intervening layers.

13.15 How do architectural divisions of systems help with project management?

13.15 Answer By breaking a system into subsystems, work can be allocated to teams more easily, with each team responsible for a particular subsystem.

Deciding Application Architecture Data Processing System Transaction Processing System Event Processing System Language Processing System

Deciding Application Architecture Data Processing System Data-driven is explicit user interventions during the processing. Large amount of data input and outputs are processed from a file or database rather than input from and output to user terminal. Low functionality(similar operations are carried out on a large amount of data.) Example applications : market applications,telephone billing system

Deciding Application Architecture Transaction Processing System Applications that requires the inputs from a user and give outputs back to the user. Most common type of interactive business systems. User actions can’t interfere with each other. The integrity of the database is maintained. Example applications :interactive banking systems,e-commerce systems,booking systems.

Deciding Application Architecture Event Processing System Real-time systems Events can occur unpredictably Example applications : Games, car parking systems

Deciding Application Architecture Language Processing System compiler

System Architecture Client\Server Layered Data Centered(Repository architecture)

Client\Server Consider this style if; The application is Server based and supports multiple clients. You are creating Web based applications exposed through browser. You want to centralize data storage, backup and management functions.

Layered Used when building new facilities on top of existing systems; There is a requirment for multi-level security. Development is spread across several teams.

Layered 3 main layers the Data Access layer the Business Logic layer the Graphical User Interface layer

Layered Consider the layered architecture style if; Your application is complex You want to improve the maintainability and extensibility of the application clear separation of responsabilities 

Layered User Interface Authentication and Authorization Core Business(system utilities) Database

Data Centered(Repository architecture) All data is accessible to all system components. Components do not interact directly, only through the repository.

Data Centered(Repository architecture) Components are independent. They dont need to know each other. All data can be managed consistently.