Systemarkitektur Datortyper Hårdvaruarkitektur Mjukvaruarkitektur Kapitel 8, 9, 10.

Slides:



Advertisements
Similar presentations
Welcome to Middleware Joseph Amrithraj
Advertisements

Chapter 10: Designing Databases
ICS 434 Advanced Database Systems
BY MAULIK PATEL CED, GPERI Computing Architecture.
Database Architectures and the Web
Objectives In this session, you will learn to:
Chapter 10 Site Architecture McGraw-Hill/Irwin Copyright © 2004 by The McGraw-Hill Companies, Inc. All rights reserved.
Data - Information - Knowledge
Technical Architectures
Chapter 1: Distributed Information Systems
1 Chapter 2 Database Environment Transparencies © Pearson Education Limited 1995, 2005.
1 Pertemuan 13 Servers for E-Business Matakuliah: M0284/Teknologi & Infrastruktur E-Business Tahun: 2005 Versi: >
IMS1907 Database Systems Week 5 Database Systems Architecture.
System Concepts and Architecture Rose-Hulman Institute of Technology Curt Clifton.
Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica System architectures Updated: November 2014.
Distributed Information Systems - The Client server model
12 Chapter 12 Client/Server Systems Hachim Haddouti.
Databases and Database Users
The Architecture of Transaction Processing Systems
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 6.
Computer Science 101 Web Access to Databases Overview of Web Access to Databases.
Client/Server Architecture
Centralized and Client/Server Architecture and Classification of DBMS
Web Application Architecture: multi-tier (2-tier, 3-tier) & mvc
Chapter 1: Distributed Information Systems Gustavo Alonso Computer Science Department Swiss Federal Institute of Technology (ETHZ)
Database System Concepts and Architecture Lecture # 3 22 June 2012 National University of Computer and Emerging Sciences.
PowerPoint Presentation by Charlie Cook Copyright © 2005 Prentice Hall, Inc. All rights reserved. Chapter 12 Managing Information Systems and Communications.
Chapter 3 Hardware, Software, and Networks Copyright © 2013 Pearson Education, Inc. Publishing as Prentice Hall 3-1.
1 CMPT 275 High Level Design Phase Architecture. Janice Regan, Objectives of Design  The design phase takes the results of the requirements analysis.
CSC271 Database Systems Lecture # 4.
Client presentation layer resource management layer application logic layer information system Copyright Springer Verlag Berlin Heidelberg 2004.
CS 493/693: Distributed Systems Programming V. “Juggy” Jagannathan CSEE, West Virginia University March 21, 2005.
Advanced Web Forms with Databases Programming Right from the Start with Visual Basic.NET 1/e 13.
Java-Based Middleware IT 490 Stan Senesy IT Program NJIT.
Lecture On Introduction (DBMS) By- Jesmin Akhter Assistant Professor, IIT, Jahangirnagar University.
Kittiphan Techakittiroj (11/10/58 08:06 น. 11/10/58 08:06 น. 11/10/58 08:06 น.) Connections: Middleware and Network Kittiphan Techakittiroj
Unit – I CLIENT / SERVER ARCHITECTURE. Unit Structure  Evolution of Client/Server Architecture  Client/Server Model  Characteristics of Client/Server.
1 Senn, Information Technology, 3 rd Edition © 2004 Pearson Prentice Hall James A. Senn’s Information Technology, 3 rd Edition Chapter 12 Creating Web-Enabled.
An application architecture specifies the technologies to be used to implement one or more (and possibly all) information systems in terms of DATA, PROCESS,
Intro – Part 2 Introduction to Database Management: Ch 1 & 2.
Mainframe (Host) - Communications - User Interface - Business Logic - DBMS - Operating System - Storage (DB Files) Terminal (Display/Keyboard) Terminal.
Lecture # 3 & 4 Chapter # 2 Database System Concepts and Architecture Muhammad Emran Database Systems 1.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
Elmasri and Navathe, Fundamentals of Database Systems, Fourth Edition Copyright © 2004 Pearson Education, Inc. Slide 2-1 Data Models Data Model: A set.
Distributed Information Systems. Motivation ● To understand the problems that Web services try to solve it is helpful to understand how distributed information.
Chapter 2 Database System Concepts and Architecture Dr. Bernard Chen Ph.D. University of Central Arkansas.
TM 8-1 Copyright © 1999 Addison Wesley Longman, Inc. Client/Server and Middleware.
Lecture On Introduction (DBMS) By- Jesmin Akhter Assistant Professor, IIT, Jahangirnagar University.
IT 5433 LM1. Learning Objectives Understand key terms in database Explain file processing systems List parts of a database environment Explain types of.
ISC321 Database Systems I Chapter 2: Overview of Database Languages and Architectures Fall 2015 Dr. Abdullah Almutairi.
College of Arts & Science Computer Science Department
Databases and DBMSs Todd S. Bacastow January 2005.
Business System Development
Chapter 2: Database System Concepts and Architecture - Outline
Chapter 2 Database System Concepts and Architecture
Database System Concepts and Architecture
Web Development Web Servers.
Chapter 1: Distributed Information Systems
Databases and Database Management Systems Chapter 9
The Client/Server Database Environment
Chapter 2 Database Environment Pearson Education © 2009.
Data, Databases, and DBMSs
Introduction to Databases Transparencies
Lecture 1: Multi-tier Architecture Overview
Database Environment Transparencies
Systems Analysis and Design in a Changing World, 6th Edition
Tiers vs. Layers.
File Operations Access Permissions.
Client/Server Architecture
Chapter 21 Successfully Implementing The Information System
Presentation transcript:

Systemarkitektur Datortyper Hårdvaruarkitektur Mjukvaruarkitektur Kapitel 8, 9, 10

Arbetssystem Participants people who perform the business process Information information used by participants in doing work Technology hardware, software, etc. used by participants Business Process activities performed in the work system Products and Services what the work system produces Customers people who benefit from the products produced by the work system kontextinfrastuktur

Arbetssystem Participants people who perform the business process Information information used by participants in doing work Technology hardware, software, etc. used by participants Business Process activities performed in the work system Products and Services what the work system produces Customers people who benefit from the products produced by the work system kontextinfrastuktur Organisations- schema Dataflödesdiagram Arkitektur: Hårdvaru mjukvaru Konceptuell modell E-R diagram

Vilket beteende hos datorn tycker du är viktig när du använder den för ditt arbete?

Beteende variabler for IT

Exempel på datorer, historiskt Konrad’s Zuse Z3 computer. Germany, 1941 ENIAC (Electronic Numerical Integrator And Computer) United States, 1946

Besk I november 1953 var BESK färdigbyggd KTH lokaler på Drottninggatan 95A. (Besk och Bark)

Dagens datorer  Superdatorer  Stordatorer (Mainframes)  Minidatorer (Midrange computers)  Workstations  Personal Computer (PC)  PDAs (Personlig Digital Assistants, handdatorer)

Computer Networks (topologier) Stjärnnät Ringnät Bussnät

Nätverk i organisationer  Centraliserad databehandling (Centraliserad computing) terminaler som är kopplade till en central dator som utför all datorbehandling

Personlig databehandling (Personal computing)  Varje anställd har en egen dator som inte är förbundna med varandra i ett nätverk

Nätverk i organisationer forts  Distribuerad databehandling (distributed computing) Arbetsstationer är ihopkopplade på ett sådant sätt att de kan dela på resurser t.ex. data (data)

Nätverk i organisationer forts  Databehandling i nätverk (Network computing) databas

Hårvaruarkitektur Beskriver hur en organisations datorutrustning ev är ihoppkopplad i tex ett nätverk Ex 2 databas Ex 1 LAN (Local Area Network)

Computer Networks (cont.) WAN (Wide Area Network)

Funktioner inom IT (functions I IT) Ett informationssystem är ett (arbets)system som samlar in, lagrar, bearbetar och presenterar information. System definition

Functions of IT

Architecture of an IS  Design  layers  Implementation  tiers

Layers and tiers Client Application Logic Resource Manager Presentation layer Business rules Business objects Client Server Database Client Business processes Persistent storage  Client is any user or program that wants to perform an operation over the system. Clients interact with the system through a presentation layer  The application logic determines what the system actually does. It takes care of enforcing the business rules and establish the business processes. The application logic can take many forms: programs, constraints, business processes, etc.  The resource manager deals with the organization (storage, indexing, and retrieval) of the data necessary to support the application logic. This is typically a database but it can also be a text retrieval system or any other data management system providing querying capabilities and persistence.

One-tier (Centralized) Server  The presentation layer, application logic and resource manager are built as a monolithic entity.  Users/programs access the system through display terminals but what is displayed and how it appears is controlled by the server. (These are “dumb” terminals).  This was the typical architecture of mainframes, offering several advantages: no forced context switches in the control flow (everything happens within the system), all is centralized, managing and controlling resources is easier, the design can be highly optimized by blurring the separation between layers.

Two-tier (Client/server) Server  As computers became more powerful, it was possible to move the presentation layer to the client. This has several advantages: Clients are independent of each other: one could have several presentation layers depending on what each client wants to do. One can take advantage of the computing power at the client machine to have more sophisticated presentation layers. This also saves computer resources at the server machine. It introduces the concept of API (Application Program Interface). An interface to invoke the system from the outside. It also allows designers to think about federating the systems into a single system. The resource manager only sees one client: the application logic. This greatly helps with performance since there are no client connections/sessions to maintain.

3-tier architecture (middleware)  In a 3 tier system, the three layers are fully separated.  The layers are also typically distributed taking advantage of the complete modularity of the design (in two tier systems, the server is typically centralized)  A middleware based system is a 3 tier architecture. This is a bit oversimplified but conceptually correct since the underlying systems can be treated as black boxes. In fact, 3 tier makes only sense in the context of middleware systems (otherwise the client has the same problems as in a 2 tier system).

N-tier architecture (Web) client resource management layer application logic layer information system middleware presentation layer Web server Web browser HTML filter

GK:ITO ITea Lab  Multi-tiered enterprise system

GK:ITO ITea Lab  Use ITea as a customer  Website  Use ITea as a business customer  B2B  Use ITea as a manager  Chef  Explore the ITea architecture  Arkitektur  Explore the ITea databases  Databaser  Understand the system calls inside the different parts of the ITea system  Look at the ITea documentation  Dokumentation  Take the test!  Formulär

GK:ITO ITea Lab Start here: Work individually or in pairs, but do the final assignment individually!

Thanks! Questions? Ask:

References (1/3)  [ALDER] “Information Systems” (4th Edition), Steven Alter. Prentice Hall  [ALONSO] “Web Services: Concepts, Architectures and Applications”. Gustavo Alonso et al. Springer-Verlag  “It's the economy, stupid!” stupid stupid  The Network Really Is the Computer

References (2/3)  Imperative programming: ve_programming ve_programming  Declarative programming: ve_programming ve_programming