Beruflich Dokumente
Kultur Dokumente
CHAPTER 2: ARCHITECTURE
Objectives
The objectives are:
Introduction
Microsoft Dynamics NAV 2009 is built on a three-tier architecture model,
departuring significantly from the two-tier architecture of Microsoft Dynamics
NAV 5.0.
Microsoft Dynamics NAV 2009 introduces a new layer in the architecture. This
additional layer, or tier, is designed to host and execute all the business logic. In
the two-tier architecture of Microsoft Dynamics NAV 5.0, the business logic
resides at the client layer.
It improves security to execute the business logic on another layer that does not
provide an interface, or access point, to the user. Scalability is also improved in
the three-tier architecture.
2-1
2-2
Chapter 2: Architecture
Additionally, the client tier has specific connections for data transfer to the server
tier and the database management component. These connections consist of the
client, security approved access to the database components on the server tier,
and administration access to the database management
It puts the data and data manipulation layers (DML) on the database
server tier.
The new three-tier architecture is multithreaded so that it can handle more than
one process at a time. This architecture overcomes the intrinsic limitations of the
two-tier architecture.
2-3
The second tier is the multithreaded middle tier. This is the service
tier that is based on Web services.
Client Tier
The Client Tier consists fo the following components:
2-4
Chapter 2: Architecture
The Data Binder consists of the data binding layer which transports
data, data state, and notifications about data from the underlying
business logic to forms and controls in the display target client. it
also has reverse functionality and transports input data, data state and
notifications form the client to the underlying business logic.
The Form Builder requests reading metadata for a form and building
a logical form with data-binding, controls and behavior. The logical
form provides the functionality that is shared by all display targets:
data-binding, input-validation, navigation and possible business
logic.
UX Controls are necessary because the MBF client will not deliver
all the Microsoft Dynamics NAV 2009 controls. Therefore, native
controls, or managed win forms controls, are wrapped in a thin
abstraction. This is the physical control.
2-5
Summary
The new three-tier multithreaded architecture model of Microsoft Dynamics
NAV 2009 provides process benefits beyond the two-tier architecture model's
capability.
Understanding the Microsoft Dynamics NAV 2009 architecture enables IT
professionals, system implementers and developers to install and customize
Microsoft Dynamics NAV 2009
2-6
Chapter 2: Architecture
2-7
2.
3.
2-8
Chapter 2: Architecture
Solutions
Test Your Knowledge
1. The following are benfits of a three-tier architecture
( ) It can accomodate up to 20 users
( ) The business rules are located on the client tier
() Business logic rules and execution are isolated from the client.
( ) Process logic is postioned at the client tier for optimal access by the end
user
2. What is the purpose of the External Component in the NAV 4.0 and 5.0 twotier architecture?
() It represents another application that inegrates by means of the Navision
Application Server
( ) It represents remote access to the NAV 4.0 and 5.0 system
( ) It provides three tier functionality to the two teir architecture
( ) Is of no real use
3. The purpose of the Data Binder component in the NAV 2009 three-tier
architecture does the following. (Select all that apply.)
( ) Determins the user experience for the end-user.
( ) Saves input data, data state and data notifications only on the client
() Sends data, and data state and notifications form the business logic ot the
client and vice - versa
( ) Builds a logical form with data-binding, controls and behaviour.
2-9
2-10