Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

Angewandte Informatik - Internet Computing > 2 - Information System Architecture > Flashcards

2 - Information System Architecture Flashcards

1
Q

Information System Architecture

A

Fundamental concepts or properties of an IS in its environment, as embodied in its elements and relationships, and in the principles of its design and evolution

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Architectural Model

A

An illustration, using available standards, in which the primary concern is to represent the architecture of an IS from a specific perspective and for a specific reason

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Principles that can be applied to every IS architecture (9)

A

1) Architecture models Information Systems boundaries, inputs and outputs
2) An IS can be broken down into a set of smaller subsystems
3) An IS can be considered in interaction with other systems
4) An IS can be considered through its entire lifecycle
5) An IS can be linked to another information system via an interface
6) An IS can be modeled at various abstraction levels
7) An IS can be viewed along several layers
8) An IS can be described through interrelated models with given semantics
9) An IS can be described through different perspectives

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Architectual Views (4)

A
  • logical view
  • process view
  • development view
  • physical view
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

The logical view

A

supports the realization of functional requirements, i.e. what the IS should provide in terms of services to its users. Decomposition of IS into a set of key abstractions taken from the problem domain, represented as objects (object-oriented decomposition)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

The process view

A

Representation of dynamic aspects of an IS by explaining its runtime behavior, processes, and the interaction between processes

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

The development view

A

IS’s software is packed into small chunks (subsystems) that can be developed by a small number of developers (subsystem decomposition)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

The physical view

A

Concerned with topology of IS components on physical layer, as well as physical interconnections. Used to ensure suitable mapping of software components to hardware components

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Architectural Patterns

A

An architectural pattern is an abstract description of a recommended architectural approach that has been
tested and proven in different information systems and environments

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Function of Client-Server Architectures

A

distribute tasks or workloads between the providers of a resource or service (servers) and service
requesters (clients)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Client-Server Architectures Attributes (2)

A
  • A server runs one or more programs that share the server’s resources with clients.
  • A client does not share any of its resources, but requests a server’s content or service function
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Thin clients

A

server does most of the work, which may include performing complex calculations and
storing data. Optimized to establish a remote connection to the network, capturing user input, and
displaying output. (e.g. Web Clients)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Advantage Thin clients (1)

A

Distribution, editing and management of applications easier

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Fat client (Application Client)

A

provides rich functionality independent of the servers and is often
characterized by the ability to perform many functions without this connection

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Advantage Fat client (1)

A

Better perceived user experience

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Advantages Client Server Architecture (2)

A
  • easy to add and integrate new participants

- upgrade servers without directly affecting the IS’s

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Disadvantages Client Server Architecture (1)

A
  • every server constitutes a single point of failure that may become unavailable
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Basic Idea of Tier Architectures

A
  • layers are decoupled as much as possible from one another so as to minimize dependencies
    between them
  • developers acquire the option of modifying or adding a specific layer
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Layer

A

logical separation of functionality

20
Q

Tier

A

physical separation of functionality

21
Q

Typical layers of a system (3)

A
  • Presentation Layer
  • Application Layer
  • Data management Layer
22
Q

The Presentation Layer

A
  • Information is presented in some form to external entities to allow interaction
23
Q

Presentation layer ≠ IS’s client

A

Client can be completely external and not be part of IS

Example: Systems accessed through Web browser using plain HTML documents

24
Q

The Application Layer

A

Programs that implement the operations necessary to fulfill clients’ requests through the presentation layer form the application layer

25
Q

The Data Management Layer

A

The data management layer is comprised of all of an IS’s components that contribute in some way to the ongoing storage of the necessary data (e.g. database or file system)

26
Q

Strict Layering

A

A layer is only allowed to request functionality from the layer immediately below
+ Only adjacent layers affected by change high flexibility
+ Easier testability and maintainability
- inefficient

27
Q

Loose Layering

A

A layer is allowed to request functionality from any layer below
+ High efficiency no need to pass data through intermediate layers
- Higher interdependencies

28
Q

One-Tier Architectures

A

-> emerged from computer architectures used several decades ago (limited computing power)
-> controls every aspect of the interaction with the client, including how information appears, how it is displayed, and how to react to input from the user
+ Architects are free to merge layers as much as necessary
+ Liberal use of assembly code and low level optimizations possible to increase throughput and reduce response time
- Difficult and expensive to maintain
- Difficult to modify, because of a lack of architectural understanding, insufficient documentation, and lack of qualified programmers

29
Q

Two-Tier Architectures

A

-> Possibility of moving the presentation layer to the IS’s clients (i.e., to the PCs) led to the emergence of two tier architectures
+ More available resources for application and data management layers on server
+ Tailoring of presentation layer for different clients possible without increasing complexity
- Legacy problem : If client integrates services from different servers, it has many additional requirements, greatly increasing complexity, and resulting in another application layer in the client

30
Q

Three Tier Architectures

A

-> introduce an additional tier between clients and servers in order to solve the problem of highly complex clients
-> Presentation Layer: Client; Application Layer: Middleware; Data Management Layer: all servers
+ Scalability by running each layer on a different server
+ Opportunity to write application logic that is less tied to underlying data management
- More communication effort between data management layer and application layer
- Legacy problem, when integration has to happen via the Internet

31
Q

Multi Tier Architectures

A

-> arose for instance from the need to incorporate Web servers as part of the presentation layer
-> Web server is treated as an additional tier, due to high complexity
+ Horizontal scalability
+ Fault tolerance
+ Low latency
+ High number of connections possible
+ Easy integration of existing systems
- sometimes hard to identify where one system ends and the next begins

32
Q

Peer-to-Peer Architectures basics (3)

A
  • every participant/node has the same capabilities and responsibilities
  • Peers make a portion of their resources available to other peers without need for central coordination
  • modern peer-to-peer systems, participants are often divided into groups, depending on their qualifications, which take on specific tasks
33
Q

Unstructured peer to peer networks

A
  • do not impose a particular structure on the overlay network, but are formed by nodes that randomly form connections to one another
34
Q

Structured peer to peer networks

A
  • Overlay is organized into a specific topology protocol ensures that any node can efficiently search the network for a file or resources, even if this resource is extremely rare
35
Q

Purpose and advantage of Peer-to-Peer networks

A
  • software publication and distribution (e.g., file-sharing), content delivery networks (e.g., for Web caching or server load balancing), or streaming
    + highly resistant to almost any type of attack (more demand; system’s capacity increases, because new nodes that place demand on the system are also required to share their resources)
36
Q

Model View Controller Architectures

A
  • > Architectural pattern divides an IS into three subcomponents: Model, Presentation (View), Controller
  • > Main objective: Flexible program design that facilitates later modification, as well as reusability of individual components
37
Q

Model

A

contains data represented by the associated presentation and operations associated with that data

38
Q

Presentation (View)

A

responsible for the representation of the model data and for the realization of user interactions

39
Q

Controller

A

manages the presentation and the model

40
Q

Three components in MVC interact in several ways with each other (3)

A
  • View knows the model whose data it represents - is informed about changes to the data and can update the representation accordingly
  • Controller manages both the view and the model
  • View informs controller about user interactions, it evaluates these, and adjusts the view and changes the data in the model
41
Q

Service-Oriented Architecture (SOA)

A
  • Basic Goal: Increase re-usability of business processes by encapsulating them into services
  • service requester can query the broker’s repository to find a service offering with matching characteristics. Once a matching service is found, the service broker passes the required information about the service to the requester, who can then bind the service interface and can invoke the underlying service
42
Q

Main Components of SOA (3)

A
  • Service Provider
  • Service Broker
  • Service Requester
43
Q

Service Provider

A

hosts services and provides interfaces that allow a service requester to access these services

44
Q

Service Broker

A

are the registries, where all means to access the service are published (mainly the interface)

45
Q

Service Requester

A

can query the broker’s repository to find a service offering with matching characteristics

46
Q

Advantages SOA (2)

A

+ highly flexible and reliable IT infrastructures, which is ideal for the composition or integration of heterogeneous IS
+ lowers the effort required involved in the provision and consumption of services via the Internet

Angewandte Informatik - Internet Computing (10 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2024 Bold Learning Solutions. Terms and Conditions